ਐਡਗਾਰਡ ਹੋਮ ਤੁਹਾਡੇ LAN ਪਤੇ ਤੋਂ ਵਾਇਰਗਾਰਡ ਕਲਾਇੰਟਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ

ਸੁਰੰਗ ਤਿਆਰ ਹੈ, ਫਾਇਰਵਾਲ ਪੋਰਟ 53 ਨੂੰ ਆਨਾਂ-ਜਾਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, AdGuard Home ਚੱਲ ਰਿਹਾ ਹੈ, ਅਤੇ WireGuard ਕਲਾਇੰਟ ਲਈ ਨਾਮ ਫਿਰ ਵੀ ਰਿਜਾਲਵ ਨਹੀਂ ਹੁੰਦੇ। ਪੁੱਛਗਿੱਛ ਸਧਾਰਨ ਤੌਰ 'ਤੇ ਪਹੁੰਚਦੀ ਹੈ ਅਤੇ ਸਧਾਰਨ ਤੌਰ 'ਤੇ ਜਵਾਬ ਨਿਕਲਦਾ ਹੈ, ਇਸ ਲਈ ਰਿਜਾਲਵਰ 'ਤੇ ਪੈਕੇਟ ਕਾਊੰਟਰ ਸਿਹਤਮੰਦ ਦਿਖਦੇ ਹਨ ਅਤੇ ਸੇਵਾ ਬੇਦੋਖ ਲੱਗਦੀ ਹੈ। ਜੋ ਗਲਤ ਹੁੰਦਾ ਹੈ ਉਹ ਉਸ ਜਵਾਬ 'ਤੇ ਸਰੋਤ ਪਤੇ ਨਾਲ ਸੰਬੰਧਤ ਹੈ: ਇਹ ਇੱਕ ਲੋਕਲ ਪਤੇ ਤੋਂ ਜਾਂਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਨੇ ਕਦੇ ਮੰਗਿਆ ਨਹੀਂ ਸੀ, ਅਤੇ ਕਲਾਇੰਟ ਦਾ ਸਟੱਬ ਰਿਜਾਲਵਰ ਇਸਨੂੰ ਫੈੱਕ ਦਿੰਦਾ ਹੈ। AdGuard Home ਦੀ ਵਿਵਸਥਾ ਵਿੱਚ ਇੱਕ ਸੂਚੀ ਇਹ ਫੈਸਲਾ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਸਦਾ ਆਮ ਡਿਫੌਲਟ ਫੈਸਲਾ ਕਰਨ ਦੀ जिम्मेदारी ਕਨਰਨਲ ਨੂੰ ਸੌਂਪ ਦਿੰਦਾ ਹੈ।

ਪੁੱਛਗਿੱਛ ਪਹੁੰਚਦੀ ਹੈ, ਜਵਾਬ ਕਿਸੇ ਹੋਰ ਥਾਂ ਤੋਂ ਨਿਕਲਦਾ ਹੈ

ਇੱਕ ਕਲਾਇੰਟ ਜਿਸਨੂੰ ਆਪਣੇ ਰੀਜ਼ੋਲਵਰ ਵਜੋਂ 10.6.0.1 ਕੰਫ਼ਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, 10.6.0.1 ਪੋਰਟ 53 ਤੇ UDP ਕੁਐਰੀ ਭੇਜਦਾ ਹੈ। ਉਹ ਪੈਕੇਟ ਟਨਲ ਲੰਘਦਾ ਹੈ ਅਤੇ ਹੋਸਟ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ AdGuard Home ਇਸ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਲਾਈਨ 'ਤੇ, ਹਾਲਾਂਕਿ, ਜਵਾਬ ਇੱਕ ਨਵਾਂ ਪੈਕੇਟ ਹੁੰਦਾ ਹੈ ਜਿਸਦਾ ਸਰੋਤ ਐਡਰੈੱਸ ਹੋਸਟ ਦੇ ਸਟੈਕ ਦੁਆਰਾ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ, ਕਲਾਇੰਟ ਦੀ ਉਮੀਦ ਦੁਆਰਾ ਨਹੀਂ।

