MULTI: ਕਲਾਇੰਟ ਤੋਂ ਗਲਤ ਸਰੋਤ ਪਤਾ: ਇਹ ਕਿਸਦਾ ਪਤਾ ਸੀ?
ਅੰਦਰੂਨੀ ਸਰੋਤ ਉਸ ਕਲਾਇੰਟ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਜਿਸਨੇ ਇਸਨੂੰ ਪਹੁੰਚਾਇਆ। ਇਸਨੂੰ ਟਨਲ ਅਲਾਟਮੈਂਟ, ਕਲਾਇੰਟ ਪਿੱਛੇ ਦੇ LAN, ਜਾਂ ਦੋਹਰੀ ਪਛਾਣ ਨਾਲ ਮਿਲਾਓ।
ਸਰਵਰ ਲੌਗ MULTI: bad source address from client ਛਾਪਦਾ ਹੈ, ਪੈਕੇਟ ਸੁੱਟ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਜੁੜਿਆ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਸੰਜੋਗ ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਉਲਝਾਉਂਦਾ ਹੈ ਜੋ ਸੁਨੇਹੇ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਅਸਫਲਤਾ ਵਜੋਂ ਪੜ੍ਹਦੇ ਹਨ। ਅਜਿਹਾ ਨਹੀਂ: ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਤ ਹੋ ਚੁੱਕਾ ਹੈ, ਅਤੇ ਆਇਆ ਪੈਕੇਟ ਅੰਦਰੂਨੀ ਸਰੋਤ ਪਤਾ ਲੈ ਕੇ ਆਇਆ ਸੀ ਜਿਸਨੂੰ ਸਰਵਰ ਉਸ ਕਲਾਇੰਟ ਇੰਸਟੈਂਸ ਨਾਲ ਜੋੜ ਨਹੀਂ ਸਕਿਆ। ਜਾਂਚ ਡਿਲੀਵਰੀ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਟਨਲ ਸਿਹਤਮੰਦ ਦਿਸਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਲਾਭਦਾਇਕ ਨਹੀਂ ਲੰਘਦਾ।
ਡਿਲੀਵਰੀ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਕੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ
ਕਲਾਇੰਟ ਤੋਂ ਆਉਣ ਵਾਲੇ ਹਰ ਪੈਕੇਟ ਲਈ, ਯੂਜ਼ਰ-ਸਪੇਸ ਸਰਵਰ ਟਨਲ ਦੇ ਅੰਦਰਲੇ ਸਰੋਤ ਪਤੇ ਨੂੰ ਵੇਖਦਾ ਹੈ ਅਤੇ ਆਪਣੀ ਅੰਦਰੂਨੀ ਰੂਟਿੰਗ ਅਵਸਥਾ ਨੂੰ ਪੁੱਛਦਾ ਹੈ ਕਿ ਉਹ ਪਤਾ ਕਿਸ ਕਲਾਇੰਟ ਦਾ ਹੈ। ਜੇ ਮਾਲਕ ਕੋਈ ਹੋਰ ਇੰਸਟੈਂਸ ਹੈ, ਜਾਂ ਕੋਈ ਮਾਲਕ ਹੀ ਨਹੀਂ, ਤਾਂ ਪੈਕੇਟ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਚੇਤਾਵਨੀ ਜਾਰੀ ਹੁੰਦੀ ਹੈ।
ਟਨਲ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਆਮ ਡਿਲੀਵਰੀ ਕਦੇ ਨਹੀਂ ਹੁੰਦੀ।
ਇਹ ਕ੍ਰਮ ਉਸ ਵੇਰਵੇ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਜੋ ਲੋਕਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦਾ ਹੈ: ਹੋਸਟ ਫਾਇਰਵਾਲ ਦੇ ਕਾਊਂਟਰ ਨਹੀਂ ਹਿਲਦੇ, ਕਿਉਂਕਿ ਪੈਕੇਟ ਕਦੇ ਫਾਇਰਵਾਲ ਤੱਕ ਪਹੁੰਚਿਆ ਹੀ ਨਹੀਂ। ਹੋਸਟ 'ਤੇ ਰਿਵਰਸ-ਪਾਥ ਫਿਲਟਰਿੰਗ ਬਦਲਣ ਨਾਲ ਇੱਥੇ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਕਿਉਂਕਿ ਅਸਵੀਕਾਰ ਡੈਮਨ ਦੀ ਆਪਣੀ ਸੰਗਠਨ-ਜਾਂਚ ਵਿੱਚ ਹੋਇਆ ਸੀ। ਸੁਨੇਹੇ ਨੂੰ ਮਾਲਕੀ ਬਾਰੇ ਇੱਕ ਬਿਆਨ ਵਜੋਂ ਪੜ੍ਹੋ, ਫਿਰ ਪਤਾ ਲਗਾਓ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਸ ਸਥਿਤੀ ਨੇ ਇਹ ਪੈਦਾ ਕੀਤਾ।
ਨਾ-ਮਿਲਦੇ ਅੰਦਰੂਨੀ ਪਤੇ ਦੇ ਤਿੰਨ ਸਰੋਤ
ਕਲਾਇੰਟ ਉਸ ਪਤੇ ਤੋਂ ਭੇਜ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਉਸਨੂੰ ਅਲਾਟ ਨਹੀਂ ਹੋਇਆ, ਉਸ ਨੈੱਟਵਰਕ ਤੋਂ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਆਪਣਾ ਐਲਾਨਿਆ ਨਹੀਂ, ਜਾਂ ਉਸ ਪਛਾਣ ਦੀ ਨਕਲ ਤੋਂ ਜਿਸਦਾ ਪਹਿਲਾਂ ਹੀ ਮਾਲਕ ਹੈ। ਤਿੰਨੇ ਇੱਕੋ ਜਿਹੀ ਲੌਗ ਲਾਈਨ ਬਣਾਉਂਦੇ ਹਨ। ਇਹ ਇਸ ਗੱਲ ਵਿੱਚ ਵੱਖਰੇ ਹਨ ਕਿ ਤੁਹਾਨੂੰ ਕੀ ਬਦਲਨਾ ਹੈ। ਪਤੇ ਅਤੇ ਮੌਜੂਦਾ ਅਲਾਟਮੈਂਟ ਸੂਚੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਇਹਨਾਂ ਦੋ ਤੱਥਾਂ ਨੂੰ ਕੇਸ ਚੁਣਨ ਦਿਓ।
ਇਹਨਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਦੋ ਤੱਥ ਚਾਹੀਦੇ ਹਨ: ਲੌਗ ਵਿੱਚ ਅਸਵੀਕਾਰ ਕੀਤਾ ਪਤਾ, ਅਤੇ ਉਹ ਅਲਾਟਮੈਂਟ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਰਵਰ ਮੌਜੂਦਾ ਮੰਨਦਾ ਹੈ। ਦੂਜਾ ਚੱਲ ਰਹੇ ਇੰਸਟੈਂਸ ਦੇ ਸਟੇਟਸ ਜਾਂ ਪ੍ਰਬੰਧਨ ਦ੍ਰਿਸ਼ ਤੋਂ ਉਪਲਬਧ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਇਹੀ ਅਧਿਕਾਰ ਹੈ ਜਿਸਦੀ ਸਲਾਹ ਲੈਣੀ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨਹੀਂ, ਇਰਾਦੇ ਦਰਜ ਕਰਦੀ ਹੈ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਦਰਜ ਕਰੋ, ਫਿਰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ। ਬਾਅਦ ਵਿੱਚ ਲਿਆ ਸਕ੍ਰੀਨਸ਼ਾਟ ਉਸ ਸਥਿਤੀ ਦਾ ਰਿਕਾਰਡ ਨਹੀਂ ਜਿਸਨੇ ਚੇਤਾਵਨੀ ਪੈਦਾ ਕੀਤੀ। ਟਾਈਮਸਟੈਂਪ ਵੀ ਰੱਖੋ, ਕਿਉਂਕਿ ਅਲਾਟਮੈਂਟ ਸੈਸ਼ਨਾਂ ਵਿਚਕਾਰ ਖਿਸਕਦੇ ਹਨ।
| Rejected source is | Likely cause |
|---|---|
| The client's own tunnel address | Static assignment conflict, wrong profile, or manual address change |
| A host behind that client | Missing internal ownership for that prefix |
| An address belonging to another session | Two devices sharing one identity or one static address |
ਕਲਾਇੰਟ ਪਿੱਛੇ ਦਾ LAN ਅਤੇ iroute
ਜਦੋਂ ਸਾਈਟ ਕਲਾਇੰਟ ਆਪਣਾ ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਰੂਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਨੈੱਟਵਰਕ ਕਲਾਇੰਟ ਦਾ ਐਲਾਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। iroute ਐਂਟਰੀ ਵਾਲੀ ਕਲਾਇੰਟ-ਵਿਸ਼ੇਸ਼ ਫਾਈਲ ਇਹ ਕਰਦੀ ਹੈ, ਅਤੇ ਐਂਟਰੀ ਉਸ ਪ੍ਰੀਫਿਕਸ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਲਿਜਾਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ।
ਉਹੀ ਪ੍ਰੀਫਿਕਸ ਟਨਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਕਰਨਲ ਰੂਟ ਵੱਖਰੀ ਲੋੜ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਜੋੜਨ ਨਾਲ ਡੈਮਨ ਦੀ ਅੰਦਰੂਨੀ ਮਾਲਕੀ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।
# /etc/openvpn/server/ccd/site-b
iroute 192.168.70.0 255.255.255.0ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰਭਾਵੀ ਪਛਾਣ ਫਾਈਲ ਨਾਮ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਨਾ-ਮਿਲਣ ਦਾ ਅਰਥ ਹੈ ਫਾਈਲ ਕਦੇ ਲੋਡ ਨਹੀਂ ਹੁੰਦੀ ਅਤੇ ਲੱਛਣ ਗੁੰਮ ਐਂਟਰੀ ਵਰਗਾ ਹੀ ਹੁੰਦਾ ਹੈ। ਚੇਤਾਵਨੀ ਸ਼ਾਂਤ ਕਰਨ ਲਈ ਚੌੜਾ iroute ਨਾ ਜੋੜੋ, ਕਿਉਂਕਿ ਇਹ ਅਣਕਿਆਸੇ ਸਰੋਤ ਨੂੰ ਅਧਿਕਾਰਤ ਬਣਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਲਾਇੰਟ ਨੇ ਇਹ ਕਿਉਂ ਭੇਜਿਆ। OpenVPN 2.6 ਦਸਤਾਵੇਜ਼ iroute, duplicate-cn ਅਤੇ ਪਛਾਣ ਮੈਪਿੰਗ ਨੂੰ ਵੱਖਰੇ ਨਿਯੰਤਰਣਾਂ ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ।
ਦੋ ਮਸ਼ੀਨਾਂ 'ਤੇ ਇੱਕੋ ਪਛਾਣ
ਦੂਜੇ ਲੈਪਟਾਪ 'ਤੇ ਕਾਪੀ ਕੀਤੀ ਪਰੋਫਾਈਲ ਉਹੀ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਉਹੀ ਆਮ ਨਾਮ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ। ਸਰਵਰ ਦੀਆਂ ਸੈਟਿੰਗਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਪੁਰਾਣੇ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਇੰਸਟੈਂਸ ਕੋਲ ਮਾਲਕੀ ਹੈ ਉਹੀ ਸੰਗਠਨ-ਜਾਂਚ ਜਿੱਤਦਾ ਹੈ।
ਇਸ ਨਾਲ ਖਰਾਬੀ ਰੁਕ-ਰੁਕ ਕੇ ਦਿਸਦੀ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਤਦ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਦੋਵੇਂ ਡਿਵਾਈਸ ਜਾਗਦੇ ਹਨ।
ਦੋਹਰੇ ਆਮ ਨਾਮਾਂ ਦੀ ਇਜਾਜ਼ਤ ਦੋਹਾਂ ਨੂੰ ਜੁੜਨ ਦਿੰਦੀ ਹੈ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਸੁਤੰਤਰ ਸਥਿਰ ਪਤੇ ਜਾਂ ਸੁਤੰਤਰ ਮਾਲਕੀ ਨਹੀਂ ਦਿੰਦੀ। ਜੇ ਦੋ ਡਿਵਾਈਸ ਇਕੱਠੇ ਰਹਿਣੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰਜਿਸਟਰ ਕਰੋ ਤਾਂ ਜੋ ਹਰ ਇੱਕ ਦੀ ਆਪਣੀ ਪਛਾਣ ਅਤੇ ਆਪਣੀ ਅਲਾਟਮੈਂਟ ਹੋਵੇ। ਦੋਹਰੀ ਸੈਟਿੰਗ ਨੂੰ ਇਸ ਚੇਤਾਵਨੀ ਦਾ ਇਲਾਜ ਮੰਨਣ ਨਾਲ ਰਹੱਸ ਆਪਣੀ ਜਗ੍ਹਾ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਜੁੜ ਜਾਂਦਾ ਹੈ।
ਸਾਬਤ ਕਰੋ ਕਿ ਸੰਗਠਨ ਬਦਲਿਆ
ਸੁਧਾਰ ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਮਾਲਕ ਰਾਹੀਂ ਲਾਗੂ ਕਰੋ, ਫਿਰ ਨਵੀਂ ਨੀਤੀ ਲੋਡ ਹੋਣ ਲਈ ਪ੍ਰਭਾਵਿਤ ਕਲਾਇੰਟ ਨੂੰ ਦੁਬਾਰਾ ਜੋੜੋ।
ਉਹੀ ਪ੍ਰਵਾਹ ਦੁਹਰਾਓ ਅਤੇ ਤਿੰਨ ਗੱਲਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਪੈਕੇਟ ਦਾ ਅੰਦਰੂਨੀ ਸਰੋਤ, ਉਹ ਕਲਾਇੰਟ ਇੰਸਟੈਂਸ ਜਿਸ ਨਾਲ ਸਰਵਰ ਇਸਨੂੰ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਮੰਜ਼ਿਲ ਦਾ ਵਿਵਹਾਰ।
ਜੇ ਚੇਤਾਵਨੀ ਰੁਕ ਜਾਵੇ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਸਮੱਸਿਆ ਗਾਇਬ ਨਹੀਂ ਹੋਈ, ਖਿਸਕ ਗਈ ਹੈ। ਫਾਰਵਰਡਿੰਗ, ਫਾਇਰਵਾਲ ਨਿਯਮ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਵੱਖਰੇ ਪੜਾਅ ਹਨ, ਅਤੇ ਸੰਗਠਨ-ਜਾਂਚ ਪਾਰ ਕਰਨ ਦਾ ਅਰਥ ਸਿਰਫ਼ ਇਹ ਹੈ ਕਿ ਪੈਕੇਟ ਨੂੰ ਟਨਲ ਛੱਡਣ ਦੀ ਇਜਾਜ਼ਤ ਮਿਲੀ।