Чаму два 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.