Делаю сайт, Впервые! Опции

[indеx]

Ни думал, ни гадал, что когда-нибудь возьмусь за такое занятие. Во-первых, у меня не было идеи, о чём должен быть сайт. Во-вторых, я никогда не делал сайты, и у меня нет соответствующих навыков. Но тут у друга появилась идея для сайта, которая мне понравилась. А у меня начало появляться свободное время, которое нужно было использовать. Начинать что-то новое я никогда не боялся, поэтому решил начать. Тем более, что общие навыки программирования у меня есть. Сразу скажу: Идею сайта пока рассказывать не буду, не просите! Даже если просто поржать . Да и дело пока не в идее, а в приобретении навыков веб-программирования.
Честно говоря, я уже начал делать сайт, и есть кое-какие наработки. Можно было, конечно, не создавать эту тему, а просто продолжать делать своё дело. Но я человек ленивый, и если не с кем пообщаться на эту тему, то работоспособность у меня почему-то снижается. А если на форуме в теме будет с кем поговорить, то это дело должно стать более захватывающим для меня и пойти веселее . Да и ответственность появится какая-то перед участниками темы, уже так просто не бросишь, будешь стараться доводить дело до конца. Плюс, мне поначалу нужна какая-то записная книжка, в которой будут множественные технические подробности, как именно я сделал то-то и то-то, и чтобы эта информация была доступна мне как с работы, так и из офиса, ибо она может понадобиться повторно. А если эта информация будет доступна ещё и другим людям, то хуже от этого точно не будет никому. Тем более, что на форуме могут найтись участники, способные подсказать, направить, дать совет или ещё как-то помочь мне в моём начинании, что будет для меня весьма кстати. Вот поэтому я и решил создать данную тему.

Обычно я веду беседы совсем на другие темы, не связанные с техникой, что может стать неожиданностью для участников, знакомых со мной на форуме. В связи с этим я считаю необходимым сделать следующее предупреждение.
ПРЕДУПРЕЖДЕНИЕ:
В данной теме предполагается углубленное рассмотрение информационно-алгоритмических подробностей с использованием сложных и неоднозначных для обычных людей понятий, применяемых в этой области. Это способно вызвать у неподготовленного читателя состояние трудно-идентифицируемой дезориентации, во избежание чего, во время прочтения данной темы рекомендуется не пытаться осознать сразу всё, что написано, а также рекомендуется делать перерывы и пить больше жидкости. За психическое состояние читателей автор ответственности не несёт.

Продолжение следует...

[indеx]

Для второго сайта site2.ru первый этап выполняем аналогично.

Теперь второй этап — установить программу почтового сервера postfix и настроить её так, чтобы разные пользователи операционной системы отправляли письма с разных почтовых ящиков.
Установка postfix выполняется один раз обычным способом:

Код

apt install postfix

После чего в файл настроек /etc/postfix/main.cf вносим следующие изменения:
1) удаляем строку

Код

relayhost =

2) строку

Код

mydestination = $myhostname, localhost.$mydomain, $mydomain

меняем на следующую:

Код

mydestination = localhost

3) две строки с параметрами "myhostname" и "mydomain" делаем, чтобы выглядели следующим образом:

Код

myhostname = site1.ru
mydomain = site1.ru

То есть, в обеих строках прописываем один любой домен, настроенный на наш сервер (можно site2.ru).
4) В конец файла добавляем следующие строки:

» Кликните сюда для просмотра оффтоп текста.. «

Код

sender_canonical_maps = hash:/etc/postfix/private/sender_canonical
smtp_sender_dependent_authentication = yes
sender_dependent_relayhost_maps = hash:/etc/postfix/private/sender_relayhost
smtp_use_tls = yes
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/private/sasl_passwd
smtp_sasl_security_options =
smtp_tls_wrappermode = yes
smtp_tls_security_level = encrypt
relayhost = [smtp.yandex.ru]:submission

В результате чего, содержимое файла /etc/postfix/main.cf у нас получается следующее:

» Кликните сюда для просмотра оффтоп текста.. «

Код

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = site1.ru
mydomain = site1.ru
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localhost
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all


sender_canonical_maps = hash:/etc/postfix/private/sender_canonical
smtp_sender_dependent_authentication = yes
sender_dependent_relayhost_maps = hash:/etc/postfix/private/sender_relayhost
smtp_use_tls = yes
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/private/sasl_passwd
smtp_sasl_security_options =
smtp_tls_wrappermode = yes
smtp_tls_security_level = encrypt
relayhost = [smtp.yandex.ru]:submission

Проверяем, сохраняем файл и перезапускаем почтовый наш сервер postfix:

Код

systemctl restart postfix

С такими настройками наш почтовый сервер не будет отправлять письма сам, а будет подключаться к серверу Яндекс (smtp.yandex.ru) и доверять ему отправку писем. Такой подход лучше использовать, если мы не уверены, что сможем правильно настроить свой почтовый сервер. Ибо при неправильных настройках нашего почтового сервера, отправленные с него письма могут попадать в спам на стороне получателя. Серверы же Яндекс наверняка настроены правильно, что даёт гарантию практически стопроцентной доставки писем. Кроме того, у этого подхода есть ещё одно преимущество, которое я уже описывал выше: Если наш сервер вместе со всеми сайтами вдруг перестанет работать, то письма от наших клиентов мы всё равно сможем получать и отвечать на них, т.к. это будет происходить через серверы Яндекса.
Всё, вот эти настройки делаются один раз, независимо от того, сколько на нашем сервере сайтов.
Теперь давайте сделаем настройки, разруливающие, какие сайты с какого ящика будут отправлять письма.
В каталоге /etc/postfix создаём каталог private, в котором создаём три текстовых файла:

