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