Junior member
Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2
На прокси сервере локалки стоит ТИ версии 1.1.4.197. Сам прокси работает ещё через один прокси-сервер, при попытке выхода в интернет с пользовательского компьютера выдаёт ошибку 10060 — Ошибка соединения с сервером.
Administrator
Регистрация: 29-Ноя-04
Статус: Offline
Количество сообщений: 8697
Junior member
Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2
Ошибок на сервере нет. Сетевые экраны отключены.
Ситуация такая: на сервере существуют 2 сетевых подключения — одно смотрит на вышестоящий прокси, второе для местной локалки. Когда выходишь в и-нет напрямую с сервера всё прекрасно работает, при попытке выхода через ТИ возникает вышеописанная проблема.
Expert
Регистрация: 06-Сен-07
Статус: Offline
Количество сообщений: 523
Данная ошибка связана с тем, что авторизация клиента происходит по протоколу UDP. В версии ТИ 1.1.5 реализована возможность выбора авторизации также по протоколу HTTP или SSL.
Member
Регистрация: 03-Авг-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 34
Непонятная проблема, при попытке открыть сайт joomlaportal. ru (joomlaforum. ru) в IE выдаёт следующее:
10060 — Ошибка соединения с сервером
HTTP-шлюз не отвечает (код ошибки: 504)
Вы попытались получить доступ к адресу https://joomlaportal. ru/, который сейчас недоступен. Убедитесь, что веб-адрес (URL) введен правильно, и попытайтесь перезагрузить страницу.
Убедитесь, что соединение с Интернет активно, и проверьте, работают ли другие приложения, использующие это соединение.
При всём при этом сайт нормально пингуется:
Обмен пакетами с joomlaportal. ru [78.47.121.186] по 32 байт:
Ответ от 78.47.121.186: число байт=32 время=85мс TTL=56
Ответ от 78.47.121.186: число байт=32 время=86мс TTL=56
Ответ от 78.47.121.186: число байт=32 время=86мс TTL=56
Ответ от 78.47.121.186: число байт=32 время=86мс TTL=56
Статистика Ping для 78.47.121.186:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 85мсек, Максимальное = 86 мсек, Среднее = 85 мсек
И через любой анонимайзер открывается в мгновение ока. С другими сайтами такой проблемы нет.
Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C))
Так вот, после установки сервера стала выпадать упомянутая в названии темы ошибка. Сразу, как обычно, подумал — кривая обнова, надо поставить старую. Но, после установки старой, проблема никуда не исчезла. Да, кстати, при загрузке платформы с самого сервака проблем не возникало. Ошибка вылетала при запуске с клиентских компьютеров.
После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т. к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.
Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.
В общем, пришлось искать решение самому.
Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:
Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:
И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.
Признаюсь честно, почему возникла такая проблема — так и не понял, возможно, обновление добавляет какие то коррективы в правила.
Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:
Специальные предложения
Новый вопрос
Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения. Тут соответственно забыли написать правила разрешения в брэндмауэре.
Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.
Но пытливый ум все победит. Спасибо за статью ?
(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.
* то что разрешения на кластер выставлены НЕ для публичного профиля — это понятно. Как говорят наши специалисты по ИТ безопасности между серверами приложений и клиентами приложений весь трафик должен идти через «частные сети», то есть такие сети, в которых существуют средства обеспечения безопасности (причем безопасники всегда хотят чтобы это был hardware firewall). Наши администраторы сделали предположение, что кто-то ознакомился со стандартами ИТ безопасности и включил это в настройку.
Предположу что это сделано в целях всё той же безопасности, но такая настройка у меня вызывает большие сомнения. Если клиенты действительно публичные — доступ через HTTP/S и никакого другого. Учитывая что у вас Бухгалтерия — то тут проблем с НЕуправляемыми формами быть не должно.
Если кластер развернут на облачных площадках и нужно обеспечить доступ из любой сети — то вопрос «к шифрованным тунелям» и облачным AD от того же Azure (я так понимаю стэк то Microsoft).
Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C))
Так вот, после установки сервера стала выпадать упомянутая в названии темы ошибка. Сразу, как обычно, подумал — кривая обнова, надо поставить старую. Но, после установки старой, проблема никуда не исчезла. Да, кстати, при загрузке платформы с самого сервака проблем не возникало. Ошибка вылетала при запуске с клиентских компьютеров.
После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т. к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.
Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.
В общем, пришлось искать решение самому.
Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:
Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:
И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.
Признаюсь честно, почему возникла такая проблема — так и не понял, возможно, обновление добавляет какие то коррективы в правила.
Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:
Related Posts
13 Comments
Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения… Тут соответственно забыли написать правила разрешения в брэндмауэре.
Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.
Но пытливый ум все победит. Спасибо за статью ?
Соглашусь с Вячеславом ?
(2) insurgut, пожалуйста. Рад что она оказалась полезной… ?
(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.
* то что разрешения на кластер выставлены НЕ для публичного профиля — это понятно. Как говорят наши специалисты по ИТ безопасности между серверами приложений и клиентами приложений весь трафик должен идти через «частные сети», то есть такие сети, в которых существуют средства обеспечения безопасности (причем безопасники всегда хотят чтобы это был hardware firewall). Наши администраторы сделали предположение, что кто-то ознакомился со стандартами ИТ безопасности и включил это в настройку.
* но вот то, что у вас на компьютерах включен «публичный» профиль — вот это вызывает как минимум вопросы.
Предположу что это сделано в целях всё той же безопасности, но такая настройка у меня вызывает большие сомнения. Если клиенты действительно публичные — доступ через HTTP/S и никакого другого. Учитывая что у вас Бухгалтерия — то тут проблем с НЕуправляемыми формами быть не должно.
Если кластер развернут на облачных площадках и нужно обеспечить доступ из любой сети — то вопрос «к шифрованным тунелям» и облачным AD от того же Azure (я так понимаю стэк то Microsoft).
P. S. У меня наверное в связи с этим напрашивается совет — присмотрелись бы вы к администрированию: чувствую там есть что донастроить/улучшить.
(5) lustin, спасибо за совет. Сеть у нас локальная. На рабочих станциях выбирали публичное подключение, как вы правильно поняли для усиления безопасности сети. Доступ к базе по HTTP пока только в перспективе. Поэтому не знаю, есть ли смысл что то менять в архитектуре сети.
10060 — ошибка соединения с сервером.
Junior member
Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2
На прокси сервере локалки стоит ТИ версии 1.1.4.197. Сам прокси работает ещё через один прокси-сервер, при попытке выхода в интернет с пользовательского компьютера выдаёт ошибку 10060 — Ошибка соединения с сервером.
Administrator
Регистрация: 29-Ноя-04
Статус: Offline
Количество сообщений: 8697
Junior member
Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2
Ошибок на сервере нет. Сетевые экраны отключены.
Ситуация такая: на сервере существуют 2 сетевых подключения — одно смотрит на вышестоящий прокси, второе для местной локалки. Когда выходишь в и-нет напрямую с сервера всё прекрасно работает, при попытке выхода через ТИ возникает вышеописанная проблема.
Expert
Регистрация: 06-Сен-07
Статус: Offline
Количество сообщений: 523
Данная ошибка связана с тем, что авторизация клиента происходит по протоколу UDP. В версии ТИ 1.1.5 реализована возможность выбора авторизации также по протоколу HTTP или SSL.
Member
Регистрация: 03-Авг-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 34
Непонятная проблема, при попытке открыть сайт joomlaportal. ru (joomlaforum. ru) в IE выдаёт следующее:
10060 — Ошибка соединения с сервером
HTTP-шлюз не отвечает (код ошибки: 504)
Вы попытались получить доступ к адресу https://joomlaportal. ru/, который сейчас недоступен. Убедитесь, что веб-адрес (URL) введен правильно, и попытайтесь перезагрузить страницу.
Убедитесь, что соединение с Интернет активно, и проверьте, работают ли другие приложения, использующие это соединение.
При всём при этом сайт нормально пингуется:
Обмен пакетами с joomlaportal. ru [78.47.121.186] по 32 байт:
Ответ от 78.47.121.186: число байт=32 время=85мс TTL=56
Ответ от 78.47.121.186: число байт=32 время=86мс TTL=56
Ответ от 78.47.121.186: число байт=32 время=86мс TTL=56
Ответ от 78.47.121.186: число байт=32 время=86мс TTL=56
Статистика Ping для 78.47.121.186:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 85мсек, Максимальное = 86 мсек, Среднее = 85 мсек
И через любой анонимайзер открывается в мгновение ока. С другими сайтами такой проблемы нет.
Форум казахстанского налогоплательщика
Поиск по всем бухгалтерским и налоговым сайтам Казахстана:
Как зарегистрироваться на форуме?
Блог имени FR05T (темы, которые создал(а) участник форума FR05T)
Windows Socket error (10060), on API connect
Windows Socket error (10060), on API connect
FR05T » 18 апр 2008, 10:39
Эта тема в сообществах:
Re: Windows Socket error (10060), on API connect
sokref » 18 апр 2008, 10:46
Re: СГДС-3 Система гарантированной доставки сообщений версии 3
dreammaster_07 » 26 ноя 2009, 12:16
Re: СГДС-3 Система гарантированной доставки сообщений версии 3
sokref » 26 ноя 2009, 14:00
Re: Windows Socket error (10060), on API connect
sokref » 04 дек 2009, 01:45
Перенес сюда.
Ответ общий: данная ошибка означает, что СГДС не может подключиться к серверу.
Возможно по двум причинам: или сервер СГДС не работает, либо у Вас к нему нет доступа.
Доступа может не быть, если у Вас Интернет не напрямую, а через локальную сеть. Или Интернет у Вас в данный момент испытывает перебои
Re: Windows Socket error (10060), on API connect
dreammaster_07 » 02 апр 2010, 13:12
Проблемы СГДС
buh_1 » 23 апр 2010, 12:03
При попытке запустить СГДС выдает следующую ошибку:
Windows socket error: Попытка установить соединениебыла безуспешной, т. к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано соединение из-за неверногоотклика уже подключенного компьтера (10060),on API’connect’
Re: Windows Socket error (10060), on API connect
sokref » 23 апр 2010, 12:13
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3
https://remkomplekty. ru/oshibki-i-problemy/oshibka-10060-1s. html
