Dataexchangetcpclientimpl cpp не запускается 1с

Обновлено: 07.01.2025

1 из пользователей подключается к 1С через VPN из другого города.

Всё работало идеально, проблем не было. Неделю назад у пользователя с VPN началось ни с того ни с сего:

"Ошибка при выполнении операции с информационной базой
Нет ответа от сервера server_addr=tcp://172.16.24.250:1541 timeout=10000 line=2234 file=src\DataExchangeTcpClientImpl.cpp"

При этом все остальные подключаются как подключались. VPN работает нормально, другие сервисы через него работают в прежнем режиме. IP сервера пингуется.

Сервер перезагружал, в hosts прописывал, пробую как по имени сервера так и по IP. Ума не приложу в чём причина.

(0) Попробуй попинговать с такими параметрами
ping -l 1500 -n 10

ping -l 1500 -n 10

PPTP средствами Windows. Сервер VPN на Windows Server 2008

IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.37 2
95.71.125.71 255.255.255.255 192.168.1.1 192.168.1.37 2
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
172.16.0.0 255.255.0.0 172.16.24.72 172.16.24.66 21
172.16.24.0 255.255.255.0 On-link 172.16.24.66 21
172.16.24.66 255.255.255.255 On-link 172.16.24.66 276
172.16.24.255 255.255.255.255 On-link 172.16.24.66 276
192.168.1.0 255.255.255.0 On-link 192.168.1.37 257
192.168.1.37 255.255.255.255 On-link 192.168.1.37 257
192.168.1.255 255.255.255.255 On-link 192.168.1.37 257
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.1.37 257
224.0.0.0 240.0.0.0 On-link 172.16.24.66 276
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.1.37 257
255.255.255.255 255.255.255.255 On-link 172.16.24.66 276
===========================================================================
Постоянные маршруты:
Отсутствует
IPv6 таблица маршрута
===========================================================================
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 306 ::1/128 On-link
11 276 fe80::/64 On-link
11 276 fe80::f098:b93e:b12b:1d80/128
On-link
1 306 ff00::/8 On-link
11 276 ff00::/8 On-link
===========================================================================

Вы подключаетесь к порту 2540 , а у вас наверно 1540 порт сейчас рабочий.

(9) у меня измененная строка службы, по умолчанию там папка бин текущей платформы, у меня 32 битный сервер 1С, и не установлен такой как ты написал второй, только как первый и то в папке Program Files(x86)\bin, изменяю я там порты с 1540 на 2540 и т.д. и папку хранения кеша серверного, проблема в платформе 15.1778, она не корректно работает с СУБД, я уже отправил ошибку в поддержку 1с.ru хотя я думаю немногие используют 32 битный сервер и старый оракл на винде 2003 64 бит, я думаю они не будут исправлять, коротко сервер 1С "забывает" что он 32 бит и отправляет запрос используя компоненты которые у него не установленны

(10)
Проверил службу 1с, на каких она портах сейчас работает?

Затем проверяй через текстовый редактор (ниже смотре по аналогии в своих папках)
C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst
C:\Program Files\1cv8\srvinfo\1cv8wsrv.lst

Где там указано 1540 и указывай 2540. ПРЕДВАРИТЕЛЬНО СДЕЛАЙ КОПИИ ФАЙЛОВ.

(11) мы совсем о разном, служба запущена, базы работают. 1540 нет нигде, 1540 порты заняты совсем другим, уже много раз обновлялась платформа с портами 2540, и на данный момент установлена платформа 14.1976, в ней работает даже Консоль MMC, но я написал про платформу 15.1778 до отката на 14-ю, было интересно только у меня проблема с этой платформой (11) описанная тобой ситуация может произойти если кластер был создан на 1540, а затем решили изменить диапазон портов, все связи потеряются, даже если служба запущена, у меня диапазоны портов были указаны до привязки баз, и все хорошо. Более того описанные тобою действия делать нельзя, лучше перепрописать базы заново а не менять в блокноте, так как внутренние идентефикаторы баз останутся старыми и если были пользователи которые работали по сети а не терминально возможны ошибки кеша, в лучшем случае будут самопроизвольные закрытия программы (9) у меня работает служба, и базы работают, пользователи находятся в базе. порты 2540. Не могу подключить Консоль администрирования, так как Консоль это тоже клиент, по сути это другое приложение от Клиента 1С, вот Консоль некорректно отправляет запрос (я так считаю) при этом Клиенты 1С и тонкий и Толстый работаю корректно, возможно проблема с настройками внутри Консоли (выделение памяти на Рабочий процесс например у меня установлен, но не просто так) убрать настройки в консоле я не могу, так как она не подключается к базе, еще одна особенность, я на другом компе поставил только консоль, комп с виндовс 7 64 бит, и он мне "запихал" Консоль 1С (а у 1С нет своей консоли используется MMC) запихал в 64 битную MMC? из этого я делаю вывод что данная платформа не поддерживает 32 битную консоль MMC, в 1С видимо уже считаю что все используют 64 сервера 1С, но при этом Клиентов еще по инерции делают на 32, это косяк

