Membangunkan PC rumah yang tidur lewat VPN: dari mana paketnya datang
Tunnel tidak bisa membangunkan mesin yang ia sendiri akhiri. Letakkan magic packet di LAN rumah, pastikan adaptor dan status daya, lalu sambungkan.
Anda tersambung, router menjawab, dan desktop tetap gelap. Tunnel-nya baik-baik saja; paket yang seharusnya membangunkan mesin tidak pernah mencapai segmen tempat mesin mendengarkan. Menelusuri jalur mundur dari router menunjukkan di mana paket itu mati.
Tiga perangkat punya tiga tugas. Mencampuradukkannya adalah alasan biasa percobaan bangun berputar selamanya.
Mulai dari klien jarak jauh dan ikuti jalurnya
Dari jaringan hotel Anda tersambung ke router rumah, satu-satunya titik akhir yang selalu aktif dalam gambaran ini. Permintaan bangun yang Anda ketik di laptop menjadi lalu lintas tunnel biasa, dialamatkan ke tujuan mana pun yang Anda sebutkan. Tujuan itulah yang menentukan semua yang berikutnya.
Jika Anda mengirimnya ke alamat LAN router rumah di port magic packet, router bisa menerima datagram itu dan tidak pernah memancarkan frame di segmen rumah, karena tidak ada yang mendengarkan port itu di sana. Jika Anda menyiarkannya di dalam tunnel, ia berhenti di antarmuka tunnel. Tunnel yang dirutekan bukan perpanjangan lapisan 2 dari kabel rumah. Ikuti jalurnya lompat demi lompat dan jalan buntu menjadi jelas.
Pemeriksaan yang menyelesaikannya butuh satu perintah dari sisi jauh dan satu dari sisi rumah. Kirim permintaannya, lalu amati segmen rumah untuk frame itu.
Pindahkan pengirim ke segmen rumah
Router bisa melakukan pembangunan sendiri begitu Anda terautentikasi lewat tunnel. OpenWrt mendokumentasikan layanan Wake-on-LAN yang berjalan di perangkat dan memancarkan frame secara lokal, dan itulah bentuk yang tepat: autentikasi jarak jauh di luar, siaran lokal di dalam.
Penataan itu juga menjauhkan fungsi bangun dari internet publik. Tidak ada yang baru terekspos ke internet, karena pemicunya menumpang VPN yang sudah Anda percaya. Alternatifnya, layanan bangun dengan port diteruskan, menukar sedikit kenyamanan dengan titik akhir yang menghadap internet dan bisa diuji siapa saja.
Ketergantungan melingkar itu layak disebut terang-terangan. Klien VPN yang terpasang di desktop tidak bisa membangunkan desktop itu, karena proses klien membutuhkan mesin dalam keadaan berjalan. Pertahankan titik masuk jarak jauh di router atau kotak lain yang selalu aktif, dan biarkan desktop hanya menjadi target.
Pastikan targetnya sebelum menyalahkan tunnel
Bagian ini ditentukan oleh perangkat keras, bukan VPN, dan status daya menentukannya lebih dulu. Adaptor harus mendukung bangun, firmware harus membiarkan adaptor tetap berdaya saat tidur, dan sistem operasi harus dikonfigurasi untuk mengizinkannya. Mesin yang ditangguhkan berbeda kasusnya dengan mesin yang dimatikan, dan keduanya berbeda dari mesin yang catu dayanya dimatikan di dinding. Selesaikan status itu sebelum menelusuri sisa daftar.
Baca alamat perangkat keras dari adaptor yang benar-benar akan menerima frame. Desktop dengan Ethernet dan Wi-Fi sering punya dua alamat, dan hanya satu di antaranya yang mungkin mampu bangun. Bangun nirkabel adalah kemampuan terpisah dengan persyaratan firmware sendiri, jadi bangun lewat Ethernet yang berfungsi tidak mengatakan apa pun tentang bangun lewat Wi-Fi.
Buktikan dulu jalur lokalnya. Kirim magic packet dari perangkat lain di switch yang sama dan lihat mesin itu menyala. Jika gagal, sebanyak apa pun penelusuran masalah tunnel tidak akan menolong, dan kesalahannya ada di firmware, pengaturan adaptor, atau status daya.
Setelah bangun, sambungkan ke layanan yang Anda inginkan
Bangun bukan akses jarak jauh. Setelah mesin melanjutkan, ia masih harus memuat layanannya, memperoleh alamat, dan menerima sesi yang benar-benar Anda butuhkan. Beri waktu untuk mencapai status itu sebelum menyimpulkan pembangunan gagal.
# remote side: trigger the wake through the already-authenticated tunnel
ssh [email protected] 'wol -i br-lan 3c:7a:8f:2b:11:04'
# home side: is the target answering on the LAN?
ping -c 3 10.10.0.42
arp -n 10.10.0.42
Baris arp adalah yang berguna. Entri yang berubah dari tidak lengkap menjadi alamat perangkat keras nyata berarti mesin melanjutkan dan menjawab; permintaan yang tidak pernah terurai menunjuk kembali ke langkah bangun, bukan ke layanan yang Anda coba capai.
Pisahkan tahapannya dalam catatan Anda: bangun, boot, layanan. Kegagalan di tahap kedua tampak sama dengan kegagalan di tahap pertama dari jendela obrolan, dan hanya bukti lokal yang membedakannya.