Socket.IO ב-Node.js: השתמשו בסוכן SOCKS עבור polling ו-WebSocket

import { io } from 'socket.io-client';
import { SocksProxyAgent } from 'socks-proxy-agent';

const agent = new SocksProxyAgent('socks5h://proxy.example:1080');
const socket = io('https://events.example', {
  agent,
  transports: ['polling', 'websocket'],
});

השתמשו בשירות Socket.IO האמיתי. סוכן ה-Node מנהל משא ומתן על SOCKS; socks5h מעביר את ה-DNS של היעד לאותו פרוקסי. קחו נקודת קצה מתאימה מתוך רשימת פרוקסי SOCKS5 כאשר בדיקות של שירותים ציבוריים דרך מתווכים ציבוריים מותרות.

polling עשוי להצליח לפני ששדרוג WebSocket מאוחר ייכשל. בדקו את שני המסלולים וכל transportOptions שעוקף את הסוכן ברמה העליונה.

הדוגמה משתמשת בשתי התעבורות האלה בכוונה. WebTransport משתמש במימוש אחר, ו-JavaScript שנארז בדפדפן פועל לפי תצורת הדפדפן. גם נקודת קצה פשוטה של WebSocket אינה שרת Socket.IO.

שמרו על לוגיקת האירועים וההתחברות מחדש הקיימת, ואז נתקו את הלקוח ושחררו את הסוכן שלו לאחר סיום החיבורים.