Windows 'ਤੇ OpenVPN ਅਡੈਪਟਰ ਵਾਰ-ਵਾਰ ਡਿੱਗ ਰਿਹਾ ਹੈ? ਡੁਪਲੀਕੇਟ IP ਜਾਂਚੋ

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

ਇਹ ਫਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਟਨਲ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵੱਲ ਲਕਸ਼ਿਤ ਹਰ ਸਮੱਸਿਆ-ਨਿਵਾਰਨ ਕਦਮ ਸਰਵਰ ਪਾਸੇ ਦਾ ਡੁਪਲੀਕੇਟ ਪਤਾ ਖੁੰਝਾ ਦੇਵੇਗਾ।

ਕਲਾਇੰਟ ਲਾਗ ਤੋਂ ਨਹੀਂ, Windows ਇਵੈਂਟ ਲਾਗ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਤਾਜ਼ਾ ਇਵੈਂਟ ਕੱਢੋ ਅਤੇ ਉਹਨਾਂ ਦੇ ਟਾਈਮਸਟੈਂਪ ਅਡੈਪਟਰ ਦੇ ਨਵੀਨੀਕਰਨ ਚੱਕਰ ਨਾਲ ਤੁਲਨਾ ਕਰੋ: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap। ਹਰ ਪੰਦਰਾਂ ਸਕਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਟਕਰਾਅ ਉਸ ਕਲਾਇੰਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜੋ ਉਸੇ ਪਤੇ ਨੂੰ ਉਸ ਮਾਲਕ ਵਿਰੁੱਧ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਰਹਿੰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਸਮੇਂ ਇੱਕਲਾ ਟਕਰਾਅ ਇਸ ਦੀ ਥਾਂ ਇੱਕ ਵਾਰੀ ਟੱਕਰ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ, ਅਗਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਪਤਾ ਹੋਰ ਕਿਸ ਕੋਲ ਹੈ।

ਤਿੰਨ ਬੰਦੋਬਸਤ ਦੋ ਹੋਸਟਾਂ ਨੂੰ ਇੱਕ ਪਤੇ 'ਤੇ ਰੱਖਦੇ ਹਨ

ਸਰਵਰ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਸ ਦੇ ਅਨੁਸਾਰ ਪਤਾ ਕਿਸ ਕੋਲ ਹੈ, ਫਿਰ ਨੈੱਟਵਰਕ ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਸ ਦਾ ਜਵਾਬ ਕੌਣ ਦਿੰਦਾ ਹੈ। grep -H ifconfig-push /etc/openvpn/ccd/* ਹਰ ਪਿੰਨ ਕੀਤਾ ਟਨਲ ਪਤਾ ਅਤੇ ਉਹ ਸਰਟੀਫਿਕੇਟ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਜਿਸ ਦਾ ਇਹ ਹੈ। ip -4 neigh show dev tap0 ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਬ੍ਰਿਜ ਨੇ ਦੂਜੀ ਪਰਤ 'ਤੇ ਕੀ ਸਿੱਖਿਆ। ਇਹਨਾਂ ਦੋ ਸੂਚੀਆਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਨਾਲ ਜ਼ਿਆਦਾਤਰ ਡੁਪਲੀਕੇਟ ਇੱਕ ਮਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਮਿਲ ਜਾਂਦੇ ਹਨ।

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

ਪਤੇ ਲਈ ਦੌੜਨ ਦੀ ਥਾਂ ਇਸ ਨੂੰ ਵਿਲੱਖਣ ਬਣਾਓ

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

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

ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਹਰ ਪਤੇ ਲਈ ਇੱਕ ਮਾਲਕ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

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

ਟਿਕਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰਾ ਨਵੀਨੀਕਰਨ ਚੱਕਰ ਵੇਖੋ

ਇੱਕ ਸਾਫ਼ ਪੜ੍ਹਤ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਘੱਟੋ-ਘੱਟ ਦਸ ਮਿੰਟ ਅਡੈਪਟਰ ਵੇਖੋ ਅਤੇ ਵਿਚਕਾਰ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਜ਼ਬਰਦਸਤੀ ਕਰਵਾਓ: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState। ਪਤਾ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਚ ਕੇ ਪਸੰਦੀਦਾ ਸਥਿਤੀ ਵਿੱਚ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।

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

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