PuTTY Network Error: программное обеспечение вызвало прерывание соединения

шпатлевка имеет функцию, которая пытается решить эту проблему:

Network Error: Software caused connection abort

1. Начать Шпаклевать
2. загрузить настройки подключения, если они сохранены
3. нажмите на "связи"
4. в разделе "отправка нулевых пакетов для сохранения активности сеанса", изменил его на 5 секунд. 300 секунд может быть лучше, если сетевые перебои ваша проблема, читайте ниже подробная информация.

как keepalives предотвратить отключение с замазкой:

некоторые сетевые маршрутизаторы и брандмауэры должны отслеживать все подключения через них. Обычно эти брандмауэры предполагают, что соединение разорвано, если данные не передаются в любом направлении через определенный интервал времени. Это может привести к непредвиденному закрытию сеансов PuTTY брандмауэром, если в сеансе для некоторых из них не отображается трафик время.

опция keepalive ("секунды между keepalive") позволяет настроить PuTTY для отправки данных через сеанс через регулярные промежутки времени, таким образом, чтобы не нарушать фактический сеанс терминала. Если вы обнаружите, что брандмауэр отключает бездействующие соединения, попробуйте ввести в это поле ненулевое значение. Значение измеряется в секундах; так, например, если ваш брандмауэр отключает соединения после десяти минут, то вы могли бы хотеть ввести 300 секунд (5 минут) в коробка.

уменьшить проблему с помощью putty autologin и" экран " инструмент

шпатлевка не может справиться с дерьмовым wifi, который теряет подключение в течение нескольких минут за один раз. Работа вокруг, чтобы использовать autologin и экран.

это нетривиальная проблема для putty для повторной синхронизации вашего терминала после минутной потери подключения к интернету. Вы рискуете оказаться в центре атаки во время простоя. Вам придется повторно проверить себя, чтобы сделать конечно. Шпатлевка не навязывает это вам, она просто бросает вас.

Так что используйте автоматический вход, чтобы putty мог автоматически входить от вашего имени.

1. сгенерировать закрытый ключ С помощью инструмента puttygen на компьютере вы замазка.
2. вставьте открытый ключ в /home/youruser/.ssh/authorized_keys на стороне сервера, на сервере, который вы используете putty GO войти.
3. сделать закрытый ключ доступным для putty в настройках putty Соединение - > SSH - >Auth
4. добавьте закрытый ключ, указав файл закрытого ключа в разделе: "файл закрытого ключа для проверки подлинности".
5. сохранить настройки соединения putty.

тогда вы сможете дважды щелкнуть свое соединение через putty, и он должен доставить вас прямо к терминалу, не вводя имя пользователя/пароль.

Итак, теперь вы можете подключить вход в putty на связи с сочетанием клавиш, как F6. Поэтому, когда Wi-Fi идет плохо, и вы падаете. Вы разминаете F6, и вы снова вошли в систему.

но вы все еще теряете состояние вашего терминала! Как это исправить? Используйте программу "экран". Сделайте новый экран, набрав "экран". Будет создан новый экран.

когда вас выгоняют и автоматический вход в систему, вы можете прикрепить к экрану. Вот учебник о том, как это сделать: http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

это хлопот ввести screen и снова каждый раз, когда вы упали. Таким образом, вы можете написать сценарий, который "автоматически вернет вас к последнему доступному экрану", чтобы сделать его прозрачным.

Так после этого когда стержень замазки замерзнет. Это выглядит так: вы делаете фырканье презрения, разминаете Alt+F4, чтобы закрыть замазку, размять F6. И через 6 секунд вы вернетесь туда, где ты бросил.

еще лучшее решение, в теории

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

источники:

http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Chapter4.html#config-keepalive

http://rafaelwolf.com/?p=516

Устранение неполадок PuTTY Network Error

Software caused connection abort

прочитайте, что PuTTY должен сказать об ошибке

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

окна также генерирует эту ошибку, если он отказался на машине на другом конце соединения, отвечая на него. Если сеть между клиентом и сервером идет вниз, и ваш клиент затем пытается отправить некоторые данные, Windows сделает несколько попыток отправить данные, а затем сдаться и убить соединение. В частности, это может произойти, даже если вы ничего не вводили, если вы используете SSH-2 и PuTTY пытается повторно обменять ключ.

