Turn on your PC remotely with a smartphone connected via 4G.
brupala Posted messages 111189 Registration date Status Member Last intervention -
Hello.
Here, I've created a (resolved) topic for turning on your PC remotely with a smartphone, on the same network: https://forums.commentcamarche.net/forum/affich-37872695-allumer-son-pc-a-distance#dernier
I'm looking to do the same thing:
Turn on your PC remotely, but this time: with a smartphone connected via 4G.
Is that possible?
What are the ways to achieve this?
Because the goal is indeed to turn it on when I'm not nearby.
Already in the first topic, I was a novice.
This is: Meeting in unknown territory
In summary: how to turn on a PC remotely with a smartphone that are not on the same network.
Thanks to all.
++
As a wise man once told me: "In France, you can do anything....
Just don't get caught."
7 answers
-
Hello,
You can create a VPN network on your internet box and connect to it from your smartphone, thus allowing you access to your home network.
If you have a Freebox for example:
https://www.universfreebox.com/article/542543/tuto-comment-activer-le-nouveau-vpn-disponible-sur-la-freeboxThen you will be able to send a ping to the PC you want to wake up.
-
Hi
You do the same thing as locally, but instead of entering the IP address of the PC to wake up, you use the public IP address of the router to which that PC is connected.
So elements to use in your WOL app:
Public IP address of the router
MAC address of the PC to wake up
The only problem is that the magic packet must pass through your router.
If there isn't an option in the box's configuration for this, you might not succeed.
With SFR, apparently, there is also the option Proxy Wake on LAN, like with Free, in Network v4>NAT
A magic packet is a data frame Ethernet containing the bytes FF FF FF FF FF FF followed by sixteen repetitions of the MAC address of the PC to wake up.
It's the wake-up app that composes and sends this frame.
Finally, to wake mine up while on 4G, I use the WAN part of this app
-
Yo.
I've already been told about this.
Except that I'm with SFR: this option doesn't exist, unfortunately.
So, back to square one.
Thanks ;)
++
As a wise man once said: "In France, we have the right to do anything...
You just have to not get caught."-
Hello little boy62,
Don't you have a Raspberry lying around somewhere?
You could have installed a VPN in "bridge" mode on it.
Lu'
Unfortunately: no.
A buddy told me about this: https://www.amazon.fr/dp/B073TSK26W?ref_=cm_sw_r_cp_ud_dp_9VMXSXT6P4M3V9WY7YY9_2
He uses it.
Apparently, the only issue is that you have to know how to configure it.^^
-
-
Lu'
And thanks for your response.
However, the NAT options do exist, but not on all SFR BOXes.
On mine; they are not available.
I put my PC in sleep mode
- On LAN: it works.
- On WAN with my mobile on 4G: failure.
Even though I correctly set the public IP of the BOX and the MAC address of the concerned PC.
So, I think, as you mentioned earlier, that the magic packet does not pass through the BOX ^^
++ :)
As a wise man told me: "in France, we have the right to do anything....
We just have to avoid getting caught." -
Hello,
at SFR, your IPV4 box may be behind a CGNAT (shared public IP and private IP on the box's WAN).
You then need to request a real public ipv4 from SFR or switch to IPV6, but I'm almost sure that your WOW (wake on wan) software doesn't support IPV6.
And there you go ....
But damn, those line breaks are annoying !! -
Lu'
I think I'm going to give up on remotely starting the PC with a 4G phone.
Here is the configuration page of the box:
=> https://i.imgur.com/xI7P9By.png
Here is the image of another box
there, I could have done something.
I have the impression that SFR has removed some useful features.
=> for example: my box does not have IPV6
In any case, thank you for the answers.
++
As a wise man told me: "In France, we have the right to do anything....
You just have to not get caught."-
If you don't have ipv6, it's because you're not in cgnat.
Moreover, contrary to what you say, you indeed have the NAT configuration:
UPnP, port forwarding, port triggering, and DMZ are all NAT functions configurable in ipv4.
DMZ is also a firewall concept in both ipv4 AND ipv6.
However,
it's not obvious that the box knows how to do WOL proxy.
Is it actually a cable box?
Hello.
I don't think we can talk about a cable box.
Basically, I'm on a fiber connection with coaxial termination. ^^
And the BOX: it's the SFR THD BOX.
In any case, thank you for your input.
I sincerely believe that with all the goodwill in the world, I would struggle to "wake up" a PC with a 4G smartphone.
++
Coaxial termination fiber, that's the cable.
Other names: FTTLA, FTTB, fake fiber.
The main characteristic is a very low upload speed compared to real FTTH fiber.
This is a network being dismantled by SFR to migrate customers to FTTH, the real fiber.
-
Hi there ;)
For the port triggering, it's empty ^^
https://i.imgur.com/lUTmxO1.png
For the port forwarding, it's....empty too
https://i.imgur.com/OetFXgl.png
For the port forwarding, I have various services available:
https://i.imgur.com/mlQSANc.png
https://i.imgur.com/ycDAvom.png
It's a network being dismantled by SFR, to migrate customers to FTTH, the real fiber.I know. I don't know if SFR will contact us or if it's us who will have to take the steps.
At worst, since a company has wired my street, it will just take the SFR technician to add a fiber optic socket.
PS: sorry if I'm not using the right terms, I know nothing about it :P
-
-
Yo.
I'm bouncing back one last time (not that hard with my nicely rounded belly lol)
while browsing the settings page of my box, I came across this
=>
-
According to what I could read on the internet, your box suffers from the same problem as the Liveboxes.
Wake On Wan only works within 10 minutes after the PC is turned off.
yes, but it's not the same system:
You’re not very sharp on networks, but I'll explain anyway:
The WOL frame is an ethernet broadcast with a destination mac address of ff-ff-ff-ff-ff-ff, so everyone receives it, then it's the mac address specified in the data that should respond if it's set up to expect this kind of frame; locally it broadcasts well, whether it's wifi or ethernet.
But from a distance, over the internet, we go through a bunch of routers, whose main job is to block these broadcasts to avoid saturating the network.
From a distance, we will then use a regular UDP packet to the destination IP address of the box, it arrives at the box, but this is where it gets tricky if it’s not designed for it (proxy function) because it doesn't know where to send it, at least in ipv4.
You can indicate it by forwarding the chosen UDP port to an IP address on the local network or by configuring an address in DMZ (which redirects all IP packets not in the NAT table to that address).
This is where we run into another problem: although the destination will be everyone (broadcast), most boxes need to know the mac address of the machine in question to route an ipv4 packet, so it must be in their ARP cache.
Unfortunately, the ARP cache is about 5 minutes on average, rarely configurable, so it requires a static ARP, but few boxes allow configuring a static ARP; it exists on advanced routers, but not on boxes, perhaps we can bypass it with a static DHCP, but it's not a sure thing as they are two different functions, although usually leading to the same data (there's more info in DHCP).
If the box is lucky enough to have a WOL proxy, no problem, it generates a broadcast from the received WOL UDP packet without questioning the destination, since it will be everyone.
-

