ਢੁਕਵਾਂ VPN ਕਲਾਇੰਟ ਪਤਾ ਪੂਲ ਕਿਵੇਂ ਯੋਜਨਾ ਬਣਾਈਏ

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

ਕਿਸੇ ਵੀ ਕਲਾਇੰਟ ਦੇ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਪੂਲ ਫੀਲਡ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਫੀਲਡ ਮਿਲਣ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਰੇਂਜਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ: ਦਫ਼ਤਰ ਦਾ LAN, ਹਰ ਰੂਟ ਕੀਤੀ ਸਾਈਟ, ਕਲਾਊਡ VPC ਅਤੇ ਸੇਵਾ ਵਿੱਚ ਬਚਿਆ ਕੋਈ ਹੋਰ ਪੂਲ। ਓਵਰਲੈਪ ਪ੍ਰੀਫਿਕਸ ਗਣਿਤ ਨਾਲ ਤੈਅ ਹੁੰਦਾ ਹੈ, ਹੋਸਟ ਨੰਬਰ ਜਾਣੇ-ਪਛਾਣੇ ਲੱਗਦੇ ਹਨ ਜਾਂ ਨਹੀਂ ਇਸ ਨਾਲ ਨਹੀਂ, ਇਸ ਲਈ ਕੁੱਲ ਜੋੜ ਦੀ ਤੁਲਨਾ ਉਹਨਾਂ ਹਰ ਰੇਂਜ ਨਾਲ ਕਰੋ। ਦੋਵੇਂ 10.x ਵਰਗੀਆਂ ਦਿਸਦੀਆਂ ਦੋ ਰੇਂਜਾਂ ਉਦੋਂ ਬੇਨੁਕਸਾਨ ਹਨ ਜਦੋਂ ਉਹਨਾਂ ਦੇ ਜੋੜ ਇੱਕ ਦੂਜੇ ਨੂੰ ਨਹੀਂ ਕੱਟਦੇ ਅਤੇ ਸਪੋਰਟ ਘਟਨਾ ਹਨ ਜਦੋਂ ਕੱਟਦੇ ਹਨ।

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

ਕਲਾਇੰਟ ਨੂੰ ਅਸਲ ਵਿੱਚ ਮਿਲਿਆ ਪਤਾ ਪੜ੍ਹੋ

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

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

ip -4 addr show tun0
ip route get 192.168.50.20

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

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

ਸੇਵਾ ਤੋਂ ਜਵਾਬ ਨੂੰ ਪਿੱਛੇ ਟਰੈਕ ਕਰੋ

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

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

ਦੋ ਕਲਾਇੰਟ, ਫਿਰ ਇੱਕ ਰੱਦ

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

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

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

ਚਾਰ ਮੁੱਲ ਉੱਥੇ ਲਿਖੋ ਜਿੱਥੇ ਅਗਲੀ ਤਬਦੀਲੀ ਉਹਨਾਂ ਨੂੰ ਲੱਭੇਗੀ

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

ਇਸ ਦੇ ਨਾਲ ਮਾਲਕੀ ਵਾਲੀ ਟਿੱਪਣੀ ਰੱਖੋ: ਸੁਰੰਗ ਦੀ ਰੇਂਜ VPN ਸਰਵਰ ਦੀ ਹੈ, ਅਤੇ LAN ਦੇ DHCP ਘੇਰੇ ਵਿੱਚ ਕੀਤਾ ਰਿਜ਼ਰਵੇਸ਼ਨ ਸੁਰੰਗ ਦੇ ਅੰਦਰਲੇ ਕਲਾਇੰਟ ਲਈ ਕੁਝ ਵੀ ਰਿਜ਼ਰਵ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਇੱਕ ਲਾਈਨ ਸਭ ਤੋਂ ਆਮ ਮੁੜ-ਕੰਮ ਰੋਕਦੀ ਹੈ, ਜਿੱਥੇ ਕੋਈ ਰਿਜ਼ਰਵੇਸ਼ਨ ਜੋੜਦਾ ਹੈ ਅਤੇ ਉਮੀਦ ਕਰਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਦਾ ਪਤਾ ਉਸ ਦਾ ਪਿੱਛਾ ਕਰੇਗਾ।