Mac dev пропавшие без вести папки, SSH, не работающий
Несколько дней назад SSH прекратил работать.
- Может кто-то помогать мне заставить SSH работать (он привык для),
- Помогите мне понять UNIX dev папка
- Есть ли любая ШПАКЛЕВКА как клиенты Mac.
Когда я пытаюсь войти в систему с SSH, я получаю следующее сообщение:
PTY allocation request failed on channel 0
stdin: is not a tty
fatal: unrecognized command ''
Connection to 74.52.61.194 closed.
Веб-поиски показали мне, что могло бы быть что-то не так с/dev/std/папкой.
Но я показал скрытые папки и не могу найти/dev/папку (Существует псевдоним к dev, но Mac утверждает, что это - неработающая ссылка), так же, когда я ищу его с другими инструментами, такими как Houdini. Я мог CD в него хотя, так путаться, что произошло с этой папкой.
Есть ли какие-либо инструменты, которые могут сохранить мои предпочтения SSH так, чтобы я не имел к, каждый раз, вывел username@adrees, пароль, соединил каналом, все из которых длинны и сложны?
Поиск Filezilla вводит клиент, существуют многие из тех. Поиск командной строки как шпаклевка, которая позволяет мне использовать удар на удаленном клиенте.
Нахожусь на MacBook Pro, последней версии Tiger.
Править: Попробовали к SSH-v, вот вывод, если он может помочь хорошо осведомленному суперпользователю?
OpenSSH_5.2p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to 74.52.61.194 [74.52.61.194] port 22.
debug1: Connection established.
debug1: identity file /Users/me/.ssh/identity type -1
debug1: identity file /Users/me/.ssh/id_rsa type 1
debug1: identity file /Users/me/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH_4*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '74.52.61.194' is known and matches the RSA host key.
debug1: Found key in /Users/me/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/me/.ssh/identity
debug1: Offering public key: /Users/me/.ssh/id_rsa
debug1: Remote: Forced command: perl -e 'exec qw(git-shell -c), $ENV{SSH_ORIGINAL_COMMAND}'
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: read PEM private key done: type RSA
debug1: Remote: Forced command: perl -e 'exec qw(git-shell -c), $ENV{SSH_ORIGINAL_COMMAND}'
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
PTY allocation request failed on channel 0
stdin: is not a tty
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
fatal: unrecognized command ''
debug1: channel 0: free: client-session, nchannels 1
Connection to 74.52.61.194 closed.
Transferred: sent 2448, received 2856 bytes, in 0.4 seconds
Bytes per second: sent 6027.2, received 7031.8
debug1: Exit status 0
2 ответа
Необходимо использовать Terminal.app, чтобы сделать SSH, и для хостов, с которыми Вы регулярно соединяетесь, Вы создаете псевдонимы и настраиваете ключи шифрования, таким образом, можно сделать более быстрые логины.
Создать псевдоним:
alias gohost='ssh myname@myhost.net'
Конечно, назовите псевдоним чем-то полезным для Вас, вместо gohost.
Для создания ssh ключа Вы делаете:
ssh-keygen
Затем следуйте за подсказками, примите значения по умолчанию, если Вы не знаете то, что Вы делаете. Оставьте пароль, незаполненный, если Вы хотите вход в систему пароля меньше, если Вы хотите сохранить вход в систему пароля, просто пропустите ssh-keygen и использование gohost соединяться с Вашим хостом.
Хорошая вещь о ssh ключах, то, что можно сделать scp (защитите копию), и rsync по ssh, не имея необходимость повторно вводить Ваш пароль все время, конечно, Вы хотите удостовериться, что Ваша учетная запись на Mac безопасна, так, чтобы только можно было использовать эти ключи, (они связаны с учетной записью и сохранены в ~/.ssh папка.)
При создании ssh-ключа, необходимо скопировать открытый ключ в дом на сервере, поэтому давайте скопируем открытый ключ в буфер обмена.
cat ~/.ssh/id_rsa.pub | pbcopy
(pbcopy берет стандартный вход и помещает его в буфер обмена Mac, pbpaste делает противоположное и отправляет содержание буфера обмена к стандартному выводу, но только текст.)
Затем соединитесь с хостом ssh и затем сделайте:
cat >> ~/.ssh/authorized_keys
Вставьте ключ от буфера обмена, нажмите Enter и Ctrl-D, выход от хоста, и затем попытайтесь соединиться снова, если все подходило, Вы просто окажетесь при подсказке хоста снова, не нуждаясь в пароле.
Почему Ваш ssh не работает?
При рассмотрении вывода отладки существует несколько вещей, которые не ясны. В первую очередь, это похоже на Ваш ssh установка в порядке.
Сообщение об ошибке также предлагает это /dev/pty не существует, проверяют, что это делает (не в Средстве поиска)...
Но это похоже, это - ошибка сервера, Вы попробовали ssh к другому серверу?
Папка Dev
Если Вы не можете сделать sudo ls /dev затем что-то плохо неправильно с Вашей системой.
Объяснить что /dev Unix (который OS X создается сверху), использование /dev к устройствам доступа, стандартному входу, стандартному выводу, жестким дискам, CD/DVD-приводам, и т.д.
Это позволяет Unix устройствам доступа как часть файловой системы, для общения с ними.
Во всеобщем употреблении необходимо уехать /dev одна только папка, некоторые инструменты GUI (Программное обеспечение для резервного копирования, например, или в Вашем случае Houdini) будет иногда сообщать о некоторой ошибке или другом об этом, потому что это не папка, которую они поймут. (Идеально они должны проигнорировать его.)
Следующее - то, что работало на меня.
Это пишется для помощи другим, которые сталкиваются с той же проблемой, но не "корректный" ответ, поскольку я вполне уверен, это не должно было работать. Считайте поток на ответе slomojo для получения целого краткого изложения.
Признак: SSH на Mac прекратил работать к размещенному серверу моего Site5. Я смог к SSH к другим серверам без проблемы.
Проблема: SSH автоматически отправит любой ключ (ключи) в .ssh/id_rsa или .ssh/id_dsa файлах.
При создавании учетных записей GitHub распространено создать эти файлы.
Site5 добирался и посредничество на нераспознанных ключах GitHub.
Решение: Я переместил закрытый ключ GitHub от .ssh/id_rsa до другого файла (например, .ssh/GitHub) и добавил файл конфигурации для направления SSH к тому ключу. После того как ключ GitHub не продвигался к site5, все работало.
С точки зрения безопасности это походит на грандиозное предприятие, поскольку иначе казалось бы легким украсть мои ключи. (Я не понимаю SSH, так может пропускать что-то очевидное.)dev папка не имела никакого отношения к моей проблеме, которая была стороной сервера.
Тем не менее, dev папка лучше всего объяснена здесь:
http://www.mackb.com/Uwe/Forum.aspx/macintosh/3883/That-mysterious-dev-folderДля создания Псевдонимов Slomojo пишет:
команды псевдонима должны быть в Вашем запуске оболочки при использовании удара ~/.bash_profile является местом для помещения их. Просто редактируйте/создавайте его и поместите свои псевдонимы в конец. Больше информации о псевдониме здесь - ss64.com/bash/alias.html
Удача все!