ESXi ਮਹਿਮਾਨ VPN: ਰੂਟਿੰਗ ਜਾਂ ਬ੍ਰਿਜਿੰਗ — ਪੋਰਟ ਗਰੁੱਪ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ
ਰੂਟਿਡ TUN ਨੂੰ ਵਾਪਸੀ ਰੂਟ ਚਾਹੀਦੇ ਹਨ; ਬ੍ਰਿਜਡ TAP ਨੂੰ ਲੇਅਰ 2 ਪਹੁੰਚ ਅਤੇ ਵਧੇਰੇ ਚੌੜੀ ਪੋਰਟ-ਗਰੁੱਪ ਨੀਤੀ ਚਾਹੀਦੀ ਹੈ। promiscuous ਮੋਡ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਭੂਮਿਕਾ ਤੈਅ ਕਰੋ।
ਪੈਕਟ ਰੂਟ ਕਰੋ ਜਾਂ Ethernet ਡੋਮੇਨ ਵਧਾਓ: ਪੋਰਟ ਗਰੁੱਪ ਦੀ ਤਬਦੀਲੀ ਉਸ ਚੋਣ ਤੋਂ ਬਾਅਦ ਆਉਂਦੀ ਹੈ। ਨਿੱਜੀ ਪਤੇ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਨਤੀਜੇ ਇੱਕੋ ਜਿਹੇ ਦਿਖ ਸਕਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੀਆਂ ਲੋੜਾਂ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਇਸੇ ਲਈ ਪਹਿਲਾਂ ਪੋਰਟ ਗਰੁੱਪ ਚੌੜਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡਿਜ਼ਾਈਨ ਦਾ ਸਵਾਲ ਬਾਅਦ ਵਿੱਚ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਬ੍ਰਾਡਕਾਸਟ ਤੂਫ਼ਾਨ ਤੋਂ ਬਾਅਦ। ਇਹ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਲੋੜ ਦੇ ਅਜੇ ਅਸਪਸ਼ਟ ਹੁੰਦਿਆਂ ਰੁਕੋ, ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਪੋਰਟ-ਗਰੁੱਪ ਸੈਟਿੰਗ ਅਜਿਹਾ ਡਿਜ਼ਾਈਨ ਠੀਕ ਨਹੀਂ ਕਰਦੀ ਜੋ ਕਦੇ ਚੁਣਿਆ ਹੀ ਨਹੀਂ ਗਿਆ।
ਫੈਸਲਾ ਸੇਵਾ ਦੇ ਮਾਲਕ ਦਾ ਹੈ; ਹਾਈਪਰਵਾਈਜ਼ਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਇਸਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਚਾਨਕ ਤੈਅ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।
ਦੂਰਲੇ ਸਿਰੇ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੀਦਾ ਹੈ, ਜਾਂਚੋ
ਉਹ ਸੇਵਾਵਾਂ ਗਿਣੋ ਜਿੱਥੇ ਦੂਰਲੇ ਕਲਾਇੰਟ ਪਹੁੰਚਣੇ ਹਨ ਅਤੇ ਉਹ ਪ੍ਰੋਟੋਕੋਲ ਜੋ ਉਹ ਵਰਤਦੇ ਹਨ। ਜੇ ਸੂਚੀ ਜਾਣੇ-ਪਛਾਣੇ ਪ੍ਰੀਫਿਕਸਾਂ 'ਤੇ ਕੁਝ TCP ਸੇਵਾਵਾਂ ਹੈ, ਤਾਂ ਰੂਟਿੰਗ ਕਾਫ਼ੀ ਹੈ। ਜੇ ਕਿਸੇ ਨੂੰ ਸੱਚਮੁੱਚ ਲੇਅਰ 2 ਨੇੜਤਾ ਚਾਹੀਦੀ ਹੈ — ਬ੍ਰਾਡਕਾਸਟ 'ਤੇ ਨਿਰਭਰ ਖੋਜ, ਗ਼ੈਰ-IP ਪ੍ਰੋਟੋਕੋਲ, ਅਜਿਹਾ ਯੰਤਰ ਜੋ ਗੇਟਵੇ ਨਹੀਂ ਮੰਨਦਾ — ਤਾਂ ਰੂਟਿੰਗ ਇਸਦੀ ਨਕਲ ਨਹੀਂ ਕਰ ਸਕਦੀ ਅਤੇ ਇਹ ਜਲਦੀ ਕਿਹਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਸ ਸੂਚੀ ਦੀਆਂ ਗ਼ੈਰ-IP ਐਂਟਰੀਆਂ ਬਾਰੇ ਇਮਾਨਦਾਰ ਰਹੋ, ਕਿਉਂਕਿ ਉੱਥੇ ਹੀ ਰੂਟਿਡ ਡਿਜ਼ਾਈਨ ਇੱਕ ਹਫ਼ਤੇ ਬਾਅਦ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।
ਫਿਰ ਕਲਾਇੰਟ ਪੂਲ ਜਾਂਚੋ। ਰੂਟਿਡ ਡਿਜ਼ਾਈਨ ਨੂੰ ਪਤਿਆਂ ਦੀ ਰੇਂਜ ਅਤੇ ਦੂਰਲੇ ਪਾਸੇ ਸਪਸ਼ਟ ਵਾਪਸੀ ਰੂਟ ਚਾਹੀਦਾ ਹੈ; ਬ੍ਰਿਜਡ ਡਿਜ਼ਾਈਨ ਨੂੰ ਵਿਸਤਾਰਿਤ Ethernet ਡੋਮੇਨ ਕੋਲ ਪਤਾ ਵੰਡ ਅਤੇ ਅਲੱਗਤਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਤੁਸੀਂ ਜੋ ਵੀ ਚੁਣੋ, ਇਸ VM ਤੋਂ ਬਾਹਰ ਕਿਸੇ ਨੂੰ ਇਸ ਨਾਲ ਸਹਿਮਤ ਹੋਣਾ ਪਵੇਗਾ।
ਹਰ ਡਿਜ਼ਾਈਨ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਤੋਂ ਕੀ ਮੰਗਦਾ ਹੈ
ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਇਹ ਫ਼ਰਕ ਹੈ ਕਿ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨੂੰ ਕੀ ਸਹਿਣਾ ਪਵੇਗਾ, ਅਤੇ ਸਾਰਣੀ ਇਹ ਦੇਖਣ ਦਾ ਸਭ ਤੋਂ ਛੋਟਾ ਰਾਹ ਹੈ:
| ਡਿਜ਼ਾਈਨ | ਮਹਿਮਾਨ ਪਾਸੇ ਦੀ ਭੂਮਿਕਾ | ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨੂੰ ਕੀ ਸਮਾਉਣਾ ਪਵੇਗਾ | ਗ਼ਲਤ ਚੋਣ 'ਤੇ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਢੰਗ |
|---|---|---|---|
| ਰੂਟਿਡ TUN | ਵੱਖਰੇ ਪ੍ਰੀਫਿਕਸਾਂ ਵਿਚਕਾਰ ਰਾਊਟਰ | ਰੂਟਿਡ ਕਲਾਇੰਟ ਪੂਲ ਅਤੇ ਦੂਰਲੇ ਪਾਸੇ ਵਾਪਸੀ ਮਾਰਗ | ਕਲਾਇੰਟ ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ ਪਰ ਉਸ ਪਿੱਛੇ ਦੀ ਸੇਵਾ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦੇ |
| ਬ੍ਰਿਜਡ TAP | ਸ਼ਾਮਲ ਹੋਣ ਵਾਲੇ ਕਲਾਇੰਟਾਂ ਲਈ ਲੇਅਰ 2 ਬ੍ਰਿਜ | ਵਾਧੂ Ethernet ਪਛਾਣਾਂ, ਬ੍ਰਾਡਕਾਸਟ ਟ੍ਰੈਫਿਕ ਅਤੇ VLAN ਨਿਯਮ | vSwitch ਫ੍ਰੇਮ ਸੁੱਟ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਡਿਜ਼ਾਈਨ ਨੂੰ ਅਜਿਹਾ promiscuous ਮੋਡ ਚਾਹੀਦਾ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕੀਤਾ |
ਰੂਟਿੰਗ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਨੂੰ ਜਿੱਥੇ ਹੈ ਉੱਥੇ ਹੀ ਰੱਖਦੀ ਹੈ ਅਤੇ ਗੇਟਵੇ ਪਾਰ ਕਰਨ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਸੀਮਤ ਕਰਨ ਦੀ ਕੁਦਰਤੀ ਥਾਂ ਦਿੰਦੀ ਹੈ। ਬ੍ਰਿਜਿੰਗ ਸੀਮਾ ਨੂੰ ਹਿਲਾਉਂਦੀ ਹੈ: ਕਲਾਇੰਟ ਵਿਸਤਾਰਿਤ Ethernet ਡੋਮੇਨ ਦੇ ਭਾਗੀਦਾਰ ਬਣ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਪਤਾ ਵੰਡ, ਅਲੱਗਤਾ ਤੇ ਕੋਈ ਵੀ ਲੇਅਰ 2 ਨੀਤੀ ਹੁਣ ਉਨ੍ਹਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਚੁਣੀ ਹੋਈ ਕਤਾਰ ਤਬਦੀਲੀ-ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ। “ਰੂਟਿਡ TUN, ਕਲਾਇੰਟ ਪੂਲ 10.90.0.0/24, ਕੋਰ 'ਤੇ ਵਾਪਸੀ ਰੂਟ” ਵਰਗਾ ਵਾਕ ਅਗਲੇ ਇੰਜੀਨੀਅਰ ਨੂੰ ਪੋਰਟ-ਗਰੁੱਪ ਸੈਟਿੰਗਾਂ ਤੋਂ ਡਿਜ਼ਾਈਨ ਦੁਬਾਰਾ ਬਹਿਸ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।
ਕਿਸ ਦੇ ਫ੍ਰੇਮ ਕਿਸਨੂੰ ਦਿਸਣ
ਪੋਰਟ ਗਰੁੱਪ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪਲੇਟਫਾਰਮ ਮਾਲਕ ਨੂੰ ਇੱਕ ਸਵਾਲ ਪੁੱਛੋ: ਕੀ ਡਿਜ਼ਾਈਨ ਮੰਗਦਾ ਹੈ ਕਿ ਇਹ VM ਹੋਰ ਭਾਗੀਦਾਰਾਂ ਨੂੰ ਭੇਜੇ ਫ੍ਰੇਮ ਪ੍ਰਾਪਤ ਕਰੇ? ਜਵਾਬ ਨਾ ਹੋਵੇ ਤਾਂ ਇਸ ਭਾਗ ਦਾ ਕੁਝ ਵੀ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਰੂਟਿਡ TUN ਨੂੰ ਉਹ ਦਿੱਖ ਕਦੇ ਨਹੀਂ ਚਾਹੀਦੀ। ਜਵਾਬ ਹਾਂ ਹੋਵੇ ਤਾਂ, promiscuous ਮੋਡ ਬਾਰੇ Broadcom ਦੀ ਸੇਧ ਮੁੱਖ ਪੜ੍ਹਤ ਹੈ: ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ VM vSwitch ਵਿੱਚੋਂ ਕਿੰਨਾ ਵੱਧ ਦੇਖ ਸਕਦਾ ਹੈ ਅਤੇ ਉਸ ਨੀਤੀ ਨੂੰ ਇੱਕ ਪੋਰਟ ਗਰੁੱਪ ਤੱਕ ਸੀਮਤ ਰੱਖਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੀ ਹੈ।
ਇਸਨੂੰ ਇਜਾਜ਼ਤ-ਪੱਤਰ ਨਹੀਂ, ਲੋੜ ਦੀ ਜਾਂਚ ਮੰਨੋ। ਬ੍ਰਿਜਿੰਗ ਦੀ ਲੋੜ ਲਿਖਤੀ ਹੋਣ 'ਤੇ ਇੱਕ ਸਮਰਪਿਤ ਜੁੜਾਅ ਲਈ ਸੈਟਿੰਗ ਚਾਲੂ ਕਰੋ, ਅਤੇ ਬਾਕੀ ਹਰ ਥਾਂ ਬੰਦ ਰੱਖੋ। ਦੂਜੇ ਬ੍ਰਿਜ ਉਦਾਹਰਨ ਤੋਂ ਨਕਲ ਕੀਤਾ ਚੌੜਾ VLAN ਟ੍ਰੰਕ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿਸਨੂੰ ਹਟਾਉਣਾ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਰਹਿੰਦਾ, ਅਤੇ ਇੱਕ-VLAN ਡਿਜ਼ਾਈਨ ਇੱਕ-VLAN ਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।
ਕਿਹੜਾ ਪੋਰਟ ਗਰੁੱਪ ਬਦਲਿਆ ਅਤੇ ਕਿਉਂ, ਇਹ ਡਿਜ਼ਾਈਨ ਦੀ ਕਤਾਰ ਲਿਖੀ ਥਾਂ 'ਤੇ ਹੀ ਦਰਜ ਕਰੋ। ਇਹੀ ਜੋੜੀ ਅਗਲੀ ਆਡਿਟ ਸੰਭਵ ਬਣਾਉਂਦੀ ਹੈ।
ਮਹਿਮਾਨ ਦੀਆਂ ਵਸਤੂਆਂ ਸਪਸ਼ਟ ਰੱਖੋ
Linux ਅੰਦਰ, ਬ੍ਰਿਜ ਮੈਂਬਰਸ਼ਿਪ ਅਤੇ ਪਤੇ ਦੀ ਮਾਲਕੀ ਵੱਖਰੀਆਂ ਵਸਤੂਆਂ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਰਲਾਉਣ ਨਾਲ ਉਲਝਣ ਵਾਲੀ ਅੱਧ-ਕੰਮ ਕਰਨ ਵਾਲੀ ਹਾਲਤ ਬਣਦੀ ਹੈ। ਪਤੇ ਬ੍ਰਿਜ ਇੰਟਰਫੇਸ ਜਾਂ ਰੂਟਿਡ ਟਨਲ ਨੂੰ ਦਿਓ, ਇੱਕੋ ਮਾਰਗ ਦੇ ਦੋਵੇਂ ਪਾਸਿਆਂ ਨੂੰ ਨਹੀਂ, ਅਤੇ ਮੈਂਬਰ ਪੋਰਟਾਂ ਨੂੰ IP ਕੌਂਫਿਗਰੇਸ਼ਨ ਤੋਂ ਮੁਕਤ ਰੱਖੋ।
ਇੱਕ ਸਬਨੈੱਟ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਰੂਟਿਡ TUN 'ਤੇ ਅਤੇ ਅਸੰਬੰਧਿਤ Ethernet ਇੰਟਰਫੇਸ 'ਤੇ ਰੱਖਣ ਤੋਂ ਬਚੋ। ਉਹ ਕੌਂਫਿਗਰੇਸ਼ਨ ਇੱਕੋ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਦੋ ਮਾਰਗ ਬਣਾਉਂਦੀ ਹੈ, ਅਸਮਿਤ ਜਵਾਬ ਅਤੇ flapping ਬਾਰੇ ਸਹਾਇਤਾ ਥ੍ਰੈਡ ਜੋ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਮਾਰਗ ਦਾ ਜ਼ਿਕਰ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਮਹਿਮਾਨ ਕੰਟੇਨਰ ਜਾਂ ਸਥਾਨਕ ਹਾਈਪਰਵਾਈਜ਼ਰ ਵੀ ਹੋਸਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਜਾਂਚੋ ਕਿ ਉਹ ਪਹਿਲਾਂ ਹੀ ਉਸੇ uplink ਵਿੱਚ ਬ੍ਰਿਜ ਨਹੀਂ ਕਰ ਰਹੇ। ਇੱਕ NIC 'ਤੇ ਦੋ ਬ੍ਰਿਜ ਇੱਕ ਡਿਜ਼ਾਈਨ ਹੈ, ਤਬਦੀਲੀ-ਵਿੰਡੋ ਦੌਰਾਨ ਲੱਭਣ ਵਾਲਾ ਹਾਦਸਾ ਨਹੀਂ।
ping ਨਾਲ ਨਹੀਂ, ਪੈਕਟ-ਮਾਰਗ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ
ਸਿਰਫ਼ ਪਹੁੰਚ ਨਹੀਂ, ਅਸਲ ਮਾਰਗ ਪਰਖੋ। ਕਲਾਇੰਟ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜਾ ਸਰੋਤ ਪਤਾ ਦੂਰਲੀ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਵਾਬ ਉਸੇ ਰਾਹ ਵਾਪਸ ਆਉਂਦਾ ਹੈ। ਮਹਿਮਾਨ 'ਤੇ ਖਾਸ ਫਲੋ ਲਈ ਫਾਰਵਰਡਿੰਗ ਕਾਊਂਟਰ ਦੇਖੋ, ਅਤੇ ਪੋਰਟ ਗਰੁੱਪ 'ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਚੁਣੇ ਡਿਜ਼ਾਈਨ ਦੀ ਲੋੜ ਤੋਂ ਵੱਧ ਕੋਈ ਦਿੱਖ ਸਮਰੱਥ ਨਹੀਂ ਕੀਤੀ ਗਈ।
ਅੰਤ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਦਿਸ਼ਾ ਪਰਖੋ। ਟਨਲ ਰੋਕੋ ਜਾਂ ਕਲਾਇੰਟ ਅਲੱਗ ਕਰੋ ਅਤੇ ਦੇਖੋ ਕਿ ਟ੍ਰੈਫਿਕ ਚੁੱਪਚਾਪ ਉਸ ਰੂਟਿਡ ਮਾਰਗ 'ਤੇ ਨਹੀਂ ਡਿੱਗਦਾ ਜਿਸਨੂੰ ਤੁਸੀਂ ਵਰਤਿਆ ਨਹੀਂ ਸਮਝਿਆ ਸੀ, ਕਿਉਂਕਿ ਉਹੀ ਡਿੱਗਣਾ ਬ੍ਰਿਜਡ ਡਿਜ਼ਾਈਨ ਨੂੰ ਚੁੱਪਚਾਪ ਅਣਚਾਹਿਆ ਰਾਊਟਰ ਬਣਾ ਦਿੰਦਾ ਹੈ।