Hệ thống và bản phân phối được hỗ trợ

Bài viết này giải thích SSH Everywhere hỗ trợ quản lý những bản phân phối Linux, thiết bị và hệ thống nào, cũng như mức độ đầy đủ chức năng khác nhau giữa các hệ thống.

Hiểu trong một câu

Cốt lõi của SSH Everywhere là kết nối SSH + thực thi lệnh từ xa, nên bất kỳ Linux nào đã cài dịch vụ SSH (sshd) đều kết nối vào được. Nhưng mức độ đầy đủ chức năng thì phân tầng — phụ thuộc vào việc máy đích có systemd, python3 hay không, và dùng trình quản lý gói nào.

Mức hỗ trợ phân tầng

✅ Tầng 1: Hỗ trợ đầy đủ (khuyến nghị, mọi chức năng dùng được)

Các bản phân phối systemd chủ lưu. Các chức năng sau đều dùng được: kiểm tra tình trạng, bảo vệ chống sập (systemd tự khởi động cùng máy + tự kéo lên khi sập), Agent xuyên NAT, quản lý Docker, quản lý tệp, quản lý tiến trình, tác vụ định kỳ, quản lý trang web.

Bản phân phối	Trình quản lý gói	Giải thích
Debian / Ubuntu (gồm Raspbian cho Raspberry Pi)	apt	Khuyến nghị nhất, tương thích tốt nhất
CentOS / RHEL / Rocky / AlmaLinux	yum / dnf	Chủ lưu trên máy chủ
Fedora	dnf	Khá mới
Arch / Manjaro	pacman	Cập nhật cuốn chiếu
openSUSE	zypper

✅ Tầng 2: Cơ bản đầy đủ, chỉ bảo vệ chống sập không có tự khởi động cùng máy

Các bản phân phối nhẹ không có systemd. Bảo vệ chống sập sẽ tự động quay lui sang chạy bằng nohup (vẫn giám sát bình thường, nhưng sau khi khởi động lại sẽ không tự kéo tiến trình giám sát lên), các chức năng còn lại bình thường.

Bản phân phối	Trình quản lý gói	Giải thích
Alpine	apk	Siêu nhẹ (busybox + musl), cài Agent xuyên NAT đã thích ứng apk

✅ Tầng 3: Hỗ trợ đặc biệt (không phải Linux truyền thống, vẫn dùng được)

Hệ thống	Mức hỗ trợ
Android / Termux	Script cài đặt một cú nhấp chuyên dụng (tự cài Agent + khởi động cùng Termux), kiểm tra tình trạng nhận diện được model thiết bị / phiên bản Android
FreeBSD	Kiểm tra tình trạng có nhánh riêng (freebsd-version / sysctl / vm_stat), nhưng các chức năng liên quan Docker, systemd không áp dụng được
macOS	Kết nối được, kiểm tra tình trạng nhận diện được (sw_vers / vm_stat), chủ yếu dùng làm máy kiểm thử

Hai điều kiện phụ thuộc bắt buộc

1. python3: tiến trình giám sát của bảo vệ chống sập và Agent xuyên NAT đều yêu cầu máy đích có python3. Tuyệt đại đa số bản phân phối chủ lưu đều có sẵn hoặc cài được bằng một cú nhấp.

2. Trình quản lý gói: script cài phụ thuộc của Agent xuyên NAT đã thích ứng ba trình quản lý gói apt / yum-dnf / apk. Với bản phân phối dùng trình quản lý gói khác (pacman, zypper), phần phụ thuộc mã hóa của Agent có thể cần cài thủ công — không cài vẫn dùng bình thường, chỉ là đường hầm đi ở chế độ văn bản thuần.

Cách xác định một máy chủ thuộc tầng nào

Sau khi kết nối vào bảng điều khiển, mở「Bảng Quản lý hệ thống」của máy chủ đó, xem vài dấu hiệu quan trọng:

Dấu hiệu	Giải thích
Kiểm tra tình trạng hiển thị được model CPU / bộ nhớ / ổ đĩa	Ít nhất là hỗ trợ tầng 1 hoặc tầng 3
Thông tin hệ thống hiển thị「FreeBSD」/「macOS」/「Android」	Tương ứng tầng 3
Sau khi triển khai bảo vệ chống sập hiển thị nhãn「Tự khởi động cùng máy」	Nghĩa là có systemd (tầng 1)
Sau khi triển khai bảo vệ chống sập không có nhãn「Tự khởi động cùng máy」	Không có systemd, đã quay lui sang nohup (tầng 2)

Giải thích thuật ngữ

systemd: trình quản lý hệ thống và dịch vụ của Linux hiện đại, phụ trách khởi động cùng máy và quản lý dịch vụ. Có systemd mới thực hiện được「tự khởi động cùng máy」.
Trình quản lý gói: công cụ cài phần mềm trên Linux, như apt (Debian/Ubuntu), yum/dnf (CentOS/RHEL), apk (Alpine), pacman (Arch).

Ma trận kiểm thử đề xuất

Nếu bạn muốn mở vài máy để kiểm chứng tính tương thích giữa các hệ thống, khuyến nghị chọn mỗi 「trình quản lý gói + hệ thống init」một đại diện, để độ phủ rộng nhất:

1. Debian 12 (apt + systemd) — chuẩn mực chủ lưu nhất

2. Rocky Linux 9 hoặc CentOS Stream (dnf + systemd) — họ RHEL

3. Alpine (apk + không systemd) — nhẹ + đường lui nohup

4. Ubuntu 22.04/24.04 (apt + systemd) — dùng phổ biến nhất

Bốn cái này bao phủ ba trình quản lý gói + hai dạng init có/không có systemd, cơ bản đại diện được tình hình chủ lưu của máy chủ Linux.

Tài liệu