И вот что это дает. Проверка версии программы. Сбой в работе сети. Пожалуйста, попробуйте позже. Ошибка: проверьте настройки брандмауэра для порта (9958) или обратитесь к системному администратору. Ошибка: 17. Как исправить ошибку?
Добрый день.
Пуск, Панель управления, Брандмауэр, Дополнительные настройки, добавьте разрешение на вход на порт 9958.
Источник: https://answers.microsoft.com/ru-ru/windows/forum/all/uploaded/0e5ca7a0-3ff4-4256-abe0-992d94a9ac34
Я получаю сообщения об ошибках с моего сайта всякий раз, когда возникает исключение. Я получаю эту ошибку:
удаленный хост закрыл соединение. Код ошибки 0x800704CD
и не знаю почему. Я получаю около 30 в день. Я не могу воспроизвести ошибку, поэтому не могу отследить проблему.
сайт есть ASP.NET 2 работает на IIS7.
трассировка стека:
at
Система.Сеть.Размещающий.IIS7WorkerRequest.RaiseCommunicationError(Int32
результат, Boolean throwOnDisconnect) at
Система.Сеть.Размещающий.IIS7WorkerRequest.ExplicitFlush()
на
Система.Сеть.HttpResponse.Флаш(Логическое
finalFlush) на
Система.Сеть.HttpResponse.Врезная() на
Система.Сеть.HttpResponse.Конец() на
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.HttpResponseWrapper.Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.IHttpResponse.Конец()
на
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.PageRequestManager.OnPageError (Объект
отправитель, EventArgs e) at
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.TemplateControl.OnError(EventArgs
д) При
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.Страница.Handleerror С(За Исключением
д) При
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.Страница.ProcessRequestMain (Boolean
includeStagesBeforeAsyncPoint, Boolean
includeStagesAfterAsyncPoint) на
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.Страница.ProcessRequest (Boolean
includeStagesBeforeAsyncPoint, Boolean
includeStagesAfterAsyncPoint) на
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.Страница.ProcessRequest () at
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.Страница.ProcessRequestWithNoAssert(HttpContext
контекст) на
Система.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.Страница.ProcessRequest(HttpContext
контекст) на
ГАДЮКА.default_aspx.ProcessRequest(HttpContext
контекст) на
Система.Сеть.HttpApplication.CallHandlerExecutionStep.Система.Сеть.HttpApplication.IExecutionStep.Выполнять()
на
Система.Сеть.HttpApplication.ExecuteStep(IExecutionStep
step, Boolean& completedSynchronously)
638
6
6 ответов:
Я получаю это все время. Это означает, что пользователь начал загружать файл, а затем он либо ошибка, или отменен его.
чтобы воспроизвести исключение, попробуйте сделать это самостоятельно — однако я не знаю о каких-либо способах его предотвращения (за исключением обработки только этого конкретного исключения).
вы должны решить, что лучший путь вперед-в зависимости от вашего приложения.
Как м. Эдмондсон упомянул, «удаленный хост закрыл соединение.»происходит, когда пользователь или браузер отменяет что-то, или сетевое соединение падает и т. д. Однако это не обязательно должна быть загрузка файла, просто любой запрос на любой ресурс, который приводит к ответу клиенту. В основном ошибка означает, что ответ не может быть отправлен, потому что сервер больше не может разговаривать с клиентом(браузером).
есть несколько шагов что вы можете взять, чтобы остановить это происходит. Если вы вручную отправляете что-то в ответ с Ответ.письменный ответ.Flush, возвращая данные из веб-метода servivce / page или что-то подобное, тогда вы должны рассмотреть возможность проверки ответа.IsClientConnected перед отправкой ответа. Кроме того, если ответ, вероятно, займет много времени или требуется много обработки на стороне сервера, вы должны периодически проверять это до ответа.конец, если позовут. См. подробная информация об этом объекте недвижимости:
http://msdn.microsoft.com/en-us/library/system.web.httpresponse.isclientconnected.aspx
альтернативно, что я считаю наиболее вероятным в вашем случае, ошибка вызвана чем-то внутри структуры. Следующая ссылка может быть: использование:
http://blog.whitesites.com/fixing-The-remote-host-closed-the-connection-The-error-code-is-0x80070057__633882307305519259_blog.htm
следующая запись переполнения стека также может представлять интерес:
«удаленный хост закрыл соединение» в ответ.Выходной поток.Пиши
можно воспроизвести ошибку с кодом ниже:
public ActionResult ClosingTheConnectionAction(){ try { //we need to set buffer to false to //make sure data is written in chunks Response.Buffer = false; var someText = "Some text here to make things happen ;-)"; var content = GetBytes( someText ); for(var i=0; i < 100; i++) { Response.OutputStream.Write(content, 0, content.Length); } return View(); } catch(HttpException hex) { if (hex.Message.StartsWith("The remote host closed the connection. The error code is 0x800704CD.")) { //react on remote host closed the connection exception. var msg = hex.Message; } } catch(Exception somethingElseHappened) { //handle it with some other code } return View(); }теперь запустить сайт в режиме отладки. Поместите точку останова в цикл, который записывает в выходной поток. Перейдите к этому методу действий и после первой итерации закройте вкладку браузера. Нажмите F10, чтобы продолжить цикл. После того, как он попал в следующий раз вы увидите исключение. Наслаждайтесь вашим исключением : -)
я получил эту ошибку, когда я динамически считывать данные из
WebRequestи никогда не закрывалResponse.protected System.IO.Stream GetStream(string url) { try { System.IO.Stream stream = null; var request = System.Net.WebRequest.Create(url); var response = request.GetResponse(); if (response != null) { stream = response.GetResponseStream(); // I never closed the response thus resulting in the error response.Close(); } response = null; request = null; return stream; } catch (Exception) { } return null; }
Я получал это на Ан asp.net 2.0 IIS7 Windows2008 сайт. Тот же код на iis6 работал нормально. Это вызывает проблемы для меня, потому что это портит процесс входа в систему. Пользователь будет войти и получить 302 по умолчанию.asxp, который будет проходить через page_load, но не до предварительного рендеринга, прежде чем iis7 отправит 302 обратно в login.аспн без авторизации куки. Я начал играть с настройками пула приложений, и по какой-то причине «включить 32-битные приложения», похоже, исправил это. Не знаю, почему, поскольку этот сайт не делает ничего особенного, что должно требовать каких-либо 32-битных драйверов. У нас есть некоторые сайты, которые все еще используют доступ, требующий 32bit, но не наши прямые сайты SQL, такие как этот.
Я тоже получил эту же ошибку на моем обработчике изображений, который я написал. Я получил его как 30 раз в день на сайте с интенсивным трафиком, удалось воспроизвести его также. Вы получаете это, когда пользователь отменяет запрос (закрывает страницу или его подключение к интернету прерывается, например), в моем случае в следующей строке:
myContext.Response.OutputStream.Write(buffer, 0, bytesRead);Я не могу придумать никакого способа предотвратить это, но, возможно, вы можете правильно справиться с этим. Например:
try { … myContext.Response.OutputStream.Write(buffer, 0, bytesRead); … }catch (HttpException ex) { if (ex.Message.StartsWith("The remote host closed the connection.")) ;//do nothing else //handle other errors } catch (Exception e) { //handle other errors } finally {//close streams etc.. }
Содержание
- Ошибка «Узел не прошел проверку» при обращении к веб-сервису
- Диагностика проблемы
- Решение проблемы
- Прокси сервер
- Файл hosts
- 1C ошибка HTTP при обращении к серверу
- При запуске базы появляется сообщение об ошибке
- Ошибка «Удаленный узел не прошел проверку»
- Последовательность шагов диагностики
- Шаг 1: как найти адрес сервера?
- Шаг 2: как определить компьютер, на котором надо открыть Интернет-браузер?
- Шаг 3: как определить, есть или нет доверие к внешнему серверу?
- «Ошибка HTTP при обращении к серверу: https:// Удаленный узел не прошел проверку»
- Возможные решения
- «Ошибка HTTP при обращении к серверу: https:// Удаленный узел не прошел проверку» в 1С
- Возможные решения
- 1. Проверка даты/времени на ПК
- 2. Проверка доступности
- 3. Отключение проверок
Ошибка «Узел не прошел проверку» при обращении к веб-сервису
В платформе 8.3.10 была переработана логика валидации доверенных сертификатов.
При работе в ОС Windows для проверки сертификата происходит обращение к внешнему ресурсу в сети Internet. Для успешного выполнения данной операции у пользователя, от которого запускается процесс rphost, должна быть возможность обратиться к этому внешнему ресурсу, а также сам ресурс должен быть доступен.
В случае некорректно заданных настроек доступа в Internet после перехода на 8.3.10 с более ранних версий платформы могут возникать ошибки :
а) при обращении к веб-сервисам или получении определения веб-сервиса по причине «ошибка работы с Интернет: Удаленный узел не прошел проверку»
б) при попытке выполнить OpenID-авторизацию вида «Ошибка подключения к OpenID провайдеру», сопровождающиеся появлением в технологическом журнале событий EXCP вида:
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Ошибка доступа к файлу ‘https://mycloud.ru/openid/e1cib/oid2op’: srcHTTPImpl.cpp(2598):
896db6ac-cc39-4065-8298-1bf5fccb9d98: Ошибка работы с Интернет: Удаленный узел не прошел проверку «
Также может не происходить попытка OpenID-авторизации, сопровождающаяся появлением в технологическом журнале аналогичных указанным ранее событий EXCP.
Диагностика проблемы
В большинстве случаев проблема может быть вызвана отсутствием у пользователя, под которым запускается rphost, доступа к необходимому ресурсу в Internet.
Целенаправленно только сайты, предназначенные для валидации сертификатов, никто не блокирует, поэтому скорее всего у пользователя не доступен ни один сайт (можно легко проверить, запустив браузер от имени данного пользователя – зажать Shift, правой кнопкой мыши на ярлык браузера, «Запустить от имени другого пользователя»). Однако расследование необходимо проводить именно на том примере, на котором ошибка воспроизводится.
Наиболее распространенные причины:
- Доступ к ресурсу заблокирован через файл hosts
- Нет доступа к ресурсу из-за использования прокси-сервера
- Ресурс заблокирован firewall
- Ресурс блокирован антивирусом
Для подробной диагностики ошибки в случае, если причина оказалась нетривиальной, рекомендуется настроить сбор дополнительных event-логов Windows, согласно описанию, приведенному в статье (раздел Use CAPI2 logging)
Решение проблемы
Про антивирус и firewall все очевидно – проверяем, какие ресурсы блокируются, и понимаем, есть ли в списке нужный нам ресурс (похожий по имени на ссылку на сайт поставщика сертификата, если точное имя сайта неизвестно).
Про настройки прокси и hosts опишем подробнее.
Прокси сервер
1) Запустить Internet Explorer от имени пользователя, под которым работает rphost
2) В меню Свойства браузера (Свойства обозревателя) на закладке Подключения нажать кнопку Настройка сети
3) Если в настройках указано использование прокси-сервера, которая не предусмотрена политикой безопасности (кто-то когда-то установил и забыл) – отключить использование прокси-сервера, сняв соответствующий флаг
4) Если использование прокси действительно предусмотрено, нужно разрешить прямое обращение к ресурсам, на которые пытается обратиться платформа для валидации сертификата, нажав кнопку Дополнительно и указав данный ресурс в качестве исключения для прокси-сервера
Файл hosts
Доступ к некоторым сайтам может блокироваться через файл hosts. Лежит здесь:
Пример того, как блокированный сайт выглядит в файле hosts:
Источник
1C ошибка HTTP при обращении к серверу
1С Предприятие это программный продукт который позволяет очень легко и быстро автоматизировать работу в какой либо организации. Сейчас наверно не возможно найти организацию в которой бы не использовалось какая либо конфигурация 1С. Поэтому уметь с ней работать должен каждый ИТ специалист даже начинающий. Необходимо обладать хотя бы навыками администрирование, подключение клинетов, настройка доступа, обновление и т.д. Так же нужно знать как решать самые элементарные ошибки которые возникают во время работы и запуска 1С. Таких ошибок достаточно много, о некоторых я уже рассказывал в следующих статьях, с которыми Вам обязательно нужно ознакомиться.
При запуске базы появляется сообщение об ошибке
Сегодня рассмотрим еще одну, она возникает в момент запуска информационной базы которая опубликована на веб сервере.
1C ошибка HTTP при обращении к серверу удаленный узел не прошел проверку
Если нажать «Подробно» то можно увидеть.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка HTTP при обращении к серверу: https://…
Удаленный узел не прошел проверку
Это говорит о том что на сервере по каким либо причинам не работает HTTPS. Либо сбились настройки самого сервера либо просто истек срок действия сертификата SSL. Проверить это можно введя в браузере путь до информационной базы. Если вы видите тоже самое что на скриншоте ниже то проблема точно с сертификатом сервера.
Решить проблему можно отключив проверку, для этого выбираем базу и жмем «Изменить».
Потом нужно нажать «Дополнительно».
Первое окно пропускаем.
А в следующем выбираем «Не предоставлять сертификат» и «Не проверять сертификат сервера».
Теперь все должно запуститься, но помните что это не безопасно, так как есть вероятность перехвата данных.
Либо как вариант можно также изменить HTTPS на HTTP в адресе информационной базы.
Источник
Ошибка «Удаленный узел не прошел проверку»
Обработка обмена при подключении к серверам ST-Mobi.com создает SSL-cоединение с использованием стандартных методов платформы.
Если при попытке выполнить обмен возникает сообщение: » Ошибка работы с Интернет: Удаленный узел не прошел проверку«, это означает, что возникает ошибка установки SSL-соединения (защищенного соединения с внешним (сторонним) сервером), т.к. у программы «1С» нет доверия к SSL-сертификату ресурса, с которым идет попытка установить такое соединение.
Обычно проблема кроется в некорректных настройках «окружения» и проблему надо устранять вне программы «1С».
Чтобы убедиться, что проблема вне «1С», можно проверить есть ли доверие к ресурсу внешнего сервера в обычном Интернет-браузере (лучше в «Internet Explorer»), т.е. выполнить диагностику.
Последовательность шагов диагностики
- узнать адрес сервера, с которым устанавливается защищенное соединение (зависит от сервиса, которым пытаетесь воспользоваться);
- правильно определить компьютер, с которого устанавливается защищенное соединение (зависит от режима использования программы «1С») и там открыть Интернет-браузер;
- указать в адресной строке Интернет-браузера адрес сервера и убедиться, что к данном узлу на компьютере есть доверие.
Шаг 1: как найти адрес сервера?
Обработка при работе устанавливает соединение с сайтом ST-Drive https://st-drive.systtech.ru
Шаг 2: как определить компьютер, на котором надо открыть Интернет-браузер?
Если программа «1С» используется в одном из следующих режимов(см. форму «Справка»-«О программе»):
2а) режим «Файловый», то соединение с внешним сервером устанавливается с того компьютера, на котором пользователь запускает программу «1С».
Надо на этом компьютере открыть Интернет-браузер (лучше «Internet Explorer);
2б) режим «Серверный», то соединение с внешним сервером устанавливается с того компьютера, на котором запускается служба «Агент сервера 1С:Предприятия 8.х».
Надо зайти на компьютер, где запускается служба «Агент сервера 1С:Предприятия 8.х» под учетной записью пользователя операционной системы, под которым эта служба стартует, и уже там открыть Интернет-браузер (лучше «Internet Explorer»).
Шаг 3: как определить, есть или нет доверие к внешнему серверу?
В адресной строке Интернет-браузера следует указать адрес сервера, с которым надо проверить установку соединения, и нажать клавишу «Enter»:
3а) Если в адресной строке отобразится «закрытый замок» (Требование №1) — защищенное соединение успешно установлено (на сообщение в основном окне браузере не надо обращать внимание):
Необходимо щелкнуть на «замок» и посмотреть сведения о сертификате:
В открывшемся окне перейти на последнюю закладку и убедиться, что цепочка сертификатов корректная (непрерывная и без каких-либо предупреждающих иконок — Требование №2 ), и статус последнего в цепочке сертификата — «ОК» ( Требование №3 ):
Внимание! Если на компьютере выполнились Требования №1, 2, 3 — это означает, что «окружение» настроено корректно.
Рекомендуется после проведенной диагностики повторить попытку соединения из программы «1С» и, если сообщение «Удаленный узел не прошел проверку» возникает вновь, то это проблема, требующая дополнительного анализа .
В таком случае необходимо собрать всю информацию о параметрах клиентского компьютера и используемого сервера и прислать ее на Линию консультаций «1С» для воспроизведения проблемы.
3б) Если на каком-то из шагов диагностики нет доверия к внешнему ресурсу в браузере (нарушено, хотя бы одно из Требований 1, 2, 3) – рекомендуем обратиться в тех.поддержку соответствующего сервиса или банка, чтобы сначала настроить «окружение» и добиться того, что в браузере есть доверие к внешнему ресурсу, а уже затем пробовать повторно подключаться из программы «1С».
Источник
«Ошибка HTTP при обращении к серверу: https:// Удаленный узел не прошел проверку»
Ошибка возникает при запуске ИБ. Например, когда выполняете соединение по HTTPS через тонкого клиента, но 1С не может проверить SSL-сертификат сервера. В большинстве случаев — это самоподписанный сертификат.
Возможные решения
1. Проверка даты/времени на ПК
Проверьте корректность через «Панель управления — Часы и регион — Дата и время». Отправьте команду на автоматическую синхронизацию, если вы соединены с сетью Интернет.
2. Проверка доступности
Скопируйте путь и попробуйте подключиться к базе 1С с помощью браузера (веб-клиента). Скорее всего, вы увидите дополнительные сообщения, которые покажут причину ошибки.
Посмотрите сведения о сертификате. В открывшемся окне перейдите на последнюю закладку и убедитесь, что цепочка сертификатов корректная. Непрерывная и без каких-либо предупреждающих иконок.
Если адрес не открывается — другие распространенные причины:
• доступ заблокирован через файл hosts;
• нет доступа из-за прокси-сервера;
• ресурс блокирован firewall/антивирусом.
3. Отключение проверок
Список ИБ — Выбор базы — Изменить… — Дополнительно… — Далее >
Выберите клиентский сертификат: Не предоставлять
Выберите способ проверки сертификата сервера: Не проверять
Не проверять сертификат сервера
4. Игнорирование ошибки проверки отзыва
В конфигурацию платформы — в файл conf с расширением cfg — добавьте следующую опцию:
Расположение файла:
• C:Program Files1cv88.х.хх.ххххbinconf
• C:Program Files (x86)1cv88.х.хх.ххххbinconf
Данный механизм игнорирует именно ошибки проверки отзыва, а не отменяет проверку отзыва сертификата. Поэтому, если сертификат сервера отозван и это подтверждено, то соединение с таким сервером установлено не будет.
5. Импорт самоподписанного сертификата
Добавьте сертификат сервера на ПК, с которого вы подключаетесь, в список «Локальный компьютер — Доверенные корневые центры сертификации — Сертификаты».
В этом случае поставьте режим «Выберите способ проверки сертификата сервера = Хранилище сертификатов Windows». Или укажите файл сертификатов CA — как удобнее.
6. Диагностика ошибок
Используйте методические рекомендации по диагностике ошибок ОС Windows из официальной статьи 1С.
Если окружение настроено корректно и есть доверие к сертификату удаленного ресурса, то ошибки не будет. Пусть все получится. 🤗
Если требуется дополнительная поддержка — наши специалисты готовы вам помочь → +7-911-500-10-11
Источник
«Ошибка HTTP при обращении к серверу: https:// Удаленный узел не прошел проверку» в 1С
Ошибка возникает при запуске ИБ. Например, когда выполняете соединение по HTTPS, но 1С не может проверить SSL-сертификат сервера. В большинстве случаев — это самоподписанный сертификат.
Возможные решения
1. Проверка даты/времени на ПК
Проверьте корректность через « Панель управления — Часы и регион — Дата и время ». Отправьте команду на автоматическую синхронизацию, если вы соединены с сетью Интернет.
Пуск — Выполнить — timedate.cpl
2. Проверка доступности
Скопируйте адрес и попробуйте подключиться к базе 1С с помощью браузера (веб-клиента). Скорее всего, вы увидите дополнительные сообщения, которые покажут причину ошибки.
Посмотрите сведения о сертификате. В открывшемся окне перейдите на последнюю закладку и убедитесь, что цепочка сертификатов корректная. Непрерывная и без каких-либо предупреждающих иконок.
Если адрес не открывается — другие распространенные причины:
- доступ заблокирован через файл hosts;
- нет доступа из-за прокси-сервера;
- ресурс блокирован firewall/антивирусом.
3. Отключение проверок
Список ИБ — Выбор базы — Изменить. — Дополнительно. — Далее >
Выберите клиентский сертификат: Не предоставлять сертификат
Выберите способ проверки сертификата сервера: Не проверять сертификат сервера
Источник