1) sender_canonical
2) sender_relayhost
3) sasl_passwd

И записываем в эти файлы следующие данные:
1) /etc/postfix/private/sender_canonical:

Код

u-site1-ru mail@site1.ru
u-site2-ru mail@site2.ru

2) /etc/postfix/private/sender_relayhost:

Код

mail@site1.ru [smtp.yandex.ru]:465
mail@site2.ru [smtp.yandex.ru]:465

3) /etc/postfix/private/sasl_passwd:

Код

mail@site1.ru mail@site1.ru:Password1234
mail@site2.ru mail@site2.ru:Password5678

То есть, в первом файле прописано, какой пользователь с какого ящика отправляет. Во втором файле прописано, какой ящик к какому серверу подключается (оба к Яндексу). А в третьем для каждого ящика прописано, какой логин и пароль используются для подключения к серверу.
Сохраняем эти файлы, после чего обязательно владельцем каталога /etc/postfix/private (вместе со всеми файлами) делаем пользователя root:

Код

chown -R root:root /etc/postfix/private

Иначе у нас не получится следующее действие. А следующее действие такое: В командной строке выполняем три команды, которые из этих текстовых файлов делают индексированные файлы (для быстрой работы postfix с этими настройками):

Код

postmap hash:/etc/postfix/private/sender_canonical
postmap hash:/etc/postfix/private/sender_relayhost
postmap hash:/etc/postfix/private/sasl_passwd

Смотрим, действительно, рядом с этими текстовыми файлами появились три файла красного цвета с названиями: sender_canonical.db, sender_relayhost.db, sasl_passwd.db. Всё нормально, так и должно быть.
И теперь чтобы настройки вступили в силу перезапускаем postfix:

Код

systemctl restart postfix

Теперь нам нужно проверить, отправляют ли разные сайты письма с разных ящиков.
Создаём текстовый файл sendmail.php со следующим содержанием:

Код

<?php
mail("ivan@yandex.ru", "Тест", "Здравствуйте! Это тестовое письмо.");
?>

Заливаем этот файл в корень одного сайта и в корень второго сайта. То есть, в папки /home/u-site1-ru/www и /home/u-site2-ru/www.
Делаем владельцами этих файлов соответствующих пользователей:

Код

chown u-site1-ru:u-site1-ru /home/u-site1-ru/www/sendmail.php

Код

chown u-site2-ru:u-site2-ru /home/u-site2-ru/www/sendmail.php

И теперь в адресной строке браузера вводим сначала: site1.ru/sendmail.php, а затем site1.ru/sendmail.php. После чего проверяем, не пришло ли письмо на почтовый ящик ivan@yandex.ru. И оказывается, что не пришло В чём может быть причина? Точно! Мы же забыли открыть порт в программе iptables для исходящего подключения. По какому порту мы подключаемся к Яндексу? Правильно, по 465-му. А по какому адресу? Правильно, по smtp.yandex.ru. Значит, вводим следующую команду:

Код

iptables -A OUTPUT -p tcp -d smtp.yandex.ru --dport 465 -j ACCEPT

А затем проверяем, что получилось, командой:

Код

iptables -L -n --line-numbers

И видим на экране:

» Кликните сюда для просмотра оффтоп текста.. «

Код

Chain INPUT (policy DROP)
num  target     prot opt source               destination
1    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            state ESTABLISHED
2    ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0            tcp dpt:55555
3    ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0            tcp dpt:80
4    ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0            tcp dpt:443
5    ACCEPT     tcp  --  127.0.0.1            0.0.0.0/0            tcp dpt:3306

Chain FORWARD (policy DROP)
num  target     prot opt source               destination

Chain OUTPUT (policy DROP)
num  target     prot opt source               destination
1    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            state ESTABLISHED
2    ACCEPT     tcp  --  0.0.0.0/0            127.0.0.1
3    ACCEPT     tcp  --  0.0.0.0/0            87.250.250.38        tcp dpt:465
4    ACCEPT     tcp  --  0.0.0.0/0            213.180.204.38       tcp dpt:465
5    ACCEPT     tcp  --  0.0.0.0/0            77.88.21.38          tcp dpt:465
6    ACCEPT     tcp  --  0.0.0.0/0            93.158.134.38        tcp dpt:465
7    ACCEPT     tcp  --  0.0.0.0/0            213.180.193.38       tcp dpt:465

О как! Вместо smtp.yandex.ru мы видим 5 IP-адресов. Это означает, что у Яндекса аж целых 5 машин, принимающих подключения пользователей по протоколу smtp. С таким сверхнадёжным подходом нам действительно не стоит бояться за доставку наших писем. Главное — отправить письмо Яндексу, а он уже разберётся.
И теперь нам важно не забыть сохранить настройки iptables в наш файл, иначе после перезагрузки сервера они сбросятся. Сохраняем:

Код

iptables-save > /home/kamikadze9705/iptables/rules.txt

Но с отправкой письма Яндексу могут возникнуть и другие проблемы. Например, Яндекс отказывается подключать нас по протоколу smtp до тех пор, пока мы не войдём в свой аккаунт mail@site1.ru через веб-интерфейс и не заполним свои данные: имя, фамилию, пол и дату рождения. Только после этого подключения будут успешны. Но даже если после этого, письма всё равно не приходят на ящик ivan@yandex.ru, то причины можно посмотреть в лог-файле почты /var/log/mail.log.
А у меня письма приходят. Отправленные с разных сайтов приходят с разных почтовых ящиков, что мне и было нужно.

Продолжение следует...

Сообщение отредактировал indеx - 16.08.2017 - 21:33