Privoxy: חיבור לקוח פרוקסי HTTP למנהרת SOCKS
חברו לקוח פרוקסי שמקבל HTTP בלבד למנהרת SOCKS באמצעות פרוקסי HTTP מקומי, במקום לשנות את שם יציאת המנהרה.
מנהרת SSH דינמית, כולל העברה דינמית של PuTTY, מספקת ממשק SOCKS. יישום שמקבל פרוקסי HTTP בלבד אינו יכול להשתמש ביציאה הזו רק מפני שקוראים לה HTTP.
גשר פרוטוקול מקומי יכול לשבת ביניהם. היישום שולח בקשות פרוקסי HTTP לגשר, והגשר פותח חיבורים ליעד דרך שירות SOCKS.
Privoxy מתעד הסדר זה באמצעות כללי ההעברה שלו. עבור מנהרת SOCKS5 מקומית קיימת, קטע התצורה הוא:
forward-socks5 / 127.0.0.1:1080 .היישום מתחבר למאזין ה-HTTP של Privoxy, ולא ליציאה 1080. השאירו את המאזין הזה מקומי בהתאם למדיניות הגישה המיועדת. לנקודה האחרונה בכלל יש משמעות מתועדת; היא אינה מציין מקום לשם מארח אינטרנט חסר.
זהו תרגום פרוטוקול
תיעוד ההעברה של Privoxy מסביר את התחביר של העברת SOCKS ואת הטיפול בשמות מארח. העברת יציאת TCP רגילה אינה מבצעת את אותו תרגום: היא מעבירה את בתי ה-HTTP של הלקוח ללא שינוי למאזין SOCKS, שעדיין מצפה למשא ומתן SOCKS.
הגשר גם הופך לחלק מהתצורה שעליכם להבין. ל-Privoxy עשויים להיות הגדרות סינון תוכן וגישה משלו. הוספתו אינה זהה לכך שהיישום המקורי יתמוך ב-SOCKS באופן מקורי.
עבור אתרי HTTPS, היישום מבקש בדרך כלל CONNECT מהגשר, והגשר משיג את חיבור היעד דרך SOCKS. TLS רגיל של האתר נשאר יחס בין יישום לאתר; הגשר אינו צריך להתחזות לאתר כדי לספק את המסלול הזה.
אם היישום יכול להשתמש ב-SOCKS ישירות, ייתכן שהרכיב הנוסף אינו נחוץ. השתמשו בגשר כדי לפתור אי-התאמת פרוטוקול אמיתית, כאשר המאזין והזרם העליון מובחנים בבירור.