Ошибка загрузки сетевой инфраструктуры отладчика 1с

Обновлено: 11.02.2023

Сервер 1С находится на одном сервере, пользователи подключаются с другого сервера по тонкому клиенту.
Столкнулись с проблемой: после какого-то кол-ва пользователей зашедших в базу, новых перестает пускать — просто падает платформа. Началось внезапно, ничего не меняли, ни конфигурацию, ни платформу, ни сервер. На текущей платформе проработали больше месяца нормально. Через технологический журнал на клиенте выцепил ошибку, с которой падает платформа «Обычно разрешается одно использование адреса сокета (протокол/сетевой адрес/порт)». Ошибку это возвращает платформе винда, везде пишут, что проблема в том, что не хватает динамических портов, которые можно расширить через реестр, но это не помогло.
Через netstat -ano на сервере удаленных рабочих столов, откуда подключаются пользователи видно, что заняты все порты с 1560 по 1591 тонким клиентом. Но многие клиенты сидят на рандомных портах типа 45434. Заметили, что новые пользователи не могут зайти в базу, когда все порты 1560-1591 заняты. Если убить любого тонкого клиента, который занимает порт в этом диапазоне и порт освобождается, то новый пользователь может зайти в базу.
Так же, когда все эти порты заняты, не получается запустить отладку из конфигуратора, ругается на «Для выполнения отладки необходимо включить поддержку сетевого протокола TCP/IP» — что тоже описано в инете как проблема занятых портов.
Не понятно, зачем тонкому клиенту на сервере удаленных рабочих столов занимать эти порты, ведь используются они сервером 1С для рабочих процессов. И почему когда свободных портов нет на РДП сервере, клиент не может подключиться к серверу 1С. Но часть клиентов спокойно висят на рандомных портах типа 45434. Такое ощущение, что при коннекте, клиент все таки занимает какой-то из портов в этом диапазоне, а после этого его перекидывает на любой свободный до 65535, но эти порты из диапазона 1560-1591 не успевают освободиться.
Объясните, по какому принципу клиент занимает порты и можно ли это как-то где-то настроить? То, что происходит в описанной ситуации это какой-то сбой либо некорректная настройка и достаточно в настройках службы 1С указать бОльший пул портов? Но никогда не слышал, чтобы в базах, где работает большое кол-во пользователей, увеличивали диапазон портов для рабочих процессов на сервере 1С.

В первый раз появилось на платформе 8.3.14.1854, после этого откатились на 8.3.12.1685, на которой были несколько месяцев, ситуация не изменилась.

вам хватит на 1 локальный порт 1561 всех подключить
сбрасывайте настройки в дефолт, переустанавливайте платформу.

(2) Так какие настройки? На РДП сервере стоит только тонкий клиент, какие и где там настройки можно сбросить?

6. Необходимо настроить сетевой стек для обеспечения возможности обработки большого числа подключений
Настройки, которые необходимо выполнить (в дополнение к настройке 5.2. Настроить рабочий сервер в соответствии с инструкцией):

Устанавливаем диапазон исходящих портов (1025; 65535)
Выполнить: netsh int ipv4 set dynamic port tcp start=1025 num=64510
Выполнить: netsh int ipv4 set dynamic port udp start=1025 num=64510

(4) Все эти настройки сделаны, это все как раз гуглится по ошибке «Обычно разрешается одно использование адреса сокета (протокол/сетевой адрес/порт)». Но легче не стало вообще. Да и 80 пользователей не так много.

Проблема в том, что тонкий клиент почему-то занимает 1560-1591 порты на рдп сервере (не на 1С сервере) и из-за этого не могут подключаться новые клиенты. Так как если через netstat выбрать клиента, который занял 1560 порт, завершить его, то другой пользователь сможет зайти.

Попытки использовать обработку с ошибкой в коде, чтобы вызвать переход в конфигуратор ничем удачным кроме ошибки не увенчались.

Стоял KIS EndPoint — удалили. Брэндмауэр Windows 7 отключен. На всякий случай дополнительно открыты порты отладки 1560-1591 по TCP и UDP дополнительно через настройки брэндмауэра. Порты проверялись — ничем другим не заняты, как 1С. Платформа переустанавливалсь

Ума не приложу в чем дело. Тем более что отладка этой базы на другом рабочем месте запускается нормально. А мне нужно на конкретно том рабочем месте, где не работает, где к 1С подключено торговое оборудование, чтобы провести замеры производительности в режиме отладки.

(1)а если попробовать поиграться с запущенными сеансами в Отладка-Подключение?

(3), Как уже писал не смотря на то, что вроде экземпляр отладки запускается. Но т.к. он не привязывается к конфигуратору, то в «Предметах отладки» пусто. Хоть сколько пытаюсь обновить список.

