VPN ਵਰਤੋਂਕਾਰ ਨੂੰ ਇੱਕ ਪ੍ਰਿੰਟਰ ਚਾਹੀਦਾ ਹੈ, ਪੂਰਾ LAN ਨਹੀਂ
ਸਿਰਫ਼ ਪ੍ਰਿੰਟਰ ਲਈ VPN ਨੂੰ ਇੱਕ ਤੰਗ ਪਾਸ ਨਿਯਮ ਅਤੇ ਇੱਕ ਰੂਟ ਚਾਹੀਦਾ ਹੈ, LAN ਦੀ ਮੈਂਬਰਸ਼ਿਪ ਨਹੀਂ। ਤੰਗ ਨਿਯਮ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਭਾਵੀ ਨਿਯਮ ਕ੍ਰਮ ਜਾਂਚੋ।
ਨਿਯਮ ਸਹੀ ਲੱਗਦਾ ਹੈ ਅਤੇ ਪ੍ਰਿੰਟਰ ਫਿਰ ਵੀ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। ਜਾਂ ਪ੍ਰਿੰਟਰ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹੀ ਵਰਤੋਂਕਾਰ ਫ਼ਾਈਲ ਸਰਵਰ ਤੱਕ ਵੀ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਜੋ ਵਧੇਰੇ ਭੈੜਾ ਹੈ। ਦੋਵੇਂ ਨਤੀਜੇ ਆਮ ਤੌਰ ਉੱਤੇ ਇੱਕੋ ਥਾਂ ਤੋਂ ਆਉਂਦੇ ਹਨ: ਤੰਗ ਨਿਯਮ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਵਧੇਰੇ ਚੌੜਾ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲੇ ਨਿਯਮ-ਸਮੂਹ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ। ਪ੍ਰਭਾਵੀ ਕ੍ਰਮ ਪੜ੍ਹਨ ਨਾਲ ਨਵਾਂ ਨਿਯਮ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਨਤੀਜਾ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ।
ਲੱਛਣ: ਤੰਗ ਨਿਯਮ ਨੇ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ
ਇੱਕ ਸਮਰਪਿਤ VPN ਪੂਲ, ਇੱਕ ਪ੍ਰਿੰਟਰ ਪਤਾ ਅਤੇ TCP 631 ਉੱਤੇ ਪਾਸ ਨਿਯਮ ਵਾਜਬ ਡਿਜ਼ਾਈਨ ਹੈ। ਜਦੋਂ ਇਸ ਤੋਂ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਹੁੰਦਾ, ਪਹਿਲਾ ਸ਼ੱਕ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਕਦੇ ਉਸ ਨਿਯਮ ਤੱਕ ਪਹੁੰਚਿਆ ਹੀ ਨਹੀਂ। ਨਿਯਮ ਸਿਰਫ਼ ਉਸ ਟ੍ਰੈਫਿਕ ਬਾਰੇ ਫ਼ੈਸਲਾ ਕਰਦਾ ਹੈ ਜੋ ਮੁਲਾਂਕਣ ਕ੍ਰਮ ਵਿੱਚ ਆਪਣੀ ਥਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਖੇਤਰ ਜਾਂਚਣੇ ਸੌਖੇ ਹਨ ਅਤੇ ਉਹ ਅਸਫਲਤਾ ਦਾ ਕਾਰਨ ਘੱਟ ਹੀ ਹੁੰਦੇ ਹਨ।
ਉਲਟ ਲੱਛਣ ਖੁੰਝਾਉਣਾ ਸੌਖਾ ਹੈ। ਪ੍ਰਿੰਟ ਕੰਮ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਰਤੋਂਕਾਰ ਨੂੰ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਸੀ ਅਜਿਹੀ ਫ਼ਾਈਲ ਸ਼ੇਅਰ ਨਾਲ ਜੁੜਨਾ ਵੀ ਸਫਲ ਹੁੰਦਾ ਹੈ। ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪਹਿਲਾਂ ਕੁਝ LAN ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇ ਚੁੱਕਾ ਸੀ।
ਦੋਵੇਂ ਲੱਛਣ ਨਵੇਂ ਨਿਯਮ ਦੇ ਖੇਤਰਾਂ ਵੱਲ ਨਹੀਂ, ਕ੍ਰਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਅਜਿਹਾ ਨਿਯਮ ਹੈ ਜੋ ਕਦੇ ਮੇਲ ਨਹੀਂ ਖਾਇਆ, ਅਤੇ ਦੂਜਾ ਅਜਿਹਾ ਨਿਯਮ ਹੈ ਜੋ ਬਹੁਤ ਜਲਦੀ ਮੇਲ ਖਾ ਗਿਆ।
ਟ੍ਰੈਫਿਕ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਨਿਯਮ-ਸਮੂਹ ਨਾਲ ਟਕਰਾਉਂਦਾ ਹੈ
pfSense ਹਰ ਇੰਟਰਫ਼ੇਸ ਲਈ ਨਿਯਮਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ, ਅਤੇ OpenVPN ਦਾ ਆਪਣਾ ਟੈਬ ਹੈ ਜਿਸ ਦੇ ਨਿਯਮ ਹਰ ਸਰਵਰ ਅਤੇ ਕਲਾਇਟ ਇੰਸਟੈਂਸ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ। ਉਹ ਨਿਯਮ ਕਿਸੇ ਖ਼ਾਸ OpenVPN ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਦਿੱਤੇ ਨਿਯਮਾਂ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਸੈਸ ਹੁੰਦੇ ਹਨ। ਇਸ ਲਈ OpenVPN ਟੈਬ ਉੱਤੇ ਛੱਡਿਆ ਚੌੜਾ ਪਾਸ ਇੰਟਰਫ਼ੇਸ ਟੈਬ ਕੁਝ ਵੀ ਕਹੇ, ਇਸ ਵਰਤੋਂਕਾਰ ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਉਹ ਕ੍ਰਮ ਬਦਲਾਅ ਰਿਕਾਰਡ ਵਿੱਚ ਕਾਪੀ ਕਰੋ ਤਾਂ ਜੋ ਸਮੀਖਿਆ GUI ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਉਸ ਨੂੰ ਜਾਂਚ ਸਕੇ।
ਇਸੇ ਲਈ ਨਵਾਂ ਤੰਗ ਪਾਸ ਪਹੁੰਚ ਘਟਾ ਨਹੀਂ ਸਕਦਾ। ਫ਼ਾਇਰਵਾਲ ਨਿਯਮ ਇਜਾਜ਼ਤ ਜੋੜਦੇ ਹਨ ਅਤੇ ਪਹਿਲੇ ਮੇਲ ਤੋਂ ਉਹ ਨਹੀਂ ਲੈਂਦੇ।
ਪ੍ਰਭਾਵੀ ਸੂਚੀ ਉੱਪਰੋਂ ਪੜ੍ਹੋ ਅਤੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਖਾਣ ਵਾਲੇ ਪਹਿਲੇ ਨਿਯਮ ਉੱਤੇ ਰੁਕੋ। ਉਹੀ ਪਹਿਲਾ ਮੇਲ ਫ਼ੈਸਲਾ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਹੇਠਾਂ ਸਭ ਉਸ ਪ੍ਰਵਾਹ ਲਈ ਅਪਹੁੰਚ ਹੈ।
ਪ੍ਰਿੰਟ ਕੰਮ ਤੋਂ ਪਾਸ ਨਿਯਮ ਲਿਖੋ
ਪ੍ਰਿੰਟਰ ਤੋਂ ਨਹੀਂ, ਕੰਮ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਵਰਤੋਂਕਾਰ ਨੂੰ ਪ੍ਰਿੰਟਰ ਪਤੇ ਉੱਤੇ ਪ੍ਰਿੰਟ ਸੇਵਾ ਚਾਹੀਦੀ ਹੈ, ਇਸ ਲਈ ਨਿਯਮ ਉਹ ਪਤਾ, ਉਹ ਪ੍ਰੋਟੋਕਾਲ ਅਤੇ ਉਹ ਪੋਰਟ ਨਾਮ ਲੈਂਦਾ ਹੈ। VPN ਪੂਲ ਲਈ ਉਪਨਾਮ ਅਤੇ ਪ੍ਰਿੰਟਰ ਲਈ ਉਪਨਾਮ ਨਿਯਮ ਨੂੰ ਪੜ੍ਹਨਯੋਗ ਰੱਖਦੇ ਹਨ।
ਜਾਦੂਗਰ ਨੂੰ ਖੁਸ਼ ਕਰਨ ਲਈ ਖੋਜ ਜਾਂ ਪ੍ਰਸ਼ਾਸਨ ਪੋਰਟ ਜੋੜਨ ਦੀ ਪ੍ਰਵਿਰਤੀ ਦਾ ਵਿਰੋਧ ਕਰੋ। ਪੂਰੇ ਪ੍ਰਿੰਟਰ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਪ੍ਰਿੰਟ ਕਤਾਰ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲੇ ਨਿਯਮ ਤੋਂ ਵੱਖਰੀ ਨੀਤੀ ਹੈ।
ਪ੍ਰਿੰਟਰ ਦੀ ਆਪਣੀ ਪ੍ਰਮਾਣਿਕਤਾ ਉਸ ਦੀ ਥਾਂ ਉੱਤੇ ਰੱਖੋ। ਨੈੱਟਵਰਕ ਇਜਾਜ਼ਤ ਉਸ ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ। ਕਤਾਰ-ਪੱਧਰੀ ਖਾਤਾ ਇਹ ਤੈਅ ਕਰਨ ਦਾ ਸਹੀ ਨਿਯੰਤਰਣ ਹੈ ਕਿ ਕੌਣ ਕੀ ਪ੍ਰਿੰਟ ਕਰ ਸਕਦਾ ਹੈ।
ਛੇ ਮੁੱਲ ਪੂਰਾ ਇਰਾਦਾ ਢੋਂਦੇ ਹਨ: ਕਿਰਿਆ ਵਜੋਂ ਪਾਸ, ਪਰਿਵਾਰ ਵਜੋਂ IPv4, ਪ੍ਰੋਟੋਕਾਲ ਵਜੋਂ TCP, ਸਰੋਤ ਵਜੋਂ ਪੂਲ ਉਪਨਾਮ, ਮੰਤਵ ਵਜੋਂ ਪ੍ਰਿੰਟਰ ਉਪਨਾਮ ਅਤੇ ਪੋਰਟ ਵਜੋਂ 631। ਇਨ੍ਹਾਂ ਛਿਆਂ ਤੋਂ ਅੱਗੇ ਕੁਝ ਵੀ ਮੰਗੀ ਨੀਤੀ ਤੋਂ ਵੱਖਰੀ ਨੀਤੀ ਹੈ।
LAN ਇਜਾਜ਼ਤ ਤੋਂ ਬਿਨਾਂ ਕਲਾਇਟ ਨੂੰ ਰਾਹ ਦਿਓ
ਕਲਾਇਟ ਨੂੰ ਪ੍ਰਿੰਟਰ ਪਤੇ ਤੱਕ ਰੂਟ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਦਫ਼ਤਰ ਪਾਸੇ ਨੂੰ VPN ਪੂਲ ਤੱਕ ਜਵਾਬ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ। ਇੱਕੋ /32 ਪੁਸ਼ ਕਰਨ ਨਾਲ ਕਲਾਇਟ ਸੰਰਚਨਾ ਤੰਗ ਰਹਿੰਦੀ ਹੈ, ਜੋ ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ। ਇਹ ਅਧਿਕਾਰ ਦੀ ਹੱਦ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇਟ ਆਪ ਰੂਟ ਜੋੜ ਸਕਦਾ ਹੈ।
ਜੇ ਕਤਾਰ ਨੂੰ ਨਾਮ ਨਾਲ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਿਜ਼ੌਲਵਰ ਨਿਰਭਰਤਾ ਵੱਖਰੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਇੱਕ ਨਾਮ ਹੱਲ ਕਰਨ ਲਈ ਪੂਰੇ LAN ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣਾ ਕੰਮ ਦੀ ਲੋੜ ਤੋਂ ਬਹੁਤ ਵੱਡਾ ਬਦਲਾਅ ਹੈ।
ਪੂਲ ਵੱਲ ਵਾਪਸ ਰਾਊਟਿੰਗ ਅਤੇ ਸਰੋਤ ਦੇ ਅਨੁਵਾਦ ਵਿਚਕਾਰ ਸੁਚੇਤ ਚੋਣ ਕਰੋ। ਦੋਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਲੌਗ ਤੋਂ ਕੁਝ ਵੱਖਰਾ ਲੁਕਾਉਂਦਾ ਹੈ।
ਕੰਮ ਦੇ ਨਾਲ ਇਨਕਾਰ ਵੀ ਜਾਂਚੋ
VPN ਵਰਤੋਂਕਾਰ ਤੋਂ ਇੱਕ ਛੋਟਾ, ਗੈਰ-ਸੰਵੇਦਨਸ਼ੀਲ ਕੰਮ ਭੇਜੋ, ਫਿਰ ਇਨਕਾਰ ਹੋਣਾ ਚਾਹੀਦਾ LAN ਸਰੋਤ ਅਤੇ ਫ਼ਾਇਰਵਾਲ ਦੇ ਆਪਣੇ ਪ੍ਰਸ਼ਾਸਨ ਪੰਨੇ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਤਿੰਨੋਂ ਟੈਸਟ ਇੱਕੋ ਸੈਸ਼ਨ ਦੇ ਹਨ, ਕਿਉਂਕਿ ਨੀਤੀ ਨੂੰ ਸਮੁੱਚੇ ਰੂਪ ਵਿੱਚ ਦੇਖਣ ਦਾ ਇਹੀ ਇੱਕੋ ਤਰੀਕਾ ਹੈ। ਸਿਰਫ਼ ਸਫਲ ਪ੍ਰਿੰਟ ਕੰਮ ਹੱਦ ਬਾਰੇ ਲਗਭਗ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
ਤੈਨਾਤੀ ਨੂੰ ਸਿਰਫ਼-ਪ੍ਰਿੰਟਰ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ IPv6 ਅਤੇ ਕਿਸੇ ਹੋਰ ਸਰਗਰਮ VPN ਮਾਰਗ ਦੀ ਸਮੀਖਿਆ ਕਰੋ। ਇੱਕ ਪਤਾ ਪਰਿਵਾਰ ਵਿੱਚ ਤੰਗ ਨਿਯਮ-ਸਮੂਹ ਦੂਜੇ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖੁੱਲ੍ਹਾ ਹੋ ਸਕਦਾ ਹੈ।