Pi-hotspot með Pi-hole og VPN: gefðu hverri þjónustu sitt verkefni

Sími tengist hotspot Pi, fær veffang og síðan virkar samt ekki. Pi keyrir hotspot-hjálp, Pi-hole og VPN-biðlara, og hvert þeirra heldur að það eigi hluta af leiðinni. Flestar þessar uppsetningar mistakast ekki vegna þess að hluti er bilaður, heldur vegna þess að tveir hlutir gera sama verkið. Úthlutaðu einum eiganda fyrir hverja aðgerð áður en þú stillir eitthvað þeirra.

Úthlutaðu einum eiganda fyrir hverja aðgerð

Hér skipta fjórar aðgerðir máli, og hver þarf nákvæmlega einn eiganda. Taflan hér fyrir neðan tilgreinir aðgerðina, nothæfan eiganda og hvað fer úrskeiðis þegar tvær þjónustur gera tilkall til hennar.

Skörunin kemur venjulega einum pakka í einu. Hotspot-hjálpin setur upp sína eigin dnsmasq-uppsetningu, Pi-hole vill port 53 og VPN-biðlarinn bætir við leiðum. Hvert skref virðist sanngjarnt eitt og sér, og saman framleiða þau vél þar sem önnur þjónustan sem ræsir breytir hljóðlega hegðun þeirrar fyrstu.

Skrifaðu eigendurna niður áður en þú kveikir á öðru. Stutt tafla í byggingarnótum kemur í veg fyrir að seinna uppsetning taki yfir aðgerð sem átti þegar eiganda.

Veldu eitt svið og haltu því fjarri göngunni

Veldu svið hotspotsins, veffang Pi á því, DHCP-pottinn og uppflettinguna sem biðlararnir fá. Haltu því sviði aðskildu frá LAN-inu uppstreymis og frá sviði VPN-göngunnar, því skarast net verða úr leiðarvanda að verki um þýðingu vistfanga. Svið sem skarast við gönguna gerir Pi að óviljandi beini milli tveggja sömu forskeyta. Skrifaðu sviðið og pottinn í stillingar hotspotsins í stað þess að skilja þau eftir sjálfgefnum gildum.

Ef deildu hamur NetworkManager á hotspotið, skoðaðu virku tenginguna áður en þú bætir við DHCP-þjóni. Deildu hamurinn ræsir sína eigin hjálp og kveikir á áframsendingu, svo hann er þegar eigandi vistfangaskrárinnar fyrir það netkort. Að bæta við annarri þjóni vegna þess að hún er tiltæk skapar samkeppnisboð í stað afhendingaröryggis.

Ákveddu um IPv6 af ásetningi. Beinisvörp og DHCPv6 koma frá annarri hjálp en DHCPv4 í mörgum uppsetningum, og að láta IPv6 vera á meðan VPN-stefnan nær bara yfir IPv4 gefur biðlurum leið sem fer fram hjá göngunni. Annaðhvort skipuleggur þú IPv6-hliðina eða slökkvir á henni á hotspot-netkortinu með skrifaðri ástæðu.

Hver svarar í raun á port 53

Skráðu hvert ferli sem hlýðir á port 53 áður en þú breytir stillingu. Á Pi sem keyrir staðbundið uppflettingarstub, Pi-hole og deilihjálp er hlustendalistinn eina áreiðanlega kortið yfir hver svarar fyrirspurnum:

sudo ss -lunpt '( sport = :53 )'
ip -4 addr show
ip route

Netkortsleiðbeiningar Pi-hole útskýra að móttökuháttur sem takmarkast við eitt netkort geti samt notað villikorts-socket og hent komum annars staðar. Það er ekki það sama og að binda aðeins valin netkort, sem er fyrirkomulagið sem er ætlað þegar önnur DNS-þjónusta þarf að deila vélinni.

Tvö ferli geta venjulega ekki bundið sama vistfang og port, þótt SO_REUSEPORT geti látið deilda bindingu heppnast; jafnvel þá getur villikorts-hlustandi tekið komur sem ætlaðar voru þrengri þjónustunni. Veldu skjalfesta háttinn fyrir hlutverkið sem þú vilt og endurræstu þjónusturnar í fyrirhugaðri röð.

Haltu stjórnborði Pi-hole utan hotspot-netsins. Biðlarar þurfa uppflettingu, ekki vefviðmótið eða API-ið sem getur breytt stillingum uppflettingarinnar.

Tveir DNS-fætur, ein stefna hvor

Fyrirspurn biðlara fer frá símanum til Pi, og sérstök fyrirspurn fer frá Pi til uppflettingar uppstreymis. Leiðarregla sem passar við áframsent hotspot-umferð gildir ekki sjálfkrafa um annan fótinn, því Pi framleiðir þá umferð staðbundið. Ef VPN á að flytja DNS þarf staðbundna leiðin sína eigin stefnu.

Fylgstu með lykkju. Að beina uppstreymi Pi-hole að vistfangi sem Pi þjónar sjálft, beint eða í gegnum port-forward, framleiðir fyrirspurnir sem hringa þar til þær renna út. Gefðu því raunverulegt uppstreymi eða skilyrta framsendingu fyrir lénin sem það getur ekki svarað.

Ákveddu hvað gerist þegar göngin detta. Að falla aftur á staðbundnu uppflettinguna heldur vafrinu gangandi en getur lekið nöfnum út fyrir VPN; að loka heldur stefnunni óbreyttri og gerir bilunina að sýnilegri villu. Báðar leiðir eru varðanlegar, en velja þarf þær í stað þess að erfa þær úr sjálfgefnu gildi.

Sannaðu leiðina og hegðunina við bilun

Prófaðu í lögum: biðlarinn fær vistfang, biðlarinn leysir nafn í gegnum Pi, Pi leysir í gegnum fyrirhugað uppstreymi, og forrit klárar beiðni. Árangursríkt ping segir ekkert um DNS, og árangursrík uppfletting segir ekkert um áframsendingu.

dig @192.168.70.1 example.com
curl -sS -o /dev/null -w '%{http_code}\n' https://example.com/
ip -4 route get 1.1.1.1

Stöðvaðu þá gönguna og endurtaktu. Fyrirhuguð hegðun ætti að birtast innan nokkurra sekúndna, ekki eftir handvirka endurræsingu Pi-hole eða hotspot-þjónustunnar. Athugaðu uppflettingarstillingu biðlarans meðan á biluninni stendur, því aukauppfletting sem er opinber svarar áfram þótt stefnan hafi búist við bilun.

Haltu einum eiganda fyrir áframsendingu og NAT og sannreyndu hann frá biðlara, ekki frá Pi sjálfu. Beiðni sem fer með góðum árangri út úr Pi getur samt verið hent á bakaleiðinni, og biðlarinn er eini staðurinn þar sem öll leiðin er sýnileg.