iPhone app finnur ekki staðbundin tæki þegar VPN er kveikt

Prentaraappið þitt sýnir tóman lista, myndavélarappið tilkynnir að engin tæki hafi fundist og cast-hnappurinn í myndbandaappi snýst þar til hann gefst upp. VPN-táknið situr í stöðustikunni, síminn hefur fullt samband og Safari hleður síðum án vandræða, svo ekkert við tenginguna virðist bilað. Síðan opnar þú stillingar appsins sjálfs og finnur ekkert til að skipta um.

Ég rak mig beint á þennan vegg með merkisprentara á heimaneti: appinu hafði aldrei verið veittur aðgangur að staðarnetinu, og sniðið sem ég var að prófa var fullur göng, sem gleypti hvert pakka sem stefnt var á 192.168.1.0/24. Tvö óháð hlið voru lokuð, og að opna eitt hefði ekki lagfært einkennin.

Tvö hlið milli eins apps og eins prentara

Fyrsta hliðið er persónuverndarákvörðun sem tilheyrir stýrikerfinu en ekki appinu. iOS ákveður hvort app megi senda umferð á netföng á staðarnetinu, og spyr notandann í fyrsta skipti sem appið reynir. Annað hliðið er leiðatöflurnar. Pakki sem stefnt er á 192.168.1.50 fer annaðhvort út um Wi-Fi í átt að prentaranum eða fer inn í göngin, og sú ákvörðun er skrifuð í VPN-sniðinu.

Hliðin tvö klikka á mismunandi hátt, og einmitt það gerir greininguna mögulega. Synjað leyfi drepur eigið socket-kall appsins, svo appið hefur ekkert að tilkynna og fellur aftur í almennt tómt ástand. Leiðavandamál lítur út eins og tímamörk, vegna þess að pakkarnir yfirgáfu símann og dóu einhvers staðar hinum megin. Sama tóma skjárinn, önnur viðgerð.

Lestu leyfisstöðuna áður en þú snertir VPN-ið

Opnaðu Stillingar, svo Persónuvernd og öryggi, svo Staðarnet. Hvert app sem hefur beðið um aðgang birtist þar með rofa. Apple hefur fært til og endurnefnt hluta af þessum skjá milli iOS 14 og iOS 18, svo ef færslan er ekki þar sem þú átt von á henni skaltu skrifa Staðarnet í leitarreit stillinganna í stað þess að leita í gegnum tréð.

Það sem grípur fólk er einstaka fyrirspurnin. iOS spyr þegar app snertir staðarnetið í fyrsta sinn, og aðeins þá. Ýttu á Ekki leyfa og fyrirspurnin kemur ekki aftur við næstu ræsingu; rofinn er eina leiðin til baka, og hann byrjar í slökkt. Enduruppsetning appsins endurstillir ákvörðunina, og þess vegna segja sumir villuleitarþræðir að enduruppsetning hafi lagað uppgötvunina. Það gerði hún, með því að eyða synjuninni.

Á iPhone sem er undir eftirliti eða stjórn er rofinn stundum grár. Persónuverndarstillingar sem MDM ýtir út geta forstillt eða læst aðgangi að staðarnetinu, og læstur rofi sem er í slökkt þýðir að viðgerðin er stefnubreyting en ekki símskipti. Apple skjalfestir fyrirspurnina og rofann fyrir hvert app hér: support.apple.com/en-us/102229.

Athugaðu hvað göngin leiða í raun

Full göng taka 0.0.0.0/0 og með því hvert einkasvið. Pakkar á 10.x, 172.16.0.0/12 og 192.168.x.x ferðast til netþjónsins, sem hendir þeim yfirleitt eða þýðir þá yfir í eigið undirnet, svo prentarinn er óaðgengilegur jafnvel eftir að þú veitir leyfið. Skipt göng gera hið gagnstæða, en aðeins fyrir sviðin sem sniðið telur upp.

IKEv2-snið sem byggð eru með Apple Configurator eða dreift sem .mobileconfig lýsa þessu sem stillingu til að senda alla umferð auk þess sem, þegar skipt er, skýr lista yfir staðarnet sem á að undanskilja. Biðlaunaapp byggð á NEPacketTunnelProvider lýsa sömu ákvörðun í gegnum includedRoutes. Hvorki er sýnilegt úr stöðustikunni, og bæði hnekkja því sem appið á von á að sjá.

Þetta er prófið sem ég nota. Með VPN tengt skaltu opna stjórnborð leiðarans á LAN-vistfangi hans í Safari. Ef opinberir vefir hlaðast á meðan sú síða nær tímamörkum er einkasviðið þitt inni í göngunum. Ef síðan hleðst fer staðbundin umferð enn út um Wi-Fi og hindrunin er annars staðar.

Tengdu einkennin við hliðið

Tvö app í sama síma geta verið ósammála, því leyfi er veitt fyrir hvert app en leiðir fyrir hvert snið. Berðu saman hvað bregst áður en þú breytir einhverju: mynstrið nefnir hliðið venjulega sjálft.

mDNS-röðin á skilið athugasemd. Uppgötvunarumferð fyrir Bonjour og flest cast-samskiptareglur fer sem multicast á 224.0.0.251 og ff02::fb með staðbundnu tengsalsmarki, og leiðin göng bera hana ekki. Þess vegna getur tæki svarað beinni tengingu án þess að birtast nokkurn tíma á lista.

Prófaðu aðgerðina, ekki táknið

Eftir að hafa skipt um Staðarnetrofann skaltu þvinga appið til að loka úr appaskiptunni og ræsa það aftur. Keyrandi ferli getur haldið synjuðu ástandinu frá fyrir breytinguna, og app sem heldur áfram að skila tómum lista lítur eins út hvort sem leyfið virkaði eða ekki. Keyrðu síðan eina áþreifanlega aðgerð, eins og að prenta prófunarsíðu eða hefja myndband, í stað þess að bíða eftir að tækjalisti fyllist.

Haltu VPN-sniðinu föstu í gegnum samanburðinn. Ef uppgötvun byrjar að virka aðeins eftir að þú aftengir hefur þú lært að göngin eru sökudólgurinn, ekki leyfið. Breyttu einni breytu í hverri tilraun, annars segir næsta umferð þér ekkert.

Lagaðu í þessari röð

Röðin hér að neðan er sú sem ég fylgi núna, því hún skilur aldrei síma eftir í hálfbreyttu ástandi þar sem næsta próf er ólæsilegt.

1. Staðfestu að appið sé skráð undir Persónuvernd og öryggi, Staðarnet, og að rofinn þess sé í gangi.
2. Þvingaðu lokun, opnaðu appið aftur og prófaðu raunverulegu aðgerðina einu sinni.
3. Opnaðu síðu leiðarans á LAN-vistfanginu á meðan þú ert tengdur, til að sanna hvort einkasviðið fari í gegnum göngin.
4. Ef svo er skaltu breyta sniðinu til að undanskilja staðarnetin, eða biðja eiganda sniðsins að gera það.
5. Ef rofinn er grár skaltu meðhöndla tækið sem stjórnað og senda beiðnina til stjórnandans.

Venjulega á aðeins eitt við. Ef ekkert breytir niðurstöðunni eru eftirstandandi grunsemdir netið sjálft, svo sem einangrun aðgangspunkts eða listi yfir leyfða biðlauna sem er bundinn við Wi-Fi-vistföng, og vörpunartaflan hér að ofan bendir á hvert.