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

ਸੁਨੇਹੇ ਨੂੰ ਸਟਾਰਟਅੱਪ ਅਤੇ ਸਥਿਰ ਹਾਲਤ ਵਿਚਕਾਰਲੀ ਸੀਮਾ ਮੰਨੋ, ਕਿਉਂਕਿ ਇਹ ਠੀਕ ਉਹੀ ਦੱਸਦਾ ਹੈ।

ਸੁਨੇਹਾ ਪ੍ਰਕਿਰਿਆ ਦਾ ਨਹੀਂ, ਸਟਾਰਟਅੱਪ ਦਾ ਅੰਤ ਦੱਸਦਾ ਹੈ

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

ਜੇ ਲਾਈਨ ਦਿਸੇ ਅਤੇ ਕਨੈਕਸ਼ਨ ਬਾਅਦ ਵਿੱਚ ਮਰ ਜਾਵੇ, ਤਾਂ ਉਹ ਵੱਖਰੀ ਘਟਨਾ ਹੈ, ਅਤੇ ਲੌਗ ਬਾਅਦ ਵਿੱਚ ਇਹੀ ਦੱਸੇਗਾ।

Ctrl+C ਇੱਕ ਫੈਸਲਾ ਹੈ, ਹੱਲ ਨਹੀਂ

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

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

ਸੁਨੇਹਾ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ

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

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

ਟਰਮੀਨਲ ਤੋਂ ਬਿਨਾਂ ਚਲਾਉਣਾ

ਸਥਿਰ ਤੈਨਾਤੀ ਲਈ, ਪਲੇਟਫ਼ਾਰਮ ਜੋ ਸਰਵਿਸ ਪ੍ਰਬੰਧ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਉਹੀ ਵਰਤੋ। systemd ਹੋਸਟ ’ਤੇ ਉਹ openvpn-client@office ਇੰਸਟੈਂਸ ਹੈ ਜਿਸ ਵਿੱਚ ਪ੍ਰੋਫ਼ਾਈਲ /etc/openvpn/client ਵਿੱਚ ਹੈ, ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕਣ ਲਈ ਸ਼ੁਰੂ ਅਤੇ ਸਮਰੱਥ ਕੀਤਾ। Community OpenVPN --log ਜਾਂ --log-append ਦੇ ਨਾਲ --daemon ਵੀ ਦਿੰਦਾ ਹੈ, ਜੋ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ ਅਤੇ ਆਊਟਪੁੱਟ ਫ਼ਾਈਲ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਦੋਵੇਂ ਤਰੀਕੇ ਪ੍ਰਕਿਰਿਆ ਦੇ ਚੱਲਣ ਦਾ ਢੰਗ ਬਦਲਦੇ ਹਨ; ਕੋਈ ਵੀ ਰੂਟ ਠੀਕ ਨਹੀਂ ਕਰਦਾ ਜਾਂ ਦੂਰਲੀ ਐਪ ਨੂੰ ਸਿਹਤਮੰਦ ਨਹੀਂ ਬਣਾਉਂਦਾ।

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

ਕੰਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਪ੍ਰਬੰਧ ਚੁਣੋ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