La SOCKS-agordo de via retumilo ne agordas nslookup
Interpretu sisteman DNS-serĉon aparte de retumila peto tra prokuro, kiam vi taksas malproksiman solvon de gastigantaj nomoj.
La retumilo uzas SOCKS-prokuron, poste nslookup kontaktas la kutiman solvilon de la maŝino. Tio ne sufiĉas por konkludi, ke la retumilo ignoris sian malproksiman DNS-opcion.
La ilo faris alian konsulton per sia propra DNS-interfaco. Ĝi ne demandis la retumilon, kiun vojon uzi. Male, retumilo, kiu sendas celajn gastigantajn nomojn al SOCKS, ne reagordas ĉiun solvilan klienton sur la aparato.
Dinamika SSH-plusendado aldonas alian utilan distingon. Ĝi akceptas SOCKS-konsciajn aplikaĵajn konektojn. Ĝi ne estas aŭtomata tutsistema UDP-DNS-relajso. Celo-gastiganta nomo portata en SOCKS-peto ankoraŭ povas esti solvita malproksime sen plusendi la ordinarajn DNS-konsultojn de la sistemo tra tiu aŭskultanto.
Taksonu la operacion, pri kiu vi zorgas. Identigu la efektivan prokurtipon kaj celan solvpolitikon de la retumilo, poste ekzamenu pruvojn ligitajn al tiu retumila peto. Aparta ilo ekster tiu vojo estas komparo, ne mezuro de la interna serĉo de la retumilo.
Se la postulo estas tutsistema enkursigo de nomosolvado, deklaru ĝin aparte. Ĝi bezonas taŭgan subtenatan dezajnon kovrantan la solvilan trafikon en la amplekso. Unu aplikaĵa prokuroagordo starigas pli mallarĝan aranĝon.