Cổng LAN Synology bị lỗi: chẩn đoán và khắc phục

Đèn nguồn vẫn sáng mà NAS "biến mất" khỏi mạng: đừng vội nghi ổ cứng

Kịch bản quen thuộc: NAS chạy êm nhiều tháng, rồi sau một lần update DSM hoặc cú mất điện, máy "bốc hơi" khỏi mạng. Ping không được, DSM không vào, Synology Assistant kiếm mãi không ra. Đèn nguồn vẫn sáng, quạt vẫn quay, ổ cứng vẫn nghe tiếng chạy bên trong — không ít người hoảng lên, định tháo ổ ra cứu dữ liệu. Thật ra phần lớn ca kiểu này là lỗi cổng LAN hoặc driver mạng. Ổ cứng và dữ liệu bên trong vẫn nằm yên, chẳng đi đâu cả.

Cái khó là lỗi port LAN của chính NAS hiếm hơn nhiều so với lỗi mạng thông thường (router, switch, cáp) — nhưng lại dễ bị chẩn đoán nhầm nhất. Bài này đi theo đúng thứ tự nên làm: loại trừ nguyên nhân bên ngoài trước, xác nhận bằng DSM, rồi mới tính chuyện "chữa cháy" hay thay máy.

Bước 1: loại trừ nguyên nhân bên ngoài NAS

Trước khi đổ tội cho NAS, làm lần lượt mấy việc rẻ tiền và nhanh này:

• Đổi cáp mạng khác — cáp gãy lõi bên trong nhìn ngoài vẫn lành lặn là chuyện xảy ra hoài.
• Đổi sang cổng khác trên switch/router.
• Cắm sợi cáp đó (hoặc cổng NAS đó, nếu tháo ra thử được) vào một máy tính khác xem có lên link không.

Một nguyên nhân hay bị nhầm thành "lỗi cổng LAN" là router reset DHCP hoặc xung đột IP — NAS vẫn nhận mạng bình thường, chỉ là đổi IP nên các thiết bị khác không tìm ra nó nữa. Cách xử lý gọn nhất không phải là gán static IP thủ công trên NAS (dễ quên, dễ đụng dải IP khác), mà đặt DHCP reservation theo MAC address ngay trên router — NAS vẫn để chế độ DHCP như cũ, nhưng luôn được cấp đúng một IP cố định.

Loại hết mấy khả năng trên mà vẫn không lên mạng, lúc đó mới đến lượt nghi ngờ chính NAS.

Bước 2: xác nhận bằng DSM, không cần SSH

Còn vào được DSM (qua cổng LAN khác, hoặc qua Synology Assistant) thì vào Control Panel > Network > Network Interface. Ở đây thấy ngay từng cổng LAN đang nhận IP hay không, có traffic ra vào hay không. Cổng nào báo ngắt kết nối hoặc không lấy được IP dù cáp đã test tốt ở bước 1 — gần như chắc chắn là lỗi phần cứng/driver của chính cổng đó.

Mất mạng hoàn toàn, không vào được DSM qua bất kỳ cổng nào: đây là lúc nút RESET vật lý phía sau NAS phát huy tác dụng. Giữ nút RESET khoảng 4 giây tới khi nghe 1 tiếng bíp — thao tác này chỉ đưa cấu hình mạng về mặc định (DHCP), không đụng đến dữ liệu hay cấu hình DSM. Đừng nhầm với factory reset (giữ lâu hơn, nhiều tiếng bíp), cái đó xóa sạch cấu hình hệ thống.

Bước 3: thử vài cách rẻ trước khi nghi phần cứng

Trước khi kết luận "NIC hỏng rồi, dọn tiền mua máy mới", làm hết mấy bước này đã — tốn 15 phút mà đỡ tốn tiền oan:

1. Update DSM lên bản mới nhất (nếu vẫn vào được DSM qua cổng còn sống).
2. Reboot NAS. Nghe hiển nhiên, nhưng khối lỗi driver mạng chỉ cần khởi động lại là hết.
3. Reset network bằng nút RESET 4 giây như trên.

Tài liệu chính thức của Synology (KB "How do I make sure that the LAN ports and PCIe network interface cards on my Synology NAS are functioning properly?") cũng đi theo đúng trình tự loại trừ này trước khi kết luận lỗi phần cứng.

Đèn LED vẫn sáng nhưng NIC không "chào" hệ thống lúc boot

Có một dạng lỗi dễ bị hiểu lầm là "cổng LAN chết": sau một lần update firmware hoặc mất điện đột ngột, đèn LED cổng LAN vẫn sáng bình thường, nhưng NAS không hề gửi DHCP request nào ra ngoài — với switch, nó coi như không tồn tại. Đây là dấu hiệu card mạng/PCIe network interface không được hệ thống enumerate đúng lúc khởi động, không phải cổng vật lý bị cháy.

Một case thực tế được ghi lại trên DS1522+ (nguồn rdiachenko.com) đúng kịch bản này: mất mạng hoàn toàn sau update, đèn vẫn sáng, và cách khắc phục hiệu quả là cài lại DSM (Reinstall qua DSM Assistant hoặc chế độ recovery), không phải thay linh kiện. Cài lại DSM không xóa dữ liệu trên các volume, nhưng nên sao lưu cấu hình hệ thống bằng Hyper Backup hoặc Config Backup trước khi làm, phòng trường hợp cần khôi phục nhanh các thiết lập package, user, lịch trình...

Một cổng LAN chết hẳn, NAS còn cổng khác: dùng Bond Active/Standby

Với các dòng nhiều cổng LAN như DS923+, DS1522+, hay dòng RS, nếu xác nhận một cổng chết thật (không lên link dù đã đổi cáp, đổi switch), giải pháp gọn nhất là gộp các cổng thành một Bond ở chế độ Active/Standby:

Control Panel > Network > Network Interface > Create > Create Bond, chọn chế độ Active/Standby.

Cơ chế: một cổng chạy chính, cổng còn lại đứng chờ, hễ cổng chính rớt mạng thì cổng phụ tự động gánh — không phải chạy ra cắm lại cáp thủ công. Điểm hay nhất là chế độ này không cần switch hỗ trợ gì đặc biệt, cắm vào switch nhà mạng thông thường cũng chạy.

Lỗi hay gặp ở bước này: nhiều người thấy trong DSM có cả tùy chọn IEEE 802.3ad (LACP) nghe "xịn" hơn nên chọn đại, trong khi switch ở nhà chỉ là loại thường không hỗ trợ LACP. Kết quả là mất kết nối hoàn toàn, lại phải lôi nút RESET ra cứu từ đầu. Không chắc switch có hỗ trợ LACP hay không thì cứ chọn Active/Standby cho lành.

Chỉ có 1 cổng LAN, hoặc đã hết cổng dự phòng: gắn USB-Ethernet

Các dòng NAS nhỏ như DS223, DS224+ chỉ có đúng một cổng LAN. Cổng đó chết là mất quyền truy cập NAS ngay lập tức — không có cổng thứ hai để bond. Trường hợp này (hoặc NAS nhiều cổng nhưng bond cũng đã hết cổng sống), giải pháp rẻ và nhanh nhất là một cục USB-to-Ethernet adapter chip Realtek RTL8152/8153/8156, giá tầm 150.000–300.000đ, cắm là chạy.

DSM không có driver mặc định cho các chip này, cần cài driver cộng đồng r8152 (repo GitHub gốc: bb-qq/r8152, hỗ trợ cả DSM 6.2 và 7.x) qua Package Center. Một bug đã biết khi cài lần đầu trên DSM 7: gói cài xong báo lỗi, nhìn tưởng file cài hỏng nhưng thật ra chỉ thiếu quyền thực thi — máy tính đôi khi cũng khó tính vô lý như vậy. Bật SSH tạm thời rồi chạy:

sudo install -m 4755 -o root -D /var/packages/r8152/target/r8152/spk_su /opt/sbin/spk_su

Sau đó reboot NAS là driver hoạt động bình thường.

Lưu ý bảo mật: driver này chạy quyền root trên DSM, chỉ tải từ đúng repo GitHub gốc bb-qq/r8152, đừng tải bản mirror trôi nổi ở đâu đó — chạy quyền root mà không rõ nguồn gốc là mở cửa cho rủi ro không đáng có. Cài xong thì tắt SSH lại nếu bình thường không dùng tới.

So sánh nhanh 3 cách "chữa cháy"

*Với điều kiện đã có sẵn switch quản lý được — chưa có thì đây là khoản đầu tư thêm.

Khi nào nên dừng tự sửa, tính chuyện RMA hoặc mua máy mới

Ba dấu hiệu nên dừng tự xử lý:

• Tất cả cổng LAN đều hỏng, không còn cổng nào để bond, và USB adapter cũng không đáp ứng nổi (ví dụ cần tốc độ cao hơn USB adapter cho được).
• NAS còn bảo hành — liên hệ RMA Synology thay vì tự tháo máy kiểm tra. Tự ý tháo máy khi còn bảo hành có thể mất luôn quyền bảo hành, đổi lại chẳng được gì ngoài vài giờ vọc vạch.
• Hết bảo hành mà lỗi cứ lặp lại nhiều lần — dấu hiệu bo mạch đang xuống cấp toàn diện, sửa chỗ này hỏng chỗ khác. Lúc đó nên cân nhắc nghiêm túc chuyện mua máy mới thay vì đổ tiền vá từng lỗi.

Nhầm lẫn hay gặp: "mở rộng mạng" không phải là expansion unit DX

Một điểm dễ gây lú khi tra cứu: khi cổng LAN hỏng, cách "mở rộng" đúng nghĩa là card mạng PCIe bổ sung (trên các model có khe PCIe như DS923+, DS1522+, hoặc dòng RS) hoặc USB-Ethernet adapter như nói ở trên. Dòng expansion unit DX-series mà nhiều người hay nhắc tới là để mở rộng khoang ổ đĩa qua cổng eSATA — không liên quan gì đến cổng LAN. Mua nhầm cái này để "cứu" lỗi mạng thì vừa tốn tiền vừa chẳng giải quyết được gì.

Tùy chọn nâng cao (không bắt buộc)

Muốn có bằng chứng kỹ hơn trước khi gọi bảo hành, hoặc đã quen SSH, có thể đào sâu thêm:

• Bật SSH, chạy ethtool eth0 (đổi tên interface tương ứng) để xem chi tiết dòng "Link detected: yes/no", Speed, Duplex — bằng chứng này thuyết phục hơn nhiều khi trình bày với bộ phận hỗ trợ Synology, thay vì chỉ nói "nó không lên mạng".
• Switch trong nhà là loại quản lý được (managed switch) thì Link Aggregation chế độ IEEE 802.3ad/LACP hoặc Balance-TCP vừa tăng băng thông tổng, vừa có khả năng dự phòng — nâng cấp hơn hẳn Active/Standby thuần failover. Nhưng nhắc lại: chỉ chọn khi chắc chắn switch hỗ trợ.
• Có thể cần cài driver r8152 qua SSH thủ công (tải file .spk, cài bằng synopkg install) nếu Package Center chưa duyệt sẵn cho model của bạn.

Phòng lỗi lặp lại

Vài thói quen nhỏ giúp đỡ đau đầu về sau: đặt DHCP reservation theo MAC trên router thay vì static IP thủ công trên NAS, backup cấu hình hệ thống trước mỗi lần update DSM lớn hoặc trước khi cài lại DSM, và chỉ bật SSH khi thật sự cần rồi tắt lại. Cổng LAN của NAS không phải thứ hỏng thường xuyên. Nhưng khi nó hỏng, biết đúng thứ tự kiểm tra sẽ tiết kiệm cho bạn một buổi RMA oan — và vài giờ nghi oan cho ổ cứng vốn chẳng có tội tình gì.