Нет ответа от сервера

1. user2130820 03.03.25 19:52 Сейчас в теме
Установили версию 8.3.20.1789, которая должна работать параллельно с версией 8.2.
Для этого изменили параметры запуска агента:
C:\Program Files\1cv8\8.3.20.1789\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo"
Соответственно сконфигурировали кластер, подключили БД.
На самом сервере клиент 1С запускается без проблем.

Но вот с рабочей станции подключения не получается. Выдается ошибка:
Нет ответа от сервера server_addr=tcp://1capp:1641 timeout=10000 line=2202 file=D:\jenkins\ci_builder\windowsbuild...

Пробовали лечить по статье
https://vk.com/@-182021850-lechenie-oshibki-net-otveta-ot-servera-1s
Но это не дало результата.
Есть впечатление, что промежуточный маршрутизатор что-то блокирует.
Но запуск telnet
Telnet 1capp 1641
Telnet 1capp 1640
Проходят без проблем.
Может быть кто-то сталкивался с проблемой.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. VPanin56 569 04.03.25 07:47 Сейчас в теме
(1)
Проверь на сервере настройки Брандмауэра, такое ощущений что на Сервере закрыт диапазон портов для 1641 агента
там надо открыть 1640, 1641, 1660-1691
3. user2130820 04.03.25 09:22 Сейчас в теме
Установили версию 8.3.20.1789, которая должна работать параллельно с версией 8.2.
Для этого изменили параметры запуска агента:
C:\Program Files\1cv8\8.3.20.1789\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo"
Соответственно сконфигурировали кластер, подключили БД.
На самом сервере клиент 1С запускается без проблем.

Но вот с рабочей станции подключения не получается. Выдается ошибка:
Нет ответа от сервера server_addr=tcp://1capp:1641 timeout=10000 line=2202 file=D:\jenkins\ci_builder\windowsbuild...

