ਪੁਰਾਣੇ ਹੈਸ਼ ਮੁੜ ਵਰਤੇ ਬਿਨਾਂ VPN ਪ੍ਰਮਾਣੀਕਰਨ ਬੈਕਐਂਡ ਦਾ ਮਾਈਗ੍ਰੇਸ਼ਨ
VPN ਪਛਾਣਾਂ ਨੂੰ ਹਿਲਾਉਣਾ ਇੱਕ ਕਟਓਵਰ ਹੈ, ਨਕਲ ਨਹੀਂ: ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਲੜੀ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ, ਇੱਕ ਪਾਇਲਟ ਗਰੁੱਪ ਹਿਲਾਓ, ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਦਲਾਅ ਪਰਖੋ ਅਤੇ ਇੰਝ ਦੀ ਰਿਕਵਰੀ ਦੀ ਯੋਜਨਾ ਬਣਾਓ ਜਿਸਨੂੰ ਰੀਸੈੱਟ ਮਿਟਾ ਨਾ ਸਕੇ।
ਵਰਤੋਂਕਾਰਨਾਮ ਨਵੀਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਦਿਸਦੇ ਹਨ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੂਰਾ ਐਲਾਨਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਲੌਗਇਨ ਫਿਰ ਵੀ ਅਸਫਲ ਹੁੰਦੇ ਹਨ। ਗੇਟਵੇ ਨੂੰ ਅਜੇ ਵੀ ਸਮਰਥਿਤ ਪ੍ਰਮਾਣੀਕਰਨ ਮਾਰਗ ਅਤੇ ਸਹੀ ਅਧਿਕਾਰ ਨਤੀਜਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਹੁਣ ਖਾਤੇ ਰੱਖਣ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਨਹੀਂ ਆਉਂਦਾ। ਬੈਕਐਂਡ ਹਿਲਾਉਣਾ ਜੀਵਨਚੱਕਰ ਵਾਲਾ ਕਟਓਵਰ ਹੈ, ਨਕਲ ਦਾ ਕੰਮ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤਾ ਲੱਛਣ ਉਹੀ ਹੈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਫ਼ਰਕ਼ ਉਜਾਗਰ ਕਰਦਾ ਹੈ।
ਲੱਛਣ: ਖਾਤੇ ਹਨ, ਸੈਸ਼ਨ ਨਹੀਂ
ਨਵੀਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹਰ ਵਰਤੋਂਕਾਰਨਾਮ ਹੈ, ਇੱਕ ਪਰਖ ਬਾਈਂਡ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਫਿਰ ਵੀ ਪ੍ਰਮਾਣੀਕਰਨ ਅਸਫਲਤਾ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਇਹ ਸੁਮੇਲ ਦੱਸਦਾ ਹੈ ਕਿ ਪਛਾਣ ਮੌਜੂਦ ਹੈ, ਪਰ ਗੇਟਵੇ ਜੋ ਪੜਤਾਲ ਮਾਰਗ ਵਰਤਦਾ ਹੈ ਉਹ ਉੱਥੇ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਜਾਂ ਇੰਝ ਦੀ ਵਿਧੀ ਨਾਲ ਪਹੁੰਚਦਾ ਹੈ ਜੋ ਉਹ ਪੂਰੀ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਦੋਵੇਂ ਸੰਰਚਨਾ ਹਨ, ਅਤੇ ਇਹ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ।
ਪਹਿਲੀ ਤਾਰਾਂ ਦੀ ਹੈ: ਗੇਟਵੇ ਉਸ ਬੈਕਐਂਡ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ, ਉਹ ਸਾਂਝਾ ਭੇਤ ਵਰਤਦਾ ਹੈ ਜਿਸਦੀ ਦੂਜੇ ਪਾਸੇ ਉਮੀਦ ਨਹੀਂ, ਜਾਂ ਉਹ ਗੁਣ ਮੰਗਦਾ ਹੈ ਜੋ ਨਵੀਂ ਸੇਵਾ ਵਾਪਸ ਨਹੀਂ ਕਰਦੀ। ਦੂਜੀ ਗੁਪਤਲਿਖਤ ਦੀ ਹੈ: ਵਿਧੀ ਨੂੰ ਮੂਲ ਭੇਤ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਨਵਾਂ ਭੰਡਾਰ ਸਿਰਫ਼ ਉਸਦਾ ਹੈਸ਼ ਰੱਖਦਾ ਹੈ। ਗਲਤੀ ਦਾ ਪਾਠ ਦੋਹਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਇੱਕੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ, ਇਸੇ ਲਈ ਦੋਹਾਂ ਨੂੰ ਇੱਕ ਸਮੱਸਿਆ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
ਖਾਤਿਆਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਦੋਹਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਇੱਕ ਹਫ਼ਤਾ ਬਚਾਉਂਦਾ ਹੈ। ਇੱਕ ਰੂਟਿੰਗ ਅਤੇ ਭਰੋਸੇ ਦਾ ਸਵਾਲ ਹੈ, ਦੂਜਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਰੀਸੈੱਟ ਕਰਨ ਦਾ ਫ਼ੈਸਲਾ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਉਹ ਬਦਲਾਅ ਬਣਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਠਹਿਰਾ ਸਕਦਾ।
ਕਿਸੇ ਨੂੰ ਹਿਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਲੜੀ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ
ਹਰ ਕਲਾਇੰਟ ਪਰੋਫਾਈਲ ਲਈ ਛੇ ਗੱਲਾਂ ਲਿਖੋ: ਬਾਹਰੀ ਪ੍ਰਮਾਣੀਕਰਨ ਵਿਧੀ, ਜੇ ਹੋਵੇ ਤਾਂ ਅੰਦਰੂਨੀ ਵਿਧੀ, ਉਹ ਸਰਵਰ ਪਛਾਣ ਜਿਸਦੀ ਕਲਾਇੰਟ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਗੇਟਵੇ ਅਤੇ ਬੈਕਐਂਡ ਵਿਚਕਾਰ ਇੰਟਰਫ਼ੇਸ, ਉਹ ਗੁਣ ਜਿਸਨੂੰ ਗੇਟਵੇ ਗਰੁੱਪ ਮੈਂਬਰਸ਼ਿਪ ਉੱਤੇ ਨਕਸ਼ਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਨਿਕਲਦੀ ਸਰੋਤ ਨੀਤੀ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹਨ ਨਾਲ ਦਿਸਦਾ ਹੈ ਕਿ ਕਿਸ ਕੜੀ ਦਾ ਮਾਲਕ ਕੋਈ ਨਹੀਂ। ਹਰ ਵਸਤੂ ਦਾ ਜ਼ਿੰਮੇਵਾਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕਟਓਵਰ ਉੱਥੇ ਹੀ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਨਹੀਂ ਜਾਂਚਿਆ।
| Link | Question it answers |
|---|---|
| Client profile | Which method and server name does the client use? |
| Inner method | Is there a second authentication step? |
| Server identity | Which certificate or name must the client accept? |
| Gateway to backend | Which protocol, port and shared secret? |
| Attribute mapping | Which returned value becomes group membership? |
| Resource policy | What the resulting session may reach |
ਆਮ ਡਾਇਰੈਕਟਰੀ ਲੌਗਇਨ ਉਸ ਲੜੀ ਵਿੱਚੋਂ ਲਗਭਗ ਕੁਝ ਵੀ ਨਹੀਂ ਲੰਘਦਾ। ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਖਾਤਾ ਹੈ ਅਤੇ ਪਾਸਵਰਡ ਚੱਲਦਾ ਹੈ, ਭਾਵ ਉਹੀ ਹਿੱਸਾ ਜਿਸ ਉੱਤੇ ਕਦੇ ਸ਼ੱਕ ਨਹੀਂ ਸੀ।
ਹੈਸ਼ ਵਿਧੀਆਂ ਵਿਚਕਾਰ ਸਫ਼ਰ ਨਹੀਂ ਕਰਦੇ
ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਦੀ ਅਨੁਕੂਲਤਾ ਇੱਕ ਵਾਰ ਜਾਂਚਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਸੇ ਵੀ ਗਰੁੱਪ ਦੇ ਹਿਲਣ ਤੋਂ ਪਹਿਲਾਂ। FreeRADIUS ਵੰਡ ਸਪਸ਼ਟ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ: ਸਰਵਰ ਖੁਦ ਕਰਦੀ CHAP ਜਾਂਚ ਨੂੰ ਅਸਲ ਪਾਸਵਰਡ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ MS-CHAP ਉਹ ਪਾਸਵਰਡ ਜਾਂ ਢੁੱਕਵੀਂ NT ਸਮੱਗਰੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਮਕਸਦ ਲਈ ਬਣਾਇਆ ਹੈਸ਼ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਹਾਲਤ ਵਿੱਚ ਨਹੀਂ ਬੈਠਦਾ, ਉਹ ਭਾਵੇਂ ਕਿੰਨਾ ਵੀ ਮਜ਼ਬੂਤ ਹੋਵੇ।
ਫ਼ਰਕ਼ ਇਸ ਵਿੱਚ ਹੈ ਕਿ ਸਬੂਤ ਕੌਣ ਗਿਣਦਾ ਹੈ। ਜੋ ਵਿਧੀ ਡਾਇਰੈਕਟਰੀ ਨਾਲ ਬੱਝ ਕੇ ਪੜਤਾਲ ਕਰਦੀ ਹੈ ਉਹ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਜੋ ਜਾਂਚ ਸਕਦੀ ਹੈ ਜਾਂਚਣ ਦਿੰਦੀ ਹੈ। ਜੋ ਵਿਧੀ ਚੁਣੌਤੀ ਜਵਾਬ ਮੁੜ ਗਿਣ ਕੇ ਪੜਤਾਲ ਕਰਦੀ ਹੈ ਉਸਨੂੰ ਖੁਦ ਭੇਤ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਰਵਰ ਨੇ ਵੀ ਉਹੀ ਗਿਣਤੀ ਕਰਨੀ ਹੁੰਦੀ ਹੈ।
ਜਿੱਥੇ ਸਮੱਗਰੀ ਨਹੀਂ, ਉੱਥੇ ਇਮਾਨਦਾਰ ਚੋਣਾਂ ਸਮਰਥਿਤ ਰੀਸੈੱਟ, ਮੁੜ ਦਾਖਲਾ, ਬਾਹਰੀ ਪੜਤਾਲ ਸੇਵਾ ਜਾਂ ਵਿਧੀ ਬਦਲਾਅ ਹਨ। ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਯੋਗ ਪਾਸਵਰਡ ਦੀ ਅਸਥਾਈ ਨਿਰਯਾਤ ਉਸ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ। ਇਹ ਪ੍ਰੋਜੈਕਟ ਦੇ ਸਭ ਤੋਂ ਅਸਤ-ਵਿਅਸਤ ਹਫ਼ਤੇ ਵਿੱਚ ਸਾਦੇ ਪਾਠ ਦਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਭੰਡਾਰ ਬਣਾਉਂਦੀ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿੰਦੀ ਹੈ।
ਪਾਇਲਟ ਗਰੁੱਪ, ਫਿਰ ਜੀਵਨਚੱਕਰ ਬਦਲਾਅ
ਮਨਜ਼ੂਰ ਪਛਾਣਾਂ ਦਾ ਛੋਟਾ ਗਰੁੱਪ ਅਸਲ ਕਲਾਇੰਟ ਨਾਲ ਹਿਲਾਓ, ਅਤੇ ਚਾਰ ਗੱਲਾਂ ਪਰਖੋ: ਤਾਜ਼ਾ ਲੌਗਇਨ, ਜਾਣ-ਬੁੱਝ ਕੇ ਗਲਤ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ, ਉਹ ਸਰੋਤ ਜਿਨ੍ਹਾਂ ਤੱਕ ਸੈਸ਼ਨ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਹ ਸਰੋਤ ਜਿਨ੍ਹਾਂ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ। ਕਲਾਇੰਟ ਵੱਲੋਂ ਸਵੀਕਾਰ ਕੀਤੀ ਸਰਵਰ ਪਛਾਣ ਵੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਸਰਟੀਫ਼ਿਕੇਟ ਨਾਮ ਦੀ ਅਸੰਗਤੀ ਉਦੋਂ ਤੱਕ ਅਦਿੱਖ ਰਹਿੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਕਲਾਇੰਟ ਲੌਗ ਨਹੀਂ ਪੜ੍ਹਦਾ।
ਫਿਰ ਉਹ ਬਦਲਾਅ ਪਰਖੋ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਤੈਨਾਤੀ ਸੱਚਮੁੱਚ ਨਿਰਭਰ ਹੈ। ਪਾਸਵਰਡ ਬਦਲੋ, ਸਰਟੀਫ਼ਿਕੇਟ ਨਵੀਨੀਕਰਨ ਜਾਂ ਮੁੜ ਦਾਖਲਾ ਕਰੋ, ਅਤੇ ਇੱਕ ਪਾਇਲਟ ਖਾਤੇ ਤੋਂ ਪਹੁੰਚ ਹਟਾਓ। ਹਰ ਇੱਕ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜੇ ਪੜਤਾਲਕ ਨੇ ਕੋਸ਼ਿਸ਼ ਸੰਭਾਲੀ, ਕਿਉਂਕਿ ਕਟਓਵਰ ਤੋਂ ਪਹਿਲਾਂ ਬਣਿਆ ਸੈਸ਼ਨ ਚੱਲਦਾ ਰਹਿ ਸਕਦਾ ਹੈ ਅਤੇ ਅਗਲੇ ਲੌਗਇਨ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
ਪਰੋਫਾਈਲ ਵੰਡ ਨੂੰ ਪਛਾਣ ਬਦਲਾਅ ਤੋਂ ਵੱਖ ਰੱਖੋ। ਹਰ ਗਰੁੱਪ ਨੂੰ ਆਪਣਾ ਲੋੜੀਂਦਾ ਪਰੋਫਾਈਲ, ਆਪਣੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਜਾਂ ਦਾਖਲੇ ਦੀ ਸਥਿਤੀ, ਵਰਤਣ ਵਾਲੀ ਪ੍ਰਮਾਣੀਕਰਨ ਸੇਵਾ ਅਤੇ ਇੱਕ ਸਹਾਇਤਾ ਸੰਪਰਕ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਰਿਕਾਰਡ ਵਿੱਚ ਭੇਤ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।
ਜੇ ਪੁਰਾਣਾ ਅਤੇ ਨਵਾਂ ਮਾਰਗ ਇਕੱਠੇ ਹਨ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਅੰਤਿਮ ਤਾਰੀਖ਼ ਨਾਲ ਸੀਮਿਤ ਕਰੋ। ਸਵੈਚਾਲਿਤ ਵਾਪਸੀ ਨਵੇਂ ਮਾਲਕ ਵੱਲੋਂ ਪਹੁੰਚ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਖਾਤੇ ਨੂੰ ਪੁਰਾਣੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਨਾਲ ਅੰਦਰ ਲੈ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹ ਉਪਲਬਧਤਾ ਦੇ ਭੇਸ ਵਿੱਚ ਸੁਰੱਖਿਆ ਪਿਛਲੇਖਾ ਹੈ।
ਵਾਪਸੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਹਾਲ ਨਹੀਂ ਕਰ ਸਕਦੀ
ਕਟਓਵਰ ਉਲਟਣ ਨਾਲ ਡਾਇਰੈਕਟਰੀ ਬਿਲਕੁਲ ਉਵੇਂ ਹੀ ਰਹਿੰਦੀ ਹੈ ਜਿਵੇਂ ਹੁਣ ਹੈ। ਰੀਸੈੱਟ ਕੀਤਾ ਪਾਸਵਰਡ ਰੀਸੈੱਟ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਰੱਦ ਕੀਤਾ ਸਰਟੀਫ਼ਿਕੇਟ ਰੱਦ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਬਦਲਿਆ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਰੂਪ ਬਦਲਿਆ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਘਟਨਾਵਾਂ ਹਨ, ਅਤੇ ਗੇਟਵੇ ਕਦੇ ਉਹਨਾਂ ਦਾ ਸਰੋਤ ਨਹੀਂ ਸੀ। ਰਿਕਵਰੀ ਹਰ ਘਟਨਾ ਲਈ ਤੈਅ ਕਰਨੀ ਪਵੇਗੀ, ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਅਸੰਗਤ ਹੈਸ਼ ਤੋਂ ਭੇਤ ਮੁੜ ਬਣਾਉਣ ਉੱਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਇੰਝ ਦਾ ਪ੍ਰਸ਼ਾਸਕੀ ਮਾਰਗ ਰੱਖੋ ਜੋ ਬਦਲਿਆ ਜਾ ਰਿਹਾ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਵਰਤਦਾ। ਜਦੋਂ ਨਵਾਂ ਪ੍ਰਮਾਣੀਕਰਨ ਅਸਫਲ ਹੋਵੇ, ਗਰੁੱਪ ਰੋਕੋ ਅਤੇ ਉਸਦਾ ਦਸਤਾਵੇਜ਼ੀ ਰਿਕਵਰੀ ਮਾਰਗ ਵਰਤੋ, ਬਜਾਏ ਇਸਦੇ ਕਿ ਸਮਾਂ-ਸੀਮਾ ਪੂਰੀ ਕਰਨ ਲਈ ਸਾਰਿਆਂ ਲਈ ਪ੍ਰਮਾਣੀਕਰਨ ਕਮਜ਼ੋਰ ਕਰੋ।
ਗਰੁੱਪ ਢਕਣ ਤੋਂ ਬਾਅਦ ਪੁਰਾਣੇ ਬੈਕਐਂਡ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ, ਪਰੋਫਾਈਲ ਅਤੇ ਭਰੋਸਾ ਸੰਬੰਧ ਉਹਨਾਂ ਦੇ ਮਾਲਕਾਂ ਰਾਹੀਂ ਵਾਪਸ ਲਵੋ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪੁਰਾਣਾ ਮਾਰਗ ਹੁਣ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਅੰਦਰ ਨਹੀਂ ਲੈਂਦਾ, ਅਤੇ ਉਹ ਭੇਤ-ਰਹਿਤ ਪਛਾਣ-ਤੋਂ-ਨੀਤੀ ਨਕਸ਼ਾ ਰੱਖੋ ਜੋ ਸਹਾਇਤਾ ਨੂੰ ਅਜੇ ਵੀ ਚਾਹੀਦਾ ਹੈ। ਮਾਈਗ੍ਰੇਸ਼ਨ ਤਦ ਪੂਰਾ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਨਵਾਂ ਜੀਵਨਚੱਕਰ ਚੱਲਦਾ ਹੈ ਅਤੇ ਕੋਈ ਪੁਰਾਣੇ ਮਾਰਗ ਰਾਹੀਂ ਅੰਦਰ ਨਹੀਂ ਆ ਸਕਦਾ, ਤਦ ਨਹੀਂ ਜਦੋਂ ਖਾਤਿਆਂ ਦੀ ਸੂਚੀ ਪੂਰੀ ਦਿਸਦੀ ਹੈ।