Zubitutako VPN hotspot-a: zein bide lehenetsi erabiltzen du telefonak?
Pi-ren bide lehenetsia ez da telefonaren atebidea. Bereizi bi erabakiak, eduki uplink-a zubitik kanpo, eta probatu lease-a tunelaren aurretik.
Zubitutako hotspot-eko telefonak bere helbidea eta atebidea nondikbait lortzen ditu, eta hori ez da Pi-ren bide lehenetsia. Pi-ren lehenetsia aldatzeak Pi-k bere trafikoa norantz bidaltzen duen aldatzen du. Telefonak esan zioten atebidea erabiltzen jarraitzen du, eta atebide hori urruneko LAN-ean dagoenean, bere markoek zubia zeharkatzen dute besterik gabe. Bi kontsumitzaile, bi erabaki. Hauek bereizteak interneterik gabeko hotspot baten berri ematen dute gehienetan, Pi bera ondo dagoenean.
Bi gailu, bi atebide-erabaki desberdin
Pi-k bere IP pila eta bere bide lehenetsia ditu. Telefonak bere IP pila eta bere bide lehenetsia ditu.
| 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 |
Taula hori da eredu osoa. Telefonaren atebidea urruneko LAN-eko helbide bat da, eta bere markoak 2. geruzan birbidaltzen dira router horretarantz. Pi-ren bide lehenetsiak Pi-ren kanpoko garraioari dagokio, eta honek VPN parekidea bidaiako uplink bidez iritsi behar du.
Zubi batek markoak birbidaltzen ditu, ez ditu paketeak bideratzen
Linux zubi batek Ethernet markoak helmugako MACaren arabera birbidaltzen ditu, eta hori da bere porteen artean egiten duen guztia. Urruneko routerraren MACera zuzendutako telefonaren markoa TAP portura aldatzen da eta tunela zeharkatzen du Pi-ren bideratze-taulari ukitu gabe. Horregatik Pi-ren bide lehenetsi hondatuak telefonoa funtzionatzen utz dezake, eta horregatik zuzen batek ezin du atebide okerra jaso zuen telefonoa konpondu.
TAPek Ethernet markoak daramatza eta zubi-portua izan daiteke. TUNek IP paketeak daramatza eta ezin du. Zure diseinuak bat bestearekin ordezkatu bazuen, zubia ez da zubi eta gainerakoa ez da aplikatzen.
Erabaki nor arduratuko den telefonaren lease-a banatzeaz
DHCP 3. aukera router aukera da, eta bezeroari esaten dio zein atebide erabili behar duen bere azpisarearentzat. Urruneko LAN-eko DHCP zerbitzaria banatzaile bakarra denean, telefonak urruneko atebide bat lortzen du eta diseinua koherentea da. Bidaiaren aldean beste zerbait lehenago erantzuten badu, telefonak tokiko atebide bat lortzen du, bere internet trafikoa bidaiako uplink bidez irteten da, eta urruneko LANerako trafikoak ez du biderik bat ere.
Abian jarri broadcast domeinu horretarako banatzaile bakarra, eta erregistratu zer banatzen duen.
Pi kasu bereizia da, lease beretik helbidea hartzen duenean ere. Erabaki kontzienteki lease-ak eskaintzen dituen bideak instalatu behar dituen, inportatutako urruneko lehenetsi batek Pi-ren VPN garraio propioa bizirik mantendu nahi duen tunelera eraman baitezake. systemd-networkd-rekin erabaki hori UseRoutes= da DHCP atalean; dhclient-ekin routers aukera da eskaeren zerrendan.
Eduki uplink-a zubitutako LANetik kanpo
Pi-ren kanpoko VPN konexioa daraman interfazea ez da zubi-portu bihurtu behar. Bihurtzen bada, garraio zifratua zabaldutako LANera aldatzen da eta tunelak bere kanpoko paketeak daramatza, eta horrek pakete-galera itxurako hutsegitea eragiten du, ez begizta bat. Eduki AP gaitasuna eta zubi-euskarria ere esplizitu. Haririk gabeko interfazea station moduan normalean ezin da zubi-portua izan, 802.11 goiburuak ez baitu zubi batek behar duen bigarren MAC helbiderako lekua.
Definitu zabaldutako broadcast domeinua, helbide-plan bat eta benetan nahi duzun marko-iragazketa. Pi-n VPN entzulea baimenduta ere, ez dio zubitutako bezero bakoitzari Pi-ren kudeaketa zerbitzuetarako sarbiderik ematen. Arau bereiziak dira, eta bat balitz bezala tratatzea hotspot bat isilka ate ireki bihurtzeko modua da.
Probatu lau gauzak bereizita huts egiten duenean
Telefonak urruneko LANera iritsi ezin duenean, lau behaketak bereizten dituzte arrazoiak. Exekutatu hurrenkera honetan eta gelditu lehen huts egiten duenean.
ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmpHasi lease-arekin: telefonak helbidea eta atebidea ditu urruneko azpisarean? Ondoren begiratu zubia, eta egiaztatu AP portuak eta TAP portuak biak birbidaltzen dutela. Ondoren irakurri bizilagunen taula, urruneko routerraren sarrera konpondu gabeak markoak irteten direla eta ezerk erantzuten ez duela esan nahi baitu. Azkenik begiratu markoak zubian telefonak ping egiten duen bitartean, eta horrek esango dizu hutsa IP azpitik ote dagoen.
Erregistratu zein gailuk duen lehenetsi bakoitza amaitzean. Dokumentazio-lerro batek tokiko eta urruneko irteera bezeroaren erabaki kontziente bihurtzen du, eta zubiaren erreferentzia merezi du ondoan edukitzea.