Hotspot VPN pont: pa lwybr rhagosodol mae'r ffôn yn ei ddefnyddio?
Nid llwybr rhagosodol y Pi yw porth y ffôn. Gwahanwch y ddau benderfyniad, cadwch yr uplink y tu allan i'r bont, a phrofwch y les cyn y twnnel.
Mae'r ffôn ar eich hotspot pont yn cael ei gyfeiriad a'i borth o rywle, ac nid llwybr rhagosodol y Pi yw hynny. Mae newid rhagosodiad y Pi yn newid i ble mae'r Pi yn anfon ei draffig ei hun. Mae'r ffôn yn parhau i ddefnyddio'r porth y dywedwyd wrthi amdano, a phan fydd y porth hwnnw ar y LAN pell, mae ei ffrâmau'n syml yn croesi'r bont. Dau ddefnyddiwr, dau benderfyniad. Mae eu gwahanu'n esbonio'r rhan fwyaf o adroddiadau am hotspot heb ryngrwyd tra bod y Pi ei hun yn iawn.
Dau ddyfais, dau benderfyniad porth gwahanol
Mae gan y Pi stac IP a llwybr rhagosodol ei hun. Mae gan y ffôn stac IP a llwybr rhagosodol ei hun.
| 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 |
Y tabl hwnnw yw'r model cyfan. Mae porth y ffôn yn gyfeiriad ar y LAN pell, ac mae ei ffrâmau'n cael eu cyfeirio ar haen 2 tuag at y llwybrydd hwnnw. Mae llwybr rhagosodol y Pi yn ymwneud â thrafnidiaeth allanol y Pi ei hun, sy'n gorfod cyrraedd y cymar VPN dros yr uplink teithio.
Mae pont yn cyfeirio ffrâmau, nid yw'n llwybro pecynnau
Mae pont Linux yn cyfeirio ffrâmau Ethernet yn ôl MAC y gyrchfan, a dyna'r cyfan mae'n ei wneud rhwng ei phorthladdoedd. Mae ffrâm y ffôn a gyfeiriwyd at MAC y llwybrydd pell yn cael ei newid i'r porth TAP ac yn croesi'r twnnel heb gyffwrdd â thabl llwybro'r Pi. Dyna pam y gall llwybr rhagosodol Pi sydd wedi torri adael y ffôn yn gweithio, a dyna pam na all un cywir drwsio ffôn a gafodd y porth anghywir.
Mae TAP yn cario ffrâmau Ethernet a gall fod yn borth pont. Mae TUN yn cario pecynnau IP ac ni all. Os yw eich cynllun wedi disodli'r naill â'r llall, nid pont yw'r bont ac nid yw gweddill hyn yn berthnasol.
Penderfynwch pwy sy'n dosbarthu les y ffôn
Opsiwn 3 DHCP yw'r opsiwn llwybrydd, ac mae'n dweud wrth y cleient pa borth i'w ddefnyddio ar gyfer ei isrwyd. Pan mai gweinydd DHCP y LAN pell yw'r unig ddosbarthwr, mae'r ffôn yn cael porth pell ac mae'r cynllun yn gyson. Pan fydd rhywbeth arall ar ochr y daith yn ateb yn gyntaf, mae'r ffôn yn cael porth lleol, mae ei draffig rhyngrwyd yn gadael drwy'r uplink teithio, ac nid oes llwybr o gwbl i'w draffig i'r LAN bell.
Rhedwch un dosbarthwr ar gyfer y parth darlledu hwnnw, a chofnodwch beth mae'n ei ddosbarthu.
Mae'r Pi yn achos ar wahân hyd yn oed pan fydd yn cymryd cyfeiriad o'r un les. Penderfynwch yn fwriadol a ddylai osod y llwybrau y mae'r les yn eu cynnig, oherwydd gall rhagosodiad pell a fewnforiwyd lusgo trafnidiaeth VPN y Pi ei hun i'r twnnel y mae'n ceisio ei gadw'n fyw. Gyda systemd-networkd y penderfyniad hwnnw yw UseRoutes= o dan yr adran DHCP; gyda dhclient yr opsiwn routers yn y rhestr wneud cais ydyw.
Cadwch yr uplink y tu allan i'r LAN bont
Rhaid i'r rhyngwyneb sy'n cario cysylltiad VPN allanol y Pi beidio â dod yn borth pont. Os bydd yn gwneud hynny, mae'r drafnidiaeth amgryptiedig yn cael ei newid i'r LAN estynedig ac mae'r twnnel yn cario ei becynnau allanol ei hun, sy'n methu mewn ffordd sy'n edrych fel colli pecynnau yn hytrach na dolen. Cadwch allu AP a chefnogaeth pont yn eglur hefyd. Mae rhyngwyneb di-wifr mewn modd station fel arfer yn methu â bod yn borth pont, oherwydd nid oes lle yn y pennawd 802.11 ar gyfer yr ail gyfeiriad MAC y mae pont yn ei angen.
Diffiniwch y parth darlledu estynedig, un cynllun cyfeiriadau, a'r hidlo ffrâmau rydych chi ei eisiau mewn gwirionedd. Nid yw caniatáu'r gwrandäwr VPN ar y Pi yn rhoi mynediad i bob cleient pont i wasanaethau rheoli'r Pi. Mae'r rheini'n reolau ar wahân, a'u trin fel un yw sut mae hotspot yn troi'n dawel yn ddrws agored.
Profwch y pedwar peth ar wahân pan fydd yn torri
Pan na all y ffôn gyrraedd y LAN pell, mae pedwar arsylwad yn gwahanu'r achosion. Rhedwch nhw yn y drefn hon a stopiwch ar yr un cyntaf sy'n methu.
ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmpDechreuwch gyda'r les: a yw'r ffôn yn dal cyfeiriad a phorth ar yr isrwyd bell? Yna edrychwch ar y bont, a chadarnhewch fod y porth AP a'r porth TAP ill dau'n cyfeirio. Yna darllenwch y tabl cymdogion, oherwydd mae cofnod heb ei ddatrys ar gyfer y llwybrydd pell yn golygu bod ffrâmau'n gadael ac nad oes unrhyw beth yn ateb. Yn olaf gwyliwch y ffrâmau ar y bont tra bod y ffôn yn ping, sy'n dweud wrthych a yw'r nam islaw IP o gwbl.
Cofnodwch pa ddyfais sy'n berchen ar bob rhagosodiad pan fyddwch wedi gorffen. Mae un llinell o ddogfennaeth yn troi allanfa leol yn erbyn pell yn benderfyniad cleient bwriadol, ac mae cyfeirnod y bont yn werth ei gadw wrth ei ymyl.