VPN ilə oyandıqdan sonra Mac donur: nəyi qeyd etməli
Oyanışdan sonra donma bütün iş masası, klient və ya gözləyən bir tətbiq ola bilər. Hansının uğradığını müəyyən edin, sonra bu simptoma uyğun hesabatı götürün.
Oyanışdan sonra donmuş Mac barədə hesabatlar çox vaxt üç nasazlığı bir şikayətdə birləşdirir. Göstərici hələ də hərəkət edə bilər, halbuki VPN klienti klikləri nəzərə almır, klient işləyə bilər, halbuki bir uzaq sessiya vaxt aşımına uğrayır, və ya bütün iş masası girişi qəbul etməyi dayandıra bilər. Bunların hər biri fərqli sübut tələb edir və donmadan sonrakı ilk dəqiqə hansına baxdığınızı müəyyən edir. Səhv təxmin sonrakı hər addımı səhv istiqamətə göndərir.
Nə cavab verməyi dayandırdı, nə isə yalnız gözləməyi dayandırdı
Ən ucuz testlərlə başlayın: göstəricini hərəkət etdirin və yerli mətn sahəsinə yazın, klientin öz status görünüşünü açın və bildirdiyi vəziyyəti oxuyun, sonra artıq açıq olan sessiyanı davam etdirmək əvəzinə şəxsi tətbiqdə yeni əməliyyat başladın. Üç cavabı başqa heç nəyə toxunmadan yazın, çünki nəyin uğradığının sırası insanların unutduğu ilk detaldır.
Hər nəticə başqa yerə işarə edir. Tək ilişib qalmış sessiya sübutu tunelin o tayına qoyur və Mac yalnız tamaşaçıdır. İş masası hələ işləyərkən klikləri nəzərə almayan klient axtarışı həmin prosesə və onun jurnalına daraldır. Göstəricini nəzərə almayan maşın ümumiyyətlə nəyisə işə salmaq imkanını aradan qaldırır, çünki hər yoxlama əmri cavab verən qabıq tələb edir.
İstifadəçi onları bir cümlə ilə təsvir etsə belə, üç halı ayrı saxlayın. Təqdim etdiyiniz hesabat hansı testin birinci uğradığını və hansıların hələ keçdiyini deməlidir, maşının donduğunu yox. Bu fərq dəstək mühəndisinə şəbəkəyə, klientə və ya aparata baxmağı qərar verməyə imkan verir.
Sabah da müdafiə edə biləcəyiniz xronologiya
Saat qeydin sonradan bərpa edilə bilməyən hissəsidir. Qapağın nə vaxt açıldığını və ya maşının nə vaxt oyandığını, ilk uğursuz hərəkətin nə vaxt baş verdiyini və bu iki anın saniyələr yoxsa dəqiqələr aralı olduğunu qeyd edin. Sonra Macın həqiqətən yatdığını yoxsa yalnız ekranını kilidlədiyini yazın, çünki bunlar fərqli oyanma yolları olan fərqli vəziyyətlərdir. Yuxu jurnalı həmin xronologiyanın sonradan yoxlaya biləcəyiniz yeganə hissəsidir.
pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compactBirinci əmr qeyri-müəyyən xatirəni ikinciyə yaza biləcəyiniz zaman damğasına çevirir. Jurnal sorğusunu klient prosesi və qısa pəncərə ilə məhdudlaşdırın, bir günlük yerinə bir səhifə nəticə alın. Model identifikatorunu, klient quruluşunu və olduğunuz şəbəkəni ekran hələ qarşınızdaykən həmin qeydə köçürün; səhəri gün yığılan hesabat onu oxunaqlı edən sıranı itirir.
Simptoma uyğun çəkilişi seçin
Apple Activity Monitor diaqnostika təlimatında üç çəkiliş sənədləşdirir və onlar fərqli suallara cavab verir. Sample Process seçilmiş bir prosesi üç saniyə izləyir, spindump cavab verməyi dayandırmış və məcburi bağlanmaq üzrə olan tətbiqi hədəfləyir, System Diagnostics isə sistem jurnallarını bir paketdə toplayır.
Vərdişə görə deyil, müşahidə etdiyinizə görə seçin. İşləyən, lakin düzgün davranmayan klient sample alır, sample <pid> 3 -file ~/Desktop/sample.txt ilə və ya dişli çarx menyusundan götürülür. Sonsuza qədər fırlanan və öldürülməli olan tətbiq həmin menyudan Spindump bəndini alır. Klienti və sistemi əhatə edən problem sudo sysdiagnose -f ~/Desktop alır. Mümkünsə məcburi bağlamadan əvvəl sample götürün, çünki dayandırma tam olaraq yoxlamaq istədiyiniz vəziyyəti məhv edir, faylı səbəb barədə təxmininizə görə deyil, hadisə və vaxta görə adlandırın.
Hər paketə həssas kimi yanaşın. Bu hesabatlar hesab adlarını, host adlarını, yolları və şəbəkə detallarını daşıyır, ona görə onları açıq mövzuya əlavə etmək əvəzinə təşkilatınızın istifadə etdiyi dəstək kanalı ilə göndərin. Əgər hesabat qısaldılmalıdırsa, surəti kəsin və orijinalı toxunulmaz saxlayın.
Göstəricinin özü hərəkət etmədikdə
Ölü interfeys əməliyyatların sırasını dəyişir. Cavab verməyən qabıqdan nə prosesə sample götürə, nə də sorğu işlədə bilərsiniz, ona görə birinci məqsəd bərpa, ikinci məqsəd qeyddir. Məcburi yenidən başlatma bəzən yeganə çıxış yoludur və eyni zamanda ən faydalı detalların yox olduğu andır. Vaxtı, açıq olan pəncərələri və yenidən başlatmadan əvvəl şəbəkə menyusunun əlaqə göstərib-göstərmədiyini qeyd edin; proses vəziyyəti qalmasa da, bu müşahidələr yenidən başlatmadan sonra da qalır.
Maşın geri qayıtdıqdan sonra yenidən başlatmanın günahkarı tapdığı qənaətinə müqavimət göstərin. Xidməti bərpa etdi və heç nə adlandırmadı. Yalnız bir nəzarətli dəyişikliklə təkrar komponentə işarə edə bilər.
Donma qayıdırsa, hər cəhddə bir şərti dəyişin: şəbəkə, klient versiyası və ya yuxu rejimi. Əvvəlcə uzaq işi saxlayın və istehsal maşınında məcburi yuxuları təkrarlamaqdan çəkinin, çünki təkrar sərt dövrlər məlumat itkisi riski daşıyır və çox vaxt təqib etdiyinizdən fərqli nasazlıq yaradır. Hər cəhdi şərtləri ilə yazın ki, növbəti anekdot deyil, müqayisə edilə bilən olsun.
Bir hadisə təhvil verin, əhval deyil
Hərəkətə səbəb olan təhvil dörd şeyi adlandırır: nə cavab verməyi dayandırdı, nə vaxt baş verdi, o anda şəbəkə necə görünürdü və hansı çəkiliş pəncərəni əhatə edir. Klient versiyasını və macOS quruluşunu əlavə edin, sonra dayanın. Həm platforma komandası, həm də klient təchizatçısı bu cümləyə əsasən hərəkət edə bilər və heç biri narazılıq təsvirinə əsasən hərəkət edə bilməz. Qeydi bir yerdə saxlayın və hər dəfə hekayəni yenidən danışmaq əvəzinə ona əlavə edin; yeniləmə davranışı dəyişibsə, hansı yeniləmə olduğunu qeyd edin, çünki bu da sübutdur.
Yaxşı qeyd artıq nəyi istisna etdiyinizi də qeyd edir. Donma zamanı yerli tətbiq cavab verdisə, bunu deyin; yuxu jurnalı kilid deyil, əsl oyanış göstərirsə, onu da deyin. Növbəti şəxs artıq apardığınız testləri təkrarlamamalıdır.
Bileti bağlamadan əvvəl üç şeyi yoxlayın: zaman damğası yaddaşdan deyil, yuxu jurnalından gəlir, çəkiliş həqiqətən gördüyünüz simptoma uyğundur və paket təsdiqlənmiş yerdədir. Üçündən hər hansı biri yoxdursa, hesabat göndərilməyə hazır deyil.