OpenVPN ਸਰਵਰ ਹੈਲਪਰ: ਨੈੱਟਵਰਕ ਤੇ ਨੈੱਟਮਾਸਕ, ਕਦੇ ਵੀ CIDR ਨਹੀਂ

ਜੋ ਸਰਵਰ ਲਾਈਨ CIDR ਪਿਛੇਤਰ ਨੂੰ ਬਿੰਦੂ-ਵਾਲੇ ਮਾਸਕ ਨਾਲ ਮਿਲਾਉਂਦੀ ਹੈ, ਉਹ ਡੈਮਨ ਨੂੰ ਪੋਰਟ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਰੋਕ ਦਿੰਦੀ ਹੈ। IPv4 ਲਈ server ਹੈਲਪਰ ਦੋ ਵੱਖਰੇ ਆਰਗਿਊਮੈਂਟ ਚਾਹੁੰਦਾ ਹੈ: ਇੱਕ ਸੰਰੇਖਿਤ ਨੈੱਟਵਰਕ ਪਤਾ, ਫਿਰ ਬਿੰਦੂ-ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਨੈੱਟਮਾਸਕ। ਉਸ ਲਾਈਨ ਉੱਤੇ ਬਾਕੀ ਸਭ ਅਨੁਮਾਨ ਹੈ, ਅਤੇ ਅਨੁਮਾਨ ਵਿੱਚ ਹੀ ਪੂਲ ਦੇ ਆਕਾਰ ਤੇ ਕਲਾਇੰਟ ਮਾਸਕ ਗਲਤ ਹੁੰਦੇ ਹਨ।

ਹੈਲਪਰ ਜੋ ਦੋ ਆਰਗਿਊਮੈਂਟ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ

ਪਹਿਲਾਂ ਨੈੱਟਵਰਕ ਲਿਖੋ ਤੇ ਫਿਰ ਮਾਸਕ, ਪਤੇ ਨਾਲ ਕੁਝ ਵੀ ਜੋੜੇ ਬਿਨਾਂ:

server 10.72.16.0 255.255.240.0

ਇਹ /20 ਦਾ ਰੂਪ ਹੈ। ਹੇਠਾਂ ਵਾਲੀ ਲਾਈਨ ਗਲਤੀ ਹੈ, ਅਤੇ ਇਹ ਰਨਟਾਈਮ ਵਿੱਚ ਨਹੀਂ, ਵਿਕਲਪ ਪਾਰਸਿੰਗ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ:

server 10.72.16.0/20 255.255.240.0

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

ਮਾਸਕ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਨੈੱਟਵਰਕ ਸੰਰੇਖਿਤ ਕਰੋ

ਪਹਿਲਾ ਪਤਾ ਰੇਂਜ ਦਾ ਨੈੱਟਵਰਕ ਪਤਾ ਹੈ, ਉਸ ਅੰਦਰ ਦਾ ਸੁਵਿਧਾਜਨਕ ਕਲਾਇੰਟ ਪਤਾ ਨਹੀਂ। /20 ਲਈ ਸਪੈਨ 10.72.16.0 ਤੋਂ 10.72.31.255 ਤੱਕ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਵੈਧ ਨੈੱਟਵਰਕ ਆਰਗਿਊਮੈਂਟ ਹੈ। /21 255.255.248.0 ਵਰਤਦਾ ਹੈ ਅਤੇ 10.72.16.0 ਤੋਂ 10.72.23.255 ਤੱਕ ਫੈਲਦਾ ਹੈ, ਇਸ ਲਈ ਉਸਦੀ ਲਾਈਨ server 10.72.16.0 255.255.248.0 ਹੈ।

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

ਸਰਵਰ ਵਾਲੇ ਪਾਸਿਓਂ ਪੂਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

openvpn --config /etc/openvpn/server.conf --verb 4 --dev tun9 --port 1195

ਆਊਟਪੁੱਟ ਦੇ ਉੱਪਰਲੇ ਹਿੱਸੇ ਨੇੜੇ ਪੂਲ ਸਾਰਾਂਸ਼ ਲੱਭੋ। ਇਹ ਉਹ ਰੇਂਜ ਦੱਸਦਾ ਹੈ ਜੋ ਹੈਲਪਰ ਨੇ ਰਾਖਵੀਂ ਰੱਖੀ, ਅਤੇ ਜੇ ਉਹ ਰੇਂਜ ਤੁਹਾਡੇ ਇਰਾਦੇ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ, ਤਾਂ ਮਾਸਕ ਦਾ ਗਣਿਤ ਕੁਝ ਵੀ ਕਹੇ, ਲਾਈਨ ਦੇ ਆਰਗਿਊਮੈਂਟ ਗਲਤ ਹਨ।

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

ਟੋਪੋਲੋਜੀ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਕਲਾਇੰਟ ਦਾ ਮਾਸਕ ਪੜ੍ਹੋ

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

ਸਿੱਟੇ ਉੱਤੇ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਸੰਰਚਿਤ ਟੋਪੋਲੋਜੀ ਅਤੇ ਨਿਰਧਾਰਿਤ ਪਤਾ ਇਕੱਠੇ ਜਾਂਚੋ:

ip -4 addr show tun0

ਜੇ ਪਤਾ ਪੂਲ ਦੇ ਅੰਦਰ ਹੈ ਤੇ ਮਾਸਕ ਪੂਲ ਨਾਲੋਂ ਤੰਗ ਹੈ, ਤਾਂ ਉਹ ਟੋਪੋਲੋਜੀ ਆਪਣਾ ਕੰਮ ਕਰ ਰਹੀ ਹੈ। ਜੇ ਪਤਾ ਪੂਲ ਤੋਂ ਬਾਹਰ ਹੈ, ਤਾਂ ਪੂਲ ਗਲਤ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਪਾਸਿਓਂ ਕੋਈ ਵੀ ਜਾਂਚ ਇਸਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰੇਗੀ।

ਚੱਲ ਰਹੇ ਪੂਲ ਨੂੰ ਬਦਲਣਾ

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

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

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