Vi har vist deg hvordan du statisk setter IP-ene på nettverket ditt. Nå kan du snu den DNS-bryteren for ekstra eleganse og brukervennlighet. Dagens guide vil vise deg hvordan du får tilgang til maskinene dine ved hjelp av DNS-navn på din DD-WRT-aktiverte ruter.
Bilde av Henk L.
Forord
På vår
Slik setter du opp statisk DHCP på DD-WRT-ruteren
guide, vi har snakket om å sørge for at kundene dine alltid får den samme IP-adressen fra ruteren. Så hvis du vil ha tilgang til en av maskinene i nettverket ditt, som du vet at det er IP, kan du bruke det ... men å bruke IP-er har bare ikke den samme elegansen som å bruke navn. Også, med nytteverdien av "statisk IP", som minker på grunn av fremveksten av
UPnP
, og ulempen med å sette opp "statiske reservasjoner" (å måtte finne MAC-er og lignende) ... Hva om du ikke vil huske IP-er i det hele tatt?
Det er der DNS kommer inn.
Problemet
Du prøver å nå fra en maskin / enhet i nettverket til den andre ved hjelp av IP-adressen (for eksempel ved hjelp av ping), og det fungerer. Men når du prøver å gjøre det samme ved hjelp av vertsnavnet som "mydesktop" eller "mylaptop"? det er en hit og miss ... noen ganger fungerer det ... vanligvis gjør det ikke ...: \
Hva skjer?
Enhetene dine vet ikke hvem og hvordan de skal be om “navn” til “IP” oversettelse, fordi de mangler en nøkkelkonfigurasjon, “DNS-suffikset”.
Når en datamaskin trenger å oversette et navn til en IP-adresse (kalt “ Løse ”) Den har et par måter å gjøre det på, en av måtene er å spørre en Domain Naming System (DNS) server. For å kunne gjøre det, må imidlertid klienten stille spørsmålet i form av et "Fully Qualified Domain Name" (FQDN).
En FQDN består av vertsnavnet som “mydesktop” og DNS-sonen den tilhører som “geek.lan”. Så i vårt eksempel vil FQDNs for vertene være henholdsvis "mydesktop.geek.lan" og "mylaptop.geek.lan". Når en klient ikke har "DNS-sonen" for hånden, kan den ikke spørre DNS om et "flatt" navn (et navn som ikke spesifiserer "DNS-sonen"). Det vil si at for å nå verten din ved navn, må du pinge “mydesktop.geek.lan”.
Imidlertid, hvis DNS-suffikset ble definert på en eller annen måte (enten manuelt eller automatisk), vil klienten automatisk prøve å legge det til det valgte vertsnavnet og spørre en DNS-server om det kan hjelpe med løsningen.
Når det er sagt, hvis DNS-suffikset ikke er definert, prøver klienten å finne ut navnet alene, ved hjelp av en "DNS-kringkasting". Problemet med det er at ikke alle klienter er konfigurert til å svare, eller faktisk er konfigurert til bevisst å ikke svare på en slik forespørsel. Derimot ville det ganske enkelt være irriterende å spesifisere FQDN hver eneste gang.
Løsningen
For å ha den fulle infrastrukturen som vil løse dette problemet, trenger man bare å sette "DNS-suffikset" på "DHCP-omfanget" til * ruteren. Hvis du gjør det, vil begge gjøre det slik at ruteren nå vil ha en “ dynamisk DNS Server-tjenester som klienter kan registrere seg til, gjør det slik at DHCP-tjenesten den selv vil gjøre det samme for ikke-selvregistrerende verter og levere "DNS-suffikset" som en del av "DHCP-leieavtalen" gitt til klientene. Gjør derfor hele løsningen til en selvopprettholdende, standardadferdsløsning som løser alle problemene på en feil ... pent, A?
* Når du bruker DD-WRT ... med andre rutere, kan kjørelengden din variere.
For å gjøre dette, gå inn på ruters administrasjonsside:
- Gå inn på -> Tjenester
- Endre, “Brukt domene” til å være “LAN & WLAN”
- Velg et domenenavn, vi har brukt “geek.lan” for dette eksemplet, men du kan bruke * hva du vil.
- Mens du bruker Statiske DHCP-reservasjoner er valgfritt for denne prosedyren. Hvis du valgte å implementere det, anbefales det at du angir vertsnavnet for å matche det som er angitt på maskinens / enhetens operativsystem. Nå hvis det bare skjer at enhetens operativsystem ikke registrerer et navn i DNS (som telefoner), er dette en god måte å tvinge en til.
- Klikk på "Lagre" -> "Bruk innstillinger".
* Det eneste unntaket fra denne regelen er at hvis du bruker ".local", mens Windows-maskinene dine sannsynligvis vil gjøre det bra, vil Linux-maskinene følge mDNS ( Multicast DNS ) standard og vil igjen ignorere DNS-serveren. Det er en løsning, men det er utenfor omfanget av denne veiledningen.
Nå for å kontrollere at innstillingene har påvirket, går du til kommandolinjen og utsteder en “ipconfig”.
Du bør se at DNS-suffikset ditt for øyeblikket ikke eksisterer som nedenfor:
Gi ut en "ipconfig / release" etterfulgt av en "ipconfig / fornye", og du bør se noe sånt som:
Gjenta prosedyren på minst en maskin til, og prøv å pinge, og bruk bare vertsnavnet.
Du bør se at klienten har "automatisk magisk" forstått at det fulle navnet på enheten du pinger er "hostname.dns.zone", og var i stand til å oversette (løse) FQDN til en ping-kompatibel IP:
Feilsøking
Siden denne guiden handler om å bruke DNS som Slik fjerner du annonser med Pixelserv på DD-WRT guide var: Hvis du får problemer er det et par ting å gjøre:
-
Tøm DNS-cachen for dine personlige maskiner.
Dette er på grunn av en DNS-cache, som kan lure datamaskinen din til å tro at den allerede kjenner vertsnavnet, uten å konsultere DNS om det. På windows vil dette være "ipconfig / flushdns". -
Forsikre deg om at klienten bruker ruteren som DNS, og at den løser FQDN.
Spesielt når du bruker et VPN eller et nettverk som er mer komplisert enn den vanlige ruteren til datamaskinoppsett, er det mulig at klientdatamaskinen din rett og slett ikke bruker ruteren som sin DNS. Det er veldig enkelt å se ved hjelp av kommandoen "nslookup" nedenfor hva som er DNS-serveren klienten bruker. Hvis IP-en ikke er den samme som ruteren, har du funnet problemet.
Det er det ... du bør være klar
Skynd deg, alt jeg ser er mørke .
