Remontnouta.ru

ПК Ремонт техники
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Консоль администрирования сервера 1С

Консоль администрирования сервера 1С

Как многим наверное известно, система 1С Предприятие поддерживает два варианта работы. Это:

  • клиент–сервер;
  • файловый вариант работы.

Для клиент-серверного режима необходимо установить Сервер 1С: Предприятия.

В данной статье рассмотрим, как администрировать этот сервер с помощью утилиты Консоль администрирования серверов 1С 8.3 (8.2).

Сразу сервисное отступление — если при запуске консоль выдает сообщение «Различаются версии клиента и сервера (8.3.х.х-8.3.х.х), клиентское приложение: Консоль кластера», Вам необходимо пройти регистрацию с помощью соответствующего ярлыка из меню «Пуск»:

Регистрация утилиты администрирования серверов 1С Предприятие

Настраиваем работу PHP из командной строки

Прежде всего Вы должны узнать расположение CLI-модуля, файла с именем «php.exe». В моем случае полный путь до данного файла выглядит так — «C:phpphp.exe».

Теперь нам нужно проверить работает ли PHP в командной строке. Для этого откроем командную строку (желательно от имени администратора) и выполним команду:

укажем полный путь до CLI-модуля, файла «php.exe» (т.е. «C:phpphp.exe»), и через пробел добавим ключ «—help».
(вызов «PHP» в консоли с ключем «—help» покажет справочную информацию).

Если после выполнения данной команды Вы получили предупреждения или сообщения об ошибках, то вероятнее всего, Вами был не верно указан путь до CLI-модуля «C:phpphp.exe».

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

Вы наверное согласитесь со мной, что каждый раз указывать путь «C:phpphp.exe» довольно-таки не приятно, и конечно же, запуск PHP можно настроить без необходимости указывать полный путь до файла «C:phpphp.exe». Для этого необходимо в «Переменные среды» в переменную «PATH» добавить путь до этого файла.

Давайте ради интереса, до внесения изменений в переменную «PATH», попробуем вызвать в консоли PHP:

выполняем команду с опцией «php —help»

В ответ Вы скорее всего получите:

Теперь добавим путь до CLI-модуля «php.exe» в переменную «PATH». Найти данную переменную можно выполнив ряд действий (визуально представлено на изображениях ниже):

«Пуск» → пункт «Панель управления» → «Система» → «Изменить параметры» → вкладка «Дополнительно» → «Переменные среды» → в нижнем блоке (Системные переменные) выделяем Переменную «Path» или «PATH» → «Изменить»

В данной переменной уже имеются пути, которые разделены точкой с запятой (;). Вам необходимо добавить в конец переменной свой путь до CLI-модуля, файла «php.exe», В моем случае путь это — «C:php». (Будьте внимательны, при внесении изменений не удалите текущие значения).

добавим путь до CLI-модуля, файла «php.exe», в переменную «PATH»

Снова выполняем команду с ключем «php —help»

команда «php» с ключем «—help» покажет справочную информацию

Администрируем сервера через единую консоль

Давно собирался написать на Хабре, но все как-то откладывал. Но вот недавно прочитал пару статей (раз, два) и понял, что надо взять себя в руки. Это мой первый пост на Хабре, надеюсь, что он будет удачный.

Logo

Начало

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

Читайте так же:
Выбор кулера для ryzen

Проба пера

Как только количество серверов перевалило за критическую отметку, у меня возник вопрос: как всем этим управлять и не тратить много времени на это. Понятно, что заходить на сервера по RDPSSH и выполнять там одинаковые команды — это не по фэншую.

Беглый анализ показал, что для управления Windows серверами лучше всего подходит Powershell. Это стало поводом для его изучения. Для начала был написан простой скрипт, который позволял подключаться к Windows серверам и выполнять там скрипты и команды. В достаточно короткий промежуток времени этот скрипт был модернизирован и стал более-менее пригоден для выполнения повседневных задач. Это позволило значительно упростить работу. Однако наряду с этим возникали и трудности: приходилось каждый раз редактировать текстовый файл со списком серверов, чтобы выполнять команды только на нужных серверах. Так же было неудобно хранить готовые скрипты для выполнения. Кроме этого, хотелось сделать что-то универсальное и легкое в использовании. Тут пригодился небольшой опыт программирования на PHP. Идея была проста — прикрутить скрипт к WEB интерфейсу и сделать его рабочим для себя и коллег. Был поднят Denwer на рабочем компьютере и работа закипела.