(1)А отладка в сеансе разрешена? Меню Сервис -Параметры -Закладка системные — что указано в Отладка в текущем сеансе? Должно быть «разрешен» и аналогично отладка при перезапуске.

Еще раз пропишу: при запуске самой отладки стоит первая галка, но отладка все-же не видна из конфигуратора. Если ставлю галочку «при запуске», то после перезапуска первая галка стоит, а вторая отжата.

(36) Александр, я посматриваю данную ветку, чувствуется мне что с портами что-то, по этому и вкладки нет в конфигураторе, видимо 1С проверяет наличие (открытость) порта и в соответствие с этим уже отображает/скрывает вкладку «Отладка».

Покопайте в этом направлении, друзей-сисьобнимов поспрашивайте (про работу с портами), жаль что моих познаний в этом темном лесе нет от слова совсем.

(37) наличие вкладки «Отладка» зависит от версии платформы, после установки релиза 8.3.9 она появилась, на скринах в записи ( 31 ) видно, просто не прописывал
(1) Проверьте в настройках отладки протокол и порт для подключения при отладке. Соответственно, проверьте брандмауэр (кстати, проверьте и сторонние, например, от KIS). Есть ли подключение к этому компьютеру по TCP/IP на порты 1560-1591?

Написано было: Стоял KIS EndPoint — удалили. Брэндмауэр Windows 7 отключен. На всякий случай дополнительно открыты порты отладки 1560-1591 по TCP и UDP дополнительно через настройки брэндмауэра. Порты проверялись — ничем другим не заняты, как 1С.

Т.е. если удалили KIS, то проверять у него нечего. Порты прямо через командную строку мониторил, целый день убил на то, чтобы заниматься этими админскими делами. Порты занимает 1С.

Плюсом по ходу в релизе 8.3.6.2237 закладка отладка отсутствует в параметрах

(17) ТС, не тупи, «Отладка» находится в 1С:Предприятии а не в конфигураторе.
Сервис — Параметры — Системные

(19) а я и не туплю
Вот, смотрим как Вы указываете.

И что мне тут смотреть. Про это уже выше написано.
Кто тупит?

(14) единственное на что меня подтолкнул данный скриншот, так это на то, что похоже в релизе 8.3.6.2237 нет закладки «Отладка», а вот на своей ПК на релизе 8.3.9 эта вкладка есть.

Походу пока еще единственный возникший вариант — поставить более новую версию 1С.

(1)Дурацкий вопрос, который не обнаружил в ответах можно? Галка начинать отладку при запуске установлена?
(1) Кстати, только что столкнулся тоже с такой проблемой.
Коллеги тоже все антивирусы/брандмауэры поотключали, перезагружали, переустанавливали платформу — ничего не помогало.
Ради интереса опросил телнетом порт отладки (telnet localhost 1562). После этого все заработало. Шайтан
(5)Тогда копать нужно систему, где отладка глючит, я с такой ошибкой еще не сталкивался

(6) жаль что не сталкивались. Я тут на Infostarte нашел подобный пост от 2013 года http://forum.infostart.ru/forum9/topic78482/ , но в нем так ничем дело и не разрешилось. Вот, надеюсь, что может «спустя года», найдется спец, кто мне подскажет, в чем же проблема.

(9)проблема редкая, если отладчик работает на другом компе в копии базы, то очевидно, что проблема с ОС / брандмауэром / антивирусами / прочим софтом. Если бы решать проблему визуально, то было бы проще найти решение
(15) естественно, что редкая. Уже от отчаяния создал обсуждение это. Т.к. нужно отладку срочно делать на производительность работы 1С с торг. оборудованием. А я ее не могу выполнить из-за того, что отладка не работает. Как уже отметил ранее. ОС Windows 7, уточню 64x, брэндмауэр отключен, антивирус в конце концов удален (а то фиг значет, чего можно ожидать от новой версии KIS EndPoint, вспоминая как в свое вермя свежая версия вроде бы KIS Internet Security дампом завершало работу 1С когда заблагорассудится, потом все-таки проблему утсранили), прочего софта практически нет, т.к. комп свежий, специально чтобы ничего не глючило собрали и только-только ОС поставили.

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

от этих параметров у тебя может и не работать!

По скриншоту понятно что это толстый клиент. Но давай уже полную инфу по пунктам!

1. Предмет отладки не появляется после запуска в списке предметов отладки, см здесь (7) , еще раз скрин

Сервис — Параметры — Отладка — где.

2. Толстый клиент
3. Как указано в проблеме во второй строчке — база файловая . Думаю нет смысла писать путь к каталогу с базой.

И еще отмечу, чего не описал в проблеме. Комп новый специально собирали , чтобы свежее железо не глючило в работе с торг.оборудованием. Поэтому и ПО основное, лишних программ практически нет.

