ddclient VPN ਨਿਕਾਸ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ: ਖੋਜ ਸਰੋਤ ਠੀਕ ਕਰੋ

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

ਪੱਕਾ ਕਰੋ ਕਿ ਨਾਮ ਨੂੰ ਕਿੱਥੇ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਇੰਟਰਫੇਸ ਪਤਿਆਂ ਦੀ ਵੀ ਵਿਆਖਿਆ ਚਾਹੀਦੀ ਹੈ। ਘਰ ਦੇ ਰਾਊਟਰ ਪਿੱਛੇ ਲੈਪਟਾਪ ਦਾ ਪਤਾ ਜਨਤਕ WAN ਪਤਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਦਾ WAN ਪਤਾ ਵੀ ਕੈਰੀਅਰ-ਗ੍ਰੇਡ NAT ਪਿੱਛੇ ਹੋ ਸਕਦਾ ਹੈ, ਜਿੱਥੇ ਉਸਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਆਉਂਦੀ ਪਹੁੰਚ ਪੈਦਾ ਨਹੀਂ ਹੋ ਸਕਦੀ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੱਲ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰੋ

ਦੋਵੇਂ ਰਾਹਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵੇਖੋ। ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਪ੍ਰੋਬ ਨਿਕਾਸ ਦੱਸਦਾ ਹੈ; ਟਨਲ ਬੰਦ ਹੋਣ ਵੇਲੇ, ਜਾਂ ਪ੍ਰੋਬ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਨਾਲ ਬੱਧਾ ਹੋਣ ਵੇਲੇ, ਇਹ ਘਰ ਦਾ ਪਤਾ ਦੱਸਦਾ ਹੈ: curl --interface eth0 https://ifconfig.me. ਜੇ ਉਹ ਦੋਵੇਂ ਜਵਾਬ ਵੱਖਰੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਅੱਪਡੇਟਰ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਨੁਕਸ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰ ਲਿਆ ਹੈ।

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

ਖੋਜ ਨੂੰ ਚੁਣੇ ਹੋਏ ਰਾਹ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰੋ

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

ਰਾਊਟਰ-ਸਥਿਤੀ ਰਾਹ ਲਈ, ਨਵੇਂ ddclient ਸੰਸਕਰਣ usev4 ਅਤੇ fwv4 ਚੋਣ ਪਰਿਵਾਰ ਵਰਤਦੇ ਹਨ, ਪੰਨੇ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਦੇ ਟੈਕਸਟ ਲਈ ਲੋੜੀਂਦਾ ਸਕਿੱਪ ਪੈਟਰਨ ਸਮੇਤ। ਆਪਣੇ ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਦਾ README ਵੇਖੋ, ਕਿਉਂਕਿ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਉਹੀ ਵਿਚਾਰ use ਅਤੇ fw ਨਾਲ ਲਿਖਦੇ ਹਨ, ਅਤੇ ਗਲਤ ਸੰਸਕਰਣ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਚੋਣ ਨਾਮ ਸ਼ੁਰੂ ਹੁੰਦਿਆਂ ਫੇਲ ਹੁੰਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਵੈੱਬ ਖੋਜ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਯਾਦ ਰੱਖੋ ਕਿ ਪ੍ਰੋਬ ਦੀ ਰਾਊਟਿੰਗ ਅਤੇ ਅੱਪਡੇਟ API ਕਾਲ ਦੀ ਰਾਊਟਿੰਗ ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਹਨ। ਅੱਪਡੇਟ ਕਾਲ ਰਿਕਾਰਡ ਪਹੁੰਚਾਉਂਦੀ ਹੈ; ਪ੍ਰੋਬ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਮੁੱਲ ਪਹੁੰਚਾਇਆ ਜਾਵੇ।

ਭੇਤ ਅਤੇ ਸੰਸਕਰਣ ਸੁਚੱਜੇ ਰੱਖੋ

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

ddclient README ਖੋਜ ਤਰੀਕਿਆਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਚੋਣ ਨਾਮਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਇੱਕ ਹੀ ਰਿਕਾਰਡ ਵਿੱਚ IPv4 ਅਤੇ IPv6 ਨਤੀਜੇ ਨਾ ਮਿਲਾਓ, ਅਤੇ ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਇੱਕ ਸੰਸਕਰਣ ਵਿੱਚ ਮੌਜੂਦ ਚੋਣ ਦੂਜੇ ਵਿੱਚ ਵੀ ਹੈ।

ਮੁੱਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਪਹੁੰਚ ਦੀ

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

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