ਕੀ ਵਪਾਰਕ VPN ਪੋਰਟ 5432 ਨੂੰ ਬਲਾਕ ਕਰਦਾ ਹੈ? ਆਪਣੇ ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ਪੰਜ ਮਿੰਟ ਦੀ ਜਾਂਚ ਜੋ ਫਿਲਟਰਿੰਗ ਨੂੰ ਬਾਕੀ ਸਭ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ

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

Test-NetConnection db.example.com -Port 443
Test-NetConnection db.example.com -Port 5432
nc -vz -w3 db.example.com 5432

ਚਾਰ ਨਤੀਜੇ ਲਗਭਗ ਹਰ ਹਾਲਤ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ। ਜੇ 443 ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ 5432 ਸਿਰਫ਼ ਟਨਲ ਚਾਲੂ ਹੋਣ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਐਗਜ਼ਿਟ ਰਸਤੇ 'ਤੇ ਪੋਰਟ ਫਿਲਟਰਿੰਗ ਦੇਖ ਰਹੇ ਹੋ। ਜੇ ਟਨਲ ਚਾਲੂ ਹੋਣ 'ਤੇ ਦੋਵੇਂ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ ਅਤੇ ਇਸ ਤੋਂ ਬਿਨਾਂ ਦੋਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਤਾਂ ਸਮੱਸਿਆ ਪੋਰਟ ਨੀਤੀ ਨਹੀਂ, ਰਾਊਟਿੰਗ ਜਾਂ DNS ਹੈ। ਜੇ ਦੋਵੇਂ ਪੋਰਟ ਜੁੜਦੇ ਹਨ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਦੋਸ਼ ਪਹੁੰਚ ਦਾ ਨਹੀਂ, ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ TLS ਦਾ ਹੈ। ਅਤੇ ਜੇ ਪ੍ਰਦਾਤਾ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਸਰਵਰ ਸਥਾਨ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਪ੍ਰਤੀ-ਸਰਵਰ ਨੀਤੀ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਸੰਰਚਨਾ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੂਜਾ ਸਥਾਨ ਅਜ਼ਮਾਓ।

ਵਿਕਲਪ ਇੱਕ: ਡੇਟਾਬੇਸ ਸਬਨੈੱਟ ਲਈ ਸਪਲਿਟ ਟਨਲ

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

ਜਿਸ ਪਲ ਡੇਟਾਬੇਸ ਉਸ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਰਹਿੰਦਾ ਹੈ ਜਿੱਥੇ VPN ਨੂੰ ਪਹੁੰਚਣਾ ਹੈ, ਇਹ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸ 'ਤੇ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਜਾਂਚੋ।

ਵਿਕਲਪ ਦੋ: ਤੁਹਾਡਾ ਆਪਣਾ ਅੰਤ ਬਿੰਦੂ, ਤੁਹਾਡਾ ਆਪਣਾ ਐਗਰੈਸ

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

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

ਵਿਕਲਪ ਤਿੰਨ: ਲੈਪਟਾਪ ਨੂੰ ਰਸਤੇ ਵਿੱਚੋਂ ਹਟਾਓ

CI ਕੰਮ, ਨਿਯਤ ਕੰਟੇਨਰ, ਜਾਂ ਮਨਜ਼ੂਰ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਬੈਸਟੀਅਨ ਹੋਸਟ ਕਿਸੇ ਇਨਸਾਨ ਦੀ ਟਨਲ ਸਥਿਤੀ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੇ। ਪਹਿਲਾਂ ਹੀ ਮਨਜ਼ੂਰ ਹੋਸਟ ਤੋਂ SSH ਟਨਲ ਰਾਹੀਂ ਡੇਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚੋ, ਅਤੇ ਲੈਪਟਾਪ ਕਦੇ ਵੀ ਪੋਰਟ ਨਾਲ ਸਿੱਧਾ ਨਹੀਂ ਬੋਲਦਾ। ਜਦੋਂ ਕਈ ਲੋਕ ਇੱਕੋ ਪਾਬੰਦੀ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰਦੇ ਹਨ ਤਾਂ ਇਹ ਵਿਕਲਪ ਸਕੇਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਸਮੱਸਿਆ ਨੂੰ ਟਾਲਣ ਦੀ ਬਜਾਏ ਹਟਾਉਂਦਾ ਹੈ।

ਇਹ ਸਪਲਿਟ-ਟਨਲ ਨਿਯਮ ਨਾਲੋਂ ਵੱਧ ਪਹਿਲਾਂ ਤੋਂ ਕੰਮ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਹੁਣੇ ਇੰਟਰਐਕਟਿਵ ਸੈਸ਼ਨ ਚਾਹੀਦਾ ਹੈ ਉਸਦੀ ਮਦਦ ਨਹੀਂ ਕਰਦਾ।

ਪ੍ਰਦਾਤਾ ਦਾ ਪਤਾ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵਿੱਚ ਪਾਉਣਾ ਕਿਉਂ ਗਲਤ ਤੁਲਨਾ ਹੈ

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

ਸਮਰਪਿਤ ਜਾਂ ਸਥਿਰ ਪਤੇ, ਜਿੱਥੇ ਪ੍ਰਦਾਤਾ ਉਹ ਵੇਚਦਾ ਹੈ, ਇਸਦਾ ਸਕੇਲ ਹੋਣ ਵਾਲਾ ਇੱਕੋ ਰੂਪ ਹਨ। ਮਨਜ਼ੂਰ ਸੂਚੀ ਨੂੰ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਆਪਣੇ ਪਤੇ ਨਾਲ ਜੋੜੋ, ਜਾਂ ਬਿਲਕੁਲ ਨਾ ਜੋੜੋ।

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