MikroTik PPTP ਟੁੱਟ ਰਿਹਾ ਹੈ? ਸਰਵਰ ਤੱਕ ਦਾ ਰੂਟ ਠੀਕ ਕਰੋ
ਜੁੜ ਕੇ ਫਿਰ ਟੁੱਟ ਜਾਣ ਵਾਲਾ PPTP ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣਾ ਟਰਾਂਸਪੋਰਟ ਸੁਰੰਗ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਸਰਵਰ ਦਾ ਪਤਾ WAN 'ਤੇ ਪਿੰਨ ਕਰੋ ਜਾਂ ਡਿਫਾਲਟ ਰੂਟ ਰੋਕੋ।
RouterOS ਦਾ PPTP ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, ਥੋੜ੍ਹਾ ਟ੍ਰੈਫਿਕ ਭੇਜਦਾ ਹੈ ਅਤੇ ਫਿਰ ਰੁਕ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਲੌਗ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਜਾਂ ਸਰਵਰ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਖਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਸੁਰੰਗ ਆਪਣੇ ਟਰਾਂਸਪੋਰਟ ਪੈਕਟ ਢੋਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਸਰਵਰ ਤੱਕ ਦਾ ਰੂਟ ਸੁਰੰਗ ਵੱਲੋਂ ਲਾਏ ਰੂਟ ਨਾਲ ਵੀ ਮਿਲਦਾ ਹੈ। ਦੂਜਾ ਸਿਰਾ ਰਾਊਟਰ ਸੁਣਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇੰਟਰਫੇਸ ਅਜੇ ਵੀ ਚਾਲੂ ਹੋਣ ਦਾ ਦਾਅਵਾ ਕਰਦਿਆਂ ਹੀ ਸੈਸ਼ਨ ਮਰ ਜਾਂਦਾ ਹੈ।
ਹੱਲ ਇੱਕ ਰੂਟ, ਜਾਂ ਇੱਕ ਸੈਟਿੰਗ ਹੈ, ਜੋ ਸਰਵਰ ਨੂੰ ਭੌਤਿਕ WAN ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਰੱਖਦੀ ਹੈ। ਕਿਹੜਾ, ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਰਾਊਟਰ ਨੂੰ ਪੂਰੀ ਸੁਰੰਗ ਦਾ ਗੇਟਵੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਲੱਛਣ: ਜੁੜਦਾ ਹੈ, ਟ੍ਰੈਫਿਕ ਭੇਜਦਾ ਹੈ, ਮਰ ਜਾਂਦਾ ਹੈ
ਹਰ ਮੁੜ-ਜੁੜਾਈ 'ਤੇ ਉਹੀ ਪੈਟਰਨ ਦੁਹਰਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਪਹਿਲਾ ਲਾਹੇਵੰਦ ਸੁਰਾਗ ਹੈ। ਨਾਮਨਜ਼ੂਰ ਪਾਸਵਰਡ ਇੰਟਰਫੇਸ ਉੱਠਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਫਾਇਰਵਾਲ ਦੀ ਗਲਤ ਸੰਰਚਨਾ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਦਿਸ਼ਾ ਰੋਕਦੀ ਹੈ, ਅਤੇ ਰੂਟਿੰਗ ਲੂਪ ਇੰਟਰਫੇਸ ਨੂੰ ਬਣਨ ਦੇ ਕੇ ਫਿਰ ਉਸ ਦਾ ਗਲਾ ਘੁੱਟਦਾ ਹੈ। ਕਾਊਂਟਰ ਵੇਖੋ: ਸੁਰੰਗ ਸ਼ੁਰੂਆਤੀ ਪੈਕਟਾਂ ਦਾ ਧਮਾਕਾ ਦਿਖਾਉਂਦੀ ਹੈ ਅਤੇ ਫਿਰ ਕੁਝ ਨਹੀਂ, ਜਦੋਂ ਕਿ WAN ਇੰਟਰਫੇਸ ਐਨਕੈਪਸੁਲੇਟਡ ਨਕਲਾਂ ਭੇਜਦਾ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਉਹ ਰਾਊਟਰ ਹੈ ਜੋ ਆਪਣਾ ਹੀ ਆਉਟਪੁੱਟ ਵਾਪਸ ਆਪਣੇ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ।
PPTP ਇਸ ਨੂੰ ਸੌਖਾ ਬਣਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਟਰਾਂਸਪੋਰਟ ਸਰਵਰ ਦੇ ਪਤੇ ਤੱਕ ਸਾਦਾ IP ਹੈ, ਕੋਈ ਅਜਿਹੀ ਸੁਰੰਗ ਨਹੀਂ ਜਿਸ ਦਾ ਦੂਜਾ ਸਿਰਾ ਕਿਸੇ ਹੋਰ ਸਬਨੈੱਟ ਵਿੱਚ ਹੋਵੇ। ਜੋ ਵੀ ਉਸ ਪਤੇ ਨੂੰ ਮੋੜਦਾ ਹੈ, ਟਰਾਂਸਪੋਰਟ ਨੂੰ ਵੀ ਨਾਲ ਮੋੜਦਾ ਹੈ।
ਸੁਰੰਗ ਆਪਣੇ ਹੀ ਪੈਕਟ ਕਿਉਂ ਨਿਗਲਦੀ ਹੈ
ਜਦੋਂ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, ਇਹ ਉਹ ਰੂਟ ਲਾਉਂਦਾ ਹੈ ਜਿਸ ਦਾ ਗੇਟਵੇ ਸੁਰੰਗ ਦਾ ਇੰਟਰਫੇਸ ਹੈ। ਜੇ ਪ੍ਰੋਫਾਈਲ ਡਿਫਾਲਟ ਰੂਟ ਵੀ ਲਾਉਂਦੀ ਹੈ, ਤਾਂ ਵਧੇਰੇ ਖਾਸ ਮੇਲ ਤੋਂ ਬਿਨਾਂ ਹਰ ਮੰਜ਼ਿਲ, ਸਰਵਰ ਦਾ ਜਨਤਕ ਪਤਾ ਵੀ ਸਮੇਤ, ਸੁਰੰਗ ਵਿੱਚ ਹੱਲ ਹੁੰਦੀ ਹੈ। ਰਾਊਟਰ ਪੈਕਟ ਨੂੰ ਐਨਕੈਪਸੁਲੇਟ ਕਰਦਾ ਹੈ, ਬਾਹਰਲੇ ਪੈਕਟ ਨੂੰ ਸਰਵਰ ਵੱਲ ਪਤਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਰੂਟ ਲੱਭਦਾ ਹੈ: ਉਹੀ ਮੰਜ਼ਿਲ, ਉਹੀ ਡਿਫਾਲਟ, ਉਹੀ ਸੁਰੰਗ। ਰਿਲੀਜ਼ ਅਨੁਸਾਰ ਇਹ ਰਿਕਰਸ਼ਨ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਕਤਾਰ ਵਿੱਚ ਪਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਦੂਜਾ ਸਿਰਾ ਹਾਰ ਮੰਨ ਕੇ ਸੈਸ਼ਨ ਤੋੜਨ ਤੱਕ ਲੂਪ ਵਿੱਚ ਘੁੰਮਾਇਆ ਜਾਂਦਾ ਹੈ।
ਉਪਕਰਣ ਨਿਰਮਾਤਾ ਅਕਸਰ ਆਪਣੇ ਸਰਵਰ ਲਈ ਆਪਣੇ-ਆਪ ਹੋਸਟ ਰੂਟ ਜੋੜਦੇ ਹਨ, ਬਿਲਕੁਲ ਇਹੀ ਬਚਣ ਲਈ। RouterOS ਇਹ ਨਹੀਂ ਮੰਨਦਾ, ਇਸ ਲਈ ਆਪਰੇਟਰ ਨੂੰ ਅਪਵਾਦ ਜ਼ਾਹਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਜਾਂ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਡਿਫਾਲਟ ਰੂਟ ਤੋਂ ਬਚਣਾ ਪੈਂਦਾ ਹੈ।
ਸਰਵਰ ਦਾ ਪਤਾ WAN 'ਤੇ ਪਿੰਨ ਕਰੋ
ਸਭ ਤੋਂ ਤੰਗ ਸੰਭਵ ਰੂਟ ਜੋੜੋ: ਸਰਵਰ ਦੇ ਜਨਤਕ ਪਤੇ ਲਈ /32, ਅਗਲੇ ਹੌਪ ਵਜੋਂ ISP ਗੇਟਵੇ ਨਾਲ, ਉਸ ਇੰਟਰਫੇਸ 'ਤੇ ਜੋ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। /32 ਪ੍ਰੀਫਿਕਸ ਲੰਬਾਈ ਨਾਲ ਕਿਸੇ ਵੀ ਡਿਫਾਲਟ ਨੂੰ ਹਰਾਉਂਦਾ ਹੈ, ਅਤੇ ਜੇ ਉਸੇ ਪ੍ਰੀਫਿਕਸ ਲਈ ਪਹਿਲਾਂ ਹੀ ਦੂਜਾ ਰੂਟ ਹੈ ਤਾਂ ਘੱਟ ਦੂਰੀ ਜਿੱਤਦੀ ਹੈ। ਫਿਰ ਮੁੜ ਜੁੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਰੂਟ ਸਿਰਫ਼ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ, ਸਗੋਂ ਸਰਗਰਮ ਹੈ।
/ip route add dst-address=198.51.100.10/32 gateway=192.0.2.1 distance=10ਜੇ ISP ਗੇਟਵੇ DHCP ਰਾਹੀਂ ਸਿੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ DHCP ਵੱਲੋਂ ਲਾਇਆ ਗੇਟਵੇ ਪਤਾ ਵਰਤੋ, ਜਾਂ ਜੇ ਰਿਲੀਜ਼ ਸਮਰਥਨ ਕਰਦੀ ਹੈ ਤਾਂ ਰੂਟ ਨੂੰ ਇੰਟਰਫੇਸ ਨਾਲ ਬੰਨ੍ਹੋ। ਅਗਲੀ ਲੀਜ਼ 'ਤੇ ਬਦਲਣ ਵਾਲਾ ਹਾਰਡਕੋਡ ਕੀਤਾ ਗੇਟਵੇ ਇੱਕ ਦੇਰੀ ਨਾਲ ਹੋਣ ਵਾਲੀ ਨਾਕਾਮੀ ਹੈ। WAN ਮੁੜ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਪਤਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਤਦ ਹੀ ਪੁਰਾਣਾ ਗੇਟਵੇ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ ਅਤੇ ਸੁਰੰਗ ਫਿਰ ਟੁੱਟਣ ਲੱਗਦੀ ਹੈ।
ਜਾਂ ਸੁਰੰਗ ਨੂੰ ਡਿਫਾਲਟ 'ਤੇ ਦਾਅਵਾ ਕਰਨ ਤੋਂ ਰੋਕੋ
ਜਿਸ ਸ਼ਾਖਾ ਨੂੰ ਇੱਕ ਹੀ ਦੂਰਸਥ LAN ਚਾਹੀਦਾ ਹੈ, ਉਸ ਨੂੰ PPTP ਪ੍ਰੋਫਾਈਲ ਡਿਫਾਲਟ ਰੂਟ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੂਰ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਉਹ ਵਿਕਲਪ ਬੰਦ ਕਰੋ ਅਤੇ ਇਸ ਦੀ ਥਾਂ ਸੁਰੰਗ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਦੂਰਸਥ ਪ੍ਰੀਫਿਕਸ ਲਈ ਖਾਸ ਰੂਟ ਜੋੜੋ। ਆਮ ਟ੍ਰੈਫਿਕ WAN 'ਤੇ ਰਹਿੰਦਾ ਹੈ, ਸੁਰੰਗ ਦਾ ਆਪਣਾ ਟਰਾਂਸਪੋਰਟ ਆਪਣਾ ਕੁਦਰਤੀ ਰਾਹ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਰੂਟਿੰਗ ਟੇਬਲ ਸਮਝਾਉਣਾ ਸੌਖਾ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਸਬਨੈੱਟ ਚਾਹੁਣ ਵਾਲੀ ਸ਼ਾਖਾ ਲਈ ਵਧੀਆ ਡਿਜ਼ਾਈਨ ਹੈ, ਸਾਈਟ ਦਾ ਨਿਕਾਸ ਬਣਨ ਵਾਲੇ ਰਾਊਟਰ ਲਈ ਨਹੀਂ।
ਪੂਰੀ ਸੁਰੰਗ ਦੀਆਂ ਆਪਣੀਆਂ ਲੋੜਾਂ ਹਨ: ਚੁਣੇ ਸਰੋਤਾਂ ਲਈ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ, ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਦੀ ਯੋਜਨਾ, ਅਤੇ ਇਹ ਫੈਸਲਾ ਕਿ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਹੋਸਟ ਰੂਟ ਹੱਲ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਸਿਰਫ਼ ਟਰਾਂਸਪੋਰਟ ਨੂੰ ਜੀਵਤ ਰੱਖਦਾ ਹੈ।
ਪਰਤਾਂ ਵਿੱਚ ਜਾਂਚੋ, ਫਿਰ ਪ੍ਰਬੰਧਨ ਦਾ ਮੋਰੀ ਬੰਦ ਕਰੋ
ਪਰਤਾਂ ਵਿੱਚ ਪਰਖੋ: ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਦੇ ਜਨਤਕ ਪਤੇ 'ਤੇ ਪਿੰਗ ਕਰੋ, ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਦੂਰਸਥ ਗੇਟਵੇ 'ਤੇ ਪਿੰਗ ਕਰੋ, ਫਿਰ ਦੂਰਸਥ LAN ਦੇ ਹੋਸਟ 'ਤੇ ਪਿੰਗ ਕਰੋ। ਜੇ ਰਾਊਟਰ ਪਿੱਛੇ ਦੇ ਹੋਸਟਾਂ ਨੂੰ ਜਵਾਬ ਇਸੇ ਰਾਹੀਂ ਵਾਪਸ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਸੁਰੰਗ ਇੰਟਰਫੇਸ 'ਤੇ masquerade ਜੋੜੋ।
/ip firewall nat add chain=srcnat out-interface=pptp-out1 action=masqueradeਫਿਰ ਰਾਊਟਰ ਰੀਬੂਟ ਕਰੋ ਜਾਂ WAN ਮੁੜ-ਜੁੜਾਈ ਜਬਰਦਸਤੀ ਕਰੋ ਅਤੇ ਤਿੰਨੋਂ ਪਿੰਗ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਚੱਲ ਰਹੀ ਕੌਂਫਿਗ ਵਿੱਚ ਮੌਜੂਦ ਰੂਟ ਨਹੀਂ ਟਿਕੇਗਾ। ਬੈਕਅੱਪ ਫਾਈਲ ਵਿੱਚ ਐਕਸਪੋਰਟ ਕਰਕੇ ਬਾਅਦ ਵਿੱਚ ਬਹਾਲ ਕੀਤੀ ਕੌਂਫਿਗ ਉਹ ਦੂਜੀ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਟੁੱਟਦਾ ਹੈ, ਕਿਉਂਕਿ ਰਨਟਾਈਮ ਵਿੱਚ ਜੋੜਿਆ ਰੂਟ ਐਕਸਪੋਰਟ ਵਿੱਚ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਅੰਤ ਵਿੱਚ, ਕੋਈ ਵੀ VPN ਜਾਂ ਰੂਟ ਬਦਲਾਅ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ Winbox ਅਤੇ ਵੈੱਬ ਪ੍ਰਬੰਧਨ ਨੂੰ ਜਾਣੇ-ਪਛਾਣੇ ਸਰੋਤ ਪਤਿਆਂ ਤੱਕ ਸੀਮਿਤ ਕਰੋ। ਸੁਰੰਗਾਂ ਖ਼ਤਮ ਕਰਨ ਵਾਲਾ ਰਾਊਟਰ ਪ੍ਰਬੰਧਨ ਦਾ ਨਿਸ਼ਾਨਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸਾਰੀ ਦੁਨੀਆ ਲਈ ਖੁੱਲ੍ਹਾ ਪੋਰਟ 80 ਤੁਸੀਂ ਹੁਣੇ ਠੀਕ ਕੀਤੇ ਰੂਟ ਨਾਲੋਂ ਵੱਡੀ ਖੋਜ ਹੈ।