การตั้งค่าเครือข่ายของเซิร์ฟเวอร์อนุกรมต้องตอบโจทย์สามเรื่อง ได้แก่ อุปกรณ์ใช้ที่อยู่ใด ข้อมูลไปถึงอีกฝั่งได้อย่างไร และแอปพลิเคชันเชื่อมต่อกับบริการใด IP มาสก์ เกตเวย์ และ DNS ต่างมีหน้าที่ของตนเอง การกรอกค่าเริ่มต้นไม่กี่ค่าจึงไม่ได้ทำให้สื่อสารได้ทันที ขั้นแรกให้ยืนยันการเข้าถึงส่วนจัดการบนเครือข่ายทดสอบที่แยกออกมา จากนั้นสร้างการเชื่อมต่อแอปพลิเคชัน และสุดท้ายตรวจสอบการตอบกลับจริงของอุปกรณ์อนุกรม จึงจะแยกได้ว่า “เปิดหน้าเว็บได้” กับ “ระบบใช้งานได้” ต่างกันอย่างไร
1. ที่อยู่ใช้ค้นหาอุปกรณ์ พอร์ตใช้ค้นหาบริการ
วงจรอนุกรมของเซิร์ฟเวอร์อนุกรมรับไบต์จากเครื่องมือวัด เก็บไว้ในบัฟเฟอร์ แล้วส่งต่อให้สแตกโปรโตคอลเครือข่าย ส่วนอินเทอร์เฟซ Ethernet ส่งเฟรมเครือข่ายลงสายเคเบิล ในทิศทางกลับกัน อุปกรณ์จะรับข้อมูลเครือข่ายแล้วส่งไปยังเทอร์มินัลตามพารามิเตอร์อนุกรม การตั้งค่าเครือข่ายกำหนดว่าข้อมูลจะไปถึงอุปกรณ์อย่างไร ไม่ได้กำหนดว่าเครื่องมือวัดเข้าใจคำสั่งหรือไม่ ยังต้องตรวจสอบการเดินสาย RS485 อัตราบอด และหมายเลขสถานี Modbus แยกกัน
IP คือที่อยู่เชิงตรรกะของอินเทอร์เฟซเครือข่าย ส่วนหมายเลขพอร์ตเครือข่ายใช้แยกบริการ TCP หรือ UDP หน้าเว็บจัดการและแอปพลิเคชันอนุกรมอาจใช้ IP เดียวกัน แต่ใช้พอร์ตบริการต่างกัน ช่องสัญญาณอนุกรม 1 ไม่ใช่พอร์ต TCP หมายเลข 1 อุปกรณ์หลายช่องสัญญาณอาจใช้พอร์ตรอรับการเชื่อมต่อต่างกันหรือใช้วิธีจับคู่อื่น จึงต้องตรวจสอบการกำหนดค่าเฉพาะนั้น อย่าถือว่า “เริ่มจาก 4001” ในบทความเก่าเป็นค่าเริ่มต้นของผลิตภัณฑ์ทุกรุ่น และอย่านำที่อยู่หน้าเว็บจัดการมาใช้เป็นที่อยู่เชื่อมต่อแอปพลิเคชันโดยตรง
2. เหตุใดมาสก์และเกตเวย์จึงมีผลต่อเส้นทาง
ซับเน็ตมาสก์ใช้ตัดสินว่าปลายทางอยู่ในเครือข่ายท้องถิ่นหรือไม่ ตัวอย่างเช่น 192.168.10.20/24 และ 192.168.10.30/24 โดย /24 ตรงกับ 255.255.255.0 ทั้งสองฝั่งจึงถือว่าอีกฝ่ายอยู่ในซับเน็ตเดียวกัน เมื่ออยู่บนเครือข่าย Layer 2 เดียวกันและนโยบายอนุญาต ก็สามารถสื่อสารผ่านสวิตช์ได้โดยไม่ต้องผ่านเกตเวย์เริ่มต้น นี่เป็นตัวอย่างการวางแผนที่อยู่ ไม่ใช่การกำหนดค่าจากโรงงานของผลิตภัณฑ์ Feichang Technology
เมื่อเข้าถึงซับเน็ตอื่น เช่น 192.168.20.20 โฮสต์ต้องมีเส้นทางที่ใช้งานได้ และจะใช้เกตเวย์เริ่มต้นก็ต่อเมื่อไม่มีเส้นทางที่เฉพาะเจาะจงกว่าเท่านั้น โดยทั่วไปเกตเวย์คืออินเทอร์เฟซเราเตอร์ที่เข้าถึงได้ในซับเน็ตท้องถิ่น จึงไม่สามารถกรอกที่อยู่ของเซิร์ฟเวอร์ที่อยู่ห่างออกไปตามอำเภอใจได้ การไปถึงปลายทางเพียงอย่างเดียวยังไม่พอ อีกฝั่งต้องมีเส้นทางกลับด้วย และนโยบายไฟร์วอลล์กับ VLAN ต้องอนุญาตแอปพลิเคชันนั้น มาสก์ที่ผิดอาจทำให้อุปกรณ์เข้าใจผิดว่าปลายทางระยะไกลเป็นเพื่อนบ้านในเครือข่ายท้องถิ่น ส่วนเกตเวย์ที่ผิดอาจส่งผลเฉพาะการเข้าถึงข้ามซับเน็ต
เมื่อคอมพิวเตอร์มีหลายอินเทอร์เฟซ เช่น แบบใช้สาย ไร้สาย และ VPN การเข้าถึงอาจออกทางการ์ดเครือข่ายผิดตัว ให้บันทึกอินเทอร์เฟซ ที่อยู่ และเส้นทางที่ใช้งานจริงก่อน แทนที่จะคิดว่าทราฟฟิกทดสอบต้องออกจากจุดนี้เพียงเพราะเสียบสายเครือข่ายอยู่ อย่าตั้งการ์ดเครือข่ายสองตัวให้อยู่ในซับเน็ตที่ทับซ้อนกันตามอำเภอใจ และอย่าบริดจ์คอมพิวเตอร์ทดสอบเข้ากับเครือข่ายการผลิตโดยไม่ได้รับอนุมัติเพียงเพื่อค้นหาอุปกรณ์
3. วิธีเลือกระหว่าง IP แบบคงที่กับ DHCP
IP แบบคงที่เป็นที่อยู่ที่ผู้ดูแลระบบวางแผนแล้วป้อนลงในอุปกรณ์ด้วยตนเอง ซึ่งสะดวกต่อการส่งมอบงานเมื่อคอมพิวเตอร์โฮสต์เข้าถึงด้วยที่อยู่คงที่ แต่ที่อยู่ต้องไม่ซ้ำและต้องประสานกับพูลที่อยู่ DHCP ไม่อาจสรุปว่าที่อยู่หนึ่งว่างอยู่เพียงเพราะ Ping ครั้งเดียวแล้วไม่ได้รับคำตอบ อุปกรณ์อาจปิดใช้งาน Ping หรือออฟไลน์ชั่วคราว ควรเก็บบันทึกการจัดสรรที่อยู่และตัวระบุอุปกรณ์ เพื่อป้องกันอุปกรณ์สองตัวใช้ที่อยู่เดียวกันโดยผิดพลาดจนทำให้การเชื่อมต่อหลุดเป็นระยะ
DHCP คือ Dynamic Host Configuration Protocol ไคลเอนต์ร้องขอที่อยู่และพารามิเตอร์เครือข่ายที่เกี่ยวข้องจากบริการ ขั้นตอนการจัดสรรครั้งแรกที่พบบ่อยคือ Discover, Offer, Request, ACK ได้แก่ ค้นหาบริการ รับข้อเสนอการกำหนดค่า ร้องขอการกำหนดค่าที่เลือก และรับการยืนยัน กระบวนการนี้ไม่ต้องเชื่อมต่ออินเทอร์เน็ต แต่เครือข่ายปัจจุบันต้องมีบริการ DHCP ที่เข้าถึงได้ หากข้ามซับเน็ต ผู้ดูแลระบบอาจกำหนดค่ารีเลย์ให้ สัญญาเช่ามีเวลาจำกัด และอุปกรณ์ต้องต่ออายุตามกฎด้วย จึงไม่อาจถือว่าการได้รับที่อยู่ครั้งเดียวเป็นการได้รับอย่างถาวร
เมื่อต้องการจัดการแบบรวมศูนย์และคอมพิวเตอร์โฮสต์ต้องใช้ที่อยู่เข้าถึงที่คงที่ อาจพิจารณาการจองที่อยู่ DHCP โดยผู้ดูแลระบบจองที่อยู่ให้ไคลเอนต์ที่เกี่ยวข้อง แทนการตั้งที่อยู่ภายในพูลบนอุปกรณ์ตามอำเภอใจ การจองอาจอ้างอิงตัวระบุไคลเอนต์หรือ MAC และต้องตรวจสอบตามกฎของเซิร์ฟเวอร์ วิธีนี้ใช้ได้เฉพาะเมื่อรุ่นนั้นรองรับ DHCP หากเครือข่ายไม่มี DHCP ไม่ควรเดาว่าอุปกรณ์จะกลับไปใช้ที่อยู่คงที่ใดที่อยู่หนึ่ง แต่ควรตรวจสอบคู่มือและสถานะปัจจุบัน
4. เมื่อใดจึงต้องใช้ DNS
DNS คือ Domain Name System ซึ่งแปลงคำค้นชื่อเป็นระเบียนที่สอดคล้องกัน เมื่ออุปกรณ์เป็นฝ่ายเริ่มเชื่อมต่อไปยัง “ชื่อโดเมนของศูนย์รวบรวมข้อมูล” โดยทั่วไปจะสอบถามบริการ DNS ที่กำหนดไว้ก่อน แล้วจึงสร้างการเชื่อมต่อแอปพลิเคชันตามที่อยู่ที่ได้รับ การแปลงชื่อสำเร็จไม่ได้หมายความว่าพอร์ต TCP เปิดอยู่ และบริการ DNS ก็ไม่ใช่สถานีถ่ายทอดที่ข้อมูลแอปพลิเคชันทั้งหมดต้องผ่าน เมื่อใช้ IP แบบตัวเลขเป็นปลายทาง โดยทั่วไปการเชื่อมต่อนั้นไม่จำเป็นต้องแปลงชื่อโดเมน
ชื่อโดเมนกับ IP ไม่ได้มีความสัมพันธ์แบบหนึ่งต่อหนึ่งเสมอไป ชื่อหนึ่งอาจส่งกลับหลายที่อยู่ และหลายชื่อก็อาจชี้ไปยังที่อยู่เดียวกัน ระเบียนยังมีระยะเวลาที่แคชใช้ได้ด้วย ดังนั้นหลังเปลี่ยนระเบียนการแปลงชื่อ ไคลเอนต์ทั้งหมดจะไม่ได้ใช้ค่าใหม่ทันที ชื่อศูนย์รวบรวมข้อมูลภายในอาจต้องใช้ DNS ภายในองค์กร การเปลี่ยนไปใช้ DNS สาธารณะตามอำเภอใจอาจแปลงชื่อนั้นไม่ได้ การเลือกที่อยู่ DNS ควรเป็นไปตามแผนของผู้ดูแลเครือข่าย ไม่อาจถือว่าที่อยู่เราเตอร์เป็นบริการ DNS โดยไม่ตรวจสอบยืนยัน
5. เปลี่ยนที่อยู่อย่างปลอดภัยและหลีกเลี่ยงการทำให้ตนเองเข้าถึงไม่ได้
ก่อนเริ่ม ให้บันทึกรุ่น เฟิร์มแวร์ IP ปัจจุบัน วิธีรับที่อยู่ จุดเข้าถึงส่วนจัดการ พอร์ตแอปพลิเคชัน และการจับคู่บนคอมพิวเตอร์โฮสต์ ส่งออกการกำหนดค่า และจัดช่วงเวลาบำรุงรักษา ชื่อเมนู บัญชีเริ่มต้น และวิธีตั้งค่าแอปพลิเคชันแตกต่างกันตามผลิตภัณฑ์ บทความนี้ไม่ได้ให้รหัสผ่านเริ่มต้นที่ใช้ได้กับทุกผลิตภัณฑ์หรือเส้นทางเมนูที่คาดเดาขึ้น หลังเข้าสู่ระบบครั้งแรก ให้กำหนดข้อมูลรับรองเฉพาะตามนโยบายความปลอดภัย สำหรับการอัปเกรดเฟิร์มแวร์ ให้ยืนยันเวอร์ชันที่เข้ากันได้ วิธีสำรองข้อมูล และวิธีย้อนกลับ และอย่าอัปเดตอุปกรณ์ในระบบการผลิตโดยตรงเพียงเพราะเป็น “เวอร์ชันล่าสุด”
วางแผนที่อยู่ใหม่และวิธีที่คอมพิวเตอร์จะเข้าถึงก่อน แล้วจึงแก้ไขพารามิเตอร์เครือข่ายเพียงกลุ่มเดียว หลังบันทึก เซสชันการจัดการอาจขาดลงเพียงเพราะที่อยู่เปลี่ยน ไม่จำเป็นว่าอุปกรณ์เสีย ให้เข้าถึงอีกครั้งด้วยที่อยู่ใหม่ และหากจำเป็นให้ตั้งคอมพิวเตอร์ทดสอบให้อยู่ในซับเน็ตที่ได้รับอนุมัติ การตั้งค่าจะมีผลทันที ต้องเชื่อมต่อใหม่ หรือต้องรีสตาร์ต ขึ้นอยู่กับข้อความแจ้งของแต่ละรุ่น อย่าเปลี่ยน IP รูปแบบอนุกรม และโหมดแอปพลิเคชันพร้อมกัน มิฉะนั้นเมื่อเกิดปัญหาจะแยกสาเหตุได้ยาก
หากลืมที่อยู่ ให้ตรวจสอบบันทึกส่งมอบงาน สัญญาเช่า DHCP บันทึกการเรียนรู้ของสวิตช์ หรือเครื่องมือค้นหาอุปกรณ์ของผู้ผลิตก่อน การบรอดแคสต์ของเครื่องมือค้นหาอาจไม่ผ่านการกำหนดเส้นทาง การค้นหาไม่พบจึงไม่ได้หมายความว่าอุปกรณ์ออฟไลน์ การคืนค่าจากโรงงานจะล้างพารามิเตอร์ และควรใช้เป็นทางเลือกสุดท้ายเมื่อได้รับอนุญาตและมีข้อมูลสำรอง อย่ากดรีเซ็ตซ้ำ ๆ บนบัสที่กำลังทำงาน จุดเข้าถึงส่วนจัดการและแอปพลิเคชันควรจำกัดแหล่งที่มาในการเข้าถึง สำหรับการเข้าถึงผ่านเครือข่ายสาธารณะ ให้ใช้วิธีเข้าถึงที่ปลอดภัยซึ่งได้รับอนุมัติ และอย่าเปิดพอร์ตควบคุมสู่ภายนอกโดยตรง
6. ตรวจรับจากผลลัพธ์สามระดับ
ระดับแรกตรวจสอบเครือข่ายและการจัดการ ได้แก่ สถานะลิงก์ การขัดแย้งของที่อยู่ มาสก์ การกำหนดเส้นทาง และกฎการเข้าถึงต้องถูกต้อง และคอมพิวเตอร์ที่ได้รับอนุญาตต้องเข้าถึงจุดจัดการได้ Ping เป็นเพียงหลักฐานประกอบ และอาจถูกห้ามตามนโยบาย แม้ Ping สำเร็จก็ไม่พิสูจน์ว่าแอปพลิเคชันเชื่อมต่อแล้ว ระดับที่สองตรวจสอบการเชื่อมต่อแอปพลิเคชัน โดยยืนยันว่าเป็น Server ที่รอรับการเชื่อมต่อหรือ Client ที่เป็นฝ่ายเริ่มเชื่อมต่อ ตรวจสอบ IP หรือชื่อโดเมนปลายทาง พอร์ต และสถานะเซสชัน เมื่อใช้ชื่อโดเมนไม่สำเร็จแต่ใช้ที่อยู่ตัวเลขสำเร็จ ให้ตรวจสอบ DNS แยกต่างหากและอย่าเปลี่ยนพารามิเตอร์อนุกรม
ระดับที่สามตรวจสอบการตอบกลับจริงทางอนุกรม โดยใช้คำขอแบบอ่านอย่างเดียวที่คู่มืออุปกรณ์อนุญาต และตรวจสอบไบต์ที่ส่ง ไบต์ที่รับ และค่าที่ส่งกลับ หากเชื่อมต่อได้แล้วแต่ไม่มีการตอบกลับ ให้ตรวจสอบการเดินสาย รูปแบบอนุกรม หมายเลขสถานี และโปรโตคอลต่อไป การส่งผ่านแบบโปร่งใสไม่ได้แปลง Modbus RTU เป็น Modbus TCP โดยอัตโนมัติ เฉพาะอุปกรณ์ที่รองรับโหมดเกตเวย์ที่เกี่ยวข้องเท่านั้นจึงจะแปลงตามการกำหนดค่าได้ จากนั้นทดสอบภาระงานที่คาดหมาย การเชื่อมต่อใหม่ และการกู้คืนหลังอุปกรณ์รีสตาร์ต การหยุดชะงักของระบบการผลิตทุกครั้งต้องได้รับอนุญาต
หมวดหมู่เซิร์ฟเวอร์อนุกรมของ Feichang Technology และรายละเอียด 2855 ซีรีส์ FCT-1500 ระบุพอร์ตอนุกรมหลายพอร์ตและการผสมผสานพอร์ตไฟฟ้ากับพอร์ตออปติคัล ทำให้เลือกรุ่นตามจำนวนอินเทอร์เฟซและสื่อที่ใช้ติดตั้งได้ คอลัมน์โปรโตคอลเครือข่ายในรายละเอียดดังกล่าวระบุ DHCP/DNS รวมทั้งการจัดการผ่าน WEB การสื่อสารข้ามเส้นทาง และการเชื่อมต่อใหม่อัตโนมัติ ซึ่งใช้ตรวจสอบความต้องการด้านการจัดสรรที่อยู่ การกำหนดค่าแบบรวมศูนย์ และการกู้คืนได้ อย่างไรก็ตาม การรองรับฟังก์ชันเหล่านี้ไม่ได้หมายความว่าการกำหนดเส้นทางและ DNS ณ สถานที่ติดตั้งถูกต้องแล้ว และไม่ได้รับประกันว่าการเชื่อมต่อใหม่ทุกครั้งจะรักษาสถานะแอปพลิเคชันไว้ พอร์ตออปติคัลไม่สามารถทดแทนการกำหนดค่า IP และการกำหนดเส้นทางที่ถูกต้องได้ รุ่นที่สั่งซื้อ เฟิร์มแวร์ เมนู และเงื่อนไขการกู้คืนเฉพาะยังต้องตรวจสอบในคู่มือ และไม่อาจอนุมานจากรูปลักษณ์ของอินเทอร์เฟซ สำหรับขั้นตอนการเข้าถึงฉบับสมบูรณ์ โปรดดู บทสอนการใช้งาน และสำหรับการตรวจสอบไบต์และลูปแบ็ก โปรดดู คู่มือการกำหนดค่าและการแก้จุดบกพร่อง .
เอกสารอ้างอิง: IETF RFC 2131 (DHCP) ; IETF RFC 1034 (DNS) ; หมวดหมู่เซิร์ฟเวอร์อนุกรมของ Feichang Technology ; รายละเอียดผลิตภัณฑ์ 2855 แผนภาพเป็นภาพประกอบกลไกทั่วไป ไม่ได้แสดงผลิตภัณฑ์จริงหรือพารามิเตอร์ที่ได้จากการวัด ที่อยู่ตัวอย่างไม่สามารถนำไปใช้กำหนดค่าในระบบการผลิตได้โดยตรง
ชื่อโดเมนแบบไดนามิกจัดการกับการเปลี่ยนที่อยู่อย่างไร
DDNS คือการอัปเดต Dynamic DNS ซึ่งช่วยให้ระเบียนชื่ออัปเดตตามการเปลี่ยนที่อยู่ปลายทางได้ การอัปเดตนี้กับการที่อุปกรณ์สอบถาม DNS เป็นคนละการกระทำกัน การอัปเดตดำเนินการโดยเราเตอร์ โฮสต์ หรือไคลเอนต์ที่รองรับกลไกที่เกี่ยวข้อง หากเซิร์ฟเวอร์อนุกรมมีเพียงความสามารถสอบถามชื่อโดเมน ก็ไม่อาจอนุมานจากสิ่งนี้ว่าสามารถส่งการอัปเดตได้เอง อินเทอร์เฟซอัปเดตของบริการเชิงพาณิชย์อาจแตกต่างกันด้วย และไม่อาจถือว่าเมนูของเครื่องมือเก่าบางตัวเป็นโปรโตคอลมาตรฐานเดียวกัน
หลังที่อยู่เปลี่ยน ยังต้องพิจารณาแคช DNS ระยะเวลาที่ระเบียนใช้ได้ และเวลาที่อุปกรณ์แปลงชื่อใหม่ด้วย การเชื่อมต่อ TCP ที่สร้างไว้แล้วจะไม่ย้ายไปยังที่อยู่ใหม่โดยอัตโนมัติเพียงเพราะระเบียนการแปลงชื่อเปลี่ยน เมื่ออุปกรณ์ใช้ TCP Client เชื่อมต่อไปยังศูนย์ ให้ยืนยันก่อนว่าสามารถป้อนชื่อโดเมน กำหนดค่า DNS และพอร์ตแอปพลิเคชันของศูนย์ได้ จากนั้นสังเกตผลการแปลงชื่อใหม่และการเชื่อมต่อใหม่ โดยตรวจสอบเงื่อนไขกระตุ้นเฉพาะตามรุ่น ชื่อโดเมนไม่ได้ขจัดข้อจำกัดของ NAT ไฟร์วอลล์ หรือที่อยู่ร่วมของผู้ให้บริการเครือข่าย และ DDNS ไม่สามารถทดแทนการเข้าถึงเครือข่ายอย่างปลอดภัยได้
ในสภาพแวดล้อมที่ควบคุมได้ ให้เปลี่ยนระเบียนปลายทาง ตรวจสอบผลการสอบถาม ที่อยู่ที่เชื่อมต่อจริง และค่าที่อ่านได้จากแอปพลิเคชัน พร้อมบันทึกพฤติกรรมการยุติการเชื่อมต่อเดิมและการกู้คืน อย่าเปิดพอร์ตควบคุมบนเครือข่ายสาธารณะโดยตรงเพื่อทดสอบ อ้างอิง กลไก Dynamic Update ตาม RFC 2136 ส่วนวิธีอัปเดตของผู้ให้บริการสอดคล้องกับกลไกนี้หรือไม่ ต้องตรวจสอบแยกต่างหาก
บทความนี้คงเนื้อหาที่ยังใช้ได้จากบทความเก่าที่เกี่ยวข้องไว้ แผนภาพเป็นภาพประกอบหลักการทั่วไป ควรตรวจสอบกลไกทั่วไปและความสามารถของแต่ละรุ่นแยกกัน
แปลจากบทความทางเทคนิคภาษาจีน เผยแพร่ต้นฉบับครั้งแรก: 2022-12-06 แก้ไขต้นฉบับล่าสุด: 2026-10-13T11:01:30+08:00 อ่านต้นฉบับภาษาจีน
