ਸਹਾਇਤਾ ਟਿਕਟ ਲਈ ਐਂਡਰਾਇਡ 'ਤੇ VPN ਲੌਗ ਕਿਵੇਂ ਇਕੱਠੇ ਕਰੀਏ

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

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

ਇੱਕ ਦਿਨ ਦੇ ਇਤਿਹਾਸ ਦੀ ਥਾਂ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਕੈਪਚਰ ਕਰੋ

ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਤਾਵਰਣ ਲਿਖੋ: ਐਂਡਰਾਇਡ ਸੰਸਕਰਣ, ਨਿਰਮਾਤਾ ਅਤੇ ਮਾਡਲ, ਕਲਾਇੰਟ ਦਾ ਨਾਮ ਅਤੇ ਸੰਸਕਰਣ, ਤੁਹਾਡਾ ਚੁਣਿਆ ਪ੍ਰੋਫਾਈਲ, ਜੁੜਿਆ ਨੈੱਟਵਰਕ, ਅਤੇ ਸਮਾਂ ਖੇਤਰ ਸਮੇਤ ਘੜੀ ਦਾ ਸਮਾਂ। ਮੈਂ ਇਹ ਵੀ ਨੋਟ ਕਰਦਾ ਹਾਂ ਕਿ ਬੈਟਰੀ ਸੇਵਰ ਜਾਂ Data Saver ਚਾਲੂ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਸਕ੍ਰੀਨ ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਇਹ ਬਦਲਦੇ ਹਨ।

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

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

ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਲੌਗ ਨਿਰਯਾਤ ਕਰੋ

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

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

ਜਿਸ ਸਵਾਲ ਦਾ ਨਾਮ ਤੁਸੀਂ ਦੱਸ ਸਕਦੇ ਹੋ, ਸਿਰਫ਼ ਉਸ ਲਈ logcat ਜੋੜੋ

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

ਸਮਰਥਿਤ ਰਾਹ ਤੁਹਾਡੇ ਕਾਬੂ ਵਾਲੇ ਕੰਪਿਊਟਰ ਤੋਂ ਅਧਿਕਾਰਤ ADB ਸੈਸ਼ਨ ਹੈ। ਡਿਵੈਲਪਰ ਵਿਕਲਪ ਅਤੇ USB ਡੀਬੱਗਿੰਗ ਚਾਲੂ ਕਰੋ, ਕੇਬਲ ਜੋੜੋ, ਅਤੇ ਡਿਵਾਈਸ 'ਤੇ RSA ਫਿੰਗਰਪ੍ਰਿੰਟ ਸੰਵਾਦ ਸਵੀਕਾਰ ਕਰੋ; ਜੇ ਉਹ ਪ੍ਰਾਂਪਟ ਬੰਦ ਹੋ ਜਾਵੇ, ਤਾਂ ਹਰ ਅਗਲਾ ਕਮਾਂਡ unauthorized ਨਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੋਈ ਕੈਪਚਰ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ।

ਕੈਪਚਰ ਵਿੱਚ ਸਮਾਂ ਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪੱਕਾ ਕਰੋ ਕਿ ਡਿਵਾਈਸ ਸੱਚਮੁੱਚ ਉੱਥੇ ਹੈ। adb devices ਨੂੰ ਸੀਰੀਅਲ ਨੰਬਰ ਅਤੇ ਫਿਰ device ਸ਼ਬਦ ਛਾਪਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ offline ਜਾਂ unauthorized ਦਿਖਾਉਣ ਵਾਲੀ ਕੋਈ ਵੀ ਚੀਜ਼ ਨੂੰ ਪਹਿਲਾਂ ਕੇਬਲ, ਪ੍ਰਾਂਪਟ ਜਾਂ ਡਰਾਈਵਰ ਠੀਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

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

adb logcat -v threadtime -b main,system,crash > attempt.txt

VPN ਸ਼ਬਦ ਦੀ ਥਾਂ ਸਮਾਂ ਅਤੇ ਟੈਗ ਨਾਲ ਫਿਲਟਰ ਕਰੋ

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

ਪਹਿਲਾਂ ਖਿੜਕੀ, ਫਿਰ ਤਰਜੀਹ, ਫਿਰ ਟੈਗ ਤੰਗ ਕਰੋ। ਜਦੋਂ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਜਾਣੇ-ਪਛਾਣੇ ਪਲ ਤੋਂ ਬਾਅਦ ਦੀ ਗੱਲ ਚਾਹੀਦੀ ਹੈ, adb logcat -v threadtime -t '11-03 20:14:00.000' ਉਸ ਬਿੰਦੂ ਤੋਂ ਤਾਜ਼ਾ ਪੂਛ ਮੁੜ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ threadtime ਫਾਰਮੈਟ ਟਾਈਮਸਟੈਂਪ ਨੂੰ ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਨਿਰਯਾਤ ਨਾਲ ਤੁਲਨਾਯੋਗ ਰੱਖਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਕਲਾਇੰਟ ਪੈਕੇਜ ਜਾਣਦੇ ਹੋ, ਤਾਂ ਟੈਗ ਦਾ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਉਸਦੇ ਪ੍ਰੋਸੈਸ ਦਾ ਪਾਲਣ ਕਰੋ। adb shell pidof com.vendor.client ਇੱਕ PID ਵਾਪਸ ਕਰਦਾ ਹੈ ਅਤੇ adb logcat --pid=1234 -v threadtime ਸਿਰਫ਼ ਉਹ ਪ੍ਰੋਸੈਸ ਛਾਪਦਾ ਹੈ, ਜਦੋਂ ਕਿ adb logcat -g ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਹਰ ਬਫ਼ਰ ਕੋਲ ਓਵਰਰਾਈਟ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿੰਨੀ ਥਾਂ ਹੈ।

ਗੁਪਤ ਚੀਜ਼ਾਂ ਲੁਕਾਓ, ਫਿਰ ਇੱਕ ਸੁਸੰਗਤ ਬੰਡਲ ਸੌਂਪੋ

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

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

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