Zarządzanie DNS

Wszystkim oferujemy BEZPŁATNE prowadzenie podstawowych i dodatkowych wpisów DNS dla domen.

Domena podstawowato domena, dla której w naszym systemie rejestrowane są rekordy DNS. Nasz system działa więc zasadniczo jako podstawowy serwer DNS dla tej domeny. Jest to typowe rozwiązanie.

Domena wtórnato domena, dla której nie rejestrujemy rekordów DNS, ale pobieramy je z innego serwera DNS za pośrednictwem AXFR. System zachowuje się zatem dla tej domeny jak serwer DNS wtórny. W przypadku tej domeny należy jedynie ustawić adres IP, z którego mają być pobierane rekordy. Okres pobierania jest regulowany danymi w rekordzie SOA odpowiedniej domeny (REFRESH, RETRY).

Nasze serwery DNS w pełni obsługująprotokół IPv6.

Obsługiwane typy rekordów DNS

Informacje o rekordzie DNS typu A służącym do podania adresu IPv4 dla danej nazwy domeny.
Rekord tego typu zawiera adres IP protokołu IPv4. Adresy te są przechowywane w formie czytelnej dla człowieka (jednak w protokole DNS są przekazywane jako 32-bitowe liczby).
Przykład zapisu ustawień dla domeny i wszystkich subdomen:
Nazwa | TTL | Typ | Dane
(pusta nazwa) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Informacje o rekordzie DNS typu AAAA służącym do podania adresu IPv6 dla danej nazwy domeny.
Jest to adres IPv6.
Przykładowy wpis ustawień dla domeny i wszystkich subdomen:
Nazwa | TTL | Typ | Dane
(pusta nazwa) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Informacje o rekordzie DNS typu NS, za pomocą którego delegujemy poddomenę na inny serwer DNS.
Ten typ rekordu służy do przekazania listyautorytatywnych serwerów DNSdla danej domeny. Podaje się nazwy serwerów (czyli ich nazwy domen), a nie adresy IP. Jeśli urządzenie chce połączyć się z autorytatywnym serwerem DNS danej domeny, najpierw wyszukuje na serwerze DNS wyższego poziomu wszystkie rekordy typu NS dla poszukiwanej domeny, wybiera jeden z nich i wyszukuje jego adres IP, a dopiero potem może nawiązać połączenie komunikacyjne za pośrednictwem protokołu DNS.

CNAME

Informacje o rekordzie DNS typu CNAME, który służy do ustawienia aliasu dla innej nazwy domeny.
RekordCNAMEinformuje, że dana domena jestaliaseminnej domeny w tym sensie, że mają wspólne rekordy DNS (a nie wspólną zawartość strony internetowej itp.).
Przykład ustawienia rekordu CNAME:
Nazwa | TTL | Typ | Dane
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informacje o rekordzie DNS typu MX służącym do wskazania serwerów, na które mają być dostarczane wiadomości e-mail dla danej domeny.
Rekord zawiera nazwę domenyserwera pocztowego, na który mają być dostarczane wiadomości dla tej domeny. Przed nazwą serwera podana jestpriorytet, który ma znaczenie w przypadku, gdy dla jednej nazwy istnieje więcej rekordów MX. W takim przypadku serwery są sprawdzane według rosnącej liczby priorytetów (tj. największy priorytet ma serwer z najniższym numerem). Jeśli serwer nie odpowiada, sprawdzamy kolejny. Drugi i każdy kolejny serwer, jeśli są obecne, służą jakozapasowe serwery pocztowe.
Przykładowe ustawienia dla naszych serwerów pocztowych:
Nazwa | TTL | Typ | Dane
(pusta nazwa) | 1800 | MX | 1 wes1-mx1.wedos.net
(pusta nazwa) | 1800 | MX | 1 wes1-mx2.wedos.net
(pusta nazwa) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Aby chronić nazwę domeny przed nadużyciami związanymi ze spamem, warto ustawić rekord SPF
. Szczegółowy opis wraz z instrukcją znajdziesz w bazie wiedzy.

SRV

