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

Поэтому самый лучший и современный VPN — это WireGuard. Он супер быстрый, не режет скорость, и при этом максимально простой в настройке.

В этой статье я покажу, как настроить WireGuard с нуля, объясню каждый термин, чтобы ты не просто бездумно копипастил, а понимал каждую строчку.

Поехали!

Что такое WireGuard простыми словами

WireGuard — это peer-to-peer VPN, работает просто, быстро и стабильно. Он встроен в ядро Linux, использует самую новую криптографию, и запускается за секунды. В WireGuard нет клиента и сервера в классическом смысле — все равны. Каждое устройство может быть как клиентом так и сервером, отличает кто есть кто только файл конфигурации. В настройках сервер это Peer и клиент это Interface.

WireGuard работает через ключи, у каждого участника есть Private Key и Public Key и конфиге указываются ключи друг друга.

Основные фишки WireGuard:

• Максимум скорости — в 2–3 раза быстрее OpenVPN, нет лишней нагрузки, всё работает на уровне ядра
• Никаких сложных настроек — всё максимально прозрачно 1 конфиг = 1 файл
• Безопасность на уровне — всё шифруется по-современному, и без старья вроде TLS, как у OpenVPN

Настройки WireGuard?

Структура работы VPN WireGuard делится всего на 2 типа секций Interface и Peer.

• Interface — это всегда своя сторона, текущее устройство на котором заполняется файл.
• Peer — а это всегда удаленная сторона.

Тоесть в файле на сервере Interface это сам сервер а Peer это удаленные клиенты которые будут подсоеденяться к серверу. А у клиента Interface это сам клиент, а Peer это будет удаленный сервер к которому клиент хочет подсоедениться.

[interface] имеет следующие параметры:

• PrivateKey — (сервер* и клиент*) — Приватный ключ текущего устройства. НИКОГДА не шарится, всегда пишется в настройках interface, только на твоем текущем устройстве.
• Address — (сервер* и клиент*) — IP-адрес по которому устройство будет отзываться в VPN сети. Да WireGuard не имеет DHCP для VPN все IP нужно прописывать всегда для сервера и каждого клиента вручную, конечно каждое устройство должно иметь уникальный IP. Пример 10.0.1.1/24 или 10.0.1.2/24 или без подсети.
• ListenPort — (сервер*) — Обычно WireGuard слушает UDP 51820 порт, но можно любой написать.
• DNS — (только на клиентах) — DNS-сервер, который будет использовать клиент при подключении к интернету. Например 1.1.1.1, 10.0.0.1 или 8.8.8.8, 8.8.4.4. Но имеет смысл только в связке с AllowedIPs = 0.0.0.0/0 или в AllowedIPs должен быть IP этого DNS.
• MTU — (сервер и клиент) — Максимальный размер пакета (обычно 1420)
• PreUp / PostUp — (сервер и клиент) — Команда, которая выполнится при старте интерфейса, например, iptables или ip route
• PreDown / PostDown — (сервер и клиент) — Команда, которая выполнится при остановке. Чистка iptables, маршрутов и т.п.
• Table — (сервер и клиент) — Номер таблицы маршрутизации или off — если не хочешь, чтобы WireGuard сам добавлял маршруты.

[peer] имеет следующие параметры:

• PublicKey — (сервер* и клиент*) — Публичный ключ сгенерированный второй стороной будь то клиент или сервер.
• PresharedKey — Это один дополнительный ключ для повышения безопасности, пишется для каждой пары (сервер+клиент) свой. Это не обязательно, но если используем, то писать надо один и тот же ключ и на клиенте и на сервере для каждого пира свой. Тут нет публичного или приватного. Команда для генерации ключа — wg genpsk
• AllowedIPs — (сервер* и клиент*) — Очень важный параметр. Тут пишем IP-адреса, через запятую если несколько, которые разрешены от/до этого пира. Имеет разное поведение в настройках сервера и клиента.
  • На сервере — говорит какие IP-адреса считаются принадлежащими этому клиенту.
    Обычно указывают IP клиента из VPN-сети (например, 10.0.1.10/32), тот же IP что и в его interface->Address, только подсеть не 24 а 32 чтобы чтобы указать что клиент получатель трафика только один.
    Но если клиент это роутер и дальше у него много клиентов, то в таком случае допускается подсеть, например 10.0.1.0/24.
  • На клиенте — говорит, какой трафик нужно направлять в VPN туннель к серверу.
    • 0.0.0.0/0 — говорит что весь трафик клиента будет отправляться через VPN сеть WireGuard. (Full Tunnel). Если хочешь полноценный VPN то используй именно этот параметр + DNS в Interface, чтобы интернет работал.
    • 10.0.1.0/24, 192.168.1.0/24, 10.0.0.0/24 — если написать подсети, то VPN будет использоваться только для доступа к другим устройствам подключенным к этим сетям. А остальной трафик будет идти через обычный интернет.
• Endpoint — (клиент*) — [IP-адрес или домен]:порт, куда подключаться. Пример vpn.domain.com:51820.
• PersistentKeepalive — (клиент*) — клиент будет периодически “стучаться”, чтобы не терять соединение за NAT. Обычно — 25

Примеры конфигурации WireGuard сервера и клиентов.

wg0.conf — конфиг WireGuard-сервера:

