+17
Установили новый терминальный сервер, на нем подняли 1С, терминальные пользователе неописуемо довольны, все просто летает
И вот же надо было такому случиться, главному бухгалтеру не понравилось работать через терминал, а еще у нее свой ноутбук и т.д…. вообще нужно прямое подключение с ноутбука к базе на сервере. Дело не хитрое, ставим клиента, подключаем базу и получаем ошибку следующего содержания:
server_addr=tcp://192.168.1.123:1541 descr=192.168.1.123:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ; line=842 file=srcDataExchangeTcpClientlmpl.cpp
Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.
Полный скрин:
Решение:
Первое что приходит на ум, отключить антивирус и брандмауэр на сервере:
И тут же 1С запускается! Итог — нужно добавить правила для 1С в антивирус и брандмауэр.
Недавно я уже описывал решение проблемы: Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C)) в нем пришлось еще прописать IР-шник сервера в файле C:WINDOWSsystem32driversetchosts и еще в C:Program Files1cv8binconfnethasp.ini в описании [NH_TCPIP] в строке NH_SERVER_ADDR = IР-шник вашего сервера — Возможно Вам это тоже понадобится
Ошибка при выполнении операции с ИБ
server_addr=tcp://xxxx:1541 descr=Ошибка сетевого доступа к серверу
(Windows Sockets — 10060 (0x0000274C)
timeout
1. выключить брандмауэр
2. Пропишите Ip-шник вашего сервера в файле C:WINDOWSsystem32driversetchosts и его же пропишите в C:Program Files1cv81binconfnethasp.ini в описании [TCP-IP] в строке NH_SERVER_ADDR = Ip-шник вашего сервера
3. ресурсы процессора загружены на 100% (CPU%), добавить процессоров на сервер
18.02.23 — 18:30
В сети есть доступ к серверу, все нормуль, тонкие клиенты не жалуются.
Пробросил порты через mikrotik 1541,1560-1591 (на нем уже есть пробросы для RDP на другой сервер- отлично работает)
в hosts прописал, и на клиенте и на сервере и на lmhost, и брандмауер на сервер прописал, но
ругается на
Ошибка установки соединения
по причине:
server_addr=tcp://S_1с:1541 descr=192.168.100.4:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ;
192.168.100.4:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ;
line=1026 file=srcrtrsrvcsrcDataExchangeTcpClientImpl.cpp
если по IP или по имени — реакция одинакова
в логах mikrotik
log1541> dstnat: in:ISP1a out:(unknown 0), src-mac 99:66:44:66:33:bb, proto TCP (SYN), 88.99.99.99:16372->88.88.88.88:1541, len 52
Что ему еще надо?
1 — 18.02.23 — 20:00
Публикуй на веб-сервере. Работа с тонким клиентом нативным протоколом через интернет не очень хороший вариант, это для локалки.
2 — 18.02.23 — 20:49
(0) Там есть некоторый изврат с логикой работы клиент-сервера 1С
По сути сервер при установке связи передает клиенту свой «адрес»
И вот он передал «descr=192.168.100.4:1541»
Сам понимаешь что клиент ну никак не сможет соединиться по этому внутреннему ip через инет
Чтобы заработало через инет (и NAT) надо публичный адрес (идеально доменное имя) серверу установить, чтобы он его клиентам передавал
3 — 18.02.23 — 20:51
(2)+ Это особенность работы кластера 1С, когда может быть несколько разных нод на которых rphost работает
4 — 18.02.23 — 21:14
Со второй стороны ставь тоже Микротик, объединяй в сеть через L2TP, все заработает.
5 — 18.02.23 — 21:19
(4) вряд ли ему надо две сети в одну по vpn объединить прозрачно
скорее хочет чтобы отдельные клиенты из разных сетей через инет могли подключаться
6 — 18.02.23 — 21:32
(0) Имя хоста сервера должно разрешаться с клиента.
ping S_1с с клиента есть?
7 — 18.02.23 — 21:49
(5) Ну так с любого компа настроил VPN через L2TP, и ты внутри сети.
8 — 18.02.23 — 21:58
(2) т.е. нужно назвать кластер именем белого IP ?
9 — 18.02.23 — 22:49
(8) и убедиться что это имя сервер 1С передает клиентам 1С
10 — 18.02.23 — 22:50
(9)+ т.е. если что в ошибке должно фигурировать не descr=192.168.100.4
11 — 18.02.23 — 22:52
(10) СПС.
Допетрил.
Взлетело.
12 — 18.02.23 — 22:54
(11) молодца
ЗЫ можно идти сдавать на эксплуататора ))
13 — 18.02.23 — 22:54
нужно на компе клиента в host внести запись
88.88.88.88 S_1с
14 — 18.02.23 — 22:54
(13) это изврат
15 — 18.02.23 — 22:56
правильно серверу дать нормальное имя типа твойсервер.домен.ru (com/org/net и т.д.)
и везде везде это полное имя и использовать которое через днс разрешается на белый ip
ну почему же
Кластер шлет имя сервера — бери и пользуйся.
Все логично.
Просто с первого раза в непонятках что-откуда…
Приветствую, имеется комп с Windows Server Standart 2008 r2 x 64 , с установленным на нем сервером 1С , и SQL сервером 2012, понадобилось развернуть второй ПК(стоит Windows Server Standart 2016 x64) с отдельным SQL сервером( поставил такой же 2012), с другими базами, так вот проблема. в Администратирование серверов 1С не могу добавить второй SQL сервер, пишит ошибку 10060 (0x0000274C) , при этом в брандмауэре все правила настроил, свободный порт выделил, на свободном порту всегда ошибка 10060 (0x0000274C), на занятом порту он также пишит ошибку, но уже с указанием что порт занят другой программой. Подскажите куда рыть дальше, почему он ни как не хочет подключить его
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