hastar

Рейтинг
13
Регистрация
26.06.2017

Тоже сейчас перевожу сайт на https

прошел 1 день как сайт одновременно доступен и по Http и по https. лениво добавляю на переобход страницы https версии

Возник вопрос - что на данном этапе делать с накопившимися существующими редиректами http версии (имею в виду http -> http)? по данным ссылкам ждать пока зеркала склеятся и только потом редирект на https переделать?

хм поковырялся еще разок

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

ошибки вышеобозначенные как выяснилось вызваны настройками для dkim в main.cf

smtpd_milters = inet:127.0.0.1:8891

non_smtpd_milters = $smtpd_milters

milter_default_action = accept

в /etc/opendkim.conf

Socket inet:8891@localhost

закомментировал строки в main.cf и ошибки исчезли

но теперь dkim подпись не ставиться

в гугл так же в спам залетают письма. Подскажите пожалуйста что для ip6 прописать

сюда smtpd_milters = inet:127.0.0.1:8891

не нашел что-то наскоком

Оптимизайка:
Да, см. http://www.postfix.org/IPV6_README.html

пробовал явно обозначить

mynetworks = [2a00:ab00:4300:2bd::d7]/64

те же ошибки при отправке

Датабор

В ответ на то что у меня есть подозрения что мой Ip в блек листе гугла саппорт отписал что я сам что-то не так настроил скорее всего

у меня есть доп Ipv4

настроил отправку через него. все равно в спам залетает

Попробовал через ipv6

Что то не выходит. Подскажите пожалуйста где накосячил

inet_interfaces = loopback-only

inet_protocols = ipv6

smtp_bind_address6 = 2a00:ab00:4300:2bd::d7

запрос postconf mynetworks выдает

mynetworks = [::1]/128

ping6 ipv6.google.com идет

хвост с maillog

Nov 30 22:27:50 neudachnik postfix/cleanup[20477]: fatal: host/service 127.0.0.1/8891 not found: Address family for hostname not supported

Nov 30 22:27:51 neudachnik postfix/pickup[19886]: warning: maildrop/E060C68F8E: error writing F29F81842246: queue file write error

Nov 30 22:27:51 neudachnik postfix/master[19885]: warning: process /usr/libexec/postfix/cleanup pid 20477 exit status 1

Nov 30 22:27:51 neudachnik postfix/master[19885]: warning: /usr/libexec/postfix/cleanup: bad command startup -- throttling

нужно как то явно mynetworks прописать?

использую postfix

На postmaster.google.com только что добавил

Нет данных. Попробуйте позже.
Для получения этих данных ваш домен должен удовлетворять требованиям Postmaster Tools. Дополнительную информацию смотрите в Справочном центре.

в справочном центре

Данные в Postmaster Tools появляются тогда, когда в системе есть достаточный объем (сотни записей) данных о ежедневном трафике, которые поступают с аутентифицирующих доменов и/или при других определенных условиях, чтобы предотвратить злоупотребление системой. Важно также следовать рекомендациям по осуществлению массовых рассылок в Gmail.

Кроме того, чтобы увидеть данные в некоторых разделах, например "Доля попаданий в спам" и Feedback Loop, трафик должен подписываться с помощью DKIM.

Письма подписываются DKIM. В стартовом посте указал пример

Рассылок не веду никаких массовых. Просто сайт шлет (ф-ция mail)уведомления о регистрации и тп.

С шареда на впс недавно перевел сайт.

Переучить попробую конечно через это не спам. Но ящиков мало у меня. Кажется вряд ли сработает

ip6 есть у меня. только осталось разобраться как через него слать. Пока гуглю. Можно ссылку наводящую?

topadmin:
Ошибки на сайте скорее всего не в nginx, а на уровне бекенда (php-fpm, apache, etc). Может ошибок именно в nginx нет?
Удалите файл с error_log'ами /var/log/nginx/сайт-error.log, /var/log/nginx/error.log и перезапустите nginx. Если новый файл будет создан, значит проблем с правами и смежными параметрами нет. Также можете просто для теста временно увеличить уровень логирования с дефолтного error до info: глобальный - error_log /var/log/nginx/error.log info, server'а - error_log /var/log/nginx/сайт-error.log info;

Удалил. После перезапуска действительно создались файлы.

У меня nginx+php-fpm

Действительно в логах php-fpm видны ошибки

У меня была 500 ошибка (ионкубом был скрипт закодирован не подходящим для php71). Я думал что в логах nginx это должно появляться. Видимо нет. В логе php-fpm есть соответствующие записи

поудолял на всякий случай архивы логов

но думаю дело в чем то другом (не в месте) так как access сайта пишется

перезагрузка nginx (первое что пробовал 8) )не помогает

пробовал такую вот петрушку su -m nginx -c 'echo "test">>/var/log/nginx/сайт-error.log'

записало

nginx - user под которым nginx

я так и сделал

GATEWAY изначально тоже вводил в виртуальных интерфейсах.

Сейчас от дополнительного (eth0:0) ip пинг есть до шлюза. Дальше глухо. И наоборот извне есть пинг до шлюза но до ip не достучаться

техподдержка ответила что у них все ок и привели пример пинга до одного из тестовых впс 82.202.200.12 из этой подсети

написали что изменят мне основной ip. Поменяли. Сейчас поковыряюсь

ps: а шлюзы точно нужно было исключать из ifcfg-eth0:0 и 1. Они разные просто были

---------- Добавлено 13.11.2017 в 16:18 ----------

поддержка написала что поменяют основной ip на проблемный. я уж обрадовался

а поменяли на тот что был раньше дополнительным рабочим. В итоге вернулся к тому что было но теперь на 1 ip меньше )))

имею основной ip функционирующий и злосчастный 82.202.200.21 не пингующийся

Всего: 72