Mac PF VPN ਲਾਕ: ਇੱਕ ਸਾਈਟ ਨੀਤੀ, ਸ਼ਿਪ ਕਰਨ ਯੋਗ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ
Packet Filter ਵੰਡੇ ਗਏ ਉਤਪਾਦਾਂ ਲਈ ਸਮਰਥਿਤ API ਨਹੀਂ ਹੈ। ਨਿਯਮ-ਸਮੂਹ ਨੂੰ ਮਾਲਕ ਦਿਓ, ਹਰ ਛੋਟ ਦਾ ਨਾਮ ਲਓ, ਅਤੇ ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ।
ਇਹ ਤੁਹਾਡੇ Mac 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਦੇਣ ਯੋਗ ਚੀਜ਼ ਜਾਪਦਾ ਹੈ। ਇਹ ਧਾਰਨਾ ਪਹਿਲੀ ਚੀਜ਼ ਹੈ ਜੋ ਛੱਡਣੀ ਚਾਹੀਦੀ ਹੈ। Apple ਦਾ TN3165 ਸਪਸ਼ਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਵੰਡੇ ਗਏ ਉਤਪਾਦਾਂ ਲਈ Packet Filter ਸਮਰਥਿਤ API ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੇ, ਨਿਯੰਤਰਿਤ ਸਾਈਟ ਪ੍ਰਬੰਧਨ ਨੂੰ ਵਾਜਬ ਕੇਸ ਮੰਨਦਾ ਹੈ। ਇਸ ਲਈ PF 'ਤੇ ਬਣਿਆ VPN ਲਾਕ ਮਾਲਕ ਵਾਲੀ ਸਥਾਨਕ ਕਾਰਜਸ਼ੀਲ ਨੀਤੀ ਹੈ, ਐਪ ਦੇ ਅੰਦਰ ਸ਼ਿਪ ਕਰਨ ਯੋਗ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ।
PF ਪੈਕੇਜਿੰਗ ਸਤ੍ਹਾ ਨਹੀਂ ਹੈ
ਇਹ ਫ਼ਰਕ ਅਕਾਦਮਿਕ ਨਹੀਂ ਹੈ। PF 'ਤੇ ਨਿਰਭਰ ਵੰਡਿਆ ਉਤਪਾਦ Apple ਵੱਲੋਂ ਇਸ ਵਿੱਚ ਕੀਤੇ ਹਰ ਬਦਲਾਅ, ਨਿਯਮ ਲਿਖਣ ਵਾਲੇ ਕਿਸੇ ਹੋਰ ਸਾਧਨ ਨਾਲ ਹਰ ਟਕਰਾਅ, ਅਤੇ ਇਹ ਪ੍ਰਬੰਧ ਚੱਲਦਾ ਰਹੇਗਾ ਇਸ ਦੀ ਕੋਈ ਸਮਰਥਨ ਵਚਨਬੱਧਤਾ ਤੋਂ ਬਿਨਾਂ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ। ਆਪਣੀਆਂ ਮਸ਼ੀਨਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਵਾਲੀ ਸਾਈਟ ਦਾ ਰਿਸ਼ਤਾ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ: ਉਹ ਨਿਰਭਰਤਾ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾ ਸਕਦੀ ਹੈ, ਹਰ OS ਰੀਲੀਜ਼ 'ਤੇ ਇਸ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਰੱਖ-ਰਖਾਅ ਸਵੀਕਾਰ ਕਰ ਸਕਦੀ ਹੈ।
ਕੁਝ ਇੰਸਟਾਲੇਸ਼ਨ ਸਲਾਹਾਂ ਉਸ ਹੱਦ ਨੂੰ ਪਾਰ ਕਰਦੀਆਂ ਹਨ ਜਿਸ ਦਾ ਨਾਮ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕ ਐਂਕਰ ਲੋਡ ਕਰਨ ਲਈ ਪੂਰਾ ਸਿਸਟਮ ਨਿਯਮ-ਸਮੂਹ ਮੁੜ ਲਿਖਣਾ, Apple ਦੀ ਸਿਸਟਮ ਲਾਂਚ ਕਨਫਿਗਰੇਸ਼ਨ ਸੋਧਣਾ, ਜਾਂ System Integrity Protection ਨੂੰ ਅਯੋਗ ਕਰਨਾ ਦੁਬਾਰਾ ਵਰਤੋਂ ਯੋਗ ਵਿਅੰਜਨ ਲਈ ਸਵੀਕਾਰਯੋਗ ਲੋੜਾਂ ਨਹੀਂ ਹਨ। ਜੇ ਪ੍ਰਕਾਸ਼ਿਤ ਗਾਈਡ ਨੂੰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਉਹ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਦਾ ਵਰਣਨ ਕਰ ਰਹੀ ਹੈ, ਤੈਨਾਤ ਕਰਨ ਯੋਗ ਨੀਤੀ ਦਾ ਨਹੀਂ।
ਵਾਕ-ਰਚਨਾ ਤੋਂ ਪਹਿਲਾਂ ਬਾਹਰ ਜਾਣ ਦਾ ਇਰਾਦਾ ਲਿਖੋ
ਇੱਕ ਵੀ ਕੀਵਰਡ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਕੀ ਮਨਜ਼ੂਰ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਰਾਹ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: VPN ਕਲਾਇੰਟ ਦਾ ਆਪਣੇ ਸਰਵਰ ਤੱਕ ਆਪਣਾ ਟ੍ਰਾਂਸਪੋਰਟ, ਟਨਲ ਦੇ ਅੰਦਰ ਸੁਰੱਖਿਅਤ ਐਪ ਟ੍ਰੈਫਿਕ, ਅਤੇ ਜੋ ਵੀ ਸੈਟਅਪ ਜਾਂ ਸਥਾਨਕ ਸੇਵਾਵਾਂ ਨੂੰ ਸੱਚਮੁੱਚ ਸਿੱਧਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ।
ਹਰ ਪ੍ਰਸਤਾਵਿਤ ਛੋਟ ਨੂੰ ਮੰਜ਼ਿਲ, ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਮਾਲਕ ਦਿਓ। ਇੱਕ ਅੰਤ ਬਿੰਦੂ ਤੱਕ ਹਰ ਪੋਰਟ ਦੀ ਆਗਿਆ ਦੇਣਾ ਟਨਲ ਵੱਲੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਵਾਧੂ ਨਿਰਾਵਰਣ ਬਿਨਾਂ ਕਿਸੇ ਦੇ ਇਹ ਤੈਅ ਕੀਤੇ ਆਉਂਦਾ ਹੈ। ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਦੀ ਆਗਿਆ ਦੇਣਾ ਦੋਸਤਾਨਾ ਭੇਸ ਵਿੱਚ ਉਹੀ ਜਾਲ ਹੈ: ਇਹ ਟਨਲ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਸਿੱਧਾ DNS ਰਾਹ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਨਾਮ ਖੋਜ ਅਜੇ ਵੀ ਲੀਕ ਹੁੰਦੀ ਹੈ।
| Path | Destination | Owner |
|---|---|---|
| VPN transport | Gateway address, one UDP port | Network team |
| Tunnel traffic | Internal prefixes | Application owner |
| Resolver exception | Named internal resolver | Security team |
ਛੋਟ ਲਈ ਲਾਭਦਾਇਕ ਜਾਂਚ ਇਹ ਹੈ ਕਿ ਕੀ ਤੁਸੀਂ ਉਹ ਵਿਅਕਤੀ ਦੱਸ ਸਕਦੇ ਹੋ ਜਿਸਨੇ ਇਹ ਮੰਗੀ ਅਤੇ ਉਹ ਨਾਕਾਮੀ ਜਿਸਨੂੰ ਇਹ ਰੋਕਦੀ ਹੈ। ਜੇ ਦੋਵੇਂ ਜਵਾਬ ਨਹੀਂ ਹਨ, ਤਾਂ ਨਿਯਮ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਗਲਤ ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਬਦਲ ਹੈ ਜੋ ਨਹੀਂ ਤਾਂ ਅਦਿੱਖ ਰਹੇਗਾ।
utun ਨੰਬਰ ਪਛਾਣ ਨਹੀਂ ਹਨ
MacOS ਟਨਲ ਇੰਟਰਫੇਸ utun ਡਿਵਾਈਸਾਂ ਵਜੋਂ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ VPN ਨੂੰ ਦਿੱਤਾ ਗਿਆ ਨੰਬਰ ਸਥਿਰ ਨਹੀਂ ਰੀਬੂਟ, ਦੁਬਾਰਾ ਕਨੈਕਟ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਕਲਾਇੰਟ ਦੀ ਮੌਜੂਦਗੀ ਵਿੱਚ। ਕਈ ਅਨੁਮਾਨਿਤ ਨੰਬਰਾਂ ਦੀ ਸੂਚੀ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਨੀਤੀ ਨਹੀਂ ਹੈ; ਇਹ ਇੱਕ ਦੁਪਹਿਰ ਦਾ ਸਨੈਪਸ਼ਾਟ ਹੈ।
ਨਿਯਮ ਨੂੰ ਉਸ ਚੀਜ਼ ਨਾਲ ਜੋੜੋ ਜੋ ਇੱਛਤ ਪ੍ਰਦਾਤਾ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ: ਟਨਲ ਵੱਲੋਂ ਦਿੱਤੀ ਪਤਾ ਯੋਜਨਾ, ਇੰਟਰਫੇਸ ਦਾ ਮਾਲਕ ਪ੍ਰਕਿਰਿਆ, ਜਾਂ VPN ਕਲਾਇੰਟ ਆਪ ਸੰਭਾਲਦਾ ਕਨਫਿਗਰੇਸ਼ਨ। ਫਿਰ ਦਰਜ ਕਰੋ ਕਿ ਉਹ ਪਛਾਣ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਸਾਲ ਬਾਅਦ ਨਿਯਮ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਵਾਲੇ ਕੋਲ ਤੁਹਾਡਾ ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਨਹੀਂ ਹੋਵੇਗਾ।
ਲੋਡ ਕੀਤੀ ਨੀਤੀ ਨੂੰ ਗੁਣਨ-ਯੋਗ ਬਣਾਓ
ਐਂਕਰ ਦਾ ਨਾਮ ਨਿਯਮਾਂ ਦਾ ਸੰਗਠਨ ਕਰਦਾ ਹੈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਪ੍ਰਭਾਵੀ ਨੀਤੀ ਉਹੀ ਹੈ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਸੀ। ਐਂਕਰਾਂ ਵਿਚਕਾਰ ਤਰਜੀਹ, ਹੋਰ ਸੌਫਟਵੇਅਰ ਵੱਲੋਂ ਲੋਡ ਕੀਤੇ ਨਿਯਮ, ਅਤੇ ਮੌਜੂਦਾ ਸਥਿਤੀ ਸਾਰੇ ਨਤੀਜਾ ਬਦਲ ਸਕਦੇ ਹਨ। ਉਸ ਮਸ਼ੀਨ 'ਤੇ PF ਦੇ ਮਾਲਕ ਹੋਰ ਸਾਰਿਆਂ ਨਾਲ ਪ੍ਰਭਾਵੀ ਸਮੂਹ ਦੀ ਸਮੀਖਿਆ ਕਰੋ, ਅਤੇ ਮਾਲਕੀ ਨੂੰ ਕਨਫਿਗਰੇਸ਼ਨ ਵਾਲੀ ਥਾਂ 'ਤੇ ਹੀ ਦਰਜ ਕਰੋ। ਵੱਖਰੀਆਂ ਧਾਰਨਾਵਾਂ ਨਾਲ ਵੱਖਰੇ ਐਂਕਰ ਸੋਧਣ ਵਾਲੇ ਦੋ ਮਾਲਕ ਲਾਕ ਵਿੱਚ ਮੋਰੀ ਪੈਣ ਦਾ ਆਮ ਤਰੀਕਾ ਹਨ।
ਨਿਯਮ-ਸਮੂਹ ਨੂੰ ਸਾਈਟ ਦੇ ਸਮਰਥਿਤ ਕਨਫਿਗਰੇਸ਼ਨ ਰਾਹ ਵਿੱਚ ਰੱਖੋ, ਇਸਦਾ ਸੰਸਕਰਣ ਬਣਾਓ, ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ macOS ਰੀਲੀਜ਼ਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ। ਹੱਥ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਅਤੇ ਇੱਕ ਵਿਅਕਤੀ ਵੱਲੋਂ ਯਾਦ ਰੱਖਿਆ ਬਦਲਾਅ, ਫਾਈਲ ਹੈਡਰ ਕੁਝ ਵੀ ਕਹੇ, ਸੰਭਾਲਿਆ ਢਾਂਚਾ ਨਹੀਂ ਹੈ।
ਜੁੜੀ ਸਥਿਤੀ ਨਹੀਂ, ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ
ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਲਿਆ ਸਕਰੀਨਸ਼ਾਟ ਲਗਭਗ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਇਸ ਦੀ ਬਜਾਏ ਸਥਿਤੀਆਂ ਵਿੱਚੋਂ ਲੰਘੋ: ਕਿਸੇ ਵੀ ਕਨੈਕਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ੁਰੂਆਤ, ਕੰਮ ਕਰਦਾ ਟਨਲ, ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਡਿੱਗਦਾ ਟਨਲ, ਜਾਣ-ਬੁੱਝ ਕੇ ਡਿਸਕਨੈਕਟ, ਅਤੇ Wi-Fi ਤੋਂ ਹੌਟਸਪੌਟ 'ਤੇ ਜਾਣਾ। ਹਰ ਸਥਿਤੀ ਦਾ ਆਪਣਾ ਜਵਾਬ ਹੈ, ਅਤੇ ਦਿਲਚਸਪ ਉਹ ਨਾਕਾਮੀਆਂ ਹਨ, ਖੁਸ਼ਹਾਲ ਰਾਹ ਨਹੀਂ।
ਹਰ ਸਥਿਤੀ ਵਿੱਚ ਦਰਜ ਕਰੋ ਕਿ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀ ਪਹੁੰਚਯੋਗ ਹੈ। IPv4 ਅਤੇ IPv6 ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ, ਨਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਤਬਦੀਲੀ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਪਿਤ ਹੋ ਚੁੱਕਾ ਪ੍ਰਵਾਹ ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ ਮੌਜੂਦਾ ਕਨੈਕਸ਼ਨ ਨਵੀਂ ਨੀਤੀ ਦੀ ਹਮੇਸ਼ਾ ਪਾਲਣਾ ਨਹੀਂ ਕਰਦੇ। ਟਨਲ ਬੰਦ ਹੋਣ 'ਤੇ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਇੱਕ ਡੇਟਾ ਬਿੰਦੂ ਹੈ, ਬਾਕੀ ਸਾਰੇ ਰਾਹ ਬੰਦ ਹਨ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਅੰਤ ਵਿੱਚ, ਉਹ ਰਿਕਵਰੀ ਢੰਗ ਰੱਖੋ ਜੋ ਤੁਹਾਡੇ ਬਦਲ ਰਹੇ ਨੈੱਟਵਰਕ ਰਾਹ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ। ਸਥਾਨਕ ਸਟੋਰੇਜ 'ਤੇ ਜਾਣਿਆ-ਚੰਗਾ ਕਨਫਿਗਰੇਸ਼ਨ ਅਤੇ ਇਸਨੂੰ ਲੋਡ ਕਰਨ ਦਾ ਦਰਜ ਤਰੀਕਾ ਲਾਕ ਨੂੰ ਨੀਤੀ ਬਣਾਉਂਦੇ ਹਨ; ਇਹਨਾਂ ਤੋਂ ਬਿਨਾਂ, ਇੱਕ ਮਾੜਾ ਸੰਸਕਰਣ ਪ੍ਰਬੰਧਕ ਨੂੰ ਉਸ ਮਸ਼ੀਨ ਤੋਂ ਬਾਹਰ ਤਾਲਾ ਲਗਾ ਦਿੰਦਾ ਹੈ ਜਿਸਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਚਾਹੀਦਾ ਸੀ।