Mac იყინება VPN-ით გაღვიძების შემდეგ: რა უნდა ჩავიწეროთ
გაღვიძების შემდეგ გაყინვა შეიძლება იყოს მთელი სამუშაო მაგიდა, კლიენტი ან ერთი მოლოდინში მყოფი აპი. დაადგინეთ რა ჩავარდა, შემდეგ აიღეთ ამ სიმპტომის შესაბამისი ანგარიში.
გაღვიძების შემდეგ გაყინული Mac-ის შესახებ ანგარიშები ხშირად სამ ჩავარდნას აერთიანებს ერთ საჩივარში. მაჩვენებელი შეიძლება ჯერ კიდევ მოძრაობდეს, სანამ VPN კლიენტი კლიკებს უგულებელყოფს, კლიენტი შეიძლება მუშაობდეს, სანამ ერთი დისტანციური სესია იწურება, ან მთელმა სამუშაო მაგიდამ შეიძლება შეწყვიტოს შეყვანის მიღება. თითოეულ მათგანს სხვადასხვა მტკიცებულება სჭირდება, და გაყინვიდან პირველი წუთი წყვეტს, რომელი გაქვთ წინ. არასწორი ვარაუდი ყოველ შემდგომ ნაბიჯს არასწორი მიმართულებით აგზავნის.
რა შეწყვიტა პასუხის გაცემა და რა მხოლოდ ლოდინი შეწყვიტა
დაიწყეთ ყველაზე იაფი ტესტებით: გადააადგილეთ მაჩვენებელი და აკრიფეთ ლოკალურ ტექსტურ ველში, გახსენით კლიენტის საკუთარი სტატუსის ხედი და წაიკითხეთ მისი მოხსენებული მდგომარეობა, შემდეგ დაიწყეთ ახალი ოპერაცია კერძო აპში უკვე გახსნილი სესიის განახლების ნაცვლად. ჩაწერეთ სამი პასუხი, სანამ რამე სხვას შეეხებით, რადგან რა ჩავარდა — მისი თანმიმდევრობა პირველი დეტალია, რომელიც ადამიანებს ავიწყდებათ.
ყოველი შედეგი სხვა ადგილისკენ მიუთითებს. ერთი ჩარჩენილი სესია მტკიცებულებას გვირაბის მეორე მხარეს ათავსებს, და Mac მხოლოდ დამკვირვებელია. კლიენტი, რომელიც კლიკებს უგულებელყოფს, სანამ სამუშაო მაგიდა ჯერ კიდევ მუშაობს, ძებნას ამ პროცესსა და მის ჟურნალზე ავიწროებს. მანქანა, რომელიც მაჩვენებელს უგულებელყოფს, რაიმეს გაშვების შესაძლებლობას აშორებს, რადგან ყოველ შემოწმების ბრძანებას პასუხისმგებელი გარსი სჭირდება.
სამი შემთხვევა ცალ-ცალკე შეინახეთ, მაშინაც კი, როცა მომხმარებელი მათ ერთი წინადადებით აღწერს. თქვენ მიერ წარდგენილმა ანგარიშმა უნდა თქვას, რომელი ტესტი ჩავარდა პირველი და რომელი ჯერ კიდევ გავიდა, და არა ის, რომ მანქანა გაიყინა. სწორედ ეს განსხვავება აძლევს მხარდაჭერის ინჟინერს საშუალებას გადაწყვიტოს, შეხედავს ქსელს, კლიენტს თუ აპარატურას.
დროის ხაზი, რომელსაც ხვალაც შეძლებთ დაიცვათ
საათი ჩანაწერის ის ნაწილია, რომელიც მოგვიანებით ვერ აღდგება. ჩაწერეთ, როდის გაიხსნა სახურავი ან გაიღვიძა მანქანამ, როდის მოხდა პირველი წარუმატებელი მოქმედება, და ეს ორი მომენტი წამებით თუ წუთებით იყო დაშორებული. შემდეგ დაწერეთ, ნამდვილად ეძინა Mac-ს თუ მხოლოდ ეკრანი ჩაკეტა, რადგან ეს სხვადასხვა მდგომარეობაა სხვადასხვა გაღვიძების გზებით. ძილის ჟურნალი ამ დროის ხაზის ერთადერთი ნაწილია, რომელსაც შემდეგ შეგიძლიათ გადაამოწმოთ.
pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compactპირველი ბრძანება ბუნდოვან მოგონებას დროის ნიშნად აქცევს, რომელსაც მეორეში აკრეფთ. შეზღუდეთ ჟურნალის მოთხოვნა კლიენტის პროცესითა და მოკლე ფანჯრით, და მიიღებთ ერთ გვერდ გამოტანას მთელი დღის ნაცვლად. დააკოპირეთ მოდელის იდენტიფიკატორი, კლიენტის აწყობა და ქსელი, რომელშიც იყავით, იმავე ჩანაწერში, სანამ ეკრანი ჯერ კიდევ თქვენს წინ არის; მეორე დილით შედგენილი ანგარიში კარგავს იმ წესრიგს, რომელიც მას წაკითხვადს ხდიდა.
აირჩიეთ სიმპტომის შესაბამისი ჩაჭერა
Apple დოკუმენტირებს სამ ჩაჭერას Activity Monitor-ის დიაგნოსტიკის გიდში, და ისინი სხვადასხვა კითხვას პასუხობენ. Sample Process სამი წამის განმავლობაში აკვირდება ერთ შერჩეულ პროცესს, spindump მიზნად ისახავს აპს, რომელმაც პასუხის გაცემა შეწყვიტა და მალე იძულებით დაიხურება, ხოლო System Diagnostics სისტემურ ჟურნალებს პაკეტში აგროვებს.
აირჩიეთ დაკვირვებულის მიხედვით, ჩვევის მიხედვით კი არა. კლიენტი, რომელიც მუშაობს, მაგრამ ცუდად იქცევა, იღებს sample-ს, აღებულს sample <pid> 3 -file ~/Desktop/sample.txt-ით ან გადაცემათა მენიუდან. აპი, რომელიც უსასრულოდ ტრიალებს და უნდა მოკლას, იღებს Spindump ელემენტს იმავე მენიუდან. პრობლემა, რომელიც კლიენტსა და სისტემას მოიცავს, იღებს sudo sysdiagnose -f ~/Desktop-ს. აიღეთ sample იძულებით დახურვამდე, როცა შეგიძლიათ, რადგან შეწყვეტა ზუსტად იმ მდგომარეობას ანადგურებს, რომლის შემოწმებაც გსურდათ, და ფაილს დაარქვით მოვლენისა და დროის მიხედვით, და არა მიზეზის შესახებ თქვენი ვარაუდის მიხედვით.
ყოველ პაკეტს მგრძნობიარედ მოეპყარით. ეს ანგარიშები შეიცავს ანგარიშის სახელებს, ჰოსტის სახელებს, ბილიკებსა და ქსელის დეტალებს, ამიტომ გაგზავნეთ ისინი თქვენი ორგანიზაციის მხარდაჭერის არხით და არ მიამაგროთ საჯარო თემას. თუ ანგარიშის შემოკლებაა საჭირო, შეამოკლეთ ასლი და ორიგინალი ხელუხლებელი დატოვეთ.
როცა თავად მაჩვენებელი არ მოძრაობს
მკვდარი ინტერფეისი ოპერაციების წესრიგს ცვლის. ვერ აიღებთ პროცესის sample-ს და ვერ გაუშვებთ მოთხოვნას გარსიდან, რომელიც არ პასუხობს, ამიტომ პირველი მიზანი აღდგენაა, მეორე კი ჩანაწერი. იძულებითი გადატვირთვა ზოგჯერ ერთადერთი გამოსავალია, და ეს ის მომენტიცაა, როცა ყველაზე სასარგებლო დეტალები ქრება. ჩაწერეთ დრო, ღია ფანჯრები და ჰქონდა თუ არა ქსელის მენიუს კავშირი გადატვირთვამდე; ეს დაკვირვებები გადატვირთვას გადაურჩება, თუმცა პროცესის მდგომარეობა არა.
როცა მანქანა დაბრუნდება, წინ აღუდექით დასკვნას, რომ გადატვირთვამ დამნაშავე იპოვა. მან სერვისი აღადგინა და არაფერი დაასახელა. მხოლოდ ერთი კონტროლირებული ცვლილებით გამეორებამ შეიძლება მიუთითოს კომპონენტზე.
თუ გაყინვა ბრუნდება, ყოველ ცდაზე ერთი პირობა შეცვალეთ: ქსელი, კლიენტის ვერსია ან ძილის რეჟიმი. ჯერ შეინახეთ დისტანციური სამუშაო და მოერიდეთ იძულებითი ძილის გამეორებას საწარმოო მანქანაზე, რადგან განმეორებითი მკაცრი ციკლები მონაცემთა დაკარგვის რისკს შეიცავს და ხშირად სხვა ჩავარდნას იძლევა, ვიდრე ის, რომელსაც მისდევთ. ჩაწერეთ ყოველი ცდა მისი პირობებით, რომ შემდეგი შედარებადი იყოს და არა ანეკდოტური.
გადაეცით ერთი მოვლენა და არა განწყობა
გადაცემა, რომელიც მოქმედებას იწვევს, ასახელებს ოთხ რამეს: რა შეწყვიტა პასუხის გაცემა, როდის მოხდა, როგორი იყო ქსელი იმ მომენტში, და რომელი ჩაჭერა ფარავს ფანჯარას. დაამატეთ კლიენტის ვერსია და macOS-ის აწყობა, შემდეგ გაჩერდით. პლატფორმის გუნდიც და კლიენტის მომწოდებელიც ამ წინადადებით შეიძლება იმოქმედონ, და არც ერთი მათგანი ვერ იმოქმედებს იმედგაცრუების აღწერით. შეინახეთ ჩანაწერი ერთ ადგილას და დაუმატეთ, ნაცვლად იმისა, რომ ყოველ ჯერზე ამბავი თავიდან მოყვეთ; თუ განახლებამ ქცევა შეცვალა, მიუთითეთ რომელი, რადგან ესეც მტკიცებულებაა.
კარგი ჩანაწერი ასევე ამბობს, რა უკვე გამორიცხეთ. თუ გაყინვის დროს ლოკალურმა აპმა უპასუხა, თქვით ეს; თუ ძილის ჟურნალი რეალურ გაღვიძებას გვიჩვენებს და არა ჩაკეტვას, ესეც თქვით. შემდეგ ადამიანს არ უნდა მოუწიოს იმ ტესტების გამეორება, რომლებიც უკვე გააკეთეთ.
სანამ ბილეთს დახურავთ, შეამოწმეთ სამი რამ: დროის ნიშანი ძილის ჟურნალიდან მოდის და არა მეხსიერებიდან, ჩაჭერა შეესაბამება იმ სიმპტომს, რომელიც ნამდვილად ნახეთ, და პაკეტი დამტკიცებულ ადგილასაა. თუ სამიდან რომელიმე აკლია, ანგარიში გასაგზავნად მზად არ არის.