OpenWrt 'ਤੇ ਪੂਰੇ LAN ਲਈ OpenVPN ਕਲਾਇੰਟ: ਕੰਮ ਕਰਨ ਵਾਲਾ ਕ੍ਰਮ

ਰਾਊਟਰ ਦੇ ਪੂਰੇ LAN ਨੂੰ ਇੱਕ ਸੁਰੰਗ ਪਿੱਛੇ ਲਿਆਉਣ ਲਈ ਚਾਰ ਸੁਤੰਤਰ ਕੰਮ ਲੱਗਦੇ ਹਨ। ਸੁਰੰਗ ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਮਾਲਕ, ਇੱਕ ਫਾਇਰਵਾਲ ਜ਼ੋਨ, ਉੱਪਰਲੇ ਲਿੰਕ ਵੱਲ ਇੱਕ ਅਨੁਵਾਦ ਟੀਚਾ, ਅਤੇ ਜੇ ਕੁਝ ਕਲਾਇੰਟ VPN ਤੋਂ ਬਾਹਰ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ ਤਾਂ ਸਰੋਤ ਪਤੇ ਅਨੁਸਾਰ ਰੂਟਿੰਗ ਚਾਹੀਦੀ ਹੈ। ਜੁੜਦੀ ਹੈ ਪਰ ਕੁਝ ਨਹੀਂ ਲੰਘਦਾ, ਅਜਿਹੀ ਸੁਰੰਗ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਇਨ੍ਹਾਂ ਚਾਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਗੁੰਮ ਹੁੰਦਾ ਹੈ। ਨਿਰਭਰਤਾ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਕੰਮ ਕਰਨ ਦਾ ਅਰਥ ਹੈ ਕਿ ਅੰਤ ਵਿੱਚ ਆਉਣ ਵਾਲੀ ਅਸਫਲਤਾ ਉਸੇ ਕਦਮ ਦੀ ਹੁੰਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਹੁਣੇ ਬਦਲਿਆ ਹੈ। ਹੇਠਾਂ ਦਾ ਹਰ ਕਦਮ ਕਿਸੇ ਵੇਖ ਸਕਣ ਵਾਲੀ ਚੀਜ਼ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਜੋ ਅਗਲੇ ਕਦਮ ਨੂੰ ਅੰਦਾਜ਼ਾ ਬਣਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।

ਸੁਰੰਗ ਕੀ ਸਾਂਝਾ ਕਰੇਗੀ ਇਹ ਤੈਅ ਕਰੋ

Wi-Fi ਅਤੇ DHCP ਵੰਡਣ ਵਾਲਾ ਰਾਊਟਰ ਖੁਦ ਕਲਾਇੰਟ ਚਲਾ ਸਕਦਾ ਹੈ। ਇਹ ਹਰ ਜੁੜੀ ਡਿਵਾਈਸ ਨੂੰ ਵੱਖਰੀ ਸੈਟਿੰਗ ਤੋਂ ਬਿਨਾਂ ਸੁਰੰਗ ਪਿੱਛੇ ਲੈ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਛੋਟੀਆਂ ਥਾਵਾਂ ਨੂੰ ਇਹੀ ਬਣਤਰ ਚਾਹੀਦੀ ਹੈ। ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਸਭ ਤੋਂ ਵੱਡਾ ਅਸਰ ਵੀ ਇਸੇ ਬਣਤਰ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਡਿਵਾਈਸ ਇੱਕੋ ਸਮੇਂ ਆਪਣਾ ਰਾਹ ਗੁਆ ਦਿੰਦੀ ਹੈ। LAN 'ਤੇ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਕੰਮ ਕਰਦਾ ਰਾਹ ਕੋਈ ਨਹੀਂ ਰਹਿੰਦਾ।

ਪਹਿਲੇ ਪਿੱਛੇ ਦੂਜਾ ਰਾਊਟਰ, ਆਪਣੇ ਸਬਨੈੱਟ ਨਾਲ ਕਲਾਇੰਟ ਚਲਾਉਂਦਾ, ਸੁਰੰਗ ਨੂੰ ਸਿਰਫ਼ ਆਪਣੀਆਂ ਡਿਵਾਈਸਾਂ ਤੱਕ ਸੀਮਤ ਰੱਖਦਾ ਹੈ। ਇਸ ਨੂੰ ਹਟਾਉਣਾ ਅਤੇ ਇਸ ਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਣ ਵਾਲੇ ਨੂੰ ਸਮਝਾਉਣਾ ਸੌਖਾ ਹੈ। ਕੀਮਤ ਇਹ ਹੈ ਕਿ ਰੂਟ ਜਾਂ ਪੋਰਟ ਫ਼ਾਰਵਰਡ ਤੋਂ ਬਿਨਾਂ ਦੋਵਾਂ ਪਾਸਿਆਂ ਵਿਚਕਾਰ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ।

ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ, LAN ਸਬਨੈੱਟ ਵੱਖਰੇ ਰੱਖੋ। ਇੱਕੋ ਜਿਹੀਆਂ ਰੇਂਜਾਂ ਇੱਕ ਪਾਸੇ ਨੂੰ ਸਿੱਧਾ ਜੁੜਿਆ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਇਸ ਨਾਲ ਬਣਿਆ ਕਾਲਾ ਖੂਹ VPN ਦੀ ਖ਼ਰਾਬੀ ਵਾਂਗ ਦਿਸਦਾ ਹੈ ਘੰਟਿਆਂ ਤੱਕ।

ਸੁਰੰਗ ਨੂੰ ਮਾਲਕ ਦਿਓ

ਸੁਰੰਗ ਨੂੰ ਨਾਮ, ਡਿਵਾਈਸ ਅਤੇ ਆਪਣਾ ਕੋਈ ਪ੍ਰੋਟੋਕੋਲ ਨਾ ਹੋਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਇੰਟਰਫ਼ੇਸ ਵਜੋਂ ਐਲਾਨੋ। ਫਿਰ ਨੈੱਟਵਰਕ ਸਿਸਟਮ ਡਿਵਾਈਸ ਬਣਾਉਂਦਾ ਅਤੇ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਅੱਗੇ ਦਾ ਸਭ ਕੁਝ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਡਿਵਾਈਸ ਦੀ ਥਾਂ ਨਾਮ ਨਾਲ ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ। ਇਹੀ ਜ਼ੋਨ ਨੂੰ ਇਸ ਨੂੰ ਲੱਭਣ ਦਿੰਦਾ ਹੈ।

ਇੱਕੋ ਡਿਵਾਈਸ ਦੋ ਥਾਵਾਂ 'ਤੇ ਨਾ ਬਣਾਓ। ਐਲਾਨੇ ਇੰਟਰਫ਼ੇਸ ਦੇ ਕੋਲ ਹੱਥ ਨਾਲ ਬਣੀ ਸੁਰੰਗ ਮੌਜੂਦ ਪਰ ਜ਼ੋਨ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੀ ਡਿਵਾਈਸ ਬਣਾਉਂਦੀ ਹੈ, ਜਾਂ ਰੀਲੋਡ 'ਤੇ ਗਾਇਬ ਹੋ ਜਾਣ ਵਾਲੀ। ਦੋਵੇਂ ਕਲਾਇੰਟ ਦੀ ਅਸਫਲਤਾ ਵਾਂਗ ਦਿਸਦੀਆਂ ਹਨ, ਅਤੇ ਕੋਈ ਵੀ ਅਸਲ ਕਾਰਨ ਦੱਸਣ ਵਾਲੀ ਗਲਤੀ ਨਹੀਂ ਦਿੰਦੀ। ਐਲਾਨਾਤਮਕ ਰਾਹ ਚੁਣੋ ਅਤੇ ਹੱਥ ਵਾਲਾ ਮਿਟਾ ਦਿਓ।

ਨੈੱਟਵਰਕ, ਫਾਇਰਵਾਲ ਅਤੇ VPN ਸੰਰਚਨਾ ਵਿੱਚ ਨਾਮ ਇੱਕੋ ਜਿਹਾ ਰੱਖੋ। ਜ਼ੋਨ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਨਾਮ ਨਾਲ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਟਾਈਪਿੰਗ ਗਲਤੀ ਸੁਰੰਗ ਨੂੰ ਹਰ ਜ਼ੋਨ ਤੋਂ ਬਾਹਰ ਛੱਡ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇੰਟਰਫ਼ੇਸ ਖੁਦ ਸਿਹਤਮੰਦ ਦਿਸਦਾ ਹੈ। ਨੀਤੀ ਤੋਂ ਬਿਨਾਂ ਸਿਹਤਮੰਦ ਇੰਟਰਫ਼ੇਸ ਲੱਭਣਾ ਸਭ ਤੋਂ ਔਖਾ ਹੈ।

ਜ਼ੋਨ ਬਣਾਓ, ਫਿਰ ਇਸ ਵਿੱਚ ਫ਼ਾਰਵਰਡ ਕਰੋ

