Не может получить доступ к почтовому серверу через SMTP
Следующее поможет вам погрузить сумму производства всех элементов линии, которая начинается из p и его количество.
awk '/^P/{for (n=2;n<=NF;n++){sum+=arr[n]*$n;arr[n]=$n;t++}} END{print sum t}'
Я не понял понял, что вы подразумеваете в кусок , но если вы хотите получить сумму не для файла в общей сложности, но для отдельной части вы можете изменить программу
awk '/^924$/ && sum != 0 {print sum t; sum=0; t=0} \
/^P/{for (n=2;n<=NF;n++){sum+=arr[n]*$n;arr[n]=$n;t++}} \
END{print sum t}'
Дупличность AFAIK не может сделать резервную копию удаленного каталога в локальный каталог. Я решаю проблему в двух шагах. На сервере резервного копирования:
запустить rsync над ssh с помощью клавиш SSH для синхронизации удаленного каталога к локальному каталогу
rsync -avz -e ssh user @ пульт дистанционного управления: / удаленный / каталог local_directory
запуска каталог другому. Используйте асимметричные клавиши GNUPG, поэтому вам не нужны пасфры во время шифрования.
Дупликация --ensrypt-ключ = файл your_keyid local_directory: // backup_directory
или без шифрования резервного копирования:
duplicity --no-encryption local_directory file://backup_directory
IIRC, openssl s_client -подключить локальный хост использует TLS по умолчанию.
С https://www.openssl.org/docs/apps/s_client.html:
-ssl2, -ssl3, -tls1, -no_ssl2, -no_ssl3, -no_tls1
Эти опции отключают использование определенных протоколов SSL или TLS. По умолчанию начальное рукопожатие использует метод, который должен быть совместим со всеми серверами и позволять им использовать SSL v3, SSL v2 или TLS соответственно.
К сожалению, существует множество старых и сломанных серверов, которые не могут справиться с этой технологией и не смогут подключиться. Некоторые серверы работают только в том случае, если TLS отключен с опцией -no_tls, другие будут поддерживать только SSL v2 и, возможно, понадобится опция -ssl2.
Возможно, вам придется использовать одну из этих опций.
Сначала попробуйте базовое подключение к месту назначения.
telnet smtp.gmail.com 587
Если это не сработает, вы, вероятно, рассматриваете проблему с брандмауэром.
Убедитесь, что ваш TLS работает
openssl s_client -starttls smtp -crlf -connect smtp.gmail.com:587
Если первый брандмауэр работает, но TLS не работает, вы, скорее всего, используете брандмауэр глубокой проверки, который блокирует использование TLS (поскольку он не может проверять TLS трафик).
Ваша проблема больше похожа на проблему с брандмауэром, чем на проблему с электронной почтой.
Если это так, то вам нужно описать, что у вас есть в качестве брандмауэра, и какова его конфигурация. Если это чисто iptables, что кажется возможным в вашем описании на сегодняшний день, вставьте вывод iptables-save.
Редактируйте
Ваша конфигурация iptables пуста. Единственное правило, которое у вас есть, не имеет значения, так как по умолчанию все равно ACCEPT, поэтому мы можем безопасно игнорировать iptables.
Поскольку вы даже не смогли установить TCP соединение (telnet smtp.gmail.com 465), это означает, что вы полностью заблокированы каким-то брандмауэром, предполагая, что все остальное работает, например, маршрутизация и так далее. Потому что это производственный сервер, который, я думаю, можно безопасно исключить.
Итак, теперь вам нужно обсудить это с вашей сетевой командой или посмотреть на ваш внешний брандмауэр, потому что вы заблокированы на порту 465.
Просто проверьте порт 587, а также, согласно моим примерам выше, не заблокирован ли этот порт. В этом случае у Вас, скорее всего, есть очень ограничительный брандмауэр, разрешающий только соответствующие, установленные и 25-й порт.
Вам нужно добавить 465 к разрешенным исходящим портам на любом брандмауэре, который вас блокирует.
Я не знаю Ваше окружение, но некоторые среды с высоким уровнем безопасности не разрешают шифрование изнутри своей сети, и в этом случае шифрование должно быть включено на брандмауэре. Возможно, Вы находитесь в подобной или похожей ситуации.