Проблеми Mountain Lion ssh -X

8

Як запустити експедицію на Mountain Lion X11 через SSH?

Приклад:

ssh -X some@example.com xterm

мій / etc / sshd_config має

X11Forwarding yes
#X11DisplayOffset 10
X11UseLocalhost yes

# XAuthLocation added by XQuartz (http://xquartz.macosforge.org)
XAuthLocation /opt/X11/bin/xauth

Перезавантажений sshd с

launchctl stop com.openssh.sshd
launchctl start com.openssh.sshd

(а також у налаштуваннях -> спільний доступ)

Почав XQuatrz, і від xterm я бігаю

ssh -v -X mrp@192.168.1.17 xterm        #this part not works :)

отримав наступне:

debug1: Authentication succeeded (keyboard-interactive).
Authenticated to 192.168.1.17 ([192.168.1.17]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Sending command: xterm
debug1: Remote: No xauth program; cannot forward with spoofing.
X11 forwarding request failed on channel 0
xterm: Xt error: Can't open display: 
xterm: DISPLAY is not set
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 2656, received 2480 bytes, in 0.1 seconds
Bytes per second: sent 29582.4, received 27622.1
debug1: Exit status 1

від xterm

$ echo $DISPLAY
/tmp/launch-BHtJfJ/org.macosforge.xquartz:0

змінити його на :0не допомагає

біжить від xterm

$ xauth list
jonatan.local/unix:0  MIT-MAGIC-COOKIE-1  f4f85682af36ae7d95cd3d244cb6beb2
192.168.1.9:0  MIT-MAGIC-COOKIE-1  f4f85682af36ae7d95cd3d244cb6beb2
jonatan.local:0  MIT-MAGIC-COOKIE-1  f4f85682af36ae7d95cd3d244cb6beb2

Будь-яка ідея?

x11 xquartz

— jm666
джерело

Чи можете ви пояснити, яка частина не працює для вас?

— деморе

@demure Моя англійська мова недостатньо хороша, я сподівався, що кількість помилок є достатньо зрозумілою. Але добре, додав коментар до питання, щоб точно показати, що не працює. Або точніше, не працює тунелювання X-протоколу через ssh з якоїсь дивної причини. Можливо, xauth. Дякую за інтерес. :)

— jm666

8

Вам потрібно відкрити XQuartz, перейти до X11 → Налаштування → Безпека , є два прапорці: відключіть перший, увімкніть другий. Перезапустіть XQuartz і повторіть спробу. Вам також потрібно буде визначити $DISPLAYзмінну на зразок цієї:

export DISPLAY=clienthost:0.0

— Андреу
джерело

Тим часом я виявив, що проблема була в іншій стороні - не в моїй ОС X. Все одно дякую +1.

— jm666

@ jm666, Andreu У мене така ж проблема, і це рішення не працювало для мене, # jm66 Ви могли б поділитися своїм досвідом вирішення цієї проблеми.

— math137

Що таке clienthost?

— Джонатан

1

Не впевнений, як це могло статися, але з джерела SSH, де надходить повідомлення про помилку:

/* Try to open a socket for the local X server. */
display = getenv("DISPLAY");
if (!display) {
    error("DISPLAY not set.");
    return -1;
}

Це вказує на те, що дійсно ssh вважає, що змінна взагалі не встановлена (тобто не деформується чи щось таке, але відсутнє).

Я не впевнений, чи SSH змінює контекст користувача, щоб отримати інше середовище. Ви можете спробувати

ssh -vvv ....

(кілька "v"), щоб отримати більше налагодження, можливо, це дає підказку десь під час запуску.

— Термінальність
джерело

вау - гарна ідея декількох vvv - збираюся перевірити.

— Дякую

ок, сподіваюся, що це допоможе

— Термінальність