VPN fesul ap ar apiau iPhone a reolir: beth sy'n cael ei lwybro a beth nad yw
Mae twnnel fesul ap yn dilyn yr ap a reolir, nid y ffôn. Gwiriwch gysylltiad y llwyth, y copi a reolir, rheolau ar alw a'r llifoedd sy'n gadael yr ap.
Nid yw VPN fesul ap ar iPhone yn switsh ar gyfer y ffôn i gyd. Cysylltiad rhwng un ap a reolir ac un llwyth VPN ydyw, a grëir pan osodir yr ap, ac mae traffig popeth arall yn cadw'r llwybr oedd ganddo o'r blaen. Dyna pam y mae'r un ffôn yn ymddwyn yn anghyson: mae'r ap gwaith yn agor tudalen breifat tra na all Safari gyrraedd yr un gwesteiwr, neu nid yw'r twnnel yn codi o gwbl ac mae'r ap yn adrodd am derfyn amser sy'n edrych fel manylion mewngofnodi gwael. Mae'r gwiriadau yn mynd o'r achos mwyaf i lawr, felly stopiwch ar yr un cyntaf sy'n methu.
Gwiriwch y llwyth a chofnod yr ap yn gyntaf
Mae'r cysylltiad yn byw mewn dau wrthrych, nid un. Mae'r llwyth VPN yn diffinio'r twnnel: math, gweinydd, dilysu, DNS, a dynodydd bwndel y darparwr pan ddefnyddir cleient addasedig. Mae cofnod yr ap yn pwyntio at y llwyth hwnnw, ac mae'r rhan fwyaf o gonsolau rheoli yn cynnig hyn fel opsiwn fesul ap ar ffurfweddiad yr ap, gydag enw'n agos at Per-App VPN. Nid yw llwyth nad oes unrhyw ap yn pwyntio ato yn llwybro unrhyw beth fesul ap; mae'n ymddwyn fel twnnel cyffredin y mae'n rhaid i rywun ei gychwyn â llaw.
Darllenwch y ddau wrthrych cyn cyffwrdd â'r ffôn. Cadarnhewch fod ffurfweddiad yr ap yn cyfeirio at y llwyth rydych yn ei brofi ac nid at gopi hŷn ohono, oherwydd mae llwythi dyblyg ag enwau bron yn union yr un fath yn gyffredin ar ôl mudo a bydd yr ap yn gorfod pwyntio at yr un a dynnwyd yn ôl. Yna cadarnhewch fod y ffurfweddiad wedi cyrraedd y ddyfais: rhaid i Gosodiadau, Cyffredinol, VPN a Rheoli Dyfeisiau ei ddangos fel proffil wedi'i osod. Nid y rhestr VPN yno yw'r prawf. Yn aml nid oes gan wasanaeth fesul ap switsh â llaw, felly efallai na fydd ffurfweddiad a osodwyd yn gywir byth yn ymddangos ymhlith VPNau y gellir eu cychwyn. Mae'r absenoldeb yn ymddangos yng nghofnod yr ap ac yn y cwestiwn a yw'r twnnel yn codi ar gais cyntaf yr ap.
Mae un amod yn esbonio llawer o docynnau: mae'r model hwn angen i'r ap gyrraedd drwy reolaeth. Nid yw copi a lwythwyd o'r neilltu neu a brynwyd yn bersonol yn cael y cysylltiad, hyd yn oed pan fo ei ddynodydd bwndel yn cyfateb. Mae canllaw defnyddio VPN Apple yn disgrifio'r model llwyth y tu ôl i hyn (support.apple.com/guide/deployment/vpn-overview-depae3d361d0/web).
Cadarnhewch mai'r copi a reolir yw'r ap sydd wedi'i osod
Mae'r cysylltiad yn dilyn yr ap sydd wedi'i osod ac a reolir. Os oes rhywun wedi'i ailosod o'r App Store o dan Apple ID personol, wedi'i ddisodli â fersiwn menter a ail-lofnodwyd, neu os ailosodwyd y ddyfais a daeth yr ap yn ôl drwy sianel wahanol, gall y twnnel aros i lawr tra bo'r ap ei hun yn edrych yn hollol normal.
Profwch drwy gymharu, nid drwy un arsylld. Yn rhestr reoli, dylai'r ap ymddangos fel un a reolir ar gyfer y ddyfais honno gyda'r mapio VPN ar ei gofnod. Ar y ffôn, dylai'r twnnel godi pan lansir yr ap a phan aiff ei gais cyntaf allan, nid yn unig pan fydd rhywun yn cychwyn ffurfweddiad â llaw ar wahan yn Ngosodiadau. Os nad yw lansio'r ap yn newid dim a bod y ffurfweddiad â llaw hwnnw'n gwneud, nid yw'r ap wedi'i rwymo at dwnnel fesul ap o gwbl.
Mae diweddariadau'n bwysig: mae un a wthiwyd drwy reolaeth yn cadw'r mapio, tra gall ailosodiad a gychwynnwyd gan y defnyddiwr ei golli. Pan fo'r gŵyn yn dyddio o ddiweddariad, gwiriwch gofnod yr ap cyn y rhwydwaith.
Gwiriwch beth y caiff y twnnel ei gymryd
Dewisir twnnel fesul ap yn ôl yr ap ffynhonnell, felly mae llwybr diofyn y ffôn yn dal i berthyn i Wi-Fi neu'r rhwydwaith symudol. OverridePrimary yw'r allwedd sy'n newid hynny. Pan fydd proffil yn ei osod, mae'r twnnel yn ymddwyn fel twnnel llawn ac mae pob ap yn ei etifeddu, felly mae popeth drwy'r VPN yn dod yn gwestiwn proffil yn hytrach na methiant ap.
Mae rheolau ar alw yn penderfynu parhad. OnDemandEnabled a'i set rheolau sy'n gwneud i'r twnnel ddod yn ôl pan fydd yr ap yn anfon traffig, goroesi newid o Wi-Fi i rwydwaith symudol, neu ollwng pan fydd yr ap yn symud i'r cefndir. Mae gosodiad sy'n cysylltu ac yna'n marw'n dawel fel arfer â rheol sy'n cyfateb yn unig i brofwr nad yw byth yn tanio tra bo'r ap yn segur.
Yna darllenwch ochr y llwybrau'n onest. Os yw proffil darparwr neu werthwr yn darparu rhestr gynnwys, ni fydd twnnel sy'n cario dim ond 10.20.0.0/16 yn cario gwasanaeth yn 10.30.0.0/16; y rhestr sy'n gwneud ei gwaith, nid methiant fesul ap. Nid oes gan lwyth iOS adeiledig restr gynnwys. Heb un, mae'r rhaniad yn dilyn rhagosodiadau'r darparwr ac IncludeAllNetworks, nid rhestr gudd.
Profwch yr ap, yna profwch beth sy'n gadael
Profwch ag enw, nid ag arwyneb yn unig. Mae datrys gwesteiwr mewnol o fewn yr ap a reolir yn profi bod DNS hefyd wedi teithio drwy'r twnnel, oherwydd y llwyth sy'n penderfynu pa ddatryswr sy'n ateb a pha barthau chwilio sy'n cael eu cymhwyso. Gall llwybro fod yn berffaith tra bo chwilio enw'n methu, ac mae'r ddau symptom yn pwyntio at osodiadau gwahanol.
Yna profwch y ffin o'r ddwy ochr. Dylai ap personol neu Safari gyrraedd tudalen gyhoeddus gyffredin ac adrodd cyfeiriad y cludwr neu'r cartref, tra bo'r ap a reolir yn cyrraedd y gwasanaeth preifat. Os yw'r ddau yn adrodd yr un cyfeiriad cyhoeddus, nid yw'r twnnel yn fesul ap mwyach, beth bynnag a haera cofnod yr ap.
Mae llifoedd sy'n gadael yr ap yn cynhyrchu'r tocynnau dryslyd. Mae dolen sy'n agor yn Safari, dogfen a basiwyd drwy'r daflen rannu, neu fewngofnod SSO sy'n newid i borwr yn gadael proses yr ap a'r twnnel gyda hi. Mae mewngofnod a rendrwyd y tu mewn i'r ap fel arfer yn cael ei briodoli i'r ap, felly gall mewngofnod mewnosodol lwyddo lle mae'r un URL yn methu yn Safari; gwiriwch hynny yn hytrach na'i dybio. Pan nad yw'r darparwr adnabyddiaeth ond yn gyrraedd drwy'r twnnel, naill ai cadwch y mewngofnod o fewn yr ap neu ychwanegwch barth y darparwr at barthau Safari y llwyth fel bod traffig Safari cyfatebol yn cael ei ddal.
Parwch y symptom â'r haen
Mae siâp y methiant yn dweud pa wiriad i'w ailadrodd.
| What you see | Where the repair is |
|---|---|
| Tunnel never appears when the app opens | App-to-payload association, or the app is not the managed copy |
| Tunnel connects, internal name resolves, connection times out | Provider or vendor include list missing the subnet, or a far-side firewall |
| Tunnel connects, internal name fails to resolve | DNS servers or search domains in the payload |
| Every app uses the tunnel | OverridePrimary set, or a full-tunnel payload reused |
| Worked until an update, broken since | Association lost on reinstall, or the payload was replaced |
Mae dau fanylyn y tu ôl i'r rhesi canol: gall twnnel fesul ap fod yn iach ac eto golli is-rwydwaith nad yw unrhyw restr darparwr yn ei chynnwys, a gall ffôn a reolir ddal mwy nag un ffurfweddiad VPN, felly cadarnhewch pa un y mae'r ap wedi'i rwymo ato yn hytrach na thybio mai'r un rydych yn ei ddarllen yw hi.
Trwsiwch yn y drefn hon: cywirwch gofnod yr ap fel ei fod yn cyfeirio at y llwyth byw, ailosodwch yr ap drwy reolaeth, cadarnhewch fod y twnnel yn codi ar gais cyntaf yr ap, yna ailadroddwch brofion enw a ffin. Os na all y cais cyntaf gychwyn twnnel o gwbl, stopiwch a gwiriwch ochr y darparwr, oherwydd mae cleient addasedig angen Network Extension yn bresennol a'i ddynodydd yn cyfateb i'r ap sydd wedi'i osod.
Dychwelwch dri ffaith yn lle sgrin lun: pa lwyth y mae cofnod yr ap yn cyfeirio ato, a yw Gosodiadau yn ei ddangos fel proffil sydd wedi'i osod, a beth oedd y cais a fethodd — enw, cyfeiriad, neu drosglwyddiad i borwr. Mae'r tri ateb hynny'n gwahanu camgymeriad gosod oddi wrth gamgymeriad llwybro, a gall y person nesaf weithredu heb ailadrodd y diagnosis.