
Мы находимся в процессе преобразования всех заданий мэйнфрейма FTP в SFTP. Я использовал ssh-keygen -f id_dsa_userid
команду для создания пар ключей. Отправил открытый ключ клиенту для копирования в его authorized_keys
файл. При выполнении задания я получаю следующую ошибку.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError
Невозможно открыть дисплей: MVSDMC1
FOTS1370 Не удалось проверить ключ хоста.
соединение потеряно.
Клиент использует CrushFTP
программное обеспечение, о котором я ничего не знаю. Что мы упускаем?
решение1
Проблема в корне ssh и настройка ключа. Проблема X Windows Xauth — это отвлекающий маневр. После дополнительных исследований я нашел тему, которая, похоже, соответствует вашейпроблема. Рассматриваемый поток относится к продукту от Dovetail Technologies, но в нем проявляется та же проблема при обмене ключами SSH.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError Невозможно открыть дисплей: 172.24.30.28:0.0
FOTS1346 Отказано в доступе, повторите попытку.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError Невозможно открыть дисплей: 172.24.30.28:0.0 Соединение закрыто НЕИЗВЕСТНЫМ
FOTS2707 zsshSmfWritePipe: write(): EDC5113I Неверный дескриптор файла. (errno2=0x05710034).
Если ключ на месте, вероятная проблема заключается в неправильных разрешениях на каталог .ssh и файлы в целевой системе. Следующие команды в домашнем каталоге пользователя sftp
исправят разрешения:
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys
Разрешения в моей системе USS выглядят следующим образом:
IBMUSER> ls -la
drwx------ 2 IBMUSER OMVS 8192 May 11 09:15 .ssh
IBMUSER> ls -la .ssh
-rw------- 1 IBMUSER OMVS 399 May 11 09:15 authorized_keys