Kodėl du SSH SOCKS tarpiniai serveriai rodo tą patį viešą IP
Diagnozuokite identiškus viešus išėjimus iš kelių dinaminių SSH peradresavimų į tą patį kelių adresų serverį.
Dvi komandos, du vietiniai SOCKS prievadai, vienas viešas IP. Tai normalu, kai abu SSH ryšiai pasiekia tą patį serverį ir serveris naudoja tą patį išorinį tinklo kelią.
Adresas, naudojamas prisijungti prie SSH, yra įeinantis. Ryšys su svetaine yra naujas išeinantis ryšys iš serverio pusės vietinio dinaminio peradresavimo. Šie vaidmenys yra atskiri.
SSH prijungimas prie adreso A ir tada prie adreso B viename VPS neįsako jam naudoti A ir B kaip atitinkamų peradresuotų ryšių šaltinių. Maršrutizavimas ir šaltinio adreso parinkimas gali pasirinkti tą patį šaltinį abiem.
Vietinis prievadas yra rankena, o ne nauja tapatybė
Prievadai 1080 ir 1081 išskiria klausytojus jūsų nešiojamajame kompiuteryje. Jie neskiria nuotolinių adresų. Dinaminio peradresavimo dokumentacija paaiškina, kaip paskirties vietos atsidaro iš nuotolinės pusės, nepažadėdama vieno šaltinio adreso kiekvienam SSH prisijungimo adresui.
Norėdami gauti atskirus išėjimus, padarykite pasirinkimą aiškų architektūroje. Atskiri tarpai su skirtingais išoriniais keliais yra viena galimybė. Specialus tarpinis serveris su dokumentuota šaltinio kontrole yra kita. Squid išeinančio adreso kontrolė rodo, kad tai atskira funkcija nuo kliento ryšio priėmimo.
SSH vietinė parinktis -b nėra nuotolinio išėjimo parinkiklis. Ji susieja kliento pusės SSH ryšį, o ne nuotolinio serverio svetainės ryšio šaltinį.
Patikrinkite ir adresų šeimą bei NAT. IPv6 svetainė gali matyti kitą tapatybę nei tik IPv4 svetainė, o keli serverio adresai gali būti išversti į vieną viešą šaltinį. Skaičiuokite naudojamus išorinius kelius, ne tik sukonfigūruotus prievadus ar SSH prisijungimo adresus.