Verificam statisticile de trafic pe rețeaua mea când ceva nebunesc mi-a sărit în ochi, ceva ce eram sigur că trebuie să fie o eroare:
Peste 90% din TOT TRAFICUL de pe rețeaua mea provenea de la/către Apple.com. Rețineți că suntem un mediu de birou destul de standard, nu există niciun motiv pentru care ar trebui să avem 761GB de trafic către ORICE loc în doar câteva săptămâni.
Acest volum de trafic este prea mare chiar și pentru actualizările sistemului de operare, așa că primul meu gând a fost că unul dintre angajații noștri descărca și/sau transmitea filme 4K de pe iTunes în timp ce se afla la serviciu. Să vedem dacă putem săpa în statisticile de lățime de bandă pe client și să găsim vinovatul…
Așteaptă… asta e MAȘINA MEA. Propriul meu iMac a descărcat 436GB de pe Apple.com. Ce naiba se întâmplă? Am deschis Monitorul de activitate pe mașina mea pentru a vedea dacă pot găsi procesul incriminat (notă: deja rezolvasem problema înainte de a face această captură de ecran, dar procesul „mDNSResponder” avea aproape 600GB de trafic).
După o mulțime de căutări pe Google și după ce am săpat pagini și pagini adânci în forumurile de asistență Apple, am găsit în cele din urmă o singură postare care sugera că traficul excesiv de DNS poate fi cauzat de OpenDNS configurat greșit. Acest lucru m-a făcut să mă întreb dacă nu cumva ORICE server DNS personalizat ar putea cauza problema și mi-am amintit că am configurat atât iMac-ul meu, cât și routerul nostru pentru a utiliza serverul DNS gratuit 8.8.8.8.8 de la Google. Nu voi intra în acest articol despre motivul pentru care ați putea dori să folosiți 8.8.8.8.8 în acest articol, dar iată o scriere solidă.
Se pare că dacă vă configurați atât routerul (la nivel de rețea) cât și clientul (la nivel de sistem de operare) pentru a utiliza același rezolvator DNS codificat în mod greșit, se creează un conflict care duce la un trafic DNS masiv și duplicat.
Înseamnă că este posibil să aveți această problemă dacă folosiți oricare dintre următorii rezolvitori DNS publici:
- Google – 8.8.8.8.8 / 8.8.4.4
- OpenDNS – 208.67.222.222 / 208.67.220.220
- Cloudflare DNS – 1.1.1.1.1
Pentru a remedia problema – asigurați-vă că configurați serverele DNS personalizate pe Router SAU pe client, dar nu pe ambele. Cea mai bună practică este să configurați serverele DNS la nivelul routerului și apoi să lăsați toți clienții să obțină serverele DNS de la router folosind DHCP. Dacă codificați dur adresele serverelor DNS în ambele locuri, pregătiți-vă să vă consumați toată lățimea de bandă cu interogări DNS.
Sperăm că această postare Medium se clasează suficient de bine pe Google pentru ca și alții să o poată găsi – aplaudați dacă v-a ajutat!
.