Ձեր զննարկիչի SOCKS կարգավորումը չի կարգավորում nslookup-ը

Զննարկիչը օգտագործում է SOCKS պրոքսի, ապա nslookup կապվում է մեքենայի սովորական լուծիչի հետ: Դա բավարար չէ եզրակացնելու, որ զննարկիչը անտեսել է հեռավոր DNS-ի իր տարբերակը:

Գործիքը ևս մեկ հարցում արեց իր սեփական DNS միջերեսով: Այն չհարցրեց զննարկիչին, թե որ ուղին օգտագործել: Հակառակը, նպատակակետ հանգույցի անունները SOCKS ուղարկող զննարկիչը չի վերակարգավորում սարքի յուրաքանչյուր լուծիչ հաճախորդ:

SSH դինամիկ փոխանցումն ավելացնում է ևս մեկ օգտակար տարբերություն: Այն ընդունում է SOCKS-ին ծանոթ հավելվածային միացումներ: Այն ավտոմատ համակարգային UDP DNS փոխանցիչ չէ: SOCKS հարցման մեջ փոխանցվող նպատակակետ հանգույցի անունը դեռ կարող է հեռավոր լուծվել՝ առանց համակարգի սովորական DNS հարցումները այդ լսողի միջով ուղարկելու:

Գնահատեք այն գործողությունը, որ ձեզ հետաքրքրում է: Որոշեք զննարկիչի արդյունավետ պրոքսի տեսակը և նպատակակետի լուծման քաղաքականությունը, ապա ուսումնասիրեք այդ զննարկիչի հարցման հետ կապված ապացույցները: Այդ ուղուց դուրս առանձին գործիքը համեմատություն է, ոչ թե զննարկիչի ներքին որոնման չափում:

Եթե պահանջը համակարգային անվան լուծման երթուղումն է, նշեք այն առանձին: Դրա համար անհրաժեշտ է համապատասխան աջակցվող նախագծում, որը ծածկում է շրջանակում գտնվող լուծիչի հոսքը: Մեկ հավելվածային պրոքսի կարգավորում ստեղծում է ավելի նեղ դասավորություն: