Ошибка 10060 1с
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 — Ошибка соединения с сервером
HOST — joomlaportal.ru[78.47.121.186]; PORT — 80
Connection timed out
———————————————————— ———————
Traffic inspector HTTP/FTP/Proxy server (1.1.5.224)
Server — **** / 23.06.09 10:09:24
В Opera следущее:
HTTP-шлюз не отвечает (код ошибки: 504)
Вы попытались получить доступ к адресу http://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))
Хочу оставить заметку по данной проблеме. Столкнулся с этим после установки релиза 8.3.6.1977 сервера 1С. Кстати, об основных нововведениях данной версии неплохо описано в статье: http://1c-programmer-blog.ru/platforma/obzor-1spredpriyatie-8-3-6.html .
Так вот, после установки сервера стала выпадать упомянутая в названии темы ошибка. Сразу, как обычно, подумал — кривая обнова, надо поставить старую. Но, после установки старой, проблема никуда не исчезла. Да, кстати, при загрузке платформы с самого сервака проблем не возникало. Ошибка вылетала при запуске с клиентских компьютеров.
После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.
Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.
В общем, пришлось искать решение самому.
Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:
Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:
И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.
Признаюсь честно, почему возникла такая проблема — так и не понял, возможно, обновление добавляет какие то коррективы в правила.
Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:
- это проблемы с самой сетью (тупо нет связи);
- неверно заданы параметры соединения;
- соединение блокирует один из фаерволов либо антивирус (нужно проверить правила для входящих подключений, а в антивирусе, возможно, следует добавить необходимые порты либо IP адреса, с которых выполняется подключение в исключения);
- ну и последний вариант — проверьте, а запущено ли вообще серверное программное обеспечение.
Специальные предложения
Новый вопрос
Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения. Тут соответственно забыли написать правила разрешения в брэндмауэре.
Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.
Но пытливый ум все победит. Спасибо за статью 😉
(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.
* то что разрешения на кластер выставлены НЕ для публичного профиля — это понятно. Как говорят наши специалисты по ИТ безопасности между серверами приложений и клиентами приложений весь трафик должен идти через «частные сети», то есть такие сети, в которых существуют средства обеспечения безопасности (причем безопасники всегда хотят чтобы это был hardware firewall). Наши администраторы сделали предположение, что кто-то ознакомился со стандартами ИТ безопасности и включил это в настройку.
* но вот то, что у вас на компьютерах включен «публичный» профиль — вот это вызывает как минимум вопросы.
Предположу что это сделано в целях всё той же безопасности, но такая настройка у меня вызывает большие сомнения. Если клиенты действительно публичные — доступ через HTTP/S и никакого другого. Учитывая что у вас Бухгалтерия — то тут проблем с НЕуправляемыми формами быть не должно.
Если кластер развернут на облачных площадках и нужно обеспечить доступ из любой сети — то вопрос «к шифрованным тунелям» и облачным AD от того же Azure (я так понимаю стэк то Microsoft).
Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C))


