Slik får du tilgang til maskinene dine ved hjelp av DNS-navn med DD-WRT
Vi har vist deg hvordan du statisk stiller IP-ene på nettverket ditt, nå kan vi slå den DNS-bryteren for ekstra eleganse og brukervennlighet. Dagens veiledning viser deg hvordan du får tilgang til maskinene dine ved hjelp av DNS-navn på DD-WRT-aktivert ruteren.
Bilde av Henk L
Forord
På vår Hvordan sette opp statisk DHCP på DD-WRT Router-veiledningen, har vi snakket om å sørge for at kundene dine alltid får samme IP-adresse fra ruteren. Så nå, hvis du vil ha tilgang til en av maskinene på nettverket ditt, som du vet, er det IP, kan du bruke det ... men bruk av IP-er har bare ikke samme eleganse som å bruke navn. Også, med brukervennligheten av "statisk IP" sverker på grunn av oppstarten av UPnP, og ulempen med å sette opp "statiske reservasjoner" (må finne MACs og like) ... Hva om du ikke vil huske IPs på alle?
Det er her DNS kommer inn.
Problemet
Du prøver å nå fra en maskin / enhet på nettverket ditt til den andre ved hjelp av sin IP-adresse (ved hjelp av ping for eksempel) 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 savner ... noen ganger virker 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"), har det et par måter å gjøre det på. En av måtene er å spørre en DNS-server (Domain Naming System). For å kunne gjøre det, må 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 FQDNene for vertene være henholdsvis "mydesktop.geek.lan" og "mylaptop.geek.lan". Når en klient ikke har "DNS-sonen" tilgjengelig, kan den ikke spørre DNS om et "flatt" navn (et navn som ikke angir "DNS-sonen"). Det vil si at du faktisk skal nå verten din ved navn, du må pinge "mydesktop.geek.lan".
Hvis DNS-suffikset ble definert på en eller annen måte (enten manuelt eller automatisk), prøver klienten automatisk å legge den til det forespurte vertsnavnet og spørre en DNS-server hvis det kan hjelpe med løsningen.
Med det sagt, hvis DNS-suffiks ikke er definert, prøver klienten å finne ut navnet på egen hånd, ved hjelp av en "DNS-kringkasting". Problemet med det er at ikke alle klienter er konfigurert til å svare, eller er faktisk konfigurert for bevisst ikke å svare på en slik forespørsel. I kontrast ville det ganske enkelt være irriterende å spesifisere FQDN hver eneste gang.
Løsningen
For å få den fulle infrastrukturen som løser dette problemet, trenger man bare å sette "DNS-suffikset" på "DHCP-omfanget" til * ruteren. Å gjøre det, vil begge gjøre det slik at ruteren nå vil ha en "dynamisk DNS" -tjenertjeneste som klienter kan registrere seg for, gjør det slik at DHCP-tjenesten det selv vil gjøre det samme for ingen selvregistrerende verter og levere "DNS suffiks "som en del av" DHCP lease "gitt til klientene. Derfor gjør hele løsningen til en selvopprettholder, standardoppføringsløsning som løser alle problemene i en feilsøking .... ryddig, a?
* Når du bruker DD-WRT ... med andre rutere, kan kjørelengdeet ditt variere.
For å gjøre dette, gå inn på ruteren din Administrasjonsside:
- Gå inn i -> Tjenester
- Endre, "Used Domain" for å være "LAN & WLAN"
- Velg et domenenavn, vi har brukt "geek.lan" for dette eksempelet, men du kan bruke * hva du vil.
- Når du bruker Statisk DHCP-reservasjoner, er valgfritt for denne prosedyren. Hvis du velger å implementere det, anbefales det at du angir vertsnavnet, slik at det samsvarer med det som er satt på maskinens / enhetens operativsystem. Nå, hvis det bare skjer at enhetene OS, registrerer ikke et navn i DNS (som telefoner), er dette en god måte å tvinge en på.
- Klikk på "Lagre" -> "Bruk innstillinger".
* Det eneste unntaket til den regelen er at hvis du bruker ".lokal", mens Windows-maskinene dine sannsynligvis vil gjøre det bra, vil Linux-maskinerne overholde mDNS (Multicast DNS) -standarden, og vil igjen ignorere DNS-serveren. Det er en løsning, men det er utenfor rammen av denne veiledningen.
Nå for å kontrollere at innstillingene har tatt innslag, gå til kommandolinjen og utsted en "ipconfig".
Du bør se at DNS-suffikset ditt for tiden ikke eksisterer som nedenfor:
Utsted en "ipconfig / release" etterfulgt av en "ipconfig / renew", og du bør se noe som:
Gjenta prosedyren på minst en maskin og prøv å pinge, bare ved hjelp av vertsnavnet.
Du bør se at klienten har "auto-magisk" forstått at hele navnet på enheten du pinging er "hostname.dns.zone", og kunne oversette (løse) FQDN til en ping-kompatibel IP:
Feilsøking
Som denne veiledningen handler om å bruke DNS som hvordan du fjerner annonser med Pixelserv på DD-WRT-veiledningen var, hvis du får problemer, er det et par ting å gjøre:
- Slett dine personlige maskiner DNS-cache.
Dette er på grunn av en DNS-buffer, som kan lure datamaskinen din til å tro at den allerede kjenner vertsnavnet, uten å konsultere DNS for det. På windows ville dette være "ipconfig / flushdns". - Pass på 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 komplekst enn den normale 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 er DNS-serveren klienten bruker. Hvis IP ikke er det samme som ruteren, har du funnet problemet.
Det er det ... du burde være helt sett
Skynd deg, alt jeg ser er mørke.