Đăng nhập Windows Remote Desktop không thành công với Ubuntu Server 12.4


8

Vì vậy, tôi có một máy chủ mà tôi đã cài đặt RDC (Remote Desktop Connection) và tôi đang xem xét làm cho nó có sẵn trên toàn cầu trên internet để tôi có thể truy cập nó từ bất cứ đâu. Tôi hiện đang trong quá trình thay đổi mật khẩu để giờ đây nó an toàn hơn khi hiển thị trên web, nhưng tôi đang gặp một chút khó khăn.

Tôi sẽ sử dụng một số mật khẩu ví dụ ở đây.

  • Trước khi tôi thay đổi mật khẩu, tôi đã truy cập đầy đủ bằng RDC và mật khẩu trước đó của tôi: abc123 .

  • Tôi đã sử dụng passwd để thay đổi mật khẩu của mình từ abc123 thành d4f5g6 . Thay đổi đã thành công, nhưng chỉ được nhận ra đầy đủ khi tôi nhập nó vào chính máy chứ không phải từ RDC

Khi tôi cố gắng kết nối bằng RDC và sử dụng mật khẩu mới của mình, tôi gặp phải lỗi sau:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to sesman
xrdp_mm_process_login_response: login successful for display
started connecting
connecting to 127.0.0.5910
tcp connected
security level is 2 (1 = none, 2 = standard)
password failed
error - problem connecting

Lưu ý rằng mật khẩu hiện tại là d4f5g6 và tôi chỉ gặp lỗi này khi sử dụng d4f5g6 . Nếu tôi sử dụng bất kỳ mật khẩu nào khác bao gồm abc123 , tôi sẽ gặp lỗi này:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to sesman
xrdp_mm_process_login_response: login failed

Cũng lưu ý rằng tôi đang nhập các thông tin đăng nhập này trong kết nối và chúng không được lưu trong bộ nhớ cache trong RDC, vì vậy RDC dường như không chơi trong đó.

Vì vậy, có vẻ như mật khẩu chính xác của tôi đang vượt qua lần kiểm tra đầu tiên, nhưng không phải qua lần kiểm tra thứ hai? Đây là kicker; Nếu tôi thay đổi mật khẩu trở lại abc123 trực tiếp trên máy chủ của mình, thì tôi có thể kết nối thành công với máy chủ với RDC bằng abc123 ...


Bạn đã khởi động lại máy chủ RDC sau khi thay đổi mật khẩu?
Zelda

Tôi đã khởi động lại chương trình RDC, nhưng chưa phải là máy chủ thực tế, không. Tôi phải thử nó vào buổi sáng, và sẽ thật ngớ ngẩn nếu đó là tất cả.
MrMusAddict

"Kết nối với 127.0.0.5910" có đúng không? hoặc một lỗi đánh máy trong IP?

Câu trả lời:


10

Tôi đã có một người dùng có cùng một vấn đề và sau khi dùng thử giải pháp của Sjaak, anh ta vẫn không thể đăng nhập vì vậy tôi đã làm ps -ef|grep vncvà tìm thấy một quy trình với người dùng UID nên tôi đã giết quá trình đó và người dùng thử lại và đăng nhập thành công .


2
Thx, Akers Câu trả lời của bạn đã cứu cái mông của tôi
Arthur Kushman

Tuyệt vời, điều này cũng hữu ích khi bạn muốn loại bỏ f khỏi GUI để cho máy chủ thở.
Arthur Kushman

3
Cũng đã giải quyết vấn đề của tôi, nhưng tôi có thể làm gì để những quy trình cũ đó tự đóng?
Jesper Grann Laursen

3

Trên máy chủ Ubuntu, bạn có thể xóa (nội dung) thư mục ẩn .vnc trong thư mục chính của bạn. Điều đó lưu trữ mật khẩu cũ của bạn. Nó sẽ được tạo lại vào lần tiếp theo bạn đăng nhập và sau đó sẽ sử dụng mật khẩu mới của bạn.


Chỉ cần mở rộng câu trả lời của Sjaak Dalens, lỗi khó hiểu này cũng xuất hiện khi thư mục .vnc của bạn nằm trên một nfs và nó trở nên cũ (xử lý tệp cũ của nfs)! Tất nhiên giải pháp là để kể lại nó.
Jay ngẫu nhiên

1

Tôi đã giải quyết điều này bằng cách kết nối qua ssh với RDC và nhập các lệnh sau:

  1. ps -ef|grep vnc
  2. Trên cột kết quả đầu tiên, tìm tên người dùng không thể đăng nhập.
  3. Nhìn vào process_ID bên cạnh tên người dùng không thể đăng nhập.
  4. sudo kill process_ID
  5. Kết nối lại với RDC.

1

Thêm phần này vào sesman.ini trong [Xvnc] đã giải quyết vấn đề của tôi!

param8=-SecurityTypes
param9=None 

$sudo nano /etc/xrdp/sesman.ini

Tìm "param" tôi đã thêm

param8=-SecurityTypes
param9=None

Sau đó chạy:

$sudo service xrdp restart

Sau khi tôi có thể đăng nhập và kết nối thành công.


Chúc mừng bạn, giải pháp này đã giúp tôi tiết kiệm được hai giờ để thử các câu trả lời ở trên. XD
Ludwig Zhou

0

Tôi chạy vào cùng một thông báo lỗi. Vấn đề hóa ra là tên người dùng. Tôi đã cố gắng đăng nhập là "Máy chủ gia đình". Nó chỉ hoạt động nếu tôi đăng nhập như "máy chủ".

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.