Własna domena w Bluesky potwierdza profil — jeden rekord DNS może ją unieważnić

Aby ustawić własną domenę jako nazwę użytkownika, w ustawieniach Bluesky wybierz opcję użycia własnej domeny, dodaj rekord TXT _atproto z DID konta i uruchom weryfikację. Taką kolejność podaje instrukcja Bluesky. DID to publiczny identyfikator konta; w rekordzie musi wystąpić jako wartość zaczynająca się od did=.

Nazwą profilu może być domena główna, na przykład @example.com, albo subdomena, na przykład @autor.example.com. Wybór zmienia nazwę rekordu DNS, lecz nie format jego wartości. Po udanej konfiguracji trzeba zachować działający sposób powiązania domeny z kontem: jeśli usuniesz jedyny poprawny wpis i nazwa przestanie wskazywać DID, może utracić ważność.

Wybierz nazwę i znajdź aktywną strefę DNS

Potrzebujesz konta Bluesky oraz możliwości edycji DNS domeny, której chcesz używać. Sam dostęp do plików witryny nie daje takiej możliwości. Jeśli domenę kupiono u jednej firmy, a jej serwery nazw wskazują innego operatora, rekord dodajesz w aktywnej strefie u tego drugiego operatora. Wpis zapisany wyłącznie w nieużywanej strefie nie pojawi się w publicznych odpowiedziach DNS.

W Bluesky otwórz Ustawienia, następnie ustawienia konta i zmianę nazwy użytkownika. Wybierz opcję własnej domeny, wpisz docelową nazwę i skopiuj DID wyświetlony dla tego konta. Nie podstawiaj identyfikatora innego profilu, nawet jeśli oboma zarządza ta sama osoba lub organizacja. Taki rekord wskazywałby inne konto niż to, którego nazwę próbujesz zmienić.

Domena główna sprawdzi się jako nazwa profilu marki, natomiast subdomeny pozwalają przypisać odrębne nazwy członkom zespołu lub różnym profilom organizacji. Przykładowo @autor.example.com i @redakcja.example.com wymagają osobnych rekordów, z DID właściwym dla każdego konta. Ustawienie własnej domeny pokazuje kontrolę nad jej konfiguracją; samo w sobie nie rozstrzyga, kto prowadzi profil.

Domena główna i subdomena: dwa miejsca na rekord TXT

Dla przykładowego handle @example.com pełna nazwa rekordu to _atproto.example.com. Typ ustaw na TXT, a w wartości wpisz did= i bezpośrednio po znaku równości pełny DID skopiowany z Bluesky. Jeśli identyfikator konta zaczyna się od did:plc:, wartość zacznie się od did=did:plc:. Nie zastępuj dalszej części DID wielokropkiem: przykład pokazuje format, a w DNS musi znaleźć się cały identyfikator.

Przy przykładowym handle @autor.example.com pełna nazwa rekordu brzmi _atproto.autor.example.com. Wartość ma ten sam układ did= plus DID konta. Człon „autor” trafia do nazwy rekordu, a nie do wartości. Rekord zapisany pod _atproto.example.com dotyczy domeny głównej i nie potwierdzi profilu używającego @autor.example.com.

Obie nazwy mogą istnieć równocześnie w strefie example.com, ponieważ DNS traktuje je jako oddzielne miejsca. Jeśli subdomena jest delegowana do własnej strefy DNS, rekord dla @autor.example.com dodaje się w tej strefie pod nazwą _atproto. Decyduje pełna nazwa widoczna w publicznym DNS, niezależnie od tego, jak panel operatora przedstawia pole formularza.

Pole „Nazwa” zależy od panelu operatora

Instrukcja TXT w GoDaddy określa pole „Name” jako nazwę lub prefiks bez domeny głównej. W strefie example.com wpisujesz więc _atproto dla @example.com albo _atproto.autor dla @autor.example.com. GoDaddy używa znaku @ do oznaczenia samej domeny głównej; wpisanie go jako nazwy tego rekordu umieściłoby TXT w niewłaściwym miejscu.

