העברת TCP ליעד קבוע עם portproxy של Windows
כלל portproxy מעביר מאזין ליעד קבוע. הוא אינו מוסיף את משא ומתן SOCKS או HTTP CONNECT שלקוחות מודעי פרוקסי מצפים לו.
כלל portproxy של Windows מעביר TCP ליעד אחד מוגדר. הוא אינו מנהל משא ומתן על בקשת פרוקסי HTTP של דפדפן או על בקשת יעד SOCKS.
| שירות | מי בוחר את היעד? |
|---|---|
| מעביר TCP קבוע | תצורת ההעברה של המאזין. |
| פרוקסי SOCKS5 | בקשת הלקוח, במסגרת מדיניות השרת. |
| פרוקסי HTTP קדמי | בקשת פרוקסי ה-HTTP, כולל CONNECT למנהרות HTTPS נפוצות. |
בדקו מעביר קיים עם netsh interface portproxy show all. השוו את ה-backend המוגדר שלו לפרוטוקול שהלקוח שלכם שולח. התיעוד netsh מתאר כתובות ופורטים של המאזין ושל היעד; קבלת TCP אינה מקימה לחיצת יד HTTP או SOCKS.
משא ומתן SOCKS שנשלח למעביר רגיל מגיע פשוט ל-backend הקבוע הזה. הוא אינו יכול לגרום לשירות שאינו SOCKS להבין את הבקשה או לבחור יעד חדש.
מעביר שלפני פרוקסי אמיתי שונה. הפרוקסי העליון עדיין מנהל משא ומתן על יעדים ואימות; המעביר נושא את החיבור אליו. מעביר החשוף לרשת יכול להרחיב את הגישה ל-backend הזה, לכן שמרו על גבול הגישה של המאזין במכוון.
בחרו שירות בעל יכולת פרוטוקול כשהדרישה היא יציאת HTTP או SOCKS כללית. פורט מועבר הוא רק חלק אחד מאותו מסלול.