Informacje o rekordzie DNS typu SRV, który służy do podania serwerów, które świadczą określone usługi dla danej domeny. Jako przykład można podać kierowanie połączeń telefonicznych protokołem SIP.
Rekordy SRV mają wiele innych zastosowań. Na przykład Microsoft Windows używa ich do wyszukiwania kontrolera domeny, a także wykorzystują je inne protokoły (XMMP, Kerberos, LDAP itp.).
Przykład konfiguracji rekordu SRV:
Nazwa | TTL | Typ | Dane (priorytet, waga, numer portu, host)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informacje o rekordzie typu CAA (Certification Authority Authorization), który umożliwia określenie, które urzędy certyfikacji mogą wystawiać certyfikaty dla nazwy domeny.
Innymi słowy, jeśli dla domeny nie ustawiono żadnego rekordu CAA, certyfikat dla domeny może wystawić dowolny urząd certyfikacji bez ograniczeń. W przeciwnym razie certyfikat dla domeny może wystawić tylko urząd certyfikacji wymieniony w rekordzie CAA.
Przykład:
Nazwa | TTL | Typ | Dane
domena.tld | 1800 | CAA | 0 issue „letsencrypt.org”

TXT

Rekordy TXT dla różnych wartości tekstowych (np. zapis reguł SPF) zapisuje się bez cudzysłowów na początku i na końcu.
Przykład:
Nazwa | TTL | Typ | Dane
(pusta nazwa) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all”

TLSA

Informacje o rekordzie typu DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).
Protokół DANE, który wprowadza rekord DNS typu TLSA, powstał w celu zwiększenia bezpieczeństwa podczas weryfikacji pochodzenia certyfikatu dostarczonego przez serwer. Rekord DNS TLSA określa certyfikat usługi dla kombinacji danych – FQDN, protokół i port, które razem tworzą prefiks rekordu. Za pomocą rekordu TLSA można zatem sprawdzić, czy certyfikat nie został zmieniony podczas przesyłania między odbiorcą a nadawcą.
Więcej informacji na temat rekordu typu TLSA można znaleźć w naszej bazie wiedzy.

SSHFP

Informacje o rekordzie typu SSHFP. Rekord służy do weryfikacji odcisku klucza publicznego serwera po nawiązaniu połączenia za pomocą protokołu SSH.
Podczas nawiązywania połączenia z serwerem za pomocą protokołu SSH następuje uwierzytelnianie między klientem a serwerem w taki sposób, że po nawiązaniu połączenia serwer przekazuje klientowi odcisk swojego klucza publicznego, aby klient mógł zweryfikować tożsamość serwera.
Wiarygodność i bezpieczeństwo połączenia zależą zatem od tego, czy użytkownik rzeczywiście dokona porównania odcisku palca przekazanego przez serwer z oczekiwanym odciskiem palca klucza publicznego serwera.
Wraz z wprowadzeniem rekordu DNS SSHFP (RFC 4255) powstał nowy sposób uwierzytelniania dla klientów SSH poprzez porównanie odcisku palca dostarczonego przez serwer z odciskiem palca zapisanym w strefie DNS domeny dla FQDN serwera. Podczas porównywania wszystkie parametry rekordu SSHFP muszą być zgodne – algorytm użyty do wygenerowania klucza, algorytm użyty do wygenerowania odcisku klucza i wreszcie sam odcisk klucza.
Wykorzystanie DNS SSHFP ma sens tylko wtedy, gdy rekord ten jest podpisany technologią DNSSEC, co gwarantuje, że nie może on zostać sfałszowany.
Więcej informacji na temat rekordu SSHFP i sposobu jego konfiguracji można znaleźć w naszej bazie wiedzy.

Zaawansowane funkcje systemu

kompletna historia zmian– zmiany w ustawieniach, dodawanie, zmiana i usuwanie wpisów
konfigurowalne zezwolenie/zakazpobierania stref przez AXFR (wychodzące AXFR)z możliwością podania konkretnych adresów IP, które mogą pobierać strefę danej domeny
import danychpodczas przejścia z innych serwerów DNS – pobranie przez AXFR z innego serwera, przesłanie pliku strefy lub ręczne wprowadzenie
kopiowanie domen– nową domenę można łatwo utworzyć, kopiując inną (wraz ze wszystkimi wpisami i ustawieniami)
zarządzaniezapisami odwrotnymi(dla klientów naszych usług hostingowych)

W przygotowaniu

obsługaDNSSEC dladomen generycznych. (DNSSEC oferujemy obecnie tylko dla domen CZ i EU)

Więcej informacji można znaleźć w bazie wiedzy:VEDOS DNS