Azure Point-to-Site VPN ਦੇ ਲੌਗ ਕਿੱਥੇ ਹਨ? Monitor ਵਿੱਚ ਦੇਖੋ

ਇੱਕ ਉਪਭੋਗਤਾ Point-to-Site ਗੇਟਵੇ ਨਾਲ ਕਨੈਕਟ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਤੁਸੀਂ ਗੇਟਵੇ ਬਲੇਡ ਖੋਲ੍ਹਦੇ ਹੋ, ਅਤੇ ਸਫ਼ੇ ਉੱਤੇ ਕਿਤੇ ਵੀ ਕਨੈਕਸ਼ਨ ਇਤਿਹਾਸ ਨਹੀਂ ਹੈ। ਕਨਫਿਗਰੇਸ਼ਨ, ਸਰਟੀਫਿਕੇਟ, ਸਥਿਤੀ: ਸਭ ਮੌਜੂਦ, ਕੋਈ ਰਿਕਾਰਡ ਨਹੀਂ। ਲੌਗ ਮੌਜੂਦ ਹਨ, ਪਰ ਨੈੱਟਵਰਕਿੰਗ ਸਫ਼ੇ ਉਹਨਾਂ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਬਣਾਉਂਦੇ। ਉਹ ਗੇਟਵੇ ਸਰੋਤ ਨਾਲ ਜੁੜੀ ਇੱਕ ਡਾਇਗਨੋਸਟਿਕ ਸੈਟਿੰਗ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਉਹ ਸੈਟਿੰਗ Monitor ਦੇ ਅਧੀਨ ਰਹਿੰਦੀ ਹੈ; ਇਸ ਲਈ ਸਪੱਸ਼ਟ ਥਾਂ ਉੱਤੇ ਪਹਿਲੀ ਖੋਜ ਕੁਝ ਨਹੀਂ ਵਾਪਸ ਕਰਦੀ, ਅਤੇ ਲੋਕ ਸਿੱਟਾ ਕੱਢਦੇ ਹਨ ਕਿ ਸੇਵਾ ਕੋਈ ਆਡਿਟ ਟ੍ਰੇਲ ਨਹੀਂ ਰੱਖਦੀ।

ਸਪੱਸ਼ਟ ਖੋਜ ਕਿਉਂ ਅਸਫਲ ਹੁੰਦੀ ਹੈ

ਪੁਰਾਣੇ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਕਹਿੰਦੇ ਹਨ ਕਿ Azure Point-to-Site VPN ਵਿੱਚ ਕੋਈ ਆਡਿਟ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਤਦ ਸੱਚ ਸੀ ਜਦੋਂ ਸੇਵਾ ਪ੍ਰਤੀ-ਕਨੈਕਸ਼ਨ ਕੋਈ ਰਿਕਾਰਡ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰਦੀ ਸੀ। ਮੌਜੂਦਾ ਗੇਟਵੇ ਟਨਲ ਡਾਇਗਨੋਸਟਿਕ ਰਿਕਾਰਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਲਾਭਦਾਇਕ ਸਵਾਲ ਬਦਲ ਗਿਆ: ਲੌਗ ਹਨ ਜਾਂ ਨਹੀਂ ਇਹ ਨਹੀਂ, ਸਗੋਂ ਕਿਹੜਾ ਸਰੋਤ ਉਹਨਾਂ ਨੂੰ ਨਿਕਾਸ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਕਿਹੜੀ ਸ਼੍ਰੇਣੀ ਚਾਲੂ ਕੀਤੀ। ਗੇਟਵੇ ਬਲੇਡ ਇੱਕ ਕਨਫਿਗਰੇਸ਼ਨ ਸਤ੍ਹਾ ਹੈ, ਅਤੇ ਕਨਫਿਗਰੇਸ਼ਨ ਸਤ੍ਹਾਵਾਂ ਘੱਟ ਹੀ ਲੌਗ ਵਿਊਅਰ ਦਾ ਕੰਮ ਵੀ ਕਰਦੀਆਂ ਹਨ। ਡਾਇਗਨੋਸਟਿਕ ਸੈਟਿੰਗ ਪ੍ਰਤੀ-ਸਰੋਤ ਵਸਤੂ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡਾ ਚੁਣਿਆ ਸਰੋਤ ਅੱਗੇ ਦਾ ਸਭ ਕੁਝ ਤੈਅ ਕਰਦਾ ਹੈ।

ਉਲਝਣ ਦਾ ਦੂਜਾ ਅੱਧ ਪ੍ਰਮਾਣਿਕਤਾ ਹੈ। ਸਰਟੀਫਿਕੇਟ-ਅਧਾਰਿਤ Point-to-Site ਕਨੈਕਸ਼ਨ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਵਾਂਗ ਪ੍ਰਤੀ-ਉਪਭੋਗਤਾ ਸਾਈਨ-ਇਨ ਘਟਨਾ ਨਹੀਂ ਬਣਾਉਂਦੇ, ਇਸ ਲਈ ਪਾਸਵਰਡ ਟਾਈਪ ਕਰਨ ਵਾਲੇ ਨਾਮ ਵਾਲੇ ਵਿਅਕਤੀ ਦਾ ਕੋਈ ਰਿਕਾਰਡ ਨਹੀਂ ਮਿਲਦਾ।

