פרוקסי טפסי רשת משנים את מקור הדפדפן, לא רק את כתובת ה-IP היוצאת
הבחינו בין אתר פרוקסי עם תיבת URL לבין פרוקסי מקורי בדפדפן, והסבירו מדוע התחברויות וסקריפטים מורכבים עשויים להתנהג אחרת.
עמוד עם תיבת URL הוא יישום רשת. הזנת יעד שם מבקשת מאותו יישום להביא ולהציג תוכן. זהו סידור שונה מלומר לדפדפן להשתמש בפרוקסי HTTP או SOCKS.
בהגדרת פרוקסי מקורית הדפדפן עדיין מתייחס לכתובת ה-URL של היעד כאתר. בפרוקסי טופס רשת שגרתי, העמוד הנראה מוגש דרך סכימת ה-URL והמקור של יישום הפרוקסי עצמו. השירות עשוי לשכתב קישורים, סקריפטים, כותרות או קובצי cookie כדי שהניווט יימשך.
| התנהגות | מדוע ההבדל חשוב |
|---|---|
| בדיקות מקור זהות | הדפדפן מעריך את המקור שהוא באמת טען |
| קובצי cookie והפניות | התנהגות הדומיין, הנתיב וההקשר המאובטח חייבת להתאים לכתובות ה-URL המוצגות |
| סקריפטים שבונים כתובות חדשות | בקשות עשויות להימלט מסכימת שכתוב קישורים פשוטה |
| חיבורים מתמשכים או WebSockets | יישום הפרוקסי זקוק לטיפול תואם מפורש |
זה מסביר תוצאה מוכרת: מאמר פשוט נטען, אבל עורך מסמכים או תהליך התחברות נכשל. הכישלון אינו חייב לומר שהיעד דוחה את כתובת ה-IP היוצאת של השירות. ייתכן שהמתווך אינו מסוגל לשמר את הנחות היישום לגבי כתובות URL ואבטחת הדפדפן.
הבחינו גם היכן TLS מסתיים. שירות שמביא ומפרסם מחדש תוכן יעד נמצא בעמדת אמון שונה מממסר CONNECT רגיל הנושא הפעלה מוצפנת. ראיית HTTPS בכתובת אתר הפרוקסי עצמו אינה מבססת חיבור TLS מקצה לקצה מהדפדפן לאתר המקורי.
אם המטרה היא גלישה רגילה דרך יציאה אחרת, בחרו נקודת קצה HTTP או SOCKS מהשירות שלכם או מרשימת פרוקסי והשתמשו בהגדרת פרוקסי מקורית נתמכת, כגון הגדרות החיבור של Firefox. זה בדרך כלל משמר יותר מהסמנטיקה הרגילה של היעד בדפדפן. אתר עם תיבת URL יכול להיות יישום שנבחר במכוון, אך אין להציגו כממשק זהה עם פחות הגדרה.