iMessage არ ახლდება Mac-ის VPN-ზე: შემოწმებები თანმიმდევრობით

თუ Messages-ის სინქრონიზაცია ჩერდება, სანამ Safari კვლავ ტვირთავს გვერდებს, VPN სავარაუდო მიზეზია, მაგრამ არა დადასტურებული. iMessage დამოკიდებულია Apple Push Notification service-სა და Apple-ის იდენტობის სერვისებზე, ხოლო გვირაბს შეუძლია შეცვალოს მარშრუტი, resolver ან ინსპექცია, რომელიც ამ კავშირებზე ვრცელდება, ვებ-ტრაფიკის შეხების გარეშე. ერთი დაბლოკილი პორტი იშვიათად არის მთელი ამბავი, ამიტომ ქვემოთ მოცემული შემოწმებები Mac-იდან გარეთ მიემართება. გაჩერდით პირველ წარუმატებელ ნაბიჯზე და გაასწორეთ ის, სანამ სხვა რამეს შეცვლით.

ჯერ სიმპტომი დააფიქსირეთ. შესვლის შეცდომა, შეტყობინება, რომელიც არასდროს გადის, შეტყობინება, რომელიც არასდროს ჩამოდის, და დანართი, რომელიც არ იტვირთება, ოთხი განსხვავებული პრობლემაა, რომლებიც უბრალოდ ერთ აპს იზიარებენ. ჩაინიშნეთ, რომელი გაქვთ, რომელი VPN პროფილი იყო აქტიური და კლიენტის ვერსია; ეს ჩანაწერი მოგვიანებით ქსელის მფლობელსაც დასჭირდება.

შემოწმება 1: რას მარშრუტიზებს და რას მოიცავს გვირაბი

აპის ნაცვლად ჯერ პროფილს შეხედეთ. სრული გვირაბი მთელ ტრაფიკს VPN-ის გავლით აგზავნის, გაყოფილი გვირაბი მხოლოდ ჩამოთვლილ ქვექსელებს, ხოლო აპ-სპეციფიკური გვირაბი მხოლოდ არჩეულ აპლიკაციებს მოიცავს. თუ Messages შეტანილ სიმრავლეში არ არის, ის ფიზიკურ ინტერფეისს იყენებს და VPN მიზეზი ვერ იქნება. scutil --nc list აჩვენებს კონფიგურაციით მართულ სერვისებს, netstat -rn -f inet გვიჩვენებს, სად მიუთითებს ნაგულისხმევი მარშრუტი, ხოლო კლიენტის პროფილის ხედი გვიჩვენებს, არის თუ არა ფარგლები აპზე დაფუძნებული.

გავლის პირობა: ნაგულისხმევი მარშრუტი ან აპ-შეტანა რეალურად მოიცავს Messages-ს და თქვენ მიერ ტესტირებული პროფილი არის ის, რომელიც ახლა გამოიყენება. თუ ასე არ არის, გაჩერდით და შეამოწმეთ კლიენტი ან OS და არა ქსელი.

შემოწმება 2: resolver-ის პოლიტიკა და ინსპექცია

Push-ისა და ანგარიშის სერვისები წყვეტენ სახელებს, რომლებიც ხშირად განსხვავდება იმათგან, რასაც თქვენი ბრაუზერი იყენებს, და split DNS-ს შეუძლია ეს მოთხოვნები მოულოდნელ ადგილას გაგზავნოს. scutil --dns გვიჩვენებს resolver-ებს დომენების მიხედვით; შეადარეთ Apple-ის დომენებისთვის გამოყენებული resolver იმას, რასაც ელით. Resolver, რომელიც შიდა მისამართით პასუხობს ან მოთხოვნას საერთოდ უარყოფს, სერვისს ამტვრევს მანამ, სანამ ერთი პაკეტიც კი მიაღწევს Apple-ს.

შემდეგ შეამოწმეთ, ინსპექტირებს თუ არა გვირაბი TLS-ს. Apple-ის ქსელური მოთხოვნები ამბობს, რომ ჩამოთვლილი სერვისები HTTPS-ის ჩარევისთვის არ არის შექმნილი, და მოწყობილობა, რომელიც ამ კავშირებს წყვეტს, შეიძლება ვებ-დათვალიერება ხელუხლებელი დატოვოს, სანამ შეტყობინებები ჩუმად ვარდება. თუ ინსპექცია ყველაფერს მოიცავს, გამორიცხეთ Apple-ის შესაბამისი სერვისის კატეგორიები და ხელახლა შეამოწმეთ, ნაცვლად იმისა, რომ ინსპექცია მთლიანად გამორთოთ.

