Устанавливаем Centos 9, при установке не забываем подправить диск так чтобы root занимала все пространство.

После установки заходим по временному паролю через ssh и меняем пароль:

passwd

обновляем centos до последней версии и устанавливаем нужные нам приложения:

yum update -y && yum upgrade -y && yum makecache
yum -y install epel-release
yum -y install nano htop mc wget git chrony

перепроверяем что никакие порты не заняты, должно вывести пустоту

ss -tlpn | grep -E -w '25|80|110|143|443|465|587|993|995|4190'

Если нет, стопаем сервисы что юзают эти порты. Скорее всего это порт 25 и это postfix.

systemctl stop postfix
yum remove postfix -y

дальше проверяем чтобы часы правильно работали и синхронизировались:

timedatectl status

обрати внимание чтобы было время правильное и включена синхронизация.

Установка докер:

сначала ставим докер:

curl -sSL https://get.docker.com/ | CHANNEL=stable sh
systemctl enable --now docker

Проверяем установлен ли Selinux.

rpm -qa | grep container-selinux

Эта команда должна что-то вывести, если выводит — идем дальше, если нет, то нужно установить Selinux. Теперь проверяем включен ли Selinux в докере:

docker info | grep selinux

Если выключен, а он обычно выключен то открываем файл:

nano /etc/docker/daemon.json

и добавляем текст:

{
  "selinux-enabled": true
}

после этого сохраняем и перезапускаем докер:

systemctl restart docker

теперь еще рас проверим докер на наличие selinux

docker info | grep selinux

теперь выведет selinux и значит мы с докером закончили

Установка Mailcow

теперь делаем следующие команды:

su

потом

umask

должно вывести 0022, дальше скачиваем с гита mailcow и запускаем установщик:

git clone https://github.com/mailcow/mailcow-dockerized /home/mailcow
cd /home/mailcow
./generate_config.sh

1. Первое что спросит это hostname. Тут пишем название вашего домена для сервера mail.youdomain.com.
2. таймзона — жмем энтер
3. жмем 1 чтобы использовать стабильную версию

Теперь добавляем сразу редирект http -> https для этого создаем файл:

nano data/conf/nginx/redirect.conf

заполняем:

server {
  root /web;
  listen 80 default_server;
  listen [::]:80 default_server;
  include /etc/nginx/conf.d/server_name.active;
  if ( $request_uri ~* "%0A|%0D" ) { return 403; }
  location ^~ /.well-known/acme-challenge/ {
    allow all;
    default_type "text/plain";
  }
  location / {
    return 301 https://$host$uri$is_args$args;
  }
}

Если надо подправить настройки идем сюда:

nano mailcow.conf

Тут можно добавить список дополнительных доменов если надо, через запятую пишем домены в этих параметрах:

ADDITIONAL_SAN=mail.secondemail.com,mail.secondemail1.com
ADDITIONAL_SERVER_NAMES=mail.secondemail.com,mail.secondemail1.com

или разрешить администратору заходить в почты всех юзеров, параметр:

ALLOW_ADMIN_EMAIL_LOGIN=y

Теперь можно скачать контейнеры и запускать докер.

docker compose pull
docker compose up -d

Лог посмотреть можно следующей командой:

docker compose logs --tail=200 -f acme-mailcow

как только контейнеры стартовали идем в браузер по IP на котором запустили сервак: https://1.2.3.4 Стандартный пароль в админку:
admin
moohoo

Меняем сразу пароль и добавляем в админке домены. После этого берем ключ dkim и идем настраивать DNS:

A    mail    1.2.3.4
AAAA    mail    1111:111:111
CNAME    autodiscover   mail.youdomain.com. 
CNAME    autoconfig    mail.youdomain.com. 
MX 10    @    mail.youdomain.com. 
TXT    @    v=spf1 a mx ip4:1.2.3.4 ip6:1111:111:111 -all
TXT    _dmarc    v=DMARC1; p=none; sp=none; rua=mailto:postmaster@youdomain.com; ruf=mailto:postmaster@youdomain.com; fo=1; ri=86400;
TXT    dkim._domainkey    v=DKIM1;k=rsa;t=s;s=email;p=****************

вместо 1.2.3.4 надо написать IPv4 и вместо 1111:111:111 — IPv6 адрес вашего меил сервера и вместо youdomain.com надо написать ваш домен к которому делаем изменения DNS, и вместо **************** dkim ключ который мы получили в админке.

