Mac VPN On Demand: SSID ਮੇਲ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ?
SSID ਮੇਲ ਨਿਯਮ ਦੀ ਸ਼ਰਤ ਹੈ, ਭਰੋਸੇ ਦਾ ਸਬੂਤ ਨਹੀਂ। On Demand ਨਿਯਮ ਬਣਾਓ, ਅਣਜਾਣ ਨੈੱਟਵਰਕ ਦਾ ਡਿਫ਼ਾਲਟ ਚੁਣੋ ਅਤੇ ਰੋਕ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ।
ਦਫ਼ਤਰ ਦੇ Wi-Fi ਤੋਂ ਇਲਾਵਾ ਹਰ ਥਾਂ VPN ਜੋੜਨਾ ਦੋ ਲਾਈਨਾਂ ਦੀ ਨੀਤੀ ਵਾਂਗ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਔਖਾ ਹਿੱਸਾ ਕਦੇ ਨੈੱਟਵਰਕ ਦਾ ਨਾਂ ਪਛਾਣਨਾ ਨਹੀਂ ਸੀ। ਔਖਾ ਹਿੱਸਾ ਇਹ ਤੈਅ ਕਰਨਾ ਹੈ ਕਿ ਮੇਲ ਖਾਂਦਾ ਨਾਂ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ। ਕੋਈ ਵੀ ਪਹੁੰਚ ਬਿੰਦੂ ਜਾਣਿਆ-ਪਛਾਣਿਆ SSID ਪ੍ਰਸਾਰਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਪਤੇ 'ਤੇ ਸਫਲ ping ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਜਾਂਚ ਨੂੰ ਜਵਾਬ ਮਿਲਿਆ। ਇਨ੍ਹਾਂ ਦੋਵਾਂ ਨਿਰੀਖਣਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਹ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ ਕਿ Mac ਪ੍ਰਮਾਣਿਤ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ 'ਤੇ ਹੈ।
ਨਾਂ ਪਛਾਣ ਨਹੀਂ ਹੈ
SSID ਇੱਕ ਲੇਬਲ ਹੈ ਜੋ ਰੇਡੀਓ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਚਾਬੀ, ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਹਾਰਡਵੇਅਰ ਕਿਸਦਾ ਹੈ ਬਾਰੇ ਬਿਆਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਕੋਈ ਸਮਾਗਮ ਸਥਾਨ ਜਾਂ ਗੁਆਂਢੀ ਦਫ਼ਤਰ ਬਿਨਾਂ ਕਿਸੇ ਤਾਲਮੇਲ ਦੇ ਉਹੀ ਸਤਰ ਪ੍ਰਸਾਰਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਲੇਬਲ ਨੂੰ ਸੁਰੱਖਿਆ ਬੰਦ ਕਰਨ ਦੀ ਹਦਾਇਤ ਮੰਨਣਾ ਫ਼ੈਸਲਾ ਸਭ ਤੋਂ ਨੇੜਲੇ ਪਹੁੰਚ ਬਿੰਦੂ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਵਾਲੇ ਨੂੰ ਦੇ ਦਿੰਦਾ ਹੈ।
Ping ਜਾਂਚ ਵਧੇਰੇ ਸੂਖਮ ਕਾਰਨ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ: ਇਹ ਪਹੁੰਚਯੋਗਤਾ ਬਾਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਮੈਂਬਰਸ਼ਿਪ ਬਾਰੇ ਨਹੀਂ। ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਟਾਰਗਿਟ ਕਿਤੋਂ ਵੀ ਪਹੁੰਚਯੋਗ ਹੋ ਸਕਦਾ ਹੈ, ਸਿਰਫ਼ ਉਸੇ ਸੁਰੰਗ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਸੀਂ ਫ਼ੈਸਲਾ ਲੈਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਜਾਂ ਜਵਾਬ ਵਰਗੀ ਕੋਈ ਚੀਜ਼ ਵਾਪਸ ਕਰਨ ਵਾਲਾ captive ਪੋਰਟਲ ਹੋ ਸਕਦਾ ਹੈ। ਪਹੁੰਚਯੋਗਤਾ ਲਾਭਦਾਇਕ ਤੱਥ ਹੈ ਅਤੇ ਭਰੋਸੇ ਦੀ ਮਾੜੀ ਹੱਦ ਹੈ।
On Demand ਨਿਯਮ ਸਮੂਹ ਦਾ ਮੁਲਾਂਕਣ ਕਿਵੇਂ ਕਰਦਾ ਹੈ
Apple ਦਾ On Demand ਮਾਡਲ ਕਿਸੇ ਕਿਰਿਆ ਨੂੰ ਵਿਕਲਪਿਕ ਨੈੱਟਵਰਕ ਸ਼ਰਤਾਂ ਨਾਲ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਨਿਯਮ ਕ੍ਰਮ ਵਿੱਚ ਮੁਲਾਂਕਣ ਕੀਤੇ ਜਾਂਦੇ ਹਨ: ਜਿਸਦੀਆਂ ਸਾਰੀਆਂ ਸ਼ਰਤਾਂ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ ਉਹ ਪਹਿਲਾ ਨਿਯਮ ਕਿਰਿਆ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਨਹੀਂ ਵੇਖੇ ਜਾਂਦੇ। ਇਹੀ ਕ੍ਰਮ ਨੀਤੀ ਹੈ, ਇਸ ਲਈ «ਜ਼ਰੂਰਤ ਪਏ ਤਾਂ» ਜੋੜਿਆ ਨਿਯਮ ਚੁੱਪਚਾਪ ਉਸ ਵਿਵਹਾਰ ਨੂੰ ਮੁੜ ਲਿਖ ਸਕਦਾ ਹੈ ਜੋ ਕੰਮ ਕਰ ਰਿਹਾ ਸੀ।
SSID ਸ਼ਰਤ ਮੌਜੂਦਾ ਪ੍ਰਾਇਮਰੀ ਜੁੜੇ ਨੈੱਟਵਰਕ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਸਕੈਨ ਵਿੱਚ ਦਿਸਣ ਵਾਲੇ ਹਰ ਨਾਂ ਨੂੰ ਨਹੀਂ। ਇਸ ਨਾਲ ਤਿੰਨ ਵੱਖਰੀਆਂ ਅਵਸਥਾਵਾਂ ਬਣਦੀਆਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਦੋ ਵਿੱਚ ਸਮੇਟਣਾ ਆਮ ਸੰਰਚਨਾ ਗਲਤੀ ਹੈ:
| State | What the rule sees | What it must not be taken to mean |
|---|---|---|
| No SSID criterion applied | Nothing to compare | That the network is unknown or unsafe |
| Unknown network | Connected, name does not match | That no rule below applies |
| Recognized network | Primary network matches | That the network is trusted |
ਇਸ ਨੂੰ ਉੱਥੇ ਸੰਰਚਿਤ ਕਰੋ ਜਿੱਥੇ ਨੀਤੀ ਰਹਿੰਦੀ ਹੈ
ਮਨਜ਼ੂਰਸ਼ੁਦਾ VPN ਕਲਾਇੰਟ ਜਾਂ ਪ੍ਰਬੰਧਨ ਕਾਰਜਪ੍ਰਵਾਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਨਿਯਮ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾ ਉਪਲਬਧ ਨਿਯੰਤਰਣਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਉਪਸਮੂਹ ਖੋਲ੍ਹਦੇ ਹਨ। ਇਸ ਲਈ ਉਸ ਪੈਨਲ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲਾ ਵਿਕਲਪ ਦਾ ਅਰਥ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੇ ਉਹ ਨਹੀਂ ਖੋਲ੍ਹਿਆ, ਇਹ ਨਹੀਂ ਕਿ ਪਲੇਟਫ਼ਾਰਮ ਉਹ ਦਰਸਾ ਨਹੀਂ ਸਕਦਾ।
ਆਟੋਮੈਟਿਕ ਐਕਟੀਵੇਸ਼ਨ ਲਈ ਬਿਨਾਂ ਮਨੁੱਖ ਦੇ ਪੂਰਾ ਹੋ ਸਕਣ ਵਾਲਾ ਪ੍ਰਮਾਣੀਕਰਨ ਪ੍ਰਬੰਧ ਵੀ ਲੋੜੀਂਦਾ ਹੈ, ਜਿਵੇਂ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਕੋਈ ਹੋਰ ਸਮਰਥਿਤ ਢੰਗ। ਸੰਗ੍ਰਹਿਤ ਇੱਕ-ਵਾਰੀ ਕੋਡ ਉਹ ਪ੍ਰਬੰਧ ਨਹੀਂ ਹੈ, ਅਤੇ ਜੋ ਨਿਯਮ ਉਦੋਂ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰਮਾਣੀਕਰਨ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਉਹ ਪਿਛੋਕੜ ਵਿੱਚ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਯਤਨ ਪੈਦਾ ਕਰਦਾ ਹੈ।
runbook ਵਿੱਚ ਲਿਖਣ ਯੋਗ ਦੋ ਪੈਟਰਨ
ਪਹਿਲਾ ਨਕਲੀ ਨਾਂ ਹੈ। ਕੋਈ ਸੰਮੇਲਨ ਸਥਾਨ, ਹੋਟਲ ਜਾਂ ਉਸੇ ਇਮਾਰਤ ਦਾ ਕਿਰਾਏਦਾਰ ਉਹ ਸਤਰ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਹਾਡਾ ਨਿਯਮ «ਅੰਦਰ» ਮੰਨਦਾ ਹੈ, ਅਤੇ ਸੁਰੱਖਿਆ ਠੀਕ ਉੱਥੇ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਇਸਨੂੰ ਸਭ ਤੋਂ ਘੱਟ ਚਾਹੁੰਦੇ ਹੋ। ਨਾਂ ਨੇ ਝੂਠ ਨਹੀਂ ਬੋਲਿਆ; ਨਿਯਮ ਨੇ ਉਸਨੂੰ ਉਹ ਸਵਾਲ ਪੁੱਛਿਆ ਜਿਸਦਾ ਉਹ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਦੂਜਾ ਸਵੈ-ਹਾਰਨ ਵਾਲੀ ਜਾਂਚ ਹੈ। ਇੱਕ ਸਕ੍ਰਿਪਟ ਨਿੱਜੀ ਪਤੇ 'ਤੇ ping ਕਰਦੀ ਹੈ, ਸੁਰੰਗ ਰਾਹੀਂ ਜਵਾਬ ਦੇਖਦੀ ਹੈ, ਸਿੱਟਾ ਕੱਢਦੀ ਹੈ ਕਿ ਇਹ ਪਹਿਲਾਂ ਹੀ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ 'ਤੇ ਹੈ ਅਤੇ ਡਿਸਕਨੈਕਟ ਕਰ ਦਿੰਦੀ ਹੈ। ਫਿਰ ਜਾਂਚ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਸਕ੍ਰਿਪਟ ਦੁਬਾਰਾ ਜੁੜਦੀ ਹੈ ਅਤੇ ਦੁਹਰਾਉਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਪੁਲਾਂਘ ਸਹੀ ਦਿਸਦੇ ਹੋਏ ਵੀ ਸੁਰੰਗ ਡੋਲਦੀ ਹੈ। ਜਿਸ ਜਾਂਚ ਦਾ ਨਤੀਜਾ ਸੁਰੰਗ 'ਤੇ ਨਿਰਭਰ ਹੈ ਉਹ ਇਹ ਵੀ ਤੈਅ ਨਹੀਂ ਕਰ ਸਕਦੀ ਕਿ ਸੁਰੰਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਡਿਫ਼ਾਲਟ ਤੈਅ ਕਰੋ, ਫਿਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕਰੋ
ਅਣਜਾਣ ਨੈੱਟਵਰਕ ਦਾ ਮਾਮਲਾ ਅਤੇ ਕੇਬਲ ਦਾ ਮਾਮਲਾ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੇ ਡਿਫ਼ਾਲਟ ਦੀ ਥਾਂ ਸਪਸ਼ਟ ਜਵਾਬ ਮੰਗਦੇ ਹਨ। ਜੇ ਸਿਸਟਮ ਅਜੇ ਵੀ ਨੈੱਟਵਰਕ ਦੀ ਸ਼੍ਰੇਣੀ ਬਣਾ ਰਿਹਾ ਹੈ ਜਾਂ ਸੁਰੰਗ ਚੁੱਕ ਰਿਹਾ ਹੈ ਤਾਂ ਸੁਰੱਖਿਅਤ ਟ੍ਰੈਫ਼ਿਕ ਰੋਕਿਆ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਇਸ ਲਈ ਆਪਣਾ ਸਮਰਥਿਤ ਲਾਗੂਕਰਨ ਨਿਯੰਤਰਣ ਲੋੜੀਂਦਾ ਹੈ; On Demand ਟ੍ਰਿਗਰ ਕਨੈਕਸ਼ਨ ਵਿਵਹਾਰ ਦਿੰਦਾ ਹੈ, ਰੋਕ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ।
ਠੀਕ ਤਰ੍ਹਾਂ ਲਿਖਿਆ ਪ੍ਰਬੰਧਕ ਨਿਯਮ ਮਨਜ਼ੂਰ ਅਪਵਾਦ, ਉਸਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਣ ਵਾਲੇ ਸਬੂਤ ਅਤੇ ਉਹ ਸਬੂਤ ਨਾ ਹੋਣ ਵੇਲੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਪਿੱਛੇ ਹਟਣ ਦਾ ਜ਼ਿਕਰ ਕਰਦਾ ਹੈ। Wi-Fi ਨਾਂ ਪਛਾਣਨਾ ਉਸ ਫ਼ੈਸਲੇ ਲਈ ਜਾਇਜ਼ ਇਨਪੁਟ ਹੈ। ਇਹ ਫ਼ੈਸਲੇ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਕਦੇ ਵੀ ਨਿਯਮ ਦੀ ਇੱਕੋ-ਇੱਕ ਲਾਈਨ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।