ਫਾਇਰਵਾਲ ਜ਼ੋਨ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਨੀਤੀ ਰਹਿੰਦੀ ਹੈ: ਇਨਪੁਟ, ਆਉਟਪੁਟ, ਫ਼ਾਰਵਰਡ ਅਤੇ ਮਾਸਕਰੇਡ। ਕਿਸੇ ਜ਼ੋਨ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੀ ਸੁਰੰਗ ਤੁਹਾਡੇ ਨਾ ਚੁਣੇ ਡਿਫ਼ਾਲਟ ਨਾਲ ਚੱਲਦੀ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਕਲਾਇੰਟ ਨੂੰ ਇਹ ਘੱਟ ਹੀ ਚਾਹੀਦਾ ਹੁੰਦਾ ਹੈ। ਹੇਠਾਂ ਦੇ ਸਟੈਂਜ਼ਾ ਇੰਟਰਫ਼ੇਸ ਐਲਾਨਦੇ ਹਨ, ਇਸ ਨੂੰ ਜ਼ੋਨ ਵਿੱਚ ਰੱਖਦੇ ਹਨ ਅਤੇ LAN ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਉਸ ਜ਼ੋਨ ਵਿੱਚ ਜਾਣ ਦਿੰਦੇ ਹਨ।

config interface 'vpn'
    option device 'tun0'
    option proto 'none'

config zone
    option name 'vpn'
    list network 'vpn'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'
    option masq '1'

config forwarding
    option src 'lan'
    option dest 'vpn'

21.02 ਤੋਂ ਪੁਰਾਣੀਆਂ ਰਿਲੀਜ਼ਾਂ ਵਿੱਚ ਉਹੀ ਇੰਟਰਫ਼ੇਸ ਲਾਈਨ option ifname ਵਜੋਂ ਲਿਖੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਪੇਸਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਇੰਸਟਾਲ ਫ਼ਰਮਵੇਅਰ ਕਿਹੜਾ ਰੂਪ ਸਮਝਦਾ ਹੈ। ਫ਼ਾਰਵਰਡਿੰਗ ਸਟੈਂਜ਼ਾ ਉਹ ਇਜਾਜ਼ਤ ਹੈ ਜੋ LAN ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਸੁਰੰਗ ਵਰਤਣ ਦਿੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਡਿਵਾਈਸ ਚਾਲੂ ਹੈ, ਕਲਾਇੰਟ ਜੁੜਿਆ ਹੈ, ਅਤੇ ਕੋਈ LAN ਹੋਸਟ ਸੁਰੰਗ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਰਾਊਟਰ ਕਲਾਇੰਟਾਂ ਉੱਤੇ ਸਭ ਤੋਂ ਆਮ ਸ਼ਿਕਾਇਤ ਇਹੀ ਹੈ — ਜੁੜਿਆ ਹੈ ਪਰ ਇੰਟਰਨੈੱਟ ਨਹੀਂ।

VPN ਜ਼ੋਨ ਦਾ ਮਾਸਕਰੇਡ ਪੈਕੇਟ ਦੇ ਨਿਕਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ LAN ਪਤੇ ਨੂੰ ਰਾਊਟਰ ਦੇ ਸੁਰੰਗ ਪਤੇ ਵਿੱਚ ਸਮੇਟ ਦਿੰਦਾ ਹੈ। ਇਸ ਨਾਲ ਦੂਜੇ ਪਾਸੇ ਤੁਹਾਡੇ ਸਬਨੈੱਟ ਤੱਕ ਵਾਪਸੀ ਰੂਟ ਦੀ ਲੋੜ ਹਟ ਜਾਂਦੀ ਹੈ।

ਜੇ ਦੂਜਾ ਪਾਸਾ ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੇ LAN ਲਈ ਰੂਟ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਮਾਸਕਰੇਡ ਬੰਦ ਕਰਨ ਨਾਲ ਸਰੋਤ ਪਤੇ ਦਿਸਦੇ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਹਰ ਕਲਾਇੰਟ ਦੇ ਲੌਗ ਅਰਥਪੂਰਨ ਹੁੰਦੇ ਹਨ। ਇੱਕ ਚੁਣੋ ਅਤੇ ਲਿਖ ਕੇ ਰੱਖੋ ਕਿ ਕਿਹੜਾ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਚੋਣਾਂ ਅੱਗੇ ਵੱਖਰੇ ਸਹਾਇਤਾ ਸਵਾਲ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ। ਡਿਫ਼ਾਲਟ LAN-ਤੋਂ-WAN ਫ਼ਾਰਵਰਡਿੰਗ ਹਟਾਉਣਾ ਆਪਣੇ ਨਤੀਜੇ ਵਾਲਾ ਵੱਖਰਾ ਫ਼ੈਸਲਾ ਹੈ। ਇਸ ਨੂੰ ਹਟਾਓ ਅਤੇ ਰਾਊਟਰ ਦੀ ਆਪਣੀ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਵੀ ਨਾਲ ਚਲੀ ਜਾਵੇਗੀ।

