Чому два SSH SOCKS-проксі показують ту саму публічну IP
Діагностуйте однакові публічні виходи з кількох динамічних перенаправлень SSH на той самий сервер із кількома адресами.
Дві команди, два локальні SOCKS-порти, одна публічна IP. Це нормально, коли обидва SSH-з'єднання доходять до того самого сервера і сервер використовує той самий зовнішній мережевий шлях.
Адреса, за якою ви входите в SSH, є вхідною. З'єднання із сайтом — це нове вихідне з'єднання з боку сервера локального динамічного перенаправлення. Ці ролі різні.
Підключення SSH спершу до адреси A, а потім до адреси B на одному VPS не наказує використовувати A і B як відповідні джерела перенаправлених з'єднань. Маршрутизація та вибір адреси джерела можуть вибрати те саме джерело для обох.
Локальний порт — це ручка, а не нова особистість
Порти 1080 і 1081 розрізняють слухачів на вашому ноутбуці. Вони не виділяють віддалені адреси. Документація з динамічного перенаправлення пояснює, як призначення відкриваються з віддаленого боку, не обіцяючи однієї адреси джерела на кожну адресу входу в SSH.
Для окремих виходів зробіть вибір явним в архітектурі. Окремі шлюзи з різними вихідними шляхами — один варіант. Виділений проксі з документованим керуванням джерелом — інший. Керування вихідною адресою у Squid показує, що це окрема функція від приймання клієнтського з'єднання.
Локальний параметр SSH -b не є селектором віддаленого виходу. Він прив'язує SSH-з'єднання на боці клієнта, а не джерело з'єднання із сайтом віддаленого сервера.
Перевірте також родину адрес і NAT. Сайт IPv6 може бачити іншу особистість, ніж сайт лише з IPv4, а кілька адрес сервера можуть транслюватися в одне публічне джерело. Рахуйте придатні вихідні шляхи, а не лише налаштовані порти чи адреси входу в SSH.