Wêrom twa SSH SOCKS-proxy's deselde iepenbiere IP sjen litte
Diagnostisearje identike iepenbiere útgongen fan meardere dynamyske SSH-oerstjoeringen nei deselde tsjinner mei meardere adressen.
Twa opdrachten, twa lokale SOCKS-poarten, ien iepenbiere IP. Dat is normaal as beide SSH-ferbiningen deselde tsjinner berikke en de tsjinner deselde útwreidzjende netwurkpaad brûkt.
It adres dat brûkt wurdt om by SSH oan te melden is ynkommend. De ferbining mei de webside is in nije útwreidzjende ferbining fan 'e tsjinnerkant fan in lokale dynamyske oerstjoering. Dy rollen binne skieden.
SSH ferbine mei adres A en dan mei adres B op ien VPS jout it net de opdracht om A en B as de respektivelike boarnen fan oerstjoerde ferbiningen te brûken. De routing en de kar fan boarneadres kinne deselde boarne kieze foar beide.
In lokale poarte is in hânfet, gjin nije identiteit
De poarten 1080 en 1081 ûnderskiede lústerers op jo laptop. Se jouwe gjin fiere adressen ta. De dokumintaasje oer dynamyske oerstjoering ferklearret hoe't bestimmingen fan 'e fiere kant iepene wurde sûnder ien boarneadres per SSH-ynmeldadres te ûnthjitten.
Foar skieden útgongen, meitsje de kar eksplisyt yn 'e arsjitektuer. Skieden poarten mei ferskillende útwreidzjende paden binne ien opsje. In tawijde proxy mei dokumintearre boarnekontrôle is in oare. Squid's kontrôle fan útwreidzjend adres lit sjen dat dit in aparte funksje is fan it akseptearjen fan in kliïntferbining.
De lokale SSH-opsje -b is gjin selektor foar fiere útgong. It bynt de SSH-ferbining oan 'e kliïntkant, net de boarne fan 'e websideferbining fan in fiere tsjinner.
Kontrolearje ek adresfamylje en NAT. In IPv6-webside kin in oare identiteit sjen as in side mei allinnich IPv4, en ferskate tsjinneradressen kinne nei ien iepenbiere boarne oerset wurde. Tel brûkbere útwreidzjende paden, net allinnich konfigurearre poarten of SSH-ynmeldadressen.