NetworkManager ਵਿੱਚ gateway-ping-timeout ਅਸਲ ਵਿੱਚ ਕੀ ਉਡੀਕਦਾ ਹੈ

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

ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਇੱਕ ਕਨੈਕਸ਼ਨ ਦਾ ਪਿੱਛਾ ਕਰੋ, ਤਾਂ ਅਰਥ ਠੋਸ ਹੋ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਸਰਗਰਮੀ ਦਾ ਪਿੱਛਾ

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

nmcli -f connection.id,connection.gateway-ping-timeout connection show
nmcli connection show "Wired connection 1" | grep gateway-ping

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

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

ਉਡੀਕ ਦੇ ਦੋ ਅੰਤ ਹਨ

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

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

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

ਦੋ ਵਸਤੂਆਂ, ਇੱਕ ਸੈਟਿੰਗ

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

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office VPN" | grep gateway-ping

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

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

ਉਡੀਕ ਕੀ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰ ਸਕਦੀ

ਸਭ ਤੋਂ ਵੱਧ ਸਮਾਂ ਲੈਣ ਵਾਲਾ ਹਿੱਸਾ ਇੱਥੇ ਹੈ। ਸਥਾਨਕ ਰਾਊਟਰ ਤੋਂ ਜਵਾਬ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸਰਗਰਮੀ ਦੌਰਾਨ ਇੱਕ ਹੋਸਟ ਨੇ ਇੱਕ ICMP ਗੂੰਜ ਦਾ ਜਵਾਬ ਦਿੱਤਾ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ VPN ਅੰਤ ਬਿੰਦੂ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਕਲਾਇੰਟ ਦੀ ਪਛਾਣ ਸਵੀਕਾਰ ਹੁੰਦੀ ਹੈ, ਨਿੱਜੀ ਰਸਤੇ ਸਥਾਪਿਤ ਹੋਏ, ਦਫ਼ਤਰ ਦਾ ਹੱਲਕਰਤਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਾਂ ਤੁਹਾਡੀ ਮਹੱਤਵਪੂਰਨ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲੇਗੀ।

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

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

ਬਦਲਿਆ ਤਾਂ ਕਿਉਂ ਲਿਖੋ

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

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

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