VPN ਸਿਹਤ ਜਾਂਚਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਸਿਹਤ ਜਾਂਚਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ

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

ਕਦਮ 1: ਹਰ ਜਾਂਚ ਜਿਸ ਪਰਤ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ ਉਸਦਾ ਨਾਂ ਦਿਓ

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

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

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

ਕਦਮ 2: ਹਰ ਅਸਫਲਤਾ ਨੂੰ ਇੱਕ ਕਾਰਵਾਈ ਨਾਲ ਜੋੜੋ

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

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

ਕਦਮ 3: ਪ੍ਰੋਬ ਨੂੰ ਬੇਨੁਕਸਾਨ ਤੇ ਸਸਤਾ ਰੱਖੋ

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

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

ਕਦਮ 4: ਹਰ ਪਰਤ ਤੋੜੋ ਅਤੇ ਦੇਖੋ ਕਿ ਸਹੀ ਪ੍ਰੋਬ ਲਾਲ ਹੁੰਦਾ ਹੈ

ਟਨਲ ਪ੍ਰਕਿਰਿਆ ਰੋਕੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰਕਿਰਿਆ ਜਾਂਚ ਫੇਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਕਿ DNS ਸ਼ਾਇਦ ਕੈਸ਼ ਤੋਂ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ। ਰੂਟ ਬਦਲੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਰੂਟ ਕੀਤੀ ਬੇਨਤੀ ਫੇਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਪ੍ਰਕਿਰਿਆ ਤੇ ਹੈਂਡਸ਼ੇਕ ਸਿਹਤਮੰਦ ਰਹਿੰਦੇ ਹਨ। ਸਿਰਫ਼ DNS ਤੋੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂਚ ਟਨਲ ਗਲਤੀ ਦੀ ਥਾਂ ਹੱਲ ਦੱਸਦੀ ਹੈ। ਜੇ ਦੋ ਪ੍ਰੋਬ ਹਮੇਸ਼ਾ ਇਕੱਠੇ ਚੱਲਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਸੋਚ ਤੋਂ ਘੱਟ ਜਾਂਚਾਂ ਹਨ।

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

ਕਦਮ 5: ਰਨਬੁੱਕ ਨੂੰ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਅਲਰਟ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ

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

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

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