Доступ к базам сервера 1С 8.2 из вне
Есть сервер 1С 8.2(64) не в домене с именем netbios (main) на нем сервер 1с и MSSQL c внутренним ip 192.168.0.123
подключен к роутеру (порты на сервер проброшены внешний ip 123.223.34.45)
есть домен main.ru c прописанным IP 123.223.34.45
На любом пк добавляю базу указывая днс имя сервера 1С = main.ru имя базы baza
Получаю ошибку
Решение добавлением строки на пк с которого подключаемся (123.223.34.45 main) в файл hosts мне понятно.
Вопрос как можно обойти редактирование файла hosts со стороны клиента ?
Что нужно настроить на сервере чтобы не возникало такой ошибки и не требовалось редактирования hosts
Решение.
Надо поправить пару файлов
\srvinfo\srvribrg.lst поменять main на main.ru (не забыть остановить службу)
\srvinfo\reg_1541\1CV8Reg.lst то же самое
подключен к роутеру (порты на сервер проброшены внешний ip 123.223.34.45)
есть домен main.ru c прописанным IP 123.223.34.45
На любом пк добавляю базу указывая днс имя сервера 1С = main.ru имя базы baza
Получаю ошибку
server_addr=main descr=Ошибка сетевого доступа к серверу
(Windows Sockets – 11001(0x0002AF9). Этот хост неизвестен. ) line=991 file=.\src\DataExchangeTcpClientlmpl.cpp
(Windows Sockets – 11001(0x0002AF9). Этот хост неизвестен. ) line=991 file=.\src\DataExchangeTcpClientlmpl.cpp
Решение добавлением строки на пк с которого подключаемся (123.223.34.45 main) в файл hosts мне понятно.
Вопрос как можно обойти редактирование файла hosts со стороны клиента ?
Что нужно настроить на сервере чтобы не возникало такой ошибки и не требовалось редактирования hosts
Решение.
Надо поправить пару файлов
\srvinfo\srvribrg.lst поменять main на main.ru (не забыть остановить службу)
\srvinfo\reg_1541\1CV8Reg.lst то же самое
По теме из базы знаний
- Многопоточное тестирование производительности сервера 1С - СУБД
- Практика доступа в базу 1С через протокол oData. Чтение данных
- Создание стартовой базы
- Утилита тестирования сервера 1С от HADGEHOGs
- Подключение двух и более COMConnector'ов (COM-соединений) к различным релизам сервера 1С:Предприятие 8.3 на одном компьютере
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) azmon, когда прописываю ip все равно выдает ошибку,
на самом сервере netbios имя main и сервер 1c привязывается к нему, дальнейшее общение между клиентом и сервером происходит по имени локального хоста сервера.
т.е пока на клиентском пк не пропишу в hosts (main 123.223.34.45), делов нет.
на самом сервере netbios имя main и сервер 1c привязывается к нему, дальнейшее общение между клиентом и сервером происходит по имени локального хоста сервера.
т.е пока на клиентском пк не пропишу в hosts (main 123.223.34.45), делов нет.
Решено.
Итак скобки не помогли так как по умалчанию при добавлении базы они есть.
Надо поправить пару файлов
\srvinfo\srvribrg.lst поменять main на main.ru (не забыть остановить службу)
\srvinfo\reg_1541\1CV8Reg.lst то же самое
Вообщем все просто оказалось, думал сложнее ))))
ЗЫ Всем спасибо за отклик.
Итак скобки не помогли так как по умалчанию при добавлении базы они есть.
Надо поправить пару файлов
\srvinfo\srvribrg.lst поменять main на main.ru (не забыть остановить службу)
\srvinfo\reg_1541\1CV8Reg.lst то же самое
Вообщем все просто оказалось, думал сложнее ))))
ЗЫ Всем спасибо за отклик.
В руководстве администратора подробно описан процесс подключения клиента к серверу. Вкратце суть в том, что клиент сначала подключается к менеджеру кластера, получает от него указание на рабочий сервер/рабочий процесс и потом уже соединяется с рабочим процессом. Указание рабочего процесса клиент получает в виде <имя хоста, как оно указано в консоли кластера>:порт. Соответственно, указанное в консоли кластера имя рабочего сервера должно разрешаться на клиенте в IP-адрес.
На самом деле совершенно необязательно править конфигурационные файлы кластера, можно пересоздать кластер с корректным именованием, можно средствами VPN выдать клиенту свою службу DNS или WINS. Это будет более безопасным решением. Или, если используемая конфигурация работает в режиме управляемого приложения, Вы можете использовать локальную веб-публикацию или сервис 1С:Линк.
На самом деле совершенно необязательно править конфигурационные файлы кластера, можно пересоздать кластер с корректным именованием, можно средствами VPN выдать клиенту свою службу DNS или WINS. Это будет более безопасным решением. Или, если используемая конфигурация работает в режиме управляемого приложения, Вы можете использовать локальную веб-публикацию или сервис 1С:Линк.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот