Hóa ra đó là sự cố tường lửa:
Hải cảng 5555/tcp (cổng Data Protector truyền thống) đã bị chặn trên máy khách.
Vì quá trình cài đặt được thực hiện bằng SSH (không bị chặn), việc tải xuống và cài đặt phần mềm đã hoạt động nhưng không thể liên lạc với trình quản lý di động (CM).
Tôi đã sử dụng các lệnh CLI này để cấu hình tường lửa (firewalld); bạn có thể muốn điều chỉnh cổng và vùng:
# tường lửa-cmd -- Permanent --new-service=omni
# tường lửa-cmd -- Permanent --service=omni --set-short="Bộ bảo vệ dữ liệu"
# tường lửa-cmd -- Permanent --service=omni --set-description="Bộ bảo vệ dữ liệu"
# tường lửa-cmd -- Permanent --service=omni --add-port 5555/tcp
# tường lửa-cmd -- Permanent --zone=internal --add-service=omni
# systemctl tải lại tường lửa.service
Lưu ý rằng tường lửa-cmd chỉ cho phép sửa đổi một mục (khi cố gắng thay đổi nhiều mục, phần còn lại sẽ bị bỏ qua (đã có yêu cầu nâng cao)).
Một khi nó hoạt động, có vẻ như inet quá trình trả về với giá trị hơi ngẫu nhiên trạng thái systemctl omni* có vẻ không thích lắm (nó báo lỗi khác nhau).
Mặc dù vậy, tôi không biết liệu các tệp đơn vị systemd đó có ở trong tình trạng tốt hay không (một số điều chỉnh bổ sung có thể làm tắt các lỗi giả đó).
Tôi cũng phát hiện ra rằng cài đặt vẫn sử dụng /etc/xinetd.d/omni nếu xinetd được cài đặt (và đang chạy). Tuy nhiên xinetd không được tải lại tự động, vì vậy nó phải được thực hiện thủ công sau khi cài đặt để kích hoạt tất cả dịch vụ.
Cuối cùng Data Protector vẫn cài đc 1 số file với evil mode 0666; một cái gì đó người ta có thể muốn sửa chữa (chmod đi-w ít nhất).
