Обнаружена ошибка при настройке Github на Mac «Ошибка записи: сломанный канал» - PullRequest
1 голос
/ 03 марта 2012

Я столкнулся с этой досадной ошибкой при попытке установить Github на Mac, версия ОС - Lion.По сути, я следовал инструкциям, указанным на этом URL: http://help.github.com/mac-set-up-git/

Я всегда застревал на этапе выполнения этой команды "ssh -T git@github.com"

Я пытался вывести отладочное сообщение и нижеэто журнал сообщений.Последнее сообщение показывает, что это из-за ошибки 'Write failed: Broken pipe'.

Пожалуйста, дайте мне решение, чтобы исправить эту ошибку, если вы когда-либо сталкивались с этой ошибкой ранее и смогли ее исправить.Большое спасибо.

user-users-macbook:.ssh useruser$ ssh -vT git@github.com 
OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011

debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug1: Connecting to github.com [207.97.227.239] port 22.
debug1: Connection established.
debug1: identity file /Users/useruser/.ssh/id_rsa type 1
debug1: identity file /Users/useruser/.ssh/id_rsa-cert type -1
debug1: identity file /Users/useruser/.ssh/id_dsa type -1
debug1: identity file /Users/useruser/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5github2
debug1: match: OpenSSH_5.1p1 Debian-5github2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
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 'github.com' is known and matches the RSA host key.
debug1: Found key in /Users/useruser/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/useruser/.ssh/id_rsa
debug1: Remote: Forced command: gerve thsonvt
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 279
debug1: Remote: Forced command: gerve thsonvt
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Authentication succeeded (publickey).
Authenticated to github.com ([207.97.227.239]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
Write failed: Broken pipe

Ответы [ 2 ]

0 голосов
/ 03 марта 2012

Write failed: Broken pipe просто означает, что по какой-то причине связь разорвана. Это может произойти по ряду причин, таких как тайм-аут или разрыв соединения с сервером из-за обрыва соединения с Интернетом и т. Д. Увеличение значения ServerAliveInterval может помочь; спросите у ServerFault , хотите ли вы получить дополнительную информацию о настройках SSH, поскольку это не по теме для StackOverflow:)

Для вас это, однако, не имеет значения; из результатов отладки становится ясно, что вы успешно настроили ключи SSH (debug1: Authentication succeeded (publickey) и следующие строки).

Похоже, что вы сделали step 5 этого урока несколько раз; debug1: Found key in /Users/useruser/.ssh/known_hosts:1 означает, что вы уже добавили удаленный хост в свой список известных хостов (именно об этом набирается yes в step 5 этого руководства).

Не стесняйтесь переходить к следующему разделу (Then: Set Up Your Info); вы сделали все, что нужно для step 1 до step 5.

0 голосов
/ 03 марта 2012

Попробуйте добавить

ClientAliveInterval 15

Оригинальный ответ:

Попробуйте добавить следующую строку в ваш / etc / ssh / ssh_config

ServerAliveInterval 120
...