Masowy transfer domen: jak przenieść portfel bez przestojów
Przeniesienie jednej domeny to czynność administracyjna. Przeniesienie czterystu to projekt. Portfele budowane przez lata zwykle rozkładają się na trzech lub czterech rejestratorów i kilka kont rozliczeniowych, mieszając rozszerzenia globalne z krajowymi, a każde z nich ma własne zachowanie blokady i własną datę wygaśnięcia. Same kroki nie są trudne. Trudne jest wykonanie ich we właściwej kolejności, w dużej liczbie i bez wyłączenia strony klienta ani jego poczty. Ten przewodnik obejmuje przygotowanie, realizację, obsługę błędów i weryfikację, których naprawdę wymaga duża migracja.
Czym jest masowy transfer domen?
Masowy transfer domen przenosi wiele nazw od jednego rejestratora do drugiego w ramach jednego skoordynowanego zgłoszenia. Każda domena i tak jest odblokowywana osobno, autoryzowana własnym kodem transferowym i oceniana indywidualnie przez rejestr. O wyniku decyduje więc przygotowanie: aktualne dane kontaktowe, ważne kody i sprawdzona kwalifikowalność przed wysyłką.
| Najważniejsze wnioski
|
|---|
Jak działa masowy transfer domen?
Masowy transfer to zgrupowana wysyłka wielu wniosków o zmianę rejestratora, wykonywana przez wklejenie listy w panelu albo serią wywołań API. Grupowanie zachodzi na poziomie interfejsu. Pod spodem każda domena przechodzi tę samą ścieżkę co transfer pojedynczy: rejestrator przejmujący przekazuje wniosek do rejestru wraz z kodem transferowym, rejestr weryfikuje kod, rejestrator oddający ma określone okno na reakcję, a rejestr rozstrzyga sprawę tej konkretnej domeny. Warto rozdzielić trzy role. Rejestr prowadzi rozszerzenie i utrzymuje dane wiążące. Rejestrator ma akredytację lub umowę z tym rejestrem i składa wniosek w Twoim imieniu. Abonent jest prawnym dysponentem nazwy. Transfer zmienia rejestratora. Nie zmienia abonenta i nie przenosi DNS, dopóki nie zrobisz tego osobno. Stąd bierze się najczęstsze zaskoczenie. Paczka 300 domen, z której wraca 274 akceptacje i 26 odmów, nie zawiodła częściowo jako paczka. Wygenerowała 26 odrębnych odmów, każdą z własnym powodem i własnym rozwiązaniem.
Lista kontrolna przed transferem domeny
Przejdź te punkty, zanim cokolwiek wyślesz. Niemal każda migracja, która się posypała, sprowadza się do punktu z tej listy pominiętego dla części portfela.
| KontrolaDlaczego to istotne | Działanie | |
|---|---|---|
| Blokada transferu | Zablokowana domena zostanie odrzucona przez rejestr niezależnie od sposobu wysłania wniosku. | Odblokować każdą domenę w paczce i potwierdzić stan po stronie rejestru, nie tylko w panelu. |
| Ważny kod authinfo | Większość rozszerzeń wymaga kodu weryfikowalnego przez rejestr, a wiele kodów ma ograniczony termin ważności. | Generować kody blisko wysyłki, sprawdzać kompletność i ponownie pobierać te, które wygasły. |
| Dane abonenta | Potwierdzenia i powiadomienia trafiają na zapisany adres abonenta. Terminologia się przesunęła: bieżące prace ICANN skupiają się na abonencie, a nie na osobnym kontakcie administracyjnym. | Upewnić się, że ten adres czyta ktoś zdolny do działania, i poprawić go przed startem. |
| Świeża rejestracja lub transfer | W rozszerzeniach globalnych polityka ICANN zwykle nakłada 60 dni ograniczenia po rejestracji, po poprzednim transferze i po niektórych zmianach abonenta. | Oznaczyć takie domeny i zaplanować je do późniejszej paczki zamiast przyjmować odmowę. |
| Bliskość wygaśnięcia | Domena blisko terminu może w trakcie procesu wejść w okres karencji i skomplikować operację. | Odnowić przed migracją albo przenieść te nazwy w osobnej, ściśle nadzorowanej paczce. |
| Kody statusu domeny | Statusy wstrzymania po stronie rejestru lub rejestratora blokują transfer i są niewidoczne, dopóki się ich nie sprawdzi. | Sprawdzić kody statusu w WHOIS lub RDAP i usunąć blokady przed wysyłką. |
| DNSSEC | W podpisanej domenie walidacja pęka, gdy rekordy DS w rejestrze przestają pasować do łańcucha podpisu. | Jeśli dostawca DNS i klucze się nie zmieniają, zaplanować przejęcie istniejących rekordów DS przez nowego rejestratora. Usuwać tylko wtedy, gdy łańcuch się zmienia lub przejęcie nie jest możliwe. |
| Usługi prywatności | Kontakt proxy może stanąć między rejestrem a osobą, która ma zatwierdzić. | Sprawdzić, czy usługa wpływa na autoryzację lub powiadomienia w danym rozszerzeniu, i wyłączać ją tylko wtedy, gdy wymaga tego rejestrator albo rejestr. |
| Saldo konta | Transfery są płatne, a odrzucona płatność zatrzymuje paczkę. | Zasilić konto przejmujące na całą paczkę, łącznie z rozszerzeniami premium i ograniczonymi. |
| Reguły danego rozszerzenia | Rejestry krajowe mogą wymagać dokumentów, obecności lokalnej lub dodatkowej akceptacji. | Wydzielić te rozszerzenia i potwierdzić procedurę każdego rejestru przed ustaleniem terminów. |
Jak przenieść wiele domen krok po kroku
Kolejność zakłada portfel kilkuset domen rozłożony na kilku rejestratorów oddających. Dopasuj wielkość paczek do swojej skali, ale nie zmieniaj kolejności.
- Zbuduj inwentarz. Wyeksportuj wszystkich rejestratorów i wszystkie konta do jednego arkusza: domena, rozszerzenie, obecny rejestrator, data wygaśnięcia, serwery nazw, stan DNSSEC, stan blokady, adres abonenta, właściciel biznesowy i krytyczność.
- Pogrupuj. Posortuj według rozszerzenia i rejestratora oddającego. Te dwie osie decydują, jakie reguły obowiązują i w jakim panelu pracujesz, więc definiują Twoje paczki.
- Podziel według krytyczności. Oddziel domeny generujące przychód, domeny z pocztą, zwykłe przekierowania i uśpione rejestracje obronne. Dwie ostatnie grupy nadają się na pilota.
- Usuń przeszkody. Zastosuj listę kontrolną do każdej grupy: odblokuj, popraw dane kontaktowe, odnów to, co wygasa, i odłóż wszystko objęte ograniczeniem.
- Uruchom paczkę pilotażową. Pięć do dziesięciu bezpiecznych domen z jednego rozszerzenia. Pilot sprawdza obsługę kodów, trasę potwierdzeń i raportowanie statusów, zanim błąd dosięgnie czegoś ważnego.
- Zbierz kody bezpiecznie. Pobieraj je w tej samej sesji, w której zamierzasz wysyłać, trzymaj w kontrolowanym magazynie zamiast we współdzielonym arkuszu i traktuj jak dane uwierzytelniające.
- Wysyłaj etapami. Grupuj według rozszerzenia i rejestratora oddającego, utrzymuj paczki na tyle małe, by błąd systemowy pozostał ograniczony, i zostawiaj odstęp między nimi.
- Śledź status codziennie. Prowadź stany oczekujące, zaakceptowane i odrzucone dla każdej domeny. Cisza nie oznacza postępu: potwierdzenia często leżą nieotwarte we wspólnej skrzynce.
- Sprawdzaj ciągłość po każdej paczce. Skontroluj serwery nazw, otwórz stronę, wyślij i odbierz wiadomość testową w domenach z pocztą i potwierdź, że odnowienia certyfikatów oparte na walidacji domeny nadal działają.
- Zamknij audytem. Ponownie zablokuj, sprawdź terminy i automatyczne odnowienie oraz uzgodnij końcową liczbę domen z inwentarzem wyjściowym.
Kod authinfo i kod EPP: jak je przygotować
Kod transferowy to poświadczenie potwierdzające, że wniosek jest uprawniony. W panelach i dokumentacji występuje pod kilkoma nazwami: kod authinfo, kod EPP, AuthInfo, a w bieżących pracach ICANN Transfer Authorization Code, czyli TAC. Chodzi o tę samą kontrolę, a wymagania dotyczące obsługi są identyczne. Trzy cechy odpowiadają za większość błędów przy dużej skali. Kody często mają termin ważności, więc arkusz przygotowany trzy tygodnie wcześniej w dniu wysyłki jest częściowo bezużyteczny. Niektórzy rejestratorzy wysyłają kod wyłącznie na adres abonenta zamiast pokazywać go w panelu, przez co nienadzorowana skrzynka staje się twardą blokadą. A kody rozróżniają wielkość liter i są na tyle długie, że znak ucięty przy kopiowaniu ujawnia się dopiero przy odmowie rejestru. Traktuj je jak hasła: pobieraj blisko momentu użycia, przechowuj w menedżerze haseł, a nie we współdzielonym dokumencie, ogranicz dostęp do zespołu migracji i usuwaj po zakończeniu transferu. Wyciek listy ważnych kodów całego portfela to gotowy zestaw do przejęcia domen.
Jak wykonać masowy transfer domen w panelu
Sama wysyłka jest zwykle prostsza niż poprzedzające ją przygotowanie. W panelu partnerskim Domain Name API transfery znajdują się w sekcji Domain Management, gdzie dwie zakładki rozdzielają procesy: zapytanie dla pojedynczej nazwy i zapytanie zbiorcze dla paczki.
Zapytanie o transfer zbiorczy w panelu Domain Name API: jedna domena i jej kod transferowy w każdym wierszu. Pole oczekuje jednej domeny w wierszu, spacji i kodu transferowego tej domeny. Oczekiwany wzorzec pokazany jest tuż nad polem, więc przygotowaną listę można wkleić bezpośrednio, a zapytanie wykonuje się, zanim cokolwiek zostanie przesądzone. Ten format ma znaczenie już na etapie przygotowania, bo decyduje o budowie arkusza inwentarzowego: domena i kod w sąsiednich kolumnach i w tej samej kolejności wierszy, a końcowy eksport staje się wklejeniem zamiast pracy uzgodnieniowej. Limity paczki i zapytań pokazuje sam panel i mogą się zmieniać, więc potwierdź bieżące wartości na własnym koncie, zanim zaplanujesz duży portfel.
Pięć rzeczy do sprawdzenia przed wklejeniem listy
Przygotowanie ma długi ogon, ale kilka kontroli wyłapuje większość tego, co idzie źle.
- Czy kod nadal działa? Kody się starzeją. Pobierz je w dniu wysyłki, nie tydzień wcześniej.
- Czy odblokowanie jest realne? Panel mówi odblokowane. Decyduje rejestr.
- Kto dostaje potwierdzenie? Jeśli to były pracownik, ten transfer jest już zablokowany.
- Co wygasa w ciągu najbliższych trzydziestu dni? Odnów teraz, a nie w trakcie transferu.
- Które nazwy niosą pocztę? Te idą na końcu, w małej paczce i pod obserwacją.
Dlaczego transfer domeny się nie udaje i jak to naprawić?
Błędy układają się w niewielką liczbę wzorców. Tabela łączy widoczny objaw z prawdopodobną przyczyną i działaniem naprawczym.
| ProblemPrawdopodobna przyczynaRozwiązanie | ||
|---|---|---|
| Natychmiastowa odmowa | Blokada wciąż aktywna albo odblokowanie nie dotarło do rejestru. | Sprawdzić stan przez WHOIS lub RDAP zamiast w panelu, odblokować ponownie i wysłać jeszcze raz. |
| Nieprawidłowy kod authinfo | Kod wygasł, został ucięty przy kopiowaniu albo rozszerzenie stosuje inny mechanizm. | Wygenerować kod ponownie, wkleić bez spacji i potwierdzić rzeczywisty wymóg danego rozszerzenia. |
| Brak potwierdzenia | Zapisany adres jest nieaktualny lub filtrowany, albo usługa prywatności przekierowuje powiadomienie. | Zaktualizować dane, sprawdzić kwarantannę spamu i poprosić o ponowną wysyłkę, zanim zmieni się cokolwiek innego. |
| Odmowa z powodu ograniczenia 60 dni | Domena została zarejestrowana, przeniesiona lub zmieniła abonenta w ciągu ostatnich 60 dni. | Zapisać datę wygaśnięcia ograniczenia i zaplanować domenę do późniejszej paczki. |
| Transfer utyka blisko terminu | Domena wygasła lub weszła w okres karencji w trakcie procesu. Traktowanie zależy od rejestratora i rozszerzenia. | Odnowić u rejestratora oddającego, pozwolić odnowieniu się utrwalić i uruchomić transfer ponownie. |
| Domena niedostępna po transferze | Rekordy DS nie pasują już do łańcucha podpisu albo serwery nazw zostały zresetowane. | Natychmiast przywrócić serwery nazw, a następnie uzgodnić rekordy DS z faktycznie używanymi kluczami. |
| Odmowa w rozszerzeniu krajowym | Rozszerzenie działa według własnej procedury zamiast standardowego kodu transferowego. | Zastosować procedurę opublikowaną przez ten rejestr, która może wymagać dokumentów albo dodatkowej akceptacji. |
| Jedna domena blokuje całość | Na nazwie ciąży spór, orzeczenie sądu albo wstrzymanie po stronie rejestru. | Najpierw rozstrzygnąć sprawę zasadniczą; domeny sporne nie powinny trafiać do paczki. |
| Paczka niezauważenie niepełna | Odmowy nie wyszły na jaw, bo nikt nie uzgodnił listy wysłanej z listą przyjętą. | Po każdej paczce uzgadniać liczby i każdą różnicę traktować jako punkt otwarty. |
Czy transfer domeny wpływa na DNS, stronę i pocztę?
Zmiana rejestratora przenosi wpis rejestracyjny, a nie przypięte do niego usługi. Delegacja serwerów nazw zwykle przeżywa przenosiny i dlatego większość transferów przebiega niezauważalnie. Ryzyko pojawia się wtedy, gdy rejestrator oddający hostował także DNS, ponieważ ta strefa może zostać usunięta po odejściu domeny i zabiera ze sobą każdy rekord A, MX, TXT i CNAME. Bezpieczna kolejność rozdziela obie zmiany: najpierw przenieś hosting DNS do miejsca docelowego, potwierdź poprawne rozwiązywanie strefy, pozwól jej popracować kilka dni, a dopiero potem przenieś rejestrację. Jeśli oba kroki muszą nastąpić naraz, wyeksportuj wszystkie pliki stref przed startem i odtwórz je u nowego dostawcy przed przełączeniem delegacji. Obniż wartości TTL krytycznych rekordów dzień lub dwa wcześniej, dzięki czemu pomyłkę poprawisz w minuty, a nie w godziny. Poczta zasługuje na osobną uwagę, bo jej awarie są ciche. Potwierdź, że rekordy MX, SPF, selektory DKIM i polityka DMARC zostały odtworzone dokładnie. Brakujący selektor DKIM nie zatrzymuje poczty, tylko po cichu zwiększa udział wiadomości wychodzących lądujących w spamie, a tydzień później nikt nie łączy tego z migracją. DNSSEC wymaga decyzji, nie odruchu. Jeżeli dostawca DNS i klucze podpisujące pozostają te same, rekordy DS w rejestrze nadal są ważne, a jedyne zadanie to zapewnić, że przejmujący rejestrator potrafi je utrzymać. Usuwanie rekordów DS jest właściwe tylko wtedy, gdy łańcuch podpisu się zmienia, gdy DNS przechodzi do dostawcy z innymi kluczami albo gdy nowy rejestrator nie potrafi tych rekordów prowadzić. Wtedy najpierw usuń, poczekaj, aż stare wartości wygasną, i podpisz ponownie po migracji. Niepasujący rekord DS czyni domenę nieosiągalną dla każdego walidującego resolvera i to najgorszy możliwy skutek całego procesu.
Bezpieczeństwo transferu dużego portfela domen
Migracja skupia nietypowe uprawnienia w jednym oknie czasowym: odblokowane domeny, ważne kody transferowe i podwyższony dostęp do kont. Potraktuj ten okres jako podwyższone ryzyko.
- Włącz uwierzytelnianie dwuskładnikowe na koncie oddającym i przejmującym przed startem, a nie po.
- Ogranicz krąg osób mogących pobierać kody i zdejmować blokady oraz używaj kont imiennych, żeby działania były przypisywalne.
- Rozdzielaj kody przez menedżera haseł. Wątki mailowe i czaty żyją znacznie dłużej niż ważność kodów.
- Po zakończeniu transferu ponownie zablokuj każdą domenę. Portfel pozostawiony bez blokad po migracji to stałe ryzyko.
- Obserwuj żądania kodów, których sam nie zainicjowałeś. Nieoczekiwane generowanie kodu w trakcie migracji wymaga natychmiastowego sprawdzenia.
Jeśli pracujesz przez API, zastosuj tę samą dyscyplinę do poświadczeń. Materiał Domain Name API o bezpieczeństwie kluczy API i błędach dostępu omawia zmienne środowiskowe, listy dozwolonych adresów IP, rotację kluczy i postępowanie po ujawnieniu klucza.
Transfer domeny .pl: zasady NASK a reguły gTLD
Rozszerzenia globalne takie jak .com, .net i .org działają w ramach polityki transferowej ICANN, która ujednolica autoryzację, terminy odpowiedzi i powody odmowy między akredytowanymi rejestratorami. Rejestry krajowe rządzą się własnymi regulaminami i nie mają obowiązku iść tym samym modelem. Rejestr .pl prowadzi NASK, a zmiana rejestratora odbywa się z użyciem kodu authinfo pobranego u obecnego dostawcy, w ramach procedury opisanej w regulaminie rejestru. Mechanika jest rozpoznawalna, ale terminy, sposób potwierdzania i traktowanie odnowienia potrafią różnić się od tego, co znasz z .com. Zaplanuj blok .pl jako osobny strumień i potwierdź obowiązującą procedurę przed ustaleniem harmonogramu. W innych rozszerzeniach krajowych różnice są jeszcze bardziej strukturalne. Transfer .uk kończy się zmianą znacznika IPS identyfikującego rejestratora zarządzającego domeną, a nie wysłaniem kodu. Inne rejestry wymagają dokumentów, obecności lokalnej albo akceptacji we własnym portalu. Rozszerzenia globalne przenoszą się w dużych paczkach; krajowe zwykle nie, a planowanie tak, jakby się przenosiły, jest najczęstszą przyczyną obsunięcia harmonogramu migracji.
Po transferze: lista kontrolna weryfikacji
Status zakończony przy transferze nie oznacza zakończonej migracji. Przejdź tę listę dla każdej paczki, póki przyczyny da się jeszcze powiązać ze skutkami.
- Uzgodnij liczbę domen przyjętych z liczbą wysłanych i wyjaśnij każdą różnicę.
- Sprawdź serwery nazw względem zamierzonej konfiguracji, a nie względem tego, co akurat się rozwiązuje.
- Rozwiąż każdą nazwę produkcyjną i załaduj stronę po HTTPS, aby wychwycić problemy z certyfikatem.
- Wyślij i odbierz wiadomość testową w każdej domenie z pocztą, a następnie sprawdź zgodność SPF, DKIM i DMARC.
- Sprawdź daty wygaśnięcia. Większość rozszerzeń globalnych dodaje przy transferze rok; część krajowych nie.
- Ustaw automatyczne odnowienie jednolicie i potwierdź, że do konta przypisana jest ważna metoda płatności.
- Włącz ponownie blokadę transferu i, jeśli to zasadne, przywróć usługi prywatności.
- Jeżeli domena była podpisana, potwierdź, że DNSSEC waliduje i że rekordy DS zgadzają się z używanymi kluczami.
- Zaktualizuj rejestr zasobów i monitoring, żeby wskazywały nowego dostawcę.
Panel partnerski czy API: co wybrać do migracji
Żadne z podejść nie jest lepsze w oderwaniu od kontekstu. Decyduje to, jak często będziesz powtarzać tę pracę i jaką jej część da się bezpiecznie zautomatyzować.
| ZastosowaniePanel partnerskiAPIZalecane | |||
|---|---|---|---|
| Jednorazowa migracja poniżej kilkuset domen | Wystarczający, bez prac programistycznych | Nakład przewyższa korzyść | Panel |
| Powtarzalne migracje dla klientów | Powtarzalne i podatne na błędy | Powtarzalne i możliwe do audytu | API |
| Mieszany portfel z rozszerzeniami krajowymi | Dobrze znosi wyjątki i kroki ręczne | Wyjątki wymagają dedykowanej logiki | Panel, API dla rozszerzeń standardowych |
| Śledzenie statusów między paczkami | Uzgadnianie ręczne | Programowe odpytywanie i raportowanie | API |
| Synchronizacja z systemem rozliczeń | Ręcznie albo przez eksport | Natywnie przez moduł lub integrację | API albo moduł |
| Zespół bez zasobów programistycznych | Do użycia od razu | Nierealne bez inżynierii | Panel |
| Bieżąca obsługa portfela po migracji | Wystarcza przy małej skali | Skaluje się razem z portfelem | API |
Jeśli automatyzujesz, przestrzegaj reguł przepustowości dostawcy od pierwszej linii kodu. Domain Name API publikuje politykę limitów, throttlingu i użycia masowego API, która oddziela wywołania czasu rzeczywistego na /api od pracy automatycznej na /api-bulk, ustala limit jednego żądania na sekundę na klucz API i opisuje oczekiwane wykładnicze wycofanie po odpowiedzi HTTP 429. Kolejka respektująca ten limit od początku kosztuje mniej niż dobudowywanie jej po ograniczeniu dostępu.
Masowy transfer domen z Domain Name API
Dla migracji istotne są trzy rzeczy. Panel i API REST obejmują rejestrację, transfer, odnowienie i zarządzanie DNS, więc portfel może przechodzić tym interfejsem, który pasuje zespołowi. Istnieją moduły dla WHMCS, WiseCP, HostBill, Blesta i ClientExec, co ma znaczenie, gdy fakturowanie nie może się rozjechać w trakcie przenosin. A opublikowana polityka użycia masowego mówi, jaka automatyczna przepustowość jest dozwolona, zanim napiszesz kod, a nie po. Na stronie programu partnerskiego napisano też, że partnerzy przechodzący z innej platformy otrzymują wsparcie przy przenosinach: przekazujesz listę domen, zdejmujesz blokady i podajesz kody transferowe, a zespół wsparcia prowadzi proces transferu. Ta sama strona wskazuje problem opisany wcześniej w tym przewodniku, czyli że komunikaty akceptacyjne trafiają do kontaktów zapisanych w rejestrze, a nie do partnera. Maksymalna wielkość paczki nie została opublikowana i nie jest tu twierdzona. Domain Name API to program partnerski działający na infrastrukturze akredytowanego przez ICANN rejestratora Atak Domain. Publikowane liczby warto zestawić z własnymi potrzebami: dostęp do ponad 800 rozszerzeń, ponad 40 000 aktywnych partnerów w ponad 200 krajach i ponad dwadzieścia lat doświadczenia w branży domenowej. Przy portfelach z wymagającymi rozszerzeniami krajowymi porozmawiaj ze wsparciem przed ustaleniem terminów. Osoby rozważające zmianę znajdą szczegóły w opisie programu partnerskiego oraz w opcjach integracji przez API i moduły.
Podsumowanie
Masowy transfer domen to przede wszystkim ćwiczenie z przygotowania. Sama wysyłka trwa minuty; inwentarz, usuwanie przeszkód, kolejność zmian w DNS i weryfikacja to miejsca, w których leży praca i ryzyko. Zbuduj inwentarz, usuń blokady, przetestuj na nazwach, które nie mogą zaszkodzić, przenoś w kontrolowanych paczkach i sprawdzaj każdą paczkę, zanim wyjdzie następna. Jeśli oceniasz docelowego dostawcę dla portfela, porównaj ceny transferu i odnowienia na swoim rzeczywistym rozkładzie rozszerzeń, załóż konto partnerskie i sprawdź panel, zanim wyślesz dużą paczkę, oraz potwierdź, jak dostawca obsługuje rozszerzenia krajowe, od których zależysz.
Najczęstsze pytania
Każda odpowiedź zaczyna się od konkretu, a dopiero potem dodaje niezbędne zastrzeżenie. Ta struktura jest zamierzona: pozwala systemom odpowiadającym wyciągnąć krótką i poprawną odpowiedź bez gubienia zastrzeżenia.
Czym jest masowy transfer domen?
To zgrupowana wysyłka wielu wniosków o zmianę rejestratora w ramach jednej operacji. Grupowanie zachodzi na poziomie interfejsu; każda domena jest nadal weryfikowana i przetwarzana indywidualnie przez swój rejestr.
Czy mogę przenieść wiele domen jednocześnie?
Tak, o ile każda domena osobno spełnia warunki swojego rozszerzenia. Domeny zablokowane, objęte ograniczeniem, bliskie wygaśnięcia i bez ważnego kodu zostaną odrzucone, nawet jeśli reszta paczki przejdzie.
Czy każda domena potrzebuje kodu authinfo?
Większość rozszerzeń wymaga, ale nie wszystkie. Rozszerzenia globalne używają kodu transferowego, nazywanego zależnie od źródła authinfo, kodem EPP lub TAC. Niektóre rozszerzenia krajowe działają zupełnie inaczej, jak .uk ze zmianą znacznika IPS.
Ile trwa masowy transfer?
To zależy od rozszerzenia, od reakcji rejestratora oddającego i od tego, czy potwierdzenia są obsługiwane na czas. Rozszerzenia globalne zwykle kończą się w ciągu kilku dni od poprawnego zgłoszenia; krajowe różnią się wyraźnie. Nikt nie zagwarantuje jednego terminu dla mieszanego portfela.
Czy transfer domeny .pl przebiega inaczej?
Częściowo tak. Rejestr .pl prowadzi NASK, a zmiana rejestratora odbywa się z kodem authinfo pobranym u obecnego dostawcy, według procedury opisanej w regulaminie rejestru. Terminy i sposób potwierdzania mogą różnić się od praktyki w .com, dlatego blok .pl warto prowadzić jako osobną paczkę.
Czy można przenieść wygasłą domenę?
Zwykle nie, a odpowiedź zależy od rejestratora i rozszerzenia. Część rejestratorów obsłuży transfer w okresie karencji; po wejściu w okres odzyskiwania transfer praktycznie przestaje być możliwy. Odnowienie przed transferem to droga przewidywalna.
Czy transfer wpływa na moją stronę?
Sam z siebie nie. Zmienia się wpis rejestracyjny, a delegacja serwerów nazw zwykle pozostaje. Ryzyko polega na tym, że strefa DNS była hostowana u rejestratora oddającego i może zostać usunięta po odejściu domeny. Wyeksportuj pliki stref wcześniej.
Czy poczta może przestać działać w trakcie transferu?
Tak, jeśli rekordy DNS zostaną utracone albo źle odtworzone. Rekordy MX, SPF, selektory DKIM i polityka DMARC muszą zostać odwzorowane dokładnie. Brak rekordów uwierzytelniających rzadko zatrzymuje pocztę całkowicie, za to podnosi klasyfikację jako spam, co trudniej zauważyć.
Dlaczego transfer się nie udaje?
Najczęściej z powodu aktywnej blokady, nieprawidłowego lub wygasłego kodu, nienadzorowanego adresu kontaktowego, rejestracji albo transferu w ciągu ostatnich 60 dni, bliskości terminu wygaśnięcia, wstrzymania po stronie rejestru lub rejestratora oraz rozszerzeń krajowych o odrębnej procedurze.
Czy wysyłka zbiorcza przyspiesza pojedyncze transfery?
Nie. Grupowanie skraca Twój czas obsługi, a nie czas przetwarzania po stronie rejestru. Każda domena jest nadal oceniana we własnym tempie i według własnych reguł.
Czy odnawiać domeny przed transferem?
Odnów wszystko, co zbliża się do terminu. Większość rozszerzeń globalnych dodaje rok po zakończeniu transferu, więc wcześniejsze odnowienie rzadko się marnuje i usuwa ryzyko wygaśnięcia domeny w trakcie zgłoszenia.
Czy trzeba usunąć DNSSEC przed transferem?
Nie automatycznie. Jeśli dostawca DNS i klucze pozostają te same, istniejące rekordy DS nadal są ważne, a pytanie brzmi tylko, czy przejmujący rejestrator potrafi je utrzymać. Usuwanie i odtwarzanie jest zasadne wyłącznie wtedy, gdy zmienia się łańcuch podpisu albo rekordów nie da się tam prowadzić.
Czy API jest konieczne przy dużym portfelu?
Nie. Jednorazową migrację kilkuset domen panel obsłuży bez problemu. API zaczyna się opłacać, gdy migracje się powtarzają, gdy śledzenie statusów między paczkami musi być programowe albo gdy portfel będzie potem zarządzany na bieżąco.
