Ошибка соединение закрыто сервером

Если выдаётся ошибка «Соединение закрыто удалённым сервером» в Opera на сайте «вконтакте», «одноклассники» и так далее, причины могут быть разные.

Для начала проверьте, загружаются ли страницы через другой браузер, чтобы исключить, что проблема не только в «Опере».

Возможно, что Вы подхватили вирус, блокирующий доступ к сайтам и вообще к сети инернет. Решением в данном случае послужит любая хорошая антивирусная программа. Если помогло — хорошо ))Если же нет, есть ещё некоторые возможности.

Вариант номер 1:

• «Пуск», «Выполнить»
• пишем «regedit», жмём «ОК»
• ищем название «AppInit_DLLs» в тексте (поиск с помощью «Ctrl+F»)
• все файлы с этим названием удаляем, ищем дальше и удаляем каждый файл с подобным названием, пока их больше не останется
• Важно! Удаляйте только файлы с точно таким же названием и только в папке Виндовс.

Вариант номер 2:

• стартуем систему в безопасном режиме
• восстанавливаем систему с точки, когда впервые появилось сообщение об ошибке (вернее, с точки незадолго ДО того момента)
• восстановить систему можно через папку «служебные программы» («Пуск», «стандартные»)

Вариант номер 3:

• «Пуск», «выполнить»
• вводим приказ route -f (важен пробел после «route») и жмём ОК
• перезапустите систему.

Вариант номер 4:

• проверить файл hosts, содержит ли он записи, связанные с названиями сайта вКонтакте, содержащие «vk.com» или «vkontakte.ru», как раньше назывался сайт. Для того, чтобы его проверить, …
• переходим в папку C:WINDOWSsystem32driversetc.
• файл открываем каким-нибудь текстовым редактором
• смотрим, что стоит после строчки 127.0.0.1 localhost
• удаляем все строчки, в которых присутствуют названия сайтов «одноклассники» или «вКонтакте»
• сохраняем изменения и перезагружаем комп, а затем проверяем снова файл hosts.

Ещё случается, что проблема в настройках антивирусного ПО или файервол. Проверьте также настройки браузера, особенно прокси-сервера. Переустановите браузер, удалив старые настройки.

Успехов!

Введение

Существует несколько проблем, которые могут служить причиной появления ошибки ECONNREFUSED — соединение отклонено сервером в FTP-клиенте FileZilla. Возможно, что ваш фаервол или антивирус блокирует соединение FileZilla к серверу. Однако если отключение фаервола или антивируса не помогает, вам следует изменить Настройки Сети в самом клиенте. Это пошаговое руководство расскажет вам о том, как изменить Настройки Сети FileZilla для решения ошибки ECONNREFUSED — соединение отклонено сервером.

Что вам понадобится

Перед тем, как вы начнете это руководство, вам понадобится следующее:

• Клиент FileZilla

Шаг 1 — Мастер настройки сети в клиенте FileZilla

Для доступа к мастеру настройки сети в клиенте FileZilla, вы должны нажать Редактирование и затем выбрать опцию Мастер Настройки Сети.

После этого появится окно Мастера настройки брандмауэра и маршрутизатора. Жмем кнопку Далее.

Шаг 2 — Настройка режима передачи

Здесь вы можете изменить режим передачи, выберите Пассивный (рекомендуется), как режим передачи по умолчанию. Затем, поставьте галочку напротив Разрешить возврат к другому режиму передаче при сбое и нажмите Далее.

Шаг 3 — Настройка пассивного режима

Все что вам нужно сделать здесь, это поставить галочку напротив Использовать внешний IP-адрес сервера и нажать Далее.

Шаг 4 — Настройка внешнего IP адреса

Выберите опцию Получить внешний IP-адрес со следующей страницы: если данное поле пусто, введите сюда стандартное значение:

http://ip.filezilla-project.org/ip.php

После того как вы это сделали, нажмите кнопку Далее для продолжения.

Шаг 5 — Настройка диапазона портов

В данном окне вам не нужно делать каких-либо изменений, поэтому выберите Запросить порт в операционной системе и нажмите Далее.

Шаг 6 — Проверка наличия ошибки ECONNREFUSED — соединение отклонено сервером и настроек FTP-клиента

Вы предоставили для FileZilla все необходимые данные. Теперь вам нужно убедиться, что все настроено верно. Нажмите кнопку Тест и FileZilla попытается подключиться к probe.filezilla-project.org для проведения простых тестов.

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

Заключение

Закончив данное руководство, вы успешно настроили сеть вашего клиента FileZilla. Вы больше не должны получать ошибку ECONNREFUSED — соединение отклонено сервером при подключении к серверу.

