Brúað VPN-hotspot: hvaða sjálfgefnu leið notar síminn?

Síminn á brúuðu hotspotinu fær vistfang sitt og hlið sitt einhvers staðar frá, og það er ekki sjálfgefna leið Pi. Að breyta sjálfgefnu leið Pi breytir því hvert Pi sendir eigin umferð. Síminn heldur áfram að nota hliðið sem sagt var við hann, og þegar það hlið er á fjarlæga LAN-inu fer rammanum hans einfaldlega yfir brúna. Tveir neytendur, tvær ákvarðanir. Að aðskilja þær skýrir flestar tilkynningar um hotspot án internets á meðan Pi sjálft er í lagi.

Tvö tæki, tvær mismunandi hliðsákvarðanir

Pi hefur sinn eigin IP-stakk og sína eigin sjálfgefnu leið. Síminn hefur sinn eigin IP-stakk og sína eigin sjálfgefnu leið.

Þessi tafla er allt módelið. Hlið símsins er vistfang á fjarlægu LAN-inu, og ramma hans er framsent á lagi 2 í átt að þeim beini. Sjálfgefna leið Pi varðar eigin ytri flutning Pi, sem verður að ná VPN-jafningjanum yfir ferðauplinkinu.

Brú framsendir ramma, hún beinir ekki pakkum

Linux-brú framsendir Ethernet-ramma eftir áfangastaðar-MAC, og það er allt sem hún gerir milli portanna sinna. Rammi símsins sem er stafaður á MAC fjarlæga beinisins er skipt yfir á TAP-portið og fer í gegnum göngin án þess að snerta beinitöflu Pi. Þess vegna getur skemmd sjálfgefna leið Pi látið símann virka, og þess vegna getur rétt leið ekki lagað síma sem fékk rangt hlið.

TAP ber Ethernet-ramma og getur verið brúarport. TUN ber IP-pakka og getur það ekki. Ef hönnun þín skipti einu út fyrir annað er brúin ekki brú og restin hér gildir ekki.

Ákveðið hver úthlutar leigu símsins

DHCP valkostur 3 er beinavalkosturinn, og hann segir biðlaranum hvaða hlið hann eigi að nota fyrir undirnetið sitt. Þegar DHCP-þjónn fjarlæga LAN-sins er eini úthlutandinn fær síminn fjarlægt hlið og hönnunin er samkvæm. Þegar eitthvað annað á ferðarhliðinni svarar fyrst fær síminn staðbundið hlið, internetumferð hans fer út um ferðauplinkið, og umferð hans til fjarlæga LAN-sins hefur alls enga leið.

Keyrið einn úthlutanda fyrir það útvarpssvið, og skráið hvað hann úthlutar.

Pi er sérstakt tilvik jafnvel þegar það tekur vistfang úr sömu leigu. Ákveðið viljandi hvort það eigi að setja upp leiðirnar sem leigan býður, því innflutt fjarlæg sjálfgefna getur dregið eigin VPN-flutning Pi inn í göngin sem það reynir að halda lifandi. Með systemd-networkd er sú ákvörðun UseRoutes= í DHCP-hlutanum; með dhclient er það routers-valkosturinn í beiðnalistanum.

Haldið uplink utan brúuðu LAN-inu

Viðmótið sem ber ytri VPN-tengingu Pi má ekki verða brúarport. Ef svo fer er dulkóðaði flutningurinn skipt yfir í stækkaða LAN-ið og göngin enda á að bera eigin ytri pakka, sem bregst á þann hátt að það lítur út eins og pakkatap frekar en lykkja. Haldið líka AP-getu og brúarstuðningi skýrum. Þráðlaust viðmót í station-stillingu getur venjulega ekki verið brúarport, því 802.11-hausinn hefur ekki pláss fyrir annað MAC-vistfangið sem brú þarf.

Skilgreinið stækkaða útvarpssviðið, eina vistfangaskrá og rammasíuna sem þið viljið í raun. Að leyfa VPN-hlustaranum á Pi veitir ekki hverjum brúuðum biðlara aðgang að stjórnunarþjónustum Pi. Það eru aðskildar reglur, og að meðhöndla þær sem eina er hvernig hotspot verður hljóðlega að opnum dyrum.

Prófið fjóra hluti hver fyrir sig þegar það bilar

Þegar síminn kemst ekki á fjarlæga LAN-ið aðskilja fjórar athuganir orsakirnar. Keyrið þær í þessari röð og stöðvið við þá fyrstu sem bregst.

ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmp

Byrjið á leigunni: heldur síminn vistfangi og hliði á fjarlæga undirnetinu? Skoðið svo brúna, og staðfestið að AP-portið og TAP-portið framsendi bæði. Lesið svo nágrannatöfluna, því óleyst færsla fyrir fjarlæga beinið þýðir að rammar fara út og ekkert svarar. Að lokum fylgist þið með römmum á brúnni meðan síminn pingar, sem segir ykkur hvort bilunin sé yfirhöfuð undir IP.

Skráið hvaða tæki á hverja sjálfgefna leið þegar þið eruð búin. Ein lína af skjölun gerir staðbundið og fjarlægt útstreymi að viljandi biðlarákvörðun, og brúarviðmiðið er þess virði að hafa við hliðina.