Hotspot VPN i urëzuar: cilën rrugë të parazgjedhur përdor telefoni?
Rruga e parazgjedhur e Pi nuk është porta e telefonit. Ndani dy vendimet, mbajeni uplink-un jashtë urës dhe testoni lease-in para tunelit.
Telefoni në hotspotin tuaj të urëzuar merr adresën dhe portën diku, dhe kjo nuk është rruga e parazgjedhur e Pi. Ndryshimi i parazgjedhurës së Pi ndryshon ku Pi dërgon trafikun e vet. Telefoni vazhdon të përdorë portën që iu tha, dhe kur ajo portë ndodhet në LAN-in e largët, kornizat e tij thjesht kalojnë urën. Dy konsumatorë, dy vendime. Ndaria e tyre shpjegon shumicën e raporteve për një hotspot pa internet ndërsa vetë Pi është në rregull.
Dy pajisje, dy vendime të ndryshme për portën
Pi ka stakun e vet IP dhe rrugën e vet të parazgjedhur. Telefoni ka stakun e vet IP dhe rrugën e vet të parazgjedhur.
| 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 |
Ajo tabelë është i gjithë modeli. Porta e telefonit është një adresë në LAN-in e largët, dhe kornizat e tij përçohen në shtresën 2 drejt atij routeri. Rruga e parazgjedhur e Pi ka të bëjë me transportin e vet të jashtëm, i cili duhet të arrijë partnerin VPN përmes uplink-ut të udhëtimit.
Një urë përçon korniza, nuk rrugëton paketa
Një urë Linux përçon korniza Ethernet sipas MAC-it të destinacionit, dhe kjo është gjithçka që bën midis porteve të saj. Korniza e telefonit e adresuar MAC-it të routerit të largët kalon në portën TAP dhe përshkon tunelin pa prekur tabelën e rrugëtimit të Pi. Prandaj një rrugë e parazgjedhur e prishur e Pi mund ta lërë telefonin duke punuar, dhe prandaj një e saktë nuk mund të rregullojë një telefon që mori portën e gabuar.
TAP mbart korniza Ethernet dhe mund të jetë portë ure. TUN mbart paketa IP dhe nuk mundet. Nëse dizajni juaj zëvendësoi njërën me tjetrën, ura nuk është urë dhe pjesa tjetër nuk zbatohet.
Vendosni kush shpërndan lease-in e telefonit
Opsioni 3 i DHCP është opsioni i routerit, dhe i tregon klientit cilën portë të përdorë për nënrrjetin e tij. Kur serveri DHCP i LAN-it të largët është shpërndarësi i vetëm, telefoni merr një portë të largët dhe dizajni është konsistent. Kur diçka tjetër në anën e udhëtimit përgjigjet e para, telefoni merr një portë lokale, trafiku i tij i internetit del përmes uplink-ut të udhëtimit, dhe trafiku i tij drejt LAN-it të largët nuk ka fare rrugë.
Xisni një shpërndarës të vetëm për atë domen transmetimi, dhe shënoni çfarë shpërndan.
Pi është një rast i veçantë edhe kur merr adresë nga i njëjti lease. Vendosni me qëllim nëse duhet t'i instalojë rrugët që ofron lease-i, sepse një parazgjedhur e largët e importuar mund të tërheqë transportin VPN të Pi në tunelin që po përpiqet ta mbajë gjallë. Me systemd-networkd ai vendim është UseRoutes= në seksionin DHCP; me dhclient është opsioni routers në listën e kërkesave.
Mbajeni uplink-un jashtë LAN-it të urëzuar
Ndërfaqja që mbart lidhjen e jashtme VPN të Pi nuk duhet të bëhet portë ure. Nëse bëhet, transporti i kriptuar kalon në LAN-in e zgjeruar dhe tuneli përfundon duke mbartur paketat e veta të jashtme, gjë që dështon në një mënyrë që duket si humbje paketash dhe jo si lak. Mbajini eksplicite edhe aftësinë AP dhe mbështetjen e urës. Një ndërfaqe pa tela në modalitetin station zakonisht nuk mund të jetë portë ure, sepse kreu 802.11 nuk ka vend për adresën e dytë MAC që i duhet një ure.
Përcaktoni domenin e transmetimit të zgjeruar, një plan adresash dhe filtrimin e kornizave që vërtet dëshironi. Lejimi i dëgjuesit VPN në Pi nuk i jep çdo klienti të urëzuar akses në shërbimet e menaxhimit të Pi. Këto janë rregulla të ndara, dhe trajtimi i tyre si një është mënyra se si një hotspot bëhet në heshtje një derë e hapur.
Testoni katër gjërat veçmas kur prishet
Kur telefoni nuk arrin LAN-in e largët, katër vëzhgime ndajnë shkaqet. Xisini në këtë rend dhe ndaloni tek i pari që dështon.
ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmpFilloni me lease-in: a mban telefoni adresë dhe portë në nënrrjetin e largët? Më pas shikoni urën dhe konfirmoni që porta AP dhe porta TAP të dyja përçojnë. Më pas lexoni tabelën e fqinjëve, sepse një zë i pazgjidhur për routerin e largët do të thotë që kornizat dalin dhe asgjë nuk përgjigjet. Në fund vëzhgoni kornizat në urë ndërsa telefoni bën ping, gjë që ju tregon nëse defekti është nën IP apo jo.
Shënoni cila pajisje zotëron çdo parazgjedhur kur të mbaroni. Një rresht dokumentacioni e kthen daljen lokale kundrejt asaj të largët në një vendim të qëllimshëm të klientit, dhe referenca e urës ia vlen të mbahet pranë.