Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 37 replies
  • Subscribers 3 subscribers
  • Views 197042 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

WOL over the Internet

Sambo
I know this topic has been discussed in the past, however, in each case there has not been an actual detailed solution tabled, only alternative workarounds.

I am wanting to send a WOL packet via my Android smartphone to my home PC.  I have the latest Astaro v8 free running on a dedicated machine.  I can do this successfully for ~60 seconds after the machine is put to sleep but this then fails to work due to the ARP cache entry expiring.  Astaro is setup with a DNAT forwarding port 9 to my PC as it seems that it will not transmit a broadcast via NAT.

There are a number of potential solutions to this problem:
1) Setup a static ARP entry
2) Setup bridging

I am not sure if #1 is possible with Astaro, does anyone know this?

#2 was suggested in a couple of the previous WOL discussions, however I am unsure of the theory of how this would work in conjunction with the existing NAT setup or the repercussions of doing so (in particular with respect to security).  Is anyone able to enlighten me on the details of this particular setup?

Any info would be greatly appreciated.

Cheers,

Sam.


This thread was automatically locked due to age.
Parents
  • 0
    Ok, tcpdump shows the following sequence:


    IP 208.77.98.204.41458 > 192.168.1.1.9: UDP, length 102
    IP 208.77.98.204.41458 > 10.10.10.32.9: UDP, length 102
    which looks about right.  The packetfilter.log looks to be indicating that the website is sending the WOL packet to port 7? (despite that the site says it's using port 9).


    2011:09:12-19:48:58 PhatWall ulogd[5170]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60001" initf="eth0" srcmac="0:90[:D]0:74:e1:ea" dstmac="[WAN]:57" srcip="208.77.98.204" dstip="[WAN].1" proto="17" length="130" tos="0x00" prec="0x20" ttl="45" srcport="41934" dstport="7"


    Changing the WOL port to 7 on the ASG results in dropped packets to port 9, so it must be sending on both 7 & 9.

    Whatever port I have open is not dropped in any case.

    One thing which may have a bearing on this issue is the fact that I have my ADSL router configured to use NAT (long story).  But we're getting the WOL packets so I guess it shouldn't really be an issue.

    Also, just to confirm, I should definitely be using my LAN NIC in the static ARP entry right (which is eth1 in my case)?
Reply
  • 0
    Ok, tcpdump shows the following sequence:


    IP 208.77.98.204.41458 > 192.168.1.1.9: UDP, length 102
    IP 208.77.98.204.41458 > 10.10.10.32.9: UDP, length 102
    which looks about right.  The packetfilter.log looks to be indicating that the website is sending the WOL packet to port 7? (despite that the site says it's using port 9).


    2011:09:12-19:48:58 PhatWall ulogd[5170]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60001" initf="eth0" srcmac="0:90[:D]0:74:e1:ea" dstmac="[WAN]:57" srcip="208.77.98.204" dstip="[WAN].1" proto="17" length="130" tos="0x00" prec="0x20" ttl="45" srcport="41934" dstport="7"


    Changing the WOL port to 7 on the ASG results in dropped packets to port 9, so it must be sending on both 7 & 9.

    Whatever port I have open is not dropped in any case.

    One thing which may have a bearing on this issue is the fact that I have my ADSL router configured to use NAT (long story).  But we're getting the WOL packets so I guess it shouldn't really be an issue.

    Also, just to confirm, I should definitely be using my LAN NIC in the static ARP entry right (which is eth1 in my case)?
Children
No Data
Unfiltered HTML