Пробовали лечить по статье
https://vk.com/@-182021850-lechenie-oshibki-net-otveta-ot-servera-1s
Но это не дало результата.
Есть впечатление, что промежуточный маршрутизатор что-то блокирует.
Но запуск telnet
Telnet 1capp 1641
Telnet 1capp 1640
Проходят без проблем.
Может быть кто-то сталкивался с проблемой.
4. user2130820 04.03.25 09:24 Сейчас в теме
На сервере 1С отключен брандмауэр.
Для контроля я запустил на клиенте Wireshark. Вижу что трафик проходит на сервере 1С и обратно. Блокировок нет.
5. RustamZz 04.03.25 09:34 Сейчас в теме
(4) Соединение с базой происходит через процесс rphost по портам 1660-1691. Какой точно можно увидеть в оснастке сервера 1С.
6. user2130820 04.03.25 10:09 Сейчас в теме
(5)База данных находится на отдельном сервере. Работает MS SQL Server.
При запуске клиента 1С на самом сервере приложений подключение происходит без проблем.
Я не понимаю почему возникает проблема с подключением с удаленного АРМа.
Проверка по telnet портов 1641, 1640, 1660 проходит успешно.
Wireshark тоже показывает, что трафик существует между удаленным клиентом и сервером приложений.
И команда netstat на сервере приложений показывает, что порты прослушиваются:
TCP 0.0.0.0:1640 1CAPP:0 LISTENING
[ragent.exe]
TCP 0.0.0.0:1641 1CAPP:0 LISTENING
[rmngr.exe]
TCP 0.0.0.0:1660 1CAPP:0 LISTENING
[rphost.exe]
7. devlog 04.03.25 10:16 Сейчас в теме
(6) потому что на клиенте может кэш 1С заглючил
9. user2130820 04.03.25 10:35 Сейчас в теме
(5)
(7) Клиента установил на чистой машине, специально для тестирования ситуации.
8. RustamZz 04.03.25 10:32 Сейчас в теме
(6) А wireshark на клиенте ничего интересного не показывает?
10. user2130820 04.03.25 10:45 Сейчас в теме
(8)
(8) В Wireshark показывает обмен:
No. Time Source Destination Protocol Length Info
13879 266.222323 10.107.227.154 10.104.2.70 TCP 66 65337 → 1641 [SYN, ECE, CWR] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM
13880 266.223042 10.104.2.70 10.107.227.154 TCP 66 1641 → 65337 [SYN, ACK] Seq=0 Ack=1 Win=8192 Len=0 MSS=1398 WS=256 SACK_PERM
13881 266.223141 10.107.227.154 10.104.2.70 TCP 54 65337 → 1641 [ACK] Seq=1 Ack=1 Win=2102528 Len=0
13882 266.223665 10.104.2.70 10.107.227.154 TCP 60 1641 → 65337 [PSH, ACK] Seq=1 Ack=1 Win=131328 Len=5
13886 266.230388 10.107.227.154 10.104.2.70 TCP 74 65337 → 1641 [PSH, ACK] Seq=1 Ack=6 Win=2102528 Len=20
13889 266.236690 10.107.227.154 10.104.2.70 TCP 807 65337 → 1641 [PSH, ACK] Seq=21 Ack=6 Win=2102528 Len=753
13890 266.237064 10.104.2.70 10.107.227.154 TCP 60 1641 → 65337 [ACK] Seq=6 Ack=774 Win=130560 Len=0
13891 266.238250 10.104.2.70 10.107.227.154 TCP 451 1641 → 65337 [PSH, ACK] Seq=6 Ack=774 Win=130560 Len=397
13902 266.245171 10.107.227.154 10.104.2.70 TCP 611 65337 → 1641 [PSH, ACK] Seq=774 Ack=403 Win=2102016 Len=557
13903 266.246100 10.104.2.70 10.107.227.154 TCP 484 1641 → 65337 [PSH, ACK] Seq=403 Ack=1331 Win=130048 Len=430
13904 266.247165 10.107.227.154 10.104.2.70 TCP 1191 65337 → 1641 [PSH, ACK] Seq=1331 Ack=833 Win=2101760 Len=1137
13907 266.274063 10.107.227.154 10.104.2.70 TCP 1191 [TCP Retransmission] 65337 → 1641 [PSH, ACK] Seq=1331 Ack=833 Win=2101760 Len=1137
13910 266.274429 10.104.2.70 10.107.227.154 TCP 66 1641 → 65337 [ACK] Seq=833 Ack=2468 Win=131328 Len=0 SLE=1331 SRE=2468
15408 286.243117 10.107.227.154 10.104.2.70 TCP 54 65337 → 1641 [FIN, ACK] Seq=2468 Ack=833 Win=2101760 Len=0
15409 286.243542 10.104.2.70 10.107.227.154 TCP 60 1641 → 65337 [ACK] Seq=833 Ack=2469 Win=131328 Len=0
15451 287.759458 10.107.227.154 10.104.2.70 TCP 66 65346 → 1641 [SYN, ECE, CWR] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM
15452 287.760003 10.104.2.70 10.107.227.154 TCP 66 1641 → 65346 [SYN, ACK] Seq=0 Ack=1 Win=8192 Len=0 MSS=1398 WS=256 SACK_PERM
15453 287.760117 10.107.227.154 10.104.2.70 TCP 54 65346 → 1641 [ACK] Seq=1 Ack=1 Win=2102528 Len=0
15454 287.760692 10.104.2.70 10.107.227.154 TCP 60 1641 → 65346 [PSH, ACK] Seq=1 Ack=1 Win=131328 Len=5
15455 287.773883 10.107.227.154 10.104.2.70 TCP 54 65346 → 1641 [ACK] Seq=1 Ack=6 Win=2102528 Len=0
15456 287.774160 10.107.227.154 10.104.2.70 TCP 74 65346 → 1641 [PSH, ACK] Seq=1 Ack=6 Win=2102528 Len=20
15457 287.780520 10.107.227.154 10.104.2.70 TCP 807 65346 → 1641 [PSH, ACK] Seq=21 Ack=6 Win=2102528 Len=753
15458 287.780940 10.104.2.70 10.107.227.154 TCP 60 1641 → 65346 [ACK] Seq=6 Ack=774 Win=130560 Len=0
15459 287.782316 10.104.2.70 10.107.227.154 TCP 451 1641 → 65346 [PSH, ACK] Seq=6 Ack=774 Win=130560 Len=397
15476 287.787074 10.107.227.154 10.104.2.70 TCP 611 65346 → 1641 [PSH, ACK] Seq=774 Ack=403 Win=2102016 Len=557
15477 287.788017 10.104.2.70 10.107.227.154 TCP 484 1641 → 65346 [PSH, ACK] Seq=403 Ack=1331 Win=130048 Len=430
15478 287.788934 10.107.227.154 10.104.2.70 TCP 1191 65346 → 1641 [PSH, ACK] Seq=1331 Ack=833 Win=2101760 Len=1137
15479 287.805086 10.107.227.154 10.104.2.70 TCP 1191 [TCP Retransmission] 65346 → 1641 [PSH, ACK] Seq=1331 Ack=833 Win=2101760 Len=1137
15480 287.805411 10.104.2.70 10.107.227.154 TCP 66 1641 → 65346 [ACK] Seq=833 Ack=2468 Win=131328 Len=0 SLE=1331 SRE=2468
17088 307.776859 10.107.227.154 10.104.2.70 TCP 54 65346 → 1641 [FIN, ACK] Seq=2468 Ack=833 Win=2101760 Len=0
17089 307.777214 10.104.2.70 10.107.227.154 TCP 60 1641 → 65346 [ACK] Seq=833 Ack=2469 Win=131328 Len=0
17157 308.282952 10.104.2.70 10.107.227.154 TCP 320 1641 → 65337 [PSH, ACK] Seq=833 Ack=2469 Win=131328 Len=266
17158 308.283031 10.107.227.154 10.104.2.70 TCP 54 65337 → 1641 [RST, ACK] Seq=2469 Ack=1099 Win=0 Len=0
17159 308.283143 10.104.2.70 10.107.227.154 TCP 60 1641 → 65337 [FIN, ACK] Seq=1099 Ack=2469 Win=131328 Len=0
19172 329.842273 10.104.2.70 10.107.227.154 TCP 320 1641 → 65346 [PSH, ACK] Seq=833 Ack=2469 Win=131328 Len=266
19173 329.842273 10.104.2.70 10.107.227.154 TCP 60 1641 → 65346 [FIN, ACK] Seq=1099 Ack=2469 Win=131328 Len=0
19174 329.842393 10.107.227.154 10.104.2.70 TCP 54 65346 → 1641 [RST, ACK] Seq=2469 Ack=1099 Win=0 Len=0

10.104.2.70 - сервер приложений
10.107.227.154 - клиент 1С
11. user1326147 04.03.25 11:52 Сейчас в теме
(10) Наблюдается TCP Retransmission, это может быть и плохое соединение, и программные ошибки, простой ping с клиента можно?
ping -n 25 10.104.2.70
13. user2130820 04.03.25 12:12 Сейчас в теме
(8)
(11)
ping -n 25 10.104.2.70

ping -n 25 10.104.2.70

Pinging 10.104.2.70 with 32 bytes of data:
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=2ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=2ms TTL=127
Reply from 10.104.2.70: bytes=32 time=2ms TTL=127
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127
Reply from 10.104.2.70: bytes=32 time=2ms TTL=127
Reply from 10.104.2.70: bytes=32 time<1ms TTL=127

Ping statistics for 10.104.2.70:
Packets: Sent = 25, Received = 25, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 2ms, Average = 0ms
12. RustamZz 04.03.25 11:59 Сейчас в теме
14. user2130820 04.03.25 12:14 Сейчас в теме
(5)
(12) В wireshark бфл установлен фильтр
ip.addr = 10.104.2.70
Так что показывается весь трафик с сервером приложений.
15. RustamZz 04.03.25 12:44 Сейчас в теме
(14) А надо бы по порту фильтрануть, а то вдруг он на другой ip ломится
16. user2130820 04.03.25 13:03 Сейчас в теме
(5)
(15) tcp.port == 1660
Пустой вывод.
17. RustamZz 04.03.25 13:31 Сейчас в теме
(16) А порт, который в (6) был указан не поменялся?
18. user2130820 04.03.25 13:56 Сейчас в теме
(5)
(17)
нет, больше ничего не менялось.
Это строка запуска агента 1С:
C:\Program Files\1cv8\8.3.20.1789\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo"
19. RustamZz 04.03.25 14:04 Сейчас в теме
(18) Порт может поменяться на любой из диапазона, вот тут проверьте.
Прикрепленные файлы:
20. user2130820 04.03.25 14:43 Сейчас в теме
(8)
(19)
Стоит 1660
Прикрепленные файлы:
23. RustamZz 05.03.25 10:29 Сейчас в теме
(20) Почему в ошибке имя сервера 1capp, а здесь другое?
24. user2130820 05.03.25 10:31 Сейчас в теме
(21)
(23) Я прост о для краткости в сообщении имя сервера сократил. Полной имя машины IM1CAPP.
Думал, так легче будет разбираться.
25. RustamZz 05.03.25 10:39 Сейчас в теме
(24) Как работает соединение с базой: Обращаемся на 1641, к менеджеру кластера и он должен нам дать имя и порт сервера 1С. Судя по картинкам, перехвату wireshark и ошибкам менеджер не отдает эту информацию, потому что попыток обращения по порту 1660 нет.
26. user2130820 05.03.25 11:55 Сейчас в теме
(21)
(25) Получается, что проблема в сервере приложений 1С? Он не передает в ответ порт 1660.
Либо проблема с установкой сервера приложений 1С, либо проблема в дистрибутиве. Так получается?
27. RustamZz 05.03.25 12:09 Сейчас в теме
(26) Всё очень странно, потому что поведение не меняется локально или удаленно запускается клиент, а в вашем случае по-разному. У меня удаленный клиент через туннель, через несколько маршрутизаторов без проблем открывает базы на всех 5 кластерах из предыдущего скрина. Единственно что бы отрабатывал днс сделана настройка на роутере
Прикрепленные файлы:
21. ELbailador 05.03.25 05:50 Сейчас в теме
Попробуй пропиши на клиенте в hosts имя сервера с привязкой к ip
22. user2130820 05.03.25 09:54 Сейчас в теме
(21)
(21) Это предложение похоже на акт отчаяния.
Я конечно попробовал.
Но это ни к чему не привело. Ошибка та же.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот