Почему два 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.