VPN ద్వారా PLC అన్వేషణ విఫలమవుతోందా? Ethernet ను యంత్రం దగ్గర ఉంచండి
నిర్వహణ సాధనాలకు మార్గం కావాలి, బ్రిడ్జ్ చేసిన Ethernet విభాగం కాదు. విభాగంలో నిర్వహిత హోస్ట్ను ఉంచి LAN ను సాగదీయడం బదులు దాన్ని నియంత్రించండి.
మీ అన్వేషణ బటన్ అనంతంగా తిరుగుతుంది, ఏమీ కనుగొనదు, టికెట్ యంత్రం ఆఫ్లైన్లో ఉందని చెబుతుంది. యంత్రం బాగానే ఉంది. ఆ విభాగంలో పరికరాలను కనుగొనడానికి సాధనం ఉపయోగించేది దానికి ఇచ్చిన మార్గాన్ని దాటదు, బటన్ మళ్లీ పనిచేయాలంటే కస్టమర్ Ethernet ను సైట్ లింక్ అంతటా సాగదీయడం సహజ స్పందన. మొదట ఆధారితత్వాన్ని నిర్ణయించండి. చాలా నిర్వహణ సాధనాలకు మార్గం కావాలి; ఒకదానికి నిజంగా కేబుల్ అవసరమైనప్పుడు, రెండు భవనాల మధ్య బ్రిడ్జ్ చేసిన నెట్వర్క్ కాదు, యంత్రం పక్కన ఉంచిన నిర్వహిత హోస్ట్ దీర్ఘకాలిక సమాధానం.
మార్గీకృత సొరంగం అంచున అన్వేషణ ఎందుకు చనిపోతుంది
మార్గీకృత సొరంగం ఉపజాలాల మధ్య unicast ప్యాకెట్లను తీసుకువెళుతుంది. ప్రసార మరియు multicast ఫ్రేమ్లు ఒకే ప్రసార డొమైన్ లోపల ఉంటాయి, VPN ముగింపు బిందువు ఆ డొమైన్ ముగిసే చోటే ఉంటుంది. విభాగంలో అరిచి పరికరాలను కనుగొనే సాధనానికి నిశ్శబ్దమే లభిస్తుంది, ఎందుకంటే ఆ అరుపు ఎప్పుడూ ముందుకు పంపబడలేదు.
IP కాని ప్రోటోకాల్లకు మరియు నేరుగా Ethernet పై నడిచే తయారీదారు ఫ్రేమ్లకు ఇదే వర్తిస్తుంది. వాటిని ఏ కాన్ఫిగరేషన్ తోనూ మార్గీకరించలేము, అందుకే అన్వేషణ సమస్యకు మార్గాలు మరియు firewall నియమాలు జోడించడం తరచుగా ఎలాంటి మార్పునూ తీసుకురాదు.
ఆ స్థితిలో ఇంకా ఏమి పనిచేస్తుందో గమనించండి. తెలిసిన చిరునామాకు 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 ను సాగదీయాలనుకుంటే, దాన్ని దాని స్వంత ప్రమాదాలతో ప్రత్యేక ప్రాజెక్టుగా సమీక్షించండి. సంయుక్త ప్రసార మరియు స్పానింగ్-ట్రీ డొమైన్ ఎలా ఉంటుంది, రెండు సంస్థల మధ్య చిరునామా కేటాయింపు ఎలా నిర్వహించబడుతుంది, ఒక వైపు లూప్ అయితే ఏమి జరుగుతుంది, ప్రతి చివర మార్పులను ఎవరు ఆమోదిస్తారు అని అడగండి. విజయవంతమైన ల్యాబ్ పరీక్ష ఆ ప్రశ్నల్లో ఏదానికీ సమాధానం ఇవ్వదు, పరికర అనుకూలత, throughput లేదా లింక్ వైఫల్యం తర్వాత పునరుద్ధరణను ఖచ్చితంగా ధృవీకరించదు.
స్థానిక-హోస్ట్ నమూనాను మూడు విషయాలు నిరూపించడం ద్వారా అంగీకరించండి: సాధనం తన కోసం ఉన్న కార్యకలాపాన్ని నిర్వహిస్తుంది, రిమోట్ వినియోగదారు ఈ పనికి అధికారం కలిగి ఉన్నాడు, తిరస్కరించబడిన వ్యవస్థలు ఆ హోస్ట్ నుంచి చేరుకోలేనివిగా ఉంటాయి. తర్వాత పని యొక్క అంగీకరించిన ముగింపులో తాత్కాలిక యాక్సెస్ను రద్దు చేసి, అది పోయిందని నిర్ధారించండి.
ఇది కస్టమర్కు స్థానిక నిర్వహణ చేయడానికి నియంత్రిత ప్రదేశాన్ని మిగులుస్తుంది, ఇది ఏకీకృత నెట్వర్క్ కంటే చిన్న వాగ్దానం మరియు నిలబెట్టుకోవడం చాలా సులభం.