Trasferimento dominio bloccato: cause
Hai avviato un trasferimento di dominio e qualcosa è andato storto: il processo si è interrotto, è stato rifiutato o sembra in stallo. Le cause possibili sono molteplici: protezioni attive, dati non corretti, mancata conferma email, tempistiche errate. Analizziamo i blocchi più frequenti e come risolverli rapidamente.
Cause comuni di blocco
Domain Lock attivo presso il registrar attuale, AuthCode errato o scaduto, mancata conferma email del contatto amministrativo, dominio registrato da meno di 60 giorni, dominio già trasferito negli ultimi 60 giorni, contatto admin non raggiungibile, dispute UDRP in corso, fondi insufficienti al nuovo registrar.
Statistica: oltre il 40% dei trasferimenti che falliscono al primo tentativo sono dovuti a mancata conferma email del contatto amministrativo. È sempre il primo aspetto da verificare. La email di approvazione viene inviata automaticamente entro pochi minuti dall'avvio richiesta; se non arriva, controlla spam, blacklist, indirizzo aggiornato.
Codici di stato EPP
Quando consulti il WHOIS vedi codici di stato che indicano la situazione. "clientTransferProhibited" significa che il registrar attuale ha attivato il lock. "serverTransferProhibited" è un blocco dal registro stesso (di solito per dispute o frodi). "pendingTransfer" indica trasferimento in corso. Lo status WHOIS è il primo posto da controllare.
Lo standard EPP definisce 17 codici di stato diversi che possono combinarsi: clientHold (registrar ha bloccato risoluzione DNS), clientRenewProhibited (rinnovo bloccato), serverHold (registry ha bloccato), inactive (no nameserver configurati). Lettura dello stato WHOIS è diagnostica più rapida per identificare il problema.
Come sbloccare
Per "clientTransferProhibited" il registrar attuale può rimuovere il lock dal pannello. Per "serverTransferProhibited" serve coinvolgere il registro (può richiedere documentazione). Per mancata conferma email contatta supporto registrar nuovo per re-inviare email approvazione.
Per server lock causati da dispute UDRP devi attendere risoluzione della disputa stessa. Per server lock fraudolenti contatta direttamente il registry (NIC.it per .it, Verisign per .com via Compliance) fornendo prova di titolarità. Non è infrequente che server lock vengano applicati per errore: chiarimento con il registry può sbloccare rapidamente.
Procedura passo-passo
- Verifica nel WHOIS gli status EPP attuali del dominio.
- Identifica la causa specifica (lock, autorizzazione, scadenza).
- Per lock client: disattivalo dal pannello registrar attuale.
- Per AuthCode: richiedi rigenerazione del codice.
- Per email: verifica indirizzo contatto admin e controlla spam folder.
- Per dispute: risolvi la disputa o attendi la decisione.
- Se nulla aiuta, contatta supporto del nuovo registrar.
- In ultima istanza, reclama a ICANN Compliance per ritardi ingiustificati.
Risorsa: ICANN Compliance
Se il registrar attuale rifiuta ingiustificatamente il trasferimento o tarda oltre i tempi previsti, puoi reclamare a ICANN Compliance (compliance@icann.org). Allega documentazione: richieste fatte, risposte ricevute, tempistiche, contratto registrar. ICANN ha potere sanzionatorio fino alla sospensione dell'accreditamento del registrar. Procedura efficace in casi di abuso.
Esempi di blocchi risolti
Esempi pratici di blocchi risolti: client lock dimenticato sbloccato in 2 minuti dal pannello, AuthCode rigenerato in 1 giorno dopo richiesta, conferma email recuperata da spam folder in 5 minuti, server lock per dispute UDRP risolto dopo conclusione disputa. La maggior parte dei blocchi è risolvibile rapidamente identificando la causa specifica.
Errori comuni e come risolverli
- Inviare AuthCode sbagliato: copia con cura, attenzione a spazi o caratteri invisibili.
- Trasferimento durante grace period: alcuni TLD lo permettono, altri no; verifica regole specifiche.
- Email contatto outdated: aggiorna sempre prima di iniziare un trasferimento.
- Mancato pagamento: il trasferimento richiede pagamento di un'anno, verifica metodo pagamento attivo.
Reclami e escalation
Procedura di escalation in caso di blocchi ingiustificati: primo contatto via supporto registrar nuovo, secondo contatto al support registrar attuale, terzo escalation al management del registrar attuale, quarto reclamo formale a ICANN Compliance (compliance@icann.org) con tutta la documentazione, quinto eventuale ricorso a TDRP (Transfer Dispute Resolution Policy) per casi gravi. La maggior parte dei casi si risolve nei primi 2-3 step. ICANN Compliance ha potere sanzionatorio sui registrar accreditati (sospensione, perdita accreditamento) e prende seriamente reclami documentati. Conservare sempre prove di comunicazioni e tempistiche è essenziale.
Domande frequenti
D: Posso forzare il trasferimento?
R: No, ICANN richiede consenso documentato di entrambi i registrar. In caso di abuso reclama a Compliance.
D: Quanto durano i blocchi?
R: I client lock sono temporanei e rimovibili. I server lock dipendono dalla causa: dispute risolte sbloccano automaticamente.
D: Perdo il dominio se il trasferimento fallisce?
R: No, il dominio resta presso il registrar attuale finché non viene completato trasferimento o non scade per altri motivi.
D: Trasferimento bloccato comporta perdita del dominio?
R: No, il dominio resta presso registrar attuale. Solo il trasferimento al nuovo registrar è bloccato. Identifichi la causa e risolvila.
D: Posso fare trasferimento parziale?
R: Trasferimento è operazione tutto-o-niente: dominio passa interamente al nuovo registrar. Per gestione mista usa servizi DNS terzi (Cloudflare) mantenendo registrar separato.
D: Server lock viene mai rimosso automaticamente?
R: Sì, alla risoluzione della causa (dispute chiusa, frode confermata/dismissa). Server lock indefinito senza causa è improbabile in registry seri.
Hai bisogno di aiuto?
Se vuoi gestione domini affidata a G Tech Group, scrivici tramite il modulo di contatto.