Android ਤੇ VPN ਫਾਈਲ ਸ਼ੇਅਰ ਦੀਆਂ ਫਾਈਲਾਂ ਨਹੀਂ ਖੁੱਲ੍ਹਦੀਆਂ

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

ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵਾ ਦੀ ਜਾਂਚ ਕਰੋ

ping ਦਾ ਜਵਾਬ ਜਾਂ NAS ਦਾ ਵੈੱਬ ਪੇਜ ਸਿਰਫ਼ ਰੂਟਿੰਗ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਹੋਰ ਕੁਝ ਨਹੀਂ। ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਜਿਸ ਸੇਵਾ ਦੀ ਲੋੜ ਹੈ, 445 ਉੱਤੇ SMB, 22 ਉੱਤੇ SFTP ਜਾਂ 443 ਉੱਤੇ WebDAV, ਉਹ ਬੰਦ, ਫਾਇਰਵਾਲ ਨਾਲ ਰੋਕੀ ਹੋਈ ਜਾਂ ਅਜਿਹੇ ਇੰਟਰਫੇਸ ਨਾਲ ਬੱਝੀ ਹੋ ਸਕਦੀ ਹੈ ਜਿੱਥੇ VPN ਸਬਨੈੱਟ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਫ਼ੋਨ ਤੋਂ ਉਸ ਖ਼ਾਸ ਪੋਰਟ ਨੂੰ ਅਜਿਹੇ ਕਲਾਇੰਟ ਨਾਲ ਪਰਖੋ ਜੋ ਆਮ ਨੈੱਟਵਰਕ ਸੰਦੇਸ਼ ਦੀ ਥਾਂ ਅਸਲ ਗਲਤੀ ਦਿਖਾਵੇ। ਜੇ ਪੋਰਟ ਫਿਲਟਰ ਹੈ ਤਾਂ ਸੇਵਾ ਜਾਂ ਫਾਇਰਵਾਲ ਨਿਯਮ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਫਾਈਲ ਐਪ ਬੰਦ ਪੋਰਟ ਦੁਆਲੇ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੀ।

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

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

ਅਜਿਹੀ ਫਾਈਲ ਐਪ ਵਰਤੋ ਜੋ ਪ੍ਰੋਟੋਕੋਲ ਆਪ ਸਮਝਦੀ ਹੈ

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

DNS ਨੂੰ ਰੂਟਿੰਗ ਤੋਂ ਵੱਖ ਕਰਨ ਲਈ ਇੱਕ ਵਾਰ ਸਰਵਰ ਨੂੰ IP ਨਾਲ ਪਰਖੋ। ਜੇ IP ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਨਾਮ ਨਹੀਂ, ਤਾਂ ਫ਼ੋਨ ਅਜਿਹੇ DNS ਸਰਵਰ ਰਾਹੀਂ ਨਾਮ ਹੱਲ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਤੁਹਾਡਾ ਨਿੱਜੀ ਜ਼ੋਨ ਨਹੀਂ ਵੇਖ ਸਕਦਾ।

ਜਾਣੋ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀ ਐਪ ਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ: URI, ਰਸਤਾ ਨਹੀਂ

ਜੇ ਤੁਹਾਡੀ ਫਾਈਲ ਐਪ DocumentsProvider ਲਾਗੂ ਕਰਦੀ ਹੈ, ਤਾਂ Android ਦਾ Storage Access Framework ਉਸ ਦੀ ਸਮੱਗਰੀ ਸਿਸਟਮ ਚੋਣਕਾਰ ਵਿੱਚ ਦਿਖਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਜਿਸ ਐਪ ਨੂੰ ਚੁਣਦੇ ਹੋ ਉਸ ਨੂੰ content:// URI ਅਤੇ ਇਜਾਜ਼ਤ ਮਿਲਦੀ ਹੈ। ਉਹ ਇਜਾਜ਼ਤ ਫਾਈਲ ਸਿਸਟਮ ਦਾ ਰਸਤਾ ਨਹੀਂ, ਇਸੇ ਲਈ ਕੱਚਾ ਰਸਤਾ ਮੰਗਣ ਵਾਲਾ ਐਡੀਟਰ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਖੋਲ੍ਹ ਸਕਦਾ, ਭਾਵੇਂ ਚੋਣਕਾਰ ਨੇ ਉਹ ਦਿਖਾਇਆ ਹੋਵੇ। Android ਦਸਤਾਵੇਜ਼ ਪਹੁੰਚ ਗਾਈਡ ਇਹ ਮਾਡਲ ਦੱਸਦੀ ਹੈ: ਪ੍ਰਦਾਤਾ ਬਾਈਟਾਂ ਦਾ ਮਾਲਕ ਹੈ ਅਤੇ ਖਪਤਕਾਰ ਉਹਨਾਂ ਨੂੰ ਸਿਸਟਮ ਰਾਹੀਂ ਪੜ੍ਹਦਾ ਹੈ। URI ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੀਆਂ ਐਪਾਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਰਸਤੇ ਉੱਤੇ open() ਬੁਲਾਉਣ ਵਾਲੀਆਂ ਨਹੀਂ। ਇਹ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਸ਼ੇਅਰ ਫਾਈਲ ਐਪ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਹੋਰ ਹਰ ਥਾਂ ਅਸਫਲ ਹੁੰਦਾ ਹੈ।

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

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

ਪੜ੍ਹਨ, ਲਿਖਣ ਅਤੇ ਇਜਾਜ਼ਤ ਦੇ ਟਿਕਣ ਦੀ ਵੱਖਰੀ ਜਾਂਚ ਕਰੋ

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

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

Android ਦੀ URI ਇਜਾਜ਼ਤ ਨੂੰ ਸਰਵਰ ਦੀ ਅਧਿਕਾਰਤਾ ਤੋਂ ਵੱਖ ਰੱਖੋ। ਦਸਤਾਵੇਜ਼ ਖੋਲ੍ਹਣ ਦੀ ਇਜਾਜ਼ਤ ਮਿਲਣਾ ਉਸ ਪਿੱਛੇਲੇ SMB ਖਾਤੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।

ਮਾਊਂਟ ਕੀਤੇ ਸ਼ੇਅਰ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਲਈ ਰੱਖੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਲੋੜ ਹੈ

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

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

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