VPN ਰਾਊਟਰ: LAN ਅਤੇ WAN — ਖਰੀਦਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਦਰਜ ਕਰੀਏ
VPN ਲੇਬਲ VLAN, WAN ਫੇਲਓਵਰ ਜਾਂ ਟਨਲ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਜਿਸ ਮਾਡਲ ਅਤੇ ਫਰਮਵੇਅਰ ਨੂੰ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਉਸ ਦੀਆਂ ਸਹੀ ਸਮਰੱਥਾਵਾਂ ਲਿਖੋ।
VPN-ਤਿਆਰ ਲੇਬਲ ਨੂੰ ਇੱਕ ਡੱਬੇ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਮੰਨੋ ਜਿਸਨੂੰ ਰੂਟ, ਵੰਡ ਅਤੇ ਅਸਫਲਤਾ ਸਮੇਂ ਸਵਿੱਚ ਵੀ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਲੇਬਲ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਡਿਵਾਈਸ ਕਿੰਨੇ ਵੱਖਰੇ ਨੈੱਟਵਰਕ ਰੱਖ ਸਕਦੀ ਹੈ। ਸਹੀ ਮਾਡਲ ਅਤੇ ਫਰਮਵੇਅਰ ਲਈ ਸਮਰੱਥਾ ਰਿਕਾਰਡ ਲਿਖ ਕੇ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਉਸ ਰਿਕਾਰਡ ਦੀ ਤੁਲਨਾ ਸਾਈਟ ਨੂੰ ਲੋੜੀਂਦੇ ਵਹਾਅ ਨਾਲ ਕਰੋ। ਮਾਰਕੀਟਿੰਗ ਪੰਨੇ ਸਾਕਟ ਗਿਣਦੇ ਹਨ; ਉਹ VLAN ਮੈਂਬਰਸ਼ਿਪ, ਫੇਲਓਵਰ ਨੀਤੀ ਜਾਂ ਟਨਲ ਦੇ ਦਾਇਰੇ ਦਾ ਜ਼ਿਕਰ ਘੱਟ ਹੀ ਕਰਦੇ ਹਨ। ਰਿਕਾਰਡ ਵਿੱਚ ਲਗਭਗ ਵੀਹ ਮਿੰਟ ਲੱਗਦੇ ਹਨ ਅਤੇ ਹਾਰਡਵੇਅਰ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜ਼ਿਆਦਾਤਰ ਖਰੀਦ ਬਹਿਸ ਨਿਪਟਾ ਦਿੰਦਾ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਹੀ ਡੱਬਾ ਨਿਸ਼ਚਿਤ ਕਰੋ
ਮਾਡਲ ਨਾਮ ਫਰਮਵੇਅਰ ਪੀੜ੍ਹੀਆਂ ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਖੋਲ ਰਿਲੀਜ਼ ਅਨੁਸਾਰ ਵੱਖਰੇ ਸਵਿੱਚ ਡਰਾਈਵਰ ਨਾਲ ਆ ਸਕਦਾ ਹੈ। ਬੋਰਡ ਦੀ ਪਛਾਣ ਕਾਰਟਨ ਤੋਂ ਨਹੀਂ ਸਗੋਂ ਡਿਵਾਈਸ ਤੋਂ ਹੀ ਪੜ੍ਹੋ, ਤਾਂ ਜੋ ਹਰ ਅੱਗੇ ਦਾ ਦਾਅਵਾ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦੁਹਰਾਉਣ ਯੋਗ ਚੀਜ਼ ਨਾਲ ਬੱਝਿਆ ਰਹੇ। OpenWrt 'ਤੇ ਇੱਕ ਕਮਾਂਡ ਮਾਡਲ, ਬੋਰਡ ਨਾਮ ਅਤੇ ਫਰਮਵੇਅਰ ਰਿਲੀਜ਼ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਬਰਾਬਰ ਦੀਆਂ ਸਕ੍ਰੀਨਾਂ ਜ਼ਿਆਦਾਤਰ ਕਾਰੋਬਾਰੀ ਫਰਮਵੇਅਰਾਂ ਵਿੱਚ ਮੌਜੂਦ ਹਨ।
ssh [email protected] 'ubus call system board'
cat /etc/openwrt_releaseਉਹ ਸਟ੍ਰਿੰਗਾਂ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ, ਕਦੇ ਵੀ ਛੋਟੀਆਂ ਨਾ ਕਰੋ। ਫਿਰ ਆਮ ਰੂਟਿੰਗ ਕੰਮ ਨੂੰ ਟਨਲ ਕੰਮ ਤੋਂ ਵੱਖ ਕਰੋ। ਪੈਕਟ ਚੰਗੀ ਤਰ੍ਹਾਂ ਭੇਜਣ ਵਾਲੀ ਡਿਵਾਈਸ ਫਿਰ ਵੀ ਟਨਲ ਖ਼ਤਮ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਟਨਲ ਖ਼ਤਮ ਕਰਨ ਵਾਲੀ ਡਿਵਾਈਸ ਕੋਲ ਦੋ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਵੱਖਰੇ ਰੱਖਣ ਦਾ ਕੋਈ ਢੰਗ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਦੋਵਾਂ ਨੂੰ ਇੱਕੋ ਲੋੜ ਮੰਨਣ ਨਾਲ ਬੇਮੇਲ ਤਦ ਤੱਕ ਲੁਕਿਆ ਰਹਿੰਦਾ ਹੈ ਜਦ ਤੱਕ ਯੂਨਿਟ ਰੈਕ ਵਿੱਚ ਲੱਗ ਨਾ ਜਾਵੇ, ਸੰਰਚਿਤ ਨਾ ਹੋ ਜਾਵੇ ਅਤੇ ਅੱਧਾ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋ ਜਾਵੇ।
ਪੋਰਟ ਦੀ ਗਿਣਤੀ ਨਹੀਂ, LAN ਢਾਂਚਾ ਦਰਜ ਕਰੋ
ਚਾਰ ਸਾਕਟ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸਵਿੱਚ ਦਾ ਅਰਥ ਦਿੰਦੇ ਹਨ, ਅਤੇ VLAN ਸੰਰਚਿਤ ਨਾ ਹੋਣ 'ਤੇ ਸਵਿੱਚ ਇੱਕ ਪ੍ਰਸਾਰਣ ਡੋਮੇਨ ਦਾ ਅਰਥ ਦਿੰਦਾ ਹੈ। ਇਹ ਸਪਾਟ ਘਰੇਲੂ ਨੈੱਟਵਰਕ ਲਈ ਠੀਕ ਹੈ ਅਤੇ ਉਸ ਸਾਈਟ ਲਈ ਗਲਤ ਹੈ ਜੋ ਇੱਕੋ ਡੱਬੇ 'ਤੇ ਮਹਿਮਾਨ ਖੰਡ, ਪ੍ਰਬੰਧਨ ਖੰਡ ਅਤੇ ਵੱਖਰਾ ਕੈਮਰਾ ਖੰਡ ਚਾਹੁੰਦੀ ਹੈ। ਕਿਹੜੇ ਪੋਰਟ ਕਿਹੜੇ VLAN ਵਿੱਚ ਹਨ, ਕਿਹੜੇ VLAN CPU ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਇੰਟਰਫੇਸ ਪਤੇ ਰੱਖਦੇ ਹਨ ਦਰਜ ਕਰੋ।
ਜਿੱਥੇ ਫਰਮਵੇਅਰ VLAN ਦਿੰਦਾ ਹੈ, ਇੰਟਰਫੇਸ ਸੂਚੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿੰਨੀਆਂ ਵੱਖਰੀਆਂ ਨੀਤੀਆਂ ਲਿਖ ਸਕਦੇ ਹੋ। ਸਵਿੱਚ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਪਰ ਕਦੇ ਇੰਟਰਫੇਸ ਵਜੋਂ ਨਾ ਦਿੱਤੇ VLAN ਕੋਲ ਪਤਾ ਵੀ ਨਹੀਂ ਅਤੇ ਫਾਇਰਵਾਲ ਜ਼ੋਨ ਵੀ ਨਹੀਂ, ਇਸ ਲਈ ਇਹ ਆਪਣੇ ਆਪ ਕੁਝ ਵੀ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦਾ।
| Field to record | Example entry | Review stops if |
|---|---|---|
| Ports and VLAN membership | ports 1-4 untagged on VLAN 10, port 5 trunk with VLAN 10 and 20 | the datasheet offers only a socket count |
| Routed interfaces | br-lan 192.168.88.1/24, vlan20 192.168.99.1/24 | two subnets cannot hold separate policies |
| WAN method and failover | DHCP on wan, PPPoE on wan2, policy route to wan2 on loss | only one uplink is configurable |
| Tunnel role and scope | WireGuard peer on the router, only 192.168.88.0/24 routed inside | the router can only pass another tunnel through |
ਮੀਨੂ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਸਵਿੱਚ ਦੀ ਸਥਿਤੀ ਪੜ੍ਹੋ। ਪੁਰਾਣੇ OpenWrt ਟਾਰਗਿਟਾਂ 'ਤੇ ਸਵਿੱਚ ਟੂਲ ਸੰਰਚਿਤ ਡਿਵਾਈਸ ਛਾਪਦਾ ਹੈ, ਅਤੇ DSA ਟਾਰਗਿਟਾਂ 'ਤੇ ਬ੍ਰਿਜ ਟੂਲ ਹਰ ਪੋਰਟ ਲਈ ਉਹੀ ਤੱਥ ਦੱਸਦੇ ਹਨ, ਇਸ ਲਈ ਫਰਮਵੇਅਰ ਰਿਲੀਜ਼ ਰਿਕਾਰਡ ਵਿੱਚ ਆਉਂਦੀ ਹੈ।
WAN ਅਤੇ ਫੇਲਓਵਰ ਵਿਵਹਾਰ ਦਰਜ ਕਰੋ
ਪਹੁੰਚ ਢੰਗ, ਪਤੇ ਦੀ ਮਾਲਕੀ ਅਤੇ ਫੇਲਓਵਰ ਕ੍ਰਮ ਹਰ ਅਪਲਿੰਕ ਲਈ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਆਉਂਦੇ ਹਨ, ਕਿਉਂਕਿ WAN ਤਬਦੀਲੀ ਤੋਂ ਬਚਣ ਵਾਲਾ ਟਨਲ ਤਿੰਨਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। PPPoE ਸੈਸ਼ਨ ਨਵੇਂ ਪਤੇ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ ਅਤੇ ਟਨਲ ਨੂੰ ਨਾਲ ਡੇਗਦਾ ਹੈ, ਜਦ ਕਿ ਆਪਣੀ ਲੀਜ਼ ਰੱਖਣ ਵਾਲਾ DHCP ਅਪਲਿੰਕ ਅਜਿਹਾ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਫੇਲਓਵਰ ਲਈ ਨੀਤੀ ਫੈਸਲਾ ਵੀ ਲੋੜੀਂਦਾ ਹੈ। ਸਾਰਾ ਟ੍ਰੈਫਿਕ ਬੈਕਅਪ ਲਿੰਕ 'ਤੇ ਭੇਜਣਾ ਸੌਖਾ ਹੈ; ਆਮ ਵੈੱਬ ਟ੍ਰੈਫਿਕ ਬੈਕਅਪ ਵਰਤਦੇ ਸਮੇਂ ਟਨਲ ਨੂੰ ਪ੍ਰਾਇਮਰੀ 'ਤੇ ਰੱਖਣ ਲਈ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਹਰ ਫਰਮਵੇਅਰ ਇਹ ਨਹੀਂ ਦਿੰਦਾ। ਦਰਜ ਕਰੋ ਕਿ ਟਨਲ ਇੱਕ ਅਪਲਿੰਕ ਨਾਲ ਬੱਝਾ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਜਦ ਉਹ ਲਿੰਕ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਡਿਵਾਈਸ ਸਥਾਪਿਤ ਸੈਸ਼ਨਾਂ ਨਾਲ ਕੀ ਕਰਦੀ ਹੈ। ਰੂਟਿੰਗ ਟੇਬਲ ਸਬੂਤ ਵਜੋਂ ਰੱਖੋ, ਫੇਲਓਵਰ ਚੈੱਕਬਾਕਸ ਨਹੀਂ।
ਇੱਕ ਮਨਜ਼ੂਰ ਅਤੇ ਇੱਕ ਰੱਦ ਕੀਤਾ ਵਹਾਅ ਜਾਂਚੋ
ਰਿਕਾਰਡ ਰੱਖਣਾ ਤਦ ਹੀ ਸਾਰਥਕ ਹੈ ਜਦ ਡਿਵਾਈਸ ਉਸ ਅਨੁਸਾਰ ਸਵੀਕਾਰ ਕੀਤੀ ਜਾ ਸਕੇ। ਇੱਕ ਵਹਾਅ ਚੁਣੋ ਜੋ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੱਕ ਜੋ ਨਹੀਂ ਚੱਲਣਾ ਚਾਹੀਦਾ, ਅਤੇ ਦੋਵੇਂ ਸੰਬੰਧਿਤ ਖੰਡ ਦੇ ਕਲਾਇੰਟ ਤੋਂ ਚਲਾਓ। ਹਰ ਸਬਨੈੱਟ ਢੋਣ ਵਾਲਾ ਟਨਲ ਅਸਫਲਤਾ ਹੈ ਜਦ ਲੋੜ ਇੱਕੋ ਸਬਨੈੱਟ ਦੀ ਸੀ।
ਫਿਰ ਰੱਦ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਉਂਕਿ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲਾ ਡਿਫਾਲਟ ਆਮ ਹੈਰਾਨੀ ਹੈ। ਮਹਿਮਾਨ ਖੰਡ ਨੂੰ ਪ੍ਰਬੰਧਨ ਪਤੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ, ਅਤੇ ਜਾਂਚ ਨੂੰ ਲੌਗਇਨ ਪੰਨੇ ਦੀ ਬਜਾਏ ਸਮਾਂ ਸਮਾਪਤੀ ਜਾਂ ਰੱਦ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।
curl -sS --max-time 8 https://api.ipify.org
ping -c 2 192.168.99.1
ip -4 route get 192.168.99.1ਜੇ ਮਨਜ਼ੂਰ ਵਹਾਅ ਚੱਲਿਆ ਅਤੇ ਰੱਦ ਵਹਾਅ ਵੀ ਚੱਲਿਆ, ਤਾਂ ਮੀਨੂ ਨੇ ਉਲਟ ਸੰਕੇਤ ਦਿੱਤਾ ਹੋਣ 'ਤੇ ਵੀ ਵੰਡ ਗਾਇਬ ਹੈ। ਜੇ ਦੋਵੇਂ ਅਸਫਲ ਹੋਣ, ਤਾਂ ਟਨਲ ਦਾ ਦਾਇਰਾ ਜਾਂ ਵਾਪਸੀ ਮਾਰਗ ਗਲਤ ਹੈ, ਅਤੇ WAN ਰਿਕਾਰਡ ਆਮ ਤੌਰ 'ਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ। ਦੋਵੇਂ ਨਤੀਜੇ ਸਮਰੱਥਾ ਰਿਕਾਰਡ ਨਾਲ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲਾ ਸਮੀਖਿਅਕ ਦੇਖ ਸਕੇ ਕਿ ਕੀ ਸਵੀਕਾਰ ਹੋਇਆ, ਕਿਹੜੇ ਫਰਮਵੇਅਰ 'ਤੇ ਅਤੇ ਕਿਹੜੀ ਤਾਰੀਖ ਨੂੰ।