VPN ਗਰੁੱਪ ਨੀਤੀ ਲਈ ASA LDAP ਗਰੁੱਪ ਮੈਪਿੰਗ ਬਨਾਮ DAP

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

ਦੋ ਤੰਤਰ, ਦੋ ਫੈਸਲੇ ਬਿੰਦੂ

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

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

ਵਿਸ਼ੇਸ਼ਤਾ ਮੈਪ ਦਾ ਰਸਤਾ, ਸੰਰਚਨਾ ਕ੍ਰਮ ਵਿੱਚ

ਮੈਪ ਦਾ ਰਸਤਾ AAA ਸਰਵਰ ਦੀ ਪਰਿਭਾਸ਼ਾ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾ ਮੈਪ ਉਸ LDAP ਸਰਵਰ ਐਂਟਰੀ ਨਾਲ ਜੁੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ; ਜੋ ਮੈਪ ਚੱਲ ਰਹੀ ਸੰਰਚਨਾ ਵਿੱਚ ਹੈ ਪਰ ਉਸ ਸਰਵਰ ਵੱਲੋਂ ਹਵਾਲਾ ਨਹੀਂ ਦਿੱਤਾ ਗਿਆ, ਉਹ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਉਹੀ ਜੋੜਨ ਵਾਲੀ ਲਾਈਨ ਬਾਕੀ ਸੰਰਚਨਾ ਨੂੰ ਜੀਵਤ ਬਣਾਉਂਦੀ ਹੈ। ASA LDAP ਮੈਪਿੰਗ ਗਾਈਡ 9.x ਰਿਲੀਜ਼ਾਂ ਵਿੱਚ ਮੈਪ ਸਿੰਟੈਕਸ ਲਈ ਹਵਾਲਾ ਹੈ।

ਮੈਪ ਦੇ ਅੰਦਰ, ਇੱਕ ਬਿਆਨ ਡਾਇਰੈਕਟਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ ਉਸ ASA ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ ਜਿਸਨੂੰ ਇਹ ਪੋਸ਼ਣ ਕਰਦਾ ਹੈ, ਅਤੇ ਅਗਲੇ ਬਿਆਨ ਖਾਸ ਮੁੱਲਾਂ ਦਾ ਅਨੁਵਾਦ ਕਰਦੇ ਹਨ। map-name memberOf Group-Policy ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ map-value memberOf CN=VPN-Support,OU=Groups,DC=corp,DC=example Support-ReadOnly ਰੂਪ ਹੈ: ਖੱਬਾ ਪਾਸਾ ਡਾਇਰੈਕਟਰੀ ਵੱਲੋਂ ਵਾਪਸ ਕੀਤਾ, ਸੱਜਾ ਪਾਸਾ ਅਜੇ ਹੀ ਮੌਜੂਦ ਹੋਣੀ ਲਾਜ਼ਮੀ ਗਰੁੱਪ ਨੀਤੀ ਦਾ ਨਾਮ। ਵਿਲੱਖਣ ਨਾਮ ਅਤੇ ਨੀਤੀ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਨਾਮ ਆਪਸ ਵਿੱਚ ਬਦਲੇ ਨਹੀਂ ਜਾ ਸਕਦੇ, ਅਤੇ ਦੋਵਾਂ ਸਟ੍ਰਿੰਗਾਂ ਵਿੱਚ ਲਗਭਗ ਮੇਲ ਵੀ ਲੌਗਇਨ ਤੇ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਦਿੰਦਾ।

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

DAP ਦਾ ਰਸਤਾ, ਅਤੇ ਇਹ ਕੀ ਜੋੜਦਾ ਹੈ

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

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

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

ਜਿੱਥੇ ਦੋਵੇਂ ਸਹਿਮਤ ਨਹੀਂ

ਤਰਜੀਹ ਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਡਿਜ਼ਾਈਨ ਤੋੜਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਸੈਸ਼ਨ ਮੈਪ ਐਂਟਰੀ ਅਤੇ DAP ਰਿਕਾਰਡ ਦੋਵਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਨਤੀਜਾ ਰਿਲੀਜ਼ ਅਤੇ ਰਿਕਾਰਡ ਦੀ ਕਾਰਵਾਈ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਕੋਈ ਇੱਕ ਤੰਤਰ ਨਤੀਜੇ ਦਾ ਮਾਲਕ ਹੈ, ਆਪਣੇ ASA ਤੇ ਜਾਂਚੋ।

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

ਜੀਵਤ ਸੈਸ਼ਨ ਤੋਂ ਸਬੂਤ ਪੜ੍ਹਨਾ

ਜਵਾਬ ਸੰਰਚਨਾ ਤੋਂ ਨਹੀਂ, ਨਵੇਂ ਸੈਸ਼ਨ ਤੋਂ ਪੜ੍ਹੋ। show vpn-sessiondb detail anyconnect filter name jdoe ਸੈਸ਼ਨ ਨੂੰ ਅਸਲ ਵਿੱਚ ਮਿਲੀ ਗਰੁੱਪ ਨੀਤੀ ਛਾਪਦਾ ਹੈ, ਅਤੇ show running-config ldap attribute-map ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਮੈਪ ਕਿਹੜੇ ਮੁੱਲ ਵਾਪਸ ਕਰ ਸਕਦਾ ਸੀ। ਡਾਇਰੈਕਟਰੀ ਵਾਲੇ ਪਾਸੇ, test aaa-server authentication LDAP-AD username jdoe password <password> ASA ਨੂੰ ਵਾਪਸ ਮਿਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ debug ldap 255 ਜਦੋਂ ਟੈਸਟ ਤੁਹਾਡੀ ਉਮੀਦ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਤਾਂ ਉਹ ਅਦਲਾ-ਬਦਲੀ ਦਿਖਾਉਂਦਾ ਹੈ।

ਫਿਰ ਚਾਰ ਰਿਕਾਰਡ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਮਿਲਾਓ: ਡਾਇਰੈਕਟਰੀ ਦਾ ਮੁੱਲ, ਸੰਰਚਿਤ ਮੈਪ ਜਾਂ DAP ਸ਼ਰਤ, ਸਥਾਨਕ ਗਰੁੱਪ ਨੀਤੀ ਅਤੇ ਉਹ ਸਰੋਤ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਅਸਲ ਵਿੱਚ ਪਹੁੰਚ ਸਕਿਆ। ਜੇ ਪਹਿਲੇ ਤਿੰਨ ਮੇਲ ਖਾਂਦੇ ਹਨ ਅਤੇ ਚੌਥਾ ਨਹੀਂ, ਸਮੱਸਿਆ ਚੋਣ ਵਿੱਚ ਨਹੀਂ, ਨੀਤੀ ਦੇ ਮੁੱਖ ਹਿੱਸੇ ਵਿੱਚ ਹੈ. ਜੇ ਸੈਸ਼ਨ ਸਹੀ ਨੀਤੀ ਨਾਮ ਦਿਖਾਉਂਦਾ ਹੈ ਪਰ ਗਲਤ ACL, ਤਾਂ LDAP ਵੱਲ ਵੇਖਣਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰੋ। ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡ ਬਦਲੋ ਅਤੇ ਨਵਾਂ ਸੈਸ਼ਨ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਦੁਬਾਰਾ ਜੁੜਿਆ ਸੈਸ਼ਨ ਹੀ ਇੱਕੋ ਇੱਕ ਸਬੂਤ ਹੈ ਜੋ ਤੁਹਾਡੇ ਹੁਣੇ ਲਿਖੇ ਸੰਰਚਨਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।