SSH висит на Mac Book Pro; AFS и сетевые настройки? - PullRequest
3 голосов
/ 14 ноября 2008

У меня проблема с зависанием SSH на моем Mac Book Pro. Это происходит со мной только после того, как я вернусь домой с работы после того, как использую SSH на работе. Я сузил проблему до трех факторов: SSH, наш рабочий сетевой диск AFS и метод сетевого подключения.

На работе мы используем привод AFS с Kerberos Authentication для выполнения всей нашей работы по разработке программного обеспечения. Я выполняю проверку подлинности с помощью Kerberos, чтобы получить доступ к диску AFS, где находится весь мой исходный код, но я открываю локальный редактор (Eclipse), который ссылается на файлы на диске AFS. Всякий раз, когда мне нужно скомпилировать мой код, я подключаю SSH к своему серверу разработки (который также аутентифицирован на диске AFS) и компилирую оттуда. (Примечание о здравомыслии: я знаю, что это супер дурацкая установка, но я обещаю, что ничего с этим не имею. Я просто делаю с тем, что у меня есть.)

Для своих сетевых настроек я все время использую автоматическое расположение. Для этой конфигурации у меня есть встроенный Ethernet en1, настроенный на использование DHCP и DNS-сервера нашей компании, когда я на работе (беспроводная связь отсутствует). Когда я иду домой, я подключаюсь к своей домашней сети через беспроводную сеть, снова используя DHCP.

У меня есть догадка, что соединение AFS / конфигурация Ethernet как-то здесь является виновником. Перезапуск демона SSH не устраняет проблему. Единственный способ исправить проблему - перезагрузить компьютер каждый раз, когда я хочу использовать SSH. Имейте в виду, что у меня нет других (известных) проблем с сетью дома, когда у меня есть ноутбук на работе.

У меня есть сотрудник, который сообщил мне ту же проблему на своем MBP.

Я действительно в тупике. Пожалуйста, предоставьте некоторые рекомендации. Спасибо!

Ответы [ 3 ]

3 голосов
/ 04 декабря 2008

Можете ли вы более конкретно рассказать о "SSH Hang"?

Звучит так, как будто ваш ssh клиент зависает после потери соединения, и вы ничего не можете сделать в терминале. Чтобы обойти это, вы можете использовать escape-символ ssh (по умолчанию: ‘~’), чтобы запустить escape-последовательность, и использовать «.» разорвать соединение.

Вы можете получить список других escape-последовательностей ssh, используя ~?, Вот что для клиента SSSS OpenSSH:

Supported escape sequences:
~.  - terminate connection
~B  - send a BREAK to the remote system
~C  - open a command line
~R  - Request rekey (SSH protocol 2 only)
~^Z - suspend ssh
~#  - list forwarded connections
~&  - background ssh (when waiting for connections to terminate)
~?  - this message
~~  - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)

При наборе ~. не работает, возможно, у вас отключен escape-символ, в этом случае вы можете поставить

EscapeChar ~

внутри ~ / .ssh / config или / etc / ssh_config

Даже когда символ выхода отключен, вы можете просто открыть другое окно терминала и набрать

killall ssh

для завершения всех запущенных процессов ssh, позволяя вам снова подключиться.

Перезапуск демона SSH не исправит эту проблему, поскольку sshd позволяет другим клиентам подключаться к вашей машине и не влияет на ваши клиенты ssh, подключающиеся к какой-либо другой машине.

1 голос
/ 11 апреля 2009

Похоже, что решение моей проблемы заключается в удалении моих токенов Kerberos, которые действительны во время работы, но не действительны дома. Надеюсь, что это может помочь любому, имеющему подобную проблему.

0 голосов
/ 28 ноября 2008

Просто выстрел в темноте: У меня недавно были проблемы с использованием ssh после установки Rogue Amoeba Audio Hijack Pro. Я мог бы использовать только ssh как суперпользователь (sudo). Обновление до 2.8.1 решило проблему ...

См. Также http://www.macobserver.com/article/2008/03/19.8.shtml.

...