A PLC-felderítés meghiúsul VPN-en át? Tartsa az Ethernetet a gépnél

A felderítés gomb vég nélkül forog, nem talál semmit, és a jegy szerint a gép offline. A gép rendben van. Amit az eszköz az eszközök megtalálására használ azon a szegmensen, az nem éli túl a kapott útvonalat, és a reflex az, hogy kifeszítik az ügyfél Ethernetjét a telephelyi kapcsolaton, hogy a gomb újra működjön. Először állapítsa meg a függőséget. A legtöbb karbantartó eszköznek útvonalra van szüksége; amikor valamelyiknek valóban a kábel kell, a tartós válasz a gép mellett elhelyezett felügyelt gazdagép, nem pedig két épület közötti áthidalt hálózat.

Miért hal meg a felderítés egy irányított alagút szélén

Az irányított alagút unicast csomagokat szállít az alhálózatok között. A broadcast- és multicast-keretek egyetlen broadcast-tartományon belül maradnak, és a VPN végpontja pontosan ott van, ahol ez a tartomány véget ér. Az eszköz, amely a szegmensbe kiabálva találja meg az eszközöket, csendet kap, mert a kiáltást soha nem továbbították.

Ugyanez vonatkozik azokra a protokollokra, amelyek egyáltalán nem IP-k, és a gyártói keretekre, amelyek közvetlenül Etherneten futnak. Ezeket semmilyen konfiguráció nem tudja irányítani, ezért a felderítési problémához hozzáadott útvonalak és tűzfal-szabályok gyakran semmit sem változtatnak.

Figyelje meg, mi működik még ebben az állapotban. Egy ismert címre küldött ping és egy ismert portra indított unicast kapcsolat általában sikeres, mert ezek azok a részek, amelyekre az alagút épült. Ez a kombináció, címmel elérhető, de a felderítés számára láthatatlan, a hiányzó broadcast-tartomány jele, nem a tönkrement hálózaté.

Nevezze meg a függőséget, mielőtt szállítást választ

Olvassa el az eszköz dokumentációját arról, hogyan találja meg és hogyan szólítja meg az eszközöket, majd vesse össze ezzel a táblázattal.

Ha az esetében minden követelmény az első sorban van, álljon meg itt, és javítsa az útvonalválasztást. Ez olcsóbb és sokkal könnyebben áttekinthető változtatás, mint bármilyen topológiai munka, és a karbantartási munkamenetet az ügyfél által már jóváhagyott hozzáférési útvonalon belül tartja.

A multicast felderítés kényelmetlen középhelyen áll. Egy reflektor vagy ismétlő továbbíthat belőle valamennyit az alhálózatok között, amitől a gomb működik, és csendesen kiszélesíti, mit érhet el a távoli oldal. Tekintse ezt szándékos, tulajdonossal rendelkező tervezésnek, nem hasznos jelölőnégyzetnek.

Helyezzen felügyelt gazdagépet a szegmensre, és érje el azt

A felülvizsgálatot túlélő minta nem csillogó. Az ügyfél által jóváhagyott mérnöki munkaállomás a gép karbantartási szegmenséhez csatlakozik, és a technikus a jóváhagyott távhozzáférési csatornán keresztül kapcsolódik ehhez a munkaállomáshoz. Az eszköz ott fut, ahol a kábel van; a személy onnan fut, ahol éppen van.

Ekkor a technikus otthoni hálózatából semmi sem válik a gép Ethernetjének részévé, és nem jön létre híd két telephely között, amelyek soha nem egyeztek bele egy hibaartomány megosztásába.

Tartsa a helyi tartományt olyan kicsin, amennyire a munka engedi. Egy karbantartási VLAN egy felügyelt gazdagéppel korlátozott broadcast-hatókörrel, korlátozott huroktartománnyal és olyan hibával rendelkezik, amely az üzemen belül marad, ahelyett hogy hajnali háromkor egy WAN-kapcsolaton át terjedne.

Adjon annak a gazdagépnek egy feladatot, egy tulajdonost és egy auditnyomot

Nevezze meg a tulajdonost, sorolja fel az engedélyezett szoftvert, határozza meg, hogyan javítják, és rögzítse, mely felhasználók érhetik el. Tartsa a munkafájlokat és a hitelesítő adatokat a megfelelő ügyfélhez kötve, mert a hat telephelyet megjárt közös mérnöki laptop olyan adathatár-probléma, amely arra vár, hogy felfedezzék.

Ezután nézze meg azokat a csatornákat, amelyeket az emberek elfelejtenek. A vágólap-szinkronizálás, a fájlátvitel, a leképezett meghajtók és az adaptermegosztás mind adatot mozgat a határon át, és egy távoli kijelző munkamenet ezek egyikét sem teszi ingyen. Döntsön mindegyikről kifejezetten ehhez a munkához, ahelyett hogy örökölné, amit az ügyfél alapértelmezésként tesz. Az ügyfél változási ablaka is ehhez a döntéshez tartozik, hiszen az elérhetőség nem ugyanaz, mint a cselekvés engedélye.

A szakpolitikai keretet illetően a NIST dokumentuma SP 800-82r3 a távkarbantartást az üzemeltetési rendszerhez való ellenőrzött hozzáférésként kezeli, ahol a kapcsolódást és a berendezésre gyakorolt következményeket együtt vizsgálják.

Tekintse az L2-bővítést önálló tervezésnek

Ha valaki mégis ki akarja feszíteni az Ethernetet, tekintse külön projekteknek a saját kockázataival. Kérdezze meg, hogyan néz ki az egyesített broadcast- és feszítőfa-tartomány, hogyan kezelik a címzést két szervezet között, mi történik, ha az egyik oldal hurkot alkot, és ki hagyja jóvá a változtatásokat mindkét végén. Egy sikeres laboratóriumi teszt egyik kérdésre sem válaszol, és biztosan nem validálja az eszközkompatibilitást, az átviteli sebességet vagy a helyreállást egy kapcsolat meghibásodása után.

Fogadja el a helyi gazdagép mintáját három dolog bizonyításával: az eszköz elvégzi azt a műveletet, amelyre létezik, a távoli felhasználó jogosult erre a munkára, és az elutasított rendszerek elérhetetlenek maradnak arról a gazdagépről. Ezután vonja vissza az ideiglenes hozzáférést a munka megbeszélt végén, és erősítse meg, hogy eltűnt.

Ez egy ellenőrzött helyet hagy az ügyfélnek a helyi karbantartáshoz, ami kisebb ígéret, mint egy egyesített hálózat, és sokkal könnyebb betartani.