Дополнительный IP-адрес для сервера

Один VPS — не обязательно один IP. Второй адрес развязывает почту от сайтов, спасает репутацию при рассылках и позволяет держать несколько независимых сервисов на одной машине. Разбираем, когда доп-IP реально нужен и как его правильно поднять.

Когда одного IP мало

На современном сервере один адрес обслуживает десятки сайтов — SNI в TLS давно снял старое ограничение «один SSL = один IP». Но есть сценарии, где второй IP решает реальную задачу, а не создаётся для галочки.

• Почтовый сервер — отдельный IP с чистой репутацией и своим PTR, чтобы письма не мешались с веб-трафиком.
• Разделение репутации — рассылки и основной сайт на разных адресах, чтобы бан одного не задел другой.
• Несколько проектов — клиентам или сервисам нужны разные внешние IP.
• Гео и обход блокировок — запасной адрес, если основной попал в список.
• Изоляция сервисов — VPN, панель и продакшн на разных IP.

MAATRIX позволяет добавить дополнительный IPv4 к серверу — удобно, когда почта и сайт должны жить на разных адресах с раздельной репутацией.

Главный сценарий — почта отдельно от сайта

Самый частый повод для второго IP — почтовый сервер. У почты жёсткие требования: корректный PTR, чистая история адреса, отсутствие в спам-листах. Если тот же IP светится в вебе и вдруг попадает в блэклист из-за взломанного сайта — почта тоже перестаёт доходить.

Разведение по разным адресам изолирует риски: сайт на одном IP, MTA (Postfix/exim) на другом со своим PTR и SPF/DKIM/DMARC. Тогда проблемы веба не бьют по доставляемости писем, и наоборот.

Как добавить второй IP в систему

После того как хостер выделил адрес, его нужно поднять на интерфейсе. На Ubuntu через netplan создаём/правим конфиг:

sudo nano /etc/netplan/60-additional.yaml

network:
  version: 2
  ethernets:
    eth0:
      addresses:
        - 203.0.113.10/24
        - 203.0.113.20/24

Применяем и проверяем, что оба адреса на месте.

sudo netplan apply
ip -4 addr show eth0

Быстро (до перезагрузки) адрес добавляется и командой ip:

sudo ip addr add 203.0.113.20/24 dev eth0

Привязываем сервисы к нужному IP

Второй адрес бесполезен, пока сервисы слушают все интерфейсы вперемешку. Явно привязываем каждый к своему IP. Пример для Nginx — сайт только на первом адресе:

server {
  listen 203.0.113.10:443 ssl;
  server_name example.com;
}

Исходящий трафик почты тоже стоит прибить к нужному адресу, иначе PTR не совпадёт. В Postfix за это отвечает параметр:

sudo postconf -e 'smtp_bind_address = 203.0.113.20'
sudo systemctl restart postfix

Проверить, с какого адреса сервер выходит наружу:

curl --interface 203.0.113.20 https://ifconfig.co

Не забудьте про PTR и DNS

Для почты обратная запись (PTR) на выделенном IP обязательна и настраивается на стороне хостера — попросите привязать PTR к вашему почтовому домену. Прямые записи заводите под каждый адрес:

dig +short mail.example.com   # A -> 203.0.113.20
dig +short example.com        # A -> 203.0.113.10
dig -x 203.0.113.20 +short    # PTR почтового IP

SPF в TXT-записи должен разрешать именно почтовый IP, иначе даже с чистым адресом письма будут проваливать проверки. Согласованность A, PTR и SPF — половина успеха доставляемости.

Частые ошибки

• Купить IP, но не привязать сервисы — трафик всё равно идёт с основного адреса.
• Забыть про PTR — почта с нового IP улетает в спам.
• Оставить listen на 0.0.0.0 — сервис слушает все адреса, изоляция теряется.
• Не обновить SPF — новый почтовый IP не проходит проверку отправителя.
• Брать доп-IP без нужды — для нескольких сайтов с SSL хватает одного адреса и SNI.

Частые вопросы