ਉਸ ਸੰਭਾਲੀ Mac VPN ਪ੍ਰੋਫਾਈਲ ਪਿੱਛੇ ਕਿਹੜਾ ਪ੍ਰੋਟੋਕੋਲ ਹੈ?

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

ਲੇਬਲ ਉਪਨਾਮ ਹੈ, ਪੇਲੋਡ ਕਿਸਮ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ

macOS VPN ਸੇਵਾ ਇੱਕ ਸਿਸਟਮ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਐਂਟਰੀ ਹੈ ਜਿਸ ਵਿੱਚ ਦਿਖਣ ਵਾਲਾ ਨਾਮ, ਮਾਲਕ ਕਲਾਇੰਟ ਅਤੇ ਟਾਈਪ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਦਾ ਸਮੂਹ ਹੁੰਦਾ ਹੈ। ਦਿਖਣ ਵਾਲਾ ਨਾਮ ਖੁੱਲ੍ਹਾ ਪਾਠ ਹੈ, ਜਿਸ ਨੂੰ ਐਂਟਰੀ ਬਣਾਉਣ ਵਾਲਾ ਕੋਈ ਵੀ ਸੰਪਾਦਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਮੀਨੂ ਬਾਰ ਵਿੱਚ ਇਹੀ ਹਿੱਸਾ ਦੇਖਦੇ ਹਨ। ਸੈਟਿੰਗਾਂ ਤੱਥ ਰੱਖਦੀਆਂ ਹਨ: ਕਿਹੜੀ ਕਨੈਕਸ਼ਨ ਕਿਸਮ, ਕਿਹੜਾ ਗੇਟਵੇ, ਕਿਹੜੀ ਪ੍ਰਮਾਣਿਕਤਾ ਯੋਜਨਾ। ਕੁਝ ਵੀ ਦੋਵਾਂ ਨੂੰ ਤਾਲਮੇਲ ਵਿੱਚ ਨਹੀਂ ਰੱਖਦਾ, ਇਸ ਲਈ «L2TP ਆਫ਼ਿਸ» ਨਾਮ ਦੀ ਪ੍ਰੋਫਾਈਲ IKEv2 ਸੇਵਾ ਹੋ ਸਕਦੀ ਹੈ।

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

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

ਪੇਲੋਡ ਵਿੱਚ ਹੋਰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਤੋਂ ਪਹਿਲਾਂ VPNType ਪੜ੍ਹੋ

Apple ਦੀ ਪ੍ਰਬੰਧਿਤ VPN ਪੇਲੋਡ ਸਕੀਮਾ ਆਪਣੀ ਕਨੈਕਸ਼ਨ ਕਿਸਮ VPNType ਕੁੰਜੀ ਵਿੱਚ ਘੋਸ਼ਿਤ ਕਰਦੀ ਹੈ, ਜਿਸ ਦਾ PayloadType com.apple.vpn.managed ਹੋਣ ਵਾਲੀ ਸ਼ਬਦਕੋਸ਼ ਦੇ ਅੰਦਰ। ਮੁੱਲ IKEv2, IPsec, L2TP ਜਾਂ VPN ਵਰਗਾ ਛੋਟਾ ਟੋਕਨ ਹੈ, ਅਤੇ ਪੇਲੋਡ ਵਿੱਚ ਬਾਕੀ ਸਭ ਉਸ ਟੋਕਨ ਅਨੁਸਾਰ ਵਿਆਖਿਆ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

<key>PayloadType</key>
<string>com.apple.vpn.managed</string>
<key>VPNType</key>
<string>IKEv2</string>
<key>IKEv2</key>
<dict>
  <key>RemoteAddress</key>
  <string>vpn.head-office.example</string>
  <key>RemoteIdentifier</key>
  <string>ikev2.head-office.example</string>
</dict>

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

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

ਕਸਟਮ ਕਿਸਮਾਂ ਲਈ VPNSubType ਅਤੇ ਮਾਲਕ ਐਪ ਲੋੜੀਂਦੇ ਹਨ

ਜਦੋਂ VPNType VPN ਹੁੰਦਾ ਹੈ, ਪੇਲੋਡ ਨੂੰ VPNSubType ਵੀ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ, ਜੋ ਕਨੈਕਸ਼ਨ ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਪਲੱਗ-ਇਨ ਜਾਂ Network Extension ਪ੍ਰਦਾਤਾ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਇਹੀ ਪਛਾਣਕਰਤਾ ਕਨੈਕਸ਼ਨ ਨੂੰ ਕਿਸੇ ਖ਼ਾਸ ਕਲਾਇੰਟ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਗ਼ਲਤ ਉਪ-ਕਿਸਮ ਅਜਿਹੀ ਪ੍ਰੋਫਾਈਲ ਬਣਾਉਂਦੀ ਹੈ ਜੋ ਸਥਾਪਿਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਫਿਰ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀ ਹੈ।

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

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

Mac ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕਨਫ਼ਿਗਰ ਕੀਤਾ ਇਸ ਦੀ ਸੂਚੀ ਬਣਾਓ

ਕੋਈ ਵੀ ਫ਼ਾਈਲ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਸਿਸਟਮ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕਿਹੜੀਆਂ ਸੇਵਾਵਾਂ ਮੌਜੂਦ ਹਨ ਅਤੇ ਕਿਹੜੀ ਹਾਲਤ ਵਿੱਚ ਹਨ। ਕਮਾਂਡ-ਲਾਈਨ ਦਿੱਖ ਪੈਨਲਾਂ ਵਿੱਚ ਕਲਿੱਕ ਕਰਨ ਨਾਲੋਂ ਤੇਜ਼ ਹੈ ਅਤੇ ਹਰ ਐਂਟਰੀ ਦੇ ਕੋਲ ਕਿਸਮ ਛਾਪਦੀ ਹੈ।

scutil --nc list
scutil --nc show "Office VPN"

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

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

ਸੰਭਾਲੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਜੀਵਤ ਸੈਸ਼ਨ ਤੋਂ ਵੱਖ ਰੱਖੋ

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

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

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