MTU-ն iPhone-ի VPN-ում. ընտրեք սեփականատիրոջը, նախքան թիվը փոխելը
Երեք հարց որոշում են՝ կարող է արդյոք հավելվածը, դարպասի պրոֆիլը կամ ոչ ոք հեռախոսում փոխել չափը։ Պատասխանեք դրանց, նախքան Mac-ից թիվ վերցնելը։
iPhone-ի VPN-ի փաթեթի չափի մասին յուրաքանչյուր քննարկում ի վերջո առաջարկում է նույն Mac-ի հրամանը ppp0 անունով ինտերֆեյսի դեմ՝ սովորաբար կից թվով։ Այն այստեղ չի տեղափոխվում, և նույնիսկ Mac-ի վրա այն ճիշտ կառավարում չէր լինի, եթե այդ ինտերֆեյսը չպատկաներ տվյալ միացմանը։ Հեռախոսում թիվը պատկանում է նրան, ով իրականացնում է թունելը՝ օպերացիոն համակարգը բնիկ պրոֆիլի համար, փաթեթային թունելի մատակարարը հավելվածի համար, կամ դարպասը, երբ բանակցվում է փաստաթղթավորված ատրիբուտ։ Երեք հարց պարզում են, թե այդ դեպքերից որի հետ գործ ունեք։
Առաջին հարցը. որ հաճախորդն է աշխատում
Բնիկ IKEv2 պրոֆիլը, ներկառուցված Cisco IPsec պրոֆիլը և երրորդ կողմի Cisco հաճախորդը երեք տարբեր իրականացումներ են՝ աջակցվող ատրիբուտների երեք տարբեր հավաքածուներով։ Կարգավորումներում պրոֆիլի տեսակը ասում է, թե որն է հեռախոսը իրականում գործարկել, իսկ հավելվածների ցանկը՝ արդյոք ուղու վրա ընդհանրապես մատակարար կա։ Սկսեք այնտեղից, որովհետև որոշման մնացած մասը բխում է դրանից։ Եթե հավելվածների ցանկում մատակարար չհայտնվի, թունելը պատկանում է օպերացիոն համակարգին։
Մի՛ եզրակացրեք իրականացումը դարպասի մատակարարից։ Cisco-ի գլխավոր հանգույցը կարող է դադարեցնել հաճախորդների միացումներ, որոնք բացի մատակարարի անունից ոչինչ ընդհանուր չունեն։ Հին տարբերակի վրա հին կառուցվածքի էկրանի պատկերը ասում է, թե այդ զույգն ինչ էր աջակցում, ոչ թե ինչ է անում ձեր ձեռքի հեռախոսը։
Երկրորդ հարցը. ով է արժեքի սեփականատերը
Apple-ը փաթեթային թունելի մշակողներին MTU հատկությունը տրամադրում է ցանցային ընդլայնման կարգավորումների օբյեկտի միջոցով։ Դա API է այն մատակարարի համար, որը կարգավորում է իր սեփական թունելը, ոչ թե անջատիչ, որը օգտատերը կամ ադմինիստրատորը կարող է միացնել ուրիշի տեղադրված հաճախորդի վրա։ Երրորդ կողմի հավելվածը կարող է ընտրել բացահայտել այն, անտեսել կամ կոշտ կերպով նշել արժեք։
Բնիկ պրոֆիլի դեպքում ինտերֆեյսի չափը ընտրում է օպերացիոն համակարգը, և հեռախոսը դրա համար ոչ մի խմբագրիչ չի տրամադրում։ Cisco-ի հեռակառավարման դարպասի համար կա փաստաթղթավորված ատրիբուտ միացման պրոֆիլի համար, և դրա կիրառելիությունը կախված է հաճախորդից, տարբերակից և բանակցված տրանսպորտից։ Հենց այդ ճեղքում՝ փաստաթղթավորվածի և պահպանվողի միջև, պատճենված թիվը սխալ է գնում։
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
Երրորդ հարցը. արդյոք ախտանիշը կախված է չափից
Չափի խնդիրներն ունեն ստորագրություն՝ փոքր հարցումները հաջողվում են, մեծ վերբեռնումները կամ մեծ պատասխանները կախվում են, և նույն ծառայությունը աշխատում է մեկ այլ մուտքի ցանցով։ Զտումը, հավելվածի օգտակար բեռնվածքի սահմանաչափը և կանգնած սերվերը կարող են նման բողոք առաջացնել, ուստի գրանցեք ձախողվող մեկ գործողությունը դրա կողքին, որն աշխատում է։ Եթե հավելվածը հաղորդում է դրանք, գրեք երկուսն էլ ժամերով և չափերով։ Առանց այդ զույգի՝ յուրաքանչյուր հետագա փոփոխություն ենթադրություն է։
Անցկացրեք նույն թեստը Wi-Fi-ով և բջջային ցանցով։ Ցանցին հետևող խափանումը ցույց է տալիս ուղուն, սարքին հետևողը՝ հաճախորդին կամ պրոֆիլին, և երկուսին տարբեր սեփականատերեր են պետք։ Երկու անցկացումների համար օգտագործեք նույն ծառայությունը և նույն հաշիվը, այլապես համեմատությունը ոչինչ չի ասի։
Ինչու է Mac-ի բաղադրատոմսը շարունակաբար հայտնվում
PPP-ի վրա հիմնված աշխատասեղանային VPN-ների տարիները ինտերֆեյսի չափի փոփոխությունը դարձրին օրինական տեղական լուծում, և այդ հրահանգները պատճենվեցին բջջային քննարկումների մեջ։ Հեռախոսում չկա shell, չկա այդպիսի ինտերֆեյսի անուն և չկա պահպանում վերամիացումից հետո։ 2011-ին աշխատասեղանի խնդիր լուծած բաղադրատոմսը շատ ավելի հեռու գնաց, քան այն պայմանները, որոնք այն ճիշտ էին դարձնում։ Բջջային հաճախորդները դրա համար ոչ մի shell հրաման չեն ընդունում, ինչ էլ որ պնդի քննարկումը։
Պատճենված արժեքը դիտեք որպես ուղու մասին վարկած, ոչ որպես կարգավորում։ Եթե ավելի փոքր չափը փոխանցումն աշխատեցնում է, իսկ ավելի մեծը հուսալիորեն ձախողվում, ապա ուղու մասին ապացույց ունեք. դեռ պետք է գտնեք այն բաղադրիչը, որին թույլատրված է գործել դրա վրա։ Այդ որոնումը սովորաբար ավարտվում է դարպասի պրոֆիլում կամ հավելվածի մատակարարի մոտ, և հազվադեպ՝ հեռախոսում։
Տրանսպորտը փոխում է պատասխանը
Եթե սեսիան աշխատում է IPsec-ի փոխարեն TLS-ով, դարպասի վրա TCP-ի սեգմենտավորման ճշգրտումը կարող է օգնել, որովհետև այն վերագրում է TCP հոսքերի համար հայտարարված սեգմենտի չափը։ UDP երթևեկության համար այն ոչինչ չի անում, իսկ դրա մեջ ժամանակակից վեբի ավելի մեծ մասն է, քան մարդիկ սպասում են։ Նախքան փոփոխությունն առաջարկելը ստուգեք բանակցված տրանսպորտը և տոմսում նշեք, թե որ տրանսպորտի վրա եք ակնկալում ազդեցություն։
Ուղու MTU-ի հայտնաբերումը գոյություն ունի, որպեսզի ծայրերը սովորեն իրական սահմանը՝ գուշակելու փոխարեն։ Հետադարձ կապի արգելափակումը և փոքր չափի կոշտ նշումը աշխատող մեծ փոխանցումը փոխանակում է մշտական, թաքնված ծախսի հետ յուրաքանչյուր միացման վրա։
Ինչ հարցնել դարպասի թիմին
Խնդրեք երեք բան՝ ատրիբուտի ճշգրիտ անվանումը և դրա շրջանակը, արդյոք տեղակայված հաճախորդները պահպանում են այն, և թե որ տրանսպորտն է բանակցել սեսիան։ Մեկ խմբային քաղաքականության վրա կիրառված փոփոխությունը ստուգելի է, գլոբալ խմբագրումը՝ ոչ, և այն ռիսկը տեղափոխում է այն օգտատերերի վրա, ովքեր երբեք խնդիր չեն հայտնել։ Խնդրեք նաև փաստաթղթի հղումը, որովհետև ատրիբուտների անունները փոխվում են տարբերակների միջև։
Այնուհետև փոխեք մեկ բան և կրկին փորձարկեք սկզբնական ձախողվող գործողությունը, ոչ թե արագության թեստի ներբեռնում։ Պահեք նախքան-հետո գրառումը հաճախորդի տարբերակի և մուտքի ցանցի հետ, որպեսզի հաջորդ հաշվետվությունը համեմատվի, այլ ոչ թե նորից քննարկվի։
Եթե գործողությունը դեռ ձախողվում է սկզբնական չափով, ապա չափը պատճառը չէր։ Գրանցեք նաև այդ եզրակացությունը, որպեսզի հաջորդ մարդը նույն վարկածը նորից չբացի։