(12) 1. Такого чюда еще не видел, возможно она в другом месте или что-то не так. Поставь 8.3.9 хотя бы!
2. Ок
3. Имеет! Файл можно открывать через сеть, а не локально, маску пиши раз спужауся усим показывать!
(29) пока только этот вариант остался из простых и очевидных. Завтра буду пробовать.

Потом еще пробовал через
\192.168.1.240UT2015

Но ситуация, увы, осталась неизменной. Есть еще идеи?

(16) жаль, что Вы не читали обсуждения здесь. Я уже писал в ( 9 ) про это обсуждение на форуме. Но там ничего полезного не оказалось.

Жаль, что Вы все ответы людей, которые пытаются Вам помочь, принимаете в штыки.

Вообще, если всё, что Вы говорите, правильно, то у Вас — какая-то серьёзная проблема. Никто Вам не подскажет волшебного решения. Так что сбавьте тон и пробуйте, пробуйте. Дзен Вам поможет, ага.

То, что Вы думаете, что удалили KIS, не говорит о том, что он действительно не работает.

Это как же так, потрудитесь, тогда пожалуйста объяснить. Просто в данному случае я не понимаю Вас.
Совсем удалили, напрочь, не просто отключили. А через удаление программ Windows удалили.

Порты именно телнетил, т.к. здравого админа нет.

Значит, KIS и брандмауэры отпадают.

Остаётся несовместимость Win32 и Win64 и некий неизвестный косяк платформы.
В любом случае, лучше обновить платформу, Win10 x64 + 1С 8.3.9 работают успешно, включая Eclipse.

Это как же так, потрудитесь, тогда пожалуйста объяснить.
Это так, что есть теория, а есть практика. И я сам видел, когда KIS после себя оставляет РАБОТАЮЩИЙ брандмауэр. А так — да, удалён через «установка/удаление». Решилось удалением вручную и исправлением ошибок реестра потом. Но это — не Ваш случай, поскольку Вы проверили порт телнетом.

(27)
(29) Установил платформу 8.3.9.1818

Ситуация никак не поменялась. Все так же имеется, как описано в начале — вроде сеанс отладочный запускается, но в предметах отладки не доступен и после обновления списка не появляется.

Вот состояние вкладок в меню «Сервис» — «Параметры» конфигуратора и предприятия (открывшегося как-бы отладочного процесса)

Проверка портов с помощью netstat и telnet при открытых сеансах конфигуратора (порт 1561) и предприятия (порт 1560), показанных на предыдущих скринах. Судя по данных netstat порты не заняты ничем другим, кроме как 1С. По данным telnet не до конца понимаю, т.к. не сисадмин, но вроде как 1560 открыт, а 1561 занят, но судя по данным netstat занят 1Ской.

Ну и новая попытка достучаться до конфигуратора с помощью обработки с ошибкой в коде. Сначала, пока была открыт прежний сеанс конфигуратора, выдавал

После того как конфигуратор был закрыт и нажата кнопка «Подолжить» все-таки открылся новый сеанс конфигуратора, но он все-так же «отвязан» и в предметах отладки не доступен ни в каком виде.

(31) значит чудо было связано с 8.3.7. Возьму на заметку!
Раз отладка не работает вообще. То явно дело в ПО в частности в винде.
1. На другом ПК работает отладка?
2 .Под другой учеткой на этом ПК работает?
3. После переустановки винды проблема решается?

(33) в смысле 8.3.7 борьба с проблемой началась на релизе 8.3.6.2237
1. Да, писал, что на других машинах отладка работает. Так же проверял на обновленной версии платформы.
2. Согласен, что тут уже только перебирать что можно. Да учетка другая есть. Но и эта, под которой запускаю вроде права полные. Но все же, попробую — дело не хитрое.
3. Винду переустановить, возможно не получится. По крайней мере придется откладывать этот вариант решение до последнего. Розничная точка, торговое оборудование на 1С прицеплено, эквайринг — не желательно да и не хотелось бы.
(33)
Могу теперь развернуто ответить по п.2.
Под админской учеткой тоже не работает.
А элементарные действия делали: почистить кэш, переустановить платформу ?

В голову приходит разве что переименовать папки «1C» в AppDataRoaming и AppDataLocal в «1С-«, запустить и закрыть стартовое окно, скопировать из «1С-» в «1С» список баз и попробовать еще раз.

Возможно в базе когда-то неудачно поигрались с «предметами отладки».

Спасибо, так и есть — вся беда оказалась в «предметах отладки».
на итс — расписано в каком случае какую галку включать: My Webpage

