Код ошибки 10060 юг инвест программа онлайн банк

Ошибка 10060 1с

РќР° РїСЂРѕРєСЃРё сервере локалки стоит ТИ версии 1.1.4.197. Сам РїСЂРѕРєСЃРё работает ещё через РѕРґРёРЅ РїСЂРѕРєСЃРё-сервер, РїСЂРё попытке выхода РІ интернет СЃ пользовательского компьютера выдаёт ошибку 10060 — Ошибка соединения СЃ сервером.

Регистрация: 29-Ноя-04
Статус: Offline
Количество сообщений: 8697

Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2

Ошибок на сервере нет. Сетевые экраны отключены.

Ситуация такая: РЅР° сервере существуют 2 сетевых подключения — РѕРґРЅРѕ смотрит РЅР° вышестоящий РїСЂРѕРєСЃРё, второе для местной локалки. РљРѕРіРґР° выходишь РІ Рё-нет напрямую СЃ сервера РІСЃС‘ прекрасно работает, РїСЂРё попытке выхода через ТИ возникает вышеописанная проблема.

Регистрация: 06-Сен-07
Статус: Offline
Количество сообщений: 523

Данная ошибка связана с тем, что авторизация клиента происходит по протоколу UDP. В версии ТИ 1.1.5 реализована возможность выбора авторизации также по протоколу HTTP или SSL.

Регистрация: 03-Авг-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 34

Непонятная проблема, при попытке открыть сайт joomlaportal. ru (joomlaforum. ru) в IE выдаёт следующее:

10060 — Ошибка соединения СЃ сервером

Статистика 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 — ошибка соединения СЃ сервером.

Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2

РќР° РїСЂРѕРєСЃРё сервере локалки стоит ТИ версии 1.1.4.197. Сам РїСЂРѕРєСЃРё работает ещё через РѕРґРёРЅ РїСЂРѕРєСЃРё-сервер, РїСЂРё попытке выхода РІ интернет СЃ пользовательского компьютера выдаёт ошибку 10060 — Ошибка соединения СЃ сервером.

Регистрация: 29-Ноя-04
Статус: Offline
Количество сообщений: 8697

Регистрация: 11-Сен-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 2

Ошибок на сервере нет. Сетевые экраны отключены.

Ситуация такая: РЅР° сервере существуют 2 сетевых подключения — РѕРґРЅРѕ смотрит РЅР° вышестоящий РїСЂРѕРєСЃРё, второе для местной локалки. РљРѕРіРґР° выходишь РІ Рё-нет напрямую СЃ сервера РІСЃС‘ прекрасно работает, РїСЂРё попытке выхода через ТИ возникает вышеописанная проблема.

Регистрация: 06-Сен-07
Статус: Offline
Количество сообщений: 523

Данная ошибка связана с тем, что авторизация клиента происходит по протоколу UDP. В версии ТИ 1.1.5 реализована возможность выбора авторизации также по протоколу HTTP или SSL.

Регистрация: 03-Авг-07
Местонахождение: Russian Federation
Статус: Offline
Количество сообщений: 34

Непонятная проблема, при попытке открыть сайт joomlaportal. ru (joomlaforum. ru) в IE выдаёт следующее:

10060 — Ошибка соединения СЃ сервером

Статистика Ping для 78.47.121.186:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 85мсек, Максимальное = 86 мсек, Среднее = 85 мсек

И через любой анонимайзер открывается в мгновение ока. С другими сайтами такой проблемы нет.

Ошибка 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 — Ошибка соединения с сервером

Статистика 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 — Ошибка соединения с сервером

Статистика 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