RDP ਕਲਾਇੰਟ ਬਦਲਦਾ ਹੈ: ਡਾਟਾਬੇਸ ਕਿਉਂ ਦੂਜਾ ਹੋਸਟ ਦੇਖਦਾ ਹੈ

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

ਦੂਜੀ ਬੇਨਤੀ ਦਾ ਆਪਣਾ ਕਲਾਇੰਟ ਪਤਾ ਹੈ

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

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

whoami
ipconfig /all
Test-NetConnection db01.corp.internal -Port 5432

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

ਪਛਾਣ ਵੀ ਪਤੇ ਦੇ ਨਾਲ ਬਦਲਦੀ ਹੈ

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

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

ਪਹੁੰਚ ਨੋਟ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਟੋਕਨ ਅਤੇ ਪ੍ਰਤੀਨਿਧਤਾ ਰਸਤਾ ਵੇਖੋ। ਦੋਵੇਂ ਸੈਸ਼ਨ ਦੇ ਅੰਦਰੋਂ ਦਿਸਦੇ ਹਨ, ਅਤੇ ਇਹੀ ਇੱਕੋ-ਇੱਕ ਥਾਂ ਹੈ ਜਿੱਥੇ ਜਵਾਬ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਹੈ।

whoami /groups
klist
query session

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

ਸਿੱਧਾ ਰਸਤਾ ਅਜੇ ਵੀ ਕਿਉਂ ਅਤੇ ਠੀਕ ਹੀ ਰੁਕਿਆ ਹੋਇਆ ਹੈ

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

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

ਇਸਨੂੰ ਸਪ੍ਰੈਡਸ਼ੀਟ ਤੋਂ ਨਹੀਂ, ਪਰਖ ਸੈਸ਼ਨ ਦੇ ਅੰਦਰੋਂ ਗਿਣੋ। ਕੁਝ ਹੁਕਮ ਹੀ ਸਤਹ ਦਾ ਬਹੁਤਾ ਹਿੱਸਾ ਢਕ ਦਿੰਦੇ ਹਨ।

Get-NetTCPConnection -State Listen | Select-Object LocalAddress,LocalPort,OwningProcess
net use
Get-ChildItem Env: | Where-Object Name -match 'PROXY|DATABASE|API'

ਸੀਮਾ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੋ

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

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

ਡਾਟਾ ਦੀ ਆਵਾਜਾਈ ਇੱਕ ਵੱਖਰਾ ਸਵਿੱਚ ਹੈ। ਕਲਿੱਪਬੋਰਡ, ਡਰਾਈਵ ਰੀਡਾਇਰੈਕਸ਼ਨ ਅਤੇ ਡਾਊਨਲੋਡ ਕੰਪਨੀ ਦਾ ਡਾਟਾ ਕਲਾਇੰਟ ਤੱਕ ਲੈ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਦੂਰੋਂ ਚਲਾਉਣਾ ਆਪਣੇ ਆਪ ਡਾਟਾ ਦੂਰ ਨਹੀਂ ਰੱਖਦਾ।

ਦੋਵੇਂ ਮਨਜ਼ੂਰੀਆਂ ਅਤੇ ਹਟਾਉਣ ਦਾ ਰਸਤਾ ਜਾਂਚੋ

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

ਫਿਰ ਹਟਾਉਣ ਦੀ ਪਰਖ ਕਰੋ, ਕਿਉਂਕਿ ਟੁੱਟਿਆ ਸੈਸ਼ਨ ਆਪਣੇ ਕਾਰਨ ਤੋਂ ਵੱਧ ਜੀਅ ਸਕਦਾ ਹੈ। ਸੈਸ਼ਨ ਸਾਰਣੀ ਇਹ ਵੇਖਣ ਦੀ ਸਭ ਤੋਂ ਤੇਜ਼ ਥਾਂ ਹੈ ਕਿ ਅਜੇ ਕੀ ਚੱਲ ਰਿਹਾ ਹੈ।

query session
query user
qwinsta /server:rdsh01.corp.internal

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