[Interface]
PrivateKey = SERVER_PRIVATE_KEY
Address = 10.0.1.1/24
ListenPort = 51820
MTU = 1420
# Разрешаем маршрутизацию для систем с iptables:
PostUp = sysctl -w net.ipv4.ip_forward=1; \
         iptables -A FORWARD -i wg0 -j ACCEPT; \
         iptables -A FORWARD -o wg0 -j ACCEPT; \
         iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

PostDown = sysctl -w net.ipv4.ip_forward=0; \
           iptables -D FORWARD -i wg0 -j ACCEPT; \
           iptables -D FORWARD -o wg0 -j ACCEPT; \
           iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

# Альтернатива для систем с nftables:
# PostUp = sysctl -w net.ipv4.ip_forward=1; \
#          sysctl -w net.ipv6.conf.all.forwarding=1; \
#          nft add table inet wireguard-wg0; \
#          nft add chain inet wireguard-wg0 PREROUTING { type nat hook prerouting priority 0\; }; \
#          nft add chain inet wireguard-wg0 POSTROUTING { type nat hook postrouting priority 100\; }; \
#          nft add rule inet wireguard-wg0 POSTROUTING ip saddr 10.0.1.0/24 oifname eth0 masquerade; \
#          nft add rule inet wireguard-wg0 POSTROUTING ip6 saddr fd00::/8 oifname eth0 masquerade

# PostDown = sysctl -w net.ipv4.ip_forward=0; \
#            sysctl -w net.ipv6.conf.all.forwarding=0; \
#            nft delete table inet wireguard-wg0

[Peer]
# Клиент A
PublicKey = CLIENT_A_PUBLIC_KEY
PresharedKey = CLIENT_A_PRESHARED_KEY
AllowedIPs = 10.0.1.10/32

[Peer]
# Клиент B
PublicKey = CLIENT_B_PUBLIC_KEY
PresharedKey = CLIENT_B_PRESHARED_KEY
AllowedIPs = 10.0.1.11/32

Конфигурация клиента A (client-a.conf)

[Interface]
PrivateKey = CLIENT_A_PRIVATE_KEY
Address = 10.0.1.10/24
DNS = 8.8.8.8, 8.8.4.4
MTU = 1420

[Peer]
PublicKey = SERVER_PUBLIC_KEY
PresharedKey = CLIENT_A_PRESHARED_KEY
Endpoint = vpn.domain.com:51820 
AllowedIPs = 0.0.0.0/0
PersistentKeepalive = 25

Конфигурация клиента B (client-b.conf)

[Interface]
PrivateKey = CLIENT_B_PRIVATE_KEY
Address = 10.0.1.11/24
DNS = 8.8.8.8, 8.8.4.4
MTU = 1420

[Peer]
PublicKey = SERVER_PUBLIC_KEY
PresharedKey = CLIENT_B_PRESHARED_KEY
Endpoint = vpn.domain.com:51820
AllowedIPs = 0.0.0.0/0
PersistentKeepalive = 25

Команды для быстрой установки WireGuard сервера

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

sudo apt install -y wireguard wireguard-tools

Создание ключей на сервере:

umask 077
wg genkey | tee /etc/wireguard/server.key | wg pubkey > /etc/wireguard/server.pub

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

ip route | grep default
ip -br a

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

cat /etc/wireguard/server.key

Создание конфигурации сервера:

sudo nano /etc/wireguard/wg0.conf

внутрь файла положи настройки сервера, где нужно поменять правильные IP где 10.0.1.0/24 это сеть VPN а 192.168.0.0/24 локальная сеть сервера, PrivateKey и <WAN_IF> — заменить на что-то типа ens18, eth0

[Interface]
Address = 10.0.1.1/24
ListenPort = 51820
PrivateKey = <вставь что вернет - cat /etc/wireguard/server.key>

PostUp   = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -s 10.0.1.0/24 -o ens18 -j MASQUERADE; iptables -t nat -A POSTROUTING -s 10.0.1.0/24 -d 192.168.0.0/24 -o ens19 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -s 10.0.1.0/24 -o ens18 -j MASQUERADE; iptables -t nat -D POSTROUTING -s 10.0.1.0/24 -d 192.168.0.0/24 -o ens19 -j MASQUERADE

не забудь поменять IP, PrivateKey и eth0 на твой интерфейс <WAN_IF> для выхода в интернет

Включить IP-форвардинг

echo 'net.ipv4.ip_forward=1' | sudo tee /etc/sysctl.d/99-wireguard.conf
sudo sysctl --system

Если есть firewall то нужно еще порт открыть:

sudo sed -i 's/DEFAULT_FORWARD_POLICY="DROP"/DEFAULT_FORWARD_POLICY="ACCEPT"/' /etc/default/ufw
sudo ufw reload
cat /etc/default/ufw | grep DEFAULT_FORWARD_POLICY
sudo ufw allow 51820/udp
ufw status

Запуск и автозагрузка

sudo systemctl enable --now wg-quick@wg0

Проверка:

sudo wg

Приложения wireguard клинеты скачиваются с официального сайта, в них нужно сгенерировать ключи. Приватный ключ положить в конфигурацию на клиенте, а публичный ключ добавить в конфигурацию на сервере. Генерировать ключи и конфиг файл можно конечно и на сервере, и потом отправить приватный ключ на клиент, но тогда сервер будет знать сразу и приватный и публичный ключ клиента, что не очень хорошо. Но если хотим сгенерировать ключь на сервере то делаем так:

