ਜਦੋਂ ਸਾਂਝੀ ਸੇਵਾ ਡੇਟਾ ਲਿਆਉਂਦੀ ਹੈ ਤਾਂ ਪ੍ਰਤੀ-ਐਪ VPN ਛੋਟਾਂ ਟੁੱਟ ਜਾਂਦੀਆਂ ਹਨ

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

ਇਹਨਾਂ ਟਿਕਟਾਂ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਚੀਜ਼ਾਂ ਇਕੱਠੀਆਂ ਗਲਤ ਹੁੰਦੀਆਂ ਹਨ: ਗਲਤ ਹਿੱਸਾ ਬਾਹਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਛੋਟ ਬਾਅਦ ਵਿੱਚ ਕਦੇ ਵੀ ਤੰਗ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

ਪ੍ਰਕਿਰਿਆ ਲੱਭੋ, ਵਿੰਡੋ ਨਹੀਂ

ਫੇਲ੍ਹ ਹੋਈ ਕਾਰਵਾਈ ਨੂੰ ਦੁਹਰਾਓ ਅਤੇ ਉਹ ਪ੍ਰਕਿਰਿਆ ਜਾਂ ਪੈਕੇਜ ਪਛਾਣੋ ਜਿਸਦੇ ਕੋਲ ਕਨੈਕਸ਼ਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਵਾਪਰਦਾ ਹੈ। Windows ਉੱਤੇ ਇਹ ਇਸ ਸਵਾਲ ਤੋਂ ਵੱਖਰਾ ਹੈ ਕਿ ਕਿਹੜੀ ਵਿੰਡੋ ਉੱਤੇ ਫੋਕਸ ਹੈ, ਕਿਉਂਕਿ ਪਿਛੋਕੜ ਟਰਾਂਸਫਰ ਦੀ ਵਿਚੋਲਗੀ ਕੋਈ ਸੇਵਾ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਆਪਣੀ ਪਛਾਣ ਹੇਠ ਚੱਲਦੀ ਹੈ। Linux ਅਤੇ macOS ਉੱਤੇ ਉਹੀ ਵੰਡ ਸਹਾਇਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਸਿਸਟਮ ਡੈਮਨ ਵਜੋਂ ਦਿਸਦੀ ਹੈ।

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

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

DNS ਨੂੰ ਆਪਣਾ ਵੱਖਰਾ ਰਾਹ ਮੰਨੋ

ਸਿਸਟਮ ਨਾਮ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਬਾਹਰ ਰੱਖੀ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਬਿਲਕੁਲ ਵੀ ਪਾਲਣ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਇਸੇ ਲਈ ਬਾਹਰ ਰੱਖਿਆ ਬ੍ਰਾਊਜ਼ਰ ਨਿੱਜੀ ਹੋਸਟਨਾਮ ਉੱਤੇ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਇਸਦਾ ਟ੍ਰੈਫਿਕ ਸਹੀ ਤਰ੍ਹਾਂ ਟਨਲ ਤੋਂ ਬਾਹਰ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਬਾਹਰ ਰੱਖਿਆ ਗਿਆ ਸੀ; ਰਿਜ਼ੋਲਵਰ ਨਹੀਂ।

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

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

ਸਾਂਝੇ ਸਹਾਇਕ ਨੂੰ ਚੌੜਾ ਨਾ ਕਰੋ

ਸਾਂਝੀ ਸੇਵਾ ਕਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਕੰਮ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਕੰਮ-ਪ੍ਰਵਾਹ ਠੀਕ ਕਰਨ ਲਈ ਇਸਨੂੰ ਬਾਹਰ ਰੱਖਣ ਨਾਲ ਅਸੰਬੰਧਿਤ ਟ੍ਰੈਫਿਕ ਵੀ ਬਦਲਦਾ ਹੈ। Windows ਉੱਤੇ Background Intelligent Transfer Service ਇਸ ਆਕਾਰ ਦੀ ਚੰਗੀ ਉਦਾਹਰਣ ਹੈ: ਇਹ ਅਜਿਹਾ ਢਾਂਚਾ ਹੈ ਜਿਸਨੂੰ ਕਈ ਐਪਲੀਕੇਸ਼ਨ ਵਰਤ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਇਸਦੀ ਪਛਾਣ ਟਰਾਂਸਫਰ ਮੰਗਣ ਵਾਲੀ ਐਪ ਦੀ ਪਛਾਣ ਨਹੀਂ ਹੈ।

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

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

ਫੇਲ੍ਹ ਹੋਇਆ ਕਦਮ ਨਹੀਂ, ਪੂਰਾ ਕੰਮ-ਪ੍ਰਵਾਹ ਪਰਖੋ

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

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

ਨਾਵਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ, ਕਾਰਨ ਛੱਡੋ

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

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