Bu L2TP manzili IPCP, LANdagi DHCP ijara emas

Ulanish ko‘tariladi va adapter ofis diapazonidagi manzilni ko‘rsatadi, shuning uchun tabiiy xulosa VPN sizga LAN manzilini berib, sizni LANga joylashtirgani bo‘ladi. Bu ikki yarmining hech biri to‘liq to‘g‘ri emas. L2TP PPP seansini tashiydi, PPP esa IPCP bilan ichki IPv4 manzilini kelishadi. Bu manzil ikki tomon o‘rtasida kelishilgan seans parametri, ofis DHCP serveri bergan ijara emas, va unga ega bo‘lish sizni ofis simidagi qo‘shni qilmaydi.

Bitta ulanishda ikkita manzil

L2TP ulanishida ikkita mustaqil muzokara bor. Tashqisi qurilmangiz va VPN so‘nggi nuqtasi o‘rtasida sizda bor bo‘lgan har qanday tarmoq orqali himoyalangan yo‘l quradi. Ichkisi PPP seansi bo‘lib, aynan o‘sha yerda seans manzilingiz va qarshi tomon manzili kelishiladi. Internet trafigi butunlay uchinchi manzil, so‘nggi nuqtaning ommaviy manzili ostida chiqishi mumkin, shuning uchun VPN tekshirish sahifasi va adapter manzili kamdan-kam mos keladi.

Bu uch rolni alohida saqlash odamlar bu qatlamga olib keladigan savollarning ko‘piga javob beradi. VPN interfeysidagi shaxsiy raqam normal va kutilgan narsa. U so‘nggi nuqta ommaviy chiqishingizni o‘zgartirgani haqida hech narsa aytmaydi va trafigingiz qaysi manzillarga yetishini o‘zi hal qilmaydi.

IPCP aniq nima qiladi

IPCP PPP uchun IPv4 boshqaruv protokoli. Har bir tomon o‘zi xohlagan variantlarni tavsiflovchi Configure-Request xabarlarini yuboradi, manzil varianti ulardan biri. Hali manzili yo‘q klient odatda 0.0.0.0 bilan so‘raydi, server esa klient ishlatishini xohlagan manzilni olib yuruvchi Configure-Nak bilan javob beradi. So‘ngra klient o‘sha manzilni so‘raydi va seans mahalliy hamda uzoq manzil bilan ko‘tariladi.

Bu almashinuv PPP va IPCP spetsifikatsiyalarida hujjatlashtirilgan va xatoga o‘xshab ko‘rinadigan tafsilotni tushuntiradi: manzilni server o‘z siyosatiga ko‘ra tanlaydi, bu hovuz, har bir foydalanuvchi uchun sozlama yoki autentifikatsiya qilingan shaxsga bog‘langan manzil bo‘lishi mumkin. Hovuz tugaganda yoki siyosat so‘rovga zid bo‘lganda, autentifikatsiya muvaffaqiyatli bo‘lib, manzil muzokarasi muvaffaqiyatsiz bo‘lishi mumkin, klient esa hech qachon barqarorlashmaydigan ulanish haqida xabar beradi.

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd jurnalida mahalliy va uzoq manzilni ko‘rsatuvchi qator o‘sha muzokaraning muvaffaqiyatli oxiri. Muvaffaqiyatli autentifikatsiya yonida uning yo‘qligi ishonch ma’lumotlariga emas, manzil bosqichiga ishora qiladi.

LAN nima uchun sizga javob bera olmaydi

Uzoq tomon diapazonidan olingan manzil o‘sha LANdagi xostlar sizga yetib borishi mumkin degan kutishni yaratadi, lekin server seans manzilingizni tunnelga qaytarmasa, ular ko‘pincha yetib bora olmaydi. Hovuz ichida bo‘lish taqsimot haqidagi bayonot, topologiya haqida emas. Ofis fayl serverining seans manzilingizga yo‘li yo‘q, agar VPN server uni uzatmasa, uzatsa ham ruxsat berilmagan bo‘lishi mumkin.

Shu sababli qoplamali diapazonlar ko‘rinadigan o‘lchamiga mos kelmaydigan muammolar keltiradi. Agar hovuz klient allaqachon ishlatayotgan LAN bilan qoplansa, klientning marshrutlash jadvalida endi bir xil prefiksga ikki da’vo bo‘ladi va noto‘g‘risi tunnel bilan hech qanday aloqasi bo‘lmagan sabablarga ko‘ra ko‘pincha yutadi.

Avval seansni, keyin marshrutni tekshiring

Avval interfeysni, keyin marshrutlarni, keyin muhim bitta manzilni tekshiring. Har bir qadamning o‘z nosozlik uslubi bor va uchtasini birga sinash keyin himoya qila olmaydigan xulosa beradi.

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

Agar ommaviy tekshiruv so‘nggi nuqta manzilini ko‘rsatib, shaxsiy manzil vaqt tugasa, tunnel standart marshrutingizni tashiyapti va uzoq tomon o‘sha manzilga javob bermayapti. Shaxsiy manzil javob berib, ommaviy tekshiruv o‘zgarmasa, profil bo‘lingan tunneldan foydalanadi va trafikning faqat bir qismi seansdan foydalanadi.

Uch bosqichni alohida tuting

Autentifikatsiya, manzil muzokarasi va uzatish turlicha muvaffaqiyatsiz bo‘ladi, va har birining mas’uli boshqa. Ishonch ma’lumotlari shaxs muammosi, IPCP tugashi server siyosati muammosi, qaytish marshrutining yo‘qligi esa tarmoq dizayni muammosi. Uchtasini ham “VPN buzilgan” deb xabar qilish sekin tuzatishni kafolatlaydi.

Berilgan manzilni, u qaysi hovuzdan kelganini va LAN unga yetishi kerakmi-yo‘qmi yozib qo‘ying. O‘sha bitta eslatma keyingi odamning DHCP ijara deb o‘ylab, hech qachon ishtirok etmagan diapazonni izlashini oldini oladi.