ਜਦੋਂ ਕਲਾਇੰਟ ਦਾ ਰੀਜ਼ੋਲਵਰ ਇੱਕ ਕਨੈਕਟਡ ਸਾਕਟ ਹੁੰਦਾ ਹੈ, ਜੋ ਕਿ systemd-resolved, dnsmasq ਅਤੇ ਜਿਆਦਾਤਰ ਸਟੱਬ ਰੀਜ਼ੋਲਵਰ ਵਰਤਦੇ ਹਨ, ਇਹ ਸਿਰਫ ਉਹੀ ਜਵਾਬ ਮੰਨਦਾ ਹੈ ਜੋ ਉਸਨੇ ਜੇੜੇ ਐਡਰੈੱਸ 'ਤੇ ਭੇਜਦਾ ਹੈ। 192.168.1.10 ਤੋਂ ਆਇਆ ਇੱਕ ਜਵਾਬ ਜੋ 10.6.0.1 ਨੂੰ ਭੇਜੀ ਗਈ ਕੁਐਰੀ ਲਈ ਹੈ, ਕਿਸੇ ਵੀ ਪਾਰਸਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਡ੍ਰੌਪ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਰੀਜ਼ੋਲਵਰ ਸਫ਼ਲ ਜਵਾਬ ਲਾਗ ਕਰਦਾ ਹੈ, ਕਲਾਇੰਟ ਟਾਈਮਆਉਟ ਲਾਗ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਸੱਚ ਬੋਲ ਰਹੇ ਹਨ।

ਤਾਂ ਕਾਊਂਟਰ ਝੂਠ ਨਹੀਂ ਬੋਲ ਰਹੇ ਅਤੇ ਨਾਹ ਹੀ ਕਲਾਇੰਟ। ਤੁਹਾਨੂੰ ਜੋ ਸਬੂਤ ਚਾਹੀਦਾ ਹੈ ਉਹ ਤਿੰਨ ਥਾਵਾਂ 'ਤੇ ਹੈ, ਇਸ ਕ੍ਰਮ ਵਿੱਚ: ਪਤਾ ਜਿਸ ਨਾਲ ਸ੍ਰੋਤਾ ਬੱਧਾ ਹੈ, ਰੂਟ ਜੋ ਕਰਨਲ ਕਲਾਇੰਟ ਵਾਪਸ ਜਾਣ ਲਈ ਵਰਤੇਗਾ, ਅਤੇ ਅਸਲੀ ਜਵਾਬ ਪੈਕੇਟ 'ਤੇ ਸਰੋਤ ਪਤਾ।

ਕਰਨਲ ਜਵਾਬ ਦਾ ਸਰੋਤ ਕਿਵੇਂ ਚੁਣਦਾ ਹੈ

ਇਕ UDP ਸਾਕਟ ਜੋ0.0.0.0ਨਾਲ ਬੱਧ ਹੈ ਉਸਦਾ اپنا ਸਰੋਤ ਪਤਾ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਕਾਰਨ ਹਰ ਆਉਣ ਵਾਲੇ ਜਵਾਬ ਲਈ ਮਨਜ਼ਿਲ ਦਾ ਰੂਟ ਲੁਕਅੱਪ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਕਰਨਲ ਉਸ ਰੂਟ ਤੋਂ ਸਰੋਤ ਲੈਂਦਾ ਹੈ: ਰੂਟ ਦੁਆਰਾ ਨਿਰਧਾਰਿਤ ਪਤਾ, ਜਾਂ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫੇਸ ਦਾ ਮੁੱਖ ਪਤਾ। ਕਿਵੇਂ ਵੀ ਖੋਜ ਦੀ ਮਨਜ਼ਿਲ ਦਾ ਪਤਾ ਯਾਦ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ।

