OpenVPN Access Server ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਪੋਰਟਾਂ ’ਤੇ ਸੁਣਦਾ ਹੈ?
Access Server ਹੋਸਟ ’ਤੇ ਸਾਕਟ ਸੂਚੀ ਵਿੱਚੋਂ ਲੰਘੋ: ਡਿਫ਼ਾਲਟ ਸਰੋਤਿਆਂ ਨੂੰ ਪਛਾਣੋ, loopback ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਪੋਰਟਾਂ ਤੋਂ ਵੱਖ ਕਰੋ, ਅਤੇ ਪੋਰਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫਾਰਵਰਡਿੰਗ ਜਾਂਚੋ।
ਤੁਸੀਂ ss -lntup Access Server ਹੋਸਟ ’ਤੇ ਚਲਾਉਂਦੇ ਹੋ ਅਤੇ ਉਮੀਦ ਨਾਲੋਂ ਦੁੱਗਣੀ ਲੰਮੀ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ। ਅੱਧੀਆਂ ਐਂਟਰੀਆਂ ਡੈਮਨ-ਆਕਾਰ ਦੇ ਪੋਰਟ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਸੈੱਟਅੱਪ ਦੌਰਾਨ ਕਿਸੇ ਨੇ ਜ਼ਿਕਰ ਨਹੀਂ ਕੀਤਾ। ਪ੍ਰਤੀਕਿਰਿਆ ਇਹ ਹੈ ਕਿ 443 ਜਾਂ 1194 ਨਾ ਹੋਣ ਵਾਲਾ ਸਭ ਕੁਝ ਬੰਦ ਕਰ ਦਿੱਤਾ ਜਾਵੇ, ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ ਲੋਕ ਆਪਣਾ ਕਲਾਇੰਟ ਪੋਰਟਲ ਤੋੜ ਲੈਂਦੇ ਹਨ।
Access Server ਇੱਕ ਸਰੋਤਾ ਨਹੀਂ ਹੈ। ਇਹ VPN ਸੇਵਾ, ਵੈੱਬ ਸੇਵਾ ਅਤੇ ਕਲਸਟਰ ਭਾਗੀਦਾਰ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਕਿੰਨੇ TCP ਡੈਮਨ ਕਨਫਿਗਰ ਕੀਤੇ ਹਨ ਇਸ ਦੇ ਆਧਾਰ ’ਤੇ ਇਹ ਵਾਧੂ ਡੈਮਨ-ਵਿਸ਼ੇਸ਼ ਪੋਰਟ ਅਤੇ ਫਾਇਰਵਾਲ ਰੀਡਾਇਰੈਕਸ਼ਨ ਬਣਾ ਸਕਦਾ ਹੈ।
ਸੂਚੀ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ: ਸਾਕਟ ਪੜ੍ਹੋ, ਜਾਣੇ-ਪਛਾਣੇ ਮੈਪ ਕਰੋ, ਬਾਕੀ ਨੂੰ ਮਾਲਕ ਅਤੇ ਬਾਈਂਡ ਅਨੁਸਾਰ ਵਰਗੀਕ੍ਰਿਤ ਕਰੋ, ਅਤੇ ਫਿਰ ਜਾਂਚੋ ਕਿ ਅਸਲ ਵਿੱਚ ਉਨ੍ਹਾਂ ਨੂੰ ਕੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ।
ਇੱਕ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੇ ਕਮਾਂਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ
sudo ss -lntup ਹਰ ਸੁਣਨ ਵਾਲੇ ਸਾਕਟ ਲਈ ਟ੍ਰਾਂਸਪੋਰਟ, ਸਥਾਨਕ ਪਤਾ, ਪੋਰਟ ਅਤੇ ਮਾਲਕ ਪ੍ਰਕਿਰਿਆ ਦਿੰਦਾ ਹੈ। ਫਲੈਗ ਮਹੱਤਵਪੂਰਨ ਹਨ: -l ਸੁਣਨਾ, -n ਸੰਖਿਆਤਮਕ, -t TCP, -u UDP, -p ਪ੍ਰਕਿਰਿਆ। root ਤੋਂ ਬਿਨਾਂ ਤੁਹਾਨੂੰ ਸਾਕਟ ਮਿਲਦੇ ਹਨ ਪਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਾਮ ਨਹੀਂ, ਅਤੇ ਵਰਗੀਕਰਨ ਲਈ ਠੀਕ ਉਹੀ ਕਾਲਮ ਚਾਹੀਦਾ ਹੈ।
ਕੋਈ ਵੀ ਰਾਏ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਕਤਾਰ ਲਈ ਚਾਰ ਖੇਤਰ ਲਿਖੋ: ਪ੍ਰੋਟੋਕੋਲ, ਬਾਈਂਡ ਪਤਾ, ਪੋਰਟ ਅਤੇ ਕਮਾਂਡ। Access Server ਸੰਸਕਰਣ ਅਤੇ ਕਨਫਿਗਰ ਕੀਤੀ ਡੈਮਨ ਗਿਣਤੀ ਉਸ ਸੂਚੀ ਦੇ ਨਾਲ ਰੱਖੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਉਮੀਦ ਬਦਲਦੇ ਹਨ।
ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਖਣ ਵਾਲੀਆਂ ਦੋ ਕਤਾਰਾਂ ਇੱਕੋ ਜਿਹੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਇੱਕੋ ਨੰਬਰ ’ਤੇ TCP ਅਤੇ UDP ਵੱਖਰੇ ਐਕਸਪੋਜ਼ਰ ਵਾਲੇ ਵੱਖਰੇ ਸਾਕਟ ਹਨ, ਅਤੇ 0.0.0.0 ਅਤੇ :: ਵੱਖਰੇ ਪਤਾ ਪਰਿਵਾਰਾਂ ਲਈ ਵੱਖਰੇ ਬਾਈਂਡ ਹਨ। ਸਿਰਫ਼ 127.0.0.1 ਨਾਲ ਬੱਝੀ ਸੇਵਾ ਦੂਜੇ ਹੋਸਟ ਤੋਂ ਸਿੱਧੀ ਨਹੀਂ ਪਹੁੰਚਦੀ, ਹਾਲਾਂਕਿ ਸਥਾਨਕ ਰੀਡਾਇਰੈਕਟ ਅਜੇ ਵੀ ਇਸਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ।
ਉਹ ਸਰੋਤੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਪਛਾਣਨਾ ਚਾਹੀਦਾ ਹੈ
ਇਹ ਡਿਫ਼ਾਲਟ ਮੁੱਲ ਜ਼ਿਆਦਾਤਰ ਤੈਨਾਤੀਆਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ ਅਤੇ ਤੁਲਨਾ ਲਈ ਆਧਾਰ ਦਿੰਦੇ ਹਨ। ਇਹ ਡਿਫ਼ਾਲਟ ਹਨ, ਪੂਰੀ ਆਗਿਆ ਸੂਚੀ ਨਹੀਂ।
| Socket | Role to confirm |
|---|---|
| UDP 1194 | OpenVPN UDP tunnel listener |
| TCP 443 | OpenVPN TCP listener, optionally forwarded to the web service |
| TCP 943 | Admin and client web interfaces, and cluster control in Access Server 3.0 and later |
| TCP 945 | Cluster control in older configurations that predate the move to 943 |
ਇਸ ਤੋਂ ਅੱਗੇ ਹਰ ਚੀਜ਼ ਨੂੰ ਵਿਆਖਿਆ ਚਾਹੀਦੀ ਹੈ, ਅਨੁਮਾਨ ਨਹੀਂ। ਤੁਸੀਂ ਅਕਸਰ ਸਿਰਫ਼-ਸਥਾਨਕ ਸਰੋਤੇ ਦੇਖੋਗੇ ਜੋ ਉਹਨਾਂ ਹਿੱਸਿਆਂ ਦੇ ਹਨ ਜੋ ਉਤਪਾਦ ਆਪਣੇ ਲਈ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਯਾਦ ਰੱਖੇ ਪੋਰਟ ਨੰਬਰ ਦੀ ਬਜਾਏ PID ਅਤੇ ਸੇਵਾ ਕਨਫਿਗਰੇਸ਼ਨ ਰਾਹੀਂ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਅਣਜਾਣ ਪੋਰਟ ਨੂੰ ਸਿਰਫ਼ ਅਣਜਾਣ ਹੋਣ ਕਾਰਨ ਦੁਸ਼ਮਨ ਨਾ ਮੰਨੋ।
ਜਾਣੀ-ਪਛਾਣੀ ਜੋੜੀ ਤੋਂ ਬਾਹਰ ਦਾ ਸਾਕਟ ਵੀ ਆਪਣੇ ਆਪ ਬਚਿਆ ਹੋਇਆ ਨਹੀਂ ਹੁੰਦਾ। ਜਦੋਂ ਕਈ TCP ਡੈਮਨ ਕਨਫਿਗਰ ਹੁੰਦੇ ਹਨ, Access Server ਹਰ ਡੈਮਨ ਲਈ ਸਰੋਤੇ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਉਹਨਾਂ ਵੱਲ ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਉਹਨਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਪੋਰਟ ਮੁੱਲ ਉਸ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ।
ਕੁਝ ਵੀ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵਰਗੀਕ੍ਰਿਤ ਕਰੋ
ਹਰ ਅਨਿਸ਼ਚਿਤ ਕਤਾਰ ਲਈ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਤਿੰਨ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿਓ।
- ਮਾਲਕ ਅਤੇ ਉਦੇਸ਼। PID ਨੂੰ ਇੱਕ ਯੂਨਿਟ ਜਾਂ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਮਿਲਾਓ ਅਤੇ ਉਸ ਸੇਵਾ ਦਾ ਕਨਫਿਗਰੇਸ਼ਨ ਪੜ੍ਹੋ। ਜੇ ਤੁਸੀਂ ਮਾਲਕ ਦਾ ਨਾਮ ਨਹੀਂ ਦੱਸ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਸਾਕਟ ਬਾਰੇ ਕੁਝ ਵੀ ਫੈਸਲਾ ਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ ਹੋ।
- ਬਾਈਂਡ ਦਾਇਰਾ। Loopback ਨਾਮ-ਸਥਾਨ ਲਈ ਸਥਾਨਕ ਹੈ। ਵਾਈਲਡਕਾਰਡ ਬਾਈਂਡ ਸਿਰਫ਼ ਤਦ ਪਹੁੰਚਯੋਗ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਰਾਊਟਿੰਗ, ਹੋਸਟ ਫਿਲਟਰਿੰਗ ਅਤੇ ਕੋਈ ਵੀ ਕਲਾਊਡ-ਪੱਧਰੀ ਨਿਯਮ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਬਾਈਂਡ ਪਤਾ ਜ਼ਰੂਰੀ ਹੈ ਪਰ ਕਾਫ਼ੀ ਨਹੀਂ। IPv4 ਅਤੇ IPv6 ਨੂੰ ਵੱਖਰੇ ਫੈਸਲਿਆਂ ਵਜੋਂ ਜਾਂਚੋ।
- ਪ੍ਰਕਾਸ਼ਿਤ ਮਾਰਗ। ਸੇਵਾ ਫਾਰਵਰਡਿੰਗ, ਡੈਮਨ-ਵਿਸ਼ੇਸ਼ ਰੀਡਾਇਰੈਕਟ, ਬਾਹਰੀ ਪ੍ਰੌਕਸੀ ਅਤੇ ਪ੍ਰਭਾਵੀ ਫਾਇਰਵਾਲ ਨੀਤੀ ਲੱਭੋ। ਇਹ ਉਹ ਕਦਮ ਹੈ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਹੀ ਹਾਨੀਰਹਿਤ ਦਿਖਣ ਵਾਲੇ ਬੈਕਐਂਡ ਪੋਰਟ ਨੂੰ ਪਹੁੰਚਯੋਗ ਪ੍ਰਬੰਧਕੀ ਮਾਰਗ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
ਉਹੀ ਸਵਾਲ ਹੋਸਟ ਤੋਂ ਬਾਹਰੋਂ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਹੋਸਟ ਫਾਇਰਵਾਲ ਨਿਯਮ ਤੋਂ ਬਿਨਾਂ ਪੋਰਟ ਨੂੰ ਵੀ ਕਲਾਊਡ ਸੁਰੱਖਿਆ ਸਮੂਹ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲੇ ਹੋਸਟ ਨਿਯਮ ਵਾਲਾ ਪੋਰਟ ਪਹੁੰਚਯੋਗ ਨਾ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਉੱਥੇ ਕੁਝ ਵੀ ਰਾਊਟ ਨਹੀਂ ਹੁੰਦਾ। ਸੂਚੀ ਦਾ ਸਿੱਟਾ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਸਿਰੇ ਵੇਖੋ।
ਜਿੱਥੇ ਪ੍ਰਕਾਸ਼ਿਤ ਮਾਰਗ ਸਾਕਟ ਸੂਚੀ ਤੋਂ ਵੱਖਰਾ ਹੈ
Access Server ਦੀ ਆਪਣੀ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਉਸ ਸਥਿਤੀ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਉਲਝਣ ਪੈਦਾ ਕਰਦੀ ਹੈ: ਜਦੋਂ ਕਈ TCP ਡੈਮਨ ਚੱਲਦੇ ਹਨ, ਸਾਹਮਣੇ ਵਾਲਾ ਪੋਰਟ ਡੈਮਨ-ਵਿਸ਼ੇਸ਼ ਪੋਰਟਾਂ ਵੱਲ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਦਿਖਣ ਵਾਲੀ ਬਣਤਰ ਸਾਕਟ ਸੂਚੀ ਨਾਲ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ। ਵੈੱਬ ਇੰਟਰਫੇਸ ਫਿਲਟਰਿੰਗ ਟਿਊਟੋਰਿਅਲ ਉਹਨਾਂ ਨਿਯਮਾਂ ਅਤੇ ਇਸ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਕਿ ਸਿਰਫ਼ ਸਪੱਸ਼ਟ ਪੋਰਟ ਲਈ ਲਿਖਿਆ ਫਿਲਟਰ ਰੀਡਾਇਰੈਕਟ ਕੀਤੇ ਮਾਰਗ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਿਵੇਂ ਖੁੰਝ ਸਕਦਾ ਹੈ।
ਕਲਸਟਰ ਨਿਯੰਤਰਣ ਦੂਜੀ ਥਾਂ ਹੈ ਜਿੱਥੇ ਸੰਸਕਰਣ ਮਹੱਤਵਪੂਰਨ ਹੈ। 3.0 ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਇਹ 943 ਸਾਂਝਾ ਕਰਦਾ ਹੈ; ਪੁਰਾਣੀਆਂ ਕਲਸਟਰ ਕਨਫਿਗਰੇਸ਼ਨਾਂ 945 ਵਰਤਦੀਆਂ ਸਨ। ਸੰਸਕਰਣ ਜਾਂਚੇ ਬਿਨਾਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਖੋਲ੍ਹਣਾ ਜਾਂ ਬਲਾਕ ਕਰਨਾ ਸਾਫ਼ ਦਿਖਣ ਵਾਲੀ ਪਰ ਗਲਤ ਸੂਚੀ ਬਣਾਉਂਦਾ ਹੈ।
ਇਸ ਲਈ ਬਾਹਰੋਂ ਦਿਖਣ ਵਾਲੀ ਸਤਹ ਤਿੰਨ ਚੀਜ਼ਾਂ ਦਾ ਸੰਘ ਹੈ: ਸੁਣਨ ਵਾਲੇ ਸਾਕਟ, ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਵਾਲੇ ਫਾਰਵਰਡਿੰਗ ਨਿਯਮ, ਅਤੇ ਹੋਸਟ ਦੇ ਸਾਹਮਣੇ ਨੈੱਟਵਰਕ ਨਿਯੰਤਰਣ। ਕੋਈ ਵੀ ਸੂਚੀ ਜੋ ਸਿਰਫ਼ ਪਹਿਲੇ ਨੂੰ ਦਰਜ ਕਰਦੀ ਹੈ ਅਧੂਰੀ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਬਦਲਾਅ ਜੋ ਸਿਰਫ਼ ਪਹਿਲੇ ਨੂੰ ਵਿਚਾਰਦਾ ਹੈ ਜਾਂ ਤਾਂ ਮਾਰਗ ਖੁੱਲ੍ਹਾ ਛੱਡ ਦੇਵੇਗਾ ਜਾਂ ਸੇਵਾ ਕੱਟ ਦੇਵੇਗਾ।
ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ
ਸਮਰਥਿਤ ਕਨਫਿਗਰੇਸ਼ਨ ਮਾਲਕ ਰਾਹੀਂ ਸਰੋਤਾ ਸੈਟਿੰਗਾਂ ਬਦਲੋ ਅਤੇ ਅਜਿਹਾ ਕਰਦੇ ਸਮੇਂ ਰਿਕਵਰੀ ਕੰਸੋਲ ਖੁੱਲ੍ਹਾ ਰੱਖੋ। ਦੂਰ ਦੇ ਹੋਸਟ ’ਤੇ ਵੈੱਬ ਇੰਟਰਫੇਸ ਤੱਕ ਪ੍ਰਬੰਧਕੀ ਪਹੁੰਚ ਗੁਆਉਣਾ ਤੁਸੀਂ ਹੁਣੇ ਬੰਦ ਕੀਤੇ VPN ਰਾਹੀਂ ਬਹਾਲ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਫਿਰ ਤੈਨਾਤੀ ਨੂੰ ਆਮ ਤੌਰ ’ਤੇ ਲੋੜੀਂਦੀਆਂ ਚਾਰ ਚੀਜ਼ਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: VPN ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, ਕਲਾਇੰਟ ਪੋਰਟਲ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਪ੍ਰਬੰਧਕੀ ਪਹੁੰਚ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਜੇ ਤੁਸੀਂ ਇੱਕ ਤੋਂ ਵੱਧ ਨੋਡ ਚਲਾਉਂਦੇ ਹੋ ਤਾਂ ਕਲਸਟਰ ਸੰਚਾਰ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼-VPN ਟੈਸਟ ਪੋਰਟਲ ਟੁੱਟੇ ਹੋਣ ’ਤੇ ਵੀ ਆਰਾਮ ਨਾਲ ਪਾਸ ਹੁੰਦਾ ਹੈ।
ਹਰ ਸੇਵਾ ਲਈ ਮਨਜ਼ੂਰ ਮਾਰਗ ਲਿਖ ਕੇ ਸਮਾਪਤ ਕਰੋ: ਕਿਹੜਾ ਸਾਕਟ, ਕਿਹੜਾ ਬਾਈਂਡ, ਕਿਹੜਾ ਫਾਰਵਰਡਿੰਗ ਨਿਯਮ, ਕਿਹੜਾ ਨੈੱਟਵਰਕ ਨਿਯੰਤਰਣ। ਉਹੀ ਦਸਤਾਵੇਜ਼ ਲਾਭਦਾਇਕ ਸੁਰੱਖਿਆ ਆਉਟਪੁੱਟ ਹੈ। ਘੱਟੋ-ਘੱਟ ਸਾਕਟ ਗਿਣਤੀ ਨਹੀਂ, ਅਤੇ ਜੋ ਸਮੂਹਿਕ ਰੀਸੈਟ ਉਹਨਾਂ ਸਰੋਤਿਆਂ ਨੂੰ ਬੰਦ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਪਛਾਣ ਕਿਸੇ ਨੇ ਪੂਰੀ ਨਹੀਂ ਕੀਤੀ, ਉਹ ਵੀ ਨਹੀਂ।