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

ਨਿਯਮ ਮੇਲ ਖਾਣਾ ਕਿਉਂ ਬੰਦ ਹੋਇਆ

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

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

ਵਿਕਲਪ ਇੱਕ: ਇੱਕ ਸਥਿਰ ਪਤਾ, ਘੱਟ ਪਰਦੇਦਾਰੀ

ਆਮ ਮੁਰੰਮਤ ਹੋਸਟ ਉੱਤੇ ਦੋਵੇਂ ਘੁੰਮਣ ਵਾਲੇ ਵਿਧੀਆਂ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ: netsh interface ipv6 set privacy state=disabled store=persistent ਅਤੇ netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent। ਜੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤਬਦੀਲੀ ਮੁੜ ਚਾਲੂ ਹੋਣ ਦੀ ਉਡੀਕ ਤੋਂ ਬਿਨਾਂ ਲਾਗੂ ਹੋਵੇ ਤਾਂ store=active ਸ਼ਾਮਲ ਕਰੋ, ਅਤੇ ਮੰਨੋ ਕਿ ਤੁਸੀਂ ਹੁਣ ਪਛਾਣਕਰਤਾ ਨੂੰ ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਅਨੁਮਾਨ ਲਾਉਣ ਯੋਗ ਬਣਾ ਦਿੱਤਾ ਹੈ।

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

ਵਿਕਲਪ ਦੋ: ਕਿਸੇ ਪ੍ਰੀਫਿਕਸ ਜਾਂ ਨਾਮ ਦੀ ਮਨਜ਼ੂਰੀ ਦਿਓ

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

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

ਵਿਕਲਪ ਤਿੰਨ: ਟਨਲ ਨੂੰ ਪਤਾ ਦੇਣ ਦਿਓ

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

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

ਟ੍ਰੈਕਿੰਗ ਲਾਗਤ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਚੁਣੋ

ਚਾਰੇ ਵਿਕਲਪਾਂ ਨੂੰ ਅਸਲ ਲੋੜ ਦੇ ਸਾਹਮਣੇ ਲਿਖੋ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਬਜਾਏ ਇੱਕ ਚੁਣੋ। ਜੇ ਤੁਸੀਂ ਫਿਰ ਵੀ ਪਰਦੇਦਾਰੀ ਬੰਦ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਉਸ ਹੋਸਟ ਤੱਕ ਸੀਮਿਤ ਕਰੋ ਜਿਸਨੂੰ ਇਹ ਲੋੜ ਹੈ, ਨਿਯਮ ਦੇ ਕੋਲ ਕਾਰਨ ਦਰਜ ਕਰੋ, ਅਤੇ ਜਿੱਥੇ ਪਲੇਟਫ਼ਾਰਮ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ ਉੱਥੇ RFC 7217 ਦੀ ਸਥਿਰ-ਪਰਦੇਦਾਰੀ ਪਤਾ-ਨਿਰਧਾਰਣ 'ਤੇ ਵਿਚਾਰ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਹਾਰਡਵੇਅਰ ਤੋਂ ਲਿਆ ਪਛਾਣਕਰਤਾ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਹਰ ਪ੍ਰੀਫਿਕਸ ਲਈ ਪਛਾਣਕਰਤਾ ਰੱਖਦੀ ਹੈ। ਜਦੋਂ ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਬਦਲੀ ਜਾਵੇ ਤਾਂ ਐਕਸਟੈਂਸ਼ਨ ਦੁਬਾਰਾ ਸਮਰੱਥ ਕਰੋ।

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

ਸੰਬੰਧਿਤ ਲੇਖ