ਡਾਇਗਨੋਸਟਿਕ ਸੈਟਿੰਗ ਨੂੰ ਗੇਟਵੇ ਸਰੋਤ ਨਾਲ ਜੋੜੋ

Monitor ਖੋਲ੍ਹੋ, ਫਿਰ Diagnostic settings, ਅਤੇ ਨਵੀਂ ਸੈਟਿੰਗ ਸ਼ਾਮਲ ਕਰੋ ਜਿਸਦਾ ਟੀਚਾ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਗੇਟਵੇ ਆਪ ਹੈ, ਨਾ ਕਿ ਉਹ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਜੋ ਇਸਨੂੰ ਰੱਖਦਾ ਹੈ। Point-to-Site ਡਾਇਗਨੋਸਟਿਕ ਸ਼੍ਰੇਣੀ ਚੁਣੋ, ਜਿਸਦਾ ਨਾਮ P2SDiagnosticLog ਹੈ, ਕਿਉਂਕਿ ਇਹੀ ਪ੍ਰਤੀ-ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਰਿਕਾਰਡ ਰੱਖਦੀ ਹੈ; ਟਨਲ, ਰੂਟ ਜਾਂ IKE ਸ਼੍ਰੇਣੀਆਂ ਸਿਰਫ਼ ਉਹਨਾਂ site-to-site ਗਲਤੀਆਂ ਲਈ ਸ਼ਾਮਲ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਕਵਰ ਕਰਦੀਆਂ ਹਨ। ਫਿਰ ਡੇਟਾ ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਾਲੇ Log Analytics ਵਰਕਸਪੇਸ ਵਿੱਚ ਭੇਜੋ, ਤੁਹਾਡੇ ਵੱਲੋਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੀ ਰੱਖਿਆ ਅਵਧੀ ਨਾਲ। ਬਹੁਤੀਆਂ ਅਸਫਲ ਖੋਜਾਂ ਗਲਤ ਸਰੋਤ ਨਾਲ ਜੁੜੀ ਸੈਟਿੰਗ ਹੁੰਦੀਆਂ ਹਨ, ਗੁੰਮ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ।

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

ਰਿਕਾਰਡ ਉਸ ਟੇਬਲ ਵਿੱਚ ਪੜ੍ਹੋ ਜੋ ਤੁਹਾਡਾ ਮੋਡ ਵਰਤਦਾ ਹੈ

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

AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated desc

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

ਗੇਟਵੇ ਰਿਕਾਰਡ ਨੂੰ ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਨਾਲ ਜੋੜੋ

ਗੇਟਵੇ ਲੌਗ ਟਨਲ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਲੈਪਟਾਪ ਇਸਨੂੰ ਕਿਉਂ ਨਹੀਂ ਬਣਾ ਸਕਿਆ ਇਹ ਨਹੀਂ। ਉਸੇ ਟਾਈਮਸਟੈਂਪ ਉੱਤੇ ਕਲਾਇੰਟ ਪਾਸਾ ਇਕੱਠਾ ਕਰੋ: RAS ਕਲਾਇੰਟ ਲਈ Windows ਇਵੈਂਟ ਲੌਗ, macOS ਕਨੈਕਸ਼ਨ ਲੌਗ, ਜਾਂ ਕਲਾਇੰਟ ਐਪ ਵੱਲੋਂ ਦਿਖਾਇਆ ਗਿਆ ਗਲਤੀ ਟੈਕਸਟ। ਮੇਲ ਖਾਂਦੀ ਕਲਾਇੰਟ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਬਿਨਾਂ ਗੇਟਵੇ ਰਿਕਾਰਡ ਕਲਾਇੰਟ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ; ਜਦੋਂ ਗੇਟਵੇ ਕੁਝ ਦਰਜ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਕਲਾਇੰਟ ਸਫਲਤਾ ਦੱਸਦਾ ਹੈ, ਤਾਂ ਆਮ ਤੌਰ ਉੱਤੇ ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਪਰੋਫਾਈਲ ਕਿਸੇ ਹੋਰ ਗੇਟਵੇ ਵੱਲ ਹੈ।

ਦੋਵੇਂ ਅੱਧ ਇੱਕੋ ਟਿਕਟ ਵਿੱਚ ਰੱਖੋ। ਇਕੱਲਾ ਗੇਟਵੇ ਲੌਗ ਗਲਤ ਸਿੱਟੇ ਵੱਲ ਸੱਦਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਕੱਲਾ ਕਲਾਇੰਟ ਲੌਗ ਇਹ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ ਕਿ ਪੈਕਟ ਕਦੇ ਪਹੁੰਚਿਆ ਜਾਂ ਨਹੀਂ।

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

ਰੱਖਿਆ, ਦਾਇਰਾ ਅਤੇ ਰਨਬੁੱਕ ਐਂਟਰੀ

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

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