ще одне "SSH-з'єднання з портом 22 github.com: Неправильний номер файлу"

У мене проблема з моїм першим SSH-з'єднанням. Так, я вже робив ваші посібники, вже пробував вашу статтю "Справа з брандмауерами та проксі-серверами", і проблема все ще виникає. Я використовую Win7 32bit, брандмауер Windows відключений, не має сторонніх брандмауерів, ESET Nod32 Antivirus не блокує жодних портів, я не використовую жодного проксі (ні локального проксі).

Ось журнали:

Звичайне SSH-з'єднання спробуйте

C:\Users\Mariusz>ssh -vvv git@github.com
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug2: ssh_connect: needpriv 0
debug1: Connecting to github.com [207.97.227.239] port 22.
debug1: connect to address 207.97.227.239 port 22: Not owner
ssh: connect to host github.com port 22: Bad file number

Спробуйте підключення NCAT
```
C:\Users\Mariusz>ncat github.com 22
Strange connect error from 207.97.227.239 (10013): No error
10013 = WSAEACCES
```
Я думаю, що метод "smart-http-support" не працюватиме для мене, оскільки я ще не створив репо.
Я щойно зробив git initлокально і зупинився на git pushкроці, який повертає ту саму помилку:
```
ssh: connect to host github.com port 22: Bad file number
fatal: The remote end hung up unexpectedly
```
метод штопор (перша стаття з вашого керівництва)

У той час як PUTTYing (з виданням в bg), після введення логіну - виникає помилка (MessageBox):
```
Disconnected: No supported authentication methods available
```
І в терміналі це повідомлення роздруковується:
```
Server refused our key
```

Я правильно створив ключ, використовуючи ssh-keygen.

Я спробував не методом редагування, ~/.ssh/configтому що думав, що тому, що я нічого не натиснув на віддалене репо, тому я не зможу нічого клонувати.

Метод переадресації SSH для мене не буде працювати, оскільки він "вимагає доступу до зовнішнього SSH-сервера", а я наразі цього не мав.

Що я ще міг зробити?

ssh git github

— Кріс Джонсен
джерело

Примітка: "ваші путівники", схоже, посилаються на деякі документи GitHub . Я думаю, цей пост спочатку був частиною запиту на підтримку GitHub і був просто скопійований та вставлений в SO.

— Кріс Джонсен

Можна скористатися методом Smart HTTP. Просто дотримуйтесь другого прикладу в інструкціях і використовуйте push, а не клон. Наприклад:

git push https://mariusz@github.com/mariusz/project.git

Він працює для всіх gitкоманд, що включають віддалені сховища.

— Пластири
джерело

Так, схоже, у запитувача є деякі проблеми з мережею з SSH; Доступ на основі HTTP - це, мабуть, найкраща ідея. @Mariusz: У GitHub "розумний HTTP" доступ є заміною для доступу на основі SSH (якщо у вас є Git 1.6.6 або пізніша версія). Просто використовуйте https://github.com/user/repo.gitURL замість git@github:user/repo.git(наприклад, у віддаленій конфігурації).

— Кріс Джонсен

чи можна змусити цю техніку працювати і для сутичок гітуба?

— Марк Хіт

@Mark: Схоже, GitHub взагалі не підтримує HTTP для Gist. Я навіть не міг клонувати сховище Gist над ним.

— Патчі