OpenVPN ਦਾ up ਸਕ੍ਰਿਪਟ ਬਹੁਤ ਜਲਦੀ ਚੱਲਿਆ, ਜਾਂ ਇਹ ਕਦੇ ਤਿਆਰ ਹੀ ਨਹੀਂ ਸੀ?

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

ਸ਼ੈੱਲ ਟੈਸਟ ਸਫਲ ਹੋਇਆ ਕਿਉਂਕਿ ਇਹ ਸਭ ਕੁਝ ਸਥਿਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਚੱਲਿਆ। ਹੁੱਕ ਇੱਕ ਖਾਸ ਪਲ ਤੇ ਚੱਲਿਆ।

ਸ਼ੁਰੂਆਤੀ ਕ੍ਰਮ ਵਿੱਚ up ਕਿੱਥੇ ਹੈ

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

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

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

ਹੁੱਕ ਅਸਲ ਵਿੱਚ ਕੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ

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

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

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

ਸਲੀਪ ਜੋੜਨਾ ਤਿਆਰੀ ਦੀ ਜਾਂਚ ਕਿਉਂ ਨਹੀਂ ਹੈ

ਸਲੀਪ ਸਕ੍ਰਿਪਟ ਨੂੰ ਦੇਰ ਕਰਦਾ ਹੈ ਅਤੇ ਦੌੜ ਦੀ ਖਿੜਕੀ ਨੂੰ ਸ਼ਿਫਟ ਕਰਦਾ ਹੈ। ਤੇਜ਼ ਦਿਨ ਕੰਮ ਸਫਲ ਹੁੰਦਾ ਹੈ; ਹੌਲੀ ਦਿਨ ਇਹ ਫਿਰ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਅਸਫਲਤਾ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰਨਾ ਔਖਾ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਦੇਰੀ ਕੰਮ ਕਰਦੀ ਜਾਪਦੀ ਹੈ। ਸਿਰਫ ਹਲਕੇ ਭਾਰ ਹੇਠ ਕੰਮ ਕਰਨ ਵਾਲੀ ਦੇਰੀ ਇੱਕ ਇਤਫਾਕ ਹੈ, ਸੁਧਾਰ ਨਹੀਂ।

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

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

ਸਫਾਈ ਅਤੇ ਦੁਬਾਰਾ ਕਨੈਕਟ ਹੋਣਾ ਵੀ ਉਨੀ ਹੀ ਦੇਖਭਾਲ ਦੇ ਯੋਗ ਹਨ

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

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

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

ਹਰ ਕੰਮ ਜਿਸ ਘਟਨਾ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਉਸਨੂੰ ਨਾਮ ਦਿਓ, ਫਿਰ ਇਸਨੂੰ ਉਸ ਘਟਨਾ ਨਾਲ ਜੋੜੋ। ਬਾਕੀ ਸਭ ਜਾਂਚ ਦਾ ਨਾਟਕ ਕਰਨ ਵਾਲੀ ਦੇਰੀ ਹੈ।