Mac membeku setelah bangun dengan VPN: apa yang harus dicatat

Laporan tentang Mac yang membeku setelah bangun sering menggabungkan tiga kegagalan menjadi satu keluhan. Penunjuk masih bisa bergerak sementara klien VPN mengabaikan klik, klien bisa bekerja sementara satu sesi jarak jauh habis, atau seluruh desktop bisa berhenti menerima masukan. Setiap kasus membutuhkan bukti berbeda, dan menit pertama setelah pembekuan menentukan mana yang sedang Anda hadapi. Dugaan yang salah mengarahkan setiap langkah berikutnya ke arah yang salah.

Apa yang berhenti menjawab, dan apa yang hanya berhenti menunggu

Mulailah dengan uji termurah: gerakkan penunjuk dan ketik di kolom teks lokal, buka tampilan status milik klien dan baca status yang dilaporkannya, lalu mulai operasi baru di aplikasi privat alih-alih melanjutkan sesi yang sudah terbuka. Tulis ketiga jawabannya sebelum menyentuh hal lain, karena urutan apa yang gagal adalah detail pertama yang orang lupakan.

Setiap hasil menunjuk ke tempat berbeda. Satu sesi yang macet menempatkan bukti di sisi lain terowongan, dan Mac hanya penonton. Klien yang mengabaikan klik sementara desktop masih bekerja mempersempit pencarian ke proses itu dan lognya. Mesin yang mengabaikan penunjuk menghapus pilihan menjalankan apa pun, karena setiap perintah pemeriksaan membutuhkan shell yang menjawab.

Pisahkan ketiga kasus bahkan ketika pengguna menjelaskannya dalam satu kalimat. Laporan yang Anda ajukan harus menyebutkan uji mana yang gagal lebih dulu dan mana yang masih lolos, bukan bahwa mesin membeku. Perbedaan itulah yang memungkinkan insinyur dukungan memutuskan apakah akan melihat jaringan, klien, atau perangkat keras.

Garis waktu yang masih bisa Anda pertahankan besok

Jam adalah bagian catatan yang tidak bisa dibangun ulang nanti. Catat kapan tutup dibuka atau mesin bangun, kapan tindakan gagal pertama terjadi, dan apakah kedua momen itu terpisah beberapa detik atau menit. Lalu tuliskan apakah Mac benar-benar tidur atau hanya mengunci layarnya, karena itu keadaan berbeda dengan jalur bangun berbeda. Log tidur adalah satu-satunya bagian dari garis waktu itu yang bisa Anda periksa setelahnya.

pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compact

Perintah pertama mengubah ingatan samar menjadi stempel waktu yang bisa Anda ketikkan ke perintah kedua. Batasi kueri log ke proses klien dan jendela singkat, dan Anda mendapat satu halaman keluaran alih-alih sehari penuh. Salin pengenal model, build klien, dan jaringan tempat Anda berada ke catatan yang sama selagi layar masih di depan Anda; laporan yang disusun pagi berikutnya kehilangan urutan yang membuatnya mudah dibaca.

Pilih rekaman yang sesuai dengan gejala

Apple mendokumentasikan tiga rekaman di panduan diagnostik Activity Monitor, dan ketiganya menjawab pertanyaan berbeda. Sample Process mengamati satu proses terpilih selama tiga detik, spindump menyasar aplikasi yang berhenti merespons dan akan dipaksa keluar, dan System Diagnostics mengumpulkan log sistem ke dalam paket.

Pilih berdasarkan apa yang Anda amati, bukan kebiasaan. Klien yang berjalan tetapi berperilaku buruk mendapat sample, diambil dengan sample <pid> 3 -file ~/Desktop/sample.txt atau dari menu roda gigi. Aplikasi yang berputar selamanya dan harus dimatikan mendapat item Spindump dari menu yang sama. Masalah yang mencakup klien dan sistem mendapat sudo sysdiagnose -f ~/Desktop. Ambil sample sebelum memaksa keluar bila bisa, karena penghentian menghancurkan persis keadaan yang ingin Anda periksa, dan beri nama berkas menurut peristiwa dan waktu, bukan menurut dugaan Anda tentang penyebabnya.

Perlakukan setiap paket sebagai sensitif. Laporan ini membawa nama akun, nama host, jalur, dan detail jaringan, jadi kirimkan melalui kanal dukungan yang digunakan organisasi Anda alih-alih melampirkannya ke utas publik. Jika laporan harus dipangkas, pangkas salinannya dan biarkan aslinya utuh.

Saat penunjuknya sendiri tidak bergerak

Antarmuka yang mati mengubah urutan operasi. Anda tidak bisa mengambil sample proses atau menjalankan kueri dari shell yang tidak menjawab, jadi tujuan pertama adalah pemulihan dan yang kedua adalah catatan. Mulai ulang paksa kadang satu-satunya jalan keluar, dan itu juga saat detail paling berguna menghilang. Catat waktu, jendela yang terbuka, dan apakah menu jaringan menunjukkan koneksi sebelum Anda memulai ulang; pengamatan itu bertahan melewati boot ulang meskipun keadaan proses tidak.

Setelah mesin kembali, tolak kesimpulan bahwa mulai ulang menemukan pelakunya. Pemulihan itu mengembalikan layanan dan tidak menyebut apa pun. Hanya pengulangan dengan satu perubahan terkendali yang bisa menunjuk komponen.

Jika pembekuan kembali, ubah satu kondisi per percobaan: jaringan, versi klien, atau mode tidur. Simpan pekerjaan jarak jauh dulu, dan hindari mengulang tidur paksa pada mesin produksi, karena siklus keras berulang berisiko kehilangan data dan sering menghasilkan kegagalan berbeda dari yang Anda kejar. Catat setiap percobaan beserta kondisinya agar yang berikutnya bisa dibandingkan, bukan anekdot.

Serahkan satu peristiwa, bukan suasana hati

Serah terima yang menghasilkan tindakan menyebutkan empat hal: apa yang berhenti menjawab, kapan itu terjadi, bagaimana jaringan saat itu, dan rekaman mana yang mencakup jendela waktu tersebut. Tambahkan versi klien dan build macOS, lalu berhenti. Tim platform maupun vendor klien dapat bertindak atas kalimat itu, dan keduanya tidak dapat bertindak atas deskripsi frustrasi. Simpan catatan di satu tempat dan tambahkan padanya alih-alih menceritakan ulang kisahnya setiap kali; jika pembaruan mengubah perilaku, sebutkan yang mana, karena itu juga bukti.

Catatan yang baik juga menyatakan apa yang sudah Anda singkirkan. Jika aplikasi lokal menjawab selama pembekuan, katakan; jika log tidur menunjukkan bangun sungguhan dan bukan kunci, katakan juga. Orang berikutnya tidak seharusnya mengulang uji yang sudah Anda jalankan.

Sebelum menutup tiket, periksa tiga hal: stempel waktu berasal dari log tidur bukan dari ingatan, rekaman cocok dengan gejala yang benar-benar Anda lihat, dan paket berada di lokasi yang disetujui. Jika salah satu dari ketiganya tidak ada, laporan belum siap dikirim.