ਮੇਲ VPN ਤੋਂ ਬਿਨਾਂ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ: ਨਿਯਮ ਕਿੱਥੇ ਲਾਗੂ ਕਰੀਏ

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

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

ਲੱਛਣ Mac ਵਰਗਾ ਦਿਸਦਾ ਹੈ, ਪਰ ਲੀਕ ਸਰਵਰ ਹੋ ਸਕਦੀ ਹੈ

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

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

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

ਸਰਵਰ ’ਤੇ ਪ੍ਰਵੇਸ਼: ਐਪ ਨਹੀਂ, ਸਰੋਤ ਮਨ੍ਹਾ ਕਰੋ

ਹੋਸਟ ਜਾਂ ਨੈੱਟਵਰਕ ਫਾਇਰਵਾਲ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ TLS ਨੂੰ ਅਣਬਦਲਿਆ ਰੱਖਦਿਆਂ ਮੇਲ ਸਰਵਣ ਨੂੰ ਮਨਜ਼ੂਰ ਸਰੋਤ ਸੀਮਾਵਾਂ ਤੱਕ ਸੀਮਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਦੂਰ ਦੇ ਪਤੇ, ਸਬਨੈੱਟ ਜਾਂ ਸੀਮਾਵਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਨਿਯਮ-ਸ਼ਰਤ ਆਮ ਨਿਰਮਾਣ-ਬਲਾਕ ਹੈ; ਸਹੀ ਸਿੰਟੈਕਸ ਸਰਵਰ ਦੇ ਫਾਇਰਵਾਲ ਉਤਪਾਦ ਦਾ ਹੈ, ਮੇਲ ਐਪ ਦਾ ਨਹੀਂ।

ਜਦੋਂ ਲੋੜ «ਸੇਵਾ ਸਿੱਧੇ ਕਲਾਇੰਟਾਂ ਦੀ ਸੇਵਾ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ» ਹੋਵੇ ਤਾਂ ਇਹ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਹੱਦ ਹੈ। ਵਰਤੋਂਕਾਰ ਦੂਜਾ ਮੇਲ ਕਲਾਇੰਟ ਸਥਾਪਿਤ ਕਰੇ ਤਾਂ ਵੀ ਇਹ ਟਿਕਦੀ ਹੈ, ਕਿਉਂਕਿ ਮਨ੍ਹਾ ਪ੍ਰਮਾਣੀਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦਾ ਹੈ। ਇਹ ਉਸ Mac ’ਤੇ ਵੀ ਟਿਕਦੀ ਹੈ ਜੋ ਆਪਣੀ VPN ਨੀਤੀ ਨੂੰ ਅਣਡਿੱਠ ਕਰਦਾ ਹੈ।

ਇਸਦੀ ਹੱਦ ਵੀ ਓਨੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਮਨ੍ਹਾ ਕੀਤਾ ਕਨੈਕਸ਼ਨ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸੇਵਾ ਨੇ ਸੈਸ਼ਨ ਮਨ੍ਹਾ ਕੀਤਾ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ Mac ਨੇ ਕੋਈ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ। DNS ਹੱਲ, ਪਿਛਲੇ ਲੋਡ ਬੈਲੰਸਰ ਵੱਲ TCP SYN ਅਤੇ ਅਸਫਲਤਾ ਤੋਂ ਬਾਅਦ ਮੁੜ ਕੋਸ਼ਿਸ਼ — ਸਭ ਸਰਵਰ ਦੇ ਨਿਯਮ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਹੋ ਸਕਦੇ ਹਨ। ਜੇ ਲੋੜ ਪਹੁੰਚ ਦੀ ਥਾਂ ਕੋਸ਼ਿਸ਼ਾਂ ਦੇ ਖੁਲਾਸੇ ਬਾਰੇ ਹੈ, ਤਾਂ ਸਰਵਰ ਪ੍ਰਵੇਸ਼ ਨਿਯੰਤਰਣ ਦਾ ਅੱਧਾ ਹੀ ਹੈ।

ਕਲਾਇੰਟ ’ਤੇ ਲਾਗੂ ਕਰਨਾ: ਸਿਰਫ਼ ਟਨਲ ਨਹੀਂ, ਕੋਸ਼ਿਸ਼ ਰੋਕੋ

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

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

ਦੋਵੇਂ ਪਤਾ-ਪਰਿਵਾਰ ਅਤੇ ਮੌਜੂਦਾ ਸੈਸ਼ਨ ਕਵਰ ਕਰੋ। ਜੋ ਨੀਤੀ ਨਵੇਂ IPv4 ਕਨੈਕਸ਼ਨ ਰੋਕਦੀ ਹੈ ਪਰ IPv6 ਜਾਂ ਸਥਾਪਿਤ ਸਾਕਟ ਨੂੰ ਨਹੀਂ ਛੇੜਦੀ, ਉਹ ਵਿਚ-ਵਿਚਕਾਰ ਸਿੰਕ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜੋ ਬੇਤਰਤੀਬ ਲੱਗਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਅਤੇ ਸਲੀਪ ਚੱਕਰ ਉਸੇ ਟੈਸਟ ਦਾ ਹਿੱਸਾ ਹਨ।

ਐਪ-ਪੱਧਰ ਅਤੇ ਮੰਜ਼ਿਲ-ਪੱਧਰ ਦੇ ਨਿਯਮਾਂ ਦਾ ਪ੍ਰਭਾਵ ਵੱਖਰਾ ਹੈ

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

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

ਲੋੜ ਦੇ ਸ਼ਬਦਾਂ ਅਨੁਸਾਰ ਚੁਣੋ। «ਇਹ ਕੰਮ ਵਾਲਾ ਖਾਤਾ ਸਿੱਧਾ ਜੁੜ ਨਹੀਂ ਸਕਦਾ» ਮੰਜ਼ਿਲ ਦੇ ਦਾਇਰੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। «ਇਹ Mac VPN ਤੋਂ ਬਾਹਰ ਮੇਲ ਨਹੀਂ ਚਲਾ ਸਕਦਾ» ਵਿਆਪਕ ਐਪ-ਨਿਯਮ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਂਦਾ ਹੈ, ਬਸ਼ਰਤੇ ਮਾਲਕ ਨਿੱਜੀ ਖਾਤੇ ਦੇ ਮਾੜੇ ਪ੍ਰਭਾਵ ਨੂੰ ਸਵੀਕਾਰ ਕਰੇ।

ਮਨ੍ਹਾ ਅਤੇ ਗੈਰਹਾਜ਼ਰੀ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਪਰਖੋ

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

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

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