GUI ਖੋਲ੍ਹਦਾ ਹੈ ਉਸ ਪ੍ਰੋਫ਼ਾਈਲ ’ਤੇ OpenVPN ਸੇਵਾ ਫੇਲ ਹੁੰਦੀ ਹੈ: ਪੰਜ ਜਾਂਚਾਂ

ਦੋ ਲਾਂਚਰ ਇੱਕੋ ਮਸ਼ੀਨ ’ਤੇ ਉਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਖੋਲ੍ਹਦੇ ਹਨ, ਅਤੇ ਸਿਰਫ਼ GUI ਜੁੜਦਾ ਹੈ। ਫ਼ਾਈਲ ਸਹੀ ਸਲਾਮਤ ਹੈ ਅਤੇ ਇੰਸਟਾਲਰ ਸੰਭਵ ਤੌਰ ’ਤੇ ਠੀਕ ਹੈ; ਜੋ ਵੱਖਰਾ ਹੈ ਉਹ ਸੰਦਰਭ ਹੈ ਜੋ ਹਰ ਲਾਂਚਰ openvpn.exe ਨੂੰ ਦਿੰਦਾ ਹੈ। ਕੰਮਕਾਜੀ ਡਾਇਰੈਕਟਰੀ, ਖਾਤੇ ਦੀ ਪਛਾਣ ਅਤੇ ਫ਼ਾਈਲ ਐਟਰੀਬਿਊਟ ਸਾਰੇ ਉਸ ਸੰਦਰਭ ਨਾਲ ਚੱਲਦੇ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ ਅਤੇ ਜੋ ਪਹਿਲਾ ਗਲਤੀ ਸਮਝਾਉਂਦਾ ਹੈ ਉੱਥੇ ਰੁਕੋ।

ਪੱਕਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਲਾਂਚਰ ਫੇਲ ਹੁੰਦਾ ਹੈ

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

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

ਸਾਪੇਖ ਪਾਥ ਕਿੱਥੇ ਹੱਲ ਹੁੰਦੇ ਹਨ

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

ਰੈਪਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਡਾਇਰੈਕਟਰੀ ਦਿਓ, ਜਾਂ ਹਰ ਹਵਾਲਾ ਨਿਰਪੇਖ ਬਣਾਓ। ਕਮਾਂਡ ਲਾਈਨ ’ਤੇ GUI ਦਾ ਸੰਦਰਭ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ:

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

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

ਜਦੋਂ ਸੇਵਾ ਦੀ ਪਛਾਣ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦੀ

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

ਜਾਂਚ ਪ੍ਰਭਾਵੀ ਇਜਾਜ਼ਤਾਂ ਦੀ ਪੜ੍ਹਾਈ ਅਤੇ ਸੇਵਾ ਦੀ ਪਛਾਣ ਵਜੋਂ ਕੀਤੀ ਗਈ ਪੜ੍ਹਾਈ ਹੈ। ਪਹਿਲਾ ਭਾਗ ਉੱਨਤ ਪ੍ਰੋਂਪਟ ਤੋਂ ਚਲਾਓ:

icacls "C:\VPN\profiles\office\office.ovpn"

ਫਿਰ ਉਹੀ ਪੜ੍ਹਾਈ ਸੇਵਾ ਦੀ ਪਛਾਣ ਵਜੋਂ ਅਜ਼ਮਾਓ, ਉਦਾਹਰਨ ਲਈ Sysinternals ਦੇ psexec -s -i ਨਾਲ, ਅਤੇ ਦੇਖੋ ਕਿ ਫ਼ਾਈਲ ਖੁੱਲ੍ਹਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਨਹੀਂ, ਤਾਂ ਕੋਈ ਪਾਥ ਸੁਧਾਰ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ। ACL ਠੀਕ ਕਰੋ ਜਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਨੂੰ ਅਜਿਹੀ ਥਾਂ ਲੈ ਜਾਓ ਜਿੱਥੋਂ ਸੇਵਾ ਦੀ ਪਛਾਣ ਪੜ੍ਹ ਸਕੇ।

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

ਐਟਰੀਬਿਊਟ ਉੱਨਤ ਪ੍ਰੋਂਪਟ ਤੋਂ ਦਿਸਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਜਾਂਚ ਪ੍ਰੋਫ਼ਾਈਲ ਨਹੀਂ ਖੋਲ੍ਹਦੀ। ਦੋਵੇਂ ਕਮਾਂਡ ਚਲਾਓ ਅਤੇ ਆਉਟਪੁੱਟ ਪੜ੍ਹੋ:

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

ਟਨਲ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ ਇਹ ਤੈਅ ਕਰਨਾ

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

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

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

ਸੇਵਾ ਰੈਪਰ ਅਸਲ ਵਿੱਚ ਕੀ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ

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

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

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