Настройка FTP-сервера в Windows Server 2008 R2

На тесте выполню настройку FTP-сервера в Windows Server 2008 R2.

Откроем «Диспетчер сервера», его можно найти в меню «Пуск» — «Администрирование».

Если установлена роль «Веб-сервер (IIS)», то выберем её и ниже нажмем «Добавить службы ролей» (не Добавить роли) отметим галочкой «FTP-Сервер» нажмем «Далее» и «Установить».

Если роль «Веб-сервер (IIS)» не установлена, то в «Роли» нажмем «Добавить роли», выберем «Веб-сервер (IIS)», снимем галочки с ненужных компонентов и отметим «FTP-Сервер», потом нажмем «Далее» и «Установить».

Откроем «Диспетчер служб IIS», нажмем «Добавить FTP сайт…», укажем любое имя и путь к директории где будут храниться данные, в следующем окне укажем каким пользователям разрешено подключаться.

Слева выберем созданный FTP сайт, откроем «Проверка подлинности FTP» и активируем «Обычная проверка подлинности».

На этом основная настройка FTP-сервера закончена и к нему можно подключаться.

Смотрите другие мои статьи на тему Windows Server.

UBNT с прошивкой 6.0 перестают работать

Когда-то лечил Ubiquiti Networks airMAX® M Series устройства с прошивками 5+ от эксплоита и обновлял прошивку на последнюю, на тот момент это была версия XM 6.0 и XW 6.0.
Смотрите мою статью — Удаление эксплоита с Ubiquiti устройств

В прошивке 6.0 была устранена уязвимость через которую эксплоит получал доступ, НО появились другие баги.

Буквально через пару недель я заметил что на некоторых мостах в режиме Access Point (AP) нет подключенных станций, со стороны станции пропадало электропитание, станция загрузилась и подключилась к AP, но в интерфейсе AP не отображалось подключенных станций и трафик не проходил, это как раз и есть баг.

Решить проблему помогала перезагрузка AP, в дальнейшем если на станции вновь пропадало электропитание или её перезагружали, то была большая вероятность повторения этой проблемы.

К счастью эту проблему позже устранили в новых прошивках, точно не смотрел в какой версии, но на устройствах с прошивкой 6.1+ её уже не наблюдалось.

Установка Docker CE в Ubuntu

Docker CE — программная платформа для развертывания приложений, упаковывает приложения в контейнер, добавляя в него библиотеки и все необходимые зависимости для запуска приложения, что позволяет быстро запускать код почти в любой среде. Есть бесплатная версия Docker Community Edition (CE) и расширенная Enterprise Edition (EE).

Читать далее «Установка Docker CE в Ubuntu»

Настройка Fail2Ban под ProFTPd

Допустим Fail2Ban уже установлен, если нет, то смотрите мою статью — Установка и настройка Fail2ban.

В Fail2Ban по умолчанию уже есть фильтры для ProFTPd и он знает что файл логов находится по адресу /var/log/proftpd/proftpd.log, поэтому достаточно создать файл:

sudo nano /etc/fail2ban/jail.d/proftpd.local

И внести данные ниже, тем самым активировав проверку лог файла /var/log/proftpd/proftpd.log:

[proftpd]
enabled = true
bantime = 86400

Перезапустим Fail2Ban чтобы применить изменения:

sudo service fail2ban restart

Можно проверить статус:

sudo fail2ban-client status proftpd

Резервное копирование Windows Server 2008 R2

Для примера сделаю резервную копию Windows Server 2008 R2 и опишу процесс по пунктам:

1) Откроем «Диспетчер сервера (Server Manager)».

2) Выберем «Компоненты (Features)» — «Добавить компоненты (Add Features)», ставим галочки напротив «Система архивации данных Windows Server (Windows Server Backup)» и «Программы командной строки (Command-line Tools)», нажимаем кнопку «Установить (Install)» и ждем завершения установки.

3) Открываем меню «Пуск (Start)» и выберем «Система архивации данных Windows Server (Windows Server Backup)».
Для теста я нажал «Однократная архивация (Backup Once)», в появившемся окне выберем тип конфигурации «Настраиваемый (Custom)» и отметил галочками диск C и все кроме остальных локальных дисков если они есть (например диск D), в следующем окне можно выбрать тип хранилища куда будет записана резервная копия, например «Локальные диски» и указать диск D, либо «Удаленная общая папка (Remote shared folder) и указать путь, у меня как раз была запущена Samba на одном из Linux серверов, поэтому я подключил сетевую папку и выбрал этот вариант.
Смотрите также мою статью — Установка и настройка Samba в Linux

После завершения процесса на диске или сетевой общей папке появится папка «WindowsImageBackup» с резервной копией.

Для восстановления системы с этой резервной копии можно аналогично нажать меню «Пуск (Start)» — «Система архивации данных Windows Server (Windows Server Backup)» и выбрать эту резервную копию, либо если сервер не запускается, то запустить загрузочный диск с Windows, выбрать «Восстановление системы» и указать эту резервную копию.

Решение WARNING: The «syslog» option is deprecated

Заметил однажды предупреждение в файле /var/log/samba/log.:

[2018/04/13 20:51:05.280655,  1] ../lib/param/loadparm.c:1629(lpcfg_do_global_parameter)
  WARNING: The "syslog" option is deprecated

Как и сообщается, опция «syslog» устарела, и чтобы предупреждение не появлялось, её необходимо убрать из конфигурации.

Я открыл файл конфигурации в текстовом редакторе:

sudo nano /etc/samba/smb.conf

Нашел эту опцию:

syslog = 0

И закомментировал её:

#syslog = 0

После изменений необходимо перезапустить samba, можно так:

sudo service samba restart
sudo restart smbd
sudo restart nmbd

После этого предупреждение больше не появлялось.

Смотрите также:
Установка и настройка Samba в Linux

Установка Magento в Ubuntu

На тесте установлю Magento в Ubuntu Server 16.04 & PHP 7.

Сначала обновим систему и установим необходимые компоненты:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install apache2 php mysql-server mysql-client openssl libcurl3 php-curl php-gd php-mcrypt php-xml php-intl php-zip php-mbstring php-soap php-mysql php-cli php-json libapache2-mod-php php-xsl composer

Откроем файл конфигурации PHP в текстовом редакторе:

sudo nano /etc/php/7.0/apache2/php.ini

И установим или убедимся что memory_limit не меньше 512M:

memory_limit = 512M

Активируем необходимые модули:

sudo a2enmod rewrite
sudo phpenmod mcrypt

В конфигурации apache2 добавим сайт или отредактируем стандартный:

sudo nano /etc/apache2/sites-enabled/000-default.conf

Добавим внутри тегов VirtualHost параметры:

<Directory /var/www/html/magento_test>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
</Directory>

Перезапустим apache2 чтобы применить изменения:

sudo service apache2 restart

Подключимся к MySQL серверу, создадим базу и пользователя:

mysql -u root -p
CREATE DATABASE magento;
CREATE USER magento@localhost IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON magento.* TO magento@localhost IDENTIFIED BY 'password';
FLUSH PRIVILEGES;
exit

Скачаем архив с последней версией Magento и распакуем его:

cd /tmp/
wget https://github.com/magento/magento2/archive/2.2.3.tar.gz
tar xzvf 2.2.3.tar.gz

Переместим файлы в директорию веб-сервера:

sudo mv magento2-2.2.3 /var/www/html/magento_test

Выполним команду:

cd /var/www/html/magento_test
sudo composer install

Установим на файлы права, владельца и группу под которым работает веб-сервер:

cd /var/www/html/magento_test
sudo find var vendor pub/static pub/media app/etc -type f -exec chmod u+w {} \;
sudo find var vendor pub/static pub/media app/etc -type d -exec chmod u+w {} \;
sudo chmod u+x bin/magento
sudo chown -R www-data:www-data /var/www/html/magento_test/

Откроем в браузере http://SERVER/magento_test и продолжим процесс установки следуя инструкциям, запомним логин/пароль и «Magento Admin Address» так как по нему будет открываться админ панель.

После установки посмотрим где находится php чтобы правильно указать путь в cron заданиях (обычно он в /usr/bin/php):

which php

Откроем crontab:

sudo crontab -u www-data -e

И добавим задания:

* * * * * /usr/bin/php /var/www/html/magento_test/bin/magento cron:run | grep -v "Ran jobs by schedule" >> /var/www/html/magento_test/var/log/magento.cron.log
* * * * * /usr/bin/php /var/www/html/magento_test/update/cron.php >> /var/www/html/magento_test/var/log/update.cron.log
* * * * * /usr/bin/php /var/www/html/magento_test/bin/magento setup:cron:run >> /var/www/html/magento_test/var/log/setup.cron.log

На этом установка Magento завершена.

Смотрите также:
Решение ошибки «Autoload error» при установке Magento
Использование и настройка CRON

Решение ошибки «Autoload error» при установке Magento

Однажды устанавливал Magento в Ubuntu и заметил в браузере следующую ошибку:

Autoload error

Также присутствовали куски кода, в зависимости от открытой страницы.

В моем случае ошибка возникала из-за неустановленного libapache2-mod-php, установил его командой:

sudo apt-get install libapache2-mod-php

После это ошибка не появлялась и я продолжил установку Magento.

Установка Remmina в Linux

Remmina — клиент удаленного рабочего стола, поддерживает протоколы SSH, VNC, RDP, NX, SFTP, XDMCP.

Установить Remmina в Ubuntu/Debian можно командой:

sudo apt-get install remmina

Установить в CentOS:

yum install remmina

Запускается командой:

remmina

После запуска достаточно указать адрес узла и ввести логин/пароль.
На тесте через клиент Remmina я успешно подключался к удаленному рабочему столу Windows 10.

Смотрите также:
Установка xrdp в Ubuntu