Ձեր տպիչի հավելվածը ցույց է տալիս դատարկ ցանկ, տեսախցիկի հավելվածը հայտնում է, որ սարք չի գտնվել, իսկ վիդեո հավելվածի հեռարձակման կոճակը պտտվում է, մինչև հանձնվի։ Կարգավիճակի գոտում կա VPN պատկերակը, հեռախոսն ունի լրիվ ազդանշան, և Safari-ն էջերը բացում է անխոչընդոտ, այնպես որ կապի մեջ կարծես թե ոչինչ փչացած չէ։ Հետո բացում եք հենց հավելվածի կարգավորումները և ոչինչ չեք գտնում փոխարկելու համար։

Ես ուղիղ այս պատին բախվեցի տնային ցանցում պիտակների տպիչով. հավելվածին երբեք տեղական ցանցի հասանելիություն չէր տրվել, և պրոֆիլը, որը ես փորձարկում էի, լրիվ թունել էր, որը կուլ էր տալիս 192.168.1.0/24 հասցեին ուղղված յուրաքանչյուր փաթեթ։ Երկու անկախ դարպաս փակ էր, և մեկը բացելը չէր վերացնի ախտանիշը։

Երկու դարպաս մեկ հավելվածի և մեկ տպիչի միջև

Առաջին դարպասը գաղտնիության որոշում է, որը պատկանում է օպերացիոն համակարգին, ոչ թե հավելվածին։ iOS-ը որոշում է՝ հավելվածը կարող է տրաֆիկ ուղարկել տեղական ցանցի հասցեներին, թե ոչ, և հարցնում է օգտվողին հավելվածի առաջին փորձի ժամանակ։ Երկրորդ դարպասը երթուղիների աղյուսակն է։ 192.168.1.50 հասցեին ուղղված փաթեթը կա՛մ դուրս է գալիս Wi-Fi-ով դեպի տպիչը, կա՛մ մտնում է թունել, և այդ ընտրությունը գրված է VPN պրոֆիլում։

Երկու դարպասները ձախողվում են տարբեր ձևերով, և հենց դա է հնարավոր դարձնում ախտորոշումը։ Մերժված թույլտվությունը սպանում է հավելվածի սեփական socket կանչը, այնպես որ հավելվածը ոչինչ չունի հայտնելու և ընկնում է ընդհանուր դատարկ վիճակի մեջ։ Երթուղավորման խնդիրը նման է ժամանակի սպառման, որովհետև փաթեթները լքել են հեռախոսը և մահացել ինչ-որ տեղ մյուս կողմում։ Նույն դատարկ էկրանը, այլ վերանորոգում։

Կարդացեք թույլտվության վիճակը՝ նախքան VPN-ին դիպչելը

Բացեք Կարգավորումները, ապա Գաղտնիություն և անվտանգություն, ապա Տեղական ցանց։ Յուրաքանչյուր հավելված, որը հասանելիություն է խնդրել, հայտնվում է այնտեղ անջատիչով։ Apple-ը տեղափոխել և վերանվանել է այս էկրանի մասերը iOS 14-ից iOS 18 ընկած ժամանակահատվածում, այնպես որ եթե գրառումը այնտեղ չէ, որտեղ սպասում եք, մուտքագրեք Տեղական ցանց կարգավորումների որոնման դաշտում՝ ծառը շրջելու փոխարեն։

Մարդկանց ամենաշատը բռնում է մեկանգամյա հարցումը։ iOS-ը հարցնում է, երբ հավելվածն առաջին անգամ դիպչում է տեղական ցանցին, և միայն այդ ժամանակ։ Սեղմեք Չթույլատրել, և հարցումը չի վերադառնա հաջորդ բացմանը. անջատիչը վերադարձի միակ ճանապարհն է, և սկզբում այն անջատված է։ Հավելվածի վերակառուցումը զրոյացնում է որոշումը, դրա համար էլ որոշ խնդիրների լուծման թեմաներ պնդում են, թե վերակառուցումը շտկել է հայտնաբերումը։ Շտկել է՝ ջնջելով մերժումը։

Վերահսկվող կամ կառավարվող iPhone-ում անջատիչը երբեմն մոխրագույն է։ MDM-ի ուղարկած գաղտնիության նախապատվությունների ծանրությունը կարող է նախապես սահմանել կամ կողպել տեղական ցանցի հասանելիությունը, իսկ կողպված անջատված անջատիչը նշանակում է, որ վերանորոգումը քաղաքականության փոփոխություն է, ոչ թե հեռախոսի փոփոխություն։ Apple-ը փաստագրում է հարցումը և յուրաքանչյուր հավելվածի անջատիչը այստեղ. support.apple.com/en-us/102229։

Ստուգեք, թե ինչ է իրականում երթուղավորում թունելը

Լրիվ թունելը վերցնում է 0.0.0.0/0-ն և դրա հետ՝ յուրաքանչյուր մասնավոր տիրույթ։ 10.x, 172.16.0.0/12 և 192.168.x.x հասցեների փաթեթները գնում են սերվեր, որը սովորաբար դեն է նետում դրանք կամ թարգմանում իր ենթացանց, այնպես որ տպիչը մնում է անհասանելի նույնիսկ թույլտվությունը տալուց հետո։ Բաժանված թունելը հակառակն է անում, բայց միայն այն տիրույթների համար, որոնք թվարկում է պրոֆիլը։

Apple Configurator-ով կառուցված կամ .mobileconfig-ով տարածվող IKEv2 պրոֆիլները դա արտահայտում են որպես ամբողջ տրաֆիկն ուղարկելու կարգավորում՝ գումարած բաժանված ռեժիմում բացառվող տեղական ցանցերի հստակ ցանկ։ NEPacketTunnelProvider-ի վրա կառուցված հաճախորդ հավելվածները նույն որոշումն արտահայտում են includedRoutes-ի միջոցով։ Երկուսն էլ տեսանելի չեն կարգավիճակի գոտուց, և երկուսն էլ վերագրանցում են այն, ինչ հավելվածը սպասում է տեսնել։

Ահա այն փորձարկումը, որն օգտագործում եմ։ VPN-ը միացված վիճակում Safari-ում բացեք երթուղիչի կառավարման էջը նրա LAN հասցեով։ Եթե հանրային կայքերը բացվում են, մինչ այդ էջը ժամանակը սպառվում է, ձեր մասնավոր տիրույթը թունելի ներսում է։ Եթե էջը բացվում է, տեղական տրաֆիկը դեռ դուրս է գալիս Wi-Fi-ով, և արգելափակումը այլ տեղ է։

Համապատասխանեցրեք ախտանիշը դարպասին

Նույն հեռախոսի երկու հավելված կարող են չհամաձայնվել, որովհետև թույլտվությունը տրվում է ըստ հավելվածի, իսկ երթուղիները՝ ըստ պրոֆիլի։ Համեմատեք, թե ինչն է ձախողվում, նախքան որևէ բան փոխելը. սովորաբար օրինաչափությունն ինքն է անվանում դարպասը։

What you seeGateNext step
Device list stays empty, Local Network switch is offPermissionEnable the switch, force-quit the app, reopen it
Switch is on, router page times out, public sites loadRoutingExclude the local range in the profile, or move to a split tunnel
Both pass, direct IP works, discovery stays emptyLink-local multicastEnter the device address by hand, or check profile discovery support
Works by IP address, never by name such as printer.localName resolutionFix mDNS reachability or use the numeric address
Everything fails with the VPN off, on hotel Wi-FiClient isolationChange network, do not change permissions

mDNS տողը արժանի է նշումի։ Bonjour-ի և հեռարձակման պրոտոկոլների մեծ մասի հայտնաբերման տրաֆիկը multicast-ով գնում է 224.0.0.251 և ff02::fb հասցեներին՝ տեղական կապի շրջանակով, և երթուղավորված թունելը այն չի տեղափոխում։ Դրա համար սարքը կարող է պատասխանել ուղիղ միացմանը՝ երբեք չհայտնվելով ցանկում։

Փորձարկեք գործողությունը, ոչ թե պատկերակը

Տեղական ցանցի անջատիչը փոխելուց հետո հարկադրաբար փակեք հավելվածը հավելվածների փոխարկիչից և նորից գործարկեք։ Աշխատող պրոցեսը կարող է պահել փոփոխությունից առաջվա մերժված վիճակը, և դատարկ ցանկ վերադարձնող հավելվածը նույն տեսքն ունի՝ անկախ նրանից՝ թույլտվությունը գործեց, թե ոչ։ Այնուհետև կատարեք մեկ կոնկրետ գործողություն, օրինակ տպեք փորձնական էջ կամ սկսեք տեսանյութ, փոխանակ սպասեք սարքերի ցանկի լցվելուն։

Համեմատության ընթացքում VPN պրոֆիլը պահեք անփոփոխ։ Եթե հայտնաբերումը սկսում է աշխատել միայն անջատվելուց հետո, դուք իմացաք, որ մեղավորը թունելն է, ոչ թե թույլտվությունը։ Փոխեք մեկ փոփոխական յուրաքանչյուր փորձի համար, այլապես հաջորդ անցումը ձեզ ոչինչ չի ասի։

Ուղղեք այս հերթականությամբ

Ստորև բերված հաջորդականությունն այն է, որին հիմա հետևում եմ, որովհետև այն երբեք հեռախոսը չի թողնում կիսափոխված վիճակում, որտեղ հաջորդ թեստը անընթեռնելի է։

  1. Հաստատեք, որ հավելվածը նշված է Գաղտնիություն և անվտանգություն, Տեղական ցանց բաժնում, և որ նրա անջատիչը միացված է։
  2. Հարկադրաբար փակեք, նորից բացեք հավելվածը և մեկ անգամ կրկնեք իրական գործողությունը։
  3. Միացված վիճակում բացեք երթուղիչի էջը LAN հասցեով՝ ապացուցելու, թե արդյոք մասնավոր տիրույթը թունելի մեջ է։
  4. Եթե այն թունելի մեջ է, խմբագրեք պրոֆիլը՝ տեղական ցանցերը բացառելու համար, կամ խնդրեք պրոֆիլի սեփականատիրոջը դա անել։
  5. Եթե անջատիչը մոխրագույն է, սարքը դիտարկեք որպես կառավարվող և հարցումը փոխանցեք ադմինիստրատորին։

Սովորաբար գործում է միայն մեկը։ Եթե ոչ մեկը չի փոխում արդյունքը, մնացած կասկածյալները հենց ցանցն են, օրինակ մուտքի կետի մեկուսացումը կամ Wi-Fi հասցեներին կապված թույլատրված հաճախորդների ցանկը, և վերևի համապատասխանության աղյուսակը ցույց է տալիս, թե որն է։

Առնչվող հոդվածներ