ਇੱਕ ਸਿੰਗਲ-ਹੋਮਡ ਹੋਸਟ ਤੇ ਇਹ ਅਦ੍ਰਸ਼ਯ ਹੈ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਇੱਕ ਸੰਭਾਵਿਤ ਜਵਾਬ ਹੈ। ਇੱਕ ਮਸ਼ੀਨ ਜਿਸ ਤੇ ਇੱਕ LAN ਐਡਰੈੱਸ, ਇੱਕ WireGuard ਐਡਰੈੱਸ ਅਤੇ ਇੱਕ ਮੈਨੇਜਮੈਂਟ ਐਡਰੈੱਸ ਹੈ, ਕਈ ਜਵਾਬ ਸੰਭਾਵਿਤ ਹਨ, ਅਤੇ ਜੇਤੂ ਉਸ ਸਮੇਂ రਾਊਟਿੰਗ ਟੇਬਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇੱਕ ਵਾਧੂ ਰੁਟ ਸ਼ਾਮਲ ਕਰੋ, ਇੱਕੋ ਹੀ ਇੰਟਰਫੇਸ 'ਤੇ ਦੂਜਾ ਐਡਰੈੱਸ, ਰਿਸੋਲਵਰ ਦੇ ਸਾਹਮਣੇ ਇੱਕ NAT ਰੀਡਾਇਰੈਕਟ, ਜਾਂ ਆਪਣੇ ਨੈਮਸਪੇਸ ਵਾਲੇ ਕੰਟੇਨਰ ਵਿੱਚ AdGuard ਚਲਾਓ, ਅਤੇ ਚੁਣਿਆ ਗਿਆ ਸਰੋਤ ਉਸ ਤੋਂ ਵੱਖ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਨੇ ਪੁੱਛਿਆ ਸੀ।

ss -lunp | grep :53ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸ ਖੇਡ ਵਿੱਚ ਹੋ।0.0.0.0:53ਤੇ ਇਕ ਲਿਸ਼ਨਰ ਵਾਇਲਡਕਾਰਡ ਕੇਸ ਹੈ;10.6.0.1:53ਤੇ ਇਕ ਲਿਸ਼ਨਰ ਨੇ ਪਹਿਲਾਂ ਹੀ ਜਵਾਬ ਨੂੰ ਪਿੰਨ ਕਰ ਦਿੱਤਾ ਹੈ। ਸਾਕੇਟ ਪੜ੍ਹਨਾ YAML ਪੜ੍ਹਨ ਤੋਂ ਤੇਜ਼ ਹੈ, ਅਤੇ ਇਹ ਸੱਚਮੁੱਚ ਚੱਲ ਰਹੇ ਹਾਲਤ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਜਿਸਨੂੰ ਆਖਰੀ ਵਾਰੀ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਗਿਆ ਸੀ।

ਬਾਈਂਡ_ਹੋਸਟਸ ਅਸਲ ਵਿਚ ਕੀ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ

AdGuard Hoṁme ਦਾdns.bind_hostsਇਹ ਸਥਾਨਕ ਪਤੇ ਦੀ ਸੂਚੀ ਹੈ ਜੋ DNS ਸੁਣਨ ਵਾਲਾ ਵਰਤਦਾ ਹੈ। ਸਪਲਾਈ ਕੀਤੇ ਗਏ ਡਿਫਾਲਟ ਵਿੱਚ ਵਾਈਲਡਕਾਰਡ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਹਰ ਸਥਾਨਕ ਪਤੇ 'ਤੇ ਸਵੀਕਾਰ ਕਰੋ ਅਤੇ ਜਵਾਬ ਪ੍ਰਤੀ ਸਰੋਤ ਨਿਯਤ ਕਰਨ ਲਈ kernel ਤੇ ਛੱਡ ਦਿਓ। ਵਾਈਲਡਕਾਰਡ ਨੂੰ ਉਨ੍ਹਾਂ ਪਤਿਆਂ ਨਾਲ ਬਦਲਣਾ ਜੋ ਕਲਾਇੰਟ ਪੁੱਛਦੇ ਹਨ, ਸੋਕੇਟ ਨੂੰ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਹਰ ਜਵਾਬ 'ਤੇ ਸਰੋਤ ਪਤਾ ਵੀ ਬਦਲ ਦਿੰਦਾ ਹੈ।

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

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

dns:
  bind_hosts:
    - 10.6.0.1
  port: 53

ਇੱਕ ਰਿਸੋਲਵਰ ਦੇ ਦੋ ਇੰਸਟਾਲੇਸ਼ਨਾਂ ਵਿੱਚ ਅਸਮਝੌਤਾ ਕਿਉਂ ਹੈ

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

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

ਇਸਨੂੰ ਪਿੰਨ ਕਰੋ, ਫਿਰ ਸੁਰੰਗ ਪਾਸੇ ਤੋਂ ਟੈਸਟ ਕਰੋ

ਬਦਲੋbind_hostsਟਨਲ ਪਤੇ ਤੇ, ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਸਾਕੇਟ ਹਿਲਿਆ ਹੈ:ss -lunp | grep :53ਹੁਣ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ10.6.0.1:53ਅਤੇ ਕੋਈ ਵਾਈਲਡਕਾਰਡ ਐਂਟਰੀ ਨਹੀਂ। ਜੇ ਇਹ ਹਾਲੇ ਵੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ0.0.0.0,ਚਲ ਰਹੀ ਪ੍ਰਕਿਰਿਆ ਉਸ ਫਾਇਲ ਨੂੰ ਨਹੀਂ ਪੜ੍ਹ ਰਹੀ ਜੋ ਤੁਸੀਂ ਸੋਧੀ ਸੀ.

ਫਿਰ ਕਲਾਇੰਟ ਤੋਂ ਟੈਸਟ ਕਰੋ, ਕਿਉਂਕਿ ਉਹ ਹੀ ਇੱਕਲੋਤਾ ਪੱਖ ਹੈ ਜੋ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ। ਇੱਕ ਕੁਏਰੀ ਦੇ ਨਾਲdig @10.6.0.1 example.comਉਪਭੋਗਤਾ ਜਿਸ ਰਸਤਾ ਤੇ ਕਸਰਤ ਕਰਦਾ ਹੈ ਉਸਦੀ ਕਸਰਤ, ਅਤੇ ਹੋਸਟ 'ਤੇ ਇੱਕ ਕੈਪਚਰ ਨਾਲtcpdump -ni wg0 udp port 53ਤਾਰ 'ਤੇ ਜਵਾਬ ਦਾ ਸੋర్స్ ਐਡਰੈੱਸ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਸਦੀ ਤੁਲਨਾ ਕਲਾਇੰਟ ਦੇ ਰੇਜ਼ੋਲਰ ਸੈਟਿੰਗ ਵਿੱਚ ਐਡਰੈੱਸ ਨਾਲ ਕਰੋ; ਜਦੋਂ ਇਹ ਸaman ਹੁੰਦੇ ਹਨ, ਤਾਈਮਆਊਟ ਅਜੀਬ ਨਹੀਂ ਰਹਿੰਦਾ।

ip route get 10.6.0.2ਕੋਈ ਵੀ ਬਾਕੀ ਰਹਿ ਗਈ ਅਜੀਬ ਗੱਲ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਇੰਟਰਫੇਸ ਅਤੇ ਸੋర్స్ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ ਜੋ ਹੋਸਟ ਕਲਾਇੰਟ ਨੂੰ ਵਾਪਸ ਭੇਜੇਗਾ। ਜੇ ਉਸ ਆਉਟਪੁਟ ਵਿੱਚ LAN ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਹੈ, ਤਾਂ ਬਾਈਂਡ ਚੇਂਜ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਿਕਸ ਨਹੀਂ ਹੈ ਅਤੇ ਰੂਟਿੰਗ ਟੇਬਲ ਅਗਲੀ ਚੀਜ਼ ਹੁੰਦੀ ਹੈ ਜਿਸ ਨੂੰ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ।

ਜੋ ਬਾਈਂਡ ਸੈਟਿੰਗ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀ

ਸੁਣਨ ਵਾਲੇ ਨੂੰ ਪਿਨ ਕਰਨਾ ਉਸ ਐਕਸੈੱਸ ਲਿਸਟ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦਾ ਜੋ ਟનલ ਸਬਨੈੱਟ ਨੂੰ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਕੋਈ ਫਾਇਰਵਾਲ ਰੂਲ ਜੋ ਕਵੈਰੀ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਪਰ ਜਵਾਬ ਨਹੀਂ, ਜਾਂ ਵਾਇਰਗਾਰਡ ਪੂਲ ਵਾਪਸੀ ਲਈ ਗੁੰਮ ਰੂਟ। ਉਹ ਸੋర్స్ ਐਡਰੈੱਸ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਬਾਅਦ ਫੇਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਮਾਲਕ ਵੱਖਰਾ ਹੈ।

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