(Это может также произойти, если вы используете пакеты keepalive в своем соединении. Другие люди сообщили, что keepalives исправить эту ошибку для них. (Есть плюсы и минусы keepalives.))

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

попробуйте другой клиент SSH

скорее всего, проблема существует где-то между PuTTY и целевой сервер SSH. Чтобы предоставить доказательства этого, используйте другой клиент SSH, например (http://kitty.9bis.net) и посмотреть, если проблема происходит на этом, а также. Он вероятно будет который изолирует проблему далеко от замазки.

подозреваемый пятнистый подключение к интернету

проблема может быть пятнистый подключение к интернету. Подключение к интернету мониторинг времени бесперебойной работы подключения к Интернету является хорошим способом определения, если ваш провайдер теряют пакеты и виноват в замазке. Получить некоторые программное обеспечение, которое проверяет работоспособность подключения к интернету. Например,http://code.google.com/p/internetconnectivitymonitor/. Частые и длительные отключения от сети Интернет являются нарушением требований провайдера. Если это так, то будет трудно доказать, что это вина провайдера, так как техническая поддержка автоматически обвиняет такие проблемы на вашем компьютере, ОС, маршрутизаторе и проводке к вашему дому. Если вы используя кабельный Интернет и живя в глуши, вполне возможно, что дефектное оборудование в домах вашего соседа может посылать статические на линии в течение нескольких секунд/минут, когда они впервые включите его. Наконец, возможно, что в сети интернет-провайдера есть дефектное оборудование для вашего дома. Стоимость для интернет-провайдеров, чтобы заменить их оборудование настолько высока, что часто раз они не будут делать это, если нет достаточного количества абонентов в области warrent стоимости.

подозреваемый проводной/беспроводной маршрутизатор

подключение через проводной/беспроводной роутер? Сколько ему лет? Возможно, проблема в маршрутизаторе. Старые беспроводные и проводные технологии могут устаревать и периодически сбрасывать соединения и перезапускать их, в результате чего замазка умирает. Удалите эти компоненты из уравнения и посмотрите, решит ли это проблему. Попробуйте проводное соединение и / или другой маршрутизатор, чтобы узнать, устраняет ли это проблему. Я страдаю беспроводного маршрутизатора Linksys это медленная смерть и падение подключения и перезапустить их.

подозреваем операционную систему, предоставляющую SSH соединение

компьютер, к которому вы подключаетесь с помощью SSH, имеет политику в течение нескольких секунд, чтобы поддерживать SSH-соединения. Это число установлено на низком уровне по соображениям безопасности, и его можно увеличить. Где этот параметр зависит от используемой операционной системы, предоставляющей SSH.

Если вы используете замазку через виртуальное машина

Если вы используете PuTTY, проходящую через виртуальную машину, может быть политика на виртуальной машине, которая ломает ваше SSH-соединение с сервером, когда он думает, что он неактивен. Увеличение этих значений зависит от используемого программного обеспечения виртуальной машины и операционной системы.

Если Интернет плохой, SSH-клиент обходные связи:

Если ваш провайдер предоставляет нестабильное соединение, то вы может сделать отключение менее болезненным с помощью "ssh autologin". Вы создаете открытый и закрытый ключи. И вы говорите своему внешнему серверу автоматически впускать всех, кто предоставляет точный секретный ключ. Это не решит вашу проблему полностью, но когда происходит отключение интернета, все, что вам нужно сделать, это закрыть окно, дважды щелкнуть значок, и вы сразу же вернетесь в командную строку домашней папки без ввода имени пользователя/пароля.

Это поможет вам с что: есть ли способ "автоматического входа" в PuTTY с паролем?

в командной строке с повышенными привилегиями выполните следующую команду:

C:\Windows\system32>netsh int tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled

Chimney Offload State               : automatic

NetDMA State                        : enabled

Direct Cache Acess (DCA)            : disabled

Receive Window Auto-Tuning Level    : normal

Add-On Congestion Control Provider  : none

ECN Capability                      : disabled

RFC 1323 Timestamps                 : disabled

If Receive Window Auto-Tuning Level это нормально, то вы получите проблемы. Отключите его, и тогда все должно работать так, как раньше:

C:\Windows\system32>netsh int tcp set global autotuninglevel=disabled

ошибка ошибка сети: программное обеспечение вызвало прерывание соединения из PuTTY является результатом, если есть конфликт IP-адреса (два или более компьютера имеют один и тот же IP-адрес) в сети. (У меня была эта проблема с Малина Pi, который получил тот же IP-адрес, назначенный DHCP сервер как некое постороннее устройство / компьютер, который был настроен вручную, чтобы использовать тот же IP-адрес.)

в данном случае это может быть конфликт IP-адресов локально на компьютере Windows 7 или с другим устройством в сети. Wireshark может быть использован для успешного отслеживания такого рода ошибки.

вкладка соединение: keep alive установлен на " 5 " секунд и включен

но что более важно:

подключение ->SSH ->Kex,Макс минут до rekey: "2" (по умолчанию 60).

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

работала с CentOS серверы с ПК с Windows, и у меня была такая же проблема с PuTTY. Сеанс длился не более 1-5 минут. Я пытался играть с настройками шпатлевка (сообщения keepalive, и др. но это совсем не помогло.

наконец я нашел решение для моего случая. Я записал дампы TCP как на клиенте, так и на сервере. Я обнаружил, что за 25-30 секунд до отключения существует несколько повторных передач сегментов TCP в дамп клиента (от клиента и от сервера) и, наконец, замазка посылает RST и закрыть сессию с этим ошибки. В дампе сервера в этот период я не видел ни одного сегмента от клиента, даже первого. Это означает, что время от времени никакие сегменты TCP от клиента не доставляются к серверу, и этот период составляет приблизительно 30-60 секунд. Я записывал случай несколько раз и всегда были ретрансляции и окончательное RST от замазки. Вероятно, где-то на маршруте пакеты были за счет сетевого оборудования.

чтобы обойти эту проблему, я увеличил максимальное количество повторных передач данных со значения по умолчанию 5 до 16. Он смог предотвратить замазку от разъединения слишком быстрого. Переменная 'раздел HKEY_LOCAL_MACHINE\система\CurrentControlSet на\услуги\протокол tcpip\параметры\TcpMaxDataRetransmissions'. Я добавил эту переменную вручную, она изначально не была определена в реестре Windows. Это помогло! Теперь я вижу, что шпатлевка висит время от времени, но она всегда возвращается к работе.

решить проблему: 1. Запишите дамп TCP и ищите повторные передачи и RST перед разъединением. 2. Если вы находите те же самые ретрансляции/сегменты RST, отрегулируйте количество повторных попыток на стороне сервера или клиента (это зависит от стороны RST).

будьте осторожны: изменение настроек TCP распространяется на все программное обеспечение и саму ОС.

ошибка 10053 WSAECONNABORTED (программное обеспечение вызвало разрыв соединения.) является generic Winsock ошибка, которая может быть выдана по ряду причин.

официальное объяснение говорит:

эта ошибка может возникнуть, когда локальная сетевая система прерывает соединение, например, когда Winsock закрывает установленное соединение после сбоя повторной передачи данных (receiver никогда не подтверждает данные, отправленные в потоке данных розетка.)

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

У меня была та же проблема с PuTTY после установки нового маршрутизатора WLAN / 3G модема для подключения к интернету. Я попробовал все решения keep-alive выше - и все те, что в меню конфигурации моего маршрутизатора - без эффекта.

затем я вспомнил кое-что из далеких 90-х годов, когда у меня был модем наземной телефонной линии: MTU( максимальный блок передачи), в основном максимальный размер передаваемых блоков данных - это оказало заметное влияние на стабильность соединение.

поэтому я проверил конфигурацию моего маршрутизатора WLAN, нашел настройку MTU и изменил ее с фиксированного значения 1424 на "Auto" (я хотел попробовать меньшее значение, но "Auto" звучало еще лучше). После этого у меня больше не было проблем с PuTTY-связь теперь прочная. Я надеюсь, что это поможет, по крайней мере, кто-то с проблемой "ошибка сети: программное обеспечение вызвало прерывание соединения".

Я столкнулся с той же проблемой с WinSCP скрипт или консоль GUI. Наконец, я обнаружил, что это связано со скоростью (скорость интернета - наш сервер находится в Интернете). Я переместил скрипт в другом месте в сети другой сайт, а не как GUI и скрипт пошел хорошо.

Это было выяснено после большого анализа и сортировки.

вы должны включить TCPKeepAlive на Linux.

Это объясняется в FAQ PuTTy на веб-сайте, когда вы ищете эту ошибку.

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