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 ಎಳೆಯಲು ಬಯಸಿದರೆ, ಅದನ್ನು ತನ್ನದೇ ಅಪಾಯಗಳಿರುವ ಪ್ರತ್ಯೇಕ ಯೋಜನೆಯೆಂದು ಪರಿಶೀಲಿಸಿ. ಸಂಯೋಜಿತ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಮತ್ತು ಸ್ಪ್ಯಾನಿಂಗ್-ಟ್ರೀ ಡೊಮೇನ್ ಹೇಗಿದೆ, ಎರಡು ಸಂಸ್ಥೆಗಳ ನಡುವೆ ವಿಳಾಸೀಕರಣವನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಒಂದು ಬದಿಯಲ್ಲಿ ಲೂಪ್ ಉಂಟಾದಾಗ ಏನಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ತುದಿಯಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಯಾರು ಅನುಮೋದಿಸುತ್ತಾರೆ ಎಂದು ಕೇಳಿ. ಯಶಸ್ವಿ ಪ್ರಯೋಗಾಲಯ ಪರೀಕ್ಷೆ ಆ ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸಾಧನ ಹೊಂದಾಣಿಕೆ, ಥ್ರೂಪುಟ್ ಅಥವಾ ಲಿಂಕ್ ವೈಫಲ್ಯದ ನಂತರದ ಚೇತರಿಕೆಯನ್ನು ಖಂಡಿತವಾಗಿ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ.
ಸ್ಥಳೀಯ-ಹೋಸ್ಟ್ ಮಾದರಿಯನ್ನು ಮೂರು ವಿಷಯಗಳನ್ನು ಸಾಬೀತುಪಡಿಸಿ ಸ್ವೀಕರಿಸಿ: ಸಾಧನವು ತನಗಾಗಿ ಇರುವ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ರಿಮೋಟ್ ಬಳಕೆದಾರರು ಈ ಕೆಲಸಕ್ಕೆ ಅಧಿಕೃತರಾಗಿದ್ದಾರೆ, ಮತ್ತು ನಿರಾಕರಿಸಿದ ವ್ಯವಸ್ಥೆಗಳು ಆ ಹೋಸ್ಟ್‌ನಿಂದ ತಲುಪಲಾಗದೆ ಉಳಿಯುತ್ತವೆ. ನಂತರ ಕೆಲಸದ ಒಪ್ಪಿದ ಅಂತ್ಯದಲ್ಲಿ ತಾತ್ಕಾಲಿಕ ಪ್ರವೇಶವನ್ನು ರದ್ದುಗೊಳಿಸಿ, ಅದು ಹೋಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.
ಇದು ಗ್ರಾಹಕರಿಗೆ ಸ್ಥಳೀಯ ನಿರ್ವಹಣೆ ಮಾಡಲು ನಿಯಂತ್ರಿತ ಸ್ಥಳವನ್ನು ಬಿಡುತ್ತದೆ, ಇದು ಏಕೀಕೃತ ಜಾಲಕ್ಕಿಂತ ಚಿಕ್ಕ ಭರವಸೆ ಮತ್ತು ಉಳಿಸಿಕೊಳ್ಳಲು ಬಹಳ ಸುಲಭ.