פֿאַרוואָס אַ DNS ענדערונג קען נישט אויסשטעלן אַ SOCKS פּראָקסי

פֿאַרבייטן אַ DNS ענטפֿער פֿאַרבייט נאָר די אַדרעס צו וואָס דער בלעטערער פֿאַרבינדט זיך. עס פֿאַרבייט נישט דעם פּראָטאָקאָל וואָס דער בלעטערער רעדט ווען ער קומט אָן.

ביים עפֿענען אַ געוויינטלעכן HTTP אַדרעס שיקט דער בלעטערער HTTP. ביים עפֿענען אַ HTTPS אַדרעס הייבט ער אָן TLS פֿאַר יענעם וועבזײַטל. אַ SOCKS5 סערווער אָבער וואַרט ערשט אויף זײַן אייגענעם אויסהאַנדלען: אויסוואַל פֿון מעטאָד, יעדער אויטענטיפֿיקאַציע און אַ בקשה וואָס באַנעמט דעם ציל. אַ נישט־אויסגעשטעלטער בלעטערער שיקט גאָרנישט פֿון דעם.

דאָס דערקלערט פֿאַרוואָס אַ דערגרייִכלעכער Dante צוהערער קען תּיכּף פֿאַרמאַכן די פֿאַרבינדונג נאָך אַ DNS ענדערונג. דער דינסט קען זײַן געזונט; די אַרײַנקומענדיקע בייטן געהערן צו דעם פֿאַלשן פּראָטאָקאָל. אַוועקפֿירן דעם צוהערער צו פּאָרט 80 אָדער 443 מאַכט די בייטן נישט SOCKS.

שטעלט אויס דעם SOCKS צובינד פֿון דעם בלעטערער, למשל די SOCKS איינשטעלונגען פֿון Firefox, אָדער אַ פּראָגראַם־ספּעציפֿישע פּראָקסי איינשטעלונג, כּדי ער זאָל דורכפֿירן דאָס האַנט געבן און בעטן דעם פּראָקסי ווײַטער פֿאַרבינדן. אַ PAC טעקע קען אויסקלײַבן אַ געשטיצטן פּראָקסי וועג פֿאַר פּראָגראַמען וואָס ניצן זי. עס בלײַבט אַ באַזונדערע פּראָקסי קאָנפֿיגוראַציע, נישט אַן אייגנשאַפֿט פֿון אַן A אָדער AAAA רעקאָרד.

HTTPS לייגט צו נאָך אַ שטערונג צו דער בלויז־DNS אידעע. דער בלעטערער וואַרט ווײַטער אויף דער אידענטיטעט פֿון דעם וועבזײַטל אין דער אַדרעס. אַ סערטיפֿיקאַט פֿאַר דעם פּראָקסי האָסט קען נישט באַפֿרידיקן די דערוואַרטונג בלויז ווײַל DNS האָט געשיקט די פֿאַרבינדונג אַהין.

דורכזיכטיק נעצווערק אָפּכאַפּן איז אַן אַנדער פּלאַן וואָס באַשטייט פֿון רוטינג און פּאַסיקער אָפּכאַפּער ווייך־וואַרג. מען קען דאָס נישט באַקומען דורך אומקערן די אַדרעס פֿון אַ SOCKS סערווער פֿון DNS.