DD-WRT ਉੱਤੇ PPTP ਕਲਾਇੰਟ ਇੱਕ-ਦੂਜੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦੇ: ਪੰਜ ਜਾਂਚਾਂ

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

ਜਾਂਚ ਇੱਕ: /32 ਕੋਈ ਬੱਗ ਨਹੀਂ ਹੈ

PPTP, PPP ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਅਤੇ PPP ਲਿੰਕ ਠੀਕ ਦੋ ਸਿਰਿਆਂ ਨੂੰ ਜੋੜਦਾ ਹੈ: ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ। ਨੈੱਟਮਾਸਕ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪਤੇ ਇੱਕ ਸਥਾਨਕ ਹਿੱਸਾ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਇੱਥੇ ਕੋਈ ਹਿੱਸਾ ਨਹੀਂ, ਸਿਰਫ਼ ਇੱਕ ਤਾਰ ਦੇ ਦੂਜੇ ਸਿਰੇ ਉੱਤੇ ਪੀਅਰ ਹੈ। ਸਾਰੇ-ਇੱਕ ਵਾਲਾ ਮਾਸਕ ਠੀਕ ਇਹੀ ਕਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ DD-WRT ਇਸ ਲਿੰਕ ਕਿਸਮ ਲਈ ਸਹੀ ਮੁੱਲ ਦੇ ਰਿਹਾ ਹੈ। ਪਤਾ ਪੀਅਰ ਦਾ ਪਤਾ ਹੈ, LAN ਉੱਤੇ ਇੰਟਰਫੇਸ ਦਾ ਪਤਾ ਨਹੀਂ।

255.255.255.0 ਮਾਸਕ ਸੈਂਕੜੇ ਉਪਕਰਣਾਂ ਵਾਲੇ ਸਾਂਝੇ ਮਾਧਿਅਮ ਦਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ PPP ਇੰਟਰਫੇਸ ਉੱਤੇ ਰੱਖਣ ਨਾਲ ਸੁਰੰਗ ਦਾ ਦੂਜਾ ਸਿਰਾ ਵੀ ਗੁਆਂਢੀ ਨਹੀਂ ਬਣੇਗਾ।

ਜਾਂਚ ਦੋ: PPTP ਸਰਵਰ ਪੰਨੇ ਦੇ ਮੁੱਲ ਪੜ੍ਹੋ

ਸਾਰੀਆਂ ਮਹੱਤਵਪੂਰਨ ਸੈਟਿੰਗਾਂ ਸੇਵਾਵਾਂ, VPN, PPTP ਸਰਵਰ ਵਿੱਚ ਹਨ। ਸਰਵਰ ਚਾਲੂ ਕਰੋ, ਸਰਵਰ ਪਤਾ ਰਾਊਟਰ ਦੇ LAN ਪਤੇ ਉੱਤੇ ਰੱਖੋ, ਅਤੇ ਕਲਾਇੰਟ ਰੇਂਜ ਨੂੰ DHCP ਪੂਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ ਤਾਂ ਜੋ ਡਾਇਲ-ਇਨ ਕਲਾਇੰਟ ਅਤੇ ਕੇਬਲ ਵਾਲੀ ਮਸ਼ੀਨ ਨੂੰ ਇੱਕੋ ਪਤਾ ਨਾ ਮਿਲੇ। CHAP-Secrets ਹੇਠਾਂ ਹਰ ਖਾਤੇ ਲਈ username * password * ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਲਾਈਨ ਸ਼ਾਮਲ ਕਰੋ, ਨਾਮ ਵਿੱਚ ਕੋਈ ਖਾਲੀ ਥਾਂ ਨਾ ਹੋਵੇ। ਲਾਗੂ ਕਰੋ, ਫਿਰ ਅਜਿਹੀ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਜੁੜੋ ਜੋ ਰਾਊਟਰ ਅਤੇ ਉਨ੍ਹਾਂ ਖਾਤਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੋਵੇ।

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

ਜਾਂਚ ਤਿੰਨ: ਦੋ ਪੀਅਰਾਂ ਵਿਚਕਾਰ ਰੂਟ ਲੱਭੋ

ਰਾਊਟਰ ਉੱਤੇ ਖ਼ਤਮ ਹੋਣ ਵਾਲੀ ਹਰ ਸੁਰੰਗ ਆਪਣਾ ਇੰਟਰਫੇਸ ਹੈ, ਆਮ ਤੌਰ ਉੱਤੇ ppp0, ppp1 ਆਦਿ। ਇੱਕ ਕਲਾਇੰਟ ਤੋਂ ਦੂਜੇ ਤੱਕ ਟ੍ਰੈਫਿਕ ਇਨ੍ਹਾਂ ਇੰਟਰਫੇਸਾਂ ਵਿਚਕਾਰ ਰੂਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਨੂੰ ਇਸ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਲਈ ਤਿਆਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਰਾਊਟਰ ਉੱਤੇ ip route ਚਲਾਓ ਅਤੇ ਹਰ ਜੁੜੇ ਪੀਅਰ ਲਈ ਮੇਲ ਖਾਂਦੇ PPP ਇੰਟਰਫੇਸ ਵੱਲ ਸੰਕੇਤ ਕਰਨ ਵਾਲਾ ਹੋਸਟ ਰੂਟ ਲੱਭੋ। ਜੇ ਪੀਅਰ ਕੋਲ ਰੂਟ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਦੀ ਸਥਿਤੀ ਸਕਰੀਨ ਕੁਝ ਵੀ ਕਹੇ, ਸੁਰੰਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉੱਪਰ ਨਹੀਂ ਹੈ।

ਦੋ ਵੱਖਰੇ ppp ਇੰਟਰਫੇਸਾਂ ਵੱਲ ਦੋ ਹੋਸਟ ਰੂਟ — ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹੀ ਆਕਾਰ ਚਾਹੀਦਾ ਹੈ।

ਜਾਂਚ ਚਾਰ: FORWARD ਚੇਨ ਵੇਖੋ, INPUT ਨਹੀਂ

ਕਲਾਇੰਟ-ਤੋਂ-ਕਲਾਇੰਟ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਸਵੀਕਾਰ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ INPUT ਚੇਨ ਗਲਤ ਥਾਂ ਹੈ। iptables -L FORWARD -v -n ਚਲਾਓ ਅਤੇ PPP ਇੰਟਰਫੇਸ ਫੜਨ ਵਾਲਾ ਡ੍ਰਾਪ ਨਿਯਮ, ਨਾਲ ਹੀ ਪੈਕਟ ਕਾਊਂਟਰ ਲੱਭੋ ਜੋ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਚੇਨ ਤੱਕ ਕੁਝ ਪਹੁੰਚਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਸੁਰੰਗ ਟ੍ਰੈਫਿਕ ਲਈ ਸਵੀਕਾਰ ਨਿਯਮ ਤੋਂ ਬਿਨਾਂ ਡਿਫਾਲਟ ਡ੍ਰਾਪ ਨੀਤੀ ਠੀਕ ਉਹੀ ਲੱਛਣ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਸ਼ੁਰੂ ਕੀਤਾ ਸੀ: ਹਰ ਕਲਾਇੰਟ ਇਕੱਲਾ ਠੀਕ ਹੈ, ਇਕੱਠੇ ਉਹ ਇੱਕ-ਦੂਜੇ ਲਈ ਅਦ੍ਰਿਸ਼ ਹਨ।

ਜੇ ਛੋਟੇ ਪਿੰਗ ਚੱਲਦੇ ਹਨ ਅਤੇ ਵੱਡੇ ਟ੍ਰਾਂਸਫਰ ਅਟਕਦੇ ਹਨ, ਤਾਂ ਸੁਰੰਗ ਰੋਕੀ ਨਹੀਂ ਜਾ ਰਹੀ, ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡੀ ਜਾ ਰਹੀ ਹੈ। PPP ਉੱਤੇ PPTP ਆਮ ਤੌਰ ਉੱਤੇ 1450 ਦੇ ਆਸ-ਪਾਸ MTU ਅਤੇ MRU ਮੰਗਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ 1500 ਉੱਤੇ ਛੱਡਣ ਨਾਲ ਅਜਿਹਾ ਲਿੰਕ ਮਿਲਦਾ ਹੈ ਜੋ ਹੈਂਡਸ਼ੇਕ ਪਾਰ ਕਰਦਾ ਹੈ ਪਰ ਅਸਲ ਪੇਲੋਡ ਉੱਤੇ ਫੇਲ ਹੁੰਦਾ ਹੈ।

ਜਾਂਚ ਪੰਜ: ਤੈਅ ਕਰੋ ਕਿ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

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

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