IP un DNS tīkla problēmas: padziļināta diagnostika un risinājumi

Informatec Digital » Resursi » IP un DNS tīkla problēmas: padziļināta diagnostika un risinājumi

Kad viss darbojas pareizi, pārlūkošana internetā šķiet kā maģija: ierakstāt adresi, nospiežat taustiņu Enter, un dažu sekunžu laikā lapa parādās pilnībā. Taču pietiek ar DNS vai IP tīkla kļūmēm, lai mēs no maģijas nonāktu izmisumā: tīmekļa vietnes, kas neielādējas, tiešsaistes spēles avarē, video platformas sasalst, vai pat datori lokālajā tīklā vairs neredz viens otru.

Sarežģītākais ir tas, ka bieži vien problēma nav pašā pārlūkprogrammā vai optiskās šķiedras savienojumā, bet gan nelielās konfigurācijas detaļās, piemēram, IP, DNS, maršrutētāja, modema vai ugunsmūra iestatījumos, kas ir nepareizi konfigurēti. Un, lai vainagotu visu, kļūdu ziņojumi ir neskaidri: "DNS serveris neatbild", "DNS serveris nav atrasts", "DNS kļūda", "Pieprasījuma taimauts"... Šajā rakstā jūs detalizēti uzzināsiet, kas īsti notiek, kā to diagnosticēt ar profesionāliem rīkiem (nslookup, ipconfig, dnscmd utt.) un, pats galvenais, kā precīzi noregulēt IP tīkla un DNS iestatījumus, lai tie neradītu jums vairs problēmas.

Kas īsti ir DNS un kā tas ir saistīts ar IP tīklu?

DNS (Domain Name System — domēna vārdu sistēma) , vienkārši sakot, ir interneta adrešu grāmata. Mašīnas sazinās, izmantojot IP adreses, piemēram, 192.0.2.1 vai 172.217.4.46 , bet cilvēkiem ir vieglāk ierakstīt www.example.com vai google.com . DNS šos cilvēkam lasāmos nosaukumus pārvērš skaitliskās IP adresēs, ko saprot pārlūkprogramma un operētājsistēma.

Kad pārlūkprogrammā ievadāt URL, tā nosūta DNS vaicājumu, kas skenē jūsu datoru, maršrutētāju, modemu, interneta pakalpojumu sniedzēja tīklu un, ja nepieciešams, saknes un autoritāros serverus , līdz tas iegūst pareizo IP adresi. Tikai pēc tam tiek sākts faktiskais HTTP/HTTPS savienojums. Ja šī tulkošana kādā brīdī pārtrūkst, jums būs šķietami aktīvs savienojums (tīkla ikonas parādīsies pareizi), taču neviena vietne netiks ielādēta, jo nosaukumi netiek atrisināti.

Vietējos vai korporatīvajos tīklos DNS ir arī komponents, kas ļauj tādiem nosaukumiem kā app1.corp.local vai file-server atrisināt iekšējās IP adreses. Ja rodas problēmas ar šo iekšējo DNS, radīsies problēmas ar piekļuvi serveriem, lietojumprogrammām, e-pastam, printeriem vai koplietotajiem resursiem.

Visa pamatā ir IP protokols ar tā IP adresi, apakštīkla masku, vārteju un DNS serveriem, kas konfigurēti tīkla adapterī vai piešķirti, izmantojot DHCP. Jebkura no šiem parametriem kļūme var izraisīt DNS kļūdas, savienojamības zudumu vai ārkārtēju lēnumu.

Tipiskas problēmas IP tīklos, kas izpaužas kā DNS kļūdas

Ziņojumi, piemēram, “DNS serveris neatbild”, “DNS kļūda” vai “DNS serveris nav atrasts”, ir tikai aisberga redzamā daļa. Zemāk parasti ir nepareiza IP konfigurācija, bojāta DNS kešatmiņa, nepareizi konfigurēti maršrutētāji vai kļūmes pašā DNS serverī.

