Windows EAP-TLS 'ਤੇ PIV ਲੌਗਇਨ ਫੇਲ੍ਹ? ਸਾਈਨਿੰਗ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ

ਹਰ Windows ਡਾਇਲਾਗ ਵਿੱਚ PIV ਕਾਰਡ ਦਾ ਸਰਟੀਫਿਕੇਟ ਦਿਖਾਓ ਅਤੇ VPN ਲੌਗਇਨ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਦਿਖਣਯੋਗਤਾ ਅਤੇ ਵਰਤੋਂਯੋਗਤਾ ਵੱਖਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ। ਸਰਟੀਫਿਕੇਟ ਇੱਕ ਜਨਤਕ ਵਸਤੂ ਹੈ; ਲੌਗਇਨ ਲਈ ਇੱਕ ਨਿੱਜੀ-ਕੁੰਜੀ ਕਾਰਵਾਈ ਲੋੜੀਂਦੀ ਹੈ ਜੋ ਕਾਰਡ ਆਪਣੇ ਐਕਸੈਸ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਦੋ ਤੱਥਾਂ ਵਿਚਕਾਰ ਚਾਰ ਪੜਾਅ ਹਨ ਜੋ ਚਾਰ ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ: ਪ੍ਰੋਫਾਈਲ ਚੋਣ, ਸਰਟੀਫਿਕੇਟ ਚੋਣ, ਸਥਾਨਕ ਸਾਈਨਿੰਗ ਅਤੇ ਸਰਵਰ-ਪਾਸੇ ਪ੍ਰਮਾਣਿਕਤਾ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਲੰਘਣਾ ਆਮ ਹੈਂਡਸ਼ੇਕ ਗਲਤੀ ਨੂੰ ਅਗਲੇ ਹਿੱਸੇ ਦੇ ਮਾਲਕ ਲਈ ਇੱਕ ਖਾਸ ਸਵਾਲ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਪ੍ਰੋਫਾਈਲ ਅਤੇ EAP ਵਿਧੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜਾ ਸਰਟੀਫਿਕੇਟ ਚੁਣਿਆ ਗਿਆ

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

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

PIN ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਏ ਬਿਨਾਂ ਕੁੰਜੀ ਕਾਰਵਾਈ ਦੀ ਜਾਂਚ ਕਰੋ

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

certutil.exe -scinfo
certutil.exe -store -user My
Get-WinEvent -LogName Application -MaxEvents 40 | Where-Object ProviderName -like '*Ras*'

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

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

ਹੈਂਡਸ਼ੇਕ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਪੜ੍ਹੋ

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

ਸਮਾਂ-ਮੋਹਰਾਂ ਨਾਲ ਮੇਲ ਕੇ Windows ਘਟਨਾਵਾਂ ਅਤੇ ਸਰਵਰ-ਪਾਸੇ ਘਟਨਾਵਾਂ ਇਕੱਠੀਆਂ ਕਰੋ, ਫਿਰ ਪਛਾਣੋ ਕਿ ਪਹਿਲੀ ਫੇਲ੍ਹਤਾ ਕਿਹੜੇ ਪਾਸੇ ਪੈਦਾ ਕੀਤੀ। RFC 5216 EAP-TLS ਵਿੱਚ ਕਬਜ਼ੇ ਦੇ ਸਬੂਤ ਵਾਲਾ ਕਦਮ ਬਿਆਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਆਮ ਹੈਂਡਸ਼ੇਕ ਚੇਤਾਵਨੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਕੋਈ ਸਥਾਨਕ ਕੁੰਜੀ ਕਾਰਨ ਨਹੀਂ ਦੱਸਦੀ। ਸਮਾਂ-ਮੋਹਰਾਂ ਦੀ ਤੁਲਨਾ ਹੀ ਦੋ ਲੌਗਾਂ ਨੂੰ ਇੱਕ ਕ੍ਰਮ ਬਣਾਉਂਦੀ ਹੈ।

ਰਿਪੋਰਟ ਵਿੱਚ ਹੱਦਾਂ ਸਿੱਧੀਆਂ ਰੱਖੋ

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

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