Cài đặt mạng của máy chủ nối tiếp cần giải quyết ba vấn đề: thiết bị sử dụng địa chỉ nào, dữ liệu đến đầu bên kia bằng cách nào và ứng dụng kết nối tới dịch vụ nào. IP, mặt nạ, gateway và DNS đều có vai trò riêng; không phải chỉ điền vài giá trị mặc định là có thể giao tiếp. Trước tiên, hãy xác nhận khả năng truy cập quản trị trên mạng thử nghiệm cách ly, sau đó thiết lập kết nối ứng dụng, cuối cùng xác minh phản hồi thực tế của thiết bị nối tiếp. Chỉ khi đó mới có thể phân biệt giữa “mở được trang web” và “hệ thống sử dụng được”.
1. Địa chỉ xác định thiết bị, cổng xác định dịch vụ
Mạch nối tiếp của máy chủ nối tiếp nhận các byte từ thiết bị đo, lưu vào bộ đệm rồi chuyển cho ngăn xếp giao thức mạng; giao diện Ethernet gửi các khung mạng lên cáp. Theo chiều ngược lại, thiết bị nhận dữ liệu mạng và gửi tới thiết bị đầu cuối theo các thông số nối tiếp. Cài đặt mạng quyết định cách dữ liệu đến thiết bị, chứ không quyết định thiết bị đo có hiểu lệnh hay không. Vẫn cần kiểm tra riêng cách đấu dây RS485, tốc độ baud và số trạm Modbus.
IP là địa chỉ logic của một giao diện mạng, còn số cổng mạng phân biệt các dịch vụ TCP hoặc UDP. Trang web quản trị và ứng dụng nối tiếp có thể sử dụng cùng một IP, nhưng cổng dịch vụ khác nhau. Kênh nối tiếp 1 không phải là cổng TCP số 1; thiết bị nhiều kênh có thể có các cổng lắng nghe khác nhau hoặc phương thức ánh xạ khác, vì vậy cần kiểm tra cấu hình cụ thể. Không coi nội dung “bắt đầu từ 4001” trong các bài viết cũ là giá trị mặc định cho mọi sản phẩm, và không dùng trực tiếp địa chỉ trang web quản trị làm địa chỉ kết nối ứng dụng.
2. Vì sao mặt nạ và gateway ảnh hưởng đến đường truyền
Mặt nạ mạng con được dùng để xác định đích có nằm trên mạng cục bộ hay không. Lấy 192.168.10.20/24 và 192.168.10.30/24 làm ví dụ, /24 tương ứng với 255.255.255.0, và cả hai bên đều coi bên kia thuộc cùng mạng con; khi cùng nằm trên một mạng Lớp 2 và chính sách cho phép, chúng có thể giao tiếp qua bộ chuyển mạch mà không cần đi qua gateway mặc định. Đây là ví dụ về quy hoạch địa chỉ, không phải cấu hình xuất xưởng của sản phẩm Feichang Technology.
Khi truy cập mạng con khác, chẳng hạn 192.168.20.20, máy chủ cần một tuyến khả dụng; chỉ khi không có tuyến cụ thể hơn mới sử dụng gateway mặc định. Gateway thường là giao diện bộ định tuyến có thể truy cập trong mạng con cục bộ, không thể tùy tiện điền địa chỉ của một máy chủ ở xa. Chỉ đến được đích là chưa đủ; đầu bên kia phải có đường về, đồng thời chính sách tường lửa và VLAN cũng phải cho phép ứng dụng tương ứng. Mặt nạ sai có thể khiến thiết bị nhận nhầm đầu ở xa là thiết bị lân cận trong mạng cục bộ, còn gateway sai có thể chỉ ảnh hưởng đến truy cập liên mạng con.
Khi máy tính có nhiều giao diện như có dây, không dây và VPN, lưu lượng truy cập có thể đi ra nhầm card mạng. Trước tiên, hãy ghi lại giao diện, địa chỉ và tuyến thực tế được sử dụng, thay vì cho rằng lưu lượng thử nghiệm chắc chắn đi từ đây chỉ vì đã cắm cáp mạng. Không tùy tiện đặt hai card mạng vào các mạng con chồng lấn; cũng không kết nối cầu nối giữa máy tính thử nghiệm và mạng sản xuất khi chưa được phê duyệt chỉ để tìm thiết bị.
3. Cách lựa chọn giữa IP tĩnh và DHCP
IP tĩnh được quản trị viên quy hoạch rồi nhập thủ công vào thiết bị. Cách này thuận tiện cho việc bàn giao khi máy tính chủ truy cập bằng địa chỉ cố định, nhưng địa chỉ phải duy nhất và được phối hợp với dải địa chỉ DHCP; không thể kết luận một địa chỉ chưa được sử dụng chỉ vì một lần Ping không có phản hồi. Thiết bị có thể đã tắt Ping hoặc tạm thời ngoại tuyến. Hãy lưu hồ sơ cấp phát địa chỉ và mã định danh thiết bị để tránh hai thiết bị vô tình dùng cùng địa chỉ, gây mất kết nối gián đoạn.
DHCP là Giao thức cấu hình máy chủ động. Máy khách yêu cầu dịch vụ cấp địa chỉ và các thông số mạng liên quan. Quy trình cấp phát ban đầu phổ biến là Discover, Offer, Request, ACK: tìm dịch vụ, nhận các cấu hình đề xuất, yêu cầu cấu hình đã chọn và nhận xác nhận. Quy trình này không cần kết nối Internet, nhưng mạng hiện tại phải có dịch vụ DHCP có thể truy cập; khi đi qua các mạng con, quản trị viên có thể cấu hình bộ chuyển tiếp. Quyền thuê địa chỉ có thời hạn, và thiết bị cũng cần gia hạn theo quy tắc; không thể coi một lần nhận địa chỉ là vĩnh viễn.
Khi cần quản lý tập trung và máy tính chủ cần địa chỉ truy cập ổn định, có thể cân nhắc tính năng dành riêng địa chỉ DHCP: quản trị viên dành riêng một địa chỉ cho máy khách tương ứng, thay vì tùy ý đặt trên thiết bị một địa chỉ nằm trong dải cấp phát. Việc dành riêng có thể dựa trên mã định danh máy khách hoặc MAC và phải được kiểm tra theo quy tắc của máy chủ. Chỉ có thể sử dụng nếu model cụ thể hỗ trợ DHCP; khi mạng không có DHCP, không nên phỏng đoán rằng thiết bị sẽ chuyển sang một địa chỉ cố định nào đó, mà cần kiểm tra tài liệu hướng dẫn và trạng thái hiện tại.
4. Khi nào cần DNS
DNS là Hệ thống tên miền, chuyển các truy vấn tên thành những bản ghi tương ứng. Khi thiết bị chủ động kết nối tới một “tên miền trung tâm thu thập dữ liệu”, thông thường thiết bị sẽ truy vấn dịch vụ DNS đã cấu hình trước, sau đó thiết lập kết nối ứng dụng theo địa chỉ nhận được. Phân giải thành công không có nghĩa là cổng TCP đang mở; dịch vụ DNS cũng không phải trạm chuyển tiếp mà mọi dữ liệu ứng dụng đều phải đi qua. Khi sử dụng IP dạng số làm đích, kết nối đó thường không cần phân giải tên miền.
Tên miền và địa chỉ IP không có quan hệ một-một tuyệt đối: một tên có thể trả về nhiều địa chỉ, và nhiều tên khác nhau cũng có thể trỏ tới cùng một địa chỉ. Bản ghi cũng có thời hạn hiệu lực trong bộ nhớ đệm, nên sau khi thay đổi bản ghi phân giải, không phải mọi máy khách đều sử dụng ngay giá trị mới. Tên của trung tâm thu thập dữ liệu nội bộ có thể cần DNS nội bộ của doanh nghiệp; tùy tiện chuyển sang DNS công cộng có thể khiến tên đó không phân giải được. Địa chỉ DNS sử dụng phải tuân theo quy hoạch của quản trị viên mạng; không thể coi địa chỉ bộ định tuyến là dịch vụ DNS khi chưa xác nhận.
5. Thay đổi địa chỉ an toàn và tránh tự làm mất quyền truy cập
Trước khi bắt đầu, hãy lưu thông tin model, firmware, IP hiện tại, phương thức nhận địa chỉ, điểm truy cập quản trị, các cổng ứng dụng và ánh xạ trên máy tính chủ, xuất cấu hình và bố trí khung thời gian bảo trì. Tên menu, tài khoản ban đầu và phương thức cài đặt ứng dụng khác nhau tùy sản phẩm; bài viết này không cung cấp mật khẩu mặc định dùng chung hoặc đường dẫn menu giả định. Sau lần đăng nhập đầu tiên, hãy thiết lập thông tin xác thực riêng theo chính sách bảo mật. Khi nâng cấp firmware, cần xác nhận phiên bản tương thích, phương thức sao lưu và khôi phục phiên bản trước; không cập nhật trực tiếp thiết bị sản xuất chỉ vì đó là “bản mới nhất”.
Trước tiên, hãy quy hoạch địa chỉ mới và cách máy tính truy cập địa chỉ đó, sau đó chỉ sửa một nhóm thông số mạng. Sau khi lưu, phiên quản trị có thể bị gián đoạn đơn giản vì địa chỉ đã thay đổi, không nhất thiết là thiết bị bị hỏng. Truy cập lại bằng địa chỉ mới và nếu cần, cấu hình máy tính thử nghiệm vào mạng con đã được phê duyệt. Cài đặt có hiệu lực ngay, cần kết nối lại hay cần khởi động lại phụ thuộc vào thông báo của model. Không thay đổi đồng thời IP, định dạng nối tiếp và chế độ ứng dụng, nếu không sẽ khó phân biệt nguyên nhân khi xảy ra lỗi.
Nếu quên địa chỉ, trước tiên hãy kiểm tra hồ sơ bàn giao, thông tin thuê địa chỉ DHCP, bảng địa chỉ học được của bộ chuyển mạch hoặc công cụ phát hiện thiết bị của nhà sản xuất. Gói quảng bá của công cụ phát hiện có thể không đi qua bộ định tuyến; không tìm thấy không có nghĩa là thiết bị ngoại tuyến. Khôi phục cài đặt gốc sẽ xóa các thông số và chỉ nên là biện pháp cuối cùng khi đã được cho phép và sao lưu; không nhấn reset liên tục trên bus đang hoạt động. Các điểm truy cập quản trị và ứng dụng cần giới hạn nguồn truy cập; khi truy cập qua mạng công cộng, hãy sử dụng phương thức truy cập an toàn đã được phê duyệt và không trực tiếp công khai các cổng điều khiển.
6. Nghiệm thu theo ba lớp kết quả
Lớp thứ nhất kiểm tra mạng và quản trị: trạng thái liên kết, xung đột địa chỉ, mặt nạ, định tuyến và quy tắc truy cập đều đúng, đồng thời máy tính được cấp quyền có thể truy cập điểm quản trị. Ping chỉ là bằng chứng hỗ trợ và có thể bị chính sách cấm; Ping thành công cũng không chứng minh ứng dụng đã kết nối. Lớp thứ hai kiểm tra kết nối ứng dụng: xác nhận đó là Server lắng nghe hay Client chủ động kết nối, IP hoặc tên miền đích, cổng và trạng thái phiên. Khi dùng tên miền thất bại nhưng dùng địa chỉ dạng số thành công, hãy kiểm tra riêng DNS và không thay đổi thông số nối tiếp.
Lớp thứ ba kiểm tra phản hồi nối tiếp thực tế: sử dụng các yêu cầu chỉ đọc được tài liệu hướng dẫn thiết bị cho phép, đồng thời kiểm tra các byte gửi đi, byte nhận về và giá trị trả về. Nếu kết nối đã thiết lập nhưng không có phản hồi, tiếp tục kiểm tra đấu dây, định dạng nối tiếp, số trạm và giao thức. Truyền trong suốt không tự động chuyển đổi Modbus RTU thành Modbus TCP; chỉ thiết bị hỗ trợ chế độ gateway tương ứng mới có thể chuyển đổi theo cấu hình. Sau đó kiểm tra tải dự kiến, khả năng kết nối lại và khôi phục sau khi thiết bị khởi động lại. Mọi gián đoạn sản xuất đều phải được cho phép.
Danh mục máy chủ nối tiếp của Feichang Technology và phần thông tin chi tiết 2855 thuộc dòng FCT-1500 liệt kê nhiều cổng nối tiếp cùng các tổ hợp cổng điện và cổng quang, cho phép lựa chọn model theo số lượng giao diện và môi trường truyền dẫn triển khai; cột giao thức mạng trong phần chi tiết đó liệt kê DHCP/DNS, đồng thời có quản trị WEB, giao tiếp qua định tuyến và tự động kết nối lại, có thể dùng để đối chiếu các yêu cầu về cấp phát địa chỉ, cấu hình tập trung và khôi phục. Tuy nhiên, việc hỗ trợ các chức năng này không có nghĩa là định tuyến và DNS tại hiện trường đã đúng, cũng không bảo đảm mọi lần kết nối lại đều giữ nguyên trạng thái ứng dụng. Cổng quang không thể thay thế cấu hình IP và định tuyến chính xác. Model đặt hàng cụ thể, firmware, menu và điều kiện khôi phục vẫn cần được kiểm tra trong tài liệu hướng dẫn, không thể suy ra từ hình thức bên ngoài của giao diện. Để xem đầy đủ các bước truy cập, tham khảo Hướng dẫn sử dụng , và để kiểm tra byte cùng vòng lặp, tham khảo Hướng dẫn cấu hình và gỡ lỗi .
Tài liệu tham khảo: IETF RFC 2131 (DHCP) ; IETF RFC 1034 (DNS) ; Danh mục máy chủ nối tiếp Feichang Technology ; Thông tin chi tiết sản phẩm 2855 . Các sơ đồ minh họa cơ chế chung, không đại diện cho sản phẩm thực tế hoặc thông số đo được. Không thể sử dụng trực tiếp các địa chỉ ví dụ để cấu hình hệ thống sản xuất.
Cách tên miền động xử lý thay đổi địa chỉ
DDNS là cập nhật DNS động, cho phép bản ghi tên được cập nhật khi địa chỉ đích thay đổi; đây là hoạt động khác với việc thiết bị truy vấn DNS. Việc cập nhật do bộ định tuyến, máy chủ hoặc máy khách hỗ trợ cơ chế tương ứng thực hiện. Nếu máy chủ nối tiếp chỉ có khả năng truy vấn tên miền, không thể từ đó cho rằng thiết bị có thể tự gửi bản cập nhật. Giao diện cập nhật của các dịch vụ thương mại cũng có thể khác nhau, và không thể coi menu của một công cụ cũ nào đó là giao thức thống nhất.
Sau khi địa chỉ thay đổi, cũng cần xem xét bộ nhớ đệm DNS, thời hạn hiệu lực của bản ghi và thời điểm thiết bị phân giải lại. Một kết nối TCP đã thiết lập sẽ không tự động chuyển sang địa chỉ mới chỉ vì bản ghi phân giải thay đổi. Khi thiết bị dùng TCP Client để kết nối tới trung tâm, trước tiên hãy xác nhận thiết bị cho phép nhập tên miền, cấu hình DNS và cổng ứng dụng của trung tâm, sau đó quan sát kết quả phân giải lại và kết nối lại; kiểm chứng các điều kiện kích hoạt cụ thể theo model. Tên miền không loại bỏ các hạn chế của NAT, tường lửa hoặc địa chỉ dùng chung của nhà mạng, và DDNS không thể thay thế phương thức truy cập mạng an toàn.
Trong môi trường được kiểm soát, hãy thay đổi bản ghi đích, kiểm tra kết quả truy vấn, địa chỉ kết nối thực tế và các giá trị ứng dụng đọc được, đồng thời ghi lại hành vi giải phóng kết nối cũ và khôi phục. Không trực tiếp mở các cổng điều khiển trên mạng công cộng để thử nghiệm. Tham khảo Cơ chế cập nhật động RFC 2136 ; cần kiểm tra riêng xem phương thức cập nhật của nhà cung cấp dịch vụ có phù hợp với cơ chế này hay không.
Bài viết này kế thừa những nội dung còn phù hợp của bài viết cũ tương ứng. Các sơ đồ chỉ minh họa nguyên lý chung; cần kiểm tra riêng cơ chế chung và khả năng của từng model cụ thể.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2022-12-06. Nguồn được sửa đổi lần cuối: 2026-10-13T11:01:30+08:00. Đọc nguồn tiếng Trung