Gdy DNS obsługuje inny operator, na przykład Cloudflare, sprawdź sposób prezentowania pełnej nazwy przed zatwierdzeniem wpisu. Panel może prosić o fragment nazwy albo pokazywać gotową nazwę po dołączeniu domeny strefy. Dla profilu @autor.example.com końcowy wynik ma być dokładnie _atproto.autor.example.com. Jeśli zobaczysz _atproto.autor.example.com.example.com, domena została dopisana dwukrotnie.

Równie uważnie sprawdź kolumny typu i wartości. Potrzebny jest rekord TXT, a jego treścią jest did= wraz z pełnym DID. Nazwa wyświetlana w Bluesky zaczyna się od @, lecz tego znaku nie przenosi się do rekordu. Dodanie TXT nie wymaga zastępowania rekordów obsługujących witrynę lub pocztę: wpis _atproto ma własną nazwę i odrębne zadanie.

Zweryfikuj odpowiedź DNS i zmianę profilu

Po zapisaniu wpisu wróć do ustawień nazwy użytkownika w Bluesky i użyj przycisku weryfikacji DNS. Zmiana może być widoczna z opóźnieniem, więc nieudana próba wykonana natychmiast po zapisie nie musi oznaczać błędnej konfiguracji. Dopiero po zaakceptowaniu rekordu sprawdź, czy przy profilu pojawiła się zamierzona domena lub subdomena.

Jeśli weryfikacja się nie udaje, sprawdź publiczną odpowiedź dla pełnej nazwy. Dla przykładowej subdomeny możesz użyć polecenia dig TXT _atproto.autor.example.com. Wynik powinien zawierać wartość did= z DID tego samego konta. Brak odpowiedzi kieruje uwagę na aktywną strefę, nazwę rekordu lub czas potrzebny na odświeżenie DNS; obcy DID oznacza, że trzeba poprawić wartość.

Porównuj pełną nazwę rekordu, a nie tylko to, co wpisano w formularzu. Błąd może polegać na pominięciu członu subdomeny albo na dodaniu nazwy strefy drugi raz. Po korekcie poczekaj, aż poprawny wpis będzie publicznie widoczny, i ponów weryfikację w Bluesky. Wielokrotna zmiana handle w aplikacji nie naprawi rekordu umieszczonego pod inną nazwą DNS.

Przenieś rekord przed zmianą DNS

Po konfiguracji rekord nadal uczestniczy w potwierdzaniu nazwy. Specyfikacja handle AT Protocol wymaga zgodności w obie strony: domena ma wskazywać DID, a dokument DID ma wskazywać używany handle. Przewiduje też oznaczenie nazwy jako nieważnej, gdy przestaje się poprawnie rozwiązywać. Jeśli TXT był jedyną działającą metodą powiązania, jego usunięcie może wywołać taki skutek; protokół dopuszcza również metodę przez adres HTTPS /.well-known/atproto-did.

Przy zmianie operatora DNS przygotuj w nowej strefie rekord o tej samej pełnej nazwie i wartości, zanim przełączysz serwery nazw. Następnie sprawdź publiczną odpowiedź po przełączeniu. Migracja witryny ani samo skopiowanie rekordów kierujących ruch na stronę nie gwarantują przeniesienia TXT potrzebnego profilowi Bluesky. Przy przejściu na inną subdomenę przygotuj dla niej nową nazwę rekordu z DID tego samego konta i dopiero po jej udostępnieniu potwierdź zmianę handle.

Nie pozostawiaj pod jedną nazwą _atproto dwóch poprawnie sformatowanych wartości wskazujących różne DID: specyfikacja przewiduje w takiej sytuacji niepowodzenie rozwiązywania przez DNS. Jeśli po porządkowaniu strefy pojawi się problem z nazwą profilu, sprawdź aktualną odpowiedź DNS, przywróć właściwą wartość i ponów weryfikację. Utrata ważności handle nie usuwa postów ani obserwujących, lecz może utrudnić odnalezienie konta pod dotychczasową nazwą.

Przeczytaj także:

• Bezpieczny DNS szyfruje zapytania, ale tryb automatyczny może wrócić do zwykłego
• Podpis elektroniczny może wyglądać poprawnie — sprawdź status, osobę i datę
• Jak testować agenta AI: odpowiedź może być dobra, a zadanie niewykonane