После этого можно добавлять почтовые адреса и тестировать почту с помощью сервиса https://www.mail-tester.com/

Проверяем правильность по следующим сервисам:

• https://mxtoolbox.com/ или https://intodns.com/ проверка DNS записей
• https://dmarcly.com/tools/ и https://powerdmarc.com/analyzer/— еще сервисы для проверки правильности DNS
• https://www.mail-tester.com/ — тест отправки мейла

Сообщение Поднимаем Mailcow на Centos 9 появились сначала на Wiki | PWODEV.

Идем в командную строку проксмокса и открываем файл для редактирования:

nano /etc/apt/sources.list

в этом файле добавляем строку:

deb http://download.proxmox.com/debian/pve bullseye pve-no-subscription

после этого сохраняем файл и выходим из редактора. Открываем следующий файл:

nano /etc/apt/sources.list.d/pve-enterprise.list

в этом файле нужно поставить # перед единственной строкой. Получится так:

#/etc/apt/sources.list.d/pve-enterprise.list

сохраняем и выходим из редактора. Готово. После этого проверяем работает ли обновление:

apt-get update

готово. 🙂

Сообщение Proxmox — apt-get update не работает появились сначала на Wiki | PWODEV.

nano /etc/ssh/sshd_config

в этом файлике находим строки и раскомментируем и исправляем если нужно. Должно быть так:

PermitRootLogin yes

потом редактируем это:

PasswordAuthentication yes

после этого перезапускаем ssh:

systemctl restart sshd

теперь можно залогинеться удаленно через ssh с помощью root.

Сообщение Debian ssh root — Permission denied, please try again. появились сначала на Wiki | PWODEV.

Остановить сервисы Solr

sudo service solr stop

Запустить сервисы Solr

sudo service solr start

Сообщение Solr cli команды появились сначала на Wiki | PWODEV.

Имеется Synology DS918+ у него есть 2 LAN гигабитных порта. По умолчанию 1 порт работает как подстраховка на случай если один LAN порт перестанет работать, у нас есть LAN другой. Это означает что скорость работы с Synology у нас не привышает 1 гигабит. Получается другой порт просто простаивает. В этом никакого смысла нет, поэтому задействуем этот порт с помощью агрегации портов. обьеденим эти 2 гигабитных порта чтобы скорость коммуникации с Сайнолоджи было 2 гигабита.

Ребята из Synology уже продумали этот вопрос и предоставили свои настройки по этому вопросу. Заходим в панельку Сайнолоджи, открываем Панель управления -> Сеть -> Сетевой интерфейс. Тут нужно либо создать Bond либо редактировать уже существующий Bond. Мы должны попасть на этот скрин:

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

Режимы Link Aggregation имеющиеся в Synology:

Для примера будем использовать Synology NAS подключенный двумя LAN портами к роутеру и 1 или 3 ноутбука, подключенных по LAN или WIFI к роутеру. Представим что каждый ноут может качать по 1,5 гигабита каждый. Рассматривать будем 2 примера к каждому режиму:

1. 1 ноут качает с NAS
2. 3 ноута качают с NAS

• Адаптивное распределение нагрузки — распределяет нагрузку по клиенту.
  • Пример 1:
    LAN 1 будет загружен на 100% (1 Гбит/с) ноутом
    LAN 2 будет пустовать
    Вывод: NAS отдает данные со скоростью 1 Гбит/с
  • Пример 2:
    LAN 1 работает на 100% — 1 Гбит/с
    LAN 2 выдаст тоже 100% (1 Гбит/с)
    Вывод: NAS отдает данные со скоростью 2 Гбит/с
• IEEE 802.3ad Dynamic Link Aggregation — на практике делает то же самое что и предыдущий пример. Но требует настройки объединения портов на роутере.
• Распределение XOR — на практике то же что и предыдущий пример. Но требует еще больше настроек роутера и НАС сервера
• Активно/Режим ожидания — это самый бредовый режим, означает что один порт будет страховать другой порт, если тот выйдет из строя.

Исходя из этого всего выходит что всегда один из LAN портов будет загружен на 100% а другой по надобности например 20%. Но нет режима где скорость распределяется равномерно, загружая оба канала на 50% — Adaptive Load Balancing.

Как включить скрытый режим делающий равномерное распределение трафика по LAN портам Synology

