Faqat IPv6 ulanish, IPv4 xizmat: SOCKS proksisi ko'prik bo'lsin
SOCKS proksisi bitta ulanishni qabul qiladi va boshqasini ochadi, shuning uchun faqat IPv6 bo'lgan mijoz IPv4 xizmatiga yetib boradi. Bu uzatish, mahalliy IPv4 kirish emas.
Manzil oilasidagi manzil bo'lmasa ham unga yetish mumkin, faqat yo'lda biror narsa uzatishga tayyor bo'lsa. Ilova proksiga ulanadi, proksi esa manzilga ikkinchi ulanishni ochadi. Bular mustaqil manzil oilalariga ega ikki soket va hech bir protokol ularning mos kelishini talab qilmaydi. Bu ilova darajasidagi uzatish, mahalliy IPv4 yo'li emas va aynan shu farq nima ishlashi va nima ishlamasligini belgilaydi. Ikkalasini aralashtirish noutbukning faqat proksisi bo'lsa-da, IPv4 ulanishi bor deb ta'riflanishiga sabab bo'ladi.
Ikki soket, ikki manzil oilasi
SOCKS5 so'rovi manzilni uch shakldan birida nomlaydi: so'zma-so'z v4 manzili, so'zma-so'z v6 manzili yoki proksi hal qilishi kerak bo'lgan nom. So'rov proksi qayerga ulanishi kerakligini tavsiflaydi, mijozdan proksiga ulanish qanday ko'rinishini emas.
Bu manzil turlarini bitta xabardagi uchta mustaqil tanlov sifatida o'qing. IPv6 orqali yetib borish mumkin bo'lgan proksi ishlaydigan IPv4 chiqishi bo'lsa va siyosati so'rovga ruxsat bersa, IPv4 manzil soketini ocha oladi. SOCKS5 spetsifikatsiyasi ularni mijoz transportiga umuman havola qilmasdan belgilaydi.
Nazorat qilinadigan SSH misoli
Foydalanishga ruxsatingiz bor SSH xostni oling, u IPv6 bo'yicha javob beradi va o'zi faqat v4 da mavjud HTTPS xizmatiga yetib bora oladi. OpenSSH dinamik yo'naltirishi kirish seansi v6 orqali ketayotganda mashinangizga mahalliy SOCKS tinglovchisini qo'yadi.
ssh -6 -N -D 127.0.0.1:1081 -o ExitOnForwardFailure=yes [email protected]Yuqoridagi xost va hisob misollardir, loopback bog'lash esa tinglovchini shu kompyuterda ushlab turadi. Ofis autentifikatsiyasiz proksini bo'lishishi uchun uni wildcard bog'lash bilan almashtirmang. ExitOnForwardFailure=yes muvaffaqiyatsiz yo'naltirish seansni tugatishi uchun bor, orqa fonda jim buyruq qolib ketishi uchun emas.
Seans ishlayotganda so'rov shunday ko'rinadi:
curl --proxy socks5h://127.0.0.1:1081 https://v4-only.example/Loopback ulanishi IPv4 internet yo'li emas. Mashinangizdan chiqadigan narsa v6 orqali kirish seansidir va manzil soketini uzoq tomon ochadi. socks5h shakli nomlarni hal qilishni ham o'sha tomonga topshiradi, bu mijozning o'z IPv4 hal qiluvchi yo'li bo'lmaganda muhim.
Manzil aslida nimani ko'radi
Manzil uzatuvchining chiqish manzilini ko'radi. U yerda noutbukingizga tegishli hech qanday manzil ko'rinmaydi. O'sha xizmatdagi manba ruxsat ro'yxati uzatuvchini nomlashi kerak. Uning jurnallari ham trafikni uzatuvchiga bog'laydi. Buni auditdan oldin o'zgarish yozuviga yozing, chunki mijoz manzillari atrofida qurilgan ruxsat ro'yxati birinchi so'rovdayoq muvaffaqiyatsiz bo'ladi.
Uzatuvchi suhbatning ikki yarmi ko'rinadigan joy hamdir, bu diagnostika paytida foydali xususiyat va uzatuvchi siyosatsiz bo'lishilsa yuk.
Bu DNS64 yoki NAT64 emas
DNS64 v4 manzillar o'rnini bosuvchi sintezlangan yozuvlar bilan javob beradi, NAT64 esa paketlarni sozlangan yo'l bo'ylab qayta yozadi. Ikkalasi ham bu yerda sodir bo'layotgan narsani tasvirlamaydi, bu yerda bir transport suhbati tugaydi va boshqasi boshlanadi va hech qanday sintezlangan manzil natijani tushuntirmaydi. Shuning uchun muvaffaqiyatli so'rov provayderingiz qanday tarjima xizmatlarini yuritishini aytmaydi va proksi o'z chiqishida oddiy NAT ishlatishi mumkin.
Ikkala mexanizm ham bir tarmoqda mavjud bo'lishi mumkin, shuning uchun eng yaqin eshitiladiganini emas, haqiqatan tekshirganingizni tasvirlang.
Va'da berishdan oldin ko'lamni biling
OpenSSH dinamik yo'naltirishi TCP ulanishlarini olib yuradi, ixtiyoriy IP trafigini emas, shuning uchun UDP, ICMP va proksini e'tiborsiz qoldiradigan har qanday protokol boshqa qo'llab-quvvatlanadigan dizaynni talab qiladi. SSH xost kalitini tekshirish, serverning yo'naltirish cheklovlari va HTTPS sertifikatini tekshirishni saqlang, chunki proksi qo'shimcha ishonchli ishtirokchi, shaxsni tekshirishni zaiflashtirish uchun sabab emas. Maqsad VPN ning tashqi transportini proksi orqali olib o'tish bo'lsa, har qanday SOCKS tinglovchisi uni uzata oladi deb taxmin qilish o'rniga ikkala uchi ham bu transportni qo'llab-quvvatlashini tekshiring.
Bularning hech biri mijozni ikki stekli qilmaydi va hech biri shart emas. Bu bitta ilovaning bitta uzatuvchi orqali bitta xizmatga yetishini ta'minlaydi, bu kichikroq da'vo va tekshirish ancha oson.