Webbläsarens SOCKS-inställning konfigurerar inte nslookup
Tolka en system-DNS-sökning separat från en webbläsarförfrågan via proxy när du bedömer fjärruppslag av värdnamn.
Webbläsaren använder en SOCKS-proxy, sedan kontaktar nslookup maskinens vanliga resolver. Det räcker inte för att dra slutsatsen att webbläsaren ignorerade sitt fjärr-DNS-alternativ.
Verktyget gjorde ännu en fråga via sitt eget DNS-gränssnitt. Det frågade inte webbläsaren vilken väg som skulle användas. Omvänt konfigurerar inte en webbläsare som skickar målvärdnamn till SOCKS om varje resolverklient på enheten.
Dynamisk SSH-vidarebefordran tillför en annan användbar distinktion. Den accepterar SOCKS-medvetna applikationsanslutningar. Den är inte en automatisk systemomfattande UDP-DNS-relä. Ett målvärdnamn som bärs i en SOCKS-förfrågan kan fortfarande lösas på distans utan att systemets vanliga DNS-frågor skickas genom den lyssnaren.
Bedöm operationen du bryr dig om. Identifiera webbläsarens effektiva proxytyp och policy för måluppslagning och granska sedan bevis som hör till den webbläsarförfrågan. Ett separat verktyg utanför den vägen är en jämförelse, inte en mätning av webbläsarens interna uppslagning.
Om kravet är systemomfattande routing av namnuppslagning, ange det separat. Det behöver en lämplig stödd design som täcker resolverns trafik inom omfånget. En enda proxyinställning för en applikation etablerar en snävare ordning.