Debian resolvconf ਰਿਕਾਰਡ ਕ੍ਰਮ: VPN ਰਿਕਾਰਡ ਪਹਿਲਾਂ ਰੱਖੋ

VPN ਦਾ ਨੇਮਸਰਵਰ ਵਾਰ-ਵਾਰ LAN ਦੇ ਨੇਮਸਰਵਰ ਤੋਂ ਹੇਠਾਂ ਡਿੱਗਦਾ ਹੈ, ਅਤੇ /etc/resolv.conf ਸੋਧਣ ਨਾਲ ਉਹ ਕੁਝ ਮਿੰਟਾਂ ਲਈ ਠੀਕ ਹੋ ਜਾਂਦਾ ਹੈ। ਉਹ ਫ਼ਾਈਲ ਬਣਾਈ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਸੁਧਾਰ ਕਦੇ ਨਹੀਂ ਟਿਕਦਾ। Debian ਦੇ resolvconf ਵਿੱਚ ਕ੍ਰਮ ਦਾ ਇਨਪੁੱਟ /etc/resolvconf/interface-order ਹੈ, ਅਤੇ ਇਹ DNS ਪਤਿਆਂ ਦੀ ਥਾਂ ਰਿਕਾਰਡ ਨਾਮਾਂ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕਰਦਾ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਫ਼ਾਈਲ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜਾ resolver ਸਟੈਕ ਅਸਲ ਵਿੱਚ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਆਉਟਪੁੱਟ resolvconf ਦੀ ਹੈ

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

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

ਜੇ ਹੱਲ ਕੀਤਾ ਰਾਹ resolvconf ਦੀ ਰਨਟਾਈਮ ਡਾਇਰੈਕਟਰੀ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਤਾਂ ਇੱਥੇ ਹੀ ਰੁਕੋ: ਇਹ ਕਿਤਾਬਚਾ ਕਿਸੇ ਹੋਰ ਸਟੈਕ ਦਾ ਹੈ।

ਉਸ ਜਾਂਚ ਤੋਂ ਬਾਅਦ ਹੀ resolvconf ਕੋਲ ਮੌਜੂਦ ਰਿਕਾਰਡਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਣਾ ਢੁੱਕਦਾ ਹੈ।

ਪੈਟਰਨ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਕਾਰਡ ਪੜ੍ਹੋ

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

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

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

ਕ੍ਰਮ ਨੂੰ ਪਹਿਲੇ-ਮੇਲ ਪੈਟਰਨ ਵਜੋਂ ਲਿਖੋ

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

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

ਖਾਸ ਟਨਲ ਪੈਟਰਨ ਨੂੰ ਸਭ ਕੁਝ ਫੜਨ ਵਾਲੇ ਪੈਟਰਨ ਤੋਂ ਉੱਪਰ ਅਤੇ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਪੈਟਰਨ ਤੋਂ ਉੱਪਰ ਰੱਖੋ।

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

ਦੁਬਾਰਾ ਬਣਾਓ ਅਤੇ ਨਤੀਜਾ ਜਾਂਚੋ

ਅੱਪਡੇਟ ਸਕ੍ਰਿਪਟਾਂ ਵੱਲੋਂ ਫ਼ਾਈਲ ਮੁੜ ਬਣਾਉਣ ’ਤੇ ਕ੍ਰਮ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਬਣੇ ਹੋਏ ਆਉਟਪੁੱਟ ਨੂੰ ਸੋਧਣ ਦੀ ਥਾਂ ਸਮਰਥਿਤ ਅੱਪਡੇਟ ਮਾਰਗ ਚਲਾਓ, ਫਿਰ ਪੜ੍ਹੋ ਕਿ resolver ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਮਿਲਿਆ।

resolvconf -u
cat /etc/resolv.conf

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

ਪੁਰਾਣੇ ਰਿਕਾਰਡ ਨੂੰ ਦਰਜਾ ਘਟਾਉਣ ਦੀ ਥਾਂ ਸੇਵਾਮੁਕਤ ਕਰੋ

ਡਿਸਕਨੈਕਟ ਤੋਂ ਬਾਅਦ ਵਾਰ-ਵਾਰ ਵਾਪਸ ਆਉਣ ਵਾਲਾ ਪੁਰਾਣਾ VPN ਰਿਕਾਰਡ ਕਲਾਇੰਟ ਇਕੀਕਰਨ ਵਿੱਚ ਜੀਵਨ-ਚੱਕਰ ਦਾ ਬੱਗ ਹੈ. ਇਸਨੂੰ ਸਭ ਤੋਂ ਹੇਠਾਂ ਭੇਜਣ ਨਾਲ ਲੱਛਣ ਲੁਕ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸੂਚੀ ਵਿੱਚ ਮਰਿਆ resolver ਰਹਿ ਜਾਂਦਾ ਹੈ।

ਇਸਨੂੰ ਉਸ ਕੰਪੋਨੈਂਟ ਰਾਹੀਂ ਸੇਵਾਮੁਕਤ ਕਰੋ ਜੋ ਇਸਨੂੰ ਰਜਿਸਟਰ ਕਰਦਾ ਹੈ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਰਿਕਾਰਡ ਡਾਇਰੈਕਟਰੀ ਹੁਣ ਇਸਦੀ ਸੂਚੀ ਨਹੀਂ ਦਿੰਦੀ।

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