Ko'prikli VPN hotspot: telefon qaysi standart marshrutdan foydalanadi?
Pi'ning standart marshruti telefonning shlyuzi emas. Ikki qarorni ajrating, uplinkni ko'prikdan tashqarida saqlang va lease'ni tunnelgacha sinab ko'ring.
Ko'prikli hotspot'ingizdagi telefon o'z manzili va shlyuzini qayerdandir oladi, va bu Pi'ning standart marshruti emas. Pi'ning standartini o'zgartirish Pi o'z trafigini qayerga yuborishini o'zgartiradi. Telefon o'ziga aytilgan shlyuzdan foydalanishda davom etadi, va bu shlyuz uzoq LANda bo'lsa, uning freymlari shunchaki ko'prikdan o'tadi. Ikki iste'molchi, ikki qaror. Ularni ajratish Pi o'zi joyida bo'lganda internetsiz hotspot haqidagi ko'p xabarlarni tushuntiradi.
Ikki qurilma, ikki xil shlyuz qarori
Pi'ning o'z IP steki va o'z standart marshruti bor. Telefonning o'z IP steki va o'z standart marshruti bor.
| Consumer | Who chooses its gateway | What carries the traffic |
|---|---|---|
| Phone on the bridged AP | The remote LAN router, delivered in its client configuration | An Ethernet frame toward that router crosses the AP and TAP bridge |
| Pi's encrypted connection | The travel uplink's route toward the VPN peer | The Pi sends its own outer transport packets over the underlay |
Bu jadval butun modeldir. Telefonning shlyuzi uzoq LANdagi manzil, va uning freymlari 2-qatlamda o'sha routerga yo'naltiriladi. Pi'ning standart marshruti Pi'ning o'z tashqi transportiga tegishli bo'lib, u sayohat uplinki orqali VPN sherigiga yetishi kerak.
Ko'prik freymlarni uzatadi, u paketlarni marshrutlamaydi
Linux ko'prigi Ethernet freymlarini manzil MAC bo'yicha uzatadi, va o'z portlari orasida faqat shuni qiladi. Telefonning uzoq router MAC manziliga yuborilgan freymi TAP portiga o'tkaziladi va Pi'ning marshrutlash jadvaliga tegmasdan tunneldan o'tadi. Shuning uchun buzilgan Pi standart marshruti telefonni ishlayotgan holda qoldirishi mumkin, va shuning uchun to'g'ri marshrut noto'g'ri shlyuz berilgan telefonni tuzata olmaydi.
TAP Ethernet freymlarini tashiydi va ko'prik porti bo'lishi mumkin. TUN IP paketlarini tashiydi va bo'la olmaydi. Agar loyihangiz birini ikkinchisi bilan almashtirgan bo'lsa, ko'prik ko'prik emas va qolgani bu yerda qo'llanilmaydi.
Telefonning lease'ini kim taqsimlashini hal qiling
DHCP 3-varianti router varianti bo'lib, klientga o'z subneti uchun qaysi shlyuzdan foydalanishni aytadi. Uzoq LANning DHCP serveri yagona taqsimlovchi bo'lsa, telefon uzoq shlyuz oladi va loyiha izchil bo'ladi. Sayohat tomonida boshqa narsa birinchi javob bersa, telefon mahalliy shlyuz oladi, uning internet trafigi sayohat uplinki orqali chiqadi, va uning uzoq LANga trafigi umuman yo'lga ega emas.
O'sha broadcast domeni uchun bitta taqsimlovchi ishga tushiring va u nima taqsimlashini yozib oling.
Pi alohida holat, hatto o'sha lease'dan manzil olsa ham. Lease taklif qiladigan marshrutlarni o'rnatish kerakmi, buni ongli ravishda hal qiling, chunki import qilingan uzoq standart Pi'ning o'z VPN transportini u tirik saqlashga urinayotgan tunnelga tortishi mumkin. systemd-networkd bilan bu qaror DHCP bo'limidagi UseRoutes=; dhclient bilan bu so'rov ro'yxatidagi routers varianti.
Uplinkni ko'prikli LANdan tashqarida saqlang
Pi'ning tashqi VPN ulanishini tashuvchi interfeys ko'prik porti bo'lmasligi kerak. Aks holda shifrlangan transport kengaytirilgan LANga o'tkaziladi va tunnel oxir-oqibat o'z tashqi paketlarini tashiydi, bu esa halqaga emas, paket yo'qotishga o'xshab ko'rinadigan tarzda ishlamay qoladi. AP qobiliyati va ko'prik qo'llab-quvvatlashini ham aniq saqlang. station rejimidagi simsiz interfeys odatda ko'prik porti bo'la olmaydi, chunki 802.11 sarlavhasida ko'prikka kerak bo'lgan ikkinchi MAC manziliga joy yo'q.
Aniqlang kengaytirilgan broadcast domenini, bitta manzil rejasi va siz haqiqatan xohlagan freym filtrlashni. Pi'da VPN tinglovchisiga ruxsat berish har bir ko'prikli klientga Pi'ning boshqaruv xizmatlariga kirishni bermaydi. Bu alohida qoidalar, va ularni bitta deb qarash hotspotning jimgina ochiq eshikka aylanish yo'lidir.
Buzilganda to'rttasini alohida sinab ko'ring
Telefon uzoq LANga yetib bora olmasa, to'rtta kuzatuv sabablarni ajratadi. Ularni shu tartibda bajaring va birinchi muvaffaqiyatsizlikda to'xtang.
ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmpLease'dan boshlang: telefon uzoq subnetda manzil va shlyuzga egami? Keyin ko'prikka qarang, AP porti va TAP porti ikkalasi ham uzatayotganini tasdiqlang. Keyin qo'shnilar jadvalini o'qing, chunki uzoq router uchun hal qilinmagan yozuv freymlar chiqib, hech narsa javob bermayotganini bildiradi. Nihoyat telefon ping qilayotganda ko'prikdagi freymlarni kuzating, bu nosozlik IP ostidami yoki yo'qmi ayon qiladi.
Tugatgach qaysi qurilma qaysi standart marshrutga egaligini yozib qo'ying. Bitta qator hujjat mahalliy va uzoq chiqish masalasini ongli klient qaroriga aylantiradi, va ko'prik havolasini uning yonida saqlashga arziydi.