OpenVPN ਨੂੰ TAP ਤੋਂ TUN ਵੱਲ ਲਿਜਾਣਾ: ਕੰਮ ਕਰਨ ਵਾਲਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕ੍ਰਮ

dev tap ਦੀ ਥਾਂ dev tun ਵਰਤਣ ਨਾਲ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਟਨਲ ਕੀ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਸਿਰਫ਼ ਇਸ ਦਾ ਨਾਮ ਨਹੀਂ। TAP ਇੰਟਰਫ਼ੇਸ Ethernet ਫ੍ਰੇਮ ਬ੍ਰਿਜ ਨੂੰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਅਜਿਹਾ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਦਫ਼ਤਰ ਦੇ ਸਵਿੱਚ ਨਾਲ ਜੁੜੇ ਹੋਣ। TUN ਇੰਟਰਫ਼ੇਸ IP ਪੈਕੇਟ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟਾਂ ਨੂੰ ਰੂਟ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਦੂਜੇ ਪਾਸੇ ਨੂੰ ਵਾਪਸੀ ਦਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਕਲਾਇੰਟ, ਪਤਿਆਂ ਦੀ ਯੋਜਨਾ ਅਤੇ LAN ਦਾ ਵਾਪਸੀ ਰੂਟ ਸਾਰੇ ਉਸ ਬਦਲਾਅ ਨਾਲ ਹਿੱਲਣੇ ਚਾਹੀਦੇ ਹਨ।

ਮਾਈਗ੍ਰੇਸ਼ਨ ਟਨਲ ਨਾਲ ਜੁੜੀ ਨੈੱਟਵਰਕ ਦੀ ਮੁੜ-ਡਿਜ਼ਾਈਨ ਹੈ, ਅਤੇ ਹੇਠਾਂ ਦਿੱਤਾ ਕ੍ਰਮ ਇਸ ਨੂੰ ਉਲਟਾ ਸਕਣ ਯੋਗ ਰੱਖਦਾ ਹੈ।

Ethernet ਉੱਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਰਭਰ ਹੈ, ਇਸ ਦੀ ਸੂਚੀ ਬਣਾਓ

ਹੋਸਟ ਨਹੀਂ, ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਪਤਾ ਕਰੋ ਕਿ ਹਰ ਇੱਕ ਰੂਟ ਕੀਤੀਆਂ TCP ਜਾਂ UDP ਸੇਵਾਵਾਂ, ਬ੍ਰਾਡਕਾਸਟ ਖੋਜ, ਦਫ਼ਤਰੀ LAN ਤੋਂ DHCP, IP ਤੋਂ ਇਲਾਵਾ Ethernet ਪ੍ਰੋਟੋਕੋਲ, ਜਾਂ ਇਹ ਧਾਰਨਾ ਵਰਤਦੀ ਹੈ ਕਿ ਦੋਵੇਂ ਸਿਰੇ ਇੱਕੋ ਸਬਨੈੱਟ ਵਿੱਚ ਹਨ। ਆਮ IP ਪਹੁੰਚ ਰੂਟ ਕੀਤੇ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਟਿਕਦੀ ਹੈ। ਕੱਚੇ Ethernet ਫ੍ਰੇਮ ਚਾਹੁਣ ਵਾਲਾ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਟਿਕਦਾ, ਅਤੇ ਕੋਈ ਵੀ ਰੂਟਿੰਗ ਇਸ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰੇਗੀ। ਖੋਜ ਉੱਤੇ ਨਿਰਭਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕਟਓਵਰ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕੀਤਾ ਬਦਲਵਾਂ ਤੰਤਰ ਚਾਹੀਦਾ ਹੈ, ਉਸ ਵੇਲੇ ਨਹੀਂ।

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

ਪਤਿਆਂ ਅਤੇ ਵਾਪਸੀ ਰੂਟ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

LAN, ਪੁਰਾਣੀ ਬ੍ਰਿਜ ਰੇਂਜ ਜਾਂ ਉਸ ਨੈੱਟਵਰਕ ਨਾਲ ਨਾ ਟਕਰਾਉਂਦਾ ਕਲਾਇੰਟ ਪ੍ਰੀਫ਼ਿਕਸ ਚੁਣੋ ਜਿਸ ਤੱਕ ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਹੀ ਪਹੁੰਚਦਾ ਹੈ। ਸਬਨੈੱਟ ਟੋਪੋਲੋਜੀ ਵਾਲੇ ਸਰਵਰ ਨੂੰ dev tun, topology subnet ਅਤੇ server 10.78.0.0 255.255.255.0 ਵਰਗਾ ਟੁਕੜਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਉਹ ਸਿਰਫ਼ ਟੁਕੜਾ ਹੈ, ਕੰਮ ਕਰਨ ਵਾਲਾ ਪ੍ਰੋਫ਼ਾਈਲ ਨਹੀਂ। ਇਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਮਨਜ਼ੂਰ TLS, ਪਛਾਣ, ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਪਹੁੰਚ ਨੀਤੀ ਰੱਖੋ, ਅਤੇ ਖਾਲੀ ਸਾਬਤ ਕੀਤਾ ਪ੍ਰੀਫ਼ਿਕਸ ਵਰਤੋ।

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

ਵੱਖਰੇ ਸੁਣਨ ਵਾਲੇ ਪੋਰਟ ਉੱਤੇ ਜਾਂਚ ਕਰੋ

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

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

ਰੋਲਬੈਕ ਨਾਲ ਕਲਾਇੰਟਾਂ ਨੂੰ ਸਮੂਹਾਂ ਵਿੱਚ ਬਦਲੋ

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

ਸਮੂਹ ਤੁਹਾਨੂੰ ਉਹ ਐਪਲੀਕੇਸ਼ਨ ਲੱਭਣ ਦੀ ਥਾਂ ਵੀ ਦਿੰਦੇ ਹਨ ਜਿਸ ਦਾ ਕਿਸੇ ਨੇ ਜ਼ਿਕਰ ਨਹੀਂ ਕੀਤਾ, ਜਦੋਂ ਕਿ ਪੁਰਾਣਾ ਰਾਹ ਤੁਲਨਾ ਲਈ ਅਜੇ ਮੌਜੂਦ ਹੈ।

ਸਵੀਕ੍ਰਿਤੀ ਤੋਂ ਬਾਅਦ ਹੀ ਬ੍ਰਿਜ ਹਟਾਓ

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

ਮਾਈਗ੍ਰੇਸ਼ਨ ਤਦ ਪੂਰਾ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਰੂਟ ਕੀਤਾ ਪਹੁੰਚ ਮਾਡਲ ਸੂਚੀ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਤਦ ਜਦੋਂ ip link ਦੇ ਆਉਟਪੁੱਟ ਤੋਂ TAP ਇੰਟਰਫ਼ੇਸ ਗਾਇਬ ਹੁੰਦਾ ਹੈ।