איבערפירן אויסגעקליבענע HTTP בקשות פון Squid צו HTTPS

Squid קען בעטן אַ בראַוזער צו פּרוּוון נאָכאַמאָל אַן אויסגעקליבענע HTTP URL דורך HTTPS. דער ציל מוז שוין פֿאַרזאָרגן די פּאַסיקע רעסורסן דורך HTTPS; אויספֿירן Squid אויף אַ Raspberry Pi שאַפֿט נישט די פֿעיִיקייט אויף דער וועבזייטל.

פֿאַר דער url_rewrite_program צובינד פֿון Squid 7 קען אַ helper אומקערן אַזאַ קליענט איבערפיר:

OK status=307 url="https://www.example.com/help"

דאָס איז איין ביישפּיל helper ענטפֿער פֿאַר אַ פּאַסיקע בקשה, נישט אַ פֿולשטענדיק helper פּראָגראַם. דער בראַוזער באַקומט דעם איבערפיר און מאַכט אַ נײַע בקשה צו דער HTTPS URL. אַ URL פֿון דרויסן פֿון דער פֿאַרבעסערונג פּאָליטיק קען באַקומען OK און בלײַבן אומבאַוואָגן.

ניצט אַ באַקאַנטע רשימה פֿון HTTPS-פֿעיִיקע צילן און אַנאַליזירט די אַרײַנקומענדיקע URL. באַוואָרט דעם געפּלאַנטן וועג און query, רעכנט אַרײַן בפֿירושע פּאָרטן און באַהאַנדלט בקשה מעטאָדן מיט באַוואוסטזיין. בלינד פֿאַרבייטן יעדער http פּרעפֿיקס נעמט אָן אַז יעדער אָריגין האָט אַ גלײַכווערטיקע HTTPS דינסט.

דער helper מוז ענטפֿערן יעדער אַרײַנגאַנג ליניע לויט דעם פּראָטאָקאָל פֿון דער אינסטאַלירטער Squid ווערסיע. אויב פּאַראַלעלע helper קאַנאַלן זענען אַקטיוו, באַוואָרט דעם קאַנאַל אידענטיפֿיקאַטאָר אין דעם ענטפֿער. דער אַלטער בלאָזער 301:URL ביישפּיל איז נישט אויסבײַטיק מיט דעם איצטיקן result-and-key/value פֿאָרמאַט.

קלײַבט אַ קליענט איבערפיר ווען דער בראַוזער זאָל וויסן די נײַע URL. אַ rewrite-url ענטפֿער בעט אַנשטאָט Squid צו ברענגען אַן אַנדער URL הינטער דער אָריגינעלער בקשה פֿון קליענט, וואָס קען לאָזן די אַפּליקאַציע URL ס און זיין צושטאַנד אומקאָנסיסטענט.

די ערשטע HTTP בקשה איז שוין געגאַנגען צו Squid פֿאַר דעם וואָס דער helper קען זי איבערפֿירן. די פּאָליטיק קען נישט באַשיצן יענע בקשה צוריקווייז. TLS הייבט אָן אויף דער קומענדיקער HTTPS פֿאַרבינדונג; אַ CONNECT טונעל אַליין גיט קיין פֿאַרשטענדיקונג נישט.