Есть спасение ребята! Synology работает на LINUX, а это означает что мы уже по умолчанию имеем нужный нам режим. Он скрытый не показывается в панельке Synology. Его просто нужно активировать через командную строку. Заходим в наш NAS админом через SSH и делаем следующие команды:

Для начала редактируем файл настройки сети. У меня это ifcfg-bond0 у вас может быть ifcfg-bond1.

sudo nano /etc/sysconfig/network-scripts/ifcfg-bond0

Разумеется редактор nano должен быть установлен.

В файле ищем строку BONDING_OPTS и там параметр mode=6 или любой другой и меняем это значение в mode=0 и сохраняем файл.

Содержимое файла должно получиться примерно следующее:

DEVICE=bond0
BOOTPROTO=dhcp
ONBOOT=yes
IPV6INIT=dhcp
IPV6_ACCEPT_RA=1
BONDING_OPTS="mode=0 use_carrier=1 miimon=100 updelay=100 lacp_rate=fast"
USERCTL=no

Следующий шаг это перезапустить сеть командой:

sudo /etc/rc.network restart

Готово.

Теперь в DSM админке Synology в настройках агрегации, ты видишь такой же скриншот что я привел в самом начале. Выбранного режима нет. А при тестировании сети будет следующее:

• Пример 1:
  LAN 1 работает на 75% (0.75 Гбит/с) ноутом 1
  LAN 2 тоже работает на 75% (0.75 Гбит/с) ноутом 1
  Вывод: NAS отдает данные со скоростью 1.5 Гбит/с то-есть максимум что может получить ноут в нашем тесте.
• Пример 2: тут ничего не поменяется.
  LAN 1 как и раньше работает на 100% (1 Гбит/с)
  LAN 2 также 100% (1 Гбит/с)
  Вывод: NAS отдает данные со скоростью 2 Гбит/с

Это именно то что мы хотели получить. Вот и решили мы эту задачу 🙂 Жду от тебя фитбека получилось ли у тебя так же хакнуть Synology?

Сообщение Равномерное распределение трафика по LAN портам Synology появились сначала на Wiki | PWODEV.

Итак исходный скрипт который работает локально без проблем:

for DIST_FILE in $(find . -type f -name "*.dist"); do cat "$DIST_FILE" | envsubst > "${DIST_FILE/.dist/}";

Но этот же скрипт в CodeBuild в AWS не работает и показывает следующую ошибку:

Phase context status code: COMMAND_EXECUTION_ERROR Message: Error while executing command: for DIST_FILE in $(find . -type f -name «*.dist»); do cat «$DIST_FILE» | envsubst > «${DIST_FILE/.dist/}»; done. Reason: exit status 2

Начал я дебажить по каждой команде в отдельности. Для начала думал проблема лежит тут:

cat "$DIST_FILE" | envsubst

cat — это вывод содержимого файла. envsubst — эта функция заменяет в полученном тексте cat переменные которые должны быть ранее определены командой

export VARIABLE_NAME='test_value'

Получается если cat покажет $VARIABLE_NAME то envsubst заменит все $VARIABLE_NAME на test_value.

Что еще важно envsubst не работает без gettext. Поэтому надо ранее установить это:

apt install gettext

Но после этого проблема не решилась. Начал дебажить дальше и выявил проблему тут:

${DIST_FILE/.dist/}

Эта команда берет название файла DIST_FILE ищет в нем «.dist» и заменяет ее на пустоту. В переменной DIST_FILE для примера будет «blalbalba.env.dist». Результатом команды должно быть «blalbalba.env».

Дело в том что CodeBuild в AWS не понимает эту команду. String Replace в таком случае надо делать по другому. В php есть такая функция, она позволяет заменить текст в строке:

str_replace();

Но мы используем не php а bash и в этом случае надо пользоваться такой функицей:

$(echo "$DIST_FILE" | sed "s/.dist//");

Эта cli команда позволяет без проблем заменить поисковый текст в строке.

В конце покажу что получилось:

for DIST_FILE in $(find . -type f -name "*.dist"); do cat $DIST_FILE | envsubst > $(echo "$DIST_FILE" | sed "s/.dist//"); done

На этом все. Проблему я свою решил, если кому интересно более подробней, пишите в комментариях вопросы, будем искать на них ответы.

Сообщение Cli string replace появились сначала на Wiki | PWODEV.

Все мы знаем как тестировать скорость интернета в браузере. Заходим speedtest.net и нажимаем кнопку тестировать. Но что если нам надо SpeedTest CLI чтобы проверить скорость интернета на сервере или на удаленной машине где у нас имеется только доступ через ssh?

На днях я настраивал удаленный рабочий стол на Raspberry Pi, и так случилось что мне надо было проверить скорость интернета в том месте где установлен Raspberry Pi. Я решил изучить вопрос, реально ли проверить скорость интернет соединения через командную строку. Оказывается да, есть такая возможность, и она довольно удобная. Расскажу как это все делается:

Команда speedtest разработала возможность проверки скорости интернет соединения через командную строку — SpeedTest CLI. Как начать пользоваться?

Для начала надо установить утилиту в командную строку. Для разных OS, ребята реализовали разные способы установки утилиты.

MacOS — тут нам нужен brew.

brew tap teamookla/speedtest
brew update
brew install speedtest --force

На линукс, Linux , убунту, Ubuntu, дебиан, Debian делаем так:

sudo apt-get install gnupg1 apt-transport-https dirmngr
export INSTALL_KEY=379CE192D401AB61
# Ubuntu versions supported: xenial, bionic
# Debian versions supported: jessie, stretch, buster
export DEB_DISTRO=$(lsb_release -sc)
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys $INSTALL_KEY
echo "deb https://ookla.bintray.com/debian ${DEB_DISTRO} main" | sudo tee  /etc/apt/sources.list.d/speedtest.list
sudo apt-get update
# Other non-official binaries will conflict with Speedtest CLI
# Example how to remove using apt-get
# sudo apt-get remove speedtest-cli
sudo apt-get install speedtest

Centos, Fedora, Redhat:

sudo yum install wget
wget https://bintray.com/ookla/rhel/rpm -O bintray-ookla-rhel.repo
sudo mv bintray-ookla-rhel.repo /etc/yum.repos.d/
# Other non-official binaries will conflict with Speedtest CLI
# Example how to remove using yum
# rpm -qa | grep speedtest | xargs -I {} sudo yum -y remove {}
sudo yum install speedtest

FreeBSD

sudo pkg update && sudo pkg install -g libidn2 ca_root_nss
sudo pkg add "https://bintray.com/ookla/download/download_file?file_path=ookla-speedtest-1.0.0-freebsd.pkg"

Чтобы запустить тест вводим в командной строке простую команду:

speedtest

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

Более подробную информацию можно найти на официальном сайте speedtest.net

Ребятки, если кто знает какой-то более удобный способ — пишите в комментарии. Я протестирую ваш способ, и если он будет очень хорош, то я создам отдельную статейку по вашему способу.

Всем счастья и здоровья 🙂

Сообщение SpeedTest CLI — Проверка скорости интернета в командной строке появились сначала на Wiki | PWODEV.

tail -f /var/log/syslog

-f означает что вывод будет обновляться динамически. Тоесть все изменения которые будут появляться в файле сразу будут выводиться в консоль.

Следующая часть это путь к тому файлу за которым надо наблюдать.

Чтобы отфильтровать результаты используем grep

tail -f /var/log/syslog | grep searchkey

Вместо serachkey пишем то что хотим найти.

tail может следить сразу за несколькими файлами. Для этого через пробел добавьте сразу несколько путей.

tail -f /var/log/syslog /var/log/syslog_1

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

Сообщение tail — команда для просмотра log файлов в реальном времени появились сначала на Wiki | PWODEV.

sudo reboot

Готово. Мы сделали reboot системе линукс.

А теперь ситуация: у нас что-то пошло не так и не получается перезагрузить линукс, не работает перезагрузка, что-то мешает перезагрузке Linux. В этом случае делаем форс ребут. Reboot linux forcibly. Эта команда делает forcefully reboot для линукса:

sudo reboot -f

Это своего рода кнопка ресет reset.

Сообщение Linux как перезагрузить появились сначала на Wiki | PWODEV.

Что для этого надо?

sudo apt-get update && sudo apt-get upgrade

Обновляем репозитории Raspberry Pi если они еще не сделали.

sudo apt-get install xrdp

Этой командой устанавливаем сервер удаленного рабочего стола.

Готово.

Теперь запускаем программу Microsoft Remote Desktop пишем адрес нашего Raspberry Pi, пользователь и пароль такой же как на ssh. Теперь мы подключились к удаленному рабочему столу и можем делать дальше все что нам необходимо.

Сообщение Raspberry Pi Remote Desktop появились сначала на Wiki | PWODEV.