Ļoti izplatīts scenārijs ir tāds, ka lietotājs, kurš iestata jaunu datoru vadu lokālajā tīklā, pēkšņi atklāj, ka tikai vienam datoram ir piekļuve internetam, Wi-Fi pārstāj darboties un ātrums samazinās līdz desmitajai daļai no cenas. No pirmā acu uzmetiena šķiet, ka problēma ir ar pakalpojumu sniedzēju, taču, rūpīgāk izpētot, atklājas, ka pastāv konfliktējošas IP un DNS piešķires , bojātas kešatmiņas vai pat ugunsmūra bloķētas porti.

Visbiežāk sastopamie ar DNS un IP tīklu saistītie simptomi ir:

• Šķietams savienojums, bet vietnes netiek ielādētasTīkla ikona norāda savienojumu, bet lapa nereaģē vai savienojums iestājas taimauta beigās.
• Tikai dažas vietnes neizdodasJūs varat piekļūt dažām tīmekļa vietnēm, bet citas atgriež DNS kļūdas vai neizdodas noteikt nosaukumu.
• Ārkārtīgs lēnumsLapas galu galā ielādējas, taču katra nosaukuma atpazīšana ir ļoti lēna, jo jūsu interneta pakalpojumu sniedzēja DNS serveris vai jūsu iekšējais serveris ir pārslogots vai nepareizi konfigurēts.
• Problēmas ar e-pastu, SaaS lietotnēm vai VPNPat ja pārlūkprogramma darbojas, daži pakalpojumi ir atkarīgi no domēnu nosaukumiem, kas netiek pareizi atrisināti.
• Vietējā tīkla iekārtas, kas “pazūd”Serveri vai datori kļūst nepieejami pēc nosaukuma, pat ja tie joprojām reaģē, tieši nosūtot ping signālu uz IP adresi.

Serveru vidē simptomi kļūst vēl nopietnāki: kritiski pakalpojumu pārtraukumi, neizdevušās zonu pārsūtīšanas, bojāta rekursija, bojātas DNS deleģēšanas vai novecojušas sekundārās zonas.

IP un DNS konfigurācijas pamata pārbaude klientā

Pirms sākat darboties ar maršrutētājiem vai serveriem, ieteicams pārliecināties, vai attiecīgās ierīces IP un DNS iestatījumi ir konsekventi. Operētājsistēmā Windows sākumpunkts ir klasiskais:

ipconfig / all

Šī komanda katram adapterim parāda konfigurēto IP adresi, apakštīkla masku, vārteju un DNS . Lietas, kas jāpārbauda:

• IP adrese pieder paredzētajam tīklam. (piemēram, 192.168.1.x, ja jūsu lokālais tīkls ir 192.168.1.0/24).
• Apakštīkla maska Tam ir jēga (daudzos vietējos gadījumos — 255.255.255.0).
• Vārti Parasti tā ir maršrutētāja IP adrese (piemēram, 192.168.1.1).
• DNS serveris norādīja uz Tas ir konsekvents: jūsu maršrutētājs, lokālais DNS serveris vai publiskais DNS (Google 8.8.8.8, Cloudflare 1.1.1.1, OpenDNS utt.).

Ja jums ir aizdomas par konkrētu DNS serveri, varat to tieši pārbaudīt, izmantojot:

nslookup

Piemēram:

nslookup lietotne1 10.0.0.1

Ja šis vaicājums atgriež kļūdas ziņojumu “Server Error” (Servera kļūda), “Query Rejected” (Vaicājums noraidīts), “Request Timed Out” (Pieprasījuma taimauts beidzies) vai “No Response from Server ” (Nav atbildes no servera), jūs zināt, ka ar šo DNS serveri kaut kas nav kārtībā (vai arī tas nav pieejams no jūsu tīkla). Ja tas atbild ar pareizo IP adresi, problēma varētu būt saistīta ar klientu, tīkla ceļu vai starpposma ugunsmūri.

Windows serveros, kas darbojas kā DNS serveri, ieteicams arī iztīrīt izšķirtspējas kešatmiņu , lai atbrīvotos no novecojušiem datiem:

