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

После установки сервера 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.

О том, как и почему это надо сделать — можно почитать тут Настройка DNS-адресации на сервере 1С.

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

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

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

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

3. Проверить в консоли администрирования 1С: Предприятия — как у вас собран кластер 1С:Предприятия.

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

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

Правильно:

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

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

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

Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.

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

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

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

Ошибка соединения сервером – клиент не может подключиться к агенту сервера 1С, процессу ragent. Порт в сообщении 1541(по умолчанию):

Ошибка соединения рабочим процессом – клиент не может подключиться к рабочему процессу сервера rphost. Порт в сообщении может быть из диапазона 1560-1591(по умолчанию).

Ошибка соединения сервером – клиент не может подключиться к менеджеру сервера 1С, процессу rmgr. Порт в сообщении 1540(по умолчанию).

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

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

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

Такое сообщение можно увидеть если на сервере 1С не запущен ни один рабочий процесс rphost.

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

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

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

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

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

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

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

Или

Видим, что у нас rphost слушает порт 1560

Если не все процессы запущены смотрим как исправить тут Ошибки сервера 1С на Linux.

2. Если процессы запущены — проверим доступность рабочих процессов по портам, которые они «слушают».

С компьютера пользователя необходимо выполнить команду:

и другие порты, на которых есть rphost.

К причинам отсутствия доступа по данному порту можно отнести:

• Блокировка брадмауэром или другими подобными программами;
• Отсутствие доступа на уровне сети;
• Работающий selinux.

3. Проверяем dns-адресацию.

В частности:

• • • hosts на компьютере пользователя

(в Windows: C:WindowsSystem32driversetchosts);

• • • hosts на сервере 1С (в ОС Linux: /etc/hosts);
    • реестр кластера 1С

(по умолчанию в ОС Linux: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst.).

Ошибка может быть связана с несоответствием указания имени сервера

• • • у пользователя
    • в реестре кластера серверов 1С:Предприятия.

Например, с различиями в указании имени сервера с/без домена.

   drugoi_mir

24.12.15 — 13:30

Добрый день.

Версия платформы: 8.3.6.2449

Режим работы: Клиент-серверный вариант

MS SQL и сервер 1С установлены на одном серв.

База в SQL одна. УТ 11.

Пользователей работает не больше двух одновременно.

Клиенты подключаются по RDP на тот же сервер,сразу же открывается 1С.

Примерно раз два в день возникает ошибка установки соединения(скрин в приложении).

Скажите из-за чего это может быть?

С виду проблем особых нет, сервер 1С работает,SQL работает,службы запущены.

Но соединение с базой не проходит даже после нескольких попыток.Куда копать?

Лечится все перезапуском агента.

По регламенту ночью каждый день настроен перезапуск агента.

   Cyberhawk

1 — 24.12.15 — 13:31

скрин в приложении // ?

   Cyberhawk

2 — 24.12.15 — 13:31

Как вариант — не хватает портов для создания новых рабочих процессов

   drugoi_mir

3 — 24.12.15 — 13:36

   Cyberhawk

4 — 24.12.15 — 13:54

(3) И как там посмотреть твой скрин, не скачивая его себе на комп? Плевок тебе за такое

   drugoi_mir

5 — 24.12.15 — 14:01

   Cyberhawk

6 — 24.12.15 — 14:04

(5) Сколько баз зарегистрировано в кластере?

Какой диапазон портов используется у рабочего сервера этого кластера?

   Cyberhawk

7 — 24.12.15 — 14:05

Что указано в ограничениях для рабочих процессов (количество ИБ / количество соединений на процесс)?

   drugoi_mir

8 — 24.12.15 — 14:10

   Cyberhawk

9 — 24.12.15 — 14:11

Сколько рабочих процессов в кластере на момент наступления невозможности входа в базу?

   Cyberhawk

10 — 24.12.15 — 14:12

А еще зайди-ка в свойства папки srvinfo и скажи, не выдалось ли тебе сообщение о неправильном порядке чего-то там с правами

   drugoi_mir

11 — 24.12.15 — 14:20

   Cyberhawk

12 — 24.12.15 — 15:19

Поставь для теста параметры  «1 ИБ на раб. процесс» и «1 соединение на раб. процесс»

Но учитывай при этом, что при стандартном диапазоне портов (32 штуки) кластер сможет обслужить не больше 32 соединений ко всем базам, входящим в этот кластер (тебя такое должно устроить по идее, судя по (0))

   drugoi_mir

13 — 24.12.15 — 19:57

Спасибо. Попробовал 1 2 поставить, посмотрим полет.

   drugoi_mir

14 — 24.12.15 — 19:58

Единственный совет, всех кого спрашивал грешили на баги 1С и ничего не могли посоветовать.

   Cyberhawk

15 — 24.12.15 — 20:04

Если поставишь 1 1, то либо проблема быстрее проявит себя (т.к. на каждый РП будет приходиться одно соединение), либо ты быстрее вычислишь проблемное соединение (пользователя / регл. задание), если дело именно в соединении.

Если ставить 1 2, как сделал ты, то это только отсрочит диагностику, т.к. и до этого у тебя один РП обслуживал несколько соединений.

Т.е. фишка именно в изоляции соединений, а это только через 1 1

   drugoi_mir

16 — 24.12.15 — 20:08

Сейчас пока по сути 1 пользователь только работал. Какие симптомы нужно будет проанализировать если опять такая же ошибка повторится?

   Cyberhawk

17 — 24.12.15 — 21:00

Ну, для начала убедиться (при 1 1), что создаются рабочие процессы (в кластере и в списке процессов ОС) в количестве больше, чем один

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

   igork1966

18 — 24.12.15 — 22:19

(11) У тебя случаем не поставлено ограничение н рамер памяти на один процесс… типа хотели поставить ~3G а случайно одну цифру пропустили…

   drugoi_mir

19 — 25.12.15 — 09:18

(17)  Создаются и там и там. На второй вопрос тоже могу сразу тебе ответить. Они спокойно работают их не выкидывает. Проблема только с новыми пользователями, которые хотят подключиться.

   Cyberhawk

20 — 25.12.15 — 12:25

(19) А если во время «порчи» (назовем так период, когда наблюдается невозможность входа в базу) выйти из базы из-под работающего пользователя, то всё — он уже обратно в базу не зайдет? Или не могут зайти только те пользователи, которых не было в базе на начало «порчи»?

   drugoi_mir

21 — 25.12.15 — 12:58

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

   timurhv

22 — 25.12.15 — 13:00

(11) Ключ на 1 рабочее место? o_O

   timurhv

23 — 25.12.15 — 13:01

(22) Тьфу, спутал с серверным, ссори

Также во время порчи посмотри потребляемую (агентом, менеджером кластера и рабочими процессами) память

В свойствах кластера и рабочего сервера параметры по умолчанию стоят (нолики)?

Бывает, однажды, ни с того и с чего программа 1С нам выдает: Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Несколько вариантов поиска ошибок и решений:

1. Глюк сервака — всякое бывает

Остановите в диспетчере задач процессы: ragent rphost rmngr и Запустите службу «Агент сервера 1С:Предприятие»

2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst

Нужно удалить все из папки srvinfo

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 …

Запустите службу «Агент сервера 1С:Предприятие». 

Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы

3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.SrcDataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Данная проблема связана с тем, что настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера 1С:Предприятие»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 …

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера 1С:Предприятие». 

---

После выполнения указанных действий — Все будет

если вдруг нет — повторите пункт 2 !

Зачастую пользователи конфигурации сталкиваются с проблемой доступа к личному кабинету в виде ошибки 1С:Enterprise 8 application error. Большинство сразу приходит к выводу, что проблема заключается в базе или самой конфигурации. Это и понятно, так как значение заголовка ошибки

«Ошибка приложения 1С:Предприятие 8»

на русском не дает никаких объяснений.

Но на самом деле это не так и сейчас разберемся почему? Как видно на скриншоте, расположенном выше, текст HTTP:Not found говорит о том, что http-сервис не найден. Единственной причиной воспроизведения данного сообщения может быть только неправильная публикация базы(неопубликованный http-сервис «Личный кабинет»). Для решения проблемы необходимо открыть конфигурацию в режиме «Конфигуратор». Далее перейти в «

Конфигуратор

«-«

Администрирование

«-«

Публикация на веб-сервере

» и на закладке «http-сервисы» установить все чек-боксы, включая «Личный кабинет«.

В конце все, что остается, это заново переопубликовать базу и перезапустить веб-сервер (Apache или IIS).

  

Cancell

18.11.19 — 09:59

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

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

Запрос делаем GET

http://IP_Address:8080/VM2014/ws/CardActivate.1cws?wsdl&CardNumber=9051112233&ClientPhone=9051112233&ClientName=Name&ClientEmail=name@mail.ru&BDate=111111

В vrd такая строка — ib=»Srvr="SERVER_1C";Ref="VM2014";»

Подскажите плз куда копать?

На Localhost в Эксплорере просто возвращает описание сервиса, в отладке не попадат в обработчик вообще

  

Cyberhawk

1 — 18.11.19 — 10:04

Ни о чем

  

Cancell

2 — 18.11.19 — 10:07

(1) сервер апач 2.2, платформа (8.3.13.1644)

Что еще уточнить?

  

Cancell

3 — 18.11.19 — 11:01

Никто не сталкивался с такой проблемой?

Я так понимаю судя по ошибке «Ошибка в строке соединения с информационной базой.» проблема в default.vrd но сама база запускается через веб клиент…

  

bolero

4 — 18.11.19 — 11:47

(0) тебе ж машина написала русским языком: Ошибка в строке соединения с информационной базой

как оно тебе соединится с сервером "SERVER_1C", когда он называется SERVER_1C ?

  

Cancell

5 — 18.11.19 — 12:09

(4) так я так понимаю это кавычка так закодирована,база то сама открывается.

  

hhhh

6 — 18.11.19 — 12:10

(5) уберите эти кавычки.

  

Cancell

7 — 18.11.19 — 12:14

(4)(6) сделал

ib=»Srvr=SERVER_1C;Ref=VM2014;»

ничего не изменилось

  

Cancell

8 — 18.11.19 — 12:15

<?xml version=»1.0″ encoding=»UTF-8″?>

<point xmlns=»http://v8.1c.ru/8.2/virtual-resource-system»;

        xmlns:xs=»http://www.w3.org/2001/XMLSchema»;

        xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»;

        base=»/vm2014″

        ib=»Srvr=SERVER_1C;Ref=VM2014;»>

  

hhhh

9 — 18.11.19 — 12:38

(7) ib=»Srvr=SERVER_1C;Ref=VM2014;;»

  

Cancell

10 — 18.11.19 — 12:47

(9)

Добавил точку с запятой, опять ничего = та же ошибка

<?xml version=»1.0″ encoding=»UTF-8″?>

<point xmlns=»http://v8.1c.ru/8.2/virtual-resource-system»;

        xmlns:xs=»http://www.w3.org/2001/XMLSchema»;

        xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»;

        base=»/vm2014″

        ib=»Srvr=SERVER_1C;Ref=VM2014;;»>

  

Cancell

11 — 18.11.19 — 13:04

Что такого в строке соединения ему может не нравится?

вот описание сервиса в vrd

<point name=»Dart_CardActivation»

                alias=»CardActivate.1cws»

                enable=»true»

                reuseSessions=»dontuse»

                sessionMaxAge=»20″

                poolSize=»10″

                poolTimeout=»5″/>

  

Cyberhawk

12 — 18.11.19 — 13:35

Со строкой соединения все нормально, высказавшиеся выше — мимо

  

bolero

13 — 18.11.19 — 13:35

есть еще вариант, что SERVER_1C не резолвится по dns с машины, где веб-сервер

  

Cancell

14 — 18.11.19 — 13:49

(12) а есть предположения в чем может быть проблема, а то в запасе только вариант перезагрузки сервера… но это уже после 23:00 =

  

Cancell

15 — 18.11.19 — 13:50

(13) все на одном серваке поднято

  

Cyberhawk

16 — 18.11.19 — 13:54

(14) См. (1)

  

Cancell

17 — 18.11.19 — 14:11

(16) спасибо, но там ни о чем не понятно

  

bolero

18 — 18.11.19 — 14:12

(15) это не мешает не резолвиться

  

Cyberhawk

19 — 18.11.19 — 15:17

(17) Зеркало

  

ДенисЧ

20 — 18.11.19 — 15:21

ping SERVER_1C

что говорит?

  

Cancell

21 — 18.11.19 — 15:34

(20) по ИП пингуется, запросы я по ИП отправляю

а локально по имени пингуется , только ответ в странном формате, ответ не от ИП и как будто от МАКадреса

  

acht

22 — 18.11.19 — 17:30

  

acht

23 — 18.11.19 — 17:34

(21) > и как будто от МАКадреса

Вау, так на моей памяти ipv6 еще никто не называл.

Чини DNS.

  

Cancell

24 — 19.11.19 — 21:02

(22) а как правильно передавать? это мне разработчик сайта такую передачу параметров организовал

Переводим сервисы на 8.3.3, возможны некоторые шероховатости

Модераторы: Дмитрий Юхтимовский, Лысиков Денис

Переводим сервисы на 8.3.3, возможны некоторые шероховатости

просим отнестись с пониманием

Гилёв Вячеслав

 

Сообщений: 2543

Зарегистрирован: 11 фев 2013, 15:40

Откуда: Россия, Москва

---

---

Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

syncmas » 13 июн 2013, 09:56

Сервис SQLSize пока не работает. Пишет вот что:
1C:Enterprise 8 application error:

Ошибка установки соединения
by reason:
server_addr=tcp://skynet:5541 descr=192.168.0.3:5541:10061(0x0000274D): Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. ; line=813 file=SrcDataExchangeTcpClientImpl.cpp

syncmas

 

Сообщений: 8

Зарегистрирован: 19 май 2013, 16:45

---

Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

syncmas » 13 июн 2013, 11:31

Сервис sqlsize пока не работает. Пишет вот что:
1C:Enterprise 8 application error:

Ошибка установки соединения
by reason:
server_addr=tcp://skynet:5541 descr=192.168.0.3:5541:10061(0x0000274D): Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. ; line=813 file=SrcDataExchangeTcpClientImpl.cpp

syncmas

 

Сообщений: 8

Зарегистрирован: 19 май 2013, 16:45

---

---

Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

EuLeEr » 17 июн 2013, 20:10

Личные сообщения запрещены и я не нашел, куда могу написать.
13.06.2013 года активировал свою учетную запись , потом через 3 минуты пришло сообщение
«Заявка на регистрацию учетной записи успешно выполнена!»и с тех пор так и нет подтверждения регистрации учетной записи, которое, как я понял из инструкций, должно прийти в виде имени пользователя и пароля для сервисов gilev.ru
Это сбой в системе регистрации или проблема на моей стороне — мой почтовый сервер выкинул письмо от вашего сервиса ?
Или быть может я вообще чего-то не понял ?

EuLeEr

 

Сообщений: 1

Зарегистрирован: 17 июн 2013, 19:32

---

Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

Гилёв Вячеслав » 21 июн 2013, 18:28

Совершенно верно, Вам должно прийти письмо с подтверждением с логином и паролем. Часто попадает в спам, обязательно проверьте там.
Если не разберетесь, пишите на

gilv@rarus.ru

Гилёв Вячеслав

 

Сообщений: 2543

Зарегистрирован: 11 фев 2013, 15:40

Откуда: Россия, Москва

---

---

Вернуться в Сервисы gilev.ru

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

При эксплуатации 1С Предприятия часто возникает потребность установки разных версий платформы. При этом, в том случае если имеется публикация WEB или HTTP сервисов, то возникает проблема несоответствия версий клиента в виде модуля расширение 1С для веб-сервера и версии самого сервера 1С. К сожалению, на веб-сервер возможно подключить только один модуль расширения 1С. Поэтому если мы попытаемся через данный веб-сервер обратиться к базе или веб-сервису 1С другой версии платформы, то получим ошибку несоответствия версии клиента и сервера 1С.

Текст ошибки:
1C:Enterprise 8 application error:
HTTP: Conflict
by reason:
Различаются версии клиента и сервера (8.3.13.1513 - 8.3.15.1830), клиентское приложение: Модуль расширения веб-сервера
by exception: 9f06d311-1431-4a54-bd6f-fa93c4d4c471

Окно браузера с ошибкой

Для чего нужен второй веб-сервер 1С

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

Установка второго сервера Апач

Итак, предположим, что у нас в системе уже установлен веб-сервер Apache 2.4. Далее по шагам:

1. Копируем всю папку с файлами веб-сервера Апач в новое расположение по своему усмотрению. Например, у нас был каталог первого экземпляра сервера в папке C:Apache24, копируем в папку C:Apache24_17001

2. Меняем в файле httpd.conf следующие настройки:

• указываем новый путь к каталогу второго севера:

Define SRVROOT «C:Apache24_17001»

• меняем порт, на котором второй сервер будет принимать подключения, укажем 17001 (можно указать свой порт):

• При необходимости использования протокола HTTPS, дополнительно меняем в файле C:Apache24_17001confextra httpd-ahssl.conf номер порта для SSL, укажем 17443:

ServerName localhost:17443

• прописываем загрузку модуля расширения 1С для веб-сервера нужного релиза (путь к модулю на вашем сервер может отличаться). Допустим у нас на первом веб-сервере подключен модуль версии 8.3.15.1830, а мы хотим так же работать с платформой 8.3.17.1549. Подключим модуль данного релиза:

LoadModule _1cws_module «C:/Program Files/1cv8/8.3.17.1549/bin/wsap24.dll»

3. Запускаем утилиту «Командная строка» от имени Администратора:

4. Переходим в каталог C:Apache24_17001bin

5. Установим службу для второго экземпляра веб-сервера Апач. Введем команду:

httpd.exe —k install —n «Apache_17001»

В результате должны увидеть сообщение об успешно установленной службе «Apache_17001»:

6. Переходим в оснастку «Службы», находим там службу с именем «Apache_17001» и если она не запущена, то стартуем ее:

7. Проверяем работу. Вводим в браузере адрес localhost:17001. Если видим тестовую страницу веб-сервера, то все прошло успешно

8. Проверяем HTTPS, вводим адрес https:// localhost:17443. После вопроса о безопасности сертификата так же должны увидеть тестовую страницу.

Итоги

Теперь после установки второго веб-сервера Апач мы получили возможность работать через веб-расширение как с сервером 1С версии 8.3.15.1830, так и с сервером 1С версии 8.3.17.1549.

Так для подключения к базе расположенной на сервере версии 8.3.15.1830 обращение идет по адресу:

localhost/base15/

а для обращения к базе на сервере версии 8.3.17.1549:

localhost:17001/base17/

Аналогично происходит обращение к web- и http- сервисам на указанных серверах.