Kredyt na /unix//a/12772/61349 za instrukcje diagnostyczne.
Upewnij się, że klient ssh żąda przekazywania X11 z flagą -v
ssh example.com -X -v
I poszukaj konkretnego komunikatu:
debug1: Requesting X11 forwarding with authentication spoofing.
Kolejnym oznaką problemu jest brak DISPLAY
ustawionego beign zmiennej środowiskowej. Jeśli jest puste / wyłączone, coś jest nie tak. Przynajmniej zgodnie z tym samym wpisem przypisanym powyżej , zmienne te są ustawiane automatycznie.
Używałem SSH Control Master moich połączeń ssh w taki sposób:
Host <hostname>
ControlMaster auto
ControlPath ~/.ssh/control/%r@%h:%p
ControlPersist 10m
Moje wcześniejsze połączenie ssh nie wymagało przekazywania X11, dlatego ssh
opcje przyszłych połączeń nie były używane. Więc dla mnie
ssh -X
było całkowicie ignorowane
Jeśli nie widzisz „Żądanie przekazywania X11”, ale widzisz, że multiplekser używa sesji ponownie;
debug1: auto-mux: Trying existing master
debug1: mux_client_request_session: master session id: 10
Następnie musisz wyjść z bieżącego ControlMaster dla tego połączenia i ponownie połączyć się z flagą -X / -Y.
Aby zatrzymać ControlMaster
ssh -O check <hostname>
Master running (pid=2758)
(Spowoduje to zamknięcie wszystkich aktywnych połączeń za pomocą ControlMaster)
ssh -O exit <hostname>
Exit request sent.
-Y
zamiast-X
?