---

---

---

---

---

---

---

---

---

---

---

Удаленный сервер не отвечает: решаем проблему вместе

С ошибкой, когда удаленный сервер не отвечает вовремя, можно столкнуться при условии: ваш компьютер в качестве протоколов подключения использует не Ethernet, а VPN. При PPPoE или Ethernet данный тип ошибки практически равен нулю.

Настройки сетевого адаптера

Чтобы все работало хорошо, нужно удостовериться в присвоении адаптеру автоматических настроек IP-адреса и DNS:

1. Откройте строку «Выполнить» и впишите ncpa.cpl.
2. Перейдите в «Свойства» своего сетевого адаптера.
3. Откройте раздел TCP/IPv4.
4. Убедитесь, что IP-адрес и DNS-сервер сетевая карта получает автоматически.

1. Нажмите «ОК» после изменения настроек и обязательно перезагрузите адаптер (или компьютер).

Что делать, если нет подключения к интернету из-за того, что не отвечает DNS-сервер? Смотрите следующее видео:

Проблемный драйвер

Второй причиной сбоя может быть драйвер сетевого адаптера:

1. Откройте диспетчер устройств через контекстное меню «Пуск».
2. В разделе «Сетевые адаптеры» посмотрите, нет ли напротив названий желтых значков.

1. Если есть, нужно переустановить драйвер или откатить до начального состояния.
2. Загрузить драйверы нужно заранее, или же установить их с диска или флешки.
3. Это делается в свойствах адаптера, в разделе «Драйвер».

Проверка соединения

Если при соединении роутера ASUS или любого другого с ПК по кабелю, появляется ошибка «Удаленный сервер не отвечает», нужно проверить кабель и порт на предмет физических повреждений:

1. Проверьте индикацию LAN-порта. Если подключение активно – горит, данные передаются – мигает, не подключено – не горит. Последний пункт может указывать на проблемы с портом модема или роутера, разрыв сетевого кабеля, неисправность сетевой карты.
2. Для исключения проблемы с портом, проверьте, работает ли интернет через подсоединенный к другим разъемам патч-корд.
3. Для исключения ошибок роутера или модема, откатитесь до заводских настроек. Например, для TP-Link нужно перейти в раздел «Системные инструменты» и выбрать возврат к заводским настройкам.

1. Чтобы исключить повреждение Ethernet кабеля, проверьте его работу с другим компьютером.
2. Чтобы исключить поломку сетевой карты, подключите ее к другой локальной сети (желательно с интернетом) и проверьте работу.

Заключение

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

Источник

Почему нет связи с сервером

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

Одной из самой частой причин является использование неправильного адреса. Убедитесь, что вы вводите правильное название веб-страницы или IP-адрес. Они могли смениться или прекратить свое существование.

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

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

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

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

Источник

IgorKa — Информационный ресурс

Немного обо всем и все о немногом, или практический опыт системного администратора.

Май 2010

Пн	Вт	Ср	Чт	Пт	Сб	Вс
« Апр	Июнь »
1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

Соединение закрыто удаленным сервером

Сегодня помогал посетительнице сайта Виктории решить небольшую проблему. Проблема заключалась в том, что при попытке зайти на некоторые сайты браузер Opera выдавал следующее сообщение: Соединение закрыто удаленным сервером. Например, такое сообщение было при попытке зайти на rambler.ru и ya.ru. Скажу сразу, что это проделки вируса. Хотя сам с подобными не сталкивался, но в каком направлении двигаться примерно было понятно. Подключившись удаленно к компьютеру Виктории с помощью программы TeamViewer, выполнил команду ping на rambler.ru и ya.ru. Результат был вполне ожидаемым — IP адрес для обеих доменов был одинаковый. Вот такой: 89.104.91.15. Переходить не советую вдруг там гадость какая то может быть. Я когда заходил, там висела ложная страница vkontakte. То есть по хорошему, при заходе на сайт rambler.ru должно было перенаправлять на ложную страницу вконтакте, но либо сайт был перегружен, либо еще какая причина, но в итоге получалось сообщение Соединение закрыто удаленным сервером.

Подмена IP адресов и их DNS имен была реализована через файл hosts, который находится в каталоге C:Windowssystem32driversetchosts. Чтобы исправить проблему достаточно открыть этот файл в том же Блокноте и удалить оттуда все строки с таким IP адресом. После этого все будет работать и можно будет снова заходить на все сайты. Кстати у вас IP адрес может быть и другим.