sudo mkdir -p /etc/wireguard/clients
sudo chmod 700 /etc/wireguard/clients
umask 077
wg genkey | tee /etc/wireguard/clients/client1.key | wg pubkey > /etc/wireguard/clients/client1.pub
wg genpsk > /etc/wireguard/clients/client1.psk

Итак, у нас есть уже ключи, мы их либо сгенерировали на сервере или в самом клиенте, теперь составим файл конфигурации клиента для подключения к нашему серверу:

[Interface]
PrivateKey = <вставь что вернет - cat /etc/wireguard/clients/client1.key>
Address = 10.0.1.10/24
DNS = 1.1.1.1
MTU = 1420PostUp   = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -s 10.10.251.0/24 -o ens18 -j MASQUERADE; iptables -t nat -A POSTROUTING -s 10.10.251.0/24 -d 192.168.0.0/24 -o ens19 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -s 10.10.251.0/24 -o ens18 -j MASQUERADE; iptables -t nat -D POSTROUTING -s 10.10.251.0/24 -d 192.168.0.0/24 -o ens19 -j MASQUERADE

[Peer]
PublicKey = <вставь что вернет - cat /etc/wireguard/server.pub>
PresharedKey = <вставь что вернет - cat /etc/wireguard/clients/client1.psk>
AllowedIPs = 0.0.0.0/0
Endpoint = vpn.example.com:51820
PersistentKeepalive = 25

Это настройки именно на стороне клиента, теперь надо сделать так чтобы сервер знал что этот клиент будет подключаться, для этого снова открываем файл wg0.conf и добавляем устройство которое может подключаться:

sudo nano /etc/wireguard/wg0.conf

[Peer]
PublicKey = <вставь что вернет - cat /etc/wireguard/client1.pub>
PresharedKey = <вставь что вернет - cat /etc/wireguard/client1.psk>
AllowedIPs = 10.0.1.10/32

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

sudo systemctl restart wg-quick@wg0

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

sudo wg set wg0 \
  peer <КЛИЕНТ_PUBKEY> \
  preshared-key <(cat client1.psk) \
  allowed-ips 10.0.1.10/32

Для простоты есть генератор QR кода для клиента:

sudo apt install qrencode
qrencode -t ansiutf8 < client1.conf

Быстрый автоматический способ установки WireGuard я писал в другой статье.

Сообщение Что такое WireGuard — полное, подробное описание и настройка появились сначала на Wiki | PWODEV.

Сегодня мы установим WireGuard сервер на Ubuntu. Есть способ установки нативно, но там прийдется заморочиться с настройками, поэтому сразу перейду к более простому способу через WireGuard Manager:

curl -O https://raw.githubusercontent.com/complexorganizations/wireguard-manager/main/wireguard-manager.sh
chmod +x wireguard-manager.sh
sudo ./wireguard-manager.sh

Тут соглашаемся с настройками по умолчанию, кроме DNS. Как только вы увидите это сообщение, выбирайте 2) Custom (Advanced)

Which DNS provider would you like to use?
  1) Unbound (Recommended)
  2) Custom (Advanced)

А дальше выбираем DNS какие больше всего нравятся, например Cloudflare или Google

Select the DNS provider you wish to use with your WireGuard connection:
  1) Cloudflare (Recommended)
  2) AdGuard
  3) NextDNS
  4) OpenDNS
  5) Google
  6) Verisign
  7) Quad9
  8) FDN
  9) Custom (Advanced)

Дальше все по умолчанию. В самом конце появится QR код и настройки клиента. Теперь осталось скачать и установить клиент на ваше устройство с официального сайта https://www.wireguard.com/install/

На этом все, можно наслаждаться своим собственным, супер быстрым VPN.

Сообщение Устанавливаем самый быстрый WireGuard VPN Server появились сначала на Wiki | PWODEV.

Для начала нам необходимо купить следующее оборудование:

• Geekworm KVM-A3
• Raspberry Pi 4 (4GB)
• Power supply USB-C 5.1V, 3A
• microSDHC SanDisk Extreme 32 GB
• HDMI Cable

Оборудование купили теперь можно собирать.

Полную сборку можно посмотреть в этом видео:

Сборка Geekworm KVM-A3 с Raspberry Pi 4

Официальный сайт этой замечательной коробочки со всей нужной информацией: https://wiki.geekworm.com/PiKVM-A3

Собираем PiKVM в следующем порядке:

