SSH несподівано більше не працює: "Помилка запису: Зламана труба"

9

Я використовую macbook pro вдома і регулярно вхожу в машини в моїй лабораторії. За останні 3-4 дні, однак, коли я SSH потрапляю до машини в лабораторії, я отримую помилку в записі: Зламана труба, навряд чи за 2 хвилини від мене.

Той факт, що кілька днів тому все працювало на відмінно, мене дуже вдячний, і будь-яка допомога, щоб знову працювати, було б дуже вдячно.

— NSR
джерело

2

Ви використовуєте ServerAliveIntervalчи ні? Якщо ні, спробуйте встановити його.

— 0xC0000022L

Так, я. Він встановлений на 30. Я спробував 15, 30, 60, і це не вплинуло на продуктивність (або його відсутність)

— NSR

Ви спробували 1SSHing з іншої машини в лабораторію, щоб перевірити, чи це макбук? і 2SSHing з macbook на іншу машину, щоб побачити, чи це лабораторія? з'ясування того, що в разі виникнення будь-якої проблеми має суттєво звузити ваше рішення

— Yuugian

Що ж, я використовував свій ноутбук в SSH на тих же машинах з іншої мережі (університетська мережа), і це працювало чудово. Я здогадуюсь, що з моєю домашньою мережею відбувається щось дивне.

— НСР

11

Це виглядає як проблема з мережею.

Запитайте, чи змінилося або переконфігуровано якесь мережеве обладнання. Повідомте адміністратору мережі, що у вас виникають проблеми з тим, що в брандмауері може виникнути помилка. Спробуйте увійти з інших машин або на інші машини, щоб поліпшити діагноз.

Однією з можливих причин цих симптомів є конфлікт IP-адреси. Перевірте, де клієнт і сервер отримують свою IP-адресу. Якщо ви продовжуєте ping server.example.comпрацювати, чи допомагає це з'єднанню тривати довше? Якщо так, у вас конфлікт IP-адреси. (Допомога, pingоскільки він постійно повідомляє маршрутизаторам по маршруту маршрутизації IP-пакетів до вашої машини - але ви все одно втратите з'єднання, якщо інша машина надішле відповідь ARP перед вами.) Якщо це проблема, вам потрібно виправте це: домовтеся, щоб одна з машин, що використовують ту саму адресу, використовувала іншу адресу.

Також перевірте таблицю маршрутизації на вашій машині. Переконайтеся, що пакети на сервері спрямовані на відповідний інтерфейс. (Хоча погана таблиця маршрутизації зазвичай змушує з’єднання взагалі не працювати, є крайній випадок, коли симптоми є тими, які ви описуєте: якщо ви отримуєте адресу з DHCP, а DHCP-сервер - це також сервер, з яким ви звертаєтесь - Адреса DHCP-сервера буде перенаправлена до потрібного інтерфейсу, поки не закінчиться ваш кеш ARP.)

— Жил "ТАК - перестань бути злим"
джерело

1

ах! pinging довільного сервера, здається, працює (поки що). Схоже, це було зіткненням IP-адрес. Я буду досліджувати далі і шукати, щоб переконатися, що цього не відбудеться. Дякую !!

— НСР

Привіт Жиле, Дякую за надане рішення. Я вирішую цю проблему протягом 5 днів, налаштовуючи параметри ssh і так далі ... Але не працювало. Ваше рішення мені дуже допомогло. Дуже дякую.

— Раджасехар

1

Це може бути наслідком втрати пакету. Такий інструмент, як mtrможе допомогти вам діагностувати, хто з хостів маршруту викликає проблеми. Тут ви знайдете інструкції щодо її встановлення на Mac OS X.

— Фредерік Дьюердт
джерело

1

У мене ця проблема з’явилася з деякими серверами в головному офісі і вирішила її за допомогою:

TCPKeepAlive yes
ServerAliveInterval 5

у файлі налаштування ssh ( ~/.ssh/config or /etc/ssh/ssh_config).

Лише пізніше я дізнався, що це було викликано деяким обладнанням, встановленим для оптимізації зв'язку між офісами, які перешкоджали.

— Антон
джерело

1

Я вирішив свою проблему в Mac OS X, змінив

#ClientAliveInterval 0

до

ClientAliveInterval 300

в /etc/sshd_configнаступному це , і завантажити з нього машину, зроблено.

— скорочувати
джерело

1

На MAC OS X 10.12.6 був у / etc / ssh / sshd_config

— WebOrCode