Nie można już używać X11 z ssh. Zainstaluj XQuartz2.7.7. Logowanie się do X11 przez ssh daje ostrzeżenia
Ostrzeżenie: niezaufana konfiguracja przekazywania X11 nie powiodła się: dane klucza xauth nie zostały wygenerowane Ostrzeżenie: Brak danych xauth; przy użyciu fałszywych danych uwierzytelniających do przekazywania X11.
W moim systemie echo $DISPLAY
daje
/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz:0
Jednak gdy próbuję, pojawia xauth generate $DISPLAY . trusted
się błąd
xauth: (argv): 1: zła nazwa wyświetlana "/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz:0" w poleceniu "add"
Wszelkie pomysły, jak to naprawić?
$DISPLAY
jest niepoprawna. Tak powinno być:0.0
. Czy można ustawić$DISPLAY
w~/.bash_profile
lub~/.profile
samemu?-Y
opcji zamiast-X
? Z jakiego systemu operacyjnego korzysta Twój serwer? I: posiadanie$DISPLAY
zestawu do czegoś/tmp/
jest zupełnie normalne na komputerze Mac.DISPLAY=:0.0
i zadziałało. Dodałem to do mojego .bash_profileOdpowiedzi:
AKTUALIZACJA
Deweloper Jeremy Huddleston Sequoia ogłosił wczoraj, że ten problem został rozwiązany w XQuartz 2.7.8_beta2 :
Raport o błędzie jest zamknięty i oznaczony jako naprawiony:
Jeśli nie możesz (lub nie chcesz) zainstalować wersji beta, nadal możesz skorzystać z obejścia, które wyjaśnię poniżej.
ODPOWIEDŹ
Analiza
(przewiń w dół do sekcji obejścia)
Moją pierwszą myślą było „
DISPLAY
zmienna jest zła”. Ale nie jest.Jak się okazuje, w OS X 10.10 Yosemite (iz powrotem do 10.8 Mountain Lion )
DISPLAY
zmienna przechowujelaunchd
ścieżkę gniazda:zamiast znanej nazwy wyświetlanej:
(Dodałem trochę informacji o
hostname:displaynumber.screennumber
formacie na końcu tej odpowiedzi).Oznacza to, że
xauth
musi wiedzieć, jak sobie poradzić z tym specjalnym wcieleniemDISPLAY
zmiennej, i tak jak w przypadku Mavericks, ale tak było, ale gniazdo używane w Yosemite ma inną ścieżkę (a dokładniej:/private/tmp/com.apple.launchd.XXXX
zamiast/private/tmp/launch-XXXX
) ixauth
pęka.Ten błąd został zgłoszony zespołowi XQuartz w dniu 18 listopada 2014 r. (3 miesiące temu) ( http://xquartz.macosforge.org/trac/ticket/2068 ):
Zgodnie z opisem błędu ma zostać rozwiązany w XQuartz 2.7.8, który jest spóźniony o 4 miesiące (patrz strona planu projektu na stronie http://xquartz.macosforge.org/trac/roadmap ).
Łatka naprawiająca problem została zatwierdzona 31 grudnia 2014 r. W projekcie freedesktop.org ( http://cgit.freedesktop.org/xorg/app/xauth/commit/parsedpy.c?id=f990dd936b5fd1a40290bb88cde517a0ac38f823 ):
Pozostaje więc tylko kwestia czasu, zanim łatka znajdzie się w kolejnej wersji XQuartz.
Obejście
(testowany na OS X 10.10.2 Yosemite).
Dodaj:
do
~/.bashrc
i albo zacząć nowe okno terminala lub źródło to (. ~/.bashrc
) w bieżącej sesji terminali.Ten alias najpierw symbolizuje ścieżkę gniazda
/private/tmp/launch-XXX
(na przykładln -fs /private/tmp/com.apple.launchd.GuewxwWwKS /private/tmp/launch-GuewxwWwKS
), a następnie uruchamiassh
:Dla ciekawskich, tradycyjnie nazwa wyświetlana serwera X ma następującą postać (z
man X
Ubuntu): Nazwa wyświetlana serwera X ma następującą postać:gdzie:
źródło