Nguyên nhân và cách sửa lỗi không vào được VPS

Để sửa lỗi không vào được VPS, bạn cần xác định lỗi nằm ở đâu trước khi chỉnh bất cứ thứ gì: VPS có đang chạy không, kết nối có tới được port SSH (22) hoặc Remote Desktop (3389) không, và thông tin đăng nhập có đúng không. Phần lớn trường hợp đến từ firewall chặn port, dịch vụ SSH hoặc Remote Desktop bị dừng, đổi port nhưng quên mở firewall, sai mật khẩu hay SSH key, hoặc VPS quá tải. Hướng dẫn dưới đây giúp bạn đọc đúng thông báo lỗi và khắc phục chi tiết.

Tại sao không vào được VPS?

Tình trạng không kết nối được VPS có thể xuất phát từ máy tính của người dùng, đường truyền mạng hoặc cấu hình bên trong máy chủ. Xác định đúng nguyên nhân sẽ giúp bạn tránh thay đổi những thiết lập không liên quan.

Dưới đây là 9 nguyên nhân thường gặp:

• VPS đang tắt hoặc gặp sự cố hệ thống: Máy chủ có thể đang khởi động lại, bị treo hệ điều hành, gặp lỗi khởi động hoặc bị nhà cung cấp tạm ngừng dịch vụ. Khi đó, các kết nối SSH và Remote Desktop đều có thể thất bại.
• Sử dụng sai địa chỉ IP: Nhập nhầm địa chỉ IP, sử dụng IP cũ hoặc kết nối qua tên miền có bản ghi DNS chưa chính xác có thể khiến yêu cầu truy cập được gửi đến sai máy chủ.
• Nhập sai cổng kết nối: SSH trên Linux thường sử dụng TCP 22, còn Remote Desktop trên Windows thường sử dụng TCP 3389. Nếu cổng đã được thay đổi, sử dụng thông số mặc định sẽ không thể kết nối đúng dịch vụ.
• Dịch vụ SSH hoặc Remote Desktop ngừng hoạt động: Khi dịch vụ tiếp nhận kết nối bị dừng, lỗi cấu hình hoặc không khởi động thành công, người dùng sẽ không thể đăng nhập từ xa dù hệ điều hành vẫn hoạt động.
• Tường lửa chặn kết nối: Tường lửa trên VPS hoặc lớp bảo mật mạng của nhà cung cấp có thể chặn những cổng cần thiết. Đây là nguyên nhân đáng kiểm tra khi vừa thay đổi cấu hình bảo mật.
• Sai tài khoản, mật khẩu hoặc SSH Key: Người dùng có thể nhập sai thông tin đăng nhập, sử dụng khóa SSH không khớp, tài khoản bị khóa hoặc không được cấp quyền truy cập từ xa.
• Địa chỉ IP bị chặn bởi hệ thống bảo mật: Các công cụ như Fail2ban có thể tạm thời chặn địa chỉ IP sau nhiều lần đăng nhập thất bại. Quy tắc giới hạn truy cập theo IP cũng có thể khiến người dùng không thể kết nối khi chuyển sang mạng khác.
• VPS quá tải hoặc hết tài nguyên: CPU hoạt động quá tải, RAM cạn kiệt hoặc ổ đĩa đầy có thể khiến VPS phản hồi chậm, dịch vụ ngừng hoạt động hoặc không thể tạo phiên đăng nhập mới.
• Sự cố đường truyền hoặc cấu hình mạng: Lỗi định tuyến, kết nối Internet không ổn định, cấu hình VPN sai hoặc sự cố tại nhà cung cấp mạng cũng có thể làm gián đoạn việc truy cập VPS.

Cách xác định nguyên nhân VPS không kết nối được

Trước khi thay đổi cấu hình máy chủ, bạn nên kiểm tra thông báo lỗi và khả năng kết nối mạng. Đây là cách nhanh nhất để khoanh vùng sự cố và lựa chọn giải pháp phù hợp.

Nhận biết lỗi qua thông báo kết nối

Mỗi thông báo lỗi thường phản ánh một nhóm nguyên nhân khác nhau.

Thông báo lỗi	Nguyên nhân có thể gặp	Hướng xử lý
Connection timed out	Gói tin không nhận được phản hồi trong thời gian cho phép	Kiểm tra IP, đường truyền, tường lửa và trạng thái VPS
Connection refused	Kết nối TCP bị từ chối	Kiểm tra cổng, dịch vụ SSH và quy tắc từ chối kết nối
Permission denied	Xác thực SSH thất bại	Kiểm tra tài khoản, SSH Key và chính sách đăng nhập
Network is unreachable	Máy khách không tìm được đường mạng phù hợp	Kiểm tra Internet, VPN và định tuyến
Host key verification failed	Khóa định danh máy chủ không khớp với thông tin đã lưu	Xác minh danh tính máy chủ và SSH host key
Remote Desktop can’t connect	Không thiết lập được phiên Remote Desktop	Kiểm tra RDP, cổng 3389 và Windows Firewall
Your credentials did not work	Thông tin xác thực Windows không được chấp nhận	Kiểm tra tài khoản, mật khẩu và quyền đăng nhập

Lưu ý: Các thông báo trên giúp khoanh vùng nguyên nhân, không phải kết luận tuyệt đối. Chẳng hạn, Connection timed out có thể xuất hiện khi tường lửa chặn lưu lượng hoặc đường truyền gặp sự cố.

Kiểm tra VPS, địa chỉ IP và cổng kết nối

Bạn có thể thực hiện các thao tác sau trên máy tính Windows trước khi truy cập phần quản trị VPS.

Bước 1: Đăng nhập vào bảng quản trị của nhà cung cấp VPS và xác định:

• Máy chủ đang ở trạng thái Running hay Stopped.
• Địa chỉ IPv4 hoặc IPv6 được cấp có chính xác không.
• VPS có đang khởi động lại, bảo trì hoặc bị tạm ngừng dịch vụ không.
• Có công cụ Console, VNC hoặc Serial Console để truy cập trực tiếp hay không.

Tên chức năng có thể khác nhau giữa các nhà cung cấp.

Bước 2: Trên máy tính Windows, nhấn Windows + R, nhập cmd và nhấn Enter.

Tiếp theo, chạy lệnh:

ping DIA_CHI_IP

Trong đó, hãy thay DIA_CHI_IP bằng địa chỉ IP thực tế của VPS.

Nếu nhận được phản hồi, có thể xác nhận đường truyền ICMP giữa máy tính và VPS đang hoạt động.

Ngược lại, thông báo Request timed out chưa đủ để kết luận VPS đã ngừng hoạt động. Một số hệ thống chặn ICMP nhưng vẫn cho phép SSH hoặc Remote Desktop.

Bước 3: Mở Windows PowerShell và thực hiện lệnh sau nếu VPS sử dụng SSH trên cổng 22:

Test-NetConnection DIA_CHI_IP -Port 22

Đối với VPS Windows sử dụng Remote Desktop trên cổng 3389:

Test-NetConnection DIA_CHI_IP -Port 3389

Quan sát kết quả tại dòng TcpTestSucceeded:

• True: Máy tính có thể thiết lập kết nối TCP đến cổng được kiểm tra. Điều này chưa xác nhận đăng nhập thành công.
• False: Không thiết lập được kết nối TCP đến cổng tương ứng. Cần kiểm tra dịch vụ, tường lửa và đường truyền.

Nếu VPS sử dụng cổng tùy chỉnh, hãy thay 22 hoặc 3389 bằng cổng thực tế.

Bước 4: Bạn có thể chuyển máy tính sang kết nối Internet khác hoặc sử dụng điểm phát Wi-Fi từ điện thoại.

Nếu VPS truy cập được từ mạng mới nhưng thất bại ở mạng cũ, hãy kiểm tra tường lửa phía máy khách, giới hạn địa chỉ IP và đường truyền của nhà cung cấp Internet.

Hướng dẫn sửa lỗi không vào được VPS Linux qua SSH

Để khắc phục lỗi SSH trên VPS Linux, bạn cần kiểm tra thông tin đăng nhập, trạng thái dịch vụ SSH, cấu hình cổng, tường lửa và nhật ký xác thực.

Hướng dẫn dưới đây tập trung vào Ubuntu/Debian và bổ sung những điểm khác biệt thường gặp trên AlmaLinux/Rocky Linux.

Điều kiện chuẩn bị

• Địa chỉ IP chính xác của VPS.
• Tài khoản đăng nhập và phương thức xác thực đang sử dụng.
• Máy tính có Windows PowerShell, Xshell, PuTTY hoặc phần mềm SSH tương đương.
• Quyền truy cập Console/VNC từ nhà cung cấp nếu SSH đã bị khóa hoàn toàn.

Quan trọng: Những lệnh quản trị bên trong VPS yêu cầu một phiên SSH còn hoạt động hoặc quyền truy cập qua Console/VNC. Nếu không thể đăng nhập SSH, hãy mở Console trước khi thực hiện.

Bước 1: Kiểm tra thông tin đăng nhập SSH

Đầu tiên, hãy kiểm tra địa chỉ IP, tên người dùng và cổng kết nối.

Nếu sử dụng Xshell, mở cấu hình phiên SSH và xác nhận:

• Host: Địa chỉ IP của VPS.
• Protocol: SSH.
• Port Number: Cổng SSH thực tế, thông thường là 22.
• User Name: Tài khoản được cấp khi khởi tạo VPS.
• Authentication: Mật khẩu hoặc SSH Key theo cấu hình máy chủ.

Ngoài Xshell, bạn cũng có thể thử đăng nhập từ Windows PowerShell:

ssh -p 22 username@DIA_CHI_IP

Thay username bằng tài khoản thực tế và thay địa chỉ IP minh họa bằng IP của VPS.

Nếu muốn xem chi tiết tiến trình kết nối, sử dụng:

ssh -vvv -p 22 username@DIA_CHI_IP

Tham số -vvv hiển thị thông tin gỡ lỗi, hữu ích khi cần xác định quá trình kết nối thất bại ở bước nào.

Lưu ý rằng không phải VPS nào cũng cho phép đăng nhập bằng tài khoản root hoặc mật khẩu. Một số hệ thống chỉ chấp nhận tài khoản được tạo sẵn và SSH Key.

Bước 2: Kiểm tra và khởi động dịch vụ SSH

Nếu SSH không hoạt động, máy chủ sẽ không thể tiếp nhận yêu cầu kết nối thông qua dịch vụ tương ứng.

Khi đã truy cập Console/VNC hoặc còn phiên quản trị hợp lệ, hãy kiểm tra dịch vụ SSH.

Đối với Ubuntu/Debian:

sudo systemctl status ssh

Nếu dịch vụ đang ngừng, chạy:

sudo systemctl start ssh

Kiểm tra lại:

sudo systemctl status ssh

Đối với AlmaLinux/Rocky Linux:

sudo systemctl status sshd

Nếu dịch vụ đang ngừng:

sudo systemctl start sshd

Khi trạng thái hiển thị active (running), dịch vụ SSH đã hoạt động.

Tuy nhiên, một số bản phân phối có thể sử dụng cơ chế systemd socket activation. Khi đó, cần kiểm tra thêm socket quản lý kết nối nếu trạng thái dịch vụ chưa phản ánh đầy đủ khả năng lắng nghe cổng SSH.

Trong trường hợp Ubuntu/Debian chưa cài OpenSSH Server, bạn có thể cài đặt bằng lệnh:

sudo apt update

sudo apt install openssh-server

Chỉ thực hiện thao tác cài đặt nếu gói thực sự chưa có và máy chủ có thể truy cập nguồn phần mềm.

Bước 3: Kiểm tra cấu hình SSH và cổng kết nối

Dịch vụ SSH có thể chạy bình thường nhưng sử dụng cổng khác với thông tin được nhập trên máy tính.

Trên VPS Linux, kiểm tra cấu hình hiệu lực của OpenSSH bằng lệnh:

sudo sshd -T

Trong kết quả, chú ý các thiết lập như:

• port: Cổng SSH được cấu hình.
• passwordauthentication: Chính sách xác thực bằng mật khẩu.
• pubkeyauthentication: Chính sách xác thực bằng khóa công khai.
• permitrootlogin: Chính sách cho phép đăng nhập bằng tài khoản root.

Tiếp theo, kiểm tra các cổng TCP đang được lắng nghe:

sudo ss -lntp

Tìm cổng SSH trong kết quả. Nếu sử dụng cổng mặc định, thông thường bạn sẽ thấy cổng 22 ở trạng thái LISTEN.

Cần lưu ý rằng trên hệ thống sử dụng socket activation, cổng lắng nghe có thể được quản lý bởi systemd. Vì vậy, không nên chỉ dựa vào tên tiến trình sshd để kết luận dịch vụ không hoạt động.

Nếu cần xem hoặc chỉnh sửa cấu hình SSH trên Ubuntu/Debian, mở tệp:

sudo nano /etc/ssh/sshd_config

Ngoài tệp chính, hãy kiểm tra các cấu hình bổ sung trong thư mục:

/etc/ssh/sshd_config.d/

Một số thiết lập trong thư mục bổ sung có thể được ưu tiên hơn giá trị khai báo ở tệp chính.

Trước khi áp dụng thay đổi, kiểm tra cú pháp:

sudo sshd -t

Nếu không có thông báo lỗi, bạn có thể tiếp tục kiểm tra cách áp dụng cấu hình phù hợp với dịch vụ SSH đang sử dụng. Với hệ thống Ubuntu/Debian dùng ssh.service, lệnh khởi động lại thường là:

sudo systemctl restart ssh

Cảnh báo: Không nên thay đổi cổng SSH hoặc khởi động lại dịch vụ khi chưa có đường truy cập dự phòng. Hãy giữ phiên SSH hiện tại, bảo đảm tường lửa cho phép cổng mới và thử đăng nhập bằng phiên thứ hai trước khi đóng phiên cũ.

Bước 4: Kiểm tra tường lửa trên VPS

Tường lửa có thể chặn cổng SSH dù dịch vụ đã hoạt động bình thường.

Trường hợp sử dụng Ubuntu/Debian với UFW

Kiểm tra trạng thái tường lửa:

sudo ufw status verbose

Nếu UFW đang hoạt động nhưng chưa cho phép cổng SSH mặc định, bạn có thể bổ sung quy tắc:

sudo ufw allow 22/tcp

Sau đó kiểm tra:

sudo ufw status

Nếu SSH sử dụng cổng tùy chỉnh, cần mở đúng cổng đã cấu hình thay vì mặc định mở cổng 22.

Trường hợp sử dụng AlmaLinux/Rocky Linux với firewalld

Kiểm tra trạng thái và các vùng mạng đang hoạt động:

sudo firewall-cmd --state

sudo firewall-cmd --get-active-zones

Kiểm tra quy tắc của vùng mạng đang áp dụng cho VPS.

Nếu vùng mặc định chính là vùng cần cấu hình và SSH sử dụng định nghĩa dịch vụ mặc định, bạn có thể cho phép SSH:

sudo firewall-cmd --add-service=ssh

Khi kiểm tra truy cập thành công, lưu các thay đổi đang hoạt động:

sudo firewall-cmd --runtime-to-permanent

Nếu sử dụng vùng mạng khác hoặc cổng SSH tùy chỉnh, cần điều chỉnh quy tắc theo cấu hình thực tế.

Ngoài tường lửa trong hệ điều hành, hãy kiểm tra thêm Firewall, Security Group hoặc ACL trên bảng quản trị của nhà cung cấp VPS nếu có.

Lưu ý bảo mật: Chỉ mở các cổng thực sự cần thiết. Khi có địa chỉ IP quản trị cố định, nên giới hạn quyền truy cập SSH theo IP thay vì cho phép toàn bộ Internet.

Bước 5: Kiểm tra tài khoản và SSH Key

Nếu nhận thông báo Permission denied, nguyên nhân thường liên quan đến quá trình xác thực thay vì đường truyền mạng.

Các trường hợp cần kiểm tra gồm:

• Sai tên người dùng hoặc mật khẩu.
• Tài khoản bị khóa hoặc không được phép đăng nhập SSH.
• Sử dụng SSH Key không khớp với khóa công khai trên VPS.
• Quyền truy cập các tệp SSH không chính xác.
• Máy chủ không cho phép phương thức xác thực đang sử dụng.

Nếu đăng nhập bằng SSH Key, hãy kiểm tra tệp private key đang được sử dụng trên máy tính.

Ví dụ với OpenSSH:

ssh -i ~/.ssh/id_ed25519 -p 22 username@DIA_CHI_IP

Thay đường dẫn khóa, tên người dùng và IP theo môi trường thực tế.

Trên VPS Linux, khóa công khai được chấp nhận thường nằm trong tệp:

~/.ssh/authorized_keys

Đường dẫn trên thuộc thư mục cá nhân của tài khoản muốn đăng nhập, không nhất thiết là thư mục của root.

Bạn cũng nên kiểm tra quyền sở hữu và quyền truy cập thư mục .ssh, tệp authorized_keys và thư mục home của tài khoản.

Không nên bật đăng nhập root hoặc xác thực mật khẩu chỉ để xử lý nhanh khi chưa đánh giá yêu cầu bảo mật của hệ thống.

Bước 6: Kiểm tra nhật ký hệ thống và tài nguyên VPS

Nếu đã kiểm tra cấu hình, dịch vụ và tường lửa nhưng vẫn không thể đăng nhập, hãy xem nhật ký hệ thống để tìm nguyên nhân cụ thể.

Trên Ubuntu/Debian, kiểm tra nhật ký SSH:

sudo journalctl -u ssh -n 50 --no-pager

Trên AlmaLinux/Rocky Linux, sử dụng:

sudo journalctl -u sshd -n 50 --no-pager

Nhật ký có thể cho biết nguyên nhân như:

• Xác thực thất bại.
• Tài khoản đăng nhập không hợp lệ.
• Cấu hình SSH bị lỗi.
• Dịch vụ không thể khởi động hoặc gặp vấn đề khi xử lý kết nối.

Ngoài ra, hãy kiểm tra mức sử dụng tài nguyên.

Kiểm tra dung lượng ổ đĩa:

df -h

Kiểm tra RAM:

free -h

Theo dõi tiến trình và tài nguyên hệ thống:

top

Nếu phân vùng hệ thống đã đầy hoặc máy chủ liên tục thiếu bộ nhớ, bạn cần xác định nguyên nhân trước khi dọn dẹp dữ liệu hoặc khởi động lại dịch vụ.

Trường hợp nghi ngờ địa chỉ IP bị Fail2ban chặn, có thể kiểm tra bằng lệnh sau nếu jail SSH được đặt tên là sshd:

sudo fail2ban-client status sshd

Nếu phát hiện IP quản trị trong danh sách bị chặn, hãy xác minh nguyên nhân và chỉ gỡ chặn địa chỉ hợp lệ.

Hướng dẫn sửa lỗi không vào được VPS Windows qua Remote Desktop

Đối với VPS Windows, phương thức quản trị phổ biến là Remote Desktop Protocol (RDP). Nếu không thể truy cập bằng Remote Desktop Connection, bạn nên kiểm tra IP, cổng kết nối, trạng thái dịch vụ và quyền đăng nhập.

Hướng dẫn dưới đây áp dụng cho VPS chạy Windows Server có hỗ trợ Remote Desktop.

Bước 1: Kiểm tra địa chỉ IP và thông tin Remote Desktop

Trên máy tính Windows của bạn:

1. Nhấn tổ hợp phím Windows + R.
2. Nhập mstsc và nhấn Enter.
3. Trong cửa sổ Remote Desktop Connection, nhập địa chỉ IP của VPS.
4. Nhấn Connect.
5. Nhập tài khoản và mật khẩu được cấp.

Nếu máy chủ sử dụng cổng RDP tùy chỉnh, hãy nhập theo cú pháp:

DIA_CHI_IP:3390

Trong ví dụ này, 3390 là cổng tùy chỉnh minh họa. Bạn phải sử dụng đúng cổng đã thiết lập trên VPS.

Nếu kết nối thất bại, tiếp tục kiểm tra khả năng truy cập cổng RDP.

Bước 2: Kiểm tra cổng kết nối RDP

Mở Windows PowerShell trên máy tính cá nhân và chạy:

Test-NetConnection DIA_CHI_IP -Port 3389

Nếu TcpTestSucceeded hiển thị False, hãy kiểm tra quy tắc mạng và trạng thái Remote Desktop trên VPS.

Khi có quyền truy cập Console của Windows Server, bạn có thể kiểm tra cổng RDP được cấu hình bằng PowerShell:

Get-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp' -Name PortNumber

Thông thường, giá trị PortNumber là 3389.

Nếu cổng đã được thay đổi, cần sử dụng cổng tương ứng trong ứng dụng Remote Desktop Connection và bảo đảm tường lửa cho phép kết nối.

Không nên chỉnh sửa Registry khi chưa sao lưu cấu hình và xác định rõ nguyên nhân.

Bước 3: Kiểm tra dịch vụ Remote Desktop

Nếu RDP không tiếp nhận kết nối, hãy kiểm tra trạng thái dịch vụ trên Windows Server.

Truy cập máy chủ thông qua Console của nhà cung cấp VPS.

Sau đó, mở PowerShell với quyền Administrator và thực hiện:

Get-Service -Name TermService

Đây là dịch vụ Remote Desktop Services của Windows.

Nếu dịch vụ đang dừng, bạn có thể thử khởi động:

Start-Service -Name TermService

Tiếp theo, kiểm tra lại:

Get-Service -Name TermService

Nếu dịch vụ đã chạy nhưng chưa thể kết nối, hãy kiểm tra tính năng Remote Desktop có được cho phép hay không.

Trên Windows Server, bạn có thể mở sysdm.cpl, chuyển đến thẻ Remote để xem thiết lập cho phép kết nối từ xa. Giao diện có thể khác nhau tùy phiên bản và chính sách quản trị.

Ngoài ra, hãy kiểm tra ứng dụng hoặc dịch vụ có đang lắng nghe tại cổng RDP thực tế hay không:

Get-NetTCPConnection -LocalPort 3389 -State Listen

Lệnh trên giả định máy chủ sử dụng cổng mặc định 3389.

Bước 4: Kiểm tra Windows Firewall và quyền đăng nhập

Windows Firewall có thể chặn các yêu cầu Remote Desktop từ bên ngoài.

Trên Windows Server, mở PowerShell bằng quyền Administrator và kiểm tra nhóm quy tắc:

Get-NetFirewallRule -DisplayGroup "Remote Desktop"

Nếu các quy tắc cần thiết đang bị vô hiệu hóa, bạn có thể bật lại bằng lệnh:

Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Set-NetFirewallRule -Enabled True

Tên nhóm hiển thị có thể thay đổi theo ngôn ngữ của Windows. Nếu không tìm thấy nhóm, hãy kiểm tra trực tiếp trong Windows Defender Firewall with Advanced Security bằng lệnh wf.msc.

Sau khi điều chỉnh, kiểm tra lại kết nối RDP từ máy tính cá nhân.

Nếu cổng đã thông nhưng không đăng nhập được, cần kiểm tra thêm:

• Tên người dùng và mật khẩu Windows.
• Tài khoản có bị khóa hoặc hết hạn mật khẩu hay không.
• Tài khoản có quyền đăng nhập qua Remote Desktop hay không.
• Chính sách Network Level Authentication (NLA).
• Quy tắc Firewall hoặc Security Group phía nhà cung cấp.

Khuyến nghị: Không nên tắt toàn bộ Windows Firewall để xử lý lỗi. Nếu VPS có IP công khai, hãy ưu tiên giới hạn truy cập RDP theo IP quản trị hoặc kết nối qua VPN thay vì mở trực tiếp cho toàn bộ Internet.

Làm gì khi mất hoàn toàn quyền truy cập VPS?

Nếu không thể đăng nhập bằng SSH hoặc Remote Desktop, Console/VNC do nhà cung cấp VPS cung cấp thường là phương án khôi phục cần ưu tiên.

Công cụ Console cho phép tương tác với màn hình hoặc cổng điều khiển của máy ảo mà không cần sử dụng dịch vụ SSH/RDP bên trong hệ điều hành.

Phần này sử dụng VPS Tino làm ví dụ. Bạn có thể thực hiện theo trình tự sau:

Bước 1: Đăng nhập trang quản trị VPS

Truy cập tài khoản tại nhà cung cấp dịch vụ, chọn VPS đang gặp sự cố và kiểm tra trạng thái hoạt động.

Bước 2: Mở Console hoặc VNC

Tìm chức năng có tên Console, VNC, Web Console hoặc Serial Console tùy nền tảng quản trị.

Nếu nhà cung cấp hỗ trợ, mở phiên truy cập trực tiếp vào hệ điều hành.

Bước 3: Kiểm tra cấu hình gây mất kết nối

Tùy theo hệ điều hành, hãy kiểm tra:

• Trạng thái dịch vụ SSH hoặc RDP.
• Quy tắc tường lửa mới thay đổi.
• Địa chỉ IP và cấu hình mạng.
• Những thiết lập VPN hoặc định tuyến vừa được thêm.
• Tình trạng bộ nhớ, ổ đĩa và nhật ký hệ thống.

Nếu sự cố xảy ra ngay sau khi thay đổi cấu hình, hãy ưu tiên kiểm tra và hoàn tác chính xác thay đổi đó.

Bước 4: Khôi phục kết nối và kiểm tra lại

Sau khi điều chỉnh, thử đăng nhập từ một phiên kết nối mới.

Chỉ đóng phiên Console khi đã xác nhận có thể kết nối ổn định bằng SSH hoặc RDP.

Bước 5: Liên hệ nhà cung cấp nếu Console cũng không hoạt động

Nếu VPS không khởi động hoặc Console không thể truy cập, bạn nên gửi yêu cầu hỗ trợ kỹ thuật.

Khi liên hệ, hãy cung cấp mã VPS, thời điểm xảy ra sự cố, thông báo lỗi và những thay đổi cấu hình gần nhất. Tuyệt đối không gửi private key hoặc mật khẩu trong nội dung hỗ trợ không được bảo vệ.

Đặc biệt, không nên tự ý Rebuild hoặc cài lại hệ điều hành khi chưa sao lưu dữ liệu. Những thao tác này có thể khiến dữ liệu trên ổ đĩa hệ thống bị xóa, tùy chính sách và phương thức triển khai của nhà cung cấp.

Những lưu ý để hạn chế lỗi không truy cập được VPS

Để giảm nguy cơ mất quyền truy cập VPS trong quá trình quản trị, bạn nên áp dụng một số nguyên tắc sau:

• Luôn có phương án truy cập dự phòng: Kiểm tra quyền sử dụng Console/VNC ngay khi nhận VPS.
• Sao lưu trước khi thay đổi cấu hình: Đặc biệt với SSH, tường lửa, định tuyến và thiết lập mạng.
• Không đóng phiên SSH hiện tại quá sớm: Sau khi thay đổi cấu hình, hãy đăng nhập thử bằng phiên mới trước.
• Kiểm tra cổng kết nối trước khi bật tường lửa: Đảm bảo SSH hoặc RDP vẫn được cho phép.
• Sử dụng xác thực an toàn: Ưu tiên SSH Key cho Linux, mật khẩu mạnh và cơ chế bảo vệ phù hợp cho Windows.
• Giới hạn quyền truy cập quản trị: Ưu tiên IP tin cậy, VPN hoặc giải pháp kiểm soát truy cập thay vì công khai cổng quản trị không cần thiết.
• Theo dõi tài nguyên VPS: Kiểm tra CPU, RAM và dung lượng ổ đĩa định kỳ để phát hiện sự cố sớm.
• Ghi lại những thay đổi quan trọng: Đặc biệt là cấu hình SSH, VPN, DNS và tường lửa để thuận tiện khôi phục.

Kết luận

Tình trạng không truy cập được VPS có thể xuất phát từ lỗi kết nối đơn giản hoặc sự cố cấu hình bên trong máy chủ. Để xử lý hiệu quả, bạn nên kiểm tra thông báo lỗi, trạng thái VPS, cổng kết nối và dịch vụ SSH hoặc Remote Desktop trước khi thực hiện các thay đổi chuyên sâu.

Nếu mất hoàn toàn quyền truy cập, hãy ưu tiên sử dụng Console/VNC và kiểm tra nguyên nhân thay vì vội vàng cài lại hệ điều hành. Một quy trình quản trị có sao lưu và phương án kết nối dự phòng sẽ giúp hạn chế rủi ro trong những lần xử lý sự cố tiếp theo.

Những câu hỏi thường gặp

VPS vẫn Ping được nhưng không SSH vào được là do đâu?

VPS vẫn phản hồi Ping nhưng không SSH được thường cho thấy ICMP hoạt động, trong khi kết nối TCP đến dịch vụ SSH đang gặp vấn đề. Nguyên nhân có thể là dịch vụ SSH ngừng hoạt động, sai cổng hoặc tường lửa chặn kết nối. Bạn nên kiểm tra cổng bằng Test-NetConnection trước khi thay đổi cấu hình.

Thay đổi cổng SSH có thể khiến VPS mất kết nối không?

Có. Nếu thay đổi cổng SSH nhưng chưa cập nhật tường lửa hoặc cấu hình phần mềm kết nối, bạn có thể bị khóa truy cập từ xa. Khi cần thay đổi cổng, hãy chuẩn bị Console dự phòng, kiểm tra cấu hình và thử đăng nhập bằng cổng mới trước khi đóng phiên đang hoạt động.

Có cần Reboot VPS khi không thể kết nối không?

Không phải lúc nào cũng cần. Reboot có thể hữu ích nếu hệ điều hành hoặc dịch vụ bị treo, nhưng không giải quyết được mọi lỗi liên quan đến tường lửa, thông tin đăng nhập hoặc sai cổng kết nối. Nên kiểm tra trạng thái, nhật ký và cấu hình trước khi quyết định khởi động lại.

Có nên tắt hẳn firewall để vào được VPS không?

Chỉ nên tắt tạm thời qua console để xác định firewall có phải nguyên nhân hay không. Sau khi xác định được, hãy bật lại firewall và thêm đúng quy tắc cho port SSH hoặc RDP. Để VPS chạy lâu dài mà không có firewall làm tăng nguy cơ bị dò mật khẩu và tấn công.

Cài lại VPS (Rebuild) có giải quyết được lỗi không vào được không?

Có, vì VPS sẽ trở về cấu hình mặc định với thông tin đăng nhập mới. Tuy nhiên, Rebuild xóa toàn bộ dữ liệu, website và cấu hình hiện có. Chỉ nên chọn cách này khi đã thử hết các bước sửa lỗi, đã sao lưu dữ liệu, hoặc VPS không chứa dữ liệu quan trọng.