1. Раскручиваем корпус (8 болтов) и вытаскиваем из него пакетик с болтиками и наклейками
2. Приклеиваем рамочку на крышку
3. Приклеиваем 4 резиновые ножки к корпусу
4. Распаковываем Raspberry Pi 4
5. Приклеиваем 3 охлаждения к Raspberry Pi 4
6. Берем пакет с платой HDMI IN и вытаскиваем шлейф и черный кабель с белыми разъемами это аудио кабель.
7. Подключаем аудио кабель в разъем на плате HDMI IN
8. Подключаем шлейф к Raspberry Pi 4 надписями вверх и синей наклейкой к разъему
9. Берем пакет в платой KVM вытаскиваем из него болты, нам нужны 4 столбика золотого цвета
10. Дальше берем 4 болтика золотого цвета (из пакета от корпуса) и ставим на них Raspberry Pi 4, с другой стороны прикручиваем 4 столбика.
11. Берем плату KVM и одеваем ее на Raspberry Pi 4. Шлейф должен пройти в отверстие в плате.
12. Прикручиваем 4 черными болтами плату KVM к золотым столбикам на Raspberry Pi.
13. Берем плату HDMI IN и вставляем торчащий из KVM шлейф в плату (синей наклейкой вверх).
14. Берем 3 черных болта и прикручиваем HDMI IN плату к KVM плате, шлейф должен аккуратно ложиться.
15. Подключаем аудио разъем из платы HDMI IN в KVM плату
16. Берем коробочку с дисплеем
17. Вставляем дисплей в разъем на плате KVM и прикручиваем 2 длинными болтами (шли в коробке с дисплеем),
18. Отклеиваем пленку на дисплее
19. Вставляем все в корпус, 4 ножки что на Raspberry Pi должны совпасть с дырками на корпусе
20. Прикручиваем корпус и ножки Raspberry Pi 4 черными болтами из пакета с корпусом
21. Одеваем крышку корпуса и прикручиваем его 8 черными болтами из первого пункта.

Корпус собран, теперь идем к компьютеру устанавливать PiKVM OS на MicroSD карточку.

1. Вставляем MicroSD в компьютер
2. Идем на сайт PiKVM и скачиваем последнюю версию PiKVM OS (V3 Pre-Assembled)
3. Скачиваем и устанавливаем установщик Raspberry Pi OS
4. Запускаем установщик Raspberry Pi OS
5. Выбираем девайс — Raspberry Pi 4
6. Выбираем OS — Use custom в самом низу списка, и выбираем скаченный нами образ PiKVM OS из пункта 2
7. Выбираем MicroSD который мы вставили в пункте 1
8. Жмем далее
9. потом NO (мы не хотим кастомные настройки сохранять)
10. потом YES (да мы понимаем что с MicroSD все удалится)
11. Процесс установки пошел, ждем.
12. После того как процесс закончился, вытаскиваем MicroSD из компьютера и вставляем еще раз, чтобы записать по умолчанию настройки WIFI.
13. Заходим на MicroSD ищем файл pikvm.txt открываем его и дописываем настройки WIFI:

WIFI_ESSID='mynet' 
WIFI_PASSWD='p@s$$w0rd'

при этом FIRST_BOOT=1 должно остаться.

14. Сохраняем файл и отключаем MicroSD
15. Готовый MicroSD подключаем в Raspberry Pi 4 через соответствующее отверстие в корпусе KVM
16. Подключаем LAN кабель к KVM
17. Затем подключаем KVM к питанию и ждем пока на дисплее появится IP адрес KVM.

Готово, если мы видим IP адрес то система работает правильно.

Теперь нужно поменять пароли. По умолчанию пароли для web интерфейса:
Юзер: admin
Пароль: admin
И для ssh:
Юзер: root
Пароль: root
Заходим в браузере по IP который мы видим на дисплее КВМ, вводим юзер и пароль по умолчанию admin, admin. Дальше выбираем Терминал по очереди и пишем следующие команды:

залогинеться как root:

su

открыть систему для записи:

rw

поменять пароль root:

passwd root

поменять пароль веб интерфейса:

kvmd-htpasswd set admin

сделать по умолчанию Full HD:

kvmd-edidconf --import-preset=v3.1080p-by-default

закрыть систему для записи:

ro

запустить обновление:

pikvm-update

После этого система перезагрузиться, и мы получим обновленный pikvm с новыми паролями. Дальше выключаем питание и переходим к подключению, через плату переходник, пинов кнопок питания, ресета и LED на материнской плате компьютера куда будем ставить KVM.

После установки платы в компьютер можно делать финальное подключение KVM к компьютеру. Берем наш собранный KVM и подключаем следующие разъемы:

1. ATX — подключаем желтым LAN кабелем из комплекта в плату что мы установили в компьютер (управляет кнопками питания и ресета компютера)
2. HDMI IN — подключаем HDMI кабелем (не входит в комплект) к любому HDMI разъему компьютера, лучше к видео карте если имеется.
3. Ethernet — подключаем LAN кабелем к роутеру или свичу локальной сети где есть DHCP. Нужно для доступа к KVM. Можно также настроить и фиксированный IP, если нет DHCP или KVM должен быть доступен на прямую в интернет (что не рекомендую из соображений безопасности и не нужного использовании публичного IP адреса)
4. OTG — подключаем USB-C to USB-A кабель (входящий в комплект) в любой USB разъем компьютера. Для имитации клавиатуры, мышки, и внешней флешки
5. PWR IN — подключаем в самую последнюю очередь блок питания USB-C 5.1V, 3A.

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

WIFI

Если мы не записали настройки WIFI при загрузки или нам надо поменять настройки вайфай подключаемся к PiKVM через ssh или веб интерфейс заходим в терминал и делаем следующие команды:

su

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

rw

чтобы включить режим записи настроек

nano /etc/systemd/network/wlan0.network

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

[Match]
Name=wlan0

[Network]
DHCP=yes
DNSSEC=no

[DHCP]
ClientIdentifier=mac
RouteMetric=50

сохраняем и делаем настройки самой сети WIFI не забудьте поменять mynet и password на свои от своего WIFI:

wpa_passphrase 'mynet' 'p@s$$w0rd' > /etc/wpa_supplicant/wpa_supplicant-wlan0.conf

дальше делаем правильные права на файл:

chmod 640 /etc/wpa_supplicant/wpa_supplicant-wlan0.conf

активируем настройки

systemctl enable wpa_supplicant@wlan0.service

выходим из режима записи

ro

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

Static IP

чтобы сделать для LAN статический IP это же применимо и для WIFI нам надо поменять настройки. Для начала переходим в режим записи

rw

потом открываем файл eth0.network или для WIFI wlan0.network

nano /etc/systemd/network/eth0.network

меняем тут DHCP=yes на DHCP=no и добавляем статические данные IP выглядит оно примерно так:

[Network]
DHCP=no
DNSSEC=no
Address=192.168.178.20/24
Gateway=192.168.178.1
DNS=192.168.178.1
DNS=8.8.8.8

сохраняем и выходим из режима записи:

ro

теперь надо перезагрузиться и настройки применятся. Готово

Сообщение PiKVM — Делаем KVM на основе Raspberry Pi 4 появились сначала на Wiki | PWODEV.

Устанавливаем 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.

Что такое theme.json?

Theme.json — это файл конфигурации, представленный в версии 5.8 и выше WordPress, который содержит параметры и настройки для темы. Он предоставляет разработчикам тем возможность определить цвета, шрифты, размеры, стили кнопок и другие визуальные аспекты, а также настраивать блоки Gutenberg.

Основная фишка:

Основная фишка файла theme.json заключается в централизованной настройке темы. Вместо того, чтобы разбрасывать настройки по различным файлам и функциям, разработчики могут объединить все настройки в едином файле, что обеспечивает более удобное управление и обслуживание темы.

Примеры использования:

• Настройка цветов:
  В файле theme.json можно определить основные цвета темы, такие как основной цвет, вторичный цвет и т.д. Это позволяет легко изменять цветовую схему темы без необходимости вносить изменения в CSS-файлы. Пример использования:

{
  "settings": {
    "colors": {
      "primary": "#ff0000",
      "secondary": "#0000ff"
    }
  }
}

• Настройка типографии:
  С помощью theme.json можно настроить параметры типографии темы, такие как шрифт и размер текста. Пример использования:

{
  "settings": {
    "typography": {
      "fontFamily": "Arial, sans-serif",
      "fontSize": "16px"
    }
  }
}

• Настройка блоков Gutenberg:
  Theme.json позволяет настраивать стили и поведение различных блоков в редакторе блоков Gutenberg. Вы можете определить стили по умолчанию для блоков, изменить их настройки и поведение, а также добавить новые стили блоков. Пример использования:

{
  "blocks": {
    "core/paragraph": {
      "styles": {
        "color": "#333333"
      }
    },
    "core/button": {
      "styles": {
        "backgroundColor": "#ff0000",
        "color": "#ffffff"
      }
    }
  }
}

• Расширение функциональности:
  Theme.json позволяет расширять функциональность вашей темы, добавляя различные ключи и секции. Например, вы можете указать поддержку определенных функций WordPress, таких как миниатюры, пользовательские заголовки, пользовательские фоновые изображения и другие. Пример использования:

{
  "supports": {
    "align-wide": true,
    "responsive-embeds": true
  }
}

Вот пример простого файла theme.json для темы WordPress:

{
  "version": 1,
  "settings": {
    "colors": {
      "primary": "#ff0000",
      "secondary": "#0000ff"
    },
    "typography": {
      "fontFamily": "Arial, sans-serif",
      "fontSize": "16px"
    }
  },
  "blocks": {
    "core/paragraph": {
      "styles": {
        "color": "#333333"
      }
    },
    "core/button": {
      "styles": {
        "backgroundColor": "#ff0000",
        "color": "#ffffff"
      }
    }
  },
  "supports": {
    "align-wide": true,
    "responsive-embeds": true
  }
}

В этом примере:

• "version": указывает версию файла theme.json.
• "settings": определяет основные настройки темы, в данном случае цвета и типографику.
• "colors": определяет основные цвета темы, например, "primary" и "secondary".
• "typography": определяет параметры типографики, такие как шрифт и размер.
• "blocks": настраивает стили и параметры для различных блоков Gutenberg.
• "core/paragraph": определяет стили для блока параграфа.
• "core/button": определяет стили для блока кнопки.
• "supports": указывает поддерживаемые функции WordPress, такие как широкое выравнивание ("align-wide") и адаптивные встроенные элементы ("responsive-embeds").

Вот пример использования настроек из файла theme.json в коде темы WordPress:

Использование цветов:

// Получение значения цвета primary из настроек theme.json
$primary_color = get_theme_mod( 'primary_color', '#ff0000' );

// Использование полученного значения цвета в коде
echo '<div style="background-color: ' . $primary_color . ';">Пример контента</div>';

Использование типографии:

// Получение значения шрифта из настроек theme.json
$font_family = get_theme_mod( 'font_family', 'Arial, sans-serif' );
$font_size = get_theme_mod( 'font_size', '16px' );

// Использование полученных значений типографии в коде
echo '<p style="font-family: ' . $font_family . '; font-size: ' . $font_size . ';">Пример текста</p>';

Использование настроек блоков:

// Получение значения цвета параграфа из настроек theme.json
$paragraph_color = get_theme_mod( 'core/paragraph_color', '#333333' );

// Использование полученного значения цвета в коде блока параграфа
echo '<p style="color: ' . $paragraph_color . ';">Пример текста в блоке параграфа</p>';

// Получение значений стилей кнопки из настроек theme.json
$button_background_color = get_theme_mod( 'core/button_background_color', '#ff0000' );
$button_text_color = get_theme_mod( 'core/button_text_color', '#ffffff' );

// Использование полученных значений стилей в коде блока кнопки
echo '<button style="background-color: ' . $button_background_color . '; color: ' . $button_text_color . ';">Пример кнопки</button>';

Таким образом, вы можете использовать полученные значения из настроек theme.json в вашем коде, чтобы динамически применять внешний вид и стили к различным элементам и блокам вашей темы WordPress.

Заключение:

Файл theme.json является мощным инструментом, предоставляющим разработчикам тем более гибкий и централизованный способ настройки внешнего вида и функциональности темы. Он позволяет упростить процесс разработки и обновления тем, а также предоставляет возможность пользователям легко настраивать внешний вид темы. С использованием theme.json разработчики могут создавать более гибкие и настраиваемые темы WordPress, соответствующие потребностям пользователей.

При разработке темы WordPress обязательно изучите документацию о файле theme.json, чтобы полностью понять его возможности и использовать их наилучшим образом.

Сообщение theme.json в WordPress — централизованная настройка тем появились сначала на Wiki | PWODEV.

1. Файлы шаблонов (Template files): Это файлы, которые определяют структуру каждой страницы вашего сайта. Например, файлы header.php, footer.php, index.php и single.php определяют разметку шапки, подвала, главной страницы и отдельной записи соответственно.
2. Файлы стилей (Style files): Они содержат информацию о внешнем виде вашего сайта, включая цвета, шрифты, размеры элементов и т. д. Файлы стилей обычно имеют расширение .css.
3. Файлы изображений (Image files): Темы могут содержать изображения, такие как логотипы, фоновые изображения, иконки и т. д. Обычно они находятся в отдельной папке внутри темы.
4. Файлы функций (Function files): Это файлы, содержащие PHP-код, который добавляет дополнительную функциональность к вашей теме. Файл functions.php является одним из основных файлов функций, в котором вы можете определять пользовательские функции и хуки.
5. Дополнительные файлы и папки: В зависимости от темы, она может содержать дополнительные файлы или папки, такие как файлы JavaScript, шрифты, плагины, шаблоны страниц и т. д.

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

А теперь пройдемся по каждому пункту более подробней.

1. Файлы шаблонов (Template files)

Файлы шаблонов определяют структуру и разметку каждой страницы на вашем веб-сайте. Вот некоторые из основных файлов шаблонов:

1. header.php: Этот файл содержит код для верхней части вашего сайта, включая заголовок, меню навигации и другие элементы, которые отображаются на каждой странице.
2. footer.php: Этот файл содержит код для нижней части вашего сайта, такую как подвал, копирайт и другие элементы, которые отображаются на каждой странице.
3. index.php: Это главный файл шаблона, который определяет разметку главной страницы вашего сайта. Он обычно выводит список последних записей или определенного типа записей.
4. single.php: Этот файл используется для отображения отдельной записи. Когда пользователь просматривает одну запись, WordPress использует этот файл для вывода содержимого и комментариев.
5. page.php: Этот файл определяет разметку страниц, которые вы создаете в WordPress. Он используется для отображения статических страниц.
6. archive.php: Этот файл используется для отображения архивных страниц, таких как архивы по дате, автору, категории и тегам.
7. search.php: Этот файл определяет разметку страницы результатов поиска, которая отображается, когда пользователь выполняет поиск на вашем сайте.
8. category.php и tag.php: Эти файлы определяют разметку страницы категорий и тегов соответственно.
9. sidebar.php: Файл шаблона sidebar.php определяет боковую панель вашего сайта. Вы можете добавить виджеты, меню или другой контент в боковую панель, настроив файл sidebar.php.

Вы можете создавать свои собственные файлы шаблонов в теме WordPress, чтобы настроить внешний вид и поведение различных типов страниц. Каждый файл шаблона содержит PHP-код и HTML-разметку, который определяет, каким образом страница будет выглядеть и какие данные будут отображаться.

Помимо вышеперечисленных файлов, в теме могут быть и другие файлы шаблонов, в зависимости от конкретных требований вашего сайта и используемых плагинов.

2. Файлы стилей (Style files)

Файлы стилей отвечают за внешний вид вашего веб-сайта, включая цвета, шрифты, размеры элементов и другие стилевые аспекты. Вот некоторые ключевые аспекты файлов стилей в теме WordPress:

1. style.css: Это основной файл стилей, который определяет общий внешний вид вашей темы. Он содержит CSS-код, определяющий цвета, шрифты, фоны, отступы, границы и другие стилевые правила для различных элементов на вашем сайте.
2. Дополнительные файлы CSS: В больших темах или темах с комплексными дизайнами могут использоваться дополнительные файлы стилей. Они могут быть организованы по модульному принципу, где каждый файл отвечает за определенные разделы или компоненты вашего сайта. Например, файлы «header.css», «footer.css» или «sidebar.css» могут содержать стили, специфичные для соответствующих областей сайта.
3. Использование CSS-препроцессоров: В некоторых темах разработчики могут использовать CSS-препроцессоры, такие как Sass или Less, для упрощения и структурирования стилевого кода. В таких случаях файлы стилей могут иметь расширения, отличные от .css, например .scss или .less. Препроцессоры CSS предлагают расширенный синтаксис, переменные, миксины и другие возможности для более гибкого и эффективного создания стилей.
4. Импорт стилей: Файлы стилей могут импортировать другие файлы стилей с помощью директивы @import. Это позволяет разделить стилевые правила на несколько файлов для лучшей организации и поддержки.

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

