OpenVPN ਦਾ /24 ਉਮੀਦ ਨਾਲੋਂ ਜਲਦੀ ਕਲਾਇੰਟ ਕਿਉਂ ਖ਼ਤਮ ਹੋ ਜਾਂਦਾ ਹੈ

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

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

net30 ਹਰ ਕਲਾਇੰਟ ਲਈ ਚਾਰ ਪਤੇ ਖ਼ਰਚਦਾ ਹੈ

net30 ਹਰ ਕਲਾਇੰਟ ਲਈ ਇੱਕ /30 ਬਲਾਕ ਅਲਾਟ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਸੈਸ਼ਨ ਦੋਵੇਂ ਸਿਰਿਆਂ ਉੱਤੇ ਪਤਾ ਵਾਲਾ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਵਜੋਂ ਮਾਡਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਸ ਬਲਾਕ ਵਿੱਚ ਚਾਰ ਪਤੇ ਆਉਂਦੇ ਹਨ ਅਤੇ ਦੋ ਵਰਤੋਂਯੋਗ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਅਸਰਦਾਰ ਕਲਾਇੰਟ ਗਿਣਤੀ ਸਬਨੈੱਟ ਦਾ ਚੌਥਾਈ ਹਿੱਸਾ ਹੈ। /24 ਉੱਤੇ ਇਹ 64 ਬਲਾਕ ਛੱਡਦਾ ਹੈ, ਸਰਵਰ ਦੇ ਆਪਣੇ ਬਲਾਕ ਅਤੇ ਕੋਈ ਵੀ ਸਥਿਰ ਅਲਾਟਮੈਂਟ ਨਿਕਲਣ ਤੋਂ ਪਹਿਲਾਂ। 63 ਦੇ ਆਸਪਾਸ ਦੱਸੀ ਜਾਂਦੀ ਉੱਪਰੀ ਸੀਮਾ ਸੰਰਚਿਤ ਅਧਿਕਤਮ ਨਹੀਂ, ਦਿਸਦਾ ਅੰਕਗਣਿਤ ਹੈ।

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

ਪ੍ਰੀਫਿਕਸ ਨਾਲੋਂ ਪੂਲ ਦੀਆਂ ਹੱਦਾਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹਨ

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

ਸਮਰੱਥਾ ਬਾਰੇ ਕੋਈ ਵੀ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਛੋਟਾ ਸੰਰਚਿਤ ਦਾਇਰਾ ਟੋਪੋਲੋਜੀ ਵਾਂਗ ਹੀ ਸੀਮਾ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।

ਉਹ ਸੀਮਾ ਲੱਭੋ ਜਿਸਨੇ ਅਸਲ ਵਿੱਚ ਕਲਾਇੰਟ ਨੂੰ ਇਨਕਾਰ ਕੀਤਾ

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

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

ਟੋਪੋਲੋਜੀ ਬਦਲਣ ਨਾਲ ਪਤਾ ਯੋਜਨਾ ਬਦਲਦੀ ਹੈ

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

ਬਦਲਾਅ ਪੁਰਾਣੀ ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ। ਇਸਨੂੰ ਆਪਣੀ ਸਮੀਖਿਆ ਵਾਲੇ ਪਤਾ ਯੋਜਨਾ ਬਦਲਾਅ ਵਜੋਂ ਲਵੋ, ਅਤੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਕਲਾਇੰਟ ਪਿਛਲੀ ਸਕੀਮ ਦਾ ਪਤਾ ਰੱਖਣ ਦੀ ਉਮੀਦ ਰੱਖੋ।

ਪੂਲ ਦਾ ਆਕਾਰ ਮਾਸਕ ਤੋਂ ਨਹੀਂ, ਯੋਜਨਾ ਤੋਂ ਤੈਅ ਕਰੋ

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

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