וואָס קען אײַער נעץ זען ווען איר ניצט אַ פּראָקסי?
טיילט אָפּ די פּראָקסי־פֿאַרבינדונג, TLS צום ציל און DNS־פֿאַרקער בײַם אָפּשאַצן וואָס אַ נעץ־אָבסערוואַטאָר קען זען.
מיט אַ געוויינטלעכן HTTP־פּראָקסי קען די לאָקאַלע נעץ זען דעם ערשטן CONNECT־ציל אַפֿילו ווען די וועב־בקשה ווערט באַשיצט מיט HTTPS. TLS ביזן פּראָקסי ענדערט די אַנטפּלעקונג אויפֿן טייל צווישן קליענט און פּראָקסי.
| וועג | וואָס אַ באַאָבאַכטער מיט צוטריט צום לאָקאַלן פֿאַרקער קען זען |
|---|---|
| נישט־געטשיפֿרעוועטער HTTP־וועבזײַטל דורך אַ נישט־געטשיפֿרעוועטן HTTP־פּראָקסי | דער אַפּליקאַציע־אויסטויש גייט אין אַ לייענבאַרער פֿאָרעם, נישט נאָר דער פּראָקסי־אַדרעס. |
| HTTPS־וועבזײַטל דורך אַ נישט־געטשיפֿרעוועטן HTTP־פּראָקסי | דער אָפֿענער CONNECT־ציל, די פּראָקסי־פֿאַרבינדונג און די צײַטמוסטערן זענען זעבאַר; TLS צום ציל באַשיצט די וועב־בקשה אינעם טונעל. |
| אַ ריכטיק וועריפֿיצירטע HTTPS־פּראָקסי־פֿאַרבינדונג | TLS באַשיצט דעם פּראָקסי־אויסטויש אויף יענעם טייל; די ענדפּונקט־פֿאַרבינדונג און פֿאַרקער־מעטאַדאַטן בלײַבן זעבאַר. |
שוץ אויף יענעם טייל נעמט נישט אַוועק דעם פּראָקסי־אָפּעראַטאָרס בליק אויף זײַן אייגענער פֿאַרבינדונגס־באַהאַנדלונג. TLS צום ציל און צוטרוי צום אָפּעראַטאָר זענען באַזונדערע טיילן פֿונעם וועג.
DNS דאַרף אויך אַן אייגענע קאָנטראָל. אַ לאָקאַל געלייזטער צילנאָמען רוקט זיך נישט אויטאָמאַטיש אַרײַן אין דער פּראָקסי־פֿאַרבינדונג. ווײַטע SOCKS־נאָמען־לייזונג ענדערט יענע זוכונג, אָבער הינטערגרונט־פּראָצעסן און אַנדערע אַפּליקאַציעס קענען ווײַטער לייזן נעמען און זיך פֿאַרבינדן אומאָפּהענגיק.
פֿאַר אַ נוצלעכע פּריוואַטקייט־אָפּשאַצונג פֿאַרשרײַבט דעם URL־סכעמע פֿונעם פּראָקסי, דעם סכעמע פֿונעם ציל, דעם אמתן קליענט־וועג און DNS־אויפֿפֿירונג. איין בלעטערער־אײַנשטעלונג באַווײַזט נישט קיין דעקונג פֿונעם גאַנצן אַפּאַראַט. בײַם ציל קען אַ בקשה מיט אַן אַרײַנגעשריבענעם באַניצער ווײַטער אידענטיפֿיצירן זײַן קאָנטע דורך קיכלעך, אַפֿילו אויב דער לאָקאַלער טייל איז געטשיפֿרעוועט און דער אַרויסגאַנג־IP האָט זיך געביטן.