ifconfig-push: net30 ਵਿੱਚ ਪੀਅਰ ਪਤਾ ਜਾਂ subnet ਵਿੱਚ ਨੈੱਟਮਾਸਕ?

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

net30 ਵਿੱਚ ਉਹ ਫੀਲਡ ਪੀਅਰ ਪਤਾ ਹੁੰਦਾ ਹੈ; subnet ਵਿੱਚ ਉਹ ਨੈੱਟਮਾਸਕ ਹੁੰਦਾ ਹੈ। ਦੋਵੇਂ ਰੂਪ ਬਦਲ ਹਨ, ਕਦੇ ਵੀ ਕ੍ਰਮ ਨਹੀਂ।

ਦੋਵੇਂ ਰੂਪ, ਨਾਲ-ਨਾਲ

ਰਵਾਇਤੀ net30 ਤੈਨਾਤੀ ਵਿੱਚ ਹਰ ਕਲਾਇੰਟ ਕੋਲ ਇੱਕ /30 ਬਲਾਕ ਹੁੰਦਾ ਹੈ: ਇੱਕ ਨੈੱਟਵਰਕ ਪਤਾ, ਦੋ ਵਰਤੋਂਯੋਗ ਪਤੇ ਅਤੇ ਇੱਕ ਬ੍ਰਾਡਕਾਸਟ ਪਤਾ। ifconfig-push ਕਲਾਇੰਟ ਪਤਾ ਅਤੇ ਪੀਅਰ ਪਤਾ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਪੀਅਰ ਉਸੇ ਬਲਾਕ ਦਾ ਦੂਜਾ ਵਰਤੋਂਯੋਗ ਪਤਾ ਹੈ, ਜੋ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਦਾ ਸਰਵਰ ਪਾਸਾ ਵਰਤਦਾ ਹੈ।

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

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

ਬਲਾਕ ਦੀਆਂ ਦੋਵੇਂ ਲਾਈਨਾਂ CCD ਫਾਈਲ ਲਈ ਵੱਖਰੀਆਂ ਲਾਈਨਾਂ ਹਨ। ਇੱਕ ਕਲਾਇੰਟ ਨੂੰ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਿਲਕੁਲ ਇੱਕ ਮਿਲਦੀ ਹੈ।

ਸਰਵਰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਟੋਪੋਲੋਜੀ ਚਲਾ ਰਿਹਾ ਹੈ, ਉਹ ਪੜ੍ਹੋ

ਪੈਕੇਜ ਦੀ ਡਿਫਾਲਟ ਨਹੀਂ, ਚੱਲ ਰਹੀ ਕਨਫਿਗਰੇਸ਼ਨ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਟੋਪੋਲੋਜੀ ਸਾਲਾਂ ਪਹਿਲਾਂ ਸੈੱਟ ਕੀਤੀ ਅਤੇ ਅੱਗੇ ਕਾਪੀ ਕੀਤੀ ਗਈ ਹੋ ਸਕਦੀ ਹੈ। topology subnet ਹੈ ਜਾਂ ਨਹੀਂ ਦੇਖੋ, ਫਿਰ server ਲਾਈਨ ਪਤੇ ਕਿਵੇਂ ਵੰਡਦੀ ਹੈ ਜਾਂਚੋ। ਟੋਪੋਲੋਜੀ ਦਾ ਜ਼ਿਕਰ ਨਾ ਕਰਨ ਵਾਲੀ ਕਨਫਿਗਰੇਸ਼ਨ subnet ਸੈੱਟ ਕਰਨ ਵਾਲੀ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੁੰਦੀ।

ਫਿਰ ਕਲਾਇੰਟ ਨੂੰ ਮਿਲੀਆਂ ਸੈਟਿੰਗਾਂ ਪੜ੍ਹੋ। ਇਹ ਜੋ ਪਤਾ, ਮਾਸਕ ਅਤੇ ਪੀਅਰ ਦੱਸਦਾ ਹੈ, ਉਹ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਕਿਹੜੀ ਵਿਆਖਿਆ ਲਾਗੂ ਕੀਤੀ।

ਸਥਿਰ ਪਤੇ ਨੂੰ ਡਾਇਨਾਮਿਕ ਪੂਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

ਸਥਿਰ ਪਤਾ ਡਾਇਨਾਮਿਕ ਪੂਲ ਤੋਂ ਬਾਹਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਦੋ ਕਲਾਇੰਟਾਂ ਨੂੰ ਇੱਕੋ ਪਤਾ ਮਿਲ ਸਕਦਾ ਹੈ। subnet ਟੋਪੋਲੋਜੀ ਵਿੱਚ, nopool server ਲਾਈਨ ਉੱਤੇ ਆਟੋਮੈਟਿਕ ਪੂਲ ਨੂੰ ਦਬਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਪਸ਼ਟ ifconfig-pool ਰੇਂਜ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਡਾਇਨਾਮਿਕ ਕਲਾਇੰਟਾਂ ਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ।

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

ਸਰਵਰ ਆਪਣੇ ਲਈ 10.99.0.1 ਲੈਂਦਾ ਹੈ, ਅਤੇ ਸਥਿਰ ਕਲਾਇੰਟ ਪਤਾ ਪੂਲ ਰੇਂਜ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦਾ ਹੈ। CCD ਫਾਈਲ ਪ੍ਰੋਫਾਈਲ ਫਾਈਲਨਾਮ ਦੀ ਨਹੀਂ, ਪ੍ਰਭਾਵੀ ਕਲਾਇੰਟ ਪਛਾਣ ਦੀ ਨਾਮ ਨਾਲ ਰੱਖੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਵਾਧੂ ਐਕਸਟੈਂਸ਼ਨ ਨਹੀਂ ਲੱਗਦੀ। ਜੇ username-as-common-name ਸਰਗਰਮ ਹੈ, ਤਾਂ ਪ੍ਰਮਾਣਿਤ ਯੂਜ਼ਰਨੇਮ ਹੀ ਮਿਲਾਉਣ ਵਾਲੀ ਪਛਾਣ ਹੈ। ਇੱਕੋ ਪਛਾਣ ਸਾਂਝੀ ਕਰਨ ਵਾਲੇ ਦੋ ਡਿਵਾਈਸ ਸਥਿਰ ਪਤਾ ਵੀ ਸਾਂਝਾ ਕਰਨਗੇ, ਜੋ ਰੂਟਿੰਗ ਨਹੀਂ ਸਗੋਂ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਹੈ।

ਕਲਾਇੰਟ ਨੂੰ ਅਸਲ ਵਿੱਚ ਮਿਲੀ ਅਲਾਟਮੈਂਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

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