შემოწმება 3: APNs-ის ტრანსპორტი, მათ შორის 443

მოწყობილობების კავშირები APNs-თან იყენებს TCP 5223-ს, ხოლო TCP 443 გამოიყენება აქტივაციისა და სარეზერვო გზისთვის მხარდაჭერილ სიტუაციებში. ორივე გამავალი, მოწყობილობის მიერ ინიცირებული კავშირია. როუტერზე შემომავალი პორტი არ გჭირდებათ, ხოლო Mac-ზე მისი გამოქვეყნება სერვისს ამჟღავნებს ისე, რომ არ ეხმარება კლიენტს, რომელიც საერთოდ ვერ აღწევს Apple-ს.

გავლის პირობა: ახალი შეტყობინება Mac-იდან აღწევს მიმღებს სხვა ქსელში და მისი პასუხი ჩამოდის, იმავე პროფილის აქტიურობისას. გაგზავნეთ ერთი არასენსიტიური შეტყობინება და დაელოდეთ ერთ პასუხს და არა პარტიას, რომ ნაწილობრივი წარმატებაც გაჩვენოთ, რომელი მიმართულება ვარდება. თუ გაგზავნა მუშაობს და დანართები ჩერდება, ტრანსპორტი სავარაუდოდ რიგზეა და უფრო ვიწრო გზაა შესამოწმებელი.

შემოწმება 4: ანგარიშის მდგომარეობა სანამ გადატვირთავთ

აქტივაციის ან შესვლის შეცდომა ანგარიშის შრეს ეკუთვნის და არა გვირაბს. დაადასტურეთ, რომ Mac-ის თარიღი და დრო სწორია, რომ Apple ID-ით შესული ხართ და ელოდება თუ არა დადასტურების მოთხოვნა სხვა მოწყობილობაზე. მოლოდინში მყოფი ორფაქტორიანი დადასტურება ზუსტად კავშირის ჩავარდნას ჰგავს Messages-ის ფანჯრიდან.

წინააღმდეგობა გაუწიეთ გადატვირთვის იმპულსს. გასვლა და ხელახლა შესვლა, ან ანგარიშის გადატვირთვა, ყრის იმ მდგომარეობას, რომელიც გაჩვენებდათ, სად იჯდა ჩავარდნა, და მართულ Mac-ზე მან შეიძლება დაიწყოს რეგისტრაციის ნაბიჯები, რომელთა გაუქმებასაც მარტო ვერ შეძლებთ. ხელახლა აუთენტიფიკაცია გაიარეთ ერთხელ და მხოლოდ მას შემდეგ, რაც ტრანსპორტის შემოწმებები გაიარა და ანგარიში დარჩენილი ეჭვმიტანილია.

რა გადასცეთ ქსელის მფლობელს

თუ შემოწმებები გვირაბზე მიუთითებს, სასარგებლო ანგარიში მოკლეა: Mac-ის მოდელი და macOS-ის ვერსია, კლიენტის სახელი და ვერსია, პროფილის სახელი, დროის ფანჯარა, რომელი მიმართულება ვარდება და მარშრუტის ან resolver-ის დაკვირვება, რომელიც განსხვავდებოდა. არ ჩართოთ შეტყობინებების შიგთავსი და საუბრების ეკრანის სურათები.

მოითხოვეთ, რომ პოლიტიკა გამოყენებული იყოს რეალურ ფილტრაციის საზღვარზე. Apple-ის მოქმედი საწარმო ქსელური მოთხოვნები ჩამოთვლის ჰოსტებსა და ტრანსპორტის პირობებს თითოეული სერვისისთვის, რომ მფლობელმა ისინი წესებს შეადაროს და არა პორტი გახსნას და იმედი ჰქონდეს. ყოველი ცვლილების შემდეგ ხელახლა შეამოწმეთ ერთი შეტყობინებით; ორი ცვლადი ერთდროულად გაძლევთ შედეგს, რომელსაც ვერ წაიკითხავთ.