Через небольшое время появился первый прототип. Теперь можно было вводить команды непосредственно в браузере и перечислять сервера «через запятую». Результат выполнения так же отображался в браузере. Спустя небольшой промежуток времени появились отдельные функции по управлению процессами и службами. Сайтом начали пользоваться коллеги, стали поступать новые идеи.

Версия 2

Как вы понимаете, речи о дизайне и «юзабилити» не шло. Это был просто набор линков, окошек ввода и вывода результата. Минимальная обработка ошибок. Кроме всего, я достаточно быстро понял, что сайт является не только удобством, но и несет в себе угрозу – не было никакого контроля за выполнением команд через сайт, не велось никаких логов (логи Apache не берем в расчет). Любой, кто знал адрес, мог легко подключится и выполнить любые команды, вплоть до выключения серверов и удаления с них данных. Авторизации на сайте не было. При этом не надо было знать ни логинов, ни паролей от серверов. Достаточно было ввести имя сервера(ов) и команду, остальное сайт делал сам. Справедливости ради надо сказать, что сайт находился на моем рабочем компе и доступа извне не было, но это не особо грело душу.

В таком состоянии сайт проработал недолго и было принято решение его немного переделать. Так появилась вторая версия сайта. Была добавлена авторизация через «.htaccess», меню, появился список «часто используемых скриптов», появился первый вариант «движка». Так же стали появляться узкоспециализированные функции, связанные со спецификой работы компании. Сайт «переехал» на сервер, под нормальную связку ApachePHPMySQL. Ниже скрины от второй версии.

Читайте так же:
Включение камеры на ноутбуке asus

Service
1. Работа со службами

Help
2. Часто используемые скрипты

Run command
3. Выполнить скрипт

Версия 3

На следующем этапе возникла необходимость разграничить доступ пользователям на разные сервера. Для простоты решения была поднята копия сайта с другим набором серверов. На тот момент этого было достаточно. Так появилась идея сделать нормальную авторизацию с разграничением прав.
Это послужило толчком для разработки третьей версии. При ее написании были учтены все проблемы и пожелания, имеющиеся на тот момент. В результате был модернизирован движок, написана своя авторизация, появился раздел админки (управления пользователями и доступными серверами), добавились недостающие разделы. На данный момент сайт работает на этой версии более года и обладает следующими возможностями:

  • Работа со службами
  • Работа с процессами
  • Удаленная командная строка (возможность сохранения скриптов)
  • Информация: о железе, списки DB, правила Firewall
  • База знаний
  • Ведения логов
  • Узкоспециализированные функции

Service
4. Работа со службами

KB
5. База знаний

Run command
6. Выполнить скрипт

Самый главный недостаток сайта – это работа только с Windows серверами. Это обусловлено тем, что подавляющее число серверов, используемых в нашей компании, это Windows сервера. В последнее время количество серверов под управлением Linux стало расти, и встал вопрос о том, как адаптировать работу сайта под них. Чтобы добавить поддержку Linux надо было очень много переписывать код и «ломать» идеологию сайта, чего делать не хотелось. Кроме этого, предпринималось много попыток найти способы выполнять команды Linux из-под Windows в консоли и как-то это прикрутить к скриптовым языкам. Через несколько месяцев решение было найдено.

Проект

Год назад я начал изучать фреймворки и в голове засела окончательная мысль – сделать проект. Проект получил имя: SSC Panel – Smart Server Control Panel. На данный момент заложена основа работы сайта. Есть реализация работы как с Windows, так и с Linux серверами. Реализована админка, удаленная командная строка, есть возможность сохранять скрипты, ведение логов. Пока немного, но, со временем, я надеюсь, их будет больше. Сайт использует движок Kohana 3.3.2, коммерческая тема «SmartAdmin» (не очень хорошо, думаю, что надо менять), для работы с Windows используется Powershell v3 (необходима на сервере, у клиента может быть v2), для работы с Linux используется библиотека Posh-SSH. Как говорится, лучше один раз увидеть:

Глава 8. Крошечные сервера

< Прим. пер.: рекомендуем сразу обращаться к нашему более полному переводу 2 издания вышедшего в марте 2019 существенно переработанного и дополненного Полного руководства Windows Server 2019 Джордана Краузе >

Содержание

"Дорогая, я уменьшил свой сервер!" Другая глава, другая ссылка на устаревший фильм < Прим. пер.: детей! >. Дико извиняюсь за это. Возвращаясь к теме — за последние 20 или даже более лет мы не наблюдаем ничего кроме роста операционных систем Microsoft. Рост может быть хорошим делом, поскольку новые функции и расширения делают нашу жизнь проще. Рост может быть также плохим например, как раздутые файловые структуры и пожирающие оперативную память графические интерфейсы. Если бы вы воспроизвели хронологический график операционных систем Windows и Windows Server в терминах их отпечатков на основе таких факторов как потребление дискового пространства и требований к оперативной памяти, он бы демонстрировал устойчивую тенденцию к росту. Каждая новая редакция требует слегка больше мощности процессоров и всего лишь чуть больше дискового пространства чем предыдущая версия. Это имело место вплоть до — я даю здесь небольшую оценку — возможно Windows 8 и Widows Server 2012. Мы заметили некоторые удивительные шаги направленные в сторону снижения этих пороговых значений, приятных изменений. Однако это изменение не было столь драматичным. Здесь я имею в виду: что вы можете почерпнуть из того факта, что совершенно новый ящик с Windows Server 2016 имеет все признаки основных элементов, которые всё ещё исполняются в C:WindowsSystem32 ? Мы даже не заикаемся о том что происходит в его реестре. Очевидно, что всё ещё имеются сокращения, которые можно было бы сделать, и на некотором уровне такие новые операционные системы всё ещё строятся и латаются поверх старых.

Читайте так же:
Динамики в машину без усилителя

Возможно, до сих пор. Сейчас мы собираемся обсудить пару альтернативных вариантов использования Windows Server 2016 в намного, намного меньшем масштабе. Сервер ядра присутсвовал до сих пор, однако я затрудняюсь найти людей, которые на самом деле используют его. Нано сервер, с другой стороны, является совершенно новым. Эти миниатюризированные версии Server 2016 имеют очень специализированные цели и некоторые очень очень большие преимущества. Давайте немного поизучаем вместе:

Зачем нужен Сервер ядра?

Взаимодействие с Сервером ядра

Доступные в Сервере ядра роли

Сопоставление Нано сервера и Сервера ядра

Установку вашего первого Нано сервера

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

Зачем нужен Сервер ядра?

Зачем я всё же начинаю говорить об Сервере ядра? Разве его не бло ещё начиная с 2008? Да, именно поэтому я и говорю об этом. В качестве варианта операционной системы Windows Server Сервер ядра присутствует с некоторых пор, однако очевидно, что многие администраторы боятся доверять ему. Я работал во многих различных компаниях в большом разнообразии сфер деятельности. Все они имеют один большой общий знаменатель — они используют большое число Windows Server, однако все эти Windows Server работают с полным GUI. Слышали ли они про Сервер ядра? Естественно. Проверяли ли они его у себя в лаборатории? Иногда. Все они склонны иметь слегка различный уровень опыта с Сервером ядра, однако крайне редко можно найти хотя бы один в промышленном применении. Может быть я просто разговаривал не с теми людьми, но я вынужден предположить, что большинство из нас, включая меня самого, нуждаемся в том, чтобы начать применение Сервера ядра на более постоянной основе.

Зачем нам нужно начинать использовать Сервер ядра? Потому что освобождённые от GUI сервера являются нашим будущим, говорит Microsoft. Можете ли вы поверить, что в предварительных просмотрах Windows Server 2016 варианта Снабжённого рабочим местом (Desktop Experience) даже не было в них? Вы не могли работать в полной GUI оболочке рабочего стола в 2016, даже если бы захотели, за исключением квази-, мини- оболочки, которую можно прилепить поверх Сервера ядра. Было так много обратных откликов по этому поводу от пользователей, более известных как шумиха , что полная опция Снабжённая рабочим местом (Desktop Experience) была добавлена обратно в одной из очередных массовых рассылок Технического предварительного просмотра. Но вы всё ещё можете заметить, что Сервер ядра является вариантом по умолчанию при установке данной операционной системы. Помните, когда мы в самом начале нашей книги быстро просматривали действительную установку Server 2016? Вариантом по умолчанию вовсе не была Снабжённая рабочим местом (Desktop Experience) опция, а именно, самой верхней опцией в приведённом ниже снимке экрана была опция для установки Сервера ядра, управляемого из командной строки:

Читайте так же:
Белтелеком настройка вай фай на модеме

Рисунок 1

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

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

Больше нет переключения назад и вперёд

Существует очень важное замечание которое я бы хотел здесь отметить. Те, кто работал с Сервером ядра в Windows Server 2012 R2, знают, что у нас была возможность изменения сервера на лету . Я здесь имею в виду то, что если вы создаёте новый сервер как обладающий полной опцией Снабжённого рабочим местом (Desktop Experience), позже вы можете изменить его на Сервер ядра. Обратный подход был в точности так же возможен, вы могла взять Сервер ядра и перебросиь его в полностью Снабжённый рабочим местом.

Больше это не так! Такая возможность перемещения сервера назад и вперёд между платформами была удалена/ затёрта/ уничтожена/ обнулена. Я повторяю, это больше не возможно. Поэтому тщательно планируйте с текущего момента свою установку операционной системы. Если вы установите некий Сервер ядра, этот пацан собирается навсегда оставаться Сервером ядра на протяжении всей своей жизни. < Прим. пер.: в рецепте Переключение между Сервером ядра и Снабжённым рабочим столом?, доступного в нашем переводе Книги рецептов Windows Server 2016 Джордана Краузе, приводятся последовательности действий, которые могут вам помочь обнаружить такую возможность, если он всё- таки вернётся в Windows Server 2016 в последующих выпусках. >

Взаимодействие с Сервером ядра

После выполнения своей первой установки Сервера ядра, вам будет предстален такой закрытый экран:

Читайте так же:
В наушниках слышно только музыку без слов

Запуск с удалённого устройства

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

Запустите командную строку, перейдите в директорию PsTools. Пропишите запуск командной строки на удалённом устройстве:

exe \Имя_компьютера_удаленного_компьютера -u domainuser -p password cmd

Разрешите подключиться по удалённому столу, для чего прописываете:

reg add «HKLMSYSTEMCurrentControlSetControlTerminal Server» /v fDenyTSConnections /t REG_DWORD /d 0 /f

Внимательно вписывайте команды, тогда сможете сберечь время, средства, подключаясь удалённо к устройству, выполняя на нём необходимые действия либо возвращая в рабочее состояние ваше устройство. В целом, как видите, функции эти полезны, а освоить их может даже малоопытный пользователь.

Трудности и ошибки с которыми можно столкнуться

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

ПОЛЕЗНЫЕ СТАТЬИ : Не запускается КС ГО (исправляем), Лагает кс го (инструкция по исправлению)

Основные ошибки и способы исправления:

  1. Самая частая ошибка — не работает кнопка на клавиатуре. То есть фактически не возможно запустить консоль по причине поломки или некорректной работы клавиатуры. Для того, чтобы проверить этот факт постарайтесь просто зайти в обычный блокнот и нажать кнопку

Это самые популярные причины проблемной работы или отсутствием запуска консольки. Если у вас все равно не запускается, то пишите в комментарии, мы обязательно вам ответим и поможем со всеми трудноснями!

5 способ: открытие системной папки

Зайдите в папку «Компьютер» и перейдите по пути: C:WindowsSystem32 . Там будет нужная нам «cmd» , обратите внимание, чтобы напротив нее в столбце «Тип» было написано «Приложение» .

Папка System32

Если у вас Windows XP, то вызвать командную строку можно несколькими способами.

1. Нажимаем «Пуск — Выполнить» и в открывшемся окне пишем cmd.

Как вызвать командную строку

Нажимаем «ОК» и попадаем в консоль:

2. Так же командную строку можно вызвать, нажав «Пуск — Программы – Стандартные – Командная строка» .

Способов вызова командной строки в Виндовс XP, 7, 8 или 10 предостаточно. Выбирайте любой из них, и ваша задача будет решена.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector