smtp.gmail.com из bash выдает «Ошибка в сертификате: издатель сертификата партнера не распознан».


11

Мне нужен был мой скрипт, чтобы написать администратору в случае возникновения проблемы, и компания использует только Gmail. Следуя нескольким инструкциям, я смог настроить mailx с помощью файла .mailrc. Сначала была ошибка nss-config-dir. Я решил это, скопировав некоторые файлы .db из каталога Firefox. к ./certs и нацеливаясь на него в mailrc. Письмо было отправлено.

Однако вышеприведенная ошибка возникла. Каким-то чудом был сертификат Google в .db. Это обнаружилось с этой командой:

~]$ certutil -L -d certs

Certificate Nickname                                         Trust Attributes
                                                             SSL,S/MIME,JAR/XPI

GeoTrust SSL CA                                              ,,
VeriSign Class 3 Secure Server CA - G3                       ,,
Microsoft Internet Authority                                 ,,
VeriSign Class 3 Extended Validation SSL CA                  ,,
Akamai Subordinate CA 3                                      ,,
MSIT Machine Auth CA 2                                       ,,
Google Internet Authority                                    ,,

Скорее всего, это можно игнорировать, потому что почта все равно работала. Наконец, потянув за волосы и много гугля, я узнал, как избавиться от раздражения.

Сначала экспортируйте существующий сертификат в файл ASSCII:

~]$ certutil -L -n 'Google Internet Authority'  -d certs -a > google.cert.asc

Теперь повторно импортируйте этот файл и пометьте его как доверенный для SSL-сертификатов, ala:

~]$ certutil -A -t "C,," -n 'Google Internet Authority'  -d certs -i google.cert.asc

После этого, список показывает, что он доверяет:

~]$ certutil -L -d certs

Certificate Nickname                                         Trust Attributes
                                                             SSL,S/MIME,JAR/XPI
...
Google Internet Authority                                    C,,

И mailx отправляет без помех.

~]$ /bin/mailx -A gmail -s "Whadda ya no" somebody@acompany.com
ho ho ho
EOT
~]$

Я надеюсь, что это будет полезно для тех, кто хочет покончить с ошибкой.

Кроме того, мне интересно кое-что.

Как я могу получить этот сертификат, если его нет в базе данных Mozilla случайно? Есть ли, например, что-то подобное?

    ~]$ certutil -A -t "C,," \
                 -n 'gmail.com'  \
                 -d certs \
                 -i 'http://google.com/cert/this...'

Ответы:


13

Ну, это не тот лайнер, который я хотел, а вот как получить и импортировать сертификат с нуля:

# Create a certificate directory
~]$ mkdir certs

# Create a new database in the certs dir
~]$ certutil -N -d certs 

# Need now a chain certificate - May 18, 2015
~]$ wget https://www.geotrust.com/resources/root_certificates/certificates/GeoTrust_Global_CA.cer

# Need now a chain certificate part 2 - May 18, 2015
~]$ mv GeoTrust_Global_CA.cer certs/

# Fetch the certificate from Gmail, saving in the text file GMAILCERT
# Added the CA opion - May 18, 2015
~]$ echo -n | openssl s_client -connect smtp.gmail.com:465 -CAfile certs/GeoTrust_Global_CA.cer | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > GMAILCERT

# Import the new cert file into the new database in the new dir
~]$ certutil -A -n "Google Internet Authority" -t "C,," -d certs -i GMAILCERT 

# Double Check
~]$ certutil -L -d certs

Certificate Nickname                                         Trust Attributes
                                                             SSL,S/MIME,JAR/XPI

Google Internet Authority                                    C,,  

Yaa! и благодаря ответу на этот билет


1
Я снова получаю сообщение об ошибке «Ошибка в сертификате: издатель сертификата партнера не распознан». Срок действия сертификата Gmail, который я получил, истек, похоже, новый сертификат является цепочечным. openssl s_client -showcerts -connect smtp.gmail.com:465 </dev/nullчтобы просмотреть их все.
спазм

1
Обновлен ответ с шагом, чтобы загрузить файл cer эмитентов.
ndasusers

Благодаря этому билету
ndasusers

7

Этот пост необходимо обновить еще раз. У меня были проблемы с моей установкой mailx на мой CentOS 7 ящик. Почта отправила бы, но я все еще получал "Ошибка в заверенном: издатель сертификата Peer не распознан" ошибка.

Я нашел решение здесь , хотя пришлось его перевести.

Вот быстрый способ сделать это:

# Create a certificate directory
mkdir ~/.certs

# Create a new database in the certs dir (dont forget to enter your pass phrase!)
certutil -N -d ~/.certs 

# Create three files for the cert chain
touch ~/.certs/google ~/.certs/geotrust ~/.certs/equifax

# Copy the cert chain for smtp.google.com:465 over to my_certs file (don't forget the -showcerts option, CTRL + C to end this command)
openssl s_client -showcerts -connect smtp.gmail.com:465 > ~/.certs/my_certs

Теперь скопируйте каждый сертификат, включая --BEGIN CERTIFICATE-- и --END CERTIFICATE--, и вставьте их в соответствующие файлы, созданные вами ранее (google, geotrust, equifax), и теперь сохраните эти файлы.

# Open your my_certs file you made earlier and copy the google cert (usually the first one)
nano ~/.certs/my_certs

# Open your google file, paste the google cert that you just copied, and save and close
nano ~/.certs/google

# Open your my_certs file you made earlier and copy the geotrust cert (usually the second one)
nano ~/.certs/my_certs

# Open your geotrust file, paste the geotrust cert that you just copied, and save and close
nano ~/.certs/geotrust

# Open your my_certs file you made earlier and copy the equifax cert (usually the third one)
nano ~/.certs/my_certs

# Open your equifax file, paste the equifax cert that you just copied, and save and close
nano ~/.certs/equifax

Теперь мы должны импортировать каждый из этих сертификатов в БД.

# Import the google cert into the db
certutil -A -n "Google Internet Authority" -t "TC,," -d ~/.certs -i ~/.certs/google

# Import the geotrust cert into the db
certutil -A -n "GeoTrust Global CA" -t "TC,," -d ~/.certs -i ~/.certs/geotrust

# Import the equifax cert into the db
certutil -A -n "Equifax Secure Certificate Authority" -t "TCP,," -d ~/.certs -i ~/.certs/equifax

# Double check to make sure everything imported correctly into the db
certutil -L -d ~/.certs

Пример вывода:

Certificate Nickname                                         Trust Attributes
                                                             SSL,S/MIME,JAR/XPI

Google Internet Authority                                    CT,,
GeoTrust Global CA                                           CT,,
Equifax Secure Certificate Authority                         CT,,

Время уборки (опционально)

# Remove all unnecessary files since the db has the certs :)
rm -rf ~/.certs/google ~/.certs/geotrust ~/.certs/equifax ~/.certs/my_certs

# Now run a test to make sure mailx is sending correctly now (don't forget to change yourname@example.com to the email address you'd like to send to)
echo "Your message" | mail -s "Message Subject" yourname@example.com

Это должно быть так, вы не должны получать «Ошибка в сертифицированном: издатель сертификата партнера не распознан». ошибка больше!

Заметки:

Вы могли заметить, что я изменил каталог с /certsна ~/.certs. mailx запускается от имени пользователя root, поэтому я внес эти изменения от имени пользователя root /. «~ /» означает, что каталог «HOME» все это ~/.certsозначает /root/.certs/. Я уверен, что вы знали это, но на всякий случай вы никогда не знаете, кто это читает!

На тот случай, если вам это нужно, вот параметры конфигурации, которые я добавил внизу /etc/mail.rc

# /etc/mail.rc options added to the bottom
set smtp-use-starttls
set smtp-auth=login
set smtp=smtp://smtp.gmail.com:587
set from="your.from.user@gmail.com(Web01 Server)"
set smtp-auth-user=your.smtp.user@gmail.com
set smtp-auth-password=your.pass
set ssl-verify=ignore
set nss-config-dir=/root/.certs

Обязательно измените your.from.user, your.smtp.user и your.pass на их соответствующие переменные.


Благодаря оптеронам это работало как шарм, я не знаю, почему @ndasusers не работал.
Абхишек Мадхани,

Кто-нибудь знает, как решить проблему, когда почтовые серверы сбалансированы по нагрузке и работают как кластер? например, Office 365. Сертификат периодически получит сообщение об ошибке, поскольку сервер в конце соединения переключается с соединения на соединение.
Брэд

Это снова устарело: -showcertsвыдает два сертификата, а не 3. Второй - GlobalSign. Тем не менее, эта процедура является единственной, которая работает, поэтому +1: используйте -showcerts, найдите все сертификаты в ней (в настоящее время 2) и по отдельности импортируйте их в базу данных.
EML

... и запускается opensslкак echo -n | openssl, не зависает в ожидании ввода
EML

@ EML + или openssl s_client </dev/null. Да, с 2017 года Google (включая gmail) перешел с GIA2 в GeoTrust / Equifax на GIA3 в GlobalSign. Но нет необходимости хранить все сертификаты цепочки. И если какой-либо преступник или самозванец (например, любопытное правительство) выдает себя за gmail, этот метод не только доверяет им, но и делает это навсегда - другие пользователи могут быть временно одурачены незаконно выданным сертификатом, но при его отзыве они перестают доверять ему, тогда как с этим Метод, которым вы продолжаете отдавать всю свою электронную почту злодеям.
dave_thompson_085

0

Я создал небольшой сценарий, основанный на ответах в этой теме, который будет автоматически извлекать, анализировать и устанавливать текущие сертификаты SMTP для Gmail. Он должен быть в состоянии справиться с этим, если количество сертификатов снова изменится.

Вот пастбина с подсветкой синтаксиса, а также

#!/bin/bash

# This script pulls ssl certs for using gmail smtp. Adapted from the following config explaination:
# /server/498588/smtp-gmail-com-from-bash-gives-error-in-certificate-peers-certificate-issuer

certdirectory="/home/user/.certs"

# Functions

fail() {
    ec=$?
    [ "${ec}" == "0" ] && ec=1
    echo -e "FAILED[code=$ec]: $@"
    exit $ec
}

warn(){
echo -e "WARNING $@"
}

cleanup() {
  rm allgcert* || warn "Cleanup of files errored"
  rm gcert* || warn "Cleanup of files errored"
}

failclean() {
  cleanup
  fail "$@"
}

# Count number of certs currently being used (can change from time to time)
numcerts=$(echo -n | openssl s_client -showcerts -connect smtp.gmail.com:465 | grep -c "i:")

# Create the certs directory if it does not exist
mkdir -p $certdirectory || fail "Unable to create certificates directory"

# Pull certs to a local file for parsing
echo -n | openssl s_client -showcerts -connect smtp.gmail.com:465 | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > allgcert || failclean "Unable to pull certs from smtp.gmail.com"

# Parses certs output based on the number of certs, and outputs to individual files
if (($numcerts > 1)) ; then
  # Pulls the first cert out as it needs one extra line
  sed '1,27!d' allgcert > gcert1
  # For subsequent certs, it multiplies the cert number by the number of lines in the file where it should exist
  for i in $(seq 2 $numcerts) ; do
    sed "$((2 + (((($i - 1)) * 26))))"','"$((1 + (($i * 26))))"'!d' allgcert > gcert${i}
  done
fi

# Parses out certificate issuer names for installation
echo -n | openssl s_client -showcerts -connect smtp.gmail.com:465 | grep i: | sed -e 's,.*=,,' > allgcertnames || failclean "Unable to output parsed names for certificates"

for i in $(seq 1 $numcerts) ; do
  certutil -A -n "$(sed -n ${i}p allgcertnames)" -t "TC,," -d $certdirectory -i gcert${i} || failclean "Unable to import certificates to database"
done

cleanup

Как и выше, это неправильно, но если вы хотите сделать это, достаточно одной строки awk:openssl s_client </dev/null -showcerts -connect ... | awk '/^ i:/{n=substr($0,7)} /-BEGIN/,/-END/{print>"t"} /-END/{close("t"); system("certutil -A -n \"" n "\" -t TC,, -i t -d certdir || echo failed; rm t")}'
dave_thompson_085

Ах, я не видел ваш комментарий до создания этого сценария. Благодарность! Изменить: после перечитывания вашей однострочной, я не вижу никакой практической разницы между моим сценарием и этим. Я предполагаю, что вы только что дали мне в основном однострочную версию моего сценария. Есть ли рекомендуемый «правильный» способ сделать это, чтобы не иметь проблемы постоянного доверия?
pyr0ball
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.