3. Файлы изображений (Image files)

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

1. Логотипы и иконки: Файлы изображений часто содержат логотип вашего сайта или иконки, которые используются в верхней панели навигации, в подвале или в других областях вашего сайта. Обычно они имеют форматы .jpg, .png или .svg.
2. Фоновые изображения: Фоновые изображения могут использоваться для стилизации различных разделов вашего сайта, таких как шапка, подвал, боковая панель и другие элементы. Они могут добавлять текстуру, цвет или декоративные элементы к вашей теме.
3. Иллюстрации и графика: Если ваш сайт требует использования иллюстраций, графики или других графических элементов, вы можете добавить соответствующие файлы изображений в тему. Например, это может быть иллюстрация для заголовка или изображение для слайдера на главной странице.

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

Примечание: Некоторые темы WordPress могут также использовать изображения, хранящиеся на удаленных серверах или внешних службах, например, при использовании иконок или шрифтов, предоставляемых сторонними поставщиками.

4. Файлы функций (Function files)

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

1. functions.php: Это основной файл функций в теме WordPress. Он используется для определения пользовательских функций, хуков (hooks) и фильтров (filters). Файл functions.php обычно включает в себя код для настройки темы, регистрации пользовательских меню, поддержки миниатюр (thumbnails), создания виджетов и других дополнительных функций.
2. Подключение стилей и скриптов: Файлы функций могут содержать код для подключения дополнительных стилей CSS и JavaScript, которые необходимы для вашей темы или плагинов, используемых на вашем сайте. Вы можете использовать функции, такие как wp_enqueue_style() и wp_enqueue_script(), чтобы добавить стили и скрипты с правильными зависимостями и версиями.
3. Пользовательские типы записей и таксономии: Файлы функций могут содержать код для определения пользовательских типов записей (Custom Post Types) и таксономий (Taxonomies). Пользовательские типы записей позволяют вам создавать специальные типы контента, отличные от стандартных записей и страниц, а таксономии — организовывать контент по категориям или меткам.
4. Хуки и фильтры: Файлы функций в теме WordPress также могут содержать код, использующий хуки (hooks) и фильтры (filters) для внедрения функциональности в различные части вашего сайта. Хуки позволяют вам выполнить код в определенных точках выполнения WordPress, например, перед или после вывода контента, а фильтры предоставляют возможность изменить или модифицировать данные, выводимые на вашем сайте.
5. Дополнительные файлы функций: В больших и сложных темах может быть несколько дополнительных файлов функций, которые содержат определенные функциональные компоненты. Например, файлы для настройки темы, пользовательской административной панели (Theme Options), интеграции со сторонними сервисами и другие.

Файлы функций позволяют вам настроить и расширить функциональность вашей темы WordPress, вносить изменения в поведение и добавлять дополнительные возможности. Они являются мощным инструментом для разработчиков

Сегодня мы рассмотрели из чего состоит темы вордпресс (WordPress). Добавь эту страницу в закладки браузера и будешь постоянно пополнять запас знаний по этой и другой IT теме 🙂

Сообщение Из чего состоит тема WordPress появились сначала на Wiki | PWODEV.

Итак, приступим.

Создаем Сервер

Для начала логинемся в наш Proxmox и жмем в верхнем правом углу кнопку «Создать VM».

• Вводим ID, Имя хоста, жмем далее,
• Выбираем ISO образ centos-7…. жмем далее, далее
• Выбираем размер диска не меньше 100 гигабайт жмем далее,
• Выбираем количество ядер процессора, не меньше 4, жмем далее,
• Выбираем количество RAM лучше не меньше 8192, жмем далее,
• Подтверждаем и запускаем контейнер.
• Заходим в консоль
• Выбираем установить Centos
• Выбираем язык
• Выбираем таймзону
• Выбираем диск для установки
• Включаем Ethernet и сразу конфигурируем ее
  • IPv4 Settings
  • Method: Manual
  • Выбираем IP
  • добавляем DNS
• Стартуем установку
• Ставим временный рут пароль
• После окончания установки нажимаем кнопку перезагрузить
• В параметрах виртуальной машины редактируем параметр запуск при загрузке

Базовая настройка сервера

Меняем временный рут пароль на постоянный:

passwd

Дальше заходим в консоль и видим ошибку локализации. Исправляем.

echo -e "LANG=en_US.utf-8\nLC_ALL=en_US.utf-8" >> /etc/environment

Чтобы начать подключаться через ssh удаленно, нужно проделать следующие манипуляции:

yum update -y && yum upgrade -y && yum makecache
yum -y install openssh-server openssh-clients epel-release nano htop mc wget git chrony ntp
systemctl stop sshd && systemctl start sshd

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

Теперь нам нужно проверить все ли ок с портами. Команда должна вернуть пустоту

ss -tlpn | grep -E -w '25|80|110|143|443|465|587|993|995|4190'
# or:
netstat -tulpn | grep -E -w '25|80|110|143|443|465|587|993|995|4190'

Пусто? отлично идем дальше. Если нет, то отключаем сервисы что юзают эти порты. Скорее всего это порт 25 и это postfix. Отключаем

systemctl stop postfix
yum remove postfix -y

Перепроверяем еще раз порты, если теперь пусто, то идем дальше.

Проверяем чтобы время на сервере было настроена правильно:

timedatectl status

Проверяем чтобы NTP enabled: yes и NTP synchronized: yes. Если что-то не правильно, настраиваем:

nano /etc/systemd/timesyncd.conf

и добавляем следующий текст:

[Time]
NTP=0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org

и применяем параметры

timedatectl set-ntp true
systemctl start ntpd.service
systemctl enable ntpd.service
systemctl restart ntpd.service

Меняем таймзону если нужно

timedatectl set-timezone Europe/Berlin

Еще раз все перепроверяем

timedatectl status

Обычно приходится тут перезагрузить VPS чтобы применились параметры

Установка Docker

Первым делом устанавливаем докер следующей командой:

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

Проверяем что докер установлен, смотрим версию докера:

docker -v

Проверяем версию докер композ

docker compose version

Selinux

проверяем установлен ли Selinux:

rpm -qa | grep container-selinux

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

docker info | grep selinux

Тут ничего не должно вывести. Это означает, что в докер Selinux еще не подключен. Но прежде чем его подключить обсудим некоторый момент на счет докера. Давай проверим какой обьем имеет «/» директория, так как именно на по умолчанию ставится докер и там он хранит данные своих контейнеров и соответственно все наши письма будут лежать именно там.

df -h

Если мы видим что «/» занимает самую большую часть памяти, пропускаем все что будет ниже и переходим к пункту включения selinux без переноса рабочей папки докера. Но если у нас например «/home» больше чем «/» следует перенести рабочую папку докера на другой диск.

Вариант 1: Останавливаем докер:

systemctl stop docker
systemctl stop docker.socket

Когда докер остановлен, переносим текущую рабочую папку на другой диск

mv /var/lib/docker /home/docker-data

Теперь меняем конфигурацию докера:

mkdir -p /etc/docker
nano /etc/docker/daemon.json

заполняем в файлик следующее, заодно сразу включаем selinux для докера

{
  "data-root": "/home/docker-data",
  "selinux-enabled": true
}

сохраняем и стартуем докер

systemctl start docker
systemctl start docker.socket

Вариант 2: Если нам не нужно переносить рабочую папку докера, то просто включаем selinux:

nano /etc/docker/daemon.json

заполняем следующий текст:

{
  "selinux-enabled": true
}

и перезапускаем докер:

systemctl restart docker

Дальше что для первого случая что для второго
проверяем выводит ли теперь selinux следующая команда:

docker info | grep selinux

если да, то все получилось. Также проверяем докер применилась ли перенос Docker Root Dir в /home/docker-data. Для его запускаем следующую команду и ищем в результатах Docker Root Dir:

docker info

Нашли, значит все хорошо и докер работает с новой рабочей папкой на другом диске.

DNS записи

Следующим шагом нужно добавить нужные нам 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;

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

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

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

Запуск Mailcow

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

su
umask

должно вывести 0022, если все ок идем дальше.

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

1. Первое что спросит это hostname. Тут пишем название вашего домена для сервера mail.youdomain.com.
2. Дальше спросит таймзону — ее мы уже настроили поэтом идем дальше
3. Следующее спросит какую версию mailcow использовать, жмем 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;
  }
}

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

docker compose pull
docker compose up -d

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

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

Как только все контейнеры стартовали, нужно подождать до минуты, и можно переходить в браузер и проверить работает ли наш новый меил сервер — https://mail.youdomain.com, Домен понятное дело пишем тот который мы в настройках DNS сделали. Вы должны увидеть что-то похожее в браузере:

Увидели? Могу вас поздравить. Вы только что запустили очень мощный меил сервер.

Вводим стандартный логин admin и пароль moohoo, и сразу меняем пароль для администратора. Делаем необходимые нам настройки, добавляем меилы и наслаждаемся новой системой 🙂

В настройках нам нужно сделать следующее:

1. Добавить домен
2. Сгенерировать для него dkim ключ
3. добавить этот ключ в DNS

TXT    dkim._domainkey    v=DKIM1;k=rsa;t=s;s=email;p=****************

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

Сообщение Поднимаем меил сервер на проксмоксе Centos 7 появились сначала на 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.

Способ 1:

Запускаем терминал, и вводим 2 команды:

defaults write com.apple.screencapture location ~/Downloads
killall SystemUIServer

После этого все наши скриншоты будут сохранены в папку Загрузки (Downloads)

Проверяем. Для тех кто забыл как делать скриншоты на маке, вот вам шпаргалка:

• Command+Shift+3 — скриншот всего экрана
• Command+Shift+4 — появится возможность выделить на экране область которую мы хотим сохранить
• Command+Shift+5 — появляется варианты скриншота/записи видео или других параметров скриншота

Способ 2:

Теперь рассмотрим другой способ через настройки скриншота. Жмем Command+Shift+5 и в нижней части экрана мы увидим слово параметры, внутри мы можем выбрать то расположение куда мы хотим сохранять скриншоты.

Как по мне способ с терминалом быстрее 🙂 но вы выбирайте тот что вам будет удобней.

Сообщение Как поменять папку для скриншотов на MacBook появились сначала на Wiki | PWODEV.