Proxy PuTTY X11: đã thử giao thức ủy quyền sai


13

Tôi đang cố gắng kết nối với máy chủ Ubuntu để hoạt động trên Qt-creator. Trước khi mọi thứ đi sai, tôi đã làm theo hướng dẫn này . Tôi đã tải xuống putty và Xming và mọi thứ đều hoạt động tốt.

sau đó, đột nhiên, trong khi làm việc với người tạo Qt, tôi không thể lưu bất kỳ thay đổi nào. Vì vậy, tôi đã đóng Qt-creator và khởi động lại phiên putty. nó hỏi tôi về tên người dùng và mật khẩu (như thường lệ) sau đó sau khi đăng nhập vào máy chủ và khi tôi cố chạy Qt-creator (như thường lệ), thông báo sau xuất hiện:

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

Vì vậy, tôi đã cố gắng giải quyết vấn đề bằng hai cách tiếp cận được tìm thấy trên internet:

cách thứ nhất là dpyname protoname hexkeysử dụng:

xauth list 

cái nào sẽ trả về khóa mà sau đó có thể được thêm vào bằng cách sử dụng:

xauth add

Tuy nhiên, nó không hoạt động vì xauth listlệnh không trả lại gì.

giải pháp thứ hai là đi đến:

./etc/ssh/sshd_config

mở tệp: sshd_config và chỉnh sửa ForwardX11Trusteddòng để đọc yesvà nếu không có dòng nào như vậy tồn tại, hãy thêm nó vào.

ForwardX11Trusted yes

sau đó khởi động lại máy chủ ssh và nó sẽ hoạt động.

Tuy nhiên, nó cũng không hoạt động. Tôi không thể mở tệp sshd_configbằng cách sử dụng xdg-openhoặc geditcùng một thông báo xuất hiện lại.

Vậy tại sao điều này xảy ra và giải pháp cho nó là gì?


Tin tốt là: Bây giờ tôi có thể mở tệp: sshd_configsử dụng sudo nanolệnh và thêm dòng: ForwardX11Trusted yes.. tin xấu là: sau khi "bước thêm" vấn đề vẫn tồn tại !!!
McLan

Lệnh đầy đủ khi bạn sử dụng là xauth addgì?
Nate từ Kalamazoo

ForwardX11Trustedlà một tùy chọn cho máy khách OpenSSH ,, không phải cho máy chủ. Thêm nó có thể ngăn sshdbắt đầu, tùy thuộc vào phiên bản.
Gert van den Berg

Câu trả lời:


7

Trong khi đăng nhập bằng su, sau một vài lỗi "PuTTY X11 proxy: giao thức ủy quyền sai đã cố gắng", tôi nhận ra đó là một vấn đề xác thực. Sau đó, tôi nhớ sao chép tệp .Xmasterity từ thư mục nhà / hồ sơ cá nhân của tôi vào / root. Vấn đề được giải quyết!


Điều này giống như câu trả lời cho một vấn đề khác (mặc dù có cùng triệu chứng).
DavidPostill

Điều này đã làm việc cho Raspbian Jessie trên RaspberryPi
Dexter

Điều này cũng làm việc cho tôi trên RPI. Từ PuTTy trên Win10 đơn giản leafpadhoạt động tốt, nhưng sudo leafpadđã ném lỗi trong mô tả ở trên. Sao chép .Xauthoritylàm việc hoàn hảo. Cảm ơn rất nhiều!
Petr Újezdský

ok cho vấn đề ủy quyền ... nhưng vẫn cho tôi "Không thể mở màn hình:" ...? mọi ý tưởng
ZEE

2

Giải quyết.

Tôi đã giải quyết nó bằng cách sử dụng hỗn hợp của hai đề cập ở trên.

1. Tôi đã thêm dòng sau vào '/ etc / ssh / sshd_config'

ForwardX11Trusted yes

2. Tôi đã cài đặt xauth bằng cách sử dụng

sudo apt-get install xauth

xauth listđã trống cho tôi trước khi khởi động lại. Tuy nhiên, nó đã được đưa vào sau khi khởi động lại. Tôi đã làm xauth listsau khi tôi thử nó với putty.

Sau đó tôi khởi động lại ssh và nó hoạt động. Yay!

Lưu ý: Những gì tôi thực sự đã làm là khởi động lại Raspberry Pi của tôi


3
ForwardX11Trusty không phải là một tùy chọn hợp lệ cho sshd_config. Đó là một tham số máy khách, không phải tham số daemon máy chủ
HeatfanJohn 21/1/2016

Tôi đã làm điều này khá lâu rồi. Đừng biết bây giờ.
Dheeraj Bhaskar

2

Tôi gặp vấn đề tương tự trên máy chủ tại nơi làm việc vì thư mục nhà hết dung lượng đĩa. Sau khi đăng nhập, nó không thể ghi tệp Xauthority và ... không thể chuyển tiếp.

Giải phóng không gian giải quyết vấn đề.

Tôi sẽ tưởng tượng bạn sẽ gặp vấn đề tương tự nếu thư mục nhà hoặc quyền .Xmasterity được đặt không đúng để bạn không có quyền truy cập ghi.


1

Trong trường hợp của tôi, tôi nhận thấy tôi có thể mở Hiển thị bằng root, nhưng tôi đang thực hiện một lưới su và lưới người dùng này là vấn đề,

giải pháp là đóng phiên này và mở một phiên mới trực tiếp với lưới và nó đã hoạt động, một cái gì đó về việc thực hiện su - lưới đã thất bại ...


0

Tôi đã có một vấn đề tương tự trên một máy chủ. Lý do là người dùng có số lượng hiển thị sai (DISPLAY = localhost: 10.0). Khi người dùng kết nối với máy chủ thông qua SSH (như người dùng gọi là test1), anh ta sẽ được HIỂN THỊ = localhost: 11.0. Khi anh ta kết nối với tư cách là một người dùng khác và sau đó trở thành người dùng (test1), anh ta nhận được số lượng hiển thị sai (DISPLAY = localhost: 10.0). Khi tôi đặt số rifght của HIỂN THỊ (HIỂN THỊ = localhost: 11.0), nó hoạt động.

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.