Remote Desktop Wake on LAN: konfiguracja i naprawa

Jesteś gotów połączyć się zdalnie i odkrywasz, że komputer jest uśpiony lub wyłączony. 'Remote desktop wake on lan' to rozwiązanie — gdy działa. Ten przewodnik przeprowadza przez dokładne kroki w BIOS/OS/sieci i na routerze, aby Wake‑on‑LAN (WoL) działało niezawodnie dla zdalnego pulpitu, oraz opisuje bezpieczne sposoby budzenia maszyn przez Internet.

Jak Wake‑on‑LAN działa w praktyce

Wake‑on‑LAN wykorzystuje tzw. „magic packet” wysyłany do interfejsu sieciowego docelowej maszyny. Pakiet to 6‑bajtowy nagłówek 0xFF, po którym następuje 16 kopii adresu MAC celu. NIC nasłuchuje tego wzorca, gdy host jest w stanie niskiego zużycia energii (S3) lub czasami w stanie soft‑off (S5), w zależności od BIOS i sprzętu.

Dwie ważne sieciowe uwagi:

• W LAN pakiet zwykle jest wysyłany jako broadcast (np. 255.255.255.255 lub broadcast podsieci, np. 192.168.1.255).
• Przez Internet zwykle potrzebujesz triku na routerze (directed broadcast), VPN do sieci LAN lub zawsze‑włączonego relaya w tej samej sieci, który przekaże magic packet.

Przygotuj hosta: ustawienia BIOS/UEFI i systemu

Zanim zaczniesz działania sieciowe, potwierdź, że sprzęt i system operacyjny są skonfigurowane do budzenia.

BIOS / UEFI

• Wejdź do BIOS/UEFI (typowe klawisze: F2, DEL, F12) i szukaj opcji 'Wake on LAN', 'Power on by PCI‑E' lub 'Wake on PME'. Włącz ją. Na niektórych systemach znajduje się to w Advanced → Power Management.
• Sprawdź, czy WoL jest dozwolone z S3 (uśpienie) i z S5 (wyłączenie). Wiele konsumenckich płyt obsługuje tylko S3; niektóre płyty serwerowe obsługują S5.

Windows 10 / Windows 11

• Device Manager → Network adapters → wybierz NIC → Properties.
• W zakładce Power Management: zaznacz 'Allow this device to wake the computer' i opcjonalnie odznacz 'Allow the computer to turn off this device to save power', jeśli występują problemy.
• W zakładce Advanced: włącz 'Wake on Magic Packet' (nazwa zależy od sterownika) i wyłącz wszelkie oszczędzanie energii blokujące wake.
• Wyłącz Fast Startup (Control Panel → Power Options → Choose what the power buttons do → Change settings that are currently unavailable → odznacz 'Turn on fast startup'). Fast startup używa hybrydowej hibernacji i może łamać WoL.
• Przydatne polecenia: uruchom w podwyższonym wierszu poleceń, aby sprawdzić możliwości budzenia:

powercfg -devicequery wake_armed
powercfg -a

powercfg -devicequery wake_armed pokazuje urządzenia dopuszczone do budzenia systemu. powercfg -a pokazuje dostępne stany uśpienia (S3 vs S4/S5). Jeśli S3 nie jest wymienione, NIC nie może nasłuchiwać magic packet.

Ubuntu / Debian / inne Linux (przykład: Ubuntu 22.04)

• Zainstaluj ethtool (sudo apt install ethtool).
• Sprawdź bieżący stan WoL:

  sudo ethtool eth0 | grep -i wake

  Linia powinna zawierać Wake-on: g (magic packet).
• Włącz WoL natychmiast:

  sudo ethtool -s eth0 wol g

• Aby ustawić to na stałe, dodaj jednostkę systemd lub skonfiguruj menedżera sieci. Przykładowa jednostka systemd:

[Unit]
Description=Enable Wake-on-LAN for eth0
After=network.target

[Service]
Type=oneshot
ExecStart=/sbin/ethtool -s eth0 wol g

[Install]
WantedBy=multi-user.target

Zamień eth0 na nazwę swojego interfejsu (ip link show). Jeśli NIC zgłasza inne litery (p, u, d), zobacz dokumentację ethtool; chcesz flagi 'g'.

macOS (przykład: macOS 13 Ventura)

• Apple nazywa to 'Wake for network access' (Energy Saver w starszych macOS, System Settings → Battery → Options w nowszych). Zaznacz tę opcję dla laptopów i desktopów.
• W wierszu poleceń:

  sudo pmset -a womp 1

  'womp' włącza Wake on Magic Packet. macOS używa też Bonjour Sleep Proxy dla urządzeń Apple, co pozwala na wake‑on‑demand dla Maców reklamujących usługi.

Klienci bezprzewodowi

