Hoi,
Ik heb thuis een pc met ubuntu server 20.04 geinstalleerd.
Deze kan ik starten via wol dmv android app.
Het lukt als ik binnen mijn wifi ben en ook via 4g als ik thuis ben.
de server krijg ik echter niet opgestart via 4g als ik enkele dorpen verder ben.
Iemand die hier ervaring mee heeft.
Reeds verschillende apps geprobeerd en telkens hetzelfde resultaat.
maw.
Wol werkt:
in homenetwerk
4g als ik thuis ben
Wol werkt niet:
4g als ik verder van huis weg ben.
Golden Member
Je router staat correct ingesteld zodat je via internet er bij kan?
4G als je thuis bent? Heb je gecontroleerd dat de WiFi connectie van je aaidinges uit stond?
Dat laatste dus. Thuis gebruik je ongetwijfeld WIFI en geen 1/2/3/4G, anders had het geen fluit uitgemaakt waar je je op de wereld bevindt.
Overleden
Zodra er wifi is pakt hij die als voorkeur, niet de 4G
of heb je een optie om bij slecht 4G naar 3G terug te kunnen vallen miss uitgevinkt? dus geen stabiel 4G of wifi dan helemaal geen verbinding..
router is correct ingesteld.
wifi van aaitoestel was uitgeschakeld zodat ik via mobiel netwerk kon testen. server gaat aan als ik er bij staat. gaat niet aan als ik circa 15km verwijderd ben
WOL werkt door een magic number naar het MAC adres van de PC te sturen die je wilt opstarten. Buiten je thuis netwerk heb je geen mogelijkheid om MAC->IP resolving te doen (RARP).
Als je buiten het (lokaal) netwerk zit kun je alleen iets naar die PC sturen als je een portmapping maakt van buiten naar binnen.
Ik neem aan dat je router gewoon NAT doet, dat is vrijwel altijd zo tenzij je een fixed IP netwerkt hebt.
Weet je wel zeker als je thuis bent dat je via 4G de machine wel kunt starten? Ik kan dat bijna niet geloven zonder dat je iets van een portmap gemaakt hebt of iets bijzonders in je modem ingesteld hebt.
Ik heb geen idee wat er in die APP instelbaar is, kun je dat ons vertellen?
@henri62
via de app kan ik magic pakket sturen naar mijn public ip op poort 9 naar mac adres van server
poort 9 is op router open en doorgestuurd naar ip server
https://play.google.com/store/apps/details?id=com.bitklog.wolon&hl…
de app die ik gebruik
Het kan zijn dat de arp tabel nog het mac adres van de server had toen je even je wifi uitzette. Na 15km fietsen/rollerskaten was die verlopen en wist je router niet meer waar de server was.
Ah kijk als je dat nu eerder gezegd had. Dus toch een (dummy) portmapping gemaakt.
Ik zou eens checken hoeveel hops er tussen je wel werkende en niet werkende verbinding zit. Misschien verdwijnt er wel ergens iets?
Je gebuikt toch niks van encryptie of zo?
Wat ook kan is dat er een firewall ergens in een netwerk van 3-den zit die het WOL pakket niet herkend als legitiem pakket en het wegkiepert.
Even voor diegene die niet weten hoe dit gaat, wat historie:
In de oorspronkelijke WOL definitie (< jaren 90?) hoefde je alleen maar een pakket met 6x 0xFF naar het MAC adres van de kaart te sturen om de machine wakker te maken. Dus geen enkel protocol er omheen.
Het frame zag er zo uit:
DST(destination MAC 6 byte), SRC (source MAC), TL (type/length), 6x 0xff. (kan net wat anders geweest zijn weet ik ook niet meer precies, is tenslotte 30 jaar geleden)
Nada noppes security, daar heb ik het toen met Intel of National semiconductors (dat weet ik effe niet meer) over gehad dat dit het niet ging worden.
Ook het besef dat dit totaal niet routeerbaar (was) is ook een probleem. De eerste netwerk IC's waar dit zo in zat waren dus crap en onbruikbaar (security issues).
Later heeft men het WOL pakket anders gedefinieerd zodat er een optionele protocol header omheen geplakt mag zijn (zoals TCP/IP)
Nu kun je de magic packet data (met security key en nog tig keer het mac adres als extra checks) in de payload van een willekeurig pakket zetten waardoor dit wel routeerbaar is.
Moraal:
1- Je moet zowiezo het MAC adres van je target PC hebben, ongeacht waar je ergens in het netwerk aanhaakt. (moet in de payload zitten je WOL pakket).
2- Als je van buiten het netwerk wilt verzenden zul je dus iets van een routeerbaar pakket moeten sturen, TCP/IP,UDP is eigenlijk het enige wat overblijft.
3- Dus voor TCP/IP,UDP zul je dus een IP nummer en een port nummer moeten hebben. Dat is dus geregeld via je portmapping, eigenlijk is dat gewoon een dummy mapping om ervoor te zorgen dat de router aan de binnenkant het pakket naar de juiste machine doorstuurt.
De vraag is nu ook, als je PC uitstaat weet je router dan naar welk MAC adres deze het pakket door moet sturen? Normaal gaat dat via je ARP table maar die wordt getrashed als je PC te lang uit staat.
Hiervoor moet je denk ik een fixed IP nummer aan het MAC nummer toekennen in je DHCP servertje van je router als dat uberhaupt kan?
Kwestie van in je router settings gaan graven. (Hetzelfde issue als K7Jz al opmerkte)
@henri62
ik ga straks 4g nog eens proberen als ik terug thuis ben.
je hebt gelijk TCP/UDP wordt gebruikt in router. is normaal ook correct ingesteld.
Op mijn Fritbox gaf poort 9 bij mij ook problemen aan de buitenkant.
Ik heb de buiten wereld poort 5009 geforward naar intern port 9.
De android app ook poort 5009 instellen.
Golden Member
Wat thuis niet lukt, lukt soms wel extern maar ook omgekeerd. Probeer ik van thuis uit mijn NAS te benaderen via het WWW dan werkt dit niet via mijn huidige Proximus Sagem B-box 3 modem. Met een Fritzbox lukte dit wel. Gebruik ik een 3G modem, met uitgeschakelde WiFi connectie naar de router, dan werkt dezelfde URL wel. Dubbele NAT is blijkbaar een probleem voor de Sagem. Daar wordt veel over geklaagd.
Waarom dan de Sagem? Omdat deze de enige is die de Sagem 4G modem ondersteund. De Sagem modem is een draak als je een Fritz gewend bent. Quasi niks in te stellen. Stel ik deze in als bridge, dan werkt de URL weer wel maar val ik terug op ADSL zonder 4G ondersteuning.
Wil ik binnen het lokale netwerk connectie maken dien ik het 19.168.x.y ip-adres te gebruiken.
TS zal dus heel goed moeten bekijken op welke wijze hij het werkende krijgt.
Overleden
Heb het net getest. Probleem ligt volgens mij bij de downtijd van de server.
Starten via 4g lukte niet. Gestart via WiFi, start meteen. Terug afgesloten en opnieuw gestart via 4g en start nu wel op
Deze draait op de server 
Op 19 juli 2020 21:51:54 schreef 2N3055:
Op mijn Fritbox gaf poort 9 bij mij ook problemen aan de buitenkant.
Ik heb de buiten wereld poort 5009 geforward naar intern port 9.
De android app ook poort 5009 instellen.
Zal ik eens proberen. Thnx
Overleden
Waarom zet je een server uit 
Op 19 juli 2020 22:56:04 schreef Shiptronic:
Waarom zet je een server uit
Eco footprint 
Heb hem niet dagelijks nodig.
Op 19 juli 2020 22:26:25 schreef Hans Latenight:
Heb het net getest. Probleem ligt volgens mij bij de downtijd van de server.
Starten via 4g lukte niet. Gestart via WiFi, start meteen. Terug afgesloten en opnieuw gestart via 4g en start nu wel op
Klinkt als een ARP probleem in de router dat ie het MAC adres kwijt is.
Kun je ergens een fixed ARP entry in je modem zetten?
Sorry ik heb me niet helemaal ingelezen, maar Wol werkt op broadcast nivo en dus enkel in hetzelfde netwerk, dus geen internet.
Ik stel op men modem altijd de DMZ in, let wel al het overige verkeer word dan naar deze server geleid, als daar een goeie firewall op draait is er weinig aan de hand, voordeel is dat al het verkeer door deze server, op de firewall word geregeld, en dus niet meer op de modem m.b.t. NAT forwarding.
Voor het aan en uit zetten van een server zou je een ESP (nodemcu v3 met espeasy) met een relais bordje eraan, voor de schakeling (let wel esp is vrij onveilig, met de juiste url kan iedereen schakelen)
Kun je anders nog een Orange/Rasberry PI pakken, met domoticz of wat dan ook, en dan zou je nog via VPN via je phone, over het internet, met je PI, naar een relais kunnen gaan.
Op 19 juli 2020 23:27:54 schreef RvEldijk:
Sorry ik heb me niet helemaal ingelezen, maar Wol werkt op broadcast nivo en dus enkel in hetzelfde netwerk, dus geen internet.
Misschien beter om het wel even te doen?
Misschien beter om het wel even te doen?
Stap 3 : laat Wake-On-Lan werken via internet.
Merk op dat uw router een statisch IP-adres moet hebben (dwz 82.164.3.27 ) om deze stap te voltooien. Er zijn veel oplossingen om het magische pakket via internet te verzenden. Ik heb ze hieronder opgesomd van de gemakkelijkste tot de moeilijkste (soms de enige) oplossing:
Eerste oplossing : als je router het doorsturen van het magische pakket (poort 7 of 9 UDP) ondersteunt, heb je geluk. U kunt elk pakket van poort 7 of 9 UDP gewoon doorsturen naar uw doelapparaat. Sommige routers staan ??zelfs het doorsturen van broadcast-pakketten toe. U kunt deze website gebruiken om uw server te wekken. Voor zover ik weet, ondersteunen de meeste populaire commerciële routers dit echter niet (mijn geval). Vergeet niet om een ??DHCP-reservering voor uw server te maken, zodat het IP-adres niet verandert na het opnieuw verbinden.
Wist ik ook niet maar dan is het in iig geen broadcast meer, en een mooie udp verbinding op port 7 of 9, denk je ook wat te weten 
kan nooit op mac nivo zijn moet altijd dan op IP (extern) zijn.