ਸਰਗਰਮ FTD ਸਾਈਟ VPN ਗਿਣਨਾ: ਕਿਹੜਾ ਨੰਬਰ ਮਤਲਬ ਹੈ?

Ansible ਕੰਮ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਛੋਟੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿਓ: ਕੀ ਗਿਣਿਆ ਜਾ ਰਿਹਾ ਹੈ? ਕਨਫਿਗਰ ਕੀਤਾ ਪੀਅਰ, ਇੱਕ IKE ਸੈਸ਼ਨ, ਇੱਕ IPsec ਸੁਰੱਖਿਆ ਸੰਗਠਨ ਅਤੇ ਨਿਗਰਾਨੀ ਵਾਲਾ ਟਨਲ ਸਥਿਤੀ ਰਿਕਾਰਡ ਚਾਰ ਵੱਖਰੀਆਂ ਇਕਾਈਆਂ ਹਨ, ਅਤੇ ਕੁੰਜੀ ਮੁੜ ਬਣਾਉਣਾ ਜਾਂ ਕਈ ਸੁਰੱਖਿਅਤ ਨੈੱਟਵਰਕ ਉਹਨਾਂ ਦੇ ਜੋੜ ਵੱਖਰੇ ਕਰ ਦਿੰਦੇ ਹਨ। ਜੇ ਡੈਸ਼ਬੋਰਡ ਅਤੇ playbook ਸਹਿਮਤ ਨਹੀਂ ਹਨ, ਤਾਂ ਉਹ ਆਮ ਤੌਰ ’ਤੇ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਗਿਣ ਰਹੇ ਹਨ, ਇਹ ਨਹੀਂ ਕਿ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਗਲਤ ਹੈ।

ਚਾਰ ਚੀਜ਼ਾਂ ਜਿਹਨਾਂ ਨੂੰ ਲੋਕ ਸਰਗਰਮ ਕਹਿੰਦੇ ਹਨ

ਕਨਫਿਗਰ ਕੀਤਾ ਪੀਅਰ ਇੱਕ ਟੋਪੋਲੋਜੀ ਵਸਤੂ ਹੈ: ਇਹ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ ਇਸਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ। IKE ਸੈਸ਼ਨ ਨਿਯੰਤਰਣ ਤਲ ਦਾ ਸੰਬੰਧ ਹੈ ਜੋ ਟ੍ਰੈਫਿਕ ਵਹਿਣ ਤੋਂ ਬਿਨਾਂ ਵੀ ਉੱਪਰ ਹੋ ਸਕਦਾ ਹੈ। IPsec SA ਕਿਸੇ ਖਾਸ ਚੋਣਕਾਰ ਜੋੜੀ ਲਈ ਡੇਟਾ ਤਲ ਦਾ ਸੰਗਠਨ ਹੈ, ਅਤੇ ਇੱਕ ਟਨਲ ਕਈ ਲੈ ਜਾ ਸਕਦਾ ਹੈ। ਨਿਗਰਾਨੀ ਵਾਲੀ ਟਨਲ ਸਥਿਤੀ ਪਲੇਟਫਾਰਮ ਦਾ ਆਪਣਾ ਕਾਰਜਕਾਰੀ ਫੈਸਲਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ ’ਤੇ “ਟਨਲ ਉੱਪਰ ਹੈ” ਕਹਿਣ ਵੇਲੇ ਆਪਰੇਟਰ ਦੇ ਮਤਲਬ ਦੇ ਸਭ ਤੋਂ ਨੇੜੇ ਹੁੰਦਾ ਹੈ।

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

ਪਹਿਲਾ ਫੈਸਲਾ: ਕਿਹੜਾ ਪ੍ਰਬੰਧਨ ਤਲ?

ਜੇ ਡਿਵਾਈਸ FDM ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ ਸਤਹ FTD REST API ਹੈ। ਜੇ ਇਹ FMC ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਹੈ, ਤਾਂ ਉਹ API ਬਦਲਣ ਯੋਗ ਵਿਕਲਪ ਨਹੀਂ ਹੈ, ਅਤੇ ਵਸਤੂਆਂ FMC ਦੀ ਆਪਣੀ API ਪਿੱਛੇ ਰਹਿੰਦੀਆਂ ਹਨ। ਇੱਕ ਵੀ ਬੇਨਤੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਉਂਕਿ ਗਲਤ ਤਲ ਇਜਾਜ਼ਤ ਸਮੱਸਿਆ ਵਰਗੀ ਦਿਸਣ ਵਾਲੀ ਭਰੋਸੇਯੋਗ ਗਲਤੀ ਦਿੰਦਾ ਹੈ।

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

ਦੂਜਾ ਫੈਸਲਾ: ਕਿਹੜਾ ਸਰੋਤ ਜਵਾਬ ਦਿੰਦਾ ਹੈ?

ਵਰਜਨ-ਸੀਮਿਤ ਉਦਾਹਰਨ ਲਈ, FMC 7.3 API ਵਸਤੂ ਸੰਦਰਭ health ਮਾਰਗ ਅਧੀਨ GET ਸਰੋਤਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ:

