VPN ਉੱਤੇ Wake-on-LAN ਕੰਮ ਕਰਨਾ ਬੰਦ ਹੋ ਗਿਆ? ARP ਐਂਟਰੀ ਠੀਕ ਕਰੋ
ਜਾਦੂਈ ਪੈਕੇਟ ਸੁਰੰਗ ਪਾਰ ਕਰਦੇ ਹਨ, ਪਰ ਰਾਊਟਰ ਦੀ ARP ਐਂਟਰੀ ਖ਼ਤਮ ਹੋਣ ’ਤੇ ਉਹ ਉਹਨਾਂ ਨੂੰ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਤਿੰਨ ਡਿਲਿਵਰੀ ਰਾਹਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਫਿਰ MAC ਪਤਾ ਪੱਕੇ ਤੌਰ ’ਤੇ ਪਿੰਨ ਕਰੋ।
ਬੰਦ ਕਰਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਵੇਕ ਪੈਕੇਟ ਭੇਜੋ ਅਤੇ ਪੀਸੀ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ; ਅਗਲੀ ਸਵੇਰ ਉਹੀ ਕਮਾਂਡ ਕੁਝ ਨਹੀਂ ਕਰਦੀ। VPN ਸੰਰਚਨਾ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ, ਅਤੇ ਪੋਰਟ ਫਾਰਵਰਡ ਅਜੇ ਵੀ ਸਹੀ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਫ਼ਰਕ ਸਮੇਂ ਦਾ ਹੈ: ਰਾਊਟਰ ਦੀ ਗੁਆਂਢੀ ਸਾਰਣੀ ਸੁੱਤੀ ਮਸ਼ੀਨ ਨੂੰ ਭੁੱਲ ਗਈ ਹੈ, ਇਸ ਲਈ ਫ੍ਰੇਮ ਵਿੱਚ ਪਾਉਣ ਲਈ ਉਸ ਕੋਲ ਕੋਈ MAC ਪਤਾ ਨਹੀਂ ਹੈ। ਸੁਰੰਗ ਨਹੀਂ, ਇਹੀ ਸਮਾਪਤੀ VPN ਉੱਤੇ ਹੋਣ ਵਾਲੀਆਂ ਜ਼ਿਆਦਾਤਰ Wake-on-LAN ਅਸਫਲਤਾਵਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ।
ਪਹਿਲਾ ਜਗਾਉਣਾ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਨਹੀਂ
ਰਾਊਟਰ ਆਪਣੀ ਗੁਆਂਢੀ ਸਾਰਣੀ ਵਿੱਚ ਮੰਜ਼ਿਲ ਲੱਭ ਕੇ ਨਿੱਜੀ ਪਤੇ ’ਤੇ ਫ੍ਰੇਮ ਭੇਜਦਾ ਹੈ। ਜਦੋਂ ਤੱਕ ਮਸ਼ੀਨ ਚੱਲਦੀ ਹੈ, ਉਹ ARP ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਮੈਪਿੰਗ ਤਾਜ਼ੀ ਰਹਿੰਦੀ ਹੈ। ਬੰਦ ਹੋਣ ’ਤੇ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ, ਐਂਟਰੀ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਪੁਰਾਣੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਉਸ ਪਤੇ ਲਈ ਅਗਲੇ ਫ੍ਰੇਮ ਸੁੱਟ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਭਾਵੇਂ IP ਅਤੇ ਪੋਰਟ ਫਾਰਵਰਡ ਵੈਧ ਰਹਿੰਦੇ ਹਨ।
ਪੈਟਰਨ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜੀ ਅਸਫਲਤਾ ਹੈ। ਜੋ ਜਗਾਉਣਾ ਕਦੇ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਡਿਲਿਵਰੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ: ਗਲਤ ਪੋਰਟ, ਗਲਤ ਮੰਜ਼ਿਲ, ਜਾਂ ਅਜਿਹਾ ਫਾਇਰਵਾਲ ਜੋ ਪੈਕੇਟ ਨੂੰ LAN ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਜੋ ਜਗਾਉਣਾ ਇੱਕ ਵਾਰ ਕੰਮ ਕਰਕੇ ਫਿਰ ਘੰਟਿਆਂ ਲਈ ਅਸਫਲ ਰਹਿੰਦਾ ਹੈ, ਉਹ ਗੁਆਂਢੀ ਐਂਟਰੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਜੋ ਜਗਾਉਣਾ DHCP ਲੀਜ਼ ਬਦਲਣ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਉਹ ਪਤਾ-ਨਿਰਧਾਰਣ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਰਿਜ਼ਰਵੇਸ਼ਨ ਠੀਕ ਕਰਦਾ ਹੈ।
ARP ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੱਕਾ ਕਰੋ ਕਿ ਪਤਾ ਸਥਿਰ ਹੈ। ਜੇ ਸੁੱਤੀ ਮਸ਼ੀਨ ਲੀਜ਼ ਖ਼ਤਮ ਹੋਣ ’ਤੇ ਨਵਾਂ ਪਤਾ ਲੈ ਲਵੇ, ਤਾਂ ਪੁਰਾਣੇ ਪਤੇ ਲਈ ਪਿੰਨ ਕੀਤੀ ਗੁਆਂਢੀ ਐਂਟਰੀ ਇੱਕੋ ਸਮੇਂ ਪੱਕੀ ਅਤੇ ਬੇਕਾਰ ਹੋਵੇਗੀ। ਪਹਿਲਾਂ DHCP ਰਿਜ਼ਰਵੇਸ਼ਨ ਸੈੱਟ ਕਰੋ ਤਾਂ ਜੋ ਪਤਾ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹੇ।
ਜਾਦੂਈ ਪੈਕੇਟ ਨੂੰ ਨੈੱਟਵਰਕ ਤੋਂ ਕੀ ਚਾਹੀਦਾ ਹੈ
ਪੇਲੋਡ ਸੌਖਾ ਹੈ: ਛੇ 0xFF ਬਾਈਟਾਂ ਤੋਂ ਬਾਅਦ ਟਾਰਗੇਟ MAC ਪਤਾ ਸੋਲਾਂ ਵਾਰ ਆਉਣ ਵਾਲੇ 102 ਬਾਈਟ, ਆਮ ਤੌਰ ’ਤੇ UDP ਪੋਰਟ 9 ’ਤੇ ਭੇਜੇ ਜਾਂਦੇ ਹਨ। ਸਮਤਲ LAN ’ਤੇ ਇਹ ਪ੍ਰਸਾਰਣ ਵਜੋਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਹਰ ਪੋਰਟ ਇਸ ਨੂੰ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਬੰਦ ਨੈੱਟਵਰਕ ਕਾਰਡ ਆਪਣਾ ਪਤਾ ਪਛਾਣਦਾ ਹੈ।
VPN ਰਾਹੀਂ ਪੈਕੇਟ ਰਾਊਟਰ ਕੋਲ ਨਿੱਜੀ ਪਤੇ ਲਈ ਇੱਕ-ਪਾਸੜ ਭੇਜਣ ਜਾਂ ਸਬਨੈੱਟ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਪ੍ਰਸਾਰਣ ਵਜੋਂ ਪਹੁੰਚਦਾ ਹੈ। ਇੱਕ-ਪਾਸੜ ਹਾਲਤ ਵਿੱਚ ਰਾਊਟਰ ਨੂੰ LAN ’ਤੇ ਫ੍ਰੇਮ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਮੰਜ਼ਿਲ ਨੂੰ MAC ਪਤੇ ਵਿੱਚ ਹੱਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਹੋਸਟ ਦੇ ਸੁੱਤੇ ਹੋਣ ਵੇਲੇ ਠੀਕ ਉਹੀ ਹੱਲ ਅਸਫਲ ਹੁੰਦਾ ਹੈ।
ਕੁਝ ਸਾਧਨ 9 ਦੀ ਥਾਂ ਪੋਰਟ 7 ’ਤੇ ਭੇਜਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਯੰਤਰ ਨਿਰਦੇਸ਼ਿਤ ਪ੍ਰਸਾਰਣ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਰੋਕਦੇ ਹਨ। ਇਹ ਡਿਲਿਵਰੀ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਹਨ, ARP ਦੀਆਂ ਨਹੀਂ, ਇਸ ਲਈ ਗੁਆਂਢੀ ਸਾਰਣੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮੰਜ਼ਿਲ ਅਤੇ ਪੋਰਟ ਜਾਂਚੋ।
ਸੁੱਤੇ ਹੋਸਟ ਤੱਕ ਤਿੰਨ ਰਾਹ
ਫ੍ਰੇਮ ਨੂੰ LAN ’ਤੇ ਲਿਆਉਣ ਦੇ ਤਿੰਨ ਵਿਹਾਰਕ ਤਰੀਕੇ ਹਨ, ਅਤੇ ਸਹੀ ਚੋਣ ਇਸ ’ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ।
| Method | What it needs | Where it breaks |
|---|---|---|
| Subnet-directed broadcast | A wake tool that accepts a broadcast address and a router that forwards it | Broadcast filtering, or a tool that only takes a MAC |
| Helper on the LAN | An always-on host such as the VPN server | No suitable host, or the host cannot reach the target VLAN |
| Permanent neighbour entry | Router shell access and the target MAC | NIC replacement or address change |
ਸਹਾਇਕ ਹੋਸਟ ਹੋਵੇ ਤਾਂ ਉਹ ਚੁਣੋ, ਕਿਉਂਕਿ ਇਹ ਲਿੰਕ ’ਤੇ ਪ੍ਰਸਾਰਣ ਕਰਦਾ ਹੈ ਅਤੇ ਰਾਊਟਰ ਵਿੱਚ ਕਿਸੇ ਅਪਵਾਦ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਰਾਊਟਰ ਪਹਿਲਾਂ ਹੀ ਆਗਿਆ ਦਿੰਦਾ ਹੋਵੇ ਅਤੇ ਵੇਕ ਸਾਧਨ ਪਤਾ ਸਵੀਕਾਰ ਕਰਦਾ ਹੋਵੇ ਤਾਂ ਨਿਰਦੇਸ਼ਿਤ ਪ੍ਰਸਾਰਣ ਚੁਣੋ। ਦੋਵੇਂ ਉਪਲਬਧ ਨਾ ਹੋਣ ਅਤੇ ਤੁਸੀਂ ਰਾਊਟਰ ’ਤੇ ਕਮਾਂਡ ਚਲਾ ਸਕਦੇ ਹੋਵੋ ਤਾਂ ਸਥਿਰ ਐਂਟਰੀ ਚੁਣੋ।
ਇਹ ਇੱਕ-ਦੂਜੇ ਨੂੰ ਬਾਹਰ ਨਹੀਂ ਕਰਦੇ। ਪੱਕੀ ਐਂਟਰੀ ਇੱਕ-ਪਾਸੜ ਰਾਹ ਨੂੰ ਵੀ ਨੀਂਦ ਤੋਂ ਪਾਰ ਜਾਣ ਦਿੰਦੀ ਹੈ, ਜੋ ਤਦ ਲਾਹੇਵੰਦ ਹੈ ਜਦੋਂ VPN ਕਲਾਇੰਟ ਸਿਰਫ਼ ਕਿਸੇ ਖ਼ਾਸ ਪਤੇ ’ਤੇ ਹੀ ਭੇਜ ਸਕਦਾ ਹੋਵੇ।
ਗੁਆਂਢੀ ਐਂਟਰੀ ਪੱਕੀ ਕਰੋ
Linux ਸ਼ੈੱਲ ਵਾਲੇ ਰਾਊਟਰ ’ਤੇ ਇੱਕ ਕਮਾਂਡ ਮੈਪਿੰਗ ਪਿੰਨ ਕਰਦੀ ਹੈ। ਇੱਥੇ ਦਿੱਤੇ ਮੁੱਲ ਇੱਕ ਉਦਾਹਰਨ LAN ਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਮੁੱਲਾਂ ਨਾਲ ਬਦਲੋ:
ip neigh replace 192.168.50.23 lladdr 3c:7c:3f:12:9a:4e dev br0 nud permanent
ip neigh show dev br0 | grep 192.168.50.23ਸਥਿਤੀ nud permanent ਐਂਟਰੀ ਨੂੰ ARP ਸਮਾਂ-ਸੀਮਾਵਾਂ ਦੌਰਾਨ ਰੱਖਦੀ ਹੈ ਅਤੇ ਮਸ਼ੀਨ ਬੰਦ ਹੋਣ ਵੇਲੇ ਫਾਰਵਰਡਿੰਗ ਲਈ ਵਰਤਦੀ ਹੈ। ਦੂਜੀ ਕਮਾਂਡ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਐਂਟਰੀ ਮੌਜੂਦ ਹੈ ਅਤੇ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਇਹ ਕਿਹੜੇ ਇੰਟਰਫ਼ੇਸ ਦੀ ਹੈ, ਜੋ ਵੱਖਰੇ ਗੈਸਟ ਬ੍ਰਿਜ ਜਾਂ VLAN ਵਾਲੇ ਰਾਊਟਰਾਂ ’ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਫ਼ਰਮਵੇਅਰ ਜੋ ਵੀ ਹੁੱਕ ਦੇਵੇ, ਉਸ ਰਾਹੀਂ ਇਸ ਨੂੰ ਰੀਬੂਟ ਵਿੱਚ ਟਿਕਾਓ: /jffs/scripts ਵਿੱਚ ਇੱਕ ਸਕ੍ਰਿਪਟ, ਗੇਟਵੇ ਵਜੋਂ ਕੰਮ ਕਰਨ ਵਾਲੇ Linux ਸਰਵਰ ’ਤੇ systemd oneshot ਯੂਨਿਟ, systemd-networkd ਵਿੱਚ Neighbor= stanza, ਜਾਂ ਸਥਾਨਕ ਸਾਧਨ ਜਿਹੜੀ ਫ਼ਾਈਲ ਪੜ੍ਹਦੇ ਹਨ ਉਸ /etc/ethers ਵਿੱਚ ਐਂਟਰੀ। ਸ਼ੈੱਲ ਵਿੱਚ ਟਾਈਪ ਕੀਤੀ ਕਮਾਂਡ ਅਗਲੇ ਰੀਸਟਾਰਟ ’ਤੇ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਹੀ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ ਜਿਸ ਕਰਕੇ ਕੰਮ ਕਰਦਾ ਹੱਲ ਅਚਾਨਕ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰਦਾ ਜਾਪਦਾ ਹੈ।
ਬਾਹਰੋਂ ਟੈਸਟ ਕਰੋ ਅਤੇ ਜਾਣੋ ਕਿ ਕਦੋਂ ਹਟਾਉਣਾ ਹੈ
ਮਸ਼ੀਨ ਨੂੰ ਸੁਲਾਓ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਦਸ ਮਿੰਟ ਉਡੀਕ ਕਰੋ, ਕੋਈ ਵੀ ਗਤੀਸ਼ੀਲ ਐਂਟਰੀ ਪੁਰਾਣੀ ਹੋਣ ਲਈ ਇੰਨਾ ਕਾਫ਼ੀ ਹੈ। ਫਿਰ VPN ਕਲਾਇੰਟ ਤੋਂ ਵੇਕ ਬੇਨਤੀ ਭੇਜੋ ਅਤੇ ਰਾਊਟਰ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਵੇਖੋ:
tcpdump -ni tun0 udp port 9
tcpdump -ni br0 ether proto 0x0806 or udp port 9ਪਹਿਲਾ ਕੈਪਚਰ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਸੁਰੰਗ ਤੋਂ ਆਇਆ; ਦੂਜਾ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਰਾਊਟਰ ਨੇ LAN ’ਤੇ ਫ੍ਰੇਮ ਰੱਖਿਆ। ਵੈਧ ਜਾਦੂਈ ਪੈਕੇਟ MAC ਦੁਹਰਾਏ ਹੋਏ 102 ਬਾਈਟ ਵਜੋਂ ਦਿਸਦਾ ਹੈ, ਇਸ ਲਈ ਲੰਬਾਈ ਅਤੇ ਮੰਜ਼ਿਲ ਦੋਵੇਂ ਜਾਂਚੋ। ਜੇ ਫ੍ਰੇਮ LAN ਬ੍ਰਿਜ ਛੱਡ ਜਾਂਦਾ ਹੈ ਪਰ ਮਸ਼ੀਨ ਬੰਦ ਹੀ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਬਾਕੀ ਸਮੱਸਿਆ ਯੰਤਰ ਵਿੱਚ ਹੈ: ਤੇਜ਼ ਸ਼ੁਰੂਆਤ, ਡੂੰਘੀ ਨੀਂਦ ਜਾਂ BIOS ਸੈਟਿੰਗ ਜੋ ਨੈੱਟਵਰਕ ਕਾਰਡ ਦੀ ਬਿਜਲੀ ਕੱਟ ਦਿੰਦੀ ਹੈ।
ਨੈੱਟਵਰਕ ਕਾਰਡ ਬਦਲਣ ’ਤੇ ਐਂਟਰੀ ਹਟਾਓ, ਅਤੇ ਮਸ਼ੀਨ ਨੂੰ ਦੂਜੇ ਪਤੇ ’ਤੇ ਲਿਜਾਣ ਵੇਲੇ ਇਸ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ। ਪੱਕੀ ਮੈਪਿੰਗ ਇੱਕ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਅਪਵਾਦ ਹੈ, ਅਤੇ ਜਿਸ ਅਪਵਾਦ ਨੂੰ ਕੋਈ ਯਾਦ ਨਹੀਂ ਰੱਖਦਾ, ਉਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਭਵਿੱਖ ਦਾ ਲੈਪਟਾਪ ਸੇਵਾਮੁਕਤ ਡੈਸਕਟਾਪ ਲਈ ਭੇਜੇ ਗਏ ਫ੍ਰੇਮ ਪ੍ਰਾਪਤ ਕਰਨ ਲੱਗਦਾ ਹੈ।