Отказ в подключении из-за сетевой ошибки Winscp

Обновлено: 21.11.2024

Это сообщение об ошибке появляется, когда WinSCP подключается к новому SSH-серверу. Каждый сервер идентифицирует себя с помощью ключа хоста; как только WinSCP узнает ключ хоста для сервера, он сможет определить, перенаправляет ли злоумышленник ваше соединение на другую машину. Если вы видите это сообщение, это означает, что WinSCP ранее не видел этот ключ хоста и не может узнать, правильный он или нет. Вы должны попытаться проверить ключ хоста другими способами, например, обратившись к администратору машины. Если вы видите это сообщение и знаете, что ваша установка WinSCP ранее подключалась к тому же серверу, возможно, она была недавно обновлена ​​до версии 2 протокола SSH. Протоколы SSH 1 и 2 используют разные ключи хоста, поэтому при первом использовании SSH- 2 с сервером, с которым вы раньше использовали только SSH-1, вы снова увидите это сообщение. Вы должны проверить правильность ключа, как и раньше.1)

Внимание! Возможна брешь в системе безопасности!

Это сообщение, за которым следует «Ключ хоста сервера не соответствует ключу хоста WinSCP — это кеш», означает, что WinSCP ранее подключался к серверу SSH, знает, каким должен быть его ключ хоста, но нашел другой. Это может означать, что злоумышленник заменил ваш сервер другим или перенаправил ваше сетевое соединение на свою машину. С другой стороны, это может просто означать, что администратор вашего сервера случайно изменил ключ при обновлении программного обеспечения SSH; это не должно происходить, но, к сожалению, возможно. Вам следует связаться с администратором вашего сервера и узнать, ожидают ли они изменения ключа хоста. Если это так, проверьте новый ключ хоста так же, как если бы он был новым.

Ошибка сети: в соединении отказано

  • Вы пытаетесь использовать WinSCP для целей, для которых он не предназначен. WinSCP требует установки SSH или FTP-сервера на другом конце (на машине, к которой вы хотите подключиться). В частности, вы не можете легко использовать его для подключения к другой рабочей станции Windows, поскольку в Windows по умолчанию нет SSH или FTP-сервера. Пожалуйста, обратитесь к часто задаваемым вопросам.
  • Вы пытаетесь использовать протокол, который не поддерживается сервером. В частности, вы пытаетесь использовать SFTP/SCP (через SSH), но сервер поддерживает FTP; или наоборот. Проверьте выбранный протокол в диалоговом окне входа. Обратите внимание, что WinSCP по умолчанию использует протокол SFTP, в то время как большинство других подобных приложений по умолчанию используют FTP.
  • Сервер работает на нестандартном порту. Убедитесь, что вы вводите фактический номер порта в диалоговом окне входа.
  • Возможно, вам потребуется подключиться через прокси-сервер, но вы не указали его в диалоговом окне входа.
  • Подключение заблокировано брандмауэром. Пожалуйста, обратитесь к часто задаваемым вопросам.

Не удалось установить соединение, так как целевая машина отказалась от него

То же, что и "Ошибка сети: в соединении отказано".

Ошибка сети: время ожидания соединения истекло

Все причины и подсказки для "Ошибка сети: Отказ в соединении" применимы и к этой ошибке.

Ошибка сети: нет маршрута к хосту

Все причины и подсказки для "Ошибка сети: Отказ в соединении" применимы и к этой ошибке. Возможно, стоит повторить попытку позже, так как эта ошибка может быть связана с временной проблемой сети.

Обнаружен тайм-аут

Если вы получаете сообщение об ошибке при входе в систему или при запуске передачи файла, все причины и подсказки для "Ошибка сети: Отказ в подключении" относятся и к этой ошибке.

Ошибка сети: Программное обеспечение вызвало разрыв соединения

  • Подключение заблокировано брандмауэром.
  • Все причины и подсказки для "Сервер неожиданно закрыл сетевое соединение" относятся и к этой ошибке.

В середине сеанса

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

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

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

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

Если вы обнаружите ошибки DHCPNACK в средстве просмотра событий, возможно, ваш DHCP-сервер ненадолго отклонил ваш IP-адрес, что привело к сбою существующих подключений. По возможности это можно решить, зарезервировав определенный IP-адрес на DHCP-сервере (например, кабельный модем/маршрутизатор), установив его в качестве статического IP-адреса и отключив службу DHCP-клиента.

Хост не существует

  • Возможно, вы ввели неправильное имя хоста в диалоговом окне входа.
  • Ваше доменное имя новое и еще не полностью распределено по DNS-серверам.
  • Подключение заблокировано брандмауэром.
  • Проблема с DNS-сервером.

Запрошенное имя допустимо, но данные запрошенного типа не найдены

Все причины и подсказки "Хост не существует" применимы и к этой ошибке.

Общий сбой; Код ошибки: 4

  • Переименование файла в имя уже существующего файла.
  • Создание каталога, который уже существует.
  • Перемещение удаленного файла в другую файловую систему (жесткий диск).
  • Загрузка файла на полную файловую систему (жесткий диск).
  • Превышение дисковой квоты пользователя.

Сервер неожиданно разорвал сетевое соединение

  • Шелл.
    • Возможно, вашей учетной записи вообще запрещено запускать оболочку. Для некоторых серверов (таких как OpenSSH или Sun SSH) может потребоваться разрешение на запуск оболочки, даже если используется протокол SFTP.
    • Кроме того, некоторые серверы отказываются запускать оболочку, если срок действия вашего пароля истек или ваша учетная запись была удалена.
    • Некоторые оболочки не работают с неинтерактивными сеансами. То же самое верно и для некоторых конфигураций (или используемых профилей) для других рабочих оболочек. Обычно это проявляется в протоколе SCP с соответствующим сообщением об ошибке «Ошибка пропуска сообщения о запуске. Возможно, ваша оболочка несовместима с приложением (рекомендуется BASH)». Попробуйте явно указать оболочку bash на вкладке SCP/Shell диалогового окна входа. Другой вариант — использование протокола SFTP вместо SCP.
    • Сервер OpenSSH может не запустить оболочку, когда настроен chroot, но это невозможно (например, из-за разрешений).
    • Возможно, ваша учетная запись не может запустить двоичный файл SFTP-сервера (например, /bin/sftp-server), или двоичный файл отсутствует на вашем сервере. На вашем SSH-сервере также может отсутствовать подсистема SFTP.

    В середине сеанса

    Если вы получаете это сообщение об ошибке в середине сеанса, это обычно вызвано фатальной ошибкой на сервере. Ошибка сервера может быть вызвана ошибкой на стороне клиента (WinSCP).

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

    Соединение было неожиданно закрыто. Сервер отправил статус выхода команды 1 (или 255, или 0)

    Все причины и подсказки для "Сервер неожиданно закрыл сетевое соединение" применимы и к этой ошибке.

    Ошибка сети: соединение сброшено узлом

    Все причины и подсказки для "Сервер неожиданно закрыл сетевое соединение" применимы и к этой ошибке.

    Хост не выходит на связь более 15 секунд. Все еще жду. Предупреждение: Прерывание этой операции приведет к закрытию соединения!

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

    Отказано в доступе

    • Вы ввели неверный пароль, использовали неавторизованный ключ и т. д.
    • Учетная запись, которую вы пытаетесь использовать, не может быть зарегистрирована. Это может быть даже в том случае, когда вы получаете сообщение «Отказано в доступе» только после ввода пароля, так как из соображений безопасности многие серверы не раскрывают информацию об учетных записях. Причины, по которым вам не разрешают войти в систему, включают:
      • Учетная запись (имя пользователя), указанная вами в диалоговом окне входа, вообще не существует.
      • Аккаунт отключен.
      • Срок действия пароля истек.
      • Превышено количество параллельных сеансов, разрешенных для учетной записи.
      • Вы пытаетесь подключиться с учетной записью суперпользователя (root), не разрешив этого. Прочтите часто задаваемые вопросы.

      Отказано в доступе

      • Для просмотра содержимого каталога у вас должны быть права на чтение каталога;
      • Чтобы прочитать файл, у вас должны быть права на чтение этого файла;
      • Чтобы записать файл, вам необходимо иметь права на запись в файл;
      • Для создания или удаления файла у вас должны быть права на запись в каталог;
      • Чтобы изменить права доступа к файлу или каталогу, вы должны быть его владельцем;
      • Чтобы изменить время модификации файла, необходимо указать его владельца.

      Сервер отправил сообщение об отключении типа 2 (ошибка протокола): "Слишком много ошибок аутентификации для root"

      Это сообщение создается сервером OpenSSH (или Sun SSH), если он получает больше неудачных попыток аутентификации, чем он готов терпеть. Это легко может произойти, если вы используете Pageant и в него загружено большое количество ключей, поскольку эти серверы считают каждое предложение открытого ключа попыткой аутентификации. Это можно обойти, указав ключ, необходимый для аутентификации, в конфигурации сеанса; WinSCP будет игнорировать любые другие ключи, которые могут быть у Pageant, но попросит Pageant выполнить аутентификацию, чтобы вам не нужно было вводить кодовую фразу.

      Невозможно использовать этот файл закрытого ключа, Не удалось загрузить закрытый ключ, Ключ имеет неправильный тип

      Неожиданная строка списка каталогов '. '

      Вы получите сообщение об ошибке с протоколом SCP, если вывод команды ls не может быть проанализирован WinSCP. WinSCP ожидает список в формате:

      Некоторые распространенные примеры:

      Если ваше объявление не соответствует одному из перечисленных выше:

      • Попробуйте использовать протокол SFTP вместо SCP.
      • Всегда убедитесь, что вы используете последнюю версию WinSCP, так как поддержка различных форматов списка постоянно добавляется.
      • Измените выходные данные команды ls, чтобы они соответствовали любому из поддерживаемых форматов. WinSCP имеет несколько параметров сеанса, которые можно использовать для этого, в том числе:
        • Вывод команды (например, используйте sed для изменения вывода команды ls в соответствии с требованиями WinSCP);
        • Очистить псевдонимы (может помочь, если команда ls использует псевдоним для отображения нестандартного вывода) и
        • Убедитесь, что вы используете оболочку bash. Если вы не хотите устанавливать его в качестве оболочки по умолчанию, принудительно используйте его для сеансов WinSCP.

        Получен слишком большой (.B) SFTP-пакет. Максимальный поддерживаемый размер пакета – 102 400 Б

        Обычно проблема возникает из-за сообщения, распечатываемого из какого-либо профиля/сценария входа в систему. Это нарушает протокол SFTP. Некоторые из этих сценариев выполняются даже для неинтерактивных (без TTY) сеансов, поэтому они не могут ничего печатать (и не просить пользователя что-то напечатать). Число … представляет собой первые четыре байта, считанные с сервера. Если ваши сценарии входа в систему печатают слова, это будут первые четыре символа, преобразованные в число, а не сообщение SFTP. Чтобы решить эту проблему, узнайте, какая команда в вашем сценарии входа в систему печатает текст. Как только вы найдете его, переместите команду в соответствующий интерактивный сценарий или полностью удалите его. Скрипты обычно скрыты (имя начинается с точки) и находятся в вашем домашнем каталоге на сервере. Существуют и другие возможные источники сообщения в дополнение к сценарию профиля — некоторые SSH-серверы печатают сообщения, если они не могут запустить SFTP-сервер или обнаруживают фатальную ошибку. Вам следует обратиться к администратору вашего сервера. Другая возможность заключается в том, что сервер настроен на разрешение только протокола SCP, а не протокола SFTP, таким образом, что резервный механизм SCP WinSCP не работает. Решение состоит в том, чтобы выбрать протокол SCP в диалоговом окне входа в систему.

        Команда не выполнена с кодом возврата 127 (или 255)

        • Не удалось передать файлы, так как путь к команде scp не указан в PATH;
        • При входе появляется ошибка, поскольку в дистрибутиве *nix отсутствует команда groups. Вы можете указать WinSCP не использовать эту команду в настройках сеанса.

        Ошибка пропуска сообщения о запуске. Возможно, ваша оболочка несовместима с приложением (рекомендуется BASH)

        Эта ошибка обычно связана с другой ошибкой. Если в сообщении нет другой ошибки, попробуйте выполнить поиск в файле журнала.

        Сервер вернул пустой список для каталога

        Убедитесь, что у вас есть права на чтение и выполнение для каталога.

        Тайм-аут ожидания завершения команды внешней консолью

        Ошибка при отображении каталога

        • Обнаружен тайм-аут;
        • Неожиданная строка списка каталогов '. '.

        Неверный доступ к памяти

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

        WinSCP 4.3.7 в Windows 10, попытка подключения к Windows Server 2012.

        Небольшая предыстория:
        Целевой сервер — это виртуальная машина, работающая под управлением Oracle VirtualBox на моей рабочей станции.

        Вчера моя рабочая станция была обновлена ​​с Windows 7 Pro до Windows 10.

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

        После обновления рабочей станции до Win 10 мне пришлось переустановить WinSCP. Сейчас у меня 4.3.7, и я не знаю, какая у меня была предыдущая версия.

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

        Я использую порт/протокол по умолчанию 22/sftp.Если я перейду на 21/ftp, он, по крайней мере, запросит имя пользователя/пароль, но все равно вернется с сообщением «отказано в доступе». При использовании 22/sftp он даже не запрашивает учетные данные. Ни в том, ни в другом случае я не предоставляю учетные данные как свойство определения соединения.

        Брандмауэр на целевом сервере отключен.

        обновить

        UPdate: с тех пор я обнаружил еще две части головоломки
        1) Проблема проявляется на работающих серверах в моем центре обработки данных, а не только на виртуальной машине на моей рабочей станции.
        2) Проблема проявляется с другими sftp-клиентами, а именно с FileZilla.

        Похоже, проблема не в WinSCP как таковая. Но, возможно, у кого-то здесь есть какие-то идеи?

        последнее обновление

        Это может оказаться тупиком, но позвольте мне обобщить то, что я узнал на данный момент:

        - У меня 3 сервера Windows, все 2012r2. Два физических сервера в моем центре обработки данных и один виртуальный компьютер на моей рабочей станции. Виртуальная машина находится в частной сети "только для хоста", которая не маршрутизируется за пределы моей рабочей станции и не видна в корпоративной сети.

        - До этой недели у меня не было проблем с использованием sftp-клиента для подключения ко всем трем этим серверам для копирования файлов.

        - Думая, что проблема может быть связана с обновлением моей рабочей станции (с Win7 до Win10), я обнаружил оставшуюся рабочую станцию ​​с Win7. Проблема воспроизводится там, устраняя угол Win10.

        - Проблема воспроизводится независимо от клиента — WinScp, FileZilla, UltraEdit или командной строки 'sftp'

        - Работая с моим системным администратором, мы определили, что ни на одном из серверов нет процессов, прослушивающих порт 22. Он заявляет, что это нормально для нашей стандартной конфигурации физических серверов, поскольку они не устанавливают ssh/sftp при создании сервера. Так что там ничего не изменилось, и я знаю, что ничего не изменилось на моей ВМ. Исходя из этого, мои предыдущие операции с sftp-клиентом никогда не должны были работать. . .

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

        martin◆
        Администратор сайта Зарегистрирован: 10.12.2002 Сообщений: 36,947 Местоположение: Прага, Чехия

        Если вы не можете подключиться к порту 22 с клиентского компьютера, мы ничем не можем вам помочь. Извините.

        соединение

        Я должен быть немного медленным. Одно время я думал, что немного разбираюсь в компьютерах и всем, что с ними связано. МОЯ ПРОБЛЕМА заключается в следующем:
        У меня есть веб-сайт rootweb, и они перешли с файлового менеджера на filezilla. Что ж, когда он не позволил мне подключиться, я скачал еще пару программ, включая WinSCP, которые я хотел бы использовать.
        Все программы говорят мне, что не удалось подключиться, потому что истекло время ожидания. У меня также внезапно возникли проблемы с подключением к моему Wi-Fi, мне пришлось подключить Ethernet к моему ноутбуку. (ноутбук Hp - Windows 8 - )
        Может кто-нибудь, пожалуйста, проведите меня через это, чтобы я понял это правильно.
        Я знаю, что неправильно выразился, извините

        Я должен быть немного медленным. Одно время я думал, что немного разбираюсь в компьютерах и всем, что с ними связано. МОЯ ПРОБЛЕМА заключается в следующем:
        У меня есть веб-сайт rootweb, и они перешли с файлового менеджера на filezilla. Что ж, когда он не позволил мне подключиться, я скачал еще пару программ, включая WinSCP, которые я хотел бы использовать.
        Все программы говорят мне, что не удалось подключиться, потому что истекло время ожидания. У меня также внезапно возникли проблемы с подключением к моему Wi-Fi, мне пришлось подключить Ethernet к моему ноутбуку. (ноутбук Hp - Windows 8 - )
        Может кто-нибудь, пожалуйста, проведите меня через это, чтобы я понял это правильно.
        Я знаю, что неправильно выразился, извините

        Извините, но мы не можем помочь вам с сетевым подключением к вашему веб-серверу.
        Вы пытались пропинговать имя хоста/IP-адрес сервера?

        Здравствуйте
        Я надеюсь, что кто-нибудь поможет мне решить эту проблему:

        С моего личного ПК я не могу подключиться к серверу, на котором размещен мой веб-сайт. Я всегда получаю это сообщение об ошибке: «Ошибка сети: в соединении отказано». Я не знаю, кто отказывается от соединения: сервер или мой компьютер. Я попытался подключиться к этому серверу с двух других ПК (используя те же данные: пароль, имя пользователя и т. д.), и это работает!
        Итак, я думаю, что у моего ПК проблема: отсутствует программа или программное обеспечение, или это что-то с вирусом, или просто какие-то параметры, которые не соответствуют друг другу?

        Спасибо за любую помощь

        та же проблема

        Та же проблема. Проблемы возникают только тогда, когда я использую сервер с SSH, FTP работает нормально. Кстати, я использую Vista Ultimate.

        Sooner Al Присоединился: 2005-12-03 Сообщений: 9 Откуда: Норман, Оклахома

        Та же проблема. Проблемы возникают только тогда, когда я использую сервер с SSH, FTP работает нормально. Кстати, я использую Vista Ultimate.

        Вы используете сервер SSH на ПК с Vista Ultimate или ПК с Vista Ultimate является клиентом SSH? Это мне непонятно.

        Находится ли сервер за брандмауэром?

        Открыты ли соответствующие порты в брандмауэре, т.е. порт прослушивания SSH-сервера по умолчанию — TCP-порт 22?

        Лично я запускаю copSSH (версия 1.4.2) в качестве предпочитаемого пакета SSH-сервера на настольном ПК с Vista Ultimate и WinSCP (бета-версия 4.0.2) в качестве SFTP-клиента на ноутбуке с Vista Ultimate.

        Итак..
        С моего ПК (WinXP) все работает нормально, а с моего НБ (Vista) сервер отказывается подключаться. Я думал, что проблема в моем новом маршрутизаторе (dlink 624), но сейчас я использую свой старый SMC 704vbr. Мне никогда не приходилось открывать порты для SSH с моего настольного ПК.

        Я думаю, что это связано либо с ноутбуком, либо с Vista, и это очень странно

        Что-нибудь в журнале событий в записной книжке может дать подсказку?

        Вы правы, вам не нужно открывать какие-либо исходящие порты на вашем маршрутизаторе, клиенте для ноутбука или настольном клиенте. Вот почему я спросил, был ли ваш ПК с Vista клиентом или сервером.

        В любом случае, не могли бы вы указать мне еще один хороший SSH-клиент, который работает с Vista? Просто чтобы узнать, проблема ли это в Vista или Winscp в Vista. Спасибо.

        Редактировать: Winscp работал нормально, просто я использовал неправильный порт (22 вместо 5522). Рано Ал спасибо за помощь.

        Когда я вхожу в систему, используя версию 3.1.0, появляется уведомление "поиск хоста", а затем сообщение об ошибке -- "Ошибка сети: в соединении отказано". Это происходит со всеми настройками, которые я пробовал (SCP, SCTP и т. д.; по умолчанию, /bin/bash или /bin/ksh; символы EOL LF[10] (Unix) или CR/LF [13/10] (Windows)). . Я знаю, что эта система работала на этом компьютере в прошлом. Есть ли что-то, что могло бы вызвать это?

        Я попытался использовать последнюю версию (3.7.5) и получил те же результаты. Вот журнал сеанса:

        ред
        . 2005-07-13 11:23:24.494 ------------------------------------------------------- ----------------------------------
        . 2005-07-13 11:23:24.515 WinSCP версии 3.7.5 (сборка 294) (ОС 5.1.2600 с пакетом обновления 2)
        . 2005-07-13 11:23:24.515 Время входа: 13 июля 2005 г., 11:23:24
        . 2005-07-13 11:23:24.515 ------------------------------------------------------- ----------------------------------
        . 2005-07-13 11:23:24.515 Имя сеанса: facweb@esker.geog.utoronto.ca
        . 2005-07-13 11:23:24.515 Имя хоста: esker.geog.utoronto.ca (порт: 22)
        . 2005-07-13 11:23:24.515 Имя пользователя: facweb (пароль: да, ключевой файл: нет)
        . 13.07.2005 11:23:24.515 Протокол передачи: SCP
        . 13.07.2005 11:23:24.515 Версия протокола SSH: 2; Сжатие: Нет
        . 2005-07-13 11:23:24.515 Переадресация агента: нет; TIS/Криптокарта: Нет; КИ: Да; GSSAPI: Нет
        . 13.07.2005 11:23:24.515 Шифры: aes,blowfish,3des,WARN,des; Ssh2DES: Нет
        . 2005-07-13 11:23:24.515 Тип пинга: -, Интервал пинга: 30 сек; Время ожидания: 15 секунд
        . 2005-07-13 11:23:24.515 Ошибки SSH: -,-,-,-,-,-,-,-
        . 2005-07-13 11:23:24.515 Ошибки SFTP: -,-,-
        . 13.07.2005 11:23:24.515 Прокси: нет
        . 13.07.2005 11:23:24.515 Переменная кода возврата: автоопределение; Поиск групп пользователей: Да
        . 13.07.2005 11:23:24.515 Оболочка: по умолчанию, EOL: 0
        . 2005-07-13 11:23:24.515 Локальный каталог: по умолчанию, Удаленный каталог: домашний, Обновление: Нет, Кэш: Да
        . 2005-07-13 11:23:24.515 Изменения каталога кэша: да, постоянные: да
        . 2005-07-13 11:23:24.515 Очистить псевдонимы: Да, Сбросить nat.vars: Да, Разрешить символические ссылки: Да
        . 2005-07-13 11:23:24.515 Псевдоним LS: Нет, Ign LS предупреждает: Да, Scp1 Comp: Нет
        . 2005-07-13 11:23:24.515 ------------------------------------------------------- ----------------------------------
        . 2005-07-13 11:23:24.515 Поиск узла "esker.geog.utoronto.ca"
        . 2005-07-13 11:23:24.735 Подключение к порту 22 128.100.66.4
        . 2005-07-13 11:23:25.646 Не удалось подключиться к 128.100.66.4: ошибка сети: в соединении отказано
        . 13.07.2005 11:23:25.646 Попытка закрыть соединение из-за фатального исключения:
        * 13.07.2005 11:23:25.646 Ошибка сети: Отказано в соединении
        . 2005-07-13 11:23:25.646 Закрытие соединения.
        * 2005-07-13 11:23:25.646 (ESshFatal) Ошибка сети: в соединении отказано

        martin◆
        Администратор сайта Зарегистрирован: 10.12.2002 Сообщений: 36,947 Местоположение: Прага, Чехия

        Читайте также: