Access Server ਦੇ ਕਲਾਇੰਟ LAN ਤੋਂ ਕਿਉਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹਨ

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

ਸੇਵਾ ਜੋ ਸਰੋਤ ਪਤਾ ਦੇਖਦੀ ਹੈ, ਉਹ ਪੜ੍ਹੋ

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਸਿਰਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਸਰਵਰ 'ਤੇ ਟਨਲ ਇੰਟਰਫੇਸ ਅਤੇ ਉਹਨਾਂ ਦੇ ਪਤੇ ਸੂਚੀਬੱਧ ਕਰੋ; ਕਲਾਇੰਟ 'ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਪਤਾ ਰੱਖਦਾ ਹੈ; ਅੰਦਰੂਨੀ ਹੋਸਟ 'ਤੇ ਸਰਗਰਮ ਕਨੈਕਸ਼ਨ ਦੇਖੋ।

ip -br addr show
ss -tnp state established '( dport = :443 )'
ip route get 10.90.0.25

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

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

ਜਵਾਬ ਤੈਅ ਹੋਣ ਵਾਲੀ ਥਾਂ 'ਤੇ ਮਾਰਗ ਜੋੜੋ

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

ip route add 10.90.0.0/24 via 10.0.1.5
ip route get 10.90.0.25

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

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

ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਫਿਲਟਰ ਮਾਰਗ ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ

ਰੂਟਿੰਗ ਮਾਰਗ ਦਾ ਸਿਰਫ਼ ਅੱਧਾ ਹਿੱਸਾ ਹੈ। ਸਰਵਰ ਨੂੰ ਟਨਲ ਅਤੇ ਨਿੱਜੀ ਇੰਟਰਫੇਸ ਵਿਚਕਾਰ ਫਾਰਵਰਡ ਕਰਨ ਦੀ ਆਗਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਸ ਦਾ ਲਿਨਕਸ 'ਤੇ ਅਰਥ net.ipv4.ip_forward ਅਤੇ ਇੰਟਰਫੇਸ ਦੀ ਜੋੜੀ ਨੂੰ ਆਗਿਆ ਦੇਣ ਵਾਲੀ ਫਾਰਵਰਡ ਚੇਨ ਹੈ, ਅਤੇ ਸਖ਼ਤ ਹੋਸਟ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਹਰ ਦਿਸ਼ਾ ਲਈ ਸਪਸ਼ਟ ਨਿਯਮ।

sysctl net.ipv4.ip_forward
nft list ruleset | grep -A5 forward

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

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

ਰੂਟਡ ਜਾਂ ਮਾਸਕਰੇਡ: ਸੁਚੇਤ ਤੌਰ 'ਤੇ ਚੁਣੋ

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

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

ਕਲਾਇੰਟ ਪਿੱਛੇ ਸਬਨੈੱਟ ਇੱਕ ਵੱਖਰਾ ਕੰਮ ਹੈ

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

ਦਿਸ਼ਾ ਵੀ ਨੀਤੀ ਦਾ ਸਵਾਲ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਅੰਦਰੂਨੀ ਸੇਵਾ ਨਾਲ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਣ ਦੀ ਆਗਿਆ ਆਪਣੇ ਆਪ ਅੰਦਰੂਨੀ ਹੋਸਟ ਨੂੰ ਉਸ ਕਲਾਇੰਟ ਨਾਲ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਣ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੀ। ਮਾਰਗ ਟੁੱਟਿਆ ਹੈ ਦਾ ਨਤੀਜਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਦੀ ਪਹੁੰਚ ਨੀਤੀ ਅਤੇ ਕਲਾਇੰਟ ਦਾ ਹੋਸਟ ਫਾਇਰਵਾਲ ਜਾਂਚੋ।

ਇੱਕ ਪ੍ਰਵਾਹ ਅਤੇ ਇੱਕ ਕੈਪਚਰ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ

ਆਮ ਪਹੁੰਚ ਟੈਸਟ ਦੀ ਥਾਂ ਇੱਕ ਹੀ ਕਨੈਕਸ਼ਨ ਨਾਲ ਮਾਰਗ ਸਾਬਤ ਕਰੋ। ਦੋਵੇਂ ਸਿਰਿਆਂ 'ਤੇ ਉਹੀ ਪ੍ਰਵਾਹ ਦੇਖੋ: ਸੇਵਾ 'ਤੇ ਆਉਂਦੀ ਬੇਨਤੀ ਅਤੇ ਉਸ ਨੂੰ ਛੱਡਦਾ ਜਵਾਬ।

tcpdump -ni any host 10.90.0.25 and port 443

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

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