Jou blaaier se SOCKS-instelling konfigureer nie nslookup nie
Verstaan 'n stelsel-DNS-opsoeking apart van 'n blaaiernavraag deur 'n volmag wanneer jy afgeleë gasheernaamoplossing beoordeel.
Die blaaier gebruik 'n SOCKS-volmag, en dan kontak nslookup die masjien se gewone oplosser. Dit is nie genoeg om af te lei dat die blaaier sy afgeleë-DNS-opsie geïgnoreer het nie.
Die nutsprogram het nog 'n navraag deur sy eie DNS-koppelvlak gedoen. Dit het nie die blaaier gevra watter roete om te gebruik nie. Omgekeerd herkonfigureer 'n blaaier wat bestemmingsgasheername na SOCKS stuur, nie elke oplosserkliënt op die toestel nie.
'n SSH-dinamiese deurgeleiding voeg nog 'n nuttige onderskeid by. Dit aanvaar SOCKS-bewuste toepassingsverbindings. Dit is nie 'n outomatiese stelselwye UDP-DNS-aangee nie. 'n Bestemmingsgasheernaam in 'n SOCKS-navraag kan steeds op afstand opgelos word sonder om die stelsel se gewone DNS-navrae deur daardie luisteraar te stuur nie.
Evalueer die bewerking waaroor jy bekommerd is. Identifiseer die blaaier se effektiewe volmagtipe en bestemmingsoplossingsbeleid, en ondersoek dan bewyse wat met daardie blaaiernavraag verband hou. 'n Aparte nutsprogram buite daardie pad is 'n vergelyking, nie 'n meting van die blaaier se interne opsoeking nie.
As die vereiste stelselwye naamoplossingsroetering is, stel dit apart. Dit vereis 'n toepaslike ondersteunde ontwerp wat die oplosserverkeer in die bestek dek. 'n Enkele toepassingsvolmaginstelling vestig 'n nouer reëling.