/api/fmc_config/v1/domain/{domainUUID}/health/tunnelstatuses
/api/fmc_config/v1/domain/{domainUUID}/health/tunnelsummaries

ਟਨਲ ਸਥਿਤੀ ਸਰੋਤ ਡਿਵਾਈਸ ਅਤੇ ਸਥਿਤੀ ਫਿਲਟਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜਿਹਨਾਂ ਵਿੱਚ TUNNEL_UP ਸ਼ਾਮਲ ਹੈ। ਇਹ ਉਸ ਵਰਜਨ ਲਈ ਜਾਂਚਣ ਵਾਸਤੇ ਅਸਲ ਕਾਰਜਕਾਰੀ ਸਰੋਤ ਦਿੰਦਾ ਹੈ, ਖੇਤਰ ਨਾਮ ਬਾਰੇ ਅੰਦਾਜ਼ਾ ਨਹੀਂ।

ਪਾਰਸਰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਨਾਤ FMC ਦੇ API Explorer ਵਿੱਚ ਉਪਲਬਧਤਾ, ਇਜਾਜ਼ਤਾਂ, ਬੇਨਤੀ ਪੈਰਾਮੀਟਰ ਅਤੇ ਜਵਾਬ ਸਕੀਮਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਇੱਕ ਵਰਜਨ ਦਾ ਦਸਤਾਵੇਜ਼ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ, ਤੁਸੀਂ ਜੋ ਚਲਾ ਰਹੇ ਹੋ ਉਸਦਾ ਸਮਝੌਤਾ ਨਹੀਂ।

ਗਿਣਤੀ ਦਾ ਸਮਝੌਤਾ ਲਿਖੋ

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

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

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

ਵਰਕਫਲੋ ਅਨਿਸ਼ਚਿਤਤਾ ਬਣਾਈ ਰੱਖੇ

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

fetch intended domain/device runtime records
validate response, completeness and freshness
deduplicate by the documented tunnel identity
count records matching the approved up-state definition
report count with scope, timestamp and metric unit

ਇਹ ਵਰਕਫਲੋ ਸਿਊਡੋਕੋਡ ਹੈ, ਪਰਖਿਆ ਹੋਇਆ playbook ਨਹੀਂ। active ਨਾਂ ਦੀ JSON ਕੁੰਜੀ ਈਜਾਦ ਕਰਨ ਦੀ ਥਾਂ ਸਥਾਪਿਤ API ਤੋਂ ਅਸਲ ਖੇਤਰ ਨਾਮ ਲਓ।

ਮਹੱਤਵਪੂਰਨ ਨਿਯਮ ਅਸਫਲਤਾ ਦਾ ਵਿਵਹਾਰ ਹੈ: ਇਜਾਜ਼ਤ ਗਲਤੀ, ਅਸਮਰਥਿਤ ਸਰੋਤ, ਪੁਰਾਣਾ ਨਮੂਨਾ ਜਾਂ ਅਧੂਰਾ ਪੰਨਾ ਸਮੂਹ unknown ਜਾਂ error ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਦੇ ਵੀ ਸਫਲ ਸਿਫ਼ਰ ਨਹੀਂ। ਜੋ ਸਿਫ਼ਰ ਅਰਥ ਹੈ “ਮੈਂ ਪੁੱਛ ਨਹੀਂ ਸਕਿਆ”, ਉਹ ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਕਿਸਮ ਦੀ ਗਲਤੀ ਹੈ।

ਪਲੇਟਫਾਰਮ ਦੇ ਆਪਣੇ ਦ੍ਰਿਸ਼ ਦੇ ਖਿਲਾਫ ਪੁਸ਼ਟੀ ਕਰੋ

ਪਹਿਲੇ ਨਤੀਜੇ ਦੀ ਤੁਲਨਾ ਉਸੇ ਡਿਵਾਈਸ ਅਤੇ ਪਲ ਲਈ ਵਰਜਨ ਦੇ VPN ਨਿਗਰਾਨੀ ਦ੍ਰਿਸ਼ ਨਾਲ ਕਰੋ। ਜਦੋਂ ਉਹ ਵੱਖਰੇ ਹੋਣ, ਤਾਂ playbook ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਕਰੋ ਕਿ ਹਰ ਇੱਕ ਕਿਹੜੀ ਇਕਾਈ ਵਰਤਦਾ ਹੈ।

ਹਰ ਰਨ ਲਈ ਗੈਰ-ਗੁਪਤ ਸੰਦਰਭ ਰੱਖੋ: ਦਾਇਰਾ, ਸਮਾਂ-ਛਾਪ, ਮੈਟ੍ਰਿਕ ਦੀ ਇਕਾਈ ਅਤੇ ਰਿਕਾਰਡ ਗਿਣਤੀ। FMC 7.3 API ਵਸਤੂ ਸੰਦਰਭ ਉੱਪਰਲੇ ਸਰੋਤ ਮਾਰਗਾਂ ਦਾ ਸਰੋਤ ਹੈ, ਅਤੇ ਤੁਹਾਡੀ ਆਪਣੀ ਤੈਨਾਤੀ ਦਾ API Explorer ਬਾਕੀ ਸਭ ਦਾ ਸਰੋਤ ਹੈ।