Gisingin ang natutulog na PC sa bahay sa pamamagitan ng VPN: saan galing ang packet
Hindi magising ng tunnel ang makina na siya mismo ang nagtatapos. Ilagay ang magic packet sa LAN ng bahay, kumpirmahin ang adapter at estado ng kuryente, pagkatapos kumonekta.
Kumokonekta ka, sumasagot ang router, at nananatiling madilim ang desktop. Maayos ang tunnel; ang packet na sana ay gumising sa makina ay hindi kailanman nakarating sa segment kung saan nakikinig ang makina. Kapag sinusundan mo pabalik ang landas mula sa router, makikita mo kung saan ito namamatay.
Tatlong aparato, tatlong trabaho. Ang paghahalo sa kanila ang karaniwang dahilan kung bakit paikot nang walang hanggan ang pagtatangkang gisingin.
Magsimula sa malayong client at sundan ang landas
Mula sa network ng hotel kumokonekta ka sa router ng bahay, ang tanging endpoint na laging bukas sa larawan. Ang kahilingang gisingin na itinatype mo sa laptop ay nagiging ordinaryong trapiko ng tunnel, nakadirekta sa alinmang destinasyong pinangalanan mo. Ang destinasyong iyon ang magpapasya sa lahat ng sumusunod.
Kung ipinadala mo ito sa LAN address ng router ng bahay sa port ng magic packet, maaaring tanggapin ng router ang datagram at hindi kailanman maglabas ng frame sa segment ng bahay, dahil walang nakikinig sa port na iyon doon. Kung ibobroadcast mo ito sa loob ng tunnel, humihinto ito sa interface ng tunnel. Ang naka-route na tunnel ay hindi extension ng layer 2 ng mga kable ng bahay. Sundan ang landas hop sa hop at magiging malinaw ang dead end.
Ang pagsusuring magpapasya nito ay nangangailangan ng isang command mula sa malayong panig at isa mula sa panig ng bahay. Ipadala ang kahilingan, pagkatapos bantayan ang segment ng bahay para sa frame.
Ilipat ang nagpadala sa segment ng bahay
Maaaring gawin ng router mismo ang paggising kapag na-authenticate ka sa tunnel. Dinodokumento ng OpenWrt ang isang serbisyong Wake-on-LAN na tumatakbo sa aparato at naglalabas ng frame nang lokal, at iyon ang eksaktong hugis na kailangan: authentication mula sa labas, lokal na broadcast sa loob.
Ang kaayusang iyon ay naglalayo rin sa tungkulin ng paggising mula sa pampublikong internet. Walang bagong nalalantad sa internet, dahil ang trigger ay dumadaan sa VPN na pinagkakatiwalaan mo na. Ang alternatibo, isang serbisyong paggising na may naka-forward na port, ay ipinagpapalit ang maliit na kaginhawahan sa isang endpoint na nakaharap sa internet na kahit sino ay maaaring subukan.
Ang pabilog na dependency ay dapat pangalanan nang tuwiran. Ang VPN client na naka-install sa desktop ay hindi magising ang desktop na iyon, dahil kailangan ng client process na tumatakbo ang makina. Panatilihin ang remote entry point sa router o sa ibang laging bukas na kahon, at hayaang ang desktop ay maging target lamang.
Kumpirmahin ang target bago sisihin ang tunnel
Ang bahaging ito ay pinagpapasyahan ng hardware, hindi ng VPN, at ang estado ng kuryente ang unang nagpapasya. Dapat suportahan ng adapter ang paggising, dapat iwan ng firmware na may kuryente ang adapter sa pagtulog, at dapat naka-configure ang operating system na pumayag dito. Ang makinaryang suspendido ay ibang kaso kaysa sa isang naka-shutdown, at pareho silang naiiba sa makinaryang pinutol ang kuryente sa dingding. Ayusin ang estadong iyon bago mo daanan ang natitirang listahan.
Basahin ang hardware address mula sa adapter na talagang tatanggap ng frame. Ang desktop na may Ethernet at Wi-Fi ay kadalasang may dalawang address, at isa lamang sa kanila ang maaaring may kakayahang gumising. Ang wireless na paggising ay hiwalay na kakayahan na may sariling pangangailangan sa firmware, kaya ang gumaganang Ethernet wake ay walang sinasabi tungkol sa paggising sa Wi-Fi.
Patunayan muna ang lokal na landas. Ipadala ang magic packet mula sa ibang aparato sa parehong switch at panoorin ang makina na bumangon. Kung mabibigo iyon, walang dami ng pag-debug ng tunnel ang makakatulong, at ang depekto ay nasa firmware, sa mga setting ng adapter o sa estado ng kuryente.
Pagkatapos magising, kumonekta sa serbisyong gusto mo
Ang paggising ay hindi remote access. Kapag nagpatuloy ang makina, kailangan pa rin nitong i-boot ang mga serbisyo nito, kumuha ng address at tanggapin ang session na talagang kailangan mo. Bigyan ito ng oras upang maabot ang estadong iyon bago magpasya na nabigo ang paggising.
# 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
Ang linyang arp ang kapaki-pakinabang. Ang entry na nagbabago mula sa hindi kumpleto patungo sa tunay na hardware address ay nangangahulugang nagpatuloy ang makina at sumagot; ang kahilingang hindi kailanman nalulutas ay tumuturo pabalik sa hakbang ng paggising, hindi sa serbisyong sinusubukan mong maabot.
Paghiwalayin ang mga yugto sa iyong mga tala: paggising, boot, serbisyo. Ang pagkabigo sa ikalawang yugto ay mukhang kapareho ng pagkabigo sa unang yugto mula sa chat window, at ang lokal na ebidensya lamang ang nagtatangi sa kanila.