Windows ਦੀ .pbk ਫਾਈਲ ਕਿਸ ਦੀ ਹੈ (ਅਤੇ ਕਿਸ ਦੀ ਨਹੀਂ)
.pbk ਫਾਈਲ ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਜਾਂ RRAS ਸਰਵਰ ਦੀ ਫੋਨ ਬੁੱਕ ਹੈ, ਪੋਰਟੇਬਲ VPN ਸਕੀਮਾ ਨਹੀਂ। ਮਾਲਕ, ਭਾਗ ਅਤੇ ਖੁਲ੍ਹਾਸਾ ਕੀਤੀ ਵਿਸ਼ੇਸ਼ਤਾ ਪੜ੍ਹੋ।
ਖੋਜ ਨਤੀਜੇ ਤੁਹਾਨੂੰ .pbk ਫਾਈਲ ਦਿੰਦੇ ਹਨ, ਕੁੰਜੀ ਦੇ ਨਾਮ ਜਾਣੇ-ਪਛਾਣੇ ਲੱਗਦੇ ਹਨ, ਅਤੇ ਸਪੱਸ਼ਟ ਕਦਮ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸੇ ਵੀ Windows VPN ਲਈ ਪੋਰਟੇਬਲ ਸਕੀਮਾ ਮੰਨ ਲਿਆ ਜਾਵੇ। ਪਰ ਅਜਿਹਾ ਨਹੀਂ ਹੈ। ਫਾਰਮੈਟ ਇੱਕ ਮਾਲਕ ਦਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਕੁੰਜੀ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਕਿਸ ਮਾਲਕ ਨੇ ਲਿਖੀ। ਪਹਿਲਾਂ ਘੇਰਾ ਪੜ੍ਹਨਾ ਹੀ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਦੇ ਅਭਿਆਸ ਨੂੰ ਅਸਮਰਥਿਤ ਸੋਧ ਵਿੱਚ ਬਦਲਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
ਚਾਰ ਮਾਲਕ, ਚਾਰ ਵੱਖਰੇ ਪਾਠਕ
ਚਾਰ ਵੱਖਰੇ ਮਾਲਕ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਖਣ ਵਾਲੀਆਂ ਫਾਈਲਾਂ ਲਿਖਦੇ ਹਨ। ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਅਸਲੀ ਕਨੈਕਸ਼ਨ ਮੌਜੂਦਾ ਵਰਤੋਂਕਾਰ ਦੀ ਫੋਨ ਬੁੱਕ ਵਿੱਚ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਾਰੇ-ਵਰਤੋਂਕਾਰ ਕਨੈਕਸ਼ਨ ਮਸ਼ੀਨ-ਪੱਧਰੀ ਭੰਡਾਰ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਹੋਸਟ ਦਾ ਹਰ ਖਾਤਾ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। RRAS ਸਰਵਰ ਆਪਣੀ ਰਾਊਟਿੰਗ ਭੂਮਿਕਾ ਲਈ ਮੰਗ-ਅਨੁਸਾਰ ਡਾਇਲ ਸੰਰਚਨਾ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਤੀਜੀ-ਪਾਰਟੀ ਕਲਾਇੰਟ ਆਪਣਾ ਫਾਰਮੈਟ ਰੱਖ ਸਕਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਐਕਸਟੈਂਸ਼ਨ ਸਾਂਝਾ ਕਰਦਾ ਹੈ। ਉਹੀ ਐਕਸਟੈਂਸ਼ਨ, ਚਾਰ ਪਾਠਕ, ਨਿਯਮਾਂ ਦੇ ਚਾਰ ਸੈੱਟ।
ਮਿਲਦਾ ਪ੍ਰਦਰਸ਼ਿਤ ਨਾਮ ਦੋ ਅਜਿਹੀਆਂ ਐਂਟਰੀਆਂ ਨੂੰ ਇੱਕ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰ ਕੁੰਜੀ ਕਾਪੀ ਕਰਨਾ ਇਹ ਮੰਨਦਾ ਹੈ ਕਿ ਪ੍ਰਬੰਧਕ ਅਜਿਹੀ ਗੱਲ ਦਾ ਸਤਿਕਾਰ ਕਰੇਗਾ ਜੋ ਉਸਨੇ ਕਦੇ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਕੀਤੀ। ਮਾਲਕ ਇਹ ਵੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਫਾਈਲ ਕੌਣ ਬਦਲ ਸਕਦਾ ਹੈ: ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਪ੍ਰੋਫਾਈਲ ਵਰਤੋਂਕਾਰ ਦੀ ਚੋਣ ਹੈ, ਮਸ਼ੀਨ-ਪੱਧਰੀ ਪ੍ਰੋਫਾਈਲ ਪ੍ਰਬੰਧਕੀ ਫੈਸਲਾ ਹੈ, ਅਤੇ ਸਰਵਰ 'ਤੇ ਮੰਗ-ਅਨੁਸਾਰ ਡਾਇਲ ਐਂਟਰੀ ਆਪਣੇ ਹੀ ਬਦਲਾਅ ਨਿਯੰਤਰਣ ਹੇਠ ਰਾਊਟਿੰਗ ਸੰਰਚਨਾ ਹੈ। ਇਸ ਲਈ ਮਾਲਕੀ ਦੀ ਗਲਤੀ ਫਾਰਮੈਟ ਦੀ ਸਮੱਸਿਆ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਇਜਾਜ਼ਤ ਦੀ ਸਮੱਸਿਆ ਬਣਦੀ ਹੈ।
ਮਾਲਕ ਨੂੰ ਫਾਈਲ ਨਹੀਂ, ਕਨੈਕਸ਼ਨ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਵਾਲੇ ਹਿੱਸੇ ਨੂੰ ਦੇਖ ਕੇ ਤੈਅ ਕਰੋ। ਫਾਈਲ ਇੱਕ ਕਲਾਕ੍ਰਿਤੀ ਹੈ; ਕਿਹੜੀਆਂ ਕੁੰਜੀਆਂ ਕਦੋਂ ਪੜ੍ਹੀਆਂ ਜਾਣ, ਇਹ ਪ੍ਰਬੰਧਕੀ ਹਿੱਸਾ ਤੈਅ ਕਰਦਾ ਹੈ। ਪਹਿਲਾਂ ਕਲਾਕ੍ਰਿਤੀ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਪ੍ਰਬੰਧਕ ਪੜ੍ਹਨਾ ਹੀ ਉਹ ਰਾਹ ਹੈ ਜਿਸ ਰਾਹੀਂ ਲੋਕ ਅਜਿਹੇ ਖੇਤਰ ਦੀ ਸੋਧ ਕਰਦੇ ਹਨ ਜਿਸਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਪੁੱਛਦਾ।
ਪ੍ਰਕਾਸ਼ਿਤ ਫਾਰਮੈਟ ਕਿੱਥੇ ਤੁਹਾਡੀ ਫਾਈਲ ਦਾ ਵਰਣਨ ਕਰਨਾ ਬੰਦ ਕਰਦਾ ਹੈ
RRAS ਪ੍ਰਬੰਧਨ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਫੋਨ ਬੁੱਕ ਸਾਦਾ ਪਾਠ ਹੈ ਜਿਸਨੂੰ ਪ੍ਰਬੰਧਨ ਕਲਾਇੰਟ ਲਿਖਦਾ ਹੈ ਅਤੇ ਰਾਊਟਿੰਗ ਸੇਵਾ ਪੜ੍ਹਦੀ ਹੈ, ਇਸ ਲਈ MS-RRASM ਵਿਸ਼ੇਸ਼ਤਾ ਡੈਸਕਟਾਪ ਪ੍ਰੋਫਾਈਲ ਲਈ ਨਹੀਂ, ਸਰਵਰ ਲਈ ਮੰਗ-ਅਨੁਸਾਰ ਡਾਇਲ ਸੈਟਿੰਗਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਢਾਂਚਾ ਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿਸਨੂੰ ਸਪਾਟ ਪਠਨ ਨਸ਼ਟ ਕਰਦਾ ਹੈ। ਇੱਕ ਐਂਟਰੀ ਵਿੱਚ ਕਈ ਮੀਡੀਆ ਬਲਾਕ ਹੋ ਸਕਦੇ ਹਨ, ਹਰ ਇੱਕ ਵਿੱਚ ਡਿਵਾਈਸ ਬਲਾਕ ਹੁੰਦੇ ਹਨ ਜੋ ਬਦਲੇ ਵਿੱਚ ਵੱਖਰੇ ਨੰਬਰਾਂ ਦੇ ਬਲਾਕ ਰੱਖਦੇ ਹਨ। ਇਸ ਲਈ ਉਹੀ ਕੁੰਜੀ ਇੱਕ ਤੋਂ ਵੱਧ ਥਾਵਾਂ 'ਤੇ ਵੱਖਰੇ ਅਰਥ ਨਾਲ ਦਿਖ ਸਕਦੀ ਹੈ।
ਕੁੰਜੀ ਨੂੰ ਉਸਦੇ ਭਾਗ ਅਤੇ ਸੰਸਕਰਣ-ਨੋਟ ਨਾਲ ਪੜ੍ਹੋ, ਅਤੇ ਡੈਸਕਟਾਪ ਇੰਟਰਫੇਸ ਵਿੱਚ ਉਸੇ ਨਾਮ ਵਾਲੇ ਚੈੱਕਬਾਕਸ ਤੋਂ ਕੋਈ ਮੁੱਲ ਅਨੁਵਾਦ ਨਾ ਕਰੋ। ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਜਾਣੀਆਂ-ਪਛਾਣੀਆਂ ਕੁੰਜੀਆਂ ਮਿਲਣਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਹ ਅਸੰਬੰਧਿਤ ਅਸਲੀ ਪ੍ਰੋਫਾਈਲ ਦੇ ਹਰ ਖੇਤਰ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ। ਭਾਗ ਦੇ ਨਿਯਮ ਵੀ ਡੈਸਕਟਾਪ ਫੋਨ ਬੁੱਕ ਨੂੰ ਸਰਵਰ ਫਾਰਮੈਟ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹਨ।
| Owner | What reads the file | What a key means there |
|---|---|---|
| Per-user native connection | The user's own connection manager | A property of that user profile |
| All-user native connection | The machine-wide connection store | A property shared by everyone on the host |
| RRAS demand-dial | The RRAS service, using the documented hierarchy | A field inside a media, device or number section |
| Third-party client | That vendor's own parser | Whatever that vendor documents, if anything |
ਸਾਰਣੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ, ਪਠਨ-ਸਹਾਇਤਾ ਹੈ: ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਸ ਪਾਠਕ ਨੂੰ ਪੁੱਛਣਾ ਹੈ, ਅਤੇ ਪਾਠਕ ਦੱਸਦਾ ਹੈ ਕਿ ਖੇਤਰ ਦਾ ਅਰਥ ਕੀ ਹੈ। ਜਦੋਂ ਉਹ ਪਾਠਕ ਤੀਜੀ-ਪਾਰਟੀ ਪਾਰਸਰ ਹੋਵੇ, ਤਦੋਂ ਇਮਾਨਦਾਰ ਜਵਾਬ ਇਹ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੋਈ ਵੀ ਜਨਤਕ ਦਸਤਾਵੇਜ਼ ਇਸ ਖੇਤਰ ਨੂੰ ਬਿਲਕੁਲ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਕਰਦਾ।
Windows ਨੂੰ ਪੁੱਛੋ, ਫਾਈਲ ਨੂੰ ਨਹੀਂ
ਅਸਲੀ ਕਨੈਕਸ਼ਨ ਲਈ ਫਾਈਲ ਪੜ੍ਹਨ ਦੀ ਬਜਾਏ Windows ਤੋਂ ਪ੍ਰੋਫਾਈਲ ਮੰਗੋ, ਕਿਉਂਕਿ ਟਾਈਪ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੀ ਦਸਤਾਵੇਜ਼ੀ ਸਤਹ ਹਨ ਅਤੇ ਸਮਰਥਿਤ ਬਦਲਾਅ ਸਿਰਫ਼ ਉਹਨਾਂ ਨੂੰ ਬਦਲਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਦੋ ਕਮਾਂਡ ਦੋ ਅਸਲੀ ਭੰਡਾਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪੜ੍ਹਦੇ ਹਨ। ਜੇ ਪ੍ਰੋਫਾਈਲ ਦੋਹਾਂ ਭੰਡਾਰਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵਿੱਚ ਵੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਅਸਲੀ ਕਾਰਜਵਿਧੀ ਨਹੀਂ ਵਰਤ ਰਿਹਾ ਅਤੇ ਕੋਈ ਵੀ ਅਸਲੀ cmdlet ਇਸਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰੇਗਾ।
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeਤੈਨਾਤੀ ਲਈ ਅਤੇ ਨਿਰੀਖਣ ਲਈ ਨਹੀਂ, ਦਸਤਾਵੇਜ਼ੀ ਰਾਹ ਨਾਮਿਤ ਸਕੀਮਾ ਵਾਲੀ ਪ੍ਰਬੰਧਿਤ ਪ੍ਰੋਫਾਈਲ ਸੈਟਿੰਗ ਹੈ, ਪਾਠ ਜਾਂ ਬਾਈਨਰੀ ਬਲਾਬ ਦੇ ਅੰਦਰ ਸੰਖਿਆਤਮਕ ਸੋਧ ਨਹੀਂ। ਪ੍ਰੋਫਾਈਲ ਪਰਿਭਾਸ਼ਾ ਸਮਰਥਿਤ ਸੈਟਿੰਗਾਂ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ; ਇਹ ਉਹ ਪ੍ਰਮਾਣ ਪੱਤਰ ਅਤੇ ਨਿੱਜੀ ਕੁੰਜੀਆਂ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦੀ ਜਿਨ੍ਹਾਂ 'ਤੇ ਪ੍ਰੋਫਾਈਲ ਨਿਰਭਰ ਹੈ। ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਆਪਣੇ ਅਧਿਕਾਰ ਵਾਲੀ ਵੱਖਰੀ ਪ੍ਰਕਿਰਿਆ ਹੈ, ਅਤੇ ਫੋਨ-ਬੁੱਕ ਕੁੰਜੀ ਨੂੰ ਸਮਝਣਾ ਕਦੇ ਨਿੱਜੀ ਕੁੰਜੀ ਵੰਡਿਆ ਨਹੀਂ। ਦੋਵੇਂ ਰਾਹ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਯੋਜਨਾ ਬਣਾਓ, ਨਹੀਂ ਤਾਂ ਪਹਿਲੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਤੈਨਾਤੀ ਹੀ ਦੂਜੀ ਘਟਨਾ ਬਣ ਜਾਂਦੀ ਹੈ।
ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ, ਫਿਰ ਇਸਦੇ ਆਲੇ-ਦੁਆਲੇ ਦਾ ਜੀਵਨ ਚੱਕਰ
ਸੰਭਾਲਿਆ ਮੁੱਲ ਲਾਗੂ ਕੀਤਾ ਮੁੱਲ ਨਹੀਂ ਹੈ। ਮਨਜ਼ੂਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹੋ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ ਸਥਾਪਿਤ ਕੀਤੇ ਰਾਹ, ਇਸਦੀ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਣ ਵਾਲੀ ਹੱਲ-ਨੀਤੀ ਅਤੇ ਜੋ ਕਿਰਿਆ ਸਮਰੱਥ ਕਰਨੀ ਸੀ ਉਸਨੂੰ ਜਾਂਚੋ। ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਹੇ ਸੈਸ਼ਨ ਨੂੰ ਮੁੜ ਵਰਤਣ ਨਾਲ ਪੁਰਾਣੀਆਂ ਸੈਟਿੰਗਾਂ ਦੀ ਪਰਖ ਹੁੰਦੀ ਹੈ ਅਤੇ ਝੂਠਾ ਨਕਾਰਾਤਮਕ ਨਤੀਜਾ ਮਿਲਦਾ ਹੈ।
ਕਿਸੇ ਵੀ ਕੱਚੀ-ਫਾਈਲ ਕੰਮ ਤੋਂ ਪਹਿਲਾਂ ਫਾਈਲ ਨੂੰ ਪਾਸੇ ਕਾਪੀ ਕਰੋ, ਕਿਉਂਕਿ ਕਈ ਐਂਟਰੀਆਂ ਵਾਲੀ ਫੋਨ ਬੁੱਕ ਸਾਂਝੀ ਕਲਾਕ੍ਰਿਤੀ ਹੈ, ਅਤੇ ਪੂਰੀ ਫਾਈਲ ਮੁੜ ਲਿਖਣ ਵਾਲੀ ਨਿਸ਼ਾਨਾ ਸੋਧ ਦਾ ਪ੍ਰਭਾਵ-ਘੇਰਾ ਬਦਲਾਅ ਤੋਂ ਵੱਡਾ ਹੁੰਦਾ ਹੈ। ਅਸੰਬੰਧਿਤ ਐਂਟਰੀਆਂ ਅਟੁੱਟ ਰੱਖੋ, ਅਤੇ ਨਵੀਂ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਤੱਕ ਮੂਲ ਸੁਰੱਖਿਅਤ ਸੰਰਚਨਾ ਰੱਖੋ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਮੌਜੂਦ ਮਾਲਕ ਅਤੇ ਸੰਸਕਰਣ ਲਈ ਕੋਈ ਲਾਜ਼ਮੀ ਖੇਤਰ ਦਸਤਾਵੇਜ਼ੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਖੁੱਲ੍ਹੇ ਸਹਾਇਤਾ ਪ੍ਰਸ਼ਨ ਵਜੋਂ ਲਿਖੋ। ਦੂਜੀ ਮਸ਼ੀਨ ਦੀ ਫਾਈਲ ਤੋਂ ਐਨਕੋਡਿੰਗ ਘੜਨਾ ਹੀ ਉਹ ਰਾਹ ਹੈ ਜਿਸ ਨਾਲ ਕੰਮ ਕਰਦਾ ਪ੍ਰੋਫਾਈਲ ਕਿਸੇ ਸੰਦਰਭ ਬਿੰਦੂ ਤੋਂ ਬਿਨਾਂ ਡੀਬੱਗਿੰਗ ਪ੍ਰੋਜੈਕਟ ਬਣ ਜਾਂਦਾ ਹੈ।
ਹਰ ਕਦਮ 'ਤੇ ਅਨੁਸ਼ਾਸਨ ਇੱਕੋ ਹੀ ਹੈ: ਮਾਲਕ ਦਾ ਨਾਮ ਲਓ, ਭਾਗ ਦਾ ਨਾਮ ਲਓ, ਫਿਰ ਸਮਰਥਿਤ ਕਿਰਿਆ ਦਾ ਨਾਮ ਲਓ। ਬਾਕੀ ਸਭ ਉੱਤੇ ਹਵਾਲਾ ਚਿਪਕਾਇਆ ਅਨੁਮਾਨ ਹੈ।