WSS דורך Squid איז נישט דאָס זעלבע ווי אַ פּשוטער WebSocket פֿאַרבעסערונג
טרענען אָפּ פֿאַרשיפּלטע WebSocket אין CONNECT פֿון דער באַהאַנדלונג פֿון פּשוטער HTTP Upgrade אין אַ פֿאָרויס־פּראָקסי.
זעט Squid אַ HTTP Upgrade בקשה, אָדער נאָר אַ טונעל וואָס פֿירט פֿאַרשיפּלטע פֿאַרקער? דאָס באַשטימט צי זײַנע HTTP Upgrade קאָנטראָלן באַהאַנדלען דעם פֿעלער.
| געוויינטלעכער וועג פֿון אַ פּשוטער פּראָקסי | וואָס Squid באַגעגנט |
|---|---|
wss:// | געוויינטלעך CONNECT, דערנאָך TLS פֿון דער דערגרייכונג וואָס פֿירט דעם WebSocket האַנטשאַק |
ws:// | אַ פּשוטע HTTP Upgrade בקשה וואָס דער פּראָקסי קען פּראָצעסירן |
דער פֿאַרבעסערונג־קאָנטראָל פֿון Squid באַטרעפֿט בקשות וואָס ער פּראָצעסירט. ער אַנטפּלעקט נישט פֿאַרשיפּלטע HTTP קעפּלעך אין אַ געוויינטלעכן אומדורכזיכטיקן WSS טונעל. TLS אונטערפֿאַנגען אָדער אַן אַנדער ספּעציעלער פּראָקסי־באַהאַנדלונג ענדערט די זעבאַרקייט און קען ברענגען אייגענע פּאַסן־פֿאָדערונגען.
פֿאַר WSS, געפֿינט ווו די רייע שטעלט זיך אָפּ: פֿאַרבינדונג צום פּראָקסי, אָנגענומענע CONNECT, באַשטעטיקטע TLS, דערנאָך דער האַנטשאַק פֿון דער אַפּליקאַציע. אַן אָפּוואַרפֿונג פֿאַר TLS איז אַן אַנדער פֿעלער ווי אַן אָפּגעוואָרפֿענע פּשוטע Upgrade בקשה.
אויב מען דאַרף ענדערן די פֿאַרבעסערונג־פּאָליטיק, ניצט די דירעקטיוו פֿאַר דער אינסטאַלירטער Squid ווערסיע און דערלויבט ספּעציפֿיש דאָס נייטיקע פֿאַרהאַלטן. דערלויבן אַלע פֿאַרבעסערונג־פּראָטאָקאָלן פֿאַרברייטערט די פּאָליטיק איבער דער באַשטימטער אַפּליקאַציע.
אַ דערפֿאָלגרייכע HTTPS בלאַט־בקשה באַשטעטיקט נאָר אַ טייל פֿון דעם וועג. לאַנגלעפֿיקע WebSocket פֿאַרקער קען נאָך פֿעלן צוליב פֿאָדערונגען פֿון דער אַפּליקאַציע, דער לעבן־דויער פֿון דער פֿאַרבינדונג אָדער באַגרענעצונגען פֿון מיטלערס, אַפֿילו פֿאַר דעם זעלביקן האָסט־נאָמען.