PLC ค้นหาไม่เจอผ่าน VPN? วาง Ethernet ไว้ที่เครื่อง
เครื่องมือบำรุงรักษาต้องการเส้นทาง ไม่ใช่เซกเมนต์ Ethernet ที่ทำบริดจ์ วางโฮสต์ที่จัดการได้บนเซกเมนต์และควบคุมโฮสต์นั้นแทนการยืด LAN
ปุ่มค้นหาของคุณหมุนไม่หยุด หาอะไรไม่เจอ และตั๋วแจ้งว่าเครื่องออฟไลน์ เครื่องปกติดี สิ่งที่เครื่องมือใช้ค้นหาอุปกรณ์ในเซกเมนต์นั้นไม่ผ่านเส้นทางที่ได้รับ และปฏิกิริยาตามสัญชาตญาณคือยืด Ethernet ของลูกค้าข้ามลิงก์ของไซต์เพื่อให้ปุ่มกลับมาทำงาน หาความขึ้นต่อกันก่อน เครื่องมือบำรุงรักษาส่วนใหญ่ต้องการเส้นทาง เมื่อมีตัวหนึ่งต้องการสายจริง ๆ คำตอบที่ยั่งยืนคือโฮสต์ที่จัดการได้ข้างเครื่อง ไม่ใช่เครือข่ายที่ทำบริดจ์ระหว่างสองอาคาร
ทำไมการค้นหาตายที่ขอบของทันเนลที่กำหนดเส้นทาง
ทันเนลที่กำหนดเส้นทางขนส่งแพ็กเก็ต unicast ระหว่างซับเน็ต เฟรม broadcast และ multicast อยู่ในโดเมน broadcast เดียว และปลายทาง VPN คือจุดที่โดเมนนั้นสิ้นสุดพอดี เครื่องมือที่หาอุปกรณ์ด้วยการตะโกนเข้าไปในเซกเมนต์ได้แต่ความเงียบ เพราะเสียงตะโกนไม่เคยถูกส่งต่อ
เช่นเดียวกันกับโปรโตคอลที่ไม่ใช่ IP เลย และเฟรมของผู้ผลิตที่วิ่งบน Ethernet โดยตรง สิ่งเหล่านี้กำหนดเส้นทางไม่ได้ด้วยการตั้งค่าใด ๆ ซึ่งเป็นเหตุผลที่การเพิ่มเส้นทางและกฎไฟร์วอลล์ให้ปัญหาการค้นหามักไม่เกิดการเปลี่ยนแปลงใด ๆ
สังเกตว่าอะไรยังทำงานได้ในสภาวะนั้น ping ไปยังที่อยู่ที่รู้จักและการเชื่อมต่อ unicast ไปยังพอร์ตที่รู้จักมักสำเร็จ เพราะนั่นคือส่วนที่ทันเนลถูกสร้างขึ้นมาเพื่อมัน การรวมกันนั้นคือเข้าถึงได้ด้วยที่อยู่แต่ไม่ปรากฏต่อการค้นหา เป็นลายเซ็นของโดเมน broadcast ที่หายไป ไม่ใช่เครือข่ายที่เสีย
ตั้งชื่อความขึ้นต่อกันก่อนเลือกการขนส่ง
อ่านเอกสารของเครื่องมือเกี่ยวกับวิธีค้นหาอุปกรณ์และวิธีพูดคุยกับอุปกรณ์ แล้วนำมาเทียบกับตารางนี้
| 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 บำรุงรักษาหนึ่งตัวที่มีโฮสต์ที่จัดการได้หนึ่งตัวมีขอบเขต broadcast จำกัด โดเมนลูปจำกัด และความล้มเหลวที่อยู่ในโรงงานแทนที่จะแพร่ผ่านลิงก์ WAN ตอนตีสาม
ให้โฮสต์นั้นมีงานอย่างเดียว เจ้าของหนึ่งคน และร่องรอยการตรวจสอบ
ตั้งชื่อเจ้าของ ระบุซอฟต์แวร์ที่อนุญาต กำหนดวิธีการแพตช์ และบันทึกว่าผู้ใช้คนใดเข้าถึงได้ เก็บไฟล์งานและข้อมูลรับรองให้ผูกกับลูกค้าที่ถูกต้อง เพราะแล็ปท็อปวิศวกรรมที่ใช้ร่วมกันซึ่งเคยไปหกไซต์คือปัญหาขอบเขตข้อมูลที่รอการค้นพบ
จากนั้นดูช่องทางที่ผู้คนลืม การซิงก์คลิปบอร์ด การถ่ายโอนไฟล์ ไดรฟ์ที่แมป และการแชร์อะแดปเตอร์ล้วนย้ายข้อมูลข้ามขอบเขต และเซสชันแสดงผลระยะไกลไม่ได้ทำสิ่งเหล่านั้นฟรี ตัดสินใจแต่ละอย่างอย่างชัดเจนสำหรับงานนี้แทนที่จะสืบทอดค่าที่ไคลเอนต์ทำโดยปริยาย หน้าต่างการเปลี่ยนแปลงของลูกค้าก็เป็นส่วนหนึ่งของการตัดสินใจนั้นด้วย เพราะการเข้าถึงไม่ได้เหมือนกับการอนุญาตให้ลงมือ
ในแง่กรอบนโยบาย เอกสาร NISTSP 800-82r3มองการบำรุงรักษาระยะไกลว่าเป็นการเข้าถึงระบบปฏิบัติการแบบควบคุม ซึ่งพิจารณาการเชื่อมต่อและผลกระทบต่ออุปกรณ์ร่วมกัน
ทบทวนการขยาย L2 ในฐานะการออกแบบของมันเอง
หากยังมีคนต้องการยืด Ethernet ให้ทบทวนเป็นโครงการแยกที่มีความเสี่ยงของตัวเอง ถามว่าโดเมน broadcast และ spanning-tree รวมกันหน้าตาอย่างไร การกำหนดที่อยู่ระหว่างสององค์กรจัดการอย่างไร เกิดอะไรขึ้นเมื่อฝั่งหนึ่งเกิดลูป และใครอนุมัติการเปลี่ยนแปลงที่แต่ละปลาย การทดสอบในห้องแล็บที่สำเร็จไม่ตอบคำถามเหล่านี้เลย และไม่รับรองความเข้ากันได้ของอุปกรณ์ ปริมาณงาน หรือการกู้คืนหลังลิงก์ล้มเหลวอย่างแน่นอน
ยอมรับรูปแบบโฮสต์ท้องถิ่นด้วยการพิสูจน์สามอย่าง เครื่องมือทำงานตามที่มันมีอยู่ ผู้ใช้ระยะไกลได้รับอนุญาตสำหรับงานนี้ และระบบที่ถูกปฏิเสธยังเข้าถึงไม่ได้จากโฮสต์นั้น จากนั้นเพิกถอนการเข้าถึงชั่วคราวเมื่อสิ้นสุดงานตามที่ตกลง และยืนยันว่ามันหายไปแล้ว
นั่นทำให้ลูกค้ามีสถานที่ควบคุมได้สำหรับการบำรุงรักษาท้องถิ่น ซึ่งเป็นสัญญาที่เล็กกว่าเครือข่ายที่รวมกันและรักษาได้ง่ายกว่ามาก