в моем случае — база изначально была серверная, далее выгружена в .dt и запущена в файловом режиме. Так вот при ПЕРВОЙ загрузке базы из dt-шника — все ок, отладчик есть, все показывает, но при повторном (хоть мильён раз повторно) запуске — отладчик НЕ работает. Оказалось, что в Конфигураторе-м.Отладка-Подключение (см.скрин) — стояла галка — «Искать предметы отладки на удаленном компе»-и адрес сервака на к-м ранее крутилась база. Галку сняла, но чтобы отладчики появились — надо еще в этой же форме по кнопочке «АвтоматическоеПодключение» — поставить только ДВЕ галки: клиентские и фоновые. Все заработало, ура!

на проблемной машине сделать чистую локальную БД и зацепить отладкой?

Возможно файловая информацию о сеансах где то прикусила и поможет выгон всех пользователей перезагрузка сервера

Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal

Некоторые даже систему мониторинга для 5000 ПРОБ — пишут на 1С.
Не то что вы, ламеры, с nagios, cacti, zabbix, фу.

Доброго дня.
А есть среди нас спецы по 1С, в частности по настройке сервера приложений?

Столкнулся со странной ошибкой, которая дословно выглядит так:

«Ошибка загрузки сетевой инфраструктуры свободный порт из заданных диапазонов не найден»

Путем небольших исследований удалось вычислить, что проблема возникает при 32 одновременных сеансах 1С с одного терминального сервера.
т.е. 32 человека — работают норм, а 33-й и все последующие — получает вот такую ошибку.
Если пользователь который только-что получил эту ошибку зайдет на другой терминальный сервер — 1С запустится корректно.

Версия 1С: 8.3.7.1805 (последняя)
База — на сервере приложений (в качестве БД — MS SQL).
Параметры запуска сервера приложений — стандартные. Ничего специально не меняли, кроме одного параметра
«Количество ИБ на процесс = 1». (Но в любом случае это изменение было сделано уже после возникновения ошибки и на нее (на ошибку) не повлияло.)
База конечно самописная, на базе УТ, но программеры мамой клянутся, что ничего там такого не ставили, что мол все стандартное.

Это очень похоже на какие-то ограничения типа «принимать не более N сеансов с одного IP», но где порыться в 1С чтобы это увеличить — моя не понимать.
Облазил все настройки — не нахожу чего-то что могло помочь.

Помогите, а.
позязя.

UPD1: сделали тест: запустили на сервере терминалов другую базу много раз — запускается без вопросов. довели до 50 одновременных успешных запусков и пока успокоились.
на основной базе, которая нас интересует, проблема — сохраняется. Похоже что-то в самой базе не так, а не на сервере приложений.

После установки сервера 1С на Linux у пользователей могут возникнуть проблемы при попытке подключиться к нему. Данные проблемы могут быть связаны как с настройками на сервер или клиентском компьютере, так и с настройками сетевой инфраструктуры. Рассмотри наиболее часто встречающиеся ошибки и методику поиска и исправления причин этих ошибок.

Оглавление:

Этот хост неизвестен / No such host is known

Пример полного текста ошибки:

Ошибки соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=srcDataExchangeCommon.cpp

Ошибка при выполнении операции с информационной базой.
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=srcDataExchangeCommon.cpp

Описание:

Ошибка может возникать как при работе с консолью администрирования 1С:Предприятия(добавление сервера, создание базы…), так и при запуске информационной базы.

Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.

Решение:

Настроить DNS-адресацию или прописать адреса в файл hosts.

В случае, если кажется, что все имена прописаны верно, необходимо:

1. Проверить еще раз. Скорее всего, где-то ошибка.

2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.

Часто ошибка связана с тем, указан в имени доменный суфикс или нет.

• Возможно, у вас в консоли сервера отображаются не по DNS-имени, а по IP-адресам.
• Возможно, клиент не сможет сопоставить IP-адрес DNS-имя(в случае, если сервер 1С находится в другой сети, и вы подключаетесь к кластеру напрямую).

Не правильно:

Правильно:

Необходимо удалить кластер. И собрать из консоли администрирования его заново.

Ошибки соединения с сервером 1С / рабочим процессом 1С

Описанные далее ошибки могут возникать как при работе в консоле администрирования 1С, так и при запуске информационной базы.

Попытка установить соединение была безуспешной

Пример полного текста ошибки:

Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.

Сервер 1С:Предпрятия не обнаружен

Пример полного текста ошибки:

Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.

Ошибка установки соединения

Пример полного текста ошибки:

Ошибка установки соединения
Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.

Методика устранения ошибок соединения с сервером 1С

В данном случае необходимо понимать, что:

• Либо процессов нет;
• Либо не удается «увидеть» процессы в связи с отсутствием доступа;
• Либо происходит обращение по другому адресу.

1. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.

Читайте также:

  

• Программа установки копирует временные файлы

  

• P8b75 v bios обновление

  

• Программы бустеры для андроид

  

• Как удалить zip архиватор с компьютера

  

• Excel присвоить значение ячейке vba excel