iMessage-ը չի թարմացվում Mac-ի VPN-ով՝ ստուգումները հերթականությամբ
Push-ի ձախողումները հազվադեպ են ընդամենը մեկ արգելափակված պորտ։ Ստուգումները կատարեք հերթականությամբ՝ երթուղում և հավելվածների շրջանակ, լուծիչ, APNs հասանելիություն, ապա հաշվի վիճակ։
Եթե Messages-ը դադարում է համաժամեցնել, մինչ Safari-ն դեռ բեռնում է էջերը, VPN-ը հավանական պատճառ է, բայց ոչ ապացուցված։ iMessage-ը կախված է Apple-ի push ծանուցումների ծառայությունից (APNs) և Apple-ի ինքնության ծառայություններից, և թունելը կարող է փոխել երթուղին, լուծիչը կամ այդ միացումների նկատմամբ կիրառվող ստուգումը՝ չդիպչելով վեբ երթևեկությանը։ Մեկ արգելափակված պորտը հազվադեպ է ամբողջ պատմությունը, ուստի ներքևի ստուգումները շարժվում են Mac-ից դեպի դուրս։ Կանգ առեք առաջին ձախողված քայլին և ուղղեք այն, նախքան այլ բան փոխելը։
Նախ ճշգրտեք ախտանիշը։ Մուտքի ձախողում, հաղորդագրություն, որը երբեք չի հեռանում, հաղորդագրություն, որը երբեք չի հասնում, և կցորդ, որը չի ներբեռնվում, չորս տարբեր խնդիրներ են, որոնք պատահաբար կիսում են մեկ հավելված։ Գրեք, թե որն ունեք, որ VPN պրոֆիլն էր ակտիվ և հաճախորդի տարբերակը՝ այդ նշումը հետագայում պետք կգա նաև ցանցի պատասխանատուին։
Ստուգում 1՝ ինչ է թունելը երթուղավորում և ընդգրկում
Նայեք պրոֆիլին՝ նախքան հավելվածը։ Ամբողջական թունելը ուղարկում է ամբողջ երթևեկությունը VPN-ով, բաժանված թունելը՝ միայն նշված ենթացանցերը, իսկ յուրաքանչյուր հավելվածի թունելը ներառում է միայն ընտրված հավելվածները։ Եթե Messages-ը գտնվում է ներառված խմբից դուրս, այն օգտագործում է ֆիզիկական ինտերֆեյսը, և VPN-ը չի կարող պատճառ լինել։ scutil --nc list ցույց է տալիս կազմաձևով կառավարվող ծառայությունները, netstat -rn -f inet ցույց է տալիս, թե ուր է ուղղված լռելյայն երթուղին, իսկ հաճախորդի պրոֆիլի տեսքը ցույց է տալիս՝ արդյոք շրջանակը հավելվածի վրա է հիմնված։
Անցման պայման՝ լռելյայն երթուղին կամ յուրաքանչյուր հավելվածի ներառումը իրոք ծածկում է Messages-ը, և ձեր փորձարկած պրոֆիլը հենց ներկայում կիրառվածն է։ Եթե ոչ, կանգ առեք և ստուգեք հաճախորդը կամ օպերացիոն համակարգը՝ ցանցի փոխարեն։
Ստուգում 2՝ լուծիչի քաղաքականություն և ստուգում
Push և հաշվի ծառայությունները լուծում են անուններ, որոնք հաճախ տարբերվում են ձեր դիտարկիչի օգտագործած անուններից, և բաժանված DNS-ը կարող է այդ հարցումներն ուղարկել անսպասելի տեղ։ scutil --dns ցույց է տալիս լուծիչները ըստ դոմենի՝ համեմատեք Apple-ի դոմենների համար օգտագործվող լուծիչը ձեր սպասածի հետ։ Այն լուծիչը, որը պատասխանում է ներքին հասցեով կամ ուղղակի մերժում է հարցումը, կոտրում է ծառայությունը, նախքան գոնե մեկ փաթեթը կհասնի Apple-ին։
Ապա ստուգեք՝ արդյոք թունելը ստուգում է TLS-ը։ Apple-ի ցանցային պահանջները նշում են, որ նրա նշված ծառայությունները նախատեսված չեն HTTPS ընդհատման համար, և այն սարքը, որը դադարեցնում է այդ միացումները, կարող է վեբ զննարկումը թողնել անվնաս, մինչ հաղորդագրությունը լուռ ձախողվում է։ Եթե ստուգումը ծածկում է ամեն ինչ, բացառեք համապատասխան Apple ծառայության կատեգորիաները և նորից փորձեք՝ ստուգումը համընդհանուր անջատելու փոխարեն։
Ստուգում 3՝ APNs տրանսպորտ, ներառյալ 443
Սարքերի միացումները APNs-ին օգտագործում են TCP 5223, իսկ TCP 443-ը՝ ակտիվացման և պահուստային ուղու համար աջակցվող իրավիճակներում։ Երկուսն էլ ելքային միացումներ են, որոնք սկսում է սարքը։ Ձեզ պետք չէ մուտքային պորտ երթուղիչում, և Mac-ում մեկը բացելը մերկացնում է ծառայությունը՝ չօգնելով հաճախորդին, որը միևնույն է չի հասնի Apple-ին։
Անցման պայման՝ Mac-ից նոր հաղորդագրությունը հասնում է այլ ցանցում գտնվող ստացողի, և նրա պատասխանը գալիս է՝ նույն պրոֆիլը դեռ ակտիվ։ Ուղարկեք մեկ ոչ զգայուն հաղորդագրություն և սպասեք մեկ պատասխանի՝ փունջի փոխարեն, որպեսզի մասնակի հաջողությունը ցույց տա, թե որ ուղղությունը ձախողվեց։ Եթե ուղարկումը աշխատում է, իսկ կցորդները կանգ են առնում, տրանսպորտը հավանաբար լավ է, և նեղ ուղին է, որ պետք է ստուգել։
Ստուգում 4՝ հաշվի վիճակը՝ նախքան վերակայելը
Ակտիվացման կամ մուտքի սխալը պատկանում է հաշվի շերտին, ոչ թունելին։ Համոզվեք, որ Mac-ի ամսաթիվն ու ժամը ճիշտ են, Apple ID-ն մուտք է գործել, և արդյոք այլ սարքում սպասում է հաստատման հարցում։ Սպասող երկգործոն հաստատումը Messages պատուհանի ներսից ուղիղ նման է կապի ձախողման։
Դիմացեք վերակայելու բնազդին։ Դուրս գալը և նորից մուտք գործելը, կամ հաշիվը վերակայելը, դեն է նետում այն վիճակը, որը ցույց կտար, թե որտեղ էր խափանումը, և կառավարվող Mac-ում այն կարող է սկսել գրանցման քայլեր, որոնք միայնակ չեք կարող հետարկել։ Նորից նույնականացեք մեկ անգամ, և միայն այն բանից հետո, երբ տրանսպորտի ստուգումներն անցել են, և հաշիվը մնացել է միակ կասկածյալը։
Ինչ փոխանցել ցանցի պատասխանատուին
Եթե ստուգումները մատնանշում են թունելը, օգտակար հաշվետվությունը կարճ է՝ Mac-ի մոդելը և macOS-ի տարբերակը, հաճախորդի անունն ու տարբերակը, պրոֆիլի անունը, ժամանակահատվածը, թե որ ուղղությունը ձախողվեց, և երթուղու կամ լուծիչի այն դիտարկումը, որը տարբերվում էր։ Թողեք դուրս հաղորդագրությունների բովանդակությունը և զրույցների սքրինշոթները։
Խնդրեք, որ քաղաքականությունը կիրառվի զտման իրական սահմանին։ Apple-ի ընթացիկ ձեռնարկային ցանցային պահանջները թվարկում են հոսթերը և տրանսպորտի պայմանները՝ ըստ ծառայության, որպեսզի պատասխանատուն դրանք համեմատի կանոնների հավաքածուի հետ՝ պորտ բացելու և հույս դնելու փոխարեն։ Յուրաքանչյուր փոփոխությունից հետո նորից փորձեք մեկ հաղորդագրությամբ․ երկու փոփոխական միաժամանակ տալիս են արդյունք, որը չեք կարող կարդալ։