Хочу оставить заметку по данной проблеме. Столкнулся с этим после установки релиза 8.3.6.1977 сервера 1С. Кстати, об основных нововведениях данной версии неплохо описано в статье: http://1c-programmer-blog.ru/platforma/obzor-1spredpriyatie-8-3-6.html .
Так вот, после установки сервера стала выпадать упомянутая в названии темы ошибка. Сразу, как обычно, подумал — кривая обнова, надо поставить старую. Но, после установки старой, проблема никуда не исчезла. Да, кстати, при загрузке платформы с самого сервака проблем не возникало. Ошибка вылетала при запуске с клиентских компьютеров.
После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.
Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.
В общем, пришлось искать решение самому.
Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:
Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:
И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.
Признаюсь честно, почему возникла такая проблема — так и не понял, возможно, обновление добавляет какие то коррективы в правила.
Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:
- это проблемы с самой сетью (тупо нет связи);
- неверно заданы параметры соединения;
- соединение блокирует один из фаерволов либо антивирус (нужно проверить правила для входящих подключений, а в антивирусе, возможно, следует добавить необходимые порты либо IP адреса, с которых выполняется подключение в исключения);
- ну и последний вариант — проверьте, а запущено ли вообще серверное программное обеспечение.
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 — Ошибка соединения с сервером
HOST — joomlaportal.ru[78.47.121.186]; PORT — 80
Connection timed out
———————————————————— ———————
Traffic inspector HTTP/FTP/Proxy server (1.1.5.224)
Server — **** / 23.06.09 10:09:24
В Opera следущее:
HTTP-шлюз не отвечает (код ошибки: 504)
Вы попытались получить доступ к адресу http://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 мсек
И через любой анонимайзер открывается в мгновение ока. С другими сайтами такой проблемы нет.
Форум казахстанского налогоплательщика
Поиск по всем бухгалтерским и налоговым сайтам Казахстана:
- Список форумов‹Программное обеспечение НК МФ РК‹СГДС
- Написав интересную тему — получите приглашение
- FAQ
- Вход
- Налогоплательщику
- Налоговый и бухгалтерский учет
- Налоговый и бухгалтерский учет
- Избранное
- Видео записи и слайды по Налоговому Кодексу
- Специальные налоговые режимы
- Налоговые проверки
- Труд зарплата кадры
- Экономика и финансы Казахстана и мира
- Налоговый и бухгалтерский учет
- Налоговые программы
- Основные
- Скачать налоговые программы
- Общие вопросы налоговых программ
- Общие проблемы налоговых программ
- Избранное
- Не принята сервером форма Коды ошибок
- Как создать профайл
- Как запросить уведомление
- Как отправить дополнительную форму
- СГДС-3
- Форум о проблемах СГДС
- Избранное
- Рекомендуемые настройки СГДС
- Как устанавливать или обновлять СГДС3
- СГДС 202
- ЭФНО
- Форум о проблемах ЭФНО
- Избранное
- Как устанавливать или обновлять ЭФНО
- ИС ЭФНО для госслужащих ф.210
- ИСИД
- Форум о проблемах ИСИД
- Избранное
- Как устанавливать или обновлять ИСИД
- ИС НДС
- Форум о проблемах ИС НДС
- Избранное
- Как устанавливать обновлять ИС НДС
- ИС НДС
- Форум о проблемах ИС НДС
- Избранное
- Как устанавливать, обновлять ИС НДС
- ИНИС
- Форум о проблемах ИНИС
- Избранное
- Как устанавливать или обновлять ИНИС
- Ошибка 20000 verifyresult
- А также
- ИС МОП
- Форум о проблемах ИС МОП
- Избранное
- Как устанавливать или обновлять ИС МОП
- ИС Акциз Декларант
- Форум о проблемах ИС Декларант
- Избранное
- Как устанавливать, обновлять Декларант
- Как начать работать с налоговыми програмами
- Графики состояния загруженности серверов НК
- Другие программы
- Кабинет налогоплательщика РК
- ИС СОНО
- Клуб Налогоплательщиков
- Как вступить в Клуб
- Информационные выпуски
- Другое
- Другие вопросы
- Беседка
- Компании
- Полезные сайты
- О работе Форума налогоплательщиков РК
- Помочь нам СМС-кой
- Законы для НП
- Раздел: Законы для налогоплательщиков
- Избранное
- Налоговый кодекс РК 2009
- Регистрация
- Регистрация
- Забыли пароль?
- Повторно выслать код активации
- Вход
Как зарегистрироваться на форуме?
Блог имени 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
- Похожие темы Ответы Просмотры Последнее сообщение
- При подключении СГДС ошибка Windows socket error 10049
cnik » 17 ноя 2008, 14:22 1 Ответы 2020 Просмотры Последнее сообщение sokref
17 ноя 2008, 14:29 - Windows socket error 10051 Сделана попытка выполнить операци
ludaramblerru9 » 16 янв 2009, 19:50 15 Ответы 11344 Просмотры Последнее сообщение Кайрат-F2
15 фев 2010, 19:45 - Ошибка 10060
Lada » 10 апр 2008, 16:31 6 Ответы 1623 Просмотры Последнее сообщение sokref
10 апр 2008, 17:21 - Криптоключ в состоянии Fatal Error
1 , 2 , 3 , 4 , 5 taurus26 » 13 апр 2009, 10:26 93 Ответы 14460 Просмотры Последнее сообщение Кайрат-F2
14 июл 2010, 11:59 - Ключ СГДС Fatal Error
smitatyana » 13 ноя 2009, 11:54 16 Ответы 3372 Просмотры Последнее сообщение tanyusha_zyk
31 май 2011, 16:57
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3