• Komandu konsole (administrators): dnscmd /clearcache
• PowerShell (administrators): Notīrīt DnsServerCache

Biežākie kļūdu “DNS serveris neatbild” cēloņi

Gan mājas, gan profesionālajos tīklos pastāv vairāki scenāriji, kas atkārtojas atkal un atkal. To izpratne palīdzēs jums nonākt tieši pie problēmas saknes, netērējot laiku.

Bojāta vai novecojusi DNS kešatmiņa operētājsistēmā

Jūsu dators saglabā lokālu DNS kešatmiņu , kurā ir jaunākās DNS meklēšanas, lai paātrinātu pārlūkošanu. Ja šī kešatmiņa tiek bojāta vai tajā tiek glabāti novecojuši ieraksti (mitināšanas izmaiņu, migrācijas, DNS zonas izmaiņu u. c. dēļ), piekļūstot domēniem, kas citās ierīcēs darbojas pareizi, jūs redzēsiet kļūdas.

Sistēmā Windows šo problēmu var labot, komandrindā ar administratora tiesībām palaižot šādu komandu:

ipconfig / flushdns

macOS sistēmā tipiskais ekvivalents ir:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSReply

Mobilajās ierīcēs bieži vien pietiek ar ierīces restartēšanu vai lidmašīnas režīma ieslēgšanu un izslēgšanu, lai piespiestu tīkla kešatmiņas notīrīšanu.

Nepareiza maršrutētāja vai modema konfigurācija

Jūsu maršrutētājs un modems darbojas kā vārteja starp jūsu lokālo tīklu (LAN) un internetu . Ja to DNS iestatījumi ir nepareizi (piemēram, norāda uz serveri, kas vairs nepastāv, vai ar nepareizi definētiem pāradresatoriem), visās tīkla ierīcēs radīsies plaši izplatītas kļūdas.

Tipiskas konfigurācijas kļūdas:

• Nepareizi konfigurēti manuāli DNS serveri maršrutētājā, mantots no veciem testiem.
• DHCP piegādā iekšējo DNS, kas vairs nav aktīvs vai kas darbojas tikai daļā tīkla.
• Filtri vai ugunsmūra noteikumi maršrutētājā kas bloķē 53. portu UDP/TCP uz noteiktiem DNS serveriem.

Šādos gadījumos labs sākumpunkts ir restartēt modemu un maršrutētāju (izslēgt tos, nogaidīt 30–60 sekundes un atkal ieslēgt), un, ja problēma joprojām pastāv, pārbaudīt konfigurāciju vai pat atjaunot rūpnīcas iestatījumus un veikt pārkonfigurāciju no jauna.

Traucējumi no ugunsmūra, pretvīrusu programmas vai VPN

Ugunsmūri, pretvīrusu risinājumi un VPN ir izstrādāti aizsardzībai, taču pārāk agresīvi iestatījumi var bloķēt DNS vaicājumus vai novirzīt tos caur bojātiem tuneļiem . Tas attiecas gan uz operētājsistēmas ugunsmūriem, gan uz uzlabotām tīkla drošības ierīcēm.

Loģiski soļi, lai to pārbaudītu:

• Uz laiku atspējojiet pretvīrusu un ugunsmūri (zinot, ko dari, un vienkārši to pārbaudot).
• Aizveriet jebkuru VPN Pārliecinieties, vai tas ir savienots, un mēģiniet vēlreiz pārlūkot.
• Korporatīvajos ugunsmūros pārbaudiet, vai 53. ports netiek filtrēts vai pāradresēts dīvainā veidā.

Ja pēc šo elementu atspējošanas viss darbojas pareizi, ir pienācis laiks pārskatīt noteikumus, izslēgšanas un tīkla profilus , lai atļautu DNS datplūsmu, neapdraudot drošību.

DNS servera problēmas: ielāde, zonas, rekursija un deleģēšana

Daudzos uzņēmumu tīklos ir viens vai vairāki autoritatīvi un rekursīvi DNS serveri (piemēram, Windows Server ar DNS lomu), kas reaģē gan uz iekšējiem nosaukumiem, gan interneta vaicājumiem. Šeit iespējamo incidentu klāsts ir plašs:

• DNS serveris nedarbojas vai pakalpojums ir apturētsJa Windows DNS pakalpojums nedarbojas, vaicājumi neizdosies ar ziņojumu "No servera nav atbildes". Varat mēģināt to palaist ar tīkla sākuma DNS.
• Serveris ir pārslogots vai zona ir apturētaKļūdas, piemēram, “Servera kļūda” vai “Vaicājums noraidīts”, var norādīt, ka Zonas darbība ir apturēta vai serveris ir sasniedzis savu ierobežojumu.Pārskatiet notikumu žurnālus (Lietotne, Sistēma un “DNS serveris”) un zonas cilni Vispārīgi.
• Bojāta rekursijaJa serveris pārsūta vaicājumus citiem DNS serveriem (cilne Pārsūtītāji), jebkādas problēmas šajā ķēdē (taimauti, nepareizi dati, slikti salikti ķēdes pārsūtījumi) var izraisīt ārējas atrisināšanas kļūdas.
• Nepareizas DNS deleģēšanasJa starp vecākzonu un deleģēšanas zonu (piemēram, corp.contoso.com un sub.corp.contoso.com) ir nepareizi konfigurēta deleģēšana, mēģinot noteikt nosaukumus no deleģēšanas zonas, tiks parādītas kļūdas.

Lai diagnosticētu rekursiju un deleģēšanu, bieži tiek izmantota funkcija nslookup interaktīvā režīmā , vaicājot NS un A ierakstus katrā līmenī un eksperimentējot ar iespējotu vai atspējotu rekursiju. Tā ir sarežģītāka pieeja, taču tā ir būtiska, ja pārvaldāt autoritatīvus DNS serverus.

Zonas pārsūtīšana un sinhronizācija starp serveriem

Topoloģijās ar primārajiem un sekundārajiem DNS serveriem var rasties risināšanas kļūdas, jo sekundārā zona nav pareizi atjaunināta. Tipiski simptomi:

• Otrreizējais serveris atgriež novecojušus vai nekonsekventus datus salīdzinājumā ar primāro serveri.
• Parādās notikumu skatītājs zonas pārsūtīšanas kļūdas.
• Piespiežot a dnscmd /zonerefresh Process nav pareizi pabeigts.

Tāpēc ieteicams:

• Salīdziniet zonas sērijas numuru primārajā un sekundārajā, un pārliecinieties, vai primārajam ir lielāks sērijas numurs.
• Pārskatiet zonas pārsūtīšanas iespējas (Cilne “Zonas pārsūtīšana”) un apstipriniet, ka sekundārais lietotājs ir autorizēts.
• Ja pastāv jauktas implementācijas (piemēram, Windows un BIND), pārbaudiet reģistra tipu saderību un to, vai ir atspējota "ātrās pārsūtīšanas" funkcija, ja sekundārā versija to neatbalsta.

Praktiski risinājumi, ja “DNS serveris neatbild”

Šeit ir sakārtots darbību saraksts, ko varat veikt gan klientu datoros, gan mājas un korporatīvā tīkla vidē, lai metodiski risinātu problēmu.

1. Restartējiet maršrutētāju/modemu un ierīces

Tas izklausās pēc klišejas, taču pareiza izslēgšana un restartēšana bieži vien novērš daudzas tīkla problēmas. Restartēšana notīra kešatmiņu, atjauno sesijas ar interneta pakalpojumu sniedzēju un novērš nelielas iekšējās tīkla iekārtu bloķēšanas.

1. Pilnībā izslēdziet datoru (vai mobilos tālruņus, planšetdatorus utt.).
2. Atvienojiet maršrutētāju un modemu (ja tās ir divas atsevišķas ierīces).
3. Pagaidiet vismaz 30 sekundes.
4. Pievienojiet modemu un maršrutētāju atpakaļ un pagaidiet, līdz visas gaismas stabilizējas.
5. Ieslēdziet datoru un mēģiniet pārlūkot.

2. Nomainiet savus DNS serverus uz citiem publiskiem un uzticamiem serveriem

Ja jums ir aizdomas, ka jūsu pakalpojumu sniedzēja DNS serveri nedarbojas pareizi vai ir pārslogoti, varat konfigurēt augstas veiktspējas publiskos DNS serverus savā datorā vai maršrutētājā , piemēram:

• Google DNS: 8.8.8.8. Un 8.8.4.4
• Cloudflare DNS: 1.1.1.1. Un 1.0.0.1
• OpenDNS: 208.67.222.222. Un 208.67.220.220
• Cits komerciāls DNS (Surfshark DNS: 194.169.169.169 utt.).

Operētājsistēmā Windows to var izdarīt šādi:

1. prese Windows + RRaksta ncpa.cpl un nospiediet taustiņu Enter.
2. Ar peles labo pogu noklikšķiniet uz savienojuma (Ethernet vai Wi-Fi) un izvēlieties īpašības.
3. Izvēlieties Interneta protokola 4. versija (TCP / IPv4) un nospiediet īpašības.
4. Brand Automātiski iegūstiet IP adresi Ja vēlaties, lai maršrutētājs piešķirtu IP adresi, atlasiet Izmantojiet šādas DNS servera adreses.
5. Aizpildiet laukus Vēlamais DNS serveris y alternatīva ar vērtībām, kuras vēlaties izmantot (piemēram, 8.8.8.8 un 8.8.4.4).
6. Activa Validēt konfigurāciju pēc iziešanas un nospiediet OK.

3. Notīriet DNS kešatmiņu un atsvaidziniet IP konfigurāciju (Windows)

Daudzos gadījumos, īpaši, ja savienojums iepriekš darbojās labi, pietiek vienkārši "atiestatīt" ierīces tīkla konfigurāciju ar dažām komandām:

1. Atveriet izvēlni Sākt, ierakstiet cmd, ar peles labo pogu noklikšķiniet uz Komandu uzvedne un atlasiet Palaist kā administratoram.
2. Ievadiet šādas komandas pa rindām (pēc katras no tām nospiežot taustiņu Enter):

ipconfig / flushdns
ipconfig / release
ipconfig / atjaunot
NETSH WinSock atiestatīšanas katalogs
NETSH int ipv4 atiestatīt reset.log
NETSH int ipv6 atiestatīt reset.log

Pēc tam restartējiet datoru. Jūs būsiet iztīrījis DNS kešatmiņu, atjaunojis DHCP nomu un atiestatījis TCP/IP steku , kas izlabos veselu virkni dīvainu kļūdu.

4. Izmēģiniet citu pārlūkprogrammu, citu datoru un vadu savienojumu.

Lai noteiktu cēloni, ļoti noderīga ir savstarpēja pārbaude :

• Ja izmantojat Chrome, izmēģiniet Firefox, Edge vai jebkuru citu pārlūkprogrammu.
• Izmantojiet citu ierīci tajā pašā tīklā (citu datoru, mobilo tālruni, planšetdatoru) un mēģiniet piekļūt tām pašām tīmekļa vietnēm.
• Ja izmantojat Wi-Fi, pievienojiet datoru tīklam Ethernet kabelis tieši pie maršrutētāja Un Wi-Fi problēmu gadījumā sazinieties ar Kā novērst Wi-Fi problēmas datorā.

Ja neizdodas tikai vienā konkrētā ierīcē, problēma ir tās konfigurācijā, ugunsmūrī, draiveros vai pat ļaunprogrammatūrā . Ja neizdodas visās ierīcēs, jāpārbauda maršrutētājs, iekšējais DNS serveris vai pat interneta pakalpojumu sniedzējs.

5. Palaidiet operētājsistēmas tīkla problēmu risinātājus

Windows un macOS ietver vedņus, kas automātiski nosaka un novērš daudzas savienojuma kļūmes, tostarp pamata DNS problēmas.

• Operētājsistēmā Windows: Iestatījumi > Tīkls un internets > Tīkla problēmu risinātājs.
• macOS sistēmā: Apple izvēlne > Tīkla diagnostika.

Tie neveic brīnumus, taču var ietaupīt jūsu laiku vienkāršu problēmu risināšanā , piemēram, atspējotu adapteru, nepareizi lietotu tīkla profilu vai nekonsekventu IP parametru gadījumā.

Uzlabotas metodes DNS problēmu diagnosticēšanai serveros

Ja pārvaldāt korporatīvo DNS serveri (piemēram, Windows Server ar DNS lomu), rīki nedaudz mainās un detalizācijas līmenis palielinās. Šeit pieeja ir pāriet no vienkārša uz sarežģītu , tāpat kā ar klientiem, bet pievienojot īpašus testus pašam DNS pakalpojumam.

Pārbaudiet pakalpojuma statusu un notikumu žurnālus

Pirmais solis ir pieteikties serverī un pārbaudīt:

• Ka DNS pakalpojums darbojas (varat to sākt ar tīkla sākuma DNS (ja viņš tiek aizturēts).
• L notikumu žurnāli no lietojumprogrammas, sistēmas un “DNS servera”, meklējot atkārtotas zonas kļūdas, pārsūtījumus vai rekursiju.

Ja klienti, izmantojot nslookup tieši pret šo serveri, saņem ziņojumu “Server Error” vai “Query Rejected”, zonas darbība var būt apturēta vai arī pats serveris ir sasniedzis savu resursu ierobežojumu (CPU, RAM, disks).

Pārbaudiet pieejamību ar nslookup no klientiem un serveriem

Papildus testēšanai no klientu serveriem ir ieteicams veikt vaicājumus no paša DNS servera un no citiem starpposma serveriem. Piemēram:

nslookup

Ja risinātājs atgriež pareizo IP adresi, serveris darbojas un problēma varētu būt ceļā starp klientu un serveri. Ja tas atgriež:

• “Servera kļūda” vai “Vaicājums noraidīts”: apturēta zona, konfigurācijas konflikts vai pārslogots serveris.
• “Pieprasījumam serverim iestājas taimauts”DNS pakalpojums ir apturēts, ugunsmūris bloķē 53. portu, nepareizi konfigurēta saskarne vai serveris klausās tikai noteiktās IP adresēs.

Vidēs ar uzlabotiem ugunsmūriem vai starpniekservera serveriem pārbaudiet, vai netiek izmantots nestandarta DNS ports . nslookup pēc noklusējuma izmanto UDP 53; ja ports ir mainīts, vaicājumi neizdosies, ja vien nepielāgosiet ugunsmūra noteikumus un neveiksiet testus.

Rekursivitātes un deleģēšanas diagnostika

Lai pārbaudītu rekursiju DNS serverī, varat:

1. Skatiet, vai tā ir konfigurēti ekspeditori (DNS konsoles servera rekvizītu cilne Pāradresatori).
2. Ja nav pāradresatoru, pārbaudiet, vai serveris var veikt vaicājumu. sakņu serveri izmantojot nslookup interaktīvā režīmā un vaicājot NS ierakstus no saknes zonas.

Ja atbildes norāda "Pieprasījuma taimauts beidzies" pat saknes serveriem un saknes ieteikumi norāda uz pareizajiem serveriem, parasti ir:

• Izejošā tīkla savienojamības problēmas no servera.
• Ugunsmūris, kas bloķē izejošo DNS datplūsmu.
• Pārāk agresīvs rekursijas gaidīšanas laiks.

Lai nodrošinātu bojātas delegācijas, parasti tiek izmantots šāds veids:

1. Sāc nslookup darbību attiecīgajā serverī, atspējo rekursiju (iestatīt norecurse) un palaist NS/A vaicājumus katrā domēna hierarhijas līmenī.
2. Atkārtojiet procesu ar katru deleģēto serveri, apkopojot visus NS ierakstus un to A adreses.
3. Noteikt, vai trūkst kāds NS A ieraksts, vai kāds NS vairs neatbild vai vai pastāv neatbilstības starp vecākzonu un deleģētajām zonām.

Risinājums ietver atbilstošo A un NS ierakstu labošanu vai pievienošanu primārajā zonā un nodrošināšanu, ka deleģēšana norāda uz derīgiem un pieejamiem serveriem.

Labākā prakse, lai izvairītos no turpmākām IP un DNS tīkla problēmām

Kad viss atkal darbojas, ir pienācis laiks risināt problēmas sakni, lai tā neatkārtotos. Ir vairāki vienkārši ieteikumi , kas ievērojami uzlabo stabilitāti.

Atjauniniet sistēmas, maršrutētājus un programmaparatūru

Ražotāji bieži labo tīkla steka kļūdas, DNS problēmas, atmiņas noplūdes un ievainojamības sistēmas un programmaparatūras atjauninājumos. Maršrutētāja un operētājsistēmas neatjaunināšana vairākus gadus rada problēmas.

Ieteikumi:

• Lietojiet regulāri drošības ielāpi un atjauninājumi operētājsistēmās Windows, macOS vai Linux.
• Pārbaudiet, vai ir Jauna maršrutētāja vai modema programmaparatūra un uzklājiet to, ievērojot ražotāja norādījumus.
• Saglabāt tīkla draiveri samērā atjaunināts, īpaši pēc aparatūras izmaiņām.

Izvēlieties uzticamus DNS serverus un pareizi konfigurējiet ugunsmūri un pretvīrusu programmatūru.

Ja jūsu pakalpojumu sniedzējs rada problēmas, varat izvēlēties izmantot uzticamus, augstas kvalitātes publiskos DNS serverus (Google, Cloudflare, OpenDNS utt.) gan maršrutētājā, gan ierīcēs. Vienlaikus pārbaudiet ugunsmūri un pretvīrusu programmatūru.

• Nebloķēt DNS vaicājumus 53. portā UDP/TCP.
• Atļaut izšķirtspēja gan IPv4, gan IPv6 ja jūsu tīkls to atbalsta.
• Nepiespied to šifrēts DNS vai izmantojot HTTPS eksperimentāli, jums nezinot, ko darāt.

Uzraugiet savienojumu un DNS stabilitāti

Uzņēmumos ieteicams ieviest nepārtrauktu DNS un tīkla uzraudzību, izmantojot tādus rīkus kā PerfOps, DigiCert DNS Trust Manager vai citus līdzīgus risinājumus:

• Izmēriet izšķirtspējas laikus un atklājiet neparastu latentumu.
• Uzraugiet autoritatīvo DNS serveru darbības laiku un dīkstāvi.
• Saņemiet brīdinājumus par atkārtotām kļūdām, vaicājumu skaita pieaugumu vai potenciāliem uzbrukumiem (piemēram, DDoS DNS pakalpojumā).

Mazākās vidēs pietiek ar vienkāršām periodiskām pārbaudēm: zināmu IP adrešu un domēnu ping testēšanu , maršrutētāja žurnālu pārskatīšanu un, ja DNS kļūdas atkārtojas, sazinieties ar interneta pakalpojumu sniedzēju, lai izslēgtu tīkla līmeņa problēmas.

Vienota IP konfigurācija, rūpīgi izvēlēti DNS serveri, kontrolētas kešatmiņas, atjauninātas ierīces un pastāvīga uzraudzība ir būtiska atšķirība starp tīklu, kas nedarbojas katru nedēļu, un tādu, kas vienkārši darbojas nevainojami. Izpratne par to, kā mijiedarbojas IP, DNS, maršrutētāji, ugunsmūri un serveri, ļauj jums daudz labāk diagnosticēt nākamo kļūdu "DNS serveris neatbild" dažu minūšu laikā, nevis tērēt stundas, cīnoties ar pārlūkprogrammu.