פֿאַרוואָס Squid ראַפּאָרטירט דעם HTTPS־גאַסטגעבער אָבער נישט דעם בלאַט־וועג
ערקלערט פֿעלנדיקע HTTPS־וועגן אין געװײנטלעכע Squid CONNECT־לאָגן אָן צו באַטראַכטן TLS־אָפּהאַקן װי אַ רוטינער לאָג־אַװאַנצירונג.
אַ רעקאָרד פֿאַר shop.example:443 גיט נישט Squid דעם וועג /orders/42. CONNECT פֿרעגט אַ גאַסטגעבער/פּאָרט; דערנאָך טראָגט דער TLS פֿון דער דעסטינאַציע דעם HTTP־וועג אין טונעל.
| באַװײַז | געװײנטלעכע CONNECT־דורכפֿיר |
|---|---|
| ציל־גאַסטגעבער/פּאָרט און טונעל־רעזולטאַט | פֿאַראַן פֿאַר דער פּראָקסי. |
| אינערלעכער HTTPS־וועג און אַפּליקאַציע־בקשה | פֿאַרשליסט צװישן קליענט און װעבזײַט. |
אַ URL־שטיק אין בלעטערער װאָס הײבט זיך אָן מיט # | בלײַבט געװײנטלעך אין קליענט, אויך אַחוץ דעם פּראָקסי־לאָג. |
אַ לאָג־פֿאָרמאַט קען פֿאַרשריבן פֿעלדער װאָס Squid האָט, נישט אַנטשליסן אומגעזעענע מעלדונגען. פּשוטע HTTP־װײַטערפֿירונג איז אַנדערש װײַל דער מיטלמאַן באַקומט די HTTP־בקשה. מער פֿונדאַמענטאַלע אויסגאַבע ענדערט נישט די CONNECT־גרענעץ.
אַ װערזאָרגטע TLS־אָפּהאַקונג ענדערט דאָס צוטרוי פֿון קליענט און די אַדמיניסטראַטיװע פֿאָדערונגען. עס איז נישט קיין קלײנער לאָג־שלט און איז איבעריק פֿאַר אַ נאָרמאַלער פֿאָרװערטס־פּראָקסי װאָס ענדערט IP.
אויב די אַפּליקאַציע איז אײַערע און איר דאַרפֿט דיאַגנאָזיזירונג אױף בלאַט־מדרגה, ניצט אירע לאָגן אָדער אַ פּאַסיק געשטאַלטעטע קליענט־טעלעמעטריע. פֿאַר פּראָקסי־פֿעלער, האַלט ציל־גאַסטגעבער, צײַט, סטאַטוס און פֿאַרענדיקטער פֿאַרבינדונג־שטאַפּל; זײ געפֿינען אָפֿט דעם פּראָבלעם אָן זאַמלען פּריװאַטע בלאַט־וועגן.