Jak przenieść swoją domenę do AlexHost: Kompletny przewodnik techniczny
Przeniesienie nazwy domeny do nowego rejestratora jest jednym z najważniejszych zadań administracyjnych wykonywanych przez właściciela strony internetowej lub administratora systemów. Wykonane poprawnie, jest bezproblemowe i nie powoduje żadnych przestojów. Wykonane niepoprawnie, może skutkować błędami propagacji DNS, zablokowanymi domenami, wygasłymi kodami autoryzacyjnymi, a nawet przypadkowymi przerwami w świadczeniu usług trwającymi kilka dni.
Ten przewodnik obejmuje cały proces transferu domeny do AlexHost od początku do końca — od zgodności z polityką ICANN i kodami autoryzacyjnymi EPP po aktualizacje rekordów DNS i procedury transferu zbiorczego — z techniczną głębią wymaganą do wykonania procesu bez błędów.
Czym jest transfer domeny i jak umożliwia go EPP?
A transfer domeny to proces przenoszenia kontroli administracyjnej nad zarejestrowaną nazwą domeny od jednego akredytowanego rejestratora ICANN do innego. Transfer nie wpływa negatywnie na datę wygaśnięcia rejestracji domeny; w większości przypadków dodaje jeden rok do istniejącego okresu rejestracji.
Technicznym fundamentem każdego transferu domeny między rejestratorami jest Extensible Provisioning Protocol (EPP), zdefiniowany w RFC 5730. EPP to stanowy, oparty na XML protokół klient-serwer, który standaryzuje sposób komunikacji rejestratorów z rejestrami domen. Obsługuje polecenia provisioningu domen — w tym <create>, <delete>, <renew>, <update>, a krytycznie, <transfer> — w ustrukturyzowany, uwierzytelniony i audytowalny sposób. Każdy rejestrator akredytowany przez ICANN jest zobowiązany do obsługi EPP, dlatego kod autoryzacyjny uzyskany od obecnego rejestratora jest powszechnie uznawany przez rejestratora przyjmującego.
Polityka transferu ICANN: Co musisz wiedzieć przed rozpoczęciem
Przed zainicjowaniem jakiegokolwiek transferu jesteś prawnie i technicznie związany polityką transferu między rejestratorami ICANN. Dwie klauzule są szczególnie krytyczne i często niezrozumiane:
Sekcja 3.7.5 polityki ICANN zabrania transferu, jeśli domena została utworzona w ciągu ostatnich 60 dni. Jeśli zarejestrowałeś domenę wczoraj, nie możesz jej dzisiaj przenieść — rejestr odrzuci polecenie transferu EPP.
Sekcja 3.7.6 polityki ICANN zabrania transferu, jeśli domena została już przeniesiona w ciągu ostatnich 60 dni. Zapobiega to nadużyciom związanym ze zmianą rejestratorów i chroni właścicieli domen przed nieautoryzowanymi kolejnymi transferami. Jedynym wyjątkiem jest transfer z powrotem do pierwotnego rejestratora, pod warunkiem że obaj rejestratorzy wzajemnie się zgadzają lub organ rozstrzygający spory tak nakazuje.
Dodatkowe blokady transferu wymagane przez ICANN mają zastosowanie w następujących scenariuszach:
- Domena jest objęta blokadą rejestratora (status:
clientTransferProhibitedlubserverTransferProhibited) - Domena jest zaangażowana w aktywny spór UDRP
- Adres e-mail kontaktu WHOIS domeny jest nieprawidłowy lub niemożliwy do zweryfikowania, blokując przepływ pracy potwierdzenia
- Domena jest w ciągu 60 dni od wygaśnięcia — niektórzy rejestratorzy odmawiają transferów wychodzących w tym oknie
Weryfikacja aktualnego statusu domeny pod kątem wszystkich tych warunków przed złożeniem wniosku o transfer oszczędza znaczną ilość czasu i zapobiega nieudanym próbom transferu.
Lista kontrolna przed transferem: Pięć kroków przed złożeniem czegokolwiek
Pośpieszne przystąpienie do transferu bez przygotowania jest najczęstszą przyczyną nieudanych lub opóźnionych migracji domen. Najpierw wykonaj każdy punkt tej listy kontrolnej.
Krok 1: Sprawdź, czy domena kwalifikuje się zgodnie z polityką ICANN
Sprawdź datę utworzenia domeny i datę ostatniego transferu w publicznym rekordzie WHOIS. Obie muszą być starsze niż 60 dni. Użyj niezawodnego narzędzia do wyszukiwania WHOIS lub zapytaj rejestr bezpośrednio przez whois yourdomain.com z terminala.
Krok 2: Odblokuj domenę u obecnego rejestratora
Każda domena zarejestrowana u renomowanego rejestratora jest domyślnie zablokowana, aby zapobiec nieautoryzowanym transferom. Ta blokada pojawia się w rekordzie WHOIS jako kod statusu EPP clientTransferProhibited. Musisz zalogować się do panelu sterowania obecnego rejestratora i wyraźnie wyłączyć tę blokadę. Opcja jest zazwyczaj oznaczona jako „Transfer Lock”, „Registrar Lock” lub „Domain Lock”. Po jej wyłączeniu poczekaj kilka minut, aż rejestr zaktualizuje status przed kontynuowaniem.
Krok 3: Sprawdź i zaktualizuj informacje kontaktowe WHOIS
Adres e-mail kontaktu administracyjnego w rekordzie WHOIS jest miejscem, na które zostanie wysłane żądanie potwierdzenia transferu. Jeśli ten adres e-mail jest nieaktualny, odbija wiadomości lub jest chroniony przez proxy prywatności, które nie przekazuje wiadomości, transfer zatrzyma się lub całkowicie się nie powiedzie. Zaktualizuj adres e-mail kontaktu administracyjnego do aktywnie monitorowanej skrzynki odbiorczej przed zainicjowaniem transferu. Jeśli prywatność WHOIS jest włączona, tymczasowo ją wyłącz lub potwierdź, że usługa prywatności rejestratora przekazuje e-maile związane z transferem.
Krok 4: Wyłącz DNSSEC, jeśli jest aktywny
Jeśli Twoja domena ma włączony DNSSEC (DNS Security Extensions), musisz usunąć rekordy DS ze strefy nadrzędnej przed transferem. Niezrobienie tego może spowodować błędy rozwiązywania DNS po transferze, ponieważ serwery nazw nowego rejestratora nie będą miały odpowiednich rekordów DNSKEY. Wyłącz DNSSEC u obecnego rejestratora, potwierdź usunięcie rekordów DS z rejestru, a następnie przejdź do transferu.
Krok 5: Uzyskaj kod autoryzacyjny EPP (Auth-Code)
Poproś o auth-code EPP (zwany również kodem autoryzacyjnym transferu, kodem auth-info lub hasłem domeny) od obecnego rejestratora. Jest to unikalny ciąg alfanumeryczny — zazwyczaj od 8 do 16 znaków — który kryptograficznie potwierdza, że jesteś autoryzowanym posiadaczem domeny inicjującym transfer. Większość rejestratorów dostarcza ten kod natychmiast przez panel sterowania lub e-mailem na żądanie. Kod jest wrażliwy na czas; wielu rejestratorów wygasza go po 7 do 30 dniach.
Strzeż tego kodu ostrożnie. Każdy, kto go posiada, może zainicjować transfer Twojej domeny.
Jak zainicjować transfer domeny do AlexHost
Po spełnieniu wszystkich warunków wstępnych transferu, rzeczywisty proces składania wniosku przez AlexHost jest prosty.
Transfer pojedynczej domeny
- Zaloguj się na swoje konto AlexHost i przejdź do sekcji Rejestracja domeny.
- Wybierz opcję Transfer domeny.
- Wprowadź nazwę domeny w podanym polu.
- Wprowadź kod autoryzacyjny EPP uzyskany od obecnego rejestratora.
- Przejrzyj szczegóły transferu, potwierdź adres e-mail kontaktu administracyjnego i prześlij wniosek.
Na tym etapie systemy AlexHost wysyłają polecenie EPP <transfer op="request"> do odpowiedniego rejestru, zawierające nazwę domeny, auth-code i dane uwierzytelniające rejestratora przejmującego. Rejestr weryfikuje auth-code względem swoich rekordów.
Konfigurowanie rekordów DNS podczas transferu
Po złożeniu wniosku o transfer możesz wstępnie skonfigurować rekordy DNS w panelu sterowania AlexHost. Jest to znacząca zaleta operacyjna — konfigurując rekordy A, rekordy MX, rekordy CNAME i rekordy TXT (w tym wpisy SPF, DKIM i DMARC) przed zakończeniem transferu, minimalizujesz okno, w którym rozwiązywanie DNS może być niespójne.
Jeśli hostujesz również swoją stronę internetową lub pocztę e-mail w AlexHost, to jest moment, aby skierować DNS do właściwej infrastruktury. Dla zespołów zarządzających infrastrukturą poczty e-mail, Email Hosting od AlexHost integruje się bezpośrednio z panelem zarządzania DNS Twojej domeny.
Zbiorczy transfer domen
Dla organizacji zarządzających dużymi portfelami domen, AlexHost obsługuje zbiorcze transfery domen. Jest to szczególnie przydatne dla agencji, resellerów i przedsiębiorstw konsolidujących domeny od wielu rejestratorów w jednym interfejsie zarządzania.
Format wejściowy zbiorczego transferu to:
yourdomain.com:AuthCode1
anotherdomain.net:AuthCode2
thirddomain.org:AuthCode3Wprowadź każdą domenę w osobnej linii, bezpośrednio po niej dwukropek i odpowiadający jej auth-code EPP — bez spacji. Prześlij całą listę w jednej operacji. AlexHost przetwarza każde żądanie transferu indywidualnie względem odpowiedniego rejestru, więc różne domeny mogą zakończyć transfer w różnym czasie w zależności od szybkości odpowiedzi rejestratora oddającego.
Harmonogram transferu: Co się dzieje po złożeniu wniosku
Zrozumienie technicznego harmonogramu zapobiega niepotrzebnym zgłoszeniom do pomocy technicznej i niepokojowi podczas okresu oczekiwania.
| Faza | Czas trwania | Co się dzieje |
|---|---|---|
| Złożenie polecenia EPP | Natychmiastowe | AlexHost wysyła żądanie transferu do rejestru |
| Weryfikacja auth-code przez rejestr | Minuty | Rejestr weryfikuje auth-code i kwalifikowalność domeny |
| Powiadomienie rejestratora oddającego | 1–24 godziny | Obecny rejestrator otrzymuje żądanie transferu przez e-mail lub panel sterowania |
| Okno odpowiedzi rejestratora oddającego | Do 5 dni | Rejestrator może zatwierdzić, odrzucić lub pozwolić na automatyczne zatwierdzenie żądania |
| Techniczne zakończenie transferu | Do 24 godzin po zatwierdzeniu | Delegacja domeny przechodzi do AlexHost |
| Propagacja DNS | Do 48–72 godzin | Nowe rekordy DNS propagują się globalnie przez rekurencyjne resolwery |
| Pełna stabilność DNS | Do 5 dni | Wszystkie pamięci podręczne TTL wygasają i resolwery powszechnie używają nowych rekordów |
Kluczowa wskazówka: Wielu rejestratorów oddających oferuje opcję „przyspieszonego zwolnienia” w swoim panelu sterowania. Jeśli Twój obecny rejestrator to obsługuje, natychmiastowe zatwierdzenie transferu zamiast czekania na 5-dniowe okno automatycznego zatwierdzenia może skrócić całkowity czas transferu do poniżej 24 godzin.
Wskazówka dotycząca zarządzania TTL: Przed zainicjowaniem transferu obniż wartości TTL na krytycznych rekordach DNS (A, MX, CNAME) do 300 sekund (5 minut) u obecnego rejestratora. Zrób to co najmniej 24–48 godzin przed transferem — wystarczająco długo, aby niższy TTL się spropagował. Gdy transfer zostanie zakończony i zaktualizujesz rekordy w AlexHost, zmiany będą propagować się globalnie w minutach, a nie dniach.
Transfer domeny vs. zmiana DNS vs. zmiana rejestratora domeny: Wyjaśnienie terminologii
Te trzy pojęcia są często mylone, a ich utożsamianie prowadzi do nieprawidłowych działań.
| Działanie | Co się zmienia | Ryzyko przestoju | Wymagana zgoda ICANN |
|---|---|---|---|
| Transfer domeny | Rejestrator (kontrola administracyjna) | Niskie przy wstępnie skonfigurowanym DNS | Tak |
| Zmiana rekordu DNS | Dokąd kierowany jest ruch (IP, serwer pocztowy) | Minuty (zależne od TTL) | Nie |
| Zmiana serwerów nazw | Które serwery DNS są autorytatywne | Do 48 godzin propagacji | Nie |
| Zmiana rejestratora domeny | To samo co transfer domeny | Niskie przy wstępnie skonfigurowanym DNS | Tak |
Zmiana serwerów nazw u obecnego rejestratora, aby wskazywały na infrastrukturę DNS AlexHost, nie jest transferem domeny. Jest to zmiana delegacji DNS. Domena pozostaje zarejestrowana u obecnego rejestratora. Pełny transfer przenosi relację z rejestratorem całkowicie.
Po transferze: Konfiguracja DNS i konfiguracja infrastruktury
Po zakończeniu transferu i gdy AlexHost stanie się Twoim autorytatywnym rejestratorem, aktualizacja i weryfikacja rekordów DNS jest najważniejszym operacyjnie zadaniem.
Niezbędne rekordy DNS do weryfikacji
- Rekord A: Wskazuje domenę główną (
@) na adres IPv4 Twojego serwera - Rekord AAAA: Wskazuje domenę główną na adres IPv6 Twojego serwera (jeśli dotyczy)
- Rekord CNAME: Zazwyczaj używany do aliasowania subdomeny
www - Rekordy MX: Kierują przychodzącą pocztę e-mail do serwerów pocztowych z prawidłowymi wartościami priorytetu
- Rekordy TXT: Polityka SPF, klucze publiczne DKIM, polityka DMARC i tokeny weryfikacji domeny dla usług zewnętrznych
- Rekordy NS: Potwierdzają, że serwery nazw AlexHost są wymienione jako autorytatywne
Jeśli Twoja domena wskazuje na środowisko VPS Hosting, sprawdź, czy rekord A odzwierciedla prawidłowy publiczny adres IP Twojej instancji VPS. W przypadku obciążeń o dużym ruchu lub wymagających dużych zasobów, Serwery dedykowane zapewniają dedykowane zasoby z pełną kontrolą nad konfiguracją sieci, co sprawia, że wyrównanie DNS po transferze jest proste.
Ciągłość certyfikatu SSL
Transfer domeny nie unieważnia istniejących certyfikatów SSL/TLS. Jednak jeśli Twój certyfikat jest walidowany domenowo (DV) i powiązany z poprzednim środowiskiem hostingowym, może być konieczne jego ponowne wydanie po zaktualizowaniu rekordów DNS. Upewnij się, że Twój certyfikat SSL obejmuje zarówno domenę główną, jak i subdomenę www (lub użyj certyfikatu wildcard). AlexHost zapewnia Certyfikaty SSL, które można wydać i zarządzać nimi bezpośrednio z panelu konta po zakończeniu transferu.
Dostęp do panelu sterowania
Gdy domena jest pod zarządzaniem AlexHost, uzyskujesz dostęp do scentralizowanego panelu sterowania do zarządzania DNS, aktualizacji WHOIS, blokowania domeny, konfiguracji automatycznego odnawiania i zarządzania serwerami nazw. Dla zespołów preferujących zarządzanie oparte na cPanel, VPS z cPanel integruje zarządzanie domeną i hostingiem w znajomym interfejsie.
Typowe błędy transferu i jak je rozwiązać
Nawet doświadczeni administratorzy napotykają błędy transferu. Oto najczęstsze przyczyny i ich rozwiązania.
Auth-code odrzucony przez rejestr
Auth-code jest wrażliwy na wielkość liter i wygasa po określonym czasie. Poproś o nowy kod od obecnego rejestratora i prześlij go natychmiast. Upewnij się, że w polu kodu nie ma wiodących ani końcowych spacji.
Status domeny to clientTransferProhibited
Domena jest nadal zablokowana. Wróć do panelu obecnego rejestratora, wyłącz blokadę transferu, poczekaj 5–10 minut i sprawdź zmianę statusu w WHOIS przed ponownym złożeniem wniosku.
Nie otrzymano e-maila z potwierdzeniem transferu
Sprawdź adres e-mail kontaktu administracyjnego w WHOIS. Jeśli jest nieprawidłowy lub chroniony przez usługę prywatności, najpierw go zaktualizuj. Sprawdź również foldery spamu — e-maile z potwierdzeniem transferu są często błędnie klasyfikowane.
Rejestr odrzuca transfer z powodu blokady 60-dniowej
Jest to twarde ograniczenie polityki ICANN. Nie ma obejścia. Poczekaj, aż minie 60-dniowy okres od daty utworzenia domeny lub ostatniego transferu.
Błędy walidacji DNSSEC po transferze
Usuń rekordy DS z rejestru przed zainicjowaniem transferu. Po transferze ponownie włącz DNSSEC w AlexHost i dodaj nowe rekordy DS do strefy nadrzędnej.
Rejestrator oddający odmawia transferu
Rejestrator może legalnie odmówić transferu tylko wtedy, gdy istnieje aktywny spór UDRP, nakaz sądowy lub udokumentowane zgłoszenie oszustwa. Jeśli odmowa jest nieuzasadniona, złóż skargę do działu zgodności rejestratorów ICANN.
Macierz decyzyjna: Kiedy przenosić vs. kiedy tylko zmieniać DNS
Użyj tej macierzy, aby określić właściwe działanie dla swojej sytuacji.
| Scenariusz | Zalecane działanie |
|---|---|
| Zmiana dostawcy hostingu, zachowanie obecnego rejestratora | Zmień tylko rekordy DNS lub serwery nazw |
| Konsolidacja wszystkich domen pod jednym rejestratorem | Pełny transfer domeny |
| Obecny rejestrator ma słabe wsparcie lub wysokie opłaty za odnowienie | Pełny transfer domeny |
| Domena zarejestrowana mniej niż 60 dni temu | Zmień tylko DNS; przenieś po upływie 60-dniowego okna |
| Potrzeba natychmiastowych zmian DNS bez czekania na transfer | Najpierw zmień serwery nazw u obecnego rejestratora, przenieś później |
| Zarządzanie 10+ domenami u wielu rejestratorów | Zbiorczy transfer domen w celu konsolidacji |
Techniczne kluczowe wnioski
- Odblokuj domenę i sprawdź adres e-mail kontaktu WHOIS przed żądaniem auth-code — nie po.
- Obniż wartości TTL DNS do 300 sekund co najmniej 24 godziny przed rozpoczęciem transferu.
- Wyłącz DNSSEC i usuń rekordy DS z rejestru przed złożeniem wniosku o transfer.
- Auth-code EPP jest wrażliwy na wielkość liter i ograniczony czasowo; użyj go w ciągu 24 godzin od otrzymania, aby uzyskać najlepsze wyniki.
- Transfery zbiorcze używają formatu
domain.com:AuthCode— jeden na linię, bez spacji. - 5-dniowe okno transferu ICANN można skrócić, natychmiast zatwierdzając transfer u rejestratora oddającego.
- Po transferze sprawdź wszystkie typy rekordów DNS — nie tylko rekord A — przed uznaniem migracji za zakończoną.
- Certyfikaty SSL mogą wymagać ponownego wydania po zmianach DNS; zajmij się tym proaktywnie, aby uniknąć błędów HTTPS.
- W przypadku nowych domen zarejestrowanych przez AlexHost, zapoznaj się z Rejestracją domeny, aby zarządzać wszystkim z jednego panelu od pierwszego dnia.
Często zadawane pytania
Jak długo trwa transfer domeny do AlexHost?
Techniczny transfer kończy się w ciągu 24 godzin od zatwierdzenia wniosku przez rejestratora oddającego. Rejestrator oddający ma do 5 dni na odpowiedź, zanim transfer zostanie automatycznie zatwierdzony. Propagacja DNS po transferze może zająć dodatkowe 24–72 godziny w zależności od wartości TTL. Całkowity czas trwania wynosi zazwyczaj 1–7 dni.
Czy moja strona internetowa przestanie działać podczas transferu domeny?
Nie, jeśli odpowiednio się przygotujesz. Wstępnie skonfiguruj rekordy DNS w panelu AlexHost przed zakończeniem transferu i obniż wartości TTL 24–48 godzin wcześniej. Jeśli serwery nazw i rekordy DNS są poprawnie skonfigurowane w AlexHost przed zakończeniem transferu, odwiedzający nie doświadczą żadnych przerw.
Czym jest auth-code EPP i gdzie go znaleźć?
Auth-code EPP (zwany również kodem autoryzacyjnym transferu lub kodem auth-info) to unikalny ciąg alfanumeryczny potwierdzający, że jesteś autoryzowanym posiadaczem domeny. Uzyskaj go z panelu sterowania obecnego rejestratora w ustawieniach domeny lub poproś o niego przez ich wsparcie. Jest zazwyczaj dostarczany natychmiast lub w ciągu kilku godzin.
Czy mogę przenieść domenę, która została właśnie zarejestrowana lub niedawno przeniesiona?
Nie. Polityka ICANN nakazuje 60-dniowy okres blokady po początkowej rejestracji domeny i po każdym transferze między rejestratorami. Próba transferu w tym oknie spowoduje odrzucenie na poziomie rejestru, niezależnie od tego, którego rejestratora używasz.
Co się dzieje z moimi rekordami DNS po zakończeniu transferu?
Twoje istniejące rekordy DNS nie są automatycznie migrowane. Musisz ręcznie odtworzyć lub zaimportować je w panelu zarządzania DNS AlexHost. Dlatego wstępna konfiguracja rekordów DNS przed zakończeniem transferu — i wcześniejsze obniżenie wartości TTL — jest krytyczną najlepszą praktyką zapobiegającą przestojom.
