На диске С: создаем главную папку нашего сервера , назовем ее WebServer , в ней создадим две папки , папку WAMP – в которой будут расположены все программы Web–сервера , и папку home – в которой разместим страницы нашего сайта .
В папке WAMP создадим три папки для сервера и одну папку для почты , Первые три это Apache24 , PHP , mysql-8.0 и четвертая для почты Sendmail .
Далее нужно создать папку home , в которой создадим две папки , папка DB где будет находится база данных и пака www в которой будет находиться наш сайт .
Также можно создать папку uncludes где в дальнейшем мы будем хранить файлы конфигурации PHP .
Установка и настройка Apache 2.4
После скачивания Apache (архив httpd-2.4.57-win64-VS17.zip ) распакуйте архив и скопируйте файлы архива в папку Apache24 находящуюся в каталоге C:WebServerWAMPApache24
После распаковки или копирования перейдите в папку c:WebServerWAMPApache24conf и откройте файл httpd.conf в любом текстовом редакторе. Лучше конечно использовать Notepad++ в нем есть нумерация строк.
Сначала внесем изменения в главный конфигурационный файл сервера Apache – httpd.conf , откроем его в Notepad++ C:/WebServer/WAMP/Apache24/conf/httpd.conf и отыщем следующую директиву – строка 37:
Define SRVROOT «c:/Apache24»
Define SRVROOT «c:/WebServer/WAMP/Apache24»
Меняем – Строку 162 :
#LoadModule rewrite_module modules/mod_rewrite.so
LoadModule rewrite_module modules/mod_rewrite.so
Меняем — Строка 227:
#ServerName www.example.com:80
ServerName localhost
Меняем – Строка 251:
DocumentRoot «$/htdocs»
DocumentRoot «c:/WebServer/home/www/»
Меняем – Строка 252:
/htdocs»>
Находим строку 268:
# AllowOverride controls what directives may be placed in .htaccess files. # It can be «All», «None», or any combination of the keywords: # AllowOverride FileInfo AuthConfig Limit
Находим – Строка 272:
AllowOverride None
AllowOverride All
Меняем – Строка 284:
DirectoryIndex index.html
DirectoryIndex index.php index.html index.htm index.shtml index.html.var
Это основные настройки , при которых Web – сервер Apache уже готов к работе , но мы продолжим настройку сервера .
Чтобы иметь возможность использовать файл конфигурации .htaccess , необходимо включить его поддержку .
Находим раздел – Строка 252:
– строка 252 …
Внутри раздела отыскиваем строки — Строка 265:
Options Indexes FollowSymLinks
AllowOverride None – строка 272
И заменим их на :
Options -Indexes +Includes +FollowSymLinks
AllowOverride All
Находим строки под номером 234:
AllowOverride none Require all denied
AllowOverride All Options -Indexes +Includes +FollowSymLinks Require all granted
Внутри раздела – Строка 384:
/cgi-bin»> AllowOverride None
AllowOverride All
Заменим строку – под номером 433:
#AddHandler cgi-script .cgi
AddHandler cgi-script .cgi .pl
Убираем комментарии в строках – 444 , 445 , 499 , 502 , 520 .
AddType text/html .shtml AddOutputFilter INCLUDES .shtml Include conf/extra/httpd-autoindex.conf Include conf/extra/httpd-default.conf Include conf/extra/httpd-languages.conf
Проделав это все , сохраним файл httpd.conf
Теперь в браузере набираем http://localhost/ и видим следующее:
Каталог c:WebServerhomewww пуст
Все ваши файлы нужно располагать в папке c:WebServerhomewww
Как это сделать можно посмотреть Здесь .
На данном этапе Web – сервер готов к использованию , если по какой то причине сервер выдает ошибку то нужно проверить все настройки конфигурации файла httpd.conf .
По собственному опыту скажу , для начала чтобы вносить какие то изменения в файле httpd.conf , делаем его копию , после этого можно всегда начать с чистого файла.
Запустить можно также через файла httpd.exe , то есть перейти к исполняемому файлу который находится в папке c:WebServerWAMPApache24bin и запустить исполняемый файл httpd.exe , так же для удобства создать ярлык файла ApacheMonitor.exe и разместить его на рабочем столе , это удобно для перезапуска и остановки Web – сервера Apache .
Установка и удаление Apache как службы Windows
c:WebServerWAMPApache24binhttpd.exe -k install – Устанавливает службу
c:WebServerWAMPApache24binhttpd.exe -k uninstall Удаляет Apache
В следующем разделе будут рассмотрена создание виртуальных хостов .
Источник: sms-webserver.ru
1С СЕРВЕР ВЗАИМОДЕЙСТВИЯ. УСТАНОВКА НА WINDOWS SERVER 2019
Сервер взаимодействия, система взаимодействия – это механизм, позволяющий взаимодействовать между собой клиентским приложениям, серверу и пользователям одной или нескольких информационных баз.
В состав дистрибутива входят следующие компоненты:
- Сервер системы взаимодействия.
- Распределенное хранилище Hazelcast. В нем хранятся сессии пользователей, подписки на события, очереди.
- Поисковый кластер Elasticsearch. Используется для подбора пользователей и полнотекстового поиска.
Сервер взаимодействия может быть установлен на Windows или Linux. Для операционной системы Windows в дистрибутиве есть программа установки, которая устанавливает все три компонента на один компьютер, и стандартным образом настраивает их. Это самый простой вариант развертывания сервера взаимодействия.
Моя инструкция
Вот и я решил разобраться с этой системой. Сел с утра, скачал официальную версию 1С:Сервер взаимодействия, почитать можете здесь, открыл youtube и посмотрел ролики по установке. Разворачиваю чистую виртуалку и начинаю повторять. Конечно же ничего не получилось.
Ну думаю на ИТС плохого не посоветуют, иду туда, повторяю и конечно же ничего не получается. Скачиваю другую версию, ставлю, опять не хочет. Отключаю хардкор, ставлю по самой простой инструкции, вроде все работает и хрен там. Начинаю пытаться в логах, “курю мануалы”, короче весь день фигней занимаюсь и оказывается на ИТС тоже написано далеко не все.
Запишись на тренинг
РАЗБЕРИСЬ СО ВСЕМИ ВОЗМОЖНОСТЯМИ API TELEGRAM ПРИ РАБОТЕ ИЗ 1С
Может это конечно баг, ну блин там четко написано, установили и дальше можете не читать. После исследования всех конфигурационных файлов я замечаю, что одного нет. То есть инсталлятор его не создал. Создаю его командой из хардкорного мануала и все работает.
В итоге записал видео в котором покажу как установить 1с сервер взаимодействия на windows server 2019. Устанавливать будем сервер взаимодействия версии 8.0.15.
В следующих видео мы рассмотрим различные варианты использования сервера взаимодействия при работе в 1С, в том числе и новую возможность по созданию ботов.
Так что подписывайтесь на канал, ставьте лайк если видео было полезным, а если ставите дизлайк, то обязательно напишите в комментариях почему. Я читаю все комментарии, прислушиваюсь к замечаниям и улучшаю контент для вас.
ring cs —instance cs websocket set-params —hostname localhost
ring cs —instance cs websocket set-params —port 9000
http://localhost:8087/rs/health
Источник: nizamov.school
Windows Server 2019 — терминальный сервер без домена
Установим роли терминального сервера на Windows Server 2019 и лицензируем. Маленькая тонкость — сервер не в домене.
Подготовка Windows Server 2019
Для начала установим сам сервер. Всё необходимое вынесено в отдельную статью:
Не забываем про настройку:
Итак, операционная система установлена и настроена. Сервер в рабочей группе WORKGROUP.
Установка роли терминального сервера
Нам понадобится установить две роли, можно выполнить установку одновременно, я предлагаю инструкцию с минимальным количеством перезагрузок.
Роль Remote Desktop Licensing
Входим в Server Manager. Справа вверху выбираем Manage > Add Roles and Features.
Попадаем в раздел Before You Begin.
Это начальная страница, пропускаем. Next.
Попадаем в раздел Installation Type. Для установки сервиса удаленных рабочих столов предусмотрен специальный мастер Remote Desktop Services installation, но нам не удастся его использовать, поскольку сервер не в домене. Выбираем Role-based or feature-based installation. Next.
Попадаем в раздел Server Selection. Выбираем текущий сервер. Next.
Попадаем в раздел Server Roles. Выделяем галкой роль Remote Desktop Services. Next.
Попадаем в раздел Features. Здесь ничего дополнительно не выбираем. Next.
Попадаем в раздел Remote Desktop Services. Ненужное нам окошко. Next.
Попадаем в раздел Role Services. Первая роль, которую нам нужно установить, это Remote Desktop Licensing. Выделяем галкой.
Нам предлагают установить дополнительные фичи, которые требуются для данной роли. Соглашаемся, Add Features.
Remote Desktop Licensing выделено галкой, Next.
Попадаем в раздел Confirmation. Install.
Начинается установка роли.
Роль Remote Desktop Licensing успешно установлена. Примечательно, что перезагрузка не требуется.
Открываем Windows Administrative Tools.
Переходим в папку Remote Desktop Services.
Запускаем оснастку Remote Desktop Licensing Manager.
Выбираем наш сервер, правой кнопкой — активировать.
Открывается окно активации. Next.
Выбираем метод соединения Web Browser. Next.
Получаем код продукта который нам понадобится для активации (Product ID). Копируем.
Выбираем «Activate a license server». Next.
Вводим Product ID полученный ранее, организацию и любую страну или регион. Next. Next.
Если все сделано правильно, то мы получим необходимый код сервера лицензирования. Копируем его. На вопрос «Do you wish to install client access licenses now on the license server with this product ID?» отвечаем «Yes» и пока возвращаемся к терминальному серверу, к текущему окну ещё вернёмся.
Вводим код в открытом мастере, жмём Next.
Устанавливаем галку «Start Install Licenses Wizard now». Next.
Открывается мастер установки лицензий. Next.
Нас просят ввести license key pack ID. Возвращаемся к браузеру.
Вставляем License Server ID, в качестве программы лицензирования, по идее он уже должен сюда переместиться из предыдущего окна. License Program выбираем Enterprise agreement. Указываем компанию и страну. Next.
Выбираем тип продукта: Windows Server 2019 Remote Desktop Services Per Device client access license. Указываем количество лицензий. Обязательно соглашение Enterprise agreement, или ищем в интернете который подойдет…
Не стоит выбирать лицензии Per User, иначе потом вы получите такую ошибку:
Ну вот мы и получили нужные нам клиентские лицензии. Копируем.
Вводим ключ в мастер. Next.
Возвращаемся к Remote Desktop Licensing Manager. Сервер активирован. Лицензии получены. Кстати, они начнут тратиться после окончания триального периода.
Роль Remote Desktop Session Host
Входим в Server Manager. Справа вверху выбираем Manage > Add Roles and Features.
Попадаем в раздел Before You Begin.
Это начальная страница, пропускаем. Next.
Попадаем в раздел Installation Type. Выбираем Role-based or feature-based installation. Next.
Попадаем в раздел Server Selection. Выбираем текущий сервер. Next.
Попадаем в раздел Server Roles. Выделяем галкой роль Remote Desktop Session Host.
Нам предлагают установить дополнительные фичи, соглашаемся. Add Features.
Роль Remote Desktop Session Host выделена. Next.
Попадаем в раздел Features, ничего не выделяем. Next.
Попадаем в раздел Confirmation. Ставим галку Restart the destination server automatically if required. Отображается предупреждение, что сервер может быть перезагружен. Yes.
Начинается процесс установки роли.
В процессе устанавливаются компоненты.
После перезагрузки автоматически продолжается установка роли. Триальный период работы терминального сервера — 119 дней.
Роль Remote Desktop Session Host успешно установлена. Close.
Открываем Windows Administrative Tools.
Переходим в папку Remote Desktop Services.
Запускаем оснастку Remote Desktop Licensing Diagnoser.
The licensing mode for Remote Desktop Session Host server is not configured.
gpedit.msc
Откроется Local Group Policy Editor.
Раскрываем Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing.
Редактируем Use the specified Remote Desktop license servers.
Включаем — Enabled. В поле «License server to use» прописываем сервер, с которого получать лицензии, в моём случае «localhost». OK.
Редактируем Set the Remote Desktop licensing mode.
Включаем — Enabled. В поле «Specify the licensing mode for the RD Session Host server» устанавливаем значение Per Device. OK.
Снова запускаем оснастку Remote Desktop Licensing Diagnoser. Теперь всё зелёное, ошибок нет.
Практические испытания
Поскольку мы с вами системные администраторы 99 уровня, то нам нужно провести практические испытания терминального сервера.
На терминальном сервере создаём трёх локальных пользователей: user1, user2, user3.
Включаем их в группу Remote Desktop Users.
Коннектимся под этими пользователями к терминальному серверу по RDP.
Есть три активных сеанса.