pfSense ਵਿੱਚ ਸਥਿਰ ਟਨਲ ਪਤੇ: ਤਰਜੀਹ ਜਾਂ ਰਿਜ਼ਰਵੇਸ਼ਨ?

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

ਓਵਰਰਾਈਡ ਪਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰਦਾ ਹੈ

ਕਲਾਇੰਟ-ਖਾਸ ਓਵਰਰਾਈਡ ਪ੍ਰਤੀ ਕਲਾਇੰਟ ਵਿਕਲਪ ਰੱਖਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਤਰਜੀਹੀ ਟਨਲ ਪਤਾ ਵੀ ਹੈ। Netgate ਉਸ ਪਤੇ ਨੂੰ ਰਿਜ਼ਰਵੇਸ਼ਨ ਦੀ ਥਾਂ ਤਰਜੀਹ ਦੱਸਦਾ ਹੈ, ਭਾਵ ਗਤੀਸ਼ੀਲ ਪੂਲ ਉਹ ਪਤਾ ਕਿਸੇ ਹੋਰ ਲਈ ਨਹੀਂ ਛੱਡਦਾ।

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

ਸਬਨੈੱਟ ਟੋਪੋਲੋਜੀ ਵਿੱਚ ਖੇਤਰ ਕਲਾਇੰਟ ਦਾ ਪਤਾ ਸਰਵਰ ਨੈੱਟਵਰਕ ਦੇ ਮਾਸਕ ਨਾਲ ਲੈਂਦਾ ਹੈ, ਇਸ ਲਈ 10.90.0.0/24 ਟਨਲ ਦੇ ਅੰਦਰਲਾ ਪਤਾ 10.90.0.10/24 ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ।

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

ਸੀਮਿਤ ਡਿਫ਼ਾਲਟ ਨਾਲ ਗਤੀਸ਼ੀਲ ਰਾਹ ਬੰਦ ਕਰੋ

ਵਿਕਲਪ ਸਿਰਫ਼ ਸਥਿਰ ਸਰਵਰ ਹੈ: ਹਰ ਮਨਜ਼ੂਰ ਅੰਤ ਬਿੰਦੂ ਦੀ ਆਪਣੀ ਪਛਾਣ ਅਤੇ ਆਪਣਾ ਵਿਲੱਖਣ ਪਤਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਕੁਝ ਅੰਦਰ ਨਹੀਂ ਆਉਂਦਾ।

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

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

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

ਉਸੇ ਪਛਾਣ ਨਾਲ ਮਿਲਾਓ ਜੋ ਸਰਵਰ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ

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

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

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

ਨਕਸ਼ਾ ਸਹੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪਹੁੰਚ ਨਿਯਮ ਲਿਖੋ

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

ਮੰਜ਼ਿਲਾਂ ਅਤੇ ਪੋਰਟ ਸਪਸ਼ਟ ਰੱਖੋ। ਪੂਰੇ ਟਨਲ ਪੂਲ ਤੋਂ ਪੂਰੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣਾ ਠੀਕ ਉਹੀ ਡਿਜ਼ਾਈਨ ਹੈ ਜੋ ਇਸ ਅਭਿਆਸ ਨੇ ਬਦਲਣਾ ਸੀ।

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

ਨਕਾਰਾਤਮਕ ਸਥਿਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ

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

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

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