דעקט אַ בלעטערער־פּראָקסי אויך WebRTC?
אַ געוויינטלעכער וועב־IP־טעסט און אַ WebRTC־פֿאַרבינדונג קענען ניצן אַנדערע וועגן. קאָנטראָלירט די רעאַלצײַט־קאָמוניקאַציע פֿונעם בלעטערער באַזונדער.
די HTTP־פּראָקסי־אײַנשטעלונג פֿונעם בלעטערער דעקט נישט אויטאָמאַטיש WebRTC. אַ געוויינטלעכע IP־קאָנטראָל־זײַט מעסט אַ וועב־בקשה; אַ רוף קען ניצן באַזונדערע וועגן פֿאַר פֿאַרבינדונג און אַדרעס־אַנטדעקונג.
SOCKS5 נעמט נישט אַוועק דעם אונטערשייד. די אײַנגעבויטע SOCKS5־URL־פּראָקסי־אימפּלעמענטאַציע פֿון Chromium שטיצט TCP, נישט אַן אַלגעמיינע UDP־אַסאָציאַציע. די פֿעיִקייטן פֿונעם פּראָטאָקאָל זענען ברייטער ווי דער דאָזיקער בלעטערער־צובינד.
בלעטערערס האָבן באַזונדערע נעץ־קאָנטראָלן פֿאַר WebRTC. Chrome שטעלט צו אַ פּאָליטיק פֿאַר IP־באַהאַנדלונג דורך זײַן API פֿאַר פּריוואַטקייט־צוגאָבן, אַרײַנגערעכנט disable_non_proxied_udp; Mozilla דאָקומענטירט אויך WebRTC־נעץ־פּריוואַטקייט־אײַנשטעלונגען. דער Chrome־ווערט איז אַן API־פּאָליטיק, נישט קיין אַלגעמיין טשעקקאַסטן אָדער גאַראַנטיע צו באַהאַלטן יעדן אַדרעס.
קאָנטראָלירט דעם געוויינטלעכן וועב־אַרויסגאַנג, און דערנאָך די WebRTC־אויפֿפֿירונג אין דער קאָנפֿערענץ־אַפּליקאַציע וואָס איר ניצט טאַקע, מיט אַ דיאַגנאָזע וועמענס באַריכט־פֿעלדער איר פֿאַרשטייט. לאָקאַלע אַדרעסן, רעלע־אַדרעסן און עפֿנטלעך באַמערקטע אַדרעסן באַשרײַבן אַנדערע טיילן פֿון אַ פֿאַרבינדונג. פֿאַרשרײַבט דעם בלעטערער און די טעסט־באַדינגונגען: פּאָליטיקן, צוגאָבן, פּריוואַטקייט־אויפֿפֿירונג און פֿאַראַנענע וועגן ווירקן אויפֿן רעזולטאַט. דעריבער איז נישט «ליקט שטענדיק» און נישט אַ געראָטענער וועב־IP־טעסט אַ גענוגנדיקער אויספֿיר.
אויב איר באַגרענעצט אַ WebRTC־וועג, פּרוּווט ווידער די נייטיקע רופֿן. ווייניקער אַדרעס־אַנטפּלעקונג קען אויך פֿאַרהיטן אַז אַ רוף זאָל זיך פֿאַרבינדן. דער קאָמפּראָמיס איז באַזונדער פֿון דער פֿראַגע צי אַן HTTP־פּראָקסי־ענדפּונקט איז אָנליין.