NAT ਵਿੱਚ ਅਸਲ ਉੱਪਰਲਾ ਲਿੰਕ ਨਾਮ ਦਿਓ

ਜਿੱਥੇ ਅਨੁਵਾਦ ਨਿਯਮ ਹੱਥ ਨਾਲ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਉੱਥੇ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਇੰਟਰਫ਼ੇਸ ਹੀ ਵਿਗੜਨ ਵਾਲਾ ਖੇਤਰ ਹੈ। ਨਿਯਮ vlan2 ਕਹਿੰਦਾ ਹੋਇਆ ਵੀ ਸੈਸ਼ਨ ppp0 'ਤੇ ਖ਼ਤਮ ਹੋਣ ਸਮੇਂ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਬਿਨਾਂ ਇੰਟਰਫ਼ੇਸ ਵਾਲਾ ਨਿਯਮ ਉਹ ਟ੍ਰੈਫ਼ਿਕ ਵੀ ਅਨੁਵਾਦ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਪ੍ਰਾਈਵੇਟ ਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਸੀ। ਦੋਵੇਂ ਗਲਤੀਆਂ ਆਪਣਾ ਐਲਾਨ ਨਹੀਂ ਕਰਦੀਆਂ, ਕਿਉਂਕਿ ਸੁਰੰਗ ਚੱਲਦੀ ਰਹਿੰਦੀ ਹੈ।

iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

ਉਸ ਨਿਯਮ ਵਿੱਚ ppp0 ਨੂੰ ip route ਜਾਂ ਚੱਲ ਰਹੇ ਇੰਟਰਫ਼ੇਸਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚੋਂ ਇੰਟਰਫ਼ੇਸ ਨਾਲ ਬਦਲੋ, ਫਿਰ LAN ਹੋਸਟ ਵੱਲੋਂ ਪੰਨਾ ਖੋਲ੍ਹਦਿਆਂ ਕਾਊਂਟਰ ਵੇਖੋ। ਇੱਕੋ ਪ੍ਰਦਾਤਾ ਵਾਲੇ ਰਾਊਟਰ ਉੱਤੇ ਉੱਪਰਲੇ ਲਿੰਕ ਲਈ ਇੱਕ ਮਾਸਕਰੇਡ ਨਿਯਮ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ। ਸੁਰੰਗ ਇੰਟਰਫ਼ੇਸ ਲਈ ਦੂਜਾ ਨਿਯਮ ਪਹਿਲੇ ਦਾ ਬਦਲ ਨਹੀਂ।

ਫਿਰ ਸੁਰੰਗ ਵਿੱਚ ਕੀ ਆਉਂਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਵਿਕਲਪ ਜੋੜੋ। redirect-gateway ਨਿਰਦੇਸ਼ ਕਲਾਇੰਟ ਦਾ ਇੰਟਰਨੈੱਟ ਟ੍ਰੈਫ਼ਿਕ VPN ਰਾਹੀਂ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ ਬਿਨਾਂ ਸੁਰੰਗ ਸਿਰਫ਼ ਸਰਵਰ ਵੱਲੋਂ ਧੱਕੇ ਰੂਟ ਹੀ ਢੋਂਦੀ ਹੈ। DNS ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਬਣਿਆ ਰੂਟ ਟੇਬਲ ਜਾਂਚੋ।

ਦੂਜੇ ਟੇਬਲ ਨਾਲ Wi-Fi ਵੰਡੋ

ਇੱਕ ਰੂਟਿੰਗ ਟੇਬਲ ਦੋ ਡਿਫ਼ਾਲਟ ਨਹੀਂ ਰੱਖ ਸਕਦਾ। ਇਸ ਲਈ ਸੁਰੰਗ ਤੋਂ ਬਚਣ ਵਾਲੇ ਦੂਜੇ SSID ਨੂੰ ਆਪਣਾ ਸਬਨੈੱਟ ਅਤੇ ਆਪਣਾ ਟੇਬਲ ਚਾਹੀਦਾ ਹੈ। ਸੁਰੰਗ ਵਾਲੇ SSID ਨੂੰ ਆਪਣੀ ਰੇਂਜ ਦਿਓ, ਫਿਰ ਟੇਬਲ ਚੁਣਨ ਵਾਲੇ ਨਿਯਮ ਨਾਲ ਸਿਰਫ਼ ਉਹ ਰੇਂਜ ਸੁਰੰਗ ਵਿੱਚ ਭੇਜੋ।