(1) По факту выделил бы три момента

1) Проверить порты 1540 на 2540. Заняты не заняты и чем заняты. Может кто-то включил сервис параллельно.
2) Переустановить консоль администрирования кластера.
3) Проверить в реестре на каком реально порте висят Агенты серверы 1С, посмотреть все строки запуска включая старые. На всякий случай.
4) По факту проверок, соответственно, отключите неиспользуемые сервисы.

3. GeraltSnow 144 11.12.19 18:06 Сейчас в теме +0.5 $m

win server 2003 64 bit
субд oracle 10.3 64 bit
1c сервер 32 бит

железка ксеон 8 физ ядер, 32 гб оперативки, диск системный свободно 100гб, база на отдельном диске Raid 5, свободно около 50 гб

порты изменены с 1540 на 2540, и так все диапазоны с 1 на 2, исторически стояло 2 сервера программных на 1540 был 8.2, потом просто не стал заморачитваться с изменением портов на всех клиентах

в кластере стоят ограничения естественно на выделение памяти порядка 20 гб, тк сервер не нов

до сегодняшнего дня все работало, когда откатываю на 8.3.12.1595 снова все робит, платформа 14.1976 встала норм, но на долго ли? со следующими релизами придется обновлять похоже, необходимость обновлять ЗУП, мысли снова ставит второй сервер 1С (программно).

Ошибка формата потока!

Прощу прощения, несколько раз продублировал одно и то же в (42)

(44) Проблема в том, что если верить гуглю, то отключить IPV6 целиком и полностью в Windows 8 нельзя. Типа IPV4 встроен в IPV6. И без него никак. Хотя на всех сетевых интерфейсах этот протокол отключён.

Ссылку прочитал. Смотрю там зависимость можно при старте прописать. Попробую так сделать.

(46) По ссылке написано, что недостаточно просто отключить протокол на интерфейсах из гуя. Нужно лазить грязными ручками в реестр. Правда, не уверен, что это корректное лекарство для Windows 8

[skip]
Только что как раз обучалку MS 20410B смотрел, там было сказано, что ipv4 работает "внутри" ipv6, который "назначен" основным. Имхо из этого следует, что отключить ipv6 невозможно.
[skip]

Вот такая фигня. :( Блин, но ведь работало же :(

(48) Может проблема все таки как здесь?

(42)
вместо 127.0.0.1 поставить надо 192.168.

тоже была подобная ситуация, стоял сервак Вин-апдейты автоматом ставились. после очередного обновления/перезагрузки сервер не поднялся. помогло только то что "случайно нашелся лишний сервер". бред/не бред но переставь винду, времени ты уже думаю потерял равнозначно перестановке системы
Остановить скуль сервер.
Перестартануть скуль и сервер адинэса. Наслаждаться хорошей погодой и не забыть выпить за моё здоровье.
(50) Я уже склоняюсь к этой мысли :(
Если до 20:00 не найду приемлемого варианта, то буду переставлять. Благо за два дня до этого как раз содрал образ диска Це Акронисом. Только образ не со мной, а то уже с утра бы запустил восстановление.
(52) В рукопашную просто ragent.exe - без проблем. Тут же в консоли его видно становится. Соединение идёт идеально.
(51) Нет rgmgr.exe в процессах. В том то и беда.
В общем, пляски с бубном и статьи не помогли. Видимо, действительно просто бэкап восстановить придётся. Но где гарантия, что не повторится проблема :(
(50) По журналу обновлений следует, что ни одно обновление за ночь не ставилось. Ещё вчера вечером всё работало. И даже перегружался комп. Сегодня с утра - как отрезало.
Понятно, что мистики не бывает. Но непонятно, что за хрень поспособствовала этой беде.
(56) ragent.exe? Ты прав мистики не бывает. Убивай все процессы 1С под всеми пользователями, чисти кэш и всё запустится.