Pi ਉੱਤੇ ਬਦਲਿਆ MAC ਪਤਾ: ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਬਦਲਿਆ?

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

ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਨਿਰੀਖਕ ਦਾ ਨਾਂ ਰੱਖੋ

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

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

ਜੇ DHCP ਰਿਜ਼ਰਵੇਸ਼ਨ ਸਮੱਸਿਆ ਦਾ ਹਿੱਸਾ ਹੈ, ਤਾਂ ਨੋਟ ਕਰੋ ਕਿ ਅਲੋਕੇਟਰ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਕਲਾਇੰਟ ਪਛਾਣ ਮਿਲੀ। ਡੈਸਕਟਾਪ ਸੂਚੀ, ਬ੍ਰਿਜ ਪਛਾਣ ਅਤੇ ਪੁਰਾਣੀ ਲੀਜ਼ ਐਂਟਰੀ ਤਿੰਨ ਵੱਖਰੇ ਰਿਕਾਰਡ ਹਨ, ਅਤੇ ਰਾਊਟਰ ਨੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਵੇਖਿਆ।

TUN, TAP ਅਤੇ ਅੱਪਲਿੰਕ ਵੱਖਰੀਆਂ ਵਸਤੂਆਂ ਹਨ

ਕਰਨਲ ਦੋਵਾਂ ਵਰਚੁਅਲ ਕਿਸਮਾਂ ਵਿਚਕਾਰ ਸਪਸ਼ਟ ਲਕੀਰ ਖਿੱਚਦਾ ਹੈ। TUN IP ਪੈਕਟ ਸਿਰਫ਼ ਬੋਕਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਈਥਰਨੈੱਟ ਪਛਾਣ ਬਿਲਕੁਲ ਨਹੀਂ ਹੁੰਦੀ। TAP ਈਥਰਨੈੱਟ ਫਰੇਮ ਬੋਕਦਾ ਹੈ ਅਤੇ ਇਸ ਲਈ ਇਸਦੀ ਹੁੰਦੀ ਹੈ।

ਅਰਥ ਇਹ ਹੈ ਕਿ TAP ਪਾਸੇ ਦਾ ਪਤਾ ਭੌਤਿਕ ਅੱਪਲਿੰਕ ਦਾ ਪਤਾ ਨਹੀਂ, ਅਤੇ ਰਾਊਟਿਡ TUN ਪਤਾ Wi-Fi MAC ਦਾ ਬਦਲ ਨਹੀਂ। ਇਹ ਇੱਕੋ ਮਸ਼ੀਨ ਦੀਆਂ ਵੱਖਰੀਆਂ ਪਰਤਾਂ ਹਨ।

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

ਅਸਲ ਬਦਲਾਅ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ

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

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

ਮੁੜ ਬਣਾਏ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਮੌਜੂਦਾ ਡਿਵਾਈਸ ਤੋਂ ਵੱਖਰਾ ਪਛਾਣੋ। ਸਥਾਈ ਸੰਰਚਨਾ ਅਤੇ ਰਨਟਾਈਮ ਇੰਟਰਫ਼ੇਸ ਸੰਬੰਧਿਤ ਵਸਤੂਆਂ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਥਾਈ ਹਾਰਡਵੇਅਰ ਪਛਾਣ ਨਹੀਂ।

ਮੈਨੇਜਰ ਦੇ ਕਲੋਨਿੰਗ ਮੁੱਲਾਂ ਦਾ ਅਰਥ

NetworkManager ਦਾ ਈਥਰਨੈੱਟ ਸੈਟਿੰਗ ਸੰਦਰਭ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਿੱਤੇ ਪਤੇ ਨੂੰ preserve, permanent, random ਅਤੇ stable ਵਰਗੇ ਵਿਸ਼ੇਸ਼ ਮੁੱਲਾਂ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਮਾਂਡ ਲਾਈਨ ਤੇ D-Bus ਇੰਟਰਫ਼ੇਸ ਵਿੱਚ ਇਹਨਾਂ ਦੀ ਸਪੈਲਿੰਗ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ।

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

ਸੈਟਿੰਗ ਉਪਲਬਧ ਕਰਾਉਣ ਲਈ ਦੂਜਾ ਮੈਨੇਜਰ ਲਾਉਣ ਦੀ ਥਾਂ ਉਸ ਸੈਟਿੰਗ ਦਾ ਮਾਲਕ ਜਾਂਚੋ। ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਦੋ ਮੈਨੇਜਰਾਂ ਦੀ ਲੜਾਈ ਠੀਕ ਉਹੀ ਅਸਥਿਰਤਾ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜਿਸਦਾ ਦੋਸ਼ ਲੋਕ ਬਾਅਦ ਵਿੱਚ ਟਨਲ ਉੱਤੇ ਪਾਉਂਦੇ ਹਨ।

ਪ੍ਰਦਰਸ਼ਨ ਨਹੀਂ, ਪਛਾਣ ਦੀ ਲੋੜ ਠੀਕ ਕਰੋ

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

ਦੂਰ ਦਾ ਰਾਊਟਿਡ VPN ਆਪਣੇ ਪੀਅਰ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਮਾਡਲ ਰਾਹੀਂ ਪਤੇ ਦਿੰਦਾ ਹੈ। LAN ਪਤਾ ਜਮਾਉਣ ਨਾਲ ਉਹ ਪੀਅਰ ਦਰਜ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਨਿਸ਼ਚਿਤ ਟਨਲ ਨਿਯੁਕਤੀ ਨਹੀਂ ਬਣਦੀ।

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

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