OpenWrt ਦੇ ਨੀਤੀ-ਰੂਟਿੰਗ ਪੈਕੇਜ ਠੀਕ ਇਹੀ ਸੁਮੇਲ ਪੇਸ਼ ਕਰਦੇ ਹਨ। ਹੱਥ ਨਾਲ ਵੀ ਹੋ ਸਕਦਾ ਹੈ — ਸਰੋਤ ਨਿਯਮ ਅਤੇ ਅਜਿਹਾ ਟੇਬਲ ਜਿਸ ਦਾ ਡਿਫ਼ਾਲਟ ਸੁਰੰਗ ਡਿਵਾਈਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।

ਦੋਵੇਂ ਨੈੱਟਵਰਕਾਂ ਤੋਂ ਵੰਡ ਜਾਂਚੋ। ਸੁਰੰਗ ਵਾਲੇ SSID ਦੇ ਕਲਾਇੰਟ ਨੂੰ VPN ਦਾ ਨਿਕਾਸ ਪਤਾ ਦਿਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਆਮ SSID ਦੇ ਕਲਾਇੰਟ ਨੂੰ ਪ੍ਰਦਾਤਾ ਦਾ। ਜਦੋਂ ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੇ ਦਿਸਣ, ਨਿਯਮ ਗਲਤ ਸਰੋਤ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਾਂ ਟੇਬਲ ਦੀ ਸਲਾਹ ਹੀ ਨਹੀਂ ਲਈ ਜਾਂਦੀ। ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਵੀ ਟੈਸਟ ਕਰੋ, ਕਿਉਂਕਿ ਇੰਟਰਫ਼ੇਸ ਨਾਮ 'ਤੇ ਨਿਰਭਰ ਨਿਯਮ ਡਿਵਾਈਸ ਦਾ ਨੰਬਰ ਬਦਲਣ 'ਤੇ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।

ਘੜੀ ਅਤੇ ਡਿਵਾਈਸ ਝੰਡੇ 'ਤੇ ਸ਼ੱਕ ਕਰੋ

ਇਹ persist-tun ਝੰਡਾ ਰੀਸਟਾਰਟਾਂ ਦੌਰਾਨ ਸੁਰੰਗ ਡਿਵਾਈਸ ਨੂੰ ਥਾਂ 'ਤੇ ਹੀ ਰੱਖਦਾ ਹੈ। ਇਹ ਸਰਵਰ ਲਈ ਢੁੱਕਦਾ ਹੈ ਅਤੇ ਉਸ ਕਲਾਇੰਟ ਨੂੰ ਉਲਝਾਉਂਦਾ ਹੈ ਜਿਸ ਦੀ ਹਾਲਤ ਸ਼ੁਰੂ ਤੋਂ ਮੁੜ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ। ਰਾਊਟਰ ਕਲਾਇੰਟ ਦੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦਿਆਂ ਇਸ ਨੂੰ ਹਟਾਓ, ਕਿਉਂਕਿ ਅਸਫਲ ਗੱਲਬਾਤ ਤੋਂ ਬਚਿਆ ਡਿਵਾਈਸ ਲੁਕਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕਦਮ ਅਸਲ ਵਿੱਚ ਟੁੱਟਾ। ਕਲਾਇੰਟ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਹੀ ਇਸ ਨੂੰ ਵਾਪਸ ਰੱਖੋ, ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਨਹੀਂ।

ਘੜੀ ਦੂਜੀ ਚੁੱਪ ਅਸਫਲਤਾ ਹੈ। ਬੈਟਰੀ ਘੜੀ ਤੋਂ ਬਿਨਾਂ ਰਾਊਟਰ ਯੁੱਗ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਭਾਵ NTP ਪਹੁੰਚਣ ਤੱਕ ਸਰਟੀਫ਼ਿਕੇਟ ਜਾਂਚਾਂ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ। ਸਰਟੀਫ਼ਿਕੇਟ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਲੌਗ ਦੇ ਸਮੇਂ ਦੀ ਅਸਲ ਸਮੇਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਬੂਟ ਤੋਂ ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਜੁੜਨ ਵਾਲਾ ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ ਸਮਾਂ ਸਿੰਕ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ।