Vi har vist dig, hvordan du statisk indstiller IP'erne på dit netværk. Nu kan vi vende den DNS-switch for ekstra elegance og brugervenlighed. Dagens guide viser dig, hvordan du får adgang til dine maskiner ved hjælp af DNS-navne på din DD-WRT-aktiverede router.
Billede af Henk L.
Forord
På vores
Sådan opsættes statisk DHCP på din DD-WRT-router
guide, vi har talt om at sikre, at dine kunder altid får den samme IP-adresse fra routeren. Så nu, hvis du vil have adgang til en af maskinerne på dit netværk, da du ved, at det er IP, kan du bruge det ... men brug af IP'er har bare ikke den samme elegance som at bruge navne. Også med anvendeligheden af "statisk IP" s faldende på grund af stigningen i
UPnP
, og ulejligheden ved at oprette “statiske forbehold” (at skulle finde MAC'ere og lignende) ... Hvad hvis du overhovedet ikke vil huske IP'er?
Det er her DNS kommer ind.
Problemet
Du forsøger at nå fra en maskine / enhed på dit netværk til den anden ved hjælp af dens IP-adresse (f.eks. Ved hjælp af ping), og det fungerer. Men når du prøver at gøre det samme ved hjælp af det værtsnavn som “mydesktop” eller “mylaptop”? det er et hit og miss ... nogle gange fungerer det…. normalt gør det ikke ...: \
Hvad sker der?
Dine enheder ved ikke, hvem og hvordan de skal bede om oversættelsen "navn" til "IP", fordi de mangler en nøglekonfiguration, "DNS-suffikset".
Når en computer skal oversætte et navn til en IP-adresse (kaldet “ beslutte ”) Det har et par måder at gøre det på, en af måderne er at spørge en Domain Naming System (DNS) server. For at være i stand til det skal klienten dog stille spørgsmålet i form af et "Fully Qualified Domain Name" (FQDN).
En FQDN består af værtsnavnet som “mydesktop” og den DNS-zone, det tilhører, som “geek.lan”. Så i vores eksempel ville FQDN'erne for værterne være henholdsvis "mydesktop.geek.lan" og "mylaptop.geek.lan". Når en klient ikke har "DNS-zonen" ved hånden, kan den ikke spørge DNS om et "fladt" navn (et navn, der ikke angiver "DNS-zonen"). Det vil sige at hvis du faktisk skal nå din vært ved navn, skal du pinge “mydesktop.geek.lan”.
Men hvis DNS-suffikset blev defineret på en eller anden måde (enten manuelt eller automatisk), vil klienten automatisk forsøge at tilføje det til det ønskede værtsnavn og bede en DNS-server, hvis det kan hjælpe med løsningen.
Når det er sagt, hvis DNS-suffikset ikke er defineret, prøver klienten at finde ud af navnet alene ved hjælp af en "DNS-udsendelse". Problemet med det er, at ikke alle klienter er konfigureret til at svare eller faktisk er konfigureret til bevidst ikke at besvare en sådan anmodning. I modsætning hertil ville det simpelthen være irriterende at specificere FQDN hver eneste gang.
Løsningen
For at have den fulde infrastruktur, der løser dette problem, behøver man kun at indstille “DNS-suffikset” på “DHCP-omfanget” af * routeren. Hvis du gør det, vil det begge gøre det, så routeren nu har en “ dynamisk DNS ”Servertjeneste, som klienter kan registrere sig til, gør det, så DHCP-tjenesten det selv vil gøre det samme for ikke-selvregistrerende værter og levere“ DNS-suffikset ”som en del af“ DHCP-lease ”givet til klienterne. Derfor gør hele løsningen til en selvbærende, standardopførende løsning, der løser alle problemerne i en fejling ... pænt, A?
* Når du bruger DD-WRT ... med andre routere, kan din kilometertal variere.
For at gøre dette skal du gå ind på din routers administrationsside:
- Gå ind på -> Services
- Skift, "Brugt domæne" til at være "LAN & WLAN"
- Vælg et domænenavn, vi har brugt "geek.lan" til dette eksempel, men du kan bruge * hvad du vil.
- Under brug Statiske DHCP-forbehold er valgfri til denne procedure. Hvis du vælger at implementere den, anbefales det, at du indstiller værtsnavnet for at matche det, der er indstillet på maskinens / enhedens operativsystem. Hvis det nu bare sker, at enhedens operativsystem ikke registrerer et navn i DNS (som telefoner), er dette en god måde at tvinge en på det.
- Klik på "Gem" -> "Anvend indstillinger".
* Den eneste undtagelse fra denne regel er, at hvis du bruger “.local”, mens dine Windows-maskiner sandsynligvis vil klare sig fint, vil dine Linux-maskiner overholde mDNS ( Multicast DNS ) standard og ignorerer igen DNS-serveren. Der er en løsning, men den ligger uden for denne vejlednings anvendelsesområde.
For at kontrollere, at indstillingerne har påvirket, skal du gå til kommandolinjen og udstede en “ipconfig”.
Du skal se, at dit DNS-suffiks i øjeblikket ikke findes som nedenfor:
Udsted en "ipconfig / release" efterfulgt af en "ipconfig / renew", og du skal se noget som:
Gentag proceduren på mindst en maskine mere, og prøv at pinge, idet du kun bruger værtsnavnet.
Du skal se, at klienten "automatisk-magisk" har forstået, at det fulde navn på den enhed, du pinger, er "hostname.dns.zone" og var i stand til at oversætte (løse) FQDN til en ping-kompatibel IP:
Fejlfinding
Da denne vejledning handler om at bruge DNS som Sådan fjernes annoncer med Pixelserv på DD-WRT guide var: Hvis du får problemer, er der et par ting at gøre:
-
Ryd dine personlige maskiner DNS-cache.
Dette skyldes en DNS-cache, der kan narre din computer til at tro, at den allerede kender værtsnavnet uden at konsultere DNS om det. På windows ville dette være "ipconfig / flushdns". -
Sørg for, at din klient bruger routeren som DNS, og at den løser FQDN.
Især når du bruger et VPN eller et netværk, der er mere komplekst end den normale router til computeropsætning, er det muligt, at din klientcomputer simpelthen ikke bruger routeren som sin DNS. Det er meget let at se ved hjælp af kommandoen "nslookup" nedenfor, hvad er den DNS-server, klienten bruger. Hvis IP ikke er den samme som routeren, har du fundet problemet.
Det er det ... du skal være klar
Skynd dig, alt hvad jeg ser er mørke .
