OpenVPN ਵੱਲੋਂ DNS ਪੁਸ਼ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸਥਾਨਕ Samba ਸ਼ੇਅਰ ਗਾਇਬ ਹੋ ਗਿਆ

Samba ਸਥਾਨਕ ਸ਼ੇਅਰ ਉਸੇ ਪਲ ਗੁਆ ਦਿੰਦਾ ਹੈ ਜਦੋਂ OpenVPN ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਲਗਭਗ ਕਦੇ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦਾ। ਮਾਊਂਟ ਠੀਕ ਹੈ, NAS ਚਾਲੂ ਹੈ, ਅਤੇ ਟਨਲ ਵੱਲੋਂ ਸਥਾਪਤ ਕੀਤਾ ਰਿਜ਼ੋਲਵਰ ਉਸ ਨਾਮ ਬਾਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇ ਰਿਹਾ ਹੈ ਜੋ ਉਸਨੇ ਕਦੇ ਨਹੀਂ ਦੇਖਿਆ। Samba ਆਪਣੇ ਲੁੱਕਅਪ ਕ੍ਰਮ ਵਿੱਚ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਉਸ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਪੁੱਛਦਾ ਹੈ, ਜਵਾਬ ਨੂੰ ਮੰਨ ਲੈਂਦਾ ਹੈ ਅਤੇ ਉਸ ਪਤੇ ਨਾਲ ਜੁੜਦਾ ਹੈ ਜਿੱਥੇ ਕੁਝ ਸੁਣ ਨਹੀਂ ਰਿਹਾ। ਸ਼ੇਅਰ ਠੀਕ ਕਰਨ ਦਾ ਮਤਲਬ ਮਾਊਂਟ ਨਹੀਂ, ਜਵਾਬ ਠੀਕ ਕਰਨਾ ਹੈ।

ਪੰਜ ਜਾਂਚਾਂ, ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਜੋ ਹਰ ਕਦਮ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਨਾਵਾਂ ਹਟਾਉਂਦਾ ਹੈ।

ਛੋਟੇ ਨਾਮ ਦਾ ਜਵਾਬ ਕੌਣ ਦਿੰਦਾ ਹੈ

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

ਜਾਂਚੋ ਕਿ ਜਵਾਬ ਨਕਾਰਾਤਮਕ ਜਵਾਬ ਸੀ ਜਾਂ ਪਤਾ। ਨਕਾਰਾਤਮਕ ਜਵਾਬ ਦਾ ਮਤਲਬ ਹੈ ਕਿ Samba ਨੂੰ ਕਿਸੇ ਹੋਰ ਵਿਧੀ ਵੱਲ ਜਾਣਾ ਚਾਹੀਦਾ ਸੀ, ਅਤੇ ਖਰਾਬੀ ਕਿਤੇ ਹੋਰ ਹੈ। ਪਤੇ ਦਾ ਮਤਲਬ ਹੈ ਕਿ Samba ਕਿਸੇ ਅਸਲ ਥਾਂ ਨਾਲ ਜੁੜਿਆ ਅਤੇ ਕੁਝ ਵਾਪਸ ਨਹੀਂ ਮਿਲਿਆ।

Samba ਗਲਤ ਜਵਾਬ ਨੂੰ ਕਿਉਂ ਮੰਨਦਾ ਹੈ

Samba name resolve order ਵੱਲੋਂ ਤੈਅ ਕੀਤੇ ਨਿਸਚਿਤ ਕ੍ਰਮ ਰਾਹੀਂ ਨਾਵਾਂ ਦਾ ਹੱਲ ਕਰਦਾ ਹੈ। ਬਹੁਤੀਆਂ ਵੰਡਾਂ ਵਿੱਚ ਡਿਫਾਲਟ ਵਿੱਚ host ਹੁੰਦਾ ਹੈ, ਭਾਵ DNS, ਅਤੇ ਇਹ NetBIOS ਪ੍ਰਸਾਰਨ ਵਰਗੀਆਂ ਸਿਰਫ਼-ਲੈਨ ਵਿਧੀਆਂ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਦਾ ਹੈ। ਇਸ ਲਈ ਰਿਜ਼ੋਲਵਰ ਪੁਸ਼ ਕਰਨ ਵਾਲਾ ਟਨਲ ਹਰ ਸ਼ੇਅਰ ਨਾਮ ਉੱਤੇ ਪਹਿਲੇ ਇਨਕਾਰ ਦਾ ਹੱਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇਕ-ਲੇਬਲ ਨਾਮ ਵੀ ਸ਼ਾਮਲ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਦੇ ਇਮਾਰਤ ਛੱਡਣੀ ਨਹੀਂ ਸੀ।

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

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

ਵੱਖਰੀ ਸੀਮਾ ਵਾਲੀਆਂ ਦੋ ਮੁਰੰਮਤਾਂ

ਸੰਗਵੜੀ ਮੁਰੰਮਤ ਪੁਸ਼ ਕੀਤਾ ਰਿਜ਼ੋਲਵਰ ਰੱਖਦੀ ਹੈ ਅਤੇ ਬਦਲਦੀ ਹੈ ਕਿ Samba ਉਸਨੂੰ ਕੀ ਪੁੱਛ ਸਕਦਾ ਹੈ। ਡੈਮਨ ਜੋ ਅਸਲ ਵਿੱਚ ਪੜ੍ਹਦਾ ਹੈ ਉਸ Samba ਸੰਰਚਨਾ ਵਿੱਚ ਦੋ ਲਾਈਨਾਂ ਸ਼ਾਮਲ ਕਰੋ, ਫਿਰ ਸੇਵਾ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

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

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

ਇੱਕ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੋ। ਰਿਜ਼ੋਲਵਰ ਤਬਦੀਲੀ ਇੱਕੋ ਸਮੇਂ ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਨਾਮ-ਹੱਲ ਬਦਲਦੀ ਹੈ, ਜੋ ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਹੈ, ਸਪੋਰਟ ਕਾਲ ਲਈ ਸੋਧ ਨਹੀਂ।

ਪਿਛੇਤਰ ਸਭ ਕੁਝ ਸਮਝਾ ਸਕਦਾ ਹੈ

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

ਇੱਥੇ ਹੱਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਯੋਗ ਸਥਾਨਕ ਨਾਮ ਵਰਤਣਾ ਹੈ ਜਾਂ ਸਥਾਨਕ ਪਿਛੇਤਰ ਦਾ ਮਾਲਕ ਵੰਡਿਆ-DNS ਨਿਯਮ ਸ਼ਾਮਲ ਕਰਨਾ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ Samba ਛੂਹਣ ਦੀ ਲੋੜ ਨਹੀਂ।

ਮੁੜ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਸਨੂੰ ਸਾਬਤ ਕਰੋ

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

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

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