ਇੰਟਰਫ਼ੇਸ ਚਾਲੂ ਹੈ ਪਰ wg-quick ਫੇਲ੍ਹ ਹੋਇਆ: ਹੁਣ ਕੀ ਕਰੀਏ

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

ਅੱਧੀ ਹਾਲਤ ਹੀ ਆਮ ਫੇਲ੍ਹ ਹੈ

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

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

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

ਪਹਿਲਾ ਫੇਲ੍ਹ ਪੜਾਅ ਲੱਭੋ

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

ਇਹ ਕਮਾਂਡਾਂ ਯੂਨਿਟ ਦੀ ਸਥਿਤੀ, ਉਸ ਯੂਨਿਟ ਦਾ ਬੂਟ ਜਰਨਲ ਅਤੇ ਟਨਲ ਦੀ ਲਾਈਵ ਸਥਿਤੀ ਛਾਪਦੀਆਂ ਹਨ:

systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -b --no-pager | tail -40
wg show
ip -4 addr show dev wg0

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

ਮੁਰੰਮਤ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਸਾਫ਼ ਕਰ ਰਹੇ ਹੋ, ਥਾਂ 'ਤੇ ਮੁਰੰਮਤ ਕਰ ਰਹੇ ਹੋ ਜਾਂ ਯੂਨਿਟ ਨੂੰ ਬੂਟ ਰਾਹ ਤੋਂ ਹਟਾ ਰਹੇ ਹੋ, ਅਤੇ ਕੁਝ ਵੀ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਤੈਅ ਕਰੋ।

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

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

ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਸਾਫ਼ ਕਰੋ

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

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

ਯੂਨਿਟ ਨਹੀਂ, ਟਨਲ ਸਾਬਤ ਕਰੋ

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

ਟਨਲ ਰਾਹੀਂ ਇੱਕ ਬੇਨਤੀ ਭੇਜੋ ਅਤੇ ਉਹ ਹਾਲਤ ਪੜ੍ਹੋ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਪੈਦਾ ਕੀਤਾ:

systemctl is-active wg-quick@wg0
wg show wg0 latest-handshakes
ping -c 3 10.63.0.1
resolvectl query internal.example.net

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