Zergatik bi SSH SOCKS proxy-k IP publiko bera erakusten duten
Diagnostikatu irteera publiko berdinak SSH birbidalketa dinamiko batzuetatik helbide anitzeko zerbitzari berera.
Bi komando, bi SOCKS ataka lokal, IP publiko bat. Hori normala da bi SSH konexioak zerbitzari berera iristen direnean eta zerbitzariak kanporako sare-bide bera erabiltzen duenean.
SSH-n saioa hasteko erabiltzen den helbidea sarrera da. Webgunerako konexioa irteerako konexio berria da, birbidalketa dinamiko lokal baten zerbitzariaren aldetik. Rol horiek bereiziak dira.
SSH A helbidera eta gero B helbidera konektatzeak VPS bakarrean ez dio agintzen A eta B birbidalitako konexioen hurrenez hurrengo iturri gisa erabil ditzan. Bideratzeak eta iturri-helbidearen hautaketak iturri bera hauta dezakete bietarako.
Ataka lokal bat heldulekua da, ez identitate berria
1080 eta 1081 atakek zure ordenagailu eramangarriko entzuleak bereizten dituzte. Ez dituzte urruneko helbideak esleitzen. Birbidalketa dinamikoaren dokumentazioak azaltzen du nola irekitzen diren helmugak urruneko aldetik, SSH saio-hasierako helbide bakoitzeko iturri-helbide bat agindu gabe.
Irteera bereizietarako, egin hautaketa esplizitua arkitekturan. Kanporako bide desberdinak dituzten ate bereiziak aukera bat dira. Iturri-kontrol dokumentatua duen proxy dedikatu bat beste bat da. Squid-en irteerako helbidearen kontrolak erakusten du bezero-konexio bat onartzetik bereizitako funtzioa dela.
SSH-ren -b aukera lokala ez da urruneko irteeraren hautatzailea. Bezeroaren aldeko SSH konexioa lotzen du, ez urruneko zerbitzari baten webgune-konexioaren iturria.
Egiaztatu helbide-familia eta NAT ere. IPv6 webgune batek IPv4 soila den gune batek baino identitate desberdina ikus dezake, eta zerbitzariko helbide batzuk iturri publiko bakarrera itzul daitezke. Zenbatu erabil daitezkeen kanporako bideak, ez soilik konfiguratutako atakak edo SSH saio-hasierako helbideak.