Mac ਉੱਤੇ Kerberos SSO ਅਤੇ VPN: ਦੋ ਸਾਈਨ-ਇਨ ਰਾਹਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ਦੋ ਕਾਰਜਵਿਧੀਆਂ, ਇੱਕ ਸਾਈਨ-ਇਨ ਸਕਰੀਨ

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

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

Kerberos ਐਕਸਟੈਂਸ਼ਨ ਨੂੰ ਨੈੱਟਵਰਕ ਉੱਤੇ ਕੀ ਚਾਹੀਦਾ ਹੈ

Apple ਦੀ Kerberos SSO ਐਕਸਟੈਂਸ਼ਨ ਮਾਰਗਦਰਸ਼ਕਾ ਸਰਗਰਮ ਟਿਕਟ ਪ੍ਰਾਪਤੀ ਨਾਲ ਮੂਲ Active Directory ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ, ਜੋ ਡੋਮੇਨ ਬਾਈਂਡਿੰਗ ਦੀ ਥਾਂ ਸਥਾਨਕ ਖਾਤਿਆਂ ਨਾਲ ਜੋੜੀ ਹੋਈ ਹੈ। ਜੋ ਇਹ ਨਹੀਂ ਕਰ ਸਕਦੀ ਉਹ ਹੈ ਡੋਮੇਨ ਨਿਯੰਤਰਕਾਂ ਤੱਕ ਰਾਹ ਲੱਭਣਾ। Mac ਨੂੰ Kerberos ਸੇਵਾ ਰਿਕਾਰਡਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਰਿਜ਼ੌਲਵਰ ਅਤੇ ਮਨਜ਼ੂਰ ਸੁਰੰਗ ਰਾਹੀਂ ਉਹਨਾਂ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲਾ ਰਸਤਾ ਚਾਹੀਦਾ ਹੈ। ਸਾਫ਼-ਸੁਥਰੀ ਇੰਸਟਾਲ ਹੋਣ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਉਦੋਂ ਤੱਕ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਜਦੋਂ ਤੱਕ ਡੋਮੇਨ ਅਸਲ ਵਿੱਚ ਕਲਾਇੰਟ ਤੋਂ ਖੋਜਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।

ਪ੍ਰਮਾਣਿਆਂ ਦੀ ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਖੋਜ ਦੀ ਜਾਂਚ ਕਰੋ: Kerberos ਡੋਮੇਨ ਦੇ SRV ਰਿਕਾਰਡ ਹੱਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦੁਆਰਾ ਵਾਪਸ ਕੀਤੇ ਪਤੇ VPN ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪਹੁੰਚਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਸਮਾਂ ਵੀ ਪਹੁੰਚ ਜਿੰਨਾ ਹੀ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ Kerberos ਆਪਣੀ ਸਹਿਣਸ਼ੀਲਤਾ ਤੋਂ ਵੱਧ ਗਈ ਘੜੀ ਦੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ, ਅਤੇ ਪੈਦਾ ਹੋਈ ਗਲਤੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਅਸਫਲਤਾ ਵਰਗੀ ਦਿਸਦੀ ਹੈ। ਜੋ Mac ਸੁਰੰਗ ਬੰਦ ਹੋਣ ਵੇਲੇ ਸਮਾਂ ਸਰੋਤ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ, ਉਹ ਵਾਪਸ ਆਉਣ ਵਾਲੇ ਪਲ ਹੀ ਮੁੜ ਅਸਫਲ ਹੋਵੇਗਾ। ਘੜੀ ਦੇ ਸਰੋਤ ਨੂੰ ਘਟਨਾ ਪ੍ਰਤੀਕਿਰਿਆ ਵਜੋਂ ਨਹੀਂ, ਤੈਨਾਤੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਠੀਕ ਕਰੋ।

klist
sudo sntp -sS time.apple.com

ਪ੍ਰਤੀ-ਐਪ VPN ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਐਕਸਟੈਂਸ਼ਨ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ

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

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

ਬ੍ਰਾਊਜ਼ਰ ਪਛਾਣ ਸੈਸ਼ਨ ਇੱਕ ਵੱਖਰਾ ਇਕਰਾਰਨਾਮਾ ਹੈ

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

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

ਕ੍ਰਮ ਵਿੱਚ ਚੱਲੋ, ਟੁਕੜਿਆਂ ਵਿੱਚ ਨਹੀਂ

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

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

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