По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
В данной статье рассмотрим процесс установки графической оболочки на ОС CentOS 6, под названием Gnome. Главное, что нужно помнить - в погоне за различными свистелками и украшательствами GUI становятся всё тяжелее и тяжелее, на их обслуживание может уходить драгоценный ресурс процессора.
Зачем может понадобится установка графического интерфейса, к примеру, на сервере вашей IP - АТС? Вариантов множество, к примеру – ради удобства (и привычки!), или же сервер с АТС у вас многофункционален и на нём требуется выполнять ещё какие-нибудь задачи, которые требуют графического интерфейса (к примеру, необходимость запуска софтфона).
Почему мы выбрали Gnome, а не XFCE или Mate, к примеру? В первую очередь из-за относительной лёгкости установки, но на CentOS 7 точно будет предпочтительнее оболочка Mate.
Процесс установки
Подключаемся к серверу с помощью терминала, и первым шагом устанавливаем EPEL-репозиторий и затем устанавливаем групповой пакет X Window system, процесс установки займет некоторое время, групповой пакет достаточно «тяжёлый» - 81 Мб.:
yum install epel-release - установка EPEL репозитория;
yum groupinstall "X Window system" - установка группового пакета X Window System;
В итоге вы должны увидеть список установленных пакетов и надпись Complete, как на скриншоте:
Следующим шагом устанавливаем групповой пакет Desktop с помощью команды yum groupinstall -y "Desktop". Объем пакета – 83 Мб. В конце должна быть такая же надпись, как и в предыдущем шаге – Complete.
Следующим шагом необходимо отредактировать файл /etc/inittab – в данном случае будем использовать Vim: vim /etc/inittab . Здесь параметр id:3:initdefault нужно поменять на id:5:initdefault: . Нужно сначала войти в режим редактирования с помощью нажатия на i, изменить нужный параметр, затем нажать Esc и ввести команду :x.
Далее скачиваем шрифты с помощью команды yum groupinstall –y fonts .
Запуск и переключение между режимами
Далее можем запустить GUI с помощью команды startx - консоль может начать сыпать ошибками и предупреждениями, но рабочий стол должен успешно запуститься:
Переключение между режимами:
CTRL + ALT + F1 - переключение из командной строки в графический интерфейс ;
CTRL + ALT + F1 - переключение из графического интерфейса в командную строку;
Теперь вы сможете легко использовать обычные десктопные приложения на своём сервере, если такая необходимость возникнет :)
Камеры наблюдения сегодня можно встретить почти на каждом углу. Если с одной стороны это создает чувство вторжения в личное пространство, с другой стороны как-то спокойнее, что ничто не ускользнёт от зорького электронного глаза.
Но установка камер наблюдения удовольствие не из дешёвых. Правда, в сети можно найти очень много доступных продуктов, которые даже не трубуют особых навыков установки и устройств хранения. Некоторые модели "из коробки" идут с функцией просмотра через Интернет.
Но что делать, если вам нужно установить наблюдение, но особо тратиться не хотите. В таком случае подойдёт любая веб-камера, которую вы используете для общения по мессенджерам. Даже встроенная в ноутбук.
В просторах Интернета очень много программ, которые позволяют организовать видеонаблюдение, задействуя встроенную или подключённую веб-камеру.
Одна из таких программ iVideon. Программа поставляется в двух версиях: для бизнеса и для домашнего пользования. Можно выбрать разные тарифы, которые дают дополнительные возможности. Со всеми планами можно познакомиться на сайте разработчика. Также есть клиенты по все мобильные и компьютерные операционные системы. Установив клиентскую часть на мобильный телефон можно везде где есть доступ в Интернет просматривать камеры в онлайн режиме. Также программа посылает push-уведомления при обнаружении подозрительных действий.
Для начала нужно скачать серверную часть программы с сайта разработчика iVideon. Далее выполняем стандартную процедуру установки. При установке рекомендуется отметить Install as a service. Это позволяет программе запускаться вместе с ОС и сразу же начинать снимать, даже если вы не вошли в систему.
После установки программа запускается и в первом окне нажимает Next и переходим к настройке конфигурации.
Как видно есть три способа настройки. Если у вас никогда не было аккаунта на этом сервисе выбираем New configuration. А если вам нужно восстановить или скопировать старую конфигурацию, то соответственно Restore или Copy configuration. В последних двух случаях вам нужен будет уже зарегистрированный аккаунт. А тут мы выберем первый способ.
Далее нам нужно ввести E-mail, которым зарегистрировались на сайте сервиса, если такового нет, то аккаунт будет создан автоматически, а затем выбираем из списка местоположение камеры. Если аккаунта нет, то предлагается ввести пароль и принять условия обслуживания.
Далее выбираем нужную камеру:
Включаем архивацию:
Выбираем Запустить iVideon при старте системы и нажимаем Finish:
Далее откроется основное окно программы, где можно увидеть статус сервиса (выделено красным):
Чтобы добавить другие камеры кликаем на кнопочке Add device и из выпадающего списка выбираем нужную камеру. Сюда можно добавлять как IP камеры и DVR/NVR, так и веб-камеру. Чтобы добавить последнюю нужно просто подключить камеру к компьютеру и она отобразиться в списке:
Далее кликаем два раза на иконке веб-камеры и переходим к окну предварительного просмотра, где кликнув на кнопке Settings открываем настройки камеры.
Здесь можно активировать передачу и запись звука, для чего достаточно указать источник. На вкладке Recording можно определить периодичность записи.
По умолчанию запись идет при обнаружении движения или звука. Это экономит место на диске. Также можно вести непрерывную запись, запись по расписанию или вообще отключить её.
На вкладке Motion detector можно задать область обнаружения движения (выделено красным). Если действие происходит за пределами данной области запись не включается.
А вкладка Sound detector позволяет настроить порог звука для включения запись. Эта функция будет активно, если на вкладке General указан источник звука.
И последняя вкладка Schedule позволяет настраивать расписание записи.
Для внесения изменений кликаем на Edit и переходим на страницу редактирования расписания:
Чтобы вести запись непрерывно выбираем красный квадратик и мышкой выбираем область, когда нужно вести запись. А белый квадратик отключает запись в выбранное время. Данные настройки работают если во вкладке Recordings выбрано значение Schedule.
А теперь про настройки самой программы. В строке меню выбираем General --> Settings
Тут можно привязать программу к аккаунту на сайте сервиса если не сделали это в начале. Задаются параметры архивации и языка. Можно сменить место хранения архивов нажатием на кнопку с тремя точками и выбрав нужную папку. Также можно добавить дополнительное хранилище.
Если у вас настроен прокси-сервер, то нужно указать их на вкладке Advanced. Где также можно настроить качество записи.
А вкладка Analytics позволяет вести журналирование движения и определять область обнаружения.
Чтобы просмотреть камеры в онлайн режиме просто через браузер заходим на свой аккаунт на сайте программы и выбираем нужную камеру.
На этом всё. Надеюст материал окажется полезным. Удачи!
Сегодня в статье рассказываем про плагин kubectl, который использует tmux, чтобы быстрее устранить неполадки Kubernetes.
Kubernetes - это процветающая платформа для взаимодействия контейнеров с открытым исходным кодом, которая обеспечивает масштабируемость, высокую доступность, надежность и отказоустойчивость приложений. Одной из его многочисленных функций является поддержка запуска пользовательских сценариев или двоичных файлов через основной двоичный файл клиента, kubectl. Kubectl очень мощный, и позволяет пользователям делать с ним все, что они могли бы сделать непосредственно в кластере Kubernetes.
Устранение неполадок с псевдонимами Kubernetes
Каждый, кто использует Kubernetes для управления контейнерами, знает о его особенностях - а также о сложности, причиной которого является его дизайн. Например, существует острая необходимость упростить поиск и устранение неисправностей в Kubernetes с помощью чего-то более быстрого и практически не требующего ручного вмешательства (за исключением критических ситуаций).
Существует много сценариев, которые следует учитывать при устранении неполадок. В одном сценарии вы знаете, что нужно запускать, но синтаксис команды - даже если она может выполняться как одна команда - чрезмерно сложен, или для работы может потребоваться один-два входа.
Например, если часто требуется перейти в запущенный контейнер в пространстве имен System, вы можете неоднократно писать:
kubectl --namespace=kube-system exec -i -t <your-pod-name>
Для упрощения поиска и устранения неисправностей можно использовать псевдонимы этих команд в командной строке. Например, можно добавить следующие файлы dotfiles (.bashrc или .zshrc):
alias ksysex='kubectl --namespace=kube-system exec -i -t'
Это один из многих примеров из хранилища общих псевдонимов Kubernetes, который показывает один из способов упрощения функций в kubectl. Для чего-то простого, подобного этому сценарию, достаточно псевдонима.
Переключение на подключаемый модуль kubectl
Более сложный сценарий устранения неполадок включает в себя выполнение множества команд, одной за другой, для исследования среды и выведения заключения. Одних псевдонимов недостаточно для этого варианта использования; необходима воспроизведение логического узла и корреляция между многими частями развертывания Kubernetes. На самом деле вам нужна автоматизация для получения нужного результата за меньшее время.
Рассмотрим пространства имен от 10 до 20 или даже от 50 до 100, содержащие различные микросервисы в вашем кластере. Что поможет вам начать устранение неполадок в этом сценарии?
Вам потребуется что-то, что может быстро определить, какой модуль в каком пространстве имен вызывает ошибки.
Вам понадобится что-то, что сможет просматривать журналы всех модулей в пространстве имен.
Также может потребоваться просмотр журналов определенных модулей в определенном пространстве имен, в котором были обнаружены ошибки.
Любое решение, охватывающее эти вопросы, было бы очень полезно при изучении производственных проблем, а также в ходе циклов разработки и тестирования.
Чтобы создать нечто более мощное, чем простой псевдоним, можно использовать плагины kubectl. Плагины подобны автономным сценариям, написанным на любом языке сценариев, но предназначены для расширения функциональных возможностей главной команды при работе в качестве администратора Kubernetes.
Чтобы создать плагин, необходимо использовать правильный синтаксис kubectl- < имя-плагина > для того, чтобы скопировать сценарий в один из экспортированных путей в $PATH и предоставить ему исполняемые разрешения chmod+x.
После создания плагина и перемещения его в свой путь, вы можете немедленно запустить его. Например, у меня на пути есть kubectl-krwl и kubectl-kmux:
$ kubectl plugin list
The following compatible plugins are available:
/usr/local/bin/kubectl-krawl
/usr/local/bin/kubectl-kmux
$ kubectl kmux
Теперь давайте изучим, как выглядит обеспечение работы Kubernetes с tmux.
Использование силы tmux
Tmux - очень мощный инструмент, на который полагаются многие команды для устранения проблем, связанных с упрощением работы - от разделения окон на панели для выполнения параллельной отладки на нескольких машинах до мониторинга журналов. Одним из основных его преимуществ является то, что его можно использовать в командной строке или в сценариях автоматизации.
Я создал плагин kubectl, который использует tmux, чтобы сделать поиск и устранение неисправностей гораздо проще. Я буду использовать аннотации, чтобы пройти через логику за плагином (и оставить его для вас, чтобы пройти через полный код плагина):
#NAMESPACE is namespace to monitor.
#POD is pod name
#Containers is container names
# initialize a counter n to count the number of loop counts, later be used by tmux to split panes.
n=0;
# start a loop on a list of pod and containers
while IFS=' ' read -r POD CONTAINERS
do
# tmux create the new window for each pod
tmux neww $COMMAND -n $POD 2>/dev/null
# start a loop for all containers inside a running pod
for CONTAINER in ${CONTAINERS//,/ }
do
if [ x$POD = x -o x$CONTAINER = x ]; then
# if any of the values is null, exit.
warn "Looks like there is a problem getting pods data."
break
fi
# set the command to execute
COMMAND=”kubectl logs -f $POD -c $CONTAINER -n $NAMESPACE”
# check tmux session
if tmux has-session -t <session name> 2>/dev/null;
then
<set session exists>
else
<create session>
fi
# split planes in the current window for each containers
tmux selectp -t $n ;
splitw $COMMAND ;
select-layout tiled ;
# end loop for containers
done
# rename the window to identify by pod name
tmux renamew $POD 2>/dev/null
# increment the counter
((n+=1))
# end loop for pods
done< <(<fetch list of pod and containers from kubernetes cluster>)
# finally select the window and attach session
tmux selectw -t <session name>:1 ;
attach-session -t <session name>;
После запуска скрипта плагина он будет выдавать выходные данные, аналогичные изображению ниже. Каждый модуль имеет собственное окно, и каждый контейнер (если их несколько) разделяется панелями в окне модуля в потоковые журналы по мере их поступления. Преимущество tmux можно увидеть ниже; При правильной конфигурации можно даже увидеть, какое окно активно (см. белые вкладки).
Заключение
Псевдонимы всегда полезны для простого устранения неполадок в средах Kubernetes. Когда среда становится более сложной, плагин kubectl является мощным вариантом для использования более продвинутых сценариев. Ограничения в выборе языка программирования, который можно использовать для записи плагинов kubectl, нет. Единственное требование состоит в том, чтобы соглашение об именовании в пути являлось исполняемым и не имело того же имени, что и существующая команда kubectl.
Прочитать полный код или попробовать плагины можно тут