Состоялся релиз нового дистрибутива Linux Mint. Новая 16 версия получила имя Petra.
О том, как перейти на новую версию с предыдущей с помощью терминала, нескольких команд, хорошего интернета и часа свободного времени, под катом.
Читать далее
Состоялся релиз нового дистрибутива Linux Mint. Новая 16 версия получила имя Petra.
О том, как перейти на новую версию с предыдущей с помощью терминала, нескольких команд, хорошего интернета и часа свободного времени, под катом.
Читать далее
Рано или поздно настройкой резервного копирования рабочих файлов озадачивается любой уважающий себя современный IT специалист. После ряда опечаток/ошибок программистов нашлось время для этого и у меня. Специфика веб-приложения такова, что рабочий каталог занимает более 50ГБ на жестких дисках, включая в себя около 900 тысяч мелких файлов (картинки, превьюшки, …). Поэтому в лоб решить задачу с помощью tar и аналогов не вышло. Да и хотелось бы иметь некоторую вариативность хранимых данных, а в случае с полным бэкапом реализация требовала больших затрат на хранение по сути одинаковых данных с небольшими изменениями. Плюс неплохо было бы дублировать копии на удаленном сервере бэкапов для снижения риска потери критической информации в результате краха железа. После скрупулезного анализа поисковых выдач и отбрасывания заведомо неподходящих мне методов, остановился на паре вариантов, навязываемых чаще всего в комментариях к самописным shell-велосипедам энтузиастов.
Функционал Zabbix помимо всего прочего позволяет с заданной периодичностью проверять на доступность веб-приложения. С помощью мастер сценариев можно производить вход на формах авторизации на сайте и проверять доступность, а также содержимое, отдаваемое веб-сервером. Для осуществления таких проверок необходима сборка пакета zabbix-сервера с добавлением опции «—with-libcurl» (для корректной установки необходимо наличие пакета libcurl4-openssl-dev)
Существуют ситуации, когда необходим доступ к сервису, запущенному локально на компьютере за NAT’ом. Если есть компьютер, к которому есть доступ извне, находящийся в той же сети, можно пробросить сервис наружу с помощью ssh и функции проброса локальных обращений на удаленный сервер. К примеру, для доступа к сервису по порту 8080 на компьютере 192.168.0.2 будем использовать компьютер 9.9.9.9, доступный по ssh извне для пользователя user. После проброса сервис будет доступен на 9000 порту localhost’a:
ssh -L localhost:9000:192.168.0.2:8080 user@9.9.9.9
После этой команды вводим пароль пользователя user для поднятия сесси ssh на сервере 9.9.9.9 и пользуемся проброшенным удаленных сервисом как локальным.