Остался ли где на компьютере сам вирус не знаю. Антивирус, по словам Виктории, ничего не обнаружил, в реестре тоже ничего подозрительного не было. В любом случае после перезагрузки, все сайты открывались как положено. Вероятно расчет был только на то, чтобы подменить файл hosts не оставляя никаких следов. Пользователь, попав на ложный сайт вконтакте, набрал бы свой логин и пароль и таким образом передал бы их третьим лицам.

Так что будьте бдительны и не попадайтесь на такие уловки.

Источник

Что делать, если сервер недоступен по сети

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

Проверка пинга

Запустить ping с вашего ПК до IP-адреса вашего сервера можно, например, через CMD : командная строка Windows ( Пуск — Все программы — Стандартные — Командная строка )

Если пинг проходит корректно, то вы увидите статистику переданных пакетов и время ответа, как на скриншоте:

В противном случае появится сообщение об ошибке, что говорит о сетевой недоступности, либо о проблемах с соединением:

Далее нужно зайти на сам сервер и проверить пинг с сервера до внешних ресурсов, перейдите в панель VMmanager и найдите в верхнем меню значок VNC .

Если вы используете VMmanager 6, то нажмите на кнопку VNC во вкладке Виртуальные машины .

В окне VNC необходимо авторизоваться и запустить ping до любого адреса, например 8.8.8.8 . Если сеть работает, то вы увидите количество переданных пакетов и время, за которое они достигли конечного адреса. Если нет, то придут сообщения вида network unreacheble, connection timeout, либо команда будет просто «висеть» без вывода.

Так как ping не проходит, это говорит о том, что не работает сеть. Поэтому переходим к следующему шагу и идём проверять, в чём может быть проблема.

Проверка сетевых настроек сервера

Первым делом проверим корректность сетевого конфига. Если вы приобрели новый сервер и установили свою операционную систему из образа, могли ошибиться с настройками сети. Но даже для действующего сервера не будет лишним убедиться в том, что настройки в порядке. Узнать, какие сетевые настройки следует использовать для вашей операционной системы, можно в статье «Сетевые настройки в кластерах с технологией VPU».

Диагностика проблем сети с помощью утилиты ip

Диагностировать проблему нам поможет утилита ip — она покажет имя, статус сетевого интерфейса и IP-адреса, которые ему назначены. Утилита установлена во всех современных linux-дистрибутивах.

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

В этом случае, нас интересует блок с названием нашего сетевого интерфейса — в этом случае eth0 (на разных ОС может называться по-разному, например, ens3, eno1).

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

На наших серверах используется технология VPU , поэтому в качестве сетевого шлюза на серверах используется адрес 10.0.0.1 , а маска подсети /32

Также следует обратить внимание на статус интерфейса. Если его статус DOWN, а не UP, то стоит попробовать запустить интерфейс вручную командой if up eth0 , где вместо eth0 укажите имя вашей сетевой карты. Ранее мы рассмотрели, где можно его найти.

На этом примере видно, что интерфейс не «поднимается» из-за синтаксических ошибок в конфигурационном файле сетевых настроек /etc/network/interfaces .

Также стоит проверить статус службы Network командой systemctl status networking . Если она не запущена, то стоит её запустить командой systemctl start networking . Если служба не запустилась, то, возможно, имеется ошибка в конфигурации, о чём будет сообщено в выводе команды запуска. Вам нужно обратить внимание на строку, которая начинается с Active . Обычно статус запуска службы выделен цветом: красным в случае ошибки и зелёным, если запуск был успешен — как на скриншотах ниже:

Далее проверяем маршруты. Даже если сетевой интерфейс работает и IP указан верно, без двух маршрутов сеть работать не будет.

Должен быть прописан путь до 10.0.0.1 и он же установлен по умолчанию (дефолтным), как здесь:

Если сеть не заработала, проверяем пинг до шлюза 10.0.0.1 — если он проходит, возможно, проблемы на стороне хостинг-провайдера. Напишите нам в поддержку, разберёмся.

Проверка фаервола

Возможен вариант, что сеть настроена корректно, но трафик блокируется фаерволом внутри самого VDS.

Чтобы это проверить, первым делом смотрим на политики по умолчанию.
Для этого вводим iptables-save и смотрим на первые несколько строк вывода.

В начале мы увидим политику по умолчанию для соединений (цепочек) INPUT , OUTPUT , FORWARD — то есть правила для всех входящих, исходящих и маршрутизируемых соединений. Они имеют статус DROP либо ACCEPT .

Когда все соединения с сервера заблокированы, они имеют статус DROP , и вывод выглядит так:

Чтобы исключить влияние фаервола, просматриваем текущие правила с помощью iptables-save и сохраняем их в отдельный файл командой:

Меняем все политики по умолчанию на ACCEPT и сбрасываем все текущие правила командами:

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

Проверка влияния ПО

Возможен вариант, что установленные на сервере программы (особенно связанные с изменением маршрутизации на сервере, например, OpenVPN, Docker, PPTP) «ломают» работу сети. Чтобы исключить влияние установленного на сервер ПО, можно запустить сервер в режиме восстановления и проверить сеть.

Для этого в панели VMmanager останавливаем VDS и подключаем ISO-образ sysrescueCD через меню Диски :

В VMmanager 6 ISO-образ sysrescueCD подключается в Меню сервера по кнопке Режим восстановления на главной странице панели.

После загрузки образа подключаемся по VNC и выполняем команды (в VM6 еще потребуется сначала выбрать образ восстановления в VNC)

После чего запускаем пинг до 8.8.8.8 . Если он проходит, значит, с сетью на сервере всё благополучно.

Проверка на наличие сетевых потерь

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

Для диагностики подойдет утилита mtr . Она совмещает в себе трассировку и пинг, что наглядно показывает, есть ли проблемы с потерей пакетов и на каких узлах (хопах) они проявляются.

Запускаем на сервере mtr до вашего IP, с которого пробуете подключаться, и с сервера — в обратном направлении до вашего адреса :

В верхнем окне показана трассировка с сервера до домашнего компьютера, в нижнем обратная, с ПК до сервера. Видно, что потерь нет, пакеты не теряются, пинг стабильный. Так должен выглядеть вывод mtr , если у вас все хорошо.

В случае, если на пути имеются потери, вместо 0.0% на хопах (промежуточных узлах) в столбце Loss будет указан процент потерянных пакетов от соответствующего узла. На примере ниже видно, что потери начинаются на одном из узлов и дальше сохраняются на последующих хопах:

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

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

Источник

Настройка FTP-соединения в программе ФайлЗилла – дело довольно тонкое. Поэтому совсем не удивительно, что нередко бывают случаи, когда попытка подключения по данному протоколу завершается критической ошибкой. Одной из самых частых ошибок подключения является сбой работы, сопровождающийся сообщением в приложении FileZilla: «Критическая ошибка: Невозможно подключиться к серверу». Давайте узнаем, что означает данное сообщение, и как наладить после него корректную работу программы.

Скачать последнюю версию FileZilla

Причины возникновения ошибки

Прежде всего, остановимся на причинах возникновения ошибки «Невозможно подключиться к серверу».

Причины могут быть абсолютно разные:

Отсутствие подключения по интернету;
Блокировка (бан) вашего аккаунта со стороны сервера;
Блокировка FTP-соединения со стороны провайдера;
Некорректные сетевые настройки операционной системы;
Потеря работоспособности сервера;
Введение неверных данных учетной записи.

Способы устранения ошибки

Для того, чтобы устранить ошибку «Невозможно подключиться к серверу», прежде всего, нужно узнать её причину.

Идеальным будет, если у вас имеется не один FTP-аккаунт. В таком случае, вы можете проверить работоспособность других учетных записей. Если работоспособность на других серверах нормальная, то следует обратиться в службу поддержки того хостинга, к которому вы не можете подключиться. Если же подключение отсутствует и в других аккаунтах, то нужно искать причину проблем либо на стороне провайдера, предоставляющего услуги интернет-связи, либо в сетевых настройках собственного компьютера.

Если на другие сервера вы заходите без проблем, то обратитесь в службу поддержки того сервера, к которому вы не имеете доступ. Возможно, он прекратил своё функционирование, либо имеет временные проблемы с работоспособностью. Также, возможно, что он по каким-либо причинам просто заблокировал вашу учетную запись.

Но, самым распространенным случаем возникновения ошибки «Невозможно подключиться к серверу» является введение неверных данных учетной записи. Зачастую, люди путают название своего сайта, интернет-адрес сервера и его же ftp-адрес, то есть хост. Например, существует хостинг с адресом доступа через интернет hosting.ru. Некоторые пользователи вводят именно его в строку «Хост» Менеджера сайтов, либо же адрес собственного сайта, расположенного на хостинге. А следует вводить ftp-адрес хостинга, который, предположим, будет выглядеть так: ftp31.server.ru. Впрочем, бывают и такие случаи, когда ftp-адрес и www-адрес, действительно совпадают.

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

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

Как видим, причин, которые могут повлечь за собой ошибку «Невозможно подключиться к серверу» — масса. Одни из них решаемы самим пользователем, но другие, к сожалению, абсолютно от него не зависят. Наиболее частой проблемой, вызывающей данную ошибку, остается ввод неверных учетных данных.