Ինչու երկու SSH SOCKS վստահված սերվեր ցույց են տալիս նույն հանրային IP-ն
Ախտորոշեք նույնական հանրային ելքերը մի քանի դինամիկ SSH փոխանցումներից դեպի նույն բազմահասցե սերվերը։
Երկու հրահանգ, երկու տեղական SOCKS պորտ, մեկ հանրային IP։ Դա նորմալ է, երբ երկու SSH կապերն էլ հասնում են նույն սերվերին, և սերվերն օգտագործում է նույն արտաքին ցանցային ուղին։
SSH մուտք գործելու համար օգտագործվող հասցեն ներգնա է։ Կայքի կապը նոր ելքային կապ է տեղական դինամիկ փոխանցման սերվերի կողմից։ Այդ դերերը տարբեր են։
SSH-ը նախ A հասցեին, ապա միևնույն VPS-ում B հասցեին միացնելը չի հրահանգում օգտագործել A-ն և B-ն որպես փոխանցված կապերի համապատասխան աղբյուրներ։ Երթուղավորումը և աղբյուր-հասցեի ընտրությունը կարող են ընտրել նույն աղբյուրը երկուսի համար։
Տեղական պորտը բռնակ է, ոչ նոր ինքնություն
1080 և 1081 պորտերը տարբերում են ձեր նոթբուքի լսողներին։ Դրանք հեռավոր հասցեներ չեն հատկացնում։ Դինամիկ փոխանցման փաստաթուղթը բացատրում է, թե ինչպես են նպատակակետերը բացվում հեռավոր կողմից՝ չխոստանալով մեկ աղբյուր-հասցե յուրաքանչյուր SSH մուտքի հասցեի համար։
Առանձին ելքերի համար ճարտարապետության մեջ ընտրությունը դարձրեք բացահայտ։ Տարբեր արտաքին ուղիներով առանձին դարպասները մեկ տարբերակ են։ Փաստաթղթավորված աղբյուրի վերահսկողությամբ նվիրված վստահված սերվերը մյուսն է։ Squid-ի ելքային հասցեի վերահսկողությունը ցույց է տալիս, որ սա առանձին հատկություն է հաճախորդի կապն ընդունելուց։
SSH-ի տեղական -b ընտրանքը հեռավոր ելքի ընտրիչ չէ։ Այն կապում է հաճախորդի կողմի SSH կապը, ոչ թե հեռավոր սերվերի կայքի կապի աղբյուրը։
Ստուգեք նաև հասցեների ընտանիքը և NAT-ը։ IPv6 կայքը կարող է տեսնել այլ ինքնություն, քան միայն IPv4 կայքը, և սերվերի մի քանի հասցեներ կարող են թարգմանվել մեկ հանրային աղբյուրի։ Հաշվեք օգտագործելի արտաքին ուղիները, ոչ միայն կարգավորված պորտերը կամ SSH մուտքի հասցեները։