Ошибка 10060 1с

Содержание

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 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:

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

How to Fix Socket Error 10060 on Windows?

I have received an error message, and I don’t know what to do about it. The error says: “Socket Error # 10060 Connection timed out.” I am not sure what might be wrong with my Internet connection.

Socket Error 10060 informs about connection problems. This error usually shows up when using proxy service to connect to the Internet, and the browser does not have enough time to load the requested page. Generally speaking, the proxy server works too slow. As a result, the connection time out error message occurs.

Sometimes it’s enough to fix Socket Error 10060 by refreshing the website that did not load or checking URL address. [1] Indeed, mistyped address might trigger this error too. However, in some cases, it’s not enough. Solving this problem may need making modifications in Windows Registry [2] or verifying web proxy settings.

What is more, this error might also occur when a system cannot connect to the mail server. If you are using Microsoft Outlook [3] and received this error, you should verify email client settings. It should be enough to solve this problem and use email service normally.

Image of Fix Socket Error 10060 on Windows

How to Fix Socket Error 10060?

As you already know Socket Error 10060 is related to proxy service and in some cases with mail servers. These three methods explained below should help you to fix this error.

How to Fix Socket Error 10060 on Windows

Method 1. Verify web proxy connection

1. Start your computer with administrative rights.

2. Open Run app from the Start, and type inetcpl. cpl. Click OK.

Verify web proxy connection to Fix Socket Error 10060 on Windows

3. When Internet Properties window appears, go to the Connections tab. There go to the Lan settings.

4. The Local Area Network (LAN) Settings window shows up. Find the Use a proxy for your Lan box, and deselect this option. Click OK.

Socket Error 10060 should be fixed. Try to open the website that you were not able before. If this error still shows up, try the second method.

Method 2. Increase the time-out limit for the loading websites.

NOTE. This method requires making modifications in Windows Registry. In order to avoid possible damage, you should backup Registry. Backups are crucial if something go wrong.

1. Open the Registry Editor. Go to the Run app from the Start, type regedit and click OK.

2. Go to the registry subkey:

Fix Socket Error 10060 on Windows by opening the Registry Editor

3. Click on RequestTimeoutSecs, and then on Modify button.

4. Go to Decimal where you can increase the time limit for loading the Internet sites. It is recommended to set this number to 180 and more.

5. Once you do that, click OK.

6. When all modifications are applied, reboot your computer.

After making modifications in the registry, you should also make sure that everything is stable on the system. Once you fix this issue, we suggest scanning the computer with Reimage.

Method 3. Verify Email Client Settings

If you see Socket Error 10060 when trying to send emails from Microsoft Outlook, you should confirm your client settings.

1. Start your computer with administrative rights.

2. Open Microsoft Outlook.

3. When in Outlook, go to Tools and then open Accounts.

4. In the Internet Accounts window look for the Mail tab. When you open it, you will find the list of accounts. Double-click on your account.

5. In the appeared Accounts Properties window, select Servers tab. Here you need to verify all the details.

If client settings are correct, there might be a problem with the authentication process. Thus, you need to enable that Authentication is enabled. Follow these steps to fix Socket Error 10060:

1. Repeat the first four previously explained steps in order to open Account Properties window.

2. In the Account Properties, select Server tab. Here look for the My server requires authentication box and tick it. Then, click OK.

If it is Windows Live Mail that you are using, follow the below-provided instructing steps:

Источники:

https://remkomplekty. ru/oshibki-i-problemy/oshibka-10060-1s. html

https://ugetfix. com/ask/how-to-fix-socket-error-10060-on-windows/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: