VPN ਰਾਹੀਂ PLC ਖੋਜ ਫੇਲ੍ਹ? Ethernet ਮਸ਼ੀਨ ਕੋਲ ਰੱਖੋ
ਸੰਭਾਲ ਸੰਦਾਂ ਨੂੰ ਰੂਟ ਚਾਹੀਦਾ ਹੈ, ਬ੍ਰਿਜ ਕੀਤਾ Ethernet ਸੈਗਮੈਂਟ ਨਹੀਂ। ਸੈਗਮੈਂਟ ਉੱਤੇ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ ਰੱਖੋ ਅਤੇ LAN ਖਿੱਚਣ ਦੀ ਥਾਂ ਉਸ ਹੋਸਟ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰੋ।
ਤੁਹਾਡਾ ਖੋਜ ਬਟਨ ਬੇਅੰਤ ਘੁੰਮਦਾ ਹੈ, ਕੁਝ ਨਹੀਂ ਲੱਭਦਾ, ਅਤੇ ਟਿਕਟ ਕਹਿੰਦੀ ਹੈ ਕਿ ਮਸ਼ੀਨ ਆਫਲਾਈਨ ਹੈ। ਮਸ਼ੀਨ ਠੀਕ ਹੈ। ਉਸ ਸੈਗਮੈਂਟ ਉੱਤੇ ਡਿਵਾਈਸਾਂ ਲੱਭਣ ਲਈ ਸੰਦ ਜੋ ਵਰਤਦਾ ਹੈ ਉਹ ਉਸ ਨੂੰ ਦਿੱਤੇ ਰਸਤੇ ਵਿੱਚੋਂ ਨਹੀਂ ਲੰਘਦਾ, ਅਤੇ ਬਟਨ ਦੁਬਾਰਾ ਕੰਮ ਕਰੇ ਇਸ ਲਈ ਗਾਹਕ ਦਾ Ethernet ਸਾਈਟ ਲਿੰਕ ਰਾਹੀਂ ਖਿੱਚਣਾ ਸੁਭਾਵਿਕ ਪ੍ਰਤੀਕਿਰਿਆ ਹੈ। ਪਹਿਲਾਂ ਨਿਰਭਰਤਾ ਤੈਅ ਕਰੋ। ਬਹੁਤੇ ਸੰਭਾਲ ਸੰਦਾਂ ਨੂੰ ਰੂਟ ਚਾਹੀਦਾ ਹੈ; ਜਦੋਂ ਕਿਸੇ ਨੂੰ ਸੱਚਮੁੱਚ ਕੇਬਲ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਟਿਕਾਊ ਜਵਾਬ ਦੋ ਇਮਾਰਤਾਂ ਵਿਚਕਾਰ ਬ੍ਰਿਜ ਕੀਤਾ ਨੈੱਟਵਰਕ ਨਹੀਂ, ਸਗੋਂ ਮਸ਼ੀਨ ਕੋਲ ਰੱਖਿਆ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ ਹੈ।
ਰੂਟ ਕੀਤੇ ਟਨਲ ਦੇ ਕਿਨਾਰੇ ਖੋਜ ਕਿਉਂ ਮਰ ਜਾਂਦੀ ਹੈ
ਰੂਟ ਕੀਤਾ ਟਨਲ ਸਬਨੈੱਟਾਂ ਵਿਚਕਾਰ unicast ਪੈਕਟ ਲੈ ਜਾਂਦਾ ਹੈ। ਬ੍ਰਾਡਕਾਸਟ ਅਤੇ multicast ਫਰੇਮ ਇੱਕ ਹੀ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਅੰਦਰ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ VPN ਐਂਡਪੁਆਇੰਟ ਉੱਤੇ ਹੀ ਹੈ ਜਿੱਥੇ ਉਹ ਡੋਮੇਨ ਖਤਮ ਹੁੰਦਾ ਹੈ। ਸੈਗਮੈਂਟ ਵਿੱਚ ਚੀਕ ਕੇ ਡਿਵਾਈਸ ਲੱਭਣ ਵਾਲਾ ਸੰਦ ਸਿਰਫ਼ ਚੁੱਪ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਚੀਕ ਕਦੇ ਅੱਗੇ ਨਹੀਂ ਭੇਜੀ ਗਈ।
ਇਹੀ ਗੱਲ ਉਨ੍ਹਾਂ ਪ੍ਰੋਟੋਕੋਲਾਂ ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜੋ ਬਿਲਕੁਲ IP ਨਹੀਂ ਹਨ, ਅਤੇ ਸਿੱਧੇ Ethernet ਉੱਤੇ ਚੱਲਣ ਵਾਲੇ ਵਿਕਰੇਤਾ ਦੇ ਫਰੇਮਾਂ ਉੱਤੇ ਵੀ। ਇਹਨਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਕਨਫਿਗਰੇਸ਼ਨ ਨਾਲ ਰੂਟ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ, ਇਸ ਲਈ ਖੋਜ ਸਮੱਸਿਆ ਵਿੱਚ ਰੂਟ ਅਤੇ ਫਾਇਰਵਾਲ ਨਿਯਮ ਜੋੜਨ ਨਾਲ ਅਕਸਰ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।
ਧਿਆਨ ਦਿਓ ਕਿ ਉਸ ਹਾਲਤ ਵਿੱਚ ਹਾਲੇ ਕੀ ਕੰਮ ਕਰਦਾ ਹੈ। ਜਾਣੇ-ਪਛਾਣੇ ਪਤੇ ਉੱਤੇ ping ਅਤੇ ਜਾਣੇ-ਪਛਾਣੇ ਪੋਰਟ ਉੱਤੇ unicast ਕਨੈਕਸ਼ਨ ਆਮ ਤੌਰ ਉੱਤੇ ਸਫਲ ਹੁੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਇਹੀ ਉਹ ਹਿੱਸੇ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਟਨਲ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਪਤੇ ਨਾਲ ਪਹੁੰਚਯੋਗ ਪਰ ਖੋਜ ਲਈ ਅਦਿੱਖ ਇਹ ਸੰਜੋਗ ਟੁੱਟੇ ਨੈੱਟਵਰਕ ਦਾ ਨਹੀਂ, ਸਗੋਂ ਗੁੰਮ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਦਾ ਸੰਕੇਤ ਹੈ।
ਟਰਾਂਸਪੋਰਟ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਨਿਰਭਰਤਾ ਦਾ ਨਾਮ ਦਿਓ
ਸੰਦ ਡਿਵਾਈਸਾਂ ਨੂੰ ਕਿਵੇਂ ਲੱਭਦਾ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ ਨਾਲ ਕਿਵੇਂ ਗੱਲ ਕਰਦਾ ਹੈ, ਇਹ ਉਸ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਪੜ੍ਹੋ, ਫਿਰ ਇਸ ਦੀ ਇਸ ਸਾਰਣੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
| What the tool needs | Routed tunnel enough | Local segment needed |
|---|---|---|
| Unicast to a known address, such as a web interface or Modbus TCP on 502 | Yes | No |
| Broadcast or multicast discovery of unknown devices | No | Yes |
| Non-IP or vendor-specific Layer 2 frames | No | Yes |
| A tool bound to one adapter or licence keyed to a MAC address | Usually no | Usually yes |
ਜੇ ਤੁਹਾਡੇ ਕੇਸ ਦੀ ਹਰ ਲੋੜ ਪਹਿਲੀ ਕਤਾਰ ਵਿੱਚ ਹੈ, ਤਾਂ ਇੱਥੇ ਰੁਕੋ ਅਤੇ ਰੂਟਿੰਗ ਠੀਕ ਕਰੋ। ਇਹ ਕਿਸੇ ਵੀ ਟੋਪੋਲੋਜੀ ਕੰਮ ਨਾਲੋਂ ਸਸਤਾ ਅਤੇ ਕਿਤੇ ਵੱਧ ਸੌਖਾ ਸਮੀਖਿਆਯੋਗ ਬਦਲਾਅ ਹੈ, ਅਤੇ ਸੰਭਾਲ ਸੈਸ਼ਨ ਨੂੰ ਗਾਹਕ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਮਨਜ਼ੂਰ ਕੀਤੇ ਪਹੁੰਚ ਮਾਰਗ ਅੰਦਰ ਰੱਖਦਾ ਹੈ।
Multicast ਖੋਜ ਅਸੁਵਿਧਾਜਨਕ ਵਿਚਕਾਰ ਬੈਠਦੀ ਹੈ। ਇੱਕ ਪਰਾਵਰਤਕ ਜਾਂ ਦੁਹਰਾਉਣ ਵਾਲਾ ਇਸਦਾ ਕੁਝ ਹਿੱਸਾ ਸਬਨੈੱਟਾਂ ਰਾਹੀਂ ਅੱਗੇ ਭੇਜ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਬਟਨ ਚੱਲ ਪੈਂਦਾ ਹੈ ਅਤੇ ਦੂਰ ਦੀ ਬਾਜ਼ੂ ਕਿੱਥੇ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀ ਹੈ ਇਹ ਚੁੱਪਚਾਪ ਵਧ ਜਾਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਮਾਲਕ ਵਾਲਾ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਡਿਜ਼ਾਈਨ ਮੰਨੋ, ਮਦਦਗਾਰ ਚੈੱਕਬਾਕਸ ਨਹੀਂ।
ਸੈਗਮੈਂਟ ਉੱਤੇ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ ਰੱਖੋ ਅਤੇ ਉਸ ਵਿੱਚ ਰਿਮੋਟ ਹੋਵੋ
ਜੋ ਪੈਟਰਨ ਆਡਿਟ ਵਿੱਚ ਟਿਕਦਾ ਹੈ ਉਹ ਚਮਕਦਾਰ ਨਹੀਂ ਹੈ। ਗਾਹਕ ਵੱਲੋਂ ਮਨਜ਼ੂਰ ਕੀਤਾ ਇੰਜੀਨੀਅਰਿੰਗ ਵਰਕਸਟੇਸ਼ਨ ਮਸ਼ੀਨ ਦੇ ਸੰਭਾਲ ਸੈਗਮੈਂਟ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਤਕਨੀਸ਼ੀਅਨ ਮਨਜ਼ੂਰ ਰਿਮੋਟ-ਪਹੁੰਚ ਚੈਨਲ ਰਾਹੀਂ ਉਸ ਵਰਕਸਟੇਸ਼ਨ ਨਾਲ ਜੁੜਦਾ ਹੈ। ਸੰਦ ਉੱਥੇ ਚੱਲਦਾ ਹੈ ਜਿੱਥੇ ਕੇਬਲ ਹੈ; ਵਿਅਕਤੀ ਉੱਥੋਂ ਚੱਲਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਹੈ।
ਫਿਰ ਤਕਨੀਸ਼ੀਅਨ ਦੇ ਘਰ ਦੇ ਨੈੱਟਵਰਕ ਦਾ ਕੁਝ ਵੀ ਮਸ਼ੀਨ ਦੇ Ethernet ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਬਣਦਾ, ਅਤੇ ਜਿਨ੍ਹਾਂ ਦੋ ਸਾਈਟਾਂ ਨੇ ਕਦੇ ਫੇਲ੍ਹਤਾ ਡੋਮੇਨ ਸਾਂਝਾ ਕਰਨ ਲਈ ਸਹਿਮਤੀ ਨਹੀਂ ਦਿੱਤੀ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਕੋਈ ਬ੍ਰਿਜ ਨਹੀਂ ਬਣਦਾ।
ਕੰਮ ਜਿੰਨਾ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਓਨਾ ਛੋਟਾ ਸਥਾਨਕ ਡੋਮੇਨ ਰੱਖੋ। ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ ਵਾਲੇ ਇੱਕ ਸੰਭਾਲ VLAN ਦਾ ਬ੍ਰਾਡਕਾਸਟ ਦਾਇਰਾ ਸੀਮਤ, ਲੂਪ ਡੋਮੇਨ ਸੀਮਤ, ਅਤੇ ਫੇਲ੍ਹਤਾ ਰਾਤ ਤਿੰਨ ਵਜੇ WAN ਲਿੰਕ ਉੱਤੇ ਫੈਲਣ ਦੀ ਥਾਂ ਪਲਾਂਟ ਅੰਦਰ ਹੀ ਰਹਿੰਦੀ ਹੈ।
ਉਸ ਹੋਸਟ ਨੂੰ ਇੱਕ ਕੰਮ, ਇੱਕ ਮਾਲਕ ਅਤੇ ਇੱਕ ਆਡਿਟ ਟ੍ਰੇਲ ਦਿਓ
ਮਾਲਕ ਦਾ ਨਾਮ ਦਿਓ, ਮਨਜ਼ੂਰ ਸਾਫਟਵੇਅਰ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਇਹ ਕਿਵੇਂ ਪੈਚ ਹੁੰਦਾ ਹੈ ਤੈਅ ਕਰੋ, ਅਤੇ ਦਰਜ ਕਰੋ ਕਿ ਕਿਹੜੇ ਵਰਤੋਂਕਾਰ ਇਸ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ। ਕੰਮ ਦੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਹੀ ਗਾਹਕ ਨਾਲ ਬੰਨ੍ਹੇ ਰੱਖੋ, ਕਿਉਂਕਿ ਛੇ ਸਾਈਟਾਂ ਦੀ ਯਾਤਰਾ ਕਰ ਚੁੱਕਾ ਸਾਂਝਾ ਇੰਜੀਨੀਅਰਿੰਗ ਲੈਪਟਾਪ ਖੋਜੇ ਜਾਣ ਦੀ ਉਡੀਕ ਕਰ ਰਹੀ ਡੇਟਾ ਸੀਮਾ ਸਮੱਸਿਆ ਹੈ।
ਫਿਰ ਉਹ ਚੈਨਲ ਵੇਖੋ ਜੋ ਲੋਕ ਭੁੱਲ ਜਾਂਦੇ ਹਨ। ਕਲਿੱਪਬੋਰਡ ਸਿੰਕ, ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ, ਮੈਪ ਕੀਤੇ ਡਰਾਈਵ ਅਤੇ ਅਡੈਪਟਰ ਸ਼ੇਅਰਿੰਗ ਸਾਰੇ ਡੇਟਾ ਸੀਮਾ ਪਾਰ ਲੈ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਰਿਮੋਟ ਡਿਸਪਲੇ ਸੈਸ਼ਨ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਮੁਫ਼ਤ ਨਹੀਂ ਕਰਦਾ। ਕਲਾਇੰਟ ਦੇ ਡਿਫਾਲਟ ਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਣ ਦੀ ਥਾਂ ਇਸ ਕੰਮ ਲਈ ਹਰੇਕ ਉੱਤੇ ਸਪਸ਼ਟ ਫੈਸਲਾ ਕਰੋ। ਗਾਹਕ ਦੀ ਬਦਲਾਅ ਵਿੰਡੋ ਵੀ ਉਸ ਫੈਸਲੇ ਦਾ ਹਿੱਸਾ ਹੈ, ਕਿਉਂਕਿ ਪਹੁੰਚਯੋਗਤਾ ਕੰਮ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਵਰਗੀ ਨਹੀਂ ਹੈ।
ਨੀਤੀ ਢਾਂਚੇ ਬਾਰੇ, NIST ਦਾ ਦਸਤਾਵੇਜ਼ SP 800-82r3 ਰਿਮੋਟ ਸੰਭਾਲ ਨੂੰ ਓਪਰੇਸ਼ਨਲ ਸਿਸਟਮ ਤੱਕ ਨਿਯੰਤਰਿਤ ਪਹੁੰਚ ਵਜੋਂ ਵੇਖਦਾ ਹੈ, ਜਿੱਥੇ ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ ਸਾਜ਼ੋ-ਸਮਾਨ ਦੇ ਨਤੀਜੇ ਇਕੱਠੇ ਸਮੀਖਿਆ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
L2 ਵਿਸਥਾਰ ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਡਿਜ਼ਾਈਨ ਵਜੋਂ ਸਮੀਖਿਆ ਕਰੋ
ਜੇ ਕੋਈ ਅਜੇ ਵੀ Ethernet ਖਿੱਚਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਆਪਣੇ ਜੋਖਮਾਂ ਵਾਲੇ ਵੱਖਰੇ ਪ੍ਰੋਜੈਕਟ ਵਜੋਂ ਸਮੀਖਿਆ ਕਰੋ। ਪੁੱਛੋ ਕਿ ਸੰਯੁਕਤ ਬ੍ਰਾਡਕਾਸਟ ਅਤੇ ਸਪੈਨਿੰਗ-ਟ੍ਰੀ ਡੋਮੇਨ ਕਿਹੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ, ਦੋ ਸੰਸਥਾਵਾਂ ਵਿਚਕਾਰ ਪਤਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਪਾਸੇ ਲੂਪ ਹੋਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਸਿਰੇ 'ਤੇ ਬਦਲਾਅ ਕੌਣ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ। ਸਫਲ ਲੈਬ ਟੈਸਟ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਇਹ ਡਿਵਾਈਸ ਅਨੁਕੂਲਤਾ, ਥ੍ਰੂਪੁਟ ਜਾਂ ਲਿੰਕ ਫੇਲ੍ਹ ਹੋਣ ਮਗਰੋਂ ਰਿਕਵਰੀ ਦੀ ਪੱਕਾ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ।
ਸਥਾਨਕ-ਹੋਸਟ ਪੈਟਰਨ ਨੂੰ ਤਿੰਨ ਗੱਲਾਂ ਸਾਬਤ ਕਰਕੇ ਸਵੀਕਾਰ ਕਰੋ: ਸੰਦ ਉਹ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਸ ਲਈ ਇਹ ਮੌਜੂਦ ਹੈ, ਰਿਮੋਟ ਵਰਤੋਂਕਾਰ ਇਸ ਕੰਮ ਲਈ ਅਧਿਕਾਰਤ ਹੈ, ਅਤੇ ਇਨਕਾਰ ਕੀਤੇ ਸਿਸਟਮ ਉਸ ਹੋਸਟ ਤੋਂ ਅਪਹੁੰਚ ਰਹਿੰਦੇ ਹਨ। ਫਿਰ ਕੰਮ ਦੇ ਸਹਿਮਤ ਅੰਤ 'ਤੇ ਅਸਥਾਈ ਪਹੁੰਚ ਰੱਦ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹ ਗਈ ਹੈ।
ਇਸ ਨਾਲ ਗਾਹਕ ਕੋਲ ਸਥਾਨਕ ਸੰਭਾਲ ਕਰਨ ਲਈ ਨਿਯੰਤਰਿਤ ਥਾਂ ਰਹਿੰਦੀ ਹੈ, ਜੋ ਇੱਕਜੁੱਟ ਨੈੱਟਵਰਕ ਨਾਲੋਂ ਛੋਟਾ ਵਾਅਦਾ ਹੈ ਅਤੇ ਨਿਭਾਉਣਾ ਕਿਤੇ ਵੱਧ ਸੌਖਾ ਹੈ।