Trasferimento dominio bloccato: cause e soluzioni

Quando un transfer si blocca

Nonostante la procedura IRTP sia altamente standardizzata e collaudata da decenni di transfer quotidiani in tutto il mondo, il trasferimento di un dominio puo bloccarsi in diverse fasi del processo: prima ancora di iniziare (per mancanza di requisiti formali), durante l'avvio (per errori nei dati inseriti), nel mezzo (per problemi di pagamento o validazione) o nella fase finale di completamento (per rifiuti da parte del registrar di partenza o problemi tecnici registry). Diagnosticare la causa esatta e tempestivamente e il primo passo essenziale per sbloccare la situazione senza perdere giorni preziosi.

Comprendere i meccanismi che possono bloccare un transfer aiuta a prevenire i problemi e a reagire prontamente quando si verificano, evitando di affidarsi solo alle comunicazioni potenzialmente generiche del supporto registrar.

Cause comuni di blocco

Ecco le situazioni più frequenti che bloccano un transfer:

• Lock ICANN 60 giorni: dominio registrato o trasferito da meno di 60 giorni, regola anti-flip imposta ICANN.
• Lock 60 giorni post-modifica WHOIS: se hai cambiato registrant/admin da meno di 60 giorni (opzionale ma molti registrar lo applicano per default, Change of Registrant policy ICANN).
• Registrar Lock attivo: status clientTransferProhibited non disattivato dal registrante.
• Auth Code errato o scaduto: codice digitato male, copiato con spazi nascosti, oppure scaduto per inutilizzo prolungato.
• Dominio scaduto: durante grace/redemption il transfer e tecnicamente bloccato dal registry.
• WHOIS email non valida: la FOA non arriva al destinatario reale.
• Privacy proxy che blocca FOA: l'email proxy non inoltra correttamente la FOA.
• Dispute legali o sospensioni anti-abuse in corso (UDRP, anti-fraud holds).
• Pagamento non completato al registrar di destinazione.
• Conflitto registrant tra dati WHOIS attuali e dati forniti al nuovo registrar.
• Sospetto di frode con verifiche manuali da parte del registrar di destinazione.
• Lock registry-level (serverTransferProhibited) per domini ad alto valore con Registry Lock attivo.

Come diagnosticare il problema

Procedura sistematica di diagnosi del blocco:

1. Interroga il WHOIS del dominio (whois CLI o servizio web) e controlla:
   • Status EPP: cerca clientTransferProhibited, serverTransferProhibited, redemptionPeriod, pendingDelete, clientHold, serverHold.
   • Data di registrazione: se < 60 giorni, attesa obbligatoria.
   • Data ultima modifica: se < 60 giorni, possibile lock Change of Registrant.
   • Email admin/registrant: deve essere raggiungibile e non bounceare.
   • Status registry: il registry stesso potrebbe avere imposto lock.
2. Contatta supporto registrar di destinazione: ti diranno in che fase si e fermato il transfer e quale messaggio di errore tecnico hanno ricevuto dal registry (EPP error code specifico).
3. Contatta supporto registrar di partenza: hanno visibilità su lock interni, fatture insolute associate al dominio, blocchi anti-abuse, dispute pendenti.
4. Verifica email FOA: controlla casella inbox + spam + tab promozioni del contatto admin WHOIS.
5. Verifica pagamento: assicurati che la transazione al nuovo registrar sia andata a buon fine.

Soluzioni per casistica specifica

Linee guida pratiche per i casi più frequenti:

• Lock 60 giorni post-registrazione: aspetta che maturi il termine. Non esistono scorciatoie legali.
• clientTransferProhibited: chiedi al registrar di partenza di rimuoverlo dal pannello.
• serverTransferProhibited: applicato dal registry, va contattato il registry direttamente o il registrar di partenza per ottenere motivazioni ufficiali.
• Auth Code errato: richiedi rigenerazione esplicita e copia con attenzione (no spazi, no caratteri invisibili dal copia-incolla).
• Dominio scaduto: rinnova prima del transfer con il registrar attuale.
• Email WHOIS errata: aggiornala dal pannello (sapendo che alcuni registrar applicano lock 60 giorni post-modifica). Considera anche l'opt-out della Change of Registrant policy se disponibile.
• Privacy proxy: disattiva temporaneamente prima del transfer e riattiva dopo completamento.
• Pagamento bloccato: contatta il nuovo registrar per ritentare con metodo alternativo (PayPal, bonifico).
• Dispute UDRP: attendi la sentenza arbitrale (puo richiedere mesi).

Ricorso ICANN Compliance

Se il registrar di partenza rifiuta immotivatamente il transfer di un gTLD violando la policy IRTP, puoi presentare reclamo formale a ICANN:

• Compliance ICANN email: compliance@icann.org.
• Modulo online ufficiale: ICANN Domain Transfer Complaint Form.
• Documentazione richiesta: prova del rifiuto, copia comunicazioni, evidenza titolarita.
• Tempi di risposta tipici: 1-3 settimane per apertura indagine.
• ICANN puo sanzionare il registrar inadempiente fino alla revoca dell'accreditamento per violazioni reiterate.

Per ccTLD (.it, .uk, .eu, .de, .fr) il ricorso va indirizzato al registry nazionale competente (Registro.it, Nominet, EURid, DENIC, AFNIC) che ha proprie procedure di reclamo.

Codici di errore EPP comuni

Conoscere i principali codici di errore EPP aiuta nella diagnosi:

• 2105: Object is not eligible for transfer (dominio non trasferibile).
• 2106: Object is not eligible for renewal.
• 2202: Invalid authorization information (Auth Code errato).
• 2304: Object status prohibits operation (lock attivo).
• 2305: Object association prohibits operation.
• 2400: Command failed (errore generico, contatta supporto).

Prevenzione

Prima di iniziare un transfer verifica sempre questa checklist completa: data registrazione (> 60 giorni), status WHOIS (no lock attivi imprevisti), email contatto admin (raggiungibile e monitorata), validita Auth Code (richiesto e copiato correttamente), pagamento (metodo valido), assenza dispute aperte. Una checklist pre-transfer evita la maggior parte dei blocchi che causano ritardi significativi.

Casi avanzati: domini compromessi

Se sospetti che il blocco derivi da compromissione dell'account (hijacking tentato): cambia immediatamente la password del pannello registrar, abilita 2FA, segnala l'incidente al registrar, monitora WHOIS per modifiche non autorizzate, considera procedure di domain recovery ICANN. Per domini di alto valore, la consulenza di un domain attorney puo essere necessaria.

Pianificazione retry

Se un transfer fallisce, prima di ritentare: analizza il messaggio di errore ricevuto, correggi la causa identificata, attendi eventuali periodi di lock, comunica con entrambi i registrar per coordinare il retry. Tentativi ripetuti senza correzione del problema possono attivare anti-abuse triggers che peggiorano la situazione.

Hai bisogno di aiuto?

Se vuoi affidare il trasferimento dominio a G Tech Group, scrivici tramite il modulo di contatto.