WoL przez Wi‑Fi (WoWLAN) jest ograniczone. Wiele kart Wi‑Fi i sterowników nie obsługuje budzenia ze stanu wyłączonego, a wsparcie zależy od OS i sprzętu. Jeśli to możliwe, preferuj kabel Ethernet dla niezawodnego WoL.

Wysyłanie magic packet: narzędzia i metody

Gdy host potrafi się obudzić, potrzebujesz sposobu na wysłanie magic packet z miejsca, w którym się znajdujesz.

• Local LAN: użyj aplikacji na telefon lub narzędzia na PC, takich jak wakeonlan (Linux), WakeMeOnLan (NirSoft, Windows) lub aplikacje mobilne na Android/iOS. Przykład:

  sudo apt install wakeonlan
  wakeonlan 00:11:22:33:44:55

• Z maszyny w tej samej sieci LAN (zalecane): małe zawsze‑włączone urządzenie (Raspberry Pi, NAS) może przyjmować zdalne polecenia (SSH, HTTP) i wysyłać lokalny magic packet. To omija problemy z broadcastem na routerze.
• Przez Internet: stosuje się trzy popularne wzorce; każdy ma zalety i wady.

Opcja A — Router directed broadcast (krucha)

Niektóre routery pozwalają na przekierowanie UDP portu 9 (lub 7) na adres broadcast LAN (np. 192.168.1.255). To wysyła magic packet jako broadcast, więc uśpiona NIC go zobaczy. Zastrzeżenia:

• Wiele routerów konsumenckich i korporacyjnych blokuje directed broadcasts domyślnie ze względów bezpieczeństwa.
• Otwierasz port UDP na Internet — atakujący mogą próbować go nadużyć. Jeśli wybierasz tę drogę, ogranicz źródłowe adresy IP lub użyj wysokiego losowego portu i rygorystycznych reguł firewalla.

Opcja B — VPN do LAN (zalecane ze względu na bezpieczeństwo)

Połącz swoje zdalne urządzenie z LAN przez VPN (OpenVPN, WireGuard). Gdy VPN umieści klienta w tej samej podsieci (lub router potrafi routować do tej podsieci), wyślij magic packet tak, jakbyś był lokalny. To unika otwierania portów na Internet i jest kompatybilne z naszym przewodnikiem na remote-desktop-without-port-forwarding.

Opcja C — Zawsze‑włączony relay w LAN

Uruchom mały relay (Raspberry Pi, energooszczędny PC lub zawsze‑włączony NAS), który przyjmuje uwierzytelnione żądania z Internetu i wysyła magic packet lokalnie. To powszechny wzorzec w biurach: Pi uruchamia endpoint HTTPS, który wyzwala wake. Chroń go kluczami SSH lub HTTPS z długim losowym tokenem.

Po obudzeniu: jak się połączyć

Niektóre zamknięte pakiety integrują wyzwalacz budzenia w własnej infrastrukturze lub sparowanym urządzeniu bramkowym w LAN — ten sam wzorzec Opcji C, z ich agentem pośrodku zamiast twojego Pi. Tak czy inaczej, magiczny pakiet to tylko połowa zadania: maszyna jest włączona, a nadal potrzebujesz sposobu, by się do niej dostać. Tę drugą połowę warto nie budować samodzielnie. Zarządzany przekaźnik łączy się z obudzonym hostem bez potrzeby rozszerzania tunelu VPN, przekierowywania portu ani posiadania własnej bramy do łatania — zobacz jak rozwiązanie zarządzane wypada w porównaniu z TeamViewer.

Praktyczny przykład: obudzenie Windows PC z Internetu używając Raspberry Pi i WireGuard

Kroki ogólnie:

1. Zarezerwuj statyczny lease DHCP dla docelowego PC po MAC (żeby znać podsieć).
2. Skonfiguruj Raspberry Pi w LAN z małym skryptem wywołującym wakeonlan.
3. Zainstaluj WireGuard na Pi i na zdalnym kliencie. Po połączeniu zdalny klient może SSH‑ować do Pi lub wywołać jego lokalny endpoint HTTP, aby wysłać magic packet.

Przykładowy skrypt na Pi (zainstaluj wakeonlan przez apt):

#!/bin/bash
# /usr/local/bin/send-wol.sh
MAC="$1"
if [ -z "$MAC" ]; then
  echo "Usage: send-wol.sh "
  exit 1
fi
/usr/bin/wakeonlan "$MAC"

Uczyń skrypt wykonywalnym i wywołuj go z uwierzytelnionego interfejsu (SSH, systemd socket lub minimalny endpoint HTTPS). W ten sposób nie wystawiasz UDP 9 na świat, a Pi może wysłać broadcast do lokalnej sieci.

Lista kontrolna przy problemach

Jeśli WoL nie działa, przejdź przez tę listę kontrolną:

• BIOS: Czy Wake‑on‑LAN (lub odpowiednik) jest włączone? Czy dostępne są opcje budzenia z S3/S5?
• NIC raportuje Wake‑on: g (użyj ethtool na Linux).
• Windows: 'Allow this device to wake the computer' jest zaznaczone; Fast Startup jest wyłączony.
• Host ma faktycznie zasilanie: sprawdź diodę NIC, która często świeci w stanach uśpienia.
• Nadawca magic packet: czy może dotrzeć do docelowej podsieci? Jeśli wysyłasz między podsieciami, czy router pozwala na directed broadcast?
• Jeśli używasz bezprzewodowości, przetestuj po kablu Ethernet, aby wykluczyć ograniczenia sterownika.
• Sprawdź adres MAC: błędny MAC lub złe formatowanie spowoduje niepowodzenie. Używaj formatu z dwukropkami 00:11:22:33:44:55 w większości narzędzi.

Uwagi dotyczące bezpieczeństwa i zalecane praktyki

Otwarcie UDP 9 do Internetu to najsłabsza opcja — eksponuje port i zapewnia niewielkie uwierzytelnianie. Preferuj jeden z tych bezpieczniejszych wzorców:

• Połącz się przez VPN z LAN (WireGuard/OpenVPN) i wyślij pakiet lokalnie.
• Użyj uwierzytelnionego przekaźnika (SSH lub HTTPS) na Pi lub NAS w sieci LAN, który akceptuje uwierzytelnione żądania i wysyła magiczny pakiet.
• Utrzymaj wyzwalacz budzenia jak najmniejszy — punkt końcowy, który robi tylko jedno: wysyła magiczny pakiet — i uruchom samą sesję zdalną przez zarządzany przekaźnik zamiast poszerzać właśnie zbudowany tunel.

Aby dowiedzieć się więcej o zabezpieczeniu zdalnego dostępu, zobacz nasze artykuły o remote desktop security oraz dlaczego unikanie otwartych portów zwykle jest rozsądniejsze: remote desktop without port forwarding.

Kiedy WoL nie pomoże

Wake‑on‑LAN nie pomoże, jeśli maszyna jest fizycznie odłączona od zasilania, zasilacz nie dostarcza linii standby 5V do NIC lub płyta główna/NIC nie obsługują WoL z danego stanu zasilania. Hibernacja (S4) i pełne wyłączenie (S5) zachowują się różnie w zależności od firmware i OS — przetestuj dokładnie swoją ścieżkę wyłączenia.

Końcowe uwagi i rekomendowana konfiguracja

Dla niezawodnego remote desktop wake on lan stosuj ten minimalny, bezpieczny schemat:

1. Włącz WoL w BIOS/UEFI i w sterowniku karty sieciowej (potwierdź 'Wake-on: g').
2. Preferuj przewodowy Ethernet tam, gdzie to możliwe; najpierw przetestuj budzenie lokalnie.
3. Użyj VPN lub zawsze aktywnego uwierzytelnionego przekaźnika w LAN, aby wysyłać magiczny pakiet z lokalizacji zdalnych — coś wewnątrz podsieci musi to zrobić.
4. Uruchom samą sesję zdalną przez zarządzany przekaźnik zamiast rozszerzać ten tunel: budzenie urządzenia to zadanie LAN, dotarcie do niego nie jest.
5. Unikaj wystawiania rozgłoszeń UDP do internetu, chyba że nie masz innego wyboru i dokładnie zabezpieczysz port.

WoL budzi urządzenie; dotarcie do niego potem to osobny problem — i tego nie musisz budować samodzielnie. Pozwól, by coś wewnątrz LAN wysłało magiczny pakiet, a następnie prowadz sesję przez Tenvo i jego zarządzany przekaźnik: brak tunelu VPN do rozszerzenia, brak przekierowanego portu, brak własnej bramy do łatania. Bezpłatny plan kosztuje $0, Lite $2.99/mies., Pro $7.99/mies. — zobacz, co obejmuje każdy plan. Samodzielne hostowanie przekaźnika jest realną opcją (produkt jest na licencji AGPL-3.0) i właściwym wyborem, gdy wymóg to wskazuje: zasady zgodności zabraniające infrastruktury stron trzecich, sieci izolowane, lokalizacja danych. Gdy nic takiego nie obowiązuje, zarządzany przekaźnik wygrywa pod względem całkowitych kosztów — dyżury, łatanie, przechowywanie kluczy, odnawianie certyfikatów, jeden region bez przełączenia awaryjnego. Nasz przewodnik po samodzielnie hostowanym pulpicie zdalnym zawiera pełną rozpiskę.

Masz wszystko skonfigurowane, ale nadal utkwiłeś? Sprawdź ponownie wsparcie stanu uśpienia w BIOS i diodę zasilania NIC, dwukrotnie sprawdź MAC i wykonaj lokalny test wake zanim dodasz złożoność routera. Gdy wszystko działa, oszczędzisz czas i unikniesz najczęstszego problemu w zdalnym wsparciu: 'Komputer jest wyłączony.'