dnsmasq ਪੋਰਟ 53 ਬਾਈਂਡ ਨਹੀਂ ਕਰ ਸਕਦਾ: ਉਹ ਸਾਕਟ ਲੱਭੋ ਜੋ ਇਸਨੂੰ ਰੱਖਦਾ ਹੈ

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

ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਪੰਜ ਕਦਮ: ਗਲਤੀ ਮੁੜ ਪੈਦਾ ਕਰੋ, ਸਰੋਤਿਆਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, wildcard ਸਮਝੋ, ਕੰਮ ਸੌਂਪੋ, ਫਿਰ ਜਾਂਚੋ।

ਕਦਮ 1: ਗਲਤੀ ਮੁੜ ਪੈਦਾ ਕਰੋ ਅਤੇ ਪੜ੍ਹੋ

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

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

ਕਦਮ 2: ਮਾਲਕਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ

ਪਹਿਲਾਂ ਸਾਕਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਸਰੋਤ ਪੋਰਟ 53 ਤੇ ਫਿਲਟਰ ਵੇਖਣ ਦਾ ਅਧਿਕਾਰ ਹੋਣ ਤੇ ਦੋਵੇਂ ਟਰਾਂਸਪੋਰਟ ਅਤੇ ਮਾਲਕ ਪ੍ਰਕਿਰਿਆ ਦਿਖਾਉਂਦਾ ਹੈ:

ss -lntup 'sport = :53'

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

ਕਦਮ 3: wildcard ਦਾ ਜਾਲ

bind-interfaces ਵਿਕਲਪ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ dnsmasq wildcard ਸਾਕਟ ਬਾਈਂਡ ਕਰਦਾ ਹੈ ਜਾਂ ਹਰ ਸੰਰਚਿਤ ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਸਾਕਟ, ਜਿਵੇਂ dnsmasq ਸੰਦਰਭ ਦੱਸਦਾ ਹੈ। ਇਸ ਤੋਂ ਬਿਨਾਂ dnsmasq wildcard ਬਾਈਂਡ ਕਰਕੇ ਇਸ ਦੀ ਥਾਂ ਬੇਨਤੀਆਂ ਨੂੰ ਇੰਟਰਫੇਸ ਅਨੁਸਾਰ ਫਿਲਟਰ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਦੂਜਾ ਡੈਮਨ wildcard ਰੱਖਦੇ ਹੀ ਤੁਰੰਤ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ। Linux bind-dynamic ਜੋੜਦਾ ਹੈ, ਜੋ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਬਣੇ ਇੰਟਰਫੇਸ ਸੰਭਾਲਦਾ ਹੈ, ਜਦੋਂ VPN ਇੰਟਰਫੇਸ ਸਿਰਫ਼ ਕਨੈਕਟ ਵੇਲੇ ਦਿਸਦਾ ਹੈ ਤਾਂ ਇਹ ਸੱਚੀ ਚਿੰਤਾ ਹੈ।

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

ਕਦਮ 4: ਕੰਮ ਸੌਂਪੋ

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

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

ਕਦਮ 5: ਸਾਕਟ ਜਾਂਚੋ, ਫਿਰ ਰਾਹ

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

ਵੱਖਰੇ ਰੱਖਣ ਯੋਗ ਤਿੰਨ ਨਤੀਜੇ: ਸਾਕਟ ਹੈ, ਕਲਾਇੰਟ ਉੱਥੇ ਪਹੁੰਚਦਾ ਹੈ, ਜਵਾਬ ਸਹੀ ਹੈ।

ਕੀ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ

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

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