При запуске одной из баз в клиент-серверном варианте получил сообщение об ошибке «Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру»
Зарегистрированная и исправленная ошибка технологической платформы
В ошибках платформы 8.3.4 есть зарегистрированная ошибка
10118349 Клиентский и серверный процессы одного компьютера
Проблема:
В клиент-серверном варианте информационной базы после изменения конфигурации сети на серверном или клиентском компьютере, например, после появления на компьютере новых локальных IP-адресов, может происходить ошибка
Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру.
Дата публикации:
2013-10-17
Ошибка исправлена в версиях платформы 8.3.5, но подобные ситуации могут возникать.
Варианты решения
Перезапуск службы сервера 1С
Одним из вариантов решения это остановка и запуск службы сервера. Скорей всего после остановки службы процессы rphost и rmngr не завершатся, их необходимо остановить принудительно. После запуска службы ошибка не повторяется.
Указание адреса сервера 1С в hosts
Вариант решения, предложенный в комментарии Константина, методом внесения изменений в файл C:\Windows\System32\Drivers\etc\hosts
Например наш сервер называется SERVER_1C, а его IP-адрес 192.168.1.22, то файл будет выглядеть так:
#IP-адрес ИмяСервера 127.0.0.1 localhost 192.168.1.22 SERVER_1C
После внесения изменений в фал hosts изменения применяются сразу, но скорей всего потребуется перезапустить службу сервера 1С.
Обновление параметров DNS
Вариант решения, предложенный в комментарии Александра, обновлением параметров DNS выполнением команд
ipconfig /flushdns ipconfig /release ipconfig /renew
При удаленном подключении будьте внимательны, после второй команды потеряется сетевое подключение!
Ссылка на документацию https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ipconfig
То же самое случилось на платформе 8.3.5, значит ошибку не исправили.
Помог перезапуск сервисов rphost, ragent и rmngr.
Спасибо за информацию!
Алексей, видимо не исправили, но после обновления на 8.3.5 ошибки не получал. Может сеть успокоилась)
Может быть, но больше склоняюсь к проблеме платформы, уж очень она капризная ко всякого рода окружению.
От версии к версии разработчики не только копируют ошибки, но и создают новые.
Им нужно на что то жить, сделай все нормально ИТС продаваться не будет и сторонние програмисты от голода умрут.
У 1С весь бизнес построен на создании и борьбе с собственными ошибками
Необходимо в файл C:\Windows\System32\Drivers\etc\hosts добавить две строки
IP-адрес ИмяСервера
127.0.0.1 localhost
вместо IP-адрес и ИмяСервера — данные вашего сервера (напр. 192.168.1.22 SERVER)
Спасибо. Помогло.
Константин, спасибо. Добавил как вариант решения.
Добавлю от себя. Ошибка иногда имеет немного другие симптомы, смотрите здесь. В той же теме указывается корень проблемы, а именно: «Задача состоит в том, чтобы добиться правильного адреса при пинге через имя».
Четыре часа бился с этой проблемой, и благодаря из последнему утверждению обнаружил, что ping сервера по имени с самого сервера выдается в формате ipv6. Т.е. комнада ping myserver из сети выдавала ipv4 ответы, а на самом myserver выдавала ipv6.
Решение. Отключение ipv6 в настройках адаптера мало. Необходимо полное отключение. Внизу страницы описана ручная инструкция, для тех кто не хочется качать майкрософтовский установщик, суть в изменении одного параметра реестра.
Надеюсь, своим постом сэкономлю время кому-нибудь.
UPD. 2015-07-24. Комментарий изменен Guesto. Закрыты теги)
Пардон теги не закрыл, а предпросмотра у вас нет
Роман, спасибо за полезный комментарий. На досуге ознакомлюсь и добавлю в статью как update.
Теги поправлю)
та же проблема, вариант с файлом hosts не помог, проблема решилась отключением IPv6
Роман, благодарю, решило мою проблему. Была еще при создании базы на postgreSQL похожая проблема. Тоже был конфликт с IPv6(но решил другим способом, добавлением правила в pg_hba). Но я так думаю и это подойдет.
Можно просто IP на компьютере изменить на другой. Нам помогло
Спасибо добрый человек!))) Неделю боролись с повальным падением сессий, перепробовали всё и тут как чудо ваша публикация!
Рад, что пригодилось!
В моем случае помогло когда в настройках сервера приложений 1с заменил имя сервера на localhost
8.3.19.1659 — проявилась ошибка
Помог запуск штатной фичи «Регистрация утилиты администрирования серверов x86-64».
Вышеописанные решения не пробовал
аналогично
прописать сервер в hosts не помогло.
Всем привет.
Столкнулся с аналогичной проблемой. Для решения задачи применил несколько другой способ, который помогает после сбоев в сети, возникающих периодически.
В общем, отключаем IPv6, дальше запускаем консоль от имени администратора и поочереди выполняем команды:
ipconfig /flushdns
ipconfig /release
ipconfig /renew
P.S. На удалёнке не делать, после второй команды отвалится сетевое подключение.
Александр, приветствую!
Хороший вариант, логично при таких симптомах проверить работу DNS. Спасибо, добавлю в статью!
Всё вышеперечисленное не помогло, к сожалению. Помогло полное отключение IPv6
regedit
найти ветку HKLM \ SYSTEM \ CurrentControlSet \ Services \ Tcpip6 \ Parameters \
затем найти или создать ключ DWORD (32-bit) с именем DisabledComponents
и задать значение 255 (десятичное)