ਸਾਈਟ ਟਨਲ ਵਾਪਸ ਆਉਣ ਤੋਂ ਬਾਅਦ ਫਾਲਬੈਕ ਲੀਜ਼: ਨਵੀਨੀਕਰਨ ਕਰੀਏ ਜਾਂ ਉਡੀਕੀਏ?

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

ਦੋ ਘੜੀਆਂ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਟਨਲ ਨਹੀਂ

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

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

ਦੋ ਬਹਾਲੀ ਕਦਮਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ipconfig /all
ipconfig /release
ipconfig /renew

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

ਪੇਸ਼ਕਸ਼ ਪੜ੍ਹੋ, ਸਿਰਫ਼ ਪਤਾ ਨਹੀਂ

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

tcpdump -ni any 'port 67 or port 68'

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

ਜਿੱਥੇ ਤੁਲਨਾ ਉਲਟ ਜਾਂਦੀ ਹੈ

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

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

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

ਬਾਹਰ ਨਿਕਲਣ ਦੀ ਕਾਰਵਾਈ ਲਿਖੋ

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

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