Tls error on connection recv the tls connection was non properly terminated

Moderator: Project members

Moderator: Project members

wanakt

500 Command not understood
Posts: 3
Joined: 2022-06-20 08:23
First name: Jay
Last name: Kim

GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#1

Post

by wanakt » 2022-06-20 09:20

I am using FileZilla Server 1.4.1.

The server seems to be installed properly, since it passed the test on ftptest.net.
Furthermore, getting list of directories, downloading and delete through TLS Connection succeeded.

However, whenever I try to upload a file to the ftp, an error message «GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated» continues to appear.
The log of FileZilla Server is as follows;

<Date> Info [Type] Message
<> FTP Session 297 192.168.0.1 [Response] 220-FileZilla Server 1.4.1
<> FTP Session 297 192.168.0.1 [Response] 220 Please visit https://filezilla-project.org/
<> FTP Session 297 192.168.0.1 [Command] AUTH TLS
<> FTP Session 297 192.168.0.1 [Response] 234 Using authentication type TLS.
<> FTP Session 297 192.168.0.1 [Command] USER ****
<> FTP Session 297 192.168.0.1 [Response] 331 Please, specify the password.
<> FTP Session 297 192.168.0.1 [Command] PASS ****
<> FTP Session 297 192.168.0.1 wanakt [Response] 230 Login successful.
<> FTP Session 297 192.168.0.1 wanakt [Command] PBSZ 0
<> FTP Session 297 192.168.0.1 wanakt [Response] 200 PBSZ=0
<> FTP Session 297 192.168.0.1 wanakt [Command] PROT P
<> FTP Session 297 192.168.0.1 wanakt [Response] 200 Protection level set to P
<> FTP Session 297 192.168.0.1 wanakt [Command] OPTS utf8 on
<> FTP Session 297 192.168.0.1 wanakt [Response] 202 UTF8 mode is always enabled. No need to send this command
<> FTP Session 297 192.168.0.1 wanakt [Command] PWD
<> FTP Session 297 192.168.0.1 wanakt [Response] 257 «/» is current directory.
<> FTP Session 297 192.168.0.1 wanakt [Command] TYPE I
<> FTP Session 297 192.168.0.1 wanakt [Response] 200 Type set to I
<> FTP Session 297 192.168.0.1 wanakt [Command] PASV
<> FTP Session 297 192.168.0.1 wanakt [Response] 227 Entering Passive Mode (221,148,162,103,246,204)
<> FTP Session 297 192.168.0.1 wanakt [Command] STOR test/임차인 동의서(202호).pdf
<> FTP Session 297 192.168.0.1 wanakt [Response] 150 Starting data transfer.
<> FTP Session 297 192.168.0.1 wanakt [Error] GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
<> FTP Session 297 192.168.0.1 wanakt [Status] Client did not properly shut down TLS connection
<> FTP Session 297 192.168.0.1 wanakt [Response] 425 Error while transfering data: ECONNABORTED — Connection aborted

The odd things is that the file is uploaded properly regardless of the above error message.

It would be highly appreciated, if you would let me know what I should do to fix the above error.


User avatar

botg

Site Admin
Posts: 34745
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse
Contact:

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#2

Post

by botg » 2022-06-21 08:38

<> FTP Session 297 192.168.0.1 wanakt [Response] 227 Entering Passive Mode (221,148,162,103,246,204)

So the server sits behind a NAT router. Did you check the «Use the default host for local connections» checkbox on the server’s passive mode settings page?


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#3

Post

by tchicken » 2022-06-22 20:06

Thank you for your answer botg,

I checked the box, restarted the service, but I still have the same error, another idea ?

And I have the same problème in passive or active mode !


User avatar

botg

Site Admin
Posts: 34745
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse
Contact:

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#4

Post

by botg » 2022-06-23 07:54

Please provide a log with the checkbox enabled. Which client software are you using?


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#5

Post

by tchicken » 2022-06-23 20:16

I use FileZilla client, log attached, thanks for your help ;)

Attachments
filezilla-server.log
(3.23 MiB) Downloaded 43 times


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#6

Post

by tchicken » 2022-06-24 07:47

«Use the following host (leave empty to keep the defaule one)» contained an IP address, I deleted it, it didn’t solve the problem, I add the new log file as an attachment. thank you again for your precious help.

Attachments
filezilla-server.log
(3.25 MiB) Downloaded 32 times


User avatar

botg

Site Admin
Posts: 34745
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse
Contact:

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#7

Post

by botg » 2022-06-24 09:32

Are you using any firewalls or AV products? What happens if you completely uninstall them for a test?


wanakt

500 Command not understood
Posts: 3
Joined: 2022-06-20 08:23
First name: Jay
Last name: Kim

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#8

Post

by wanakt » 2022-06-25 02:36

I am using only window defender.
As per your recommendation, I reinstalled FileZilla Server but it did not solve the problem.


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#9

Post

by tchicken » 2022-06-25 09:12

Hi Botg,
it seems that we are 2 to have the same problem !
I just have Windows defender in Windows Server 2019.
Hi Wanakt, what is your server configuration ?


wanakt

500 Command not understood
Posts: 3
Joined: 2022-06-20 08:23
First name: Jay
Last name: Kim

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#10

Post

by wanakt » 2022-06-25 09:56

My settings on FileZilla Server are as follows;

server listeners : port 21, protocol Explicit FTP over TLS and insecure plain FTP
TLS certificate : Use a self-signed X.509 certificate
Minumum allowed TLS version : v1.2
use the default host for local connections : checked


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#11

Post

by tchicken » 2022-06-28 05:09

Hi there,
Did any of you find a solution to our problem? I’m still stuck on my side!


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#12

Post

by tchicken » 2022-06-28 06:38

Customer side :
I changed the active mode by default, here is the trace :

Statut : Déconnecté du serveur
Statut : Résolution de l’adresse de lesarcs.dyndns.org
Statut : Connexion à 82.65.91.6:21…
Statut : Connexion établie, attente du message d’accueil…
Statut : Initialisation de TLS…
Statut : Connexion TLS établie.
Statut : Connecté
Statut : Récupération du contenu du dossier…
Statut : Le serveur a envoyé une réponse passive avec une adresse non routable. Adresse remplacée par celle du serveur.
Commande : MLSD
Réponse : 150 About to start data transfer.
Erreur : Connection interrompue après 20 secondes d’inactivité
Erreur : Impossible de récupérer le contenu du dossier
Statut : Déconnecté du serveur
Statut : Résolution de l’adresse de lesarcs.dyndns.org
Statut : Connexion à 82.65.91.6:21…
Statut : Connexion établie, attente du message d’accueil…
Statut : Initialisation de TLS…
Statut : Connexion TLS établie.
Statut : Connecté
Statut : Récupération du contenu du dossier…
Statut : Le serveur a envoyé une réponse passive avec une adresse non routable. Adresse remplacée par celle du serveur.
Commande : MLSD
Réponse : 150 About to start data transfer.
Erreur : Affichage du contenu du dossier annulée par l’utilisateur

Coté server :

<Date> Info [Type] Message
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 [Response] 234 Using authentication type TLS.
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 [Command] USER genturfevo
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 [Response] 331 Please, specify the password.
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 [Command] PASS ****
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Response] 230 Login successful.
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Command] PWD
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Response] 257 «/» is current directory.
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Command] TYPE I
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Response] 200 Type set to I
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Command] PASV
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Response] 227 Entering Passive Mode (192,168,0,111,234,209)
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Command] MLSD
<28/06/2022 08:33:19> FTP Session 1145 176.170.75.47 genturfevo [Response] 150 About to start data transfer.
<28/06/2022 08:33:39> FTP Session 1145 176.170.75.47 genturfevo [Error] GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
<28/06/2022 08:33:39> FTP Session 1145 176.170.75.47 genturfevo [Status] Client did not properly shut down TLS connection
<28/06/2022 08:33:39> FTP Session 1145 176.170.75.47 genturfevo [Error] Control channel closed with error from source 0. Reason: ECONNABORTED — Connection aborted.
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Response] 220-FileZilla Server 1.4.1
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Response] 220 Please visit https://filezilla-project.org/
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Command] AUTH TLS
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Response] 234 Using authentication type TLS.
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Command] USER genturfevo
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Response] 331 Please, specify the password.
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 [Command] PASS ****
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Response] 230 Login successful.
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Command] PWD
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Response] 257 «/» is current directory.
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Command] TYPE I
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Response] 200 Type set to I
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Command] PASV
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Response] 227 Entering Passive Mode (192,168,0,111,234,210)
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Command] MLSD
<28/06/2022 08:33:39> FTP Session 1146 176.170.75.47 genturfevo [Response] 150 About to start data transfer.

Always this error : [Error] GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.


User avatar

botg

Site Admin
Posts: 34745
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse
Contact:

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#13

Post

by botg » 2022-06-28 07:57

Your server is behind a NAT router. You need to tell the server your public IP address.


tchicken

503 Bad sequence of commands
Posts: 20
Joined: 2022-06-21 14:44
First name: Michel
Last name: POULET

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#14

Post

by tchicken » 2022-06-28 21:33

Like this ?

IP.jpg
IP.jpg (78.95 KiB) Viewed 3971 times

Nothing change :
<Date> Info [Type] Message
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 [Response] 234 Using authentication type TLS.
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 [Command] USER genturfevo
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 [Response] 331 Please, specify the password.
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 [Command] PASS ****
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Response] 230 Login successful.
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Command] PWD
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Response] 257 «/» is current directory.
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Command] TYPE I
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Response] 200 Type set to I
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Command] PASV
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Response] 227 Entering Passive Mode (82,65,91,6,244,221)
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Command] MLSD
<28/06/2022 23:23:02> FTP Session 2085 176.170.75.47 genturfevo [Response] 150 About to start data transfer.
<28/06/2022 23:23:22> FTP Session 2085 176.170.75.47 genturfevo [Error] GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
<28/06/2022 23:23:22> FTP Session 2085 176.170.75.47 genturfevo [Status] Client did not properly shut down TLS connection
<28/06/2022 23:23:22> FTP Session 2085 176.170.75.47 genturfevo [Error] Control channel closed with error from source 0. Reason: ECONNABORTED — Connection aborted.

with this option :

IP2.jpg
IP2.jpg (79.77 KiB) Viewed 3971 times

Nothing change…


User avatar

boco

Contributor
Posts: 26451
Joined: 2006-05-01 03:28
Location: Germany

Re: GnuTLS error -110 in gnutls_record_recv: The TLS Connection was non-properly terminated

#15

Post

by boco » 2022-06-28 23:16

You also need to select a custom port range (the one you have forwarded in your router). The checkbox is only for local connection and will not do anything in this case as the connection is from the outside.

### BEGIN SIGNATURE BLOCK ###
No support requests per PM! You will NOT get any reply!!!
FTP connection problems? Do yourself a favor and read Network Configuration.
FileZilla connection test: https://filezilla-project.org/conntest.php
### END SIGNATURE BLOCK ###


Модератор: xM

Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.

ladserg

рядовой
Сообщения: 13
Зарегистрирован: 2014-01-23 8:35:18
Откуда: Россия

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Стоит exim, настроен, работает. TLS тоже работает. Но при попытке получить письмо с серверов Microsoft устанавливаются множественные конекты с их MTA, после чего некоторое время коннекты висят и затем отпадывают с выдачей ошибки.

Пример сообщений лога:

2018-01-23 16:32:23 [9336] SMTP connection from [104.47.42.74]:18608 I=[46.146.239.184]:25 (TCP/IP connection count = 1)
2018-01-23 16:45:05 [9377] TLS error on connection from mail-by2nam03on0074.outbound.protection.outlook.com (NAM03-BY2-obe.outbound.protection.outlook.com) [104.47.42.74]:18608 I=[46.146.239.184]:25 (send): Error in the push function.
2018-01-23 16:45:05 [9377] TLS error on connection from mail-by2nam03on0074.outbound.protection.outlook.com (NAM03-BY2-obe.outbound.protection.outlook.com) [104.47.42.74]:18608 I=[46.146.239.184]:25 (recv): The TLS connection was non-properly terminated.
2018-01-23 16:45:05 [9377] H=mail-by2nam03on0074.outbound.protection.outlook.com (NAM03-BY2-obe.outbound.protection.outlook.com) [104.47.42.74]:18608 I=[46.146.239.184]:25 incomplete transaction (connection lost) from <account-security-noreply@accountprotection.microsoft.com> for **@***.***.**
2018-01-23 16:45:05 [9377] TLS error on connection from mail-by2nam03on0074.outbound.protection.outlook.com (NAM03-BY2-obe.outbound.protection.outlook.com) [104.47.42.74]:18608 I=[46.146.239.184]:25 (send): The specified session has been invalidated for some reason.
2018-01-23 16:45:05 [9377] unexpected disconnection while reading SMTP command from mail-by2nam03on0074.outbound.protection.outlook.com (NAM03-BY2-obe.outbound.protection.outlook.com) [104.47.42.74]:18608 I=[46.146.239.184]:25

Команда exiwhat во время попыток доставки следующее:

9336 daemon(4.89): -q30m, listening for SMTP on port 25 (IPv4) and for SMTPS on port 465 (IPv4) port 587 (IPv4)
12276 handling TLS incoming connection from mail-dm3nam03on0076.outbound.protection.outlook.com (NAM03-DM3-obe.outbound.protection.outlook.com) [104.47.41.76]:59392 I=[46.146.239.184]:25
12279 handling TLS incoming connection from mail-co1nam03on0058.outbound.protection.outlook.com (NAM03-CO1-obe.outbound.protection.outlook.com) [104.47.40.58]:61192 I=[46.146.239.184]:25
12280 handling TLS incoming connection from mail-by2nam03on0053.outbound.protection.outlook.com (NAM03-BY2-obe.outbound.protection.outlook.com) [104.47.42.53]:44626 I=[46.146.239.184]:25
12457 handling TLS incoming connection from mail-co1nam03on0069.outbound.protection.outlook.com (NAM03-CO1-obe.outbound.protection.outlook.com) [104.47.40.69]:39376 I=[46.146.239.184]:25

ОС — debian 9, на версии 7 и 8 проблема была та же (обновился с 7го релиза пытаясь решить проблему).

Вывод exim -bV:

Exim version 4.89 #1 built 28-Nov-2017 21:58:00
Copyright (c) University of Cambridge, 1995 — 2017
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 — 2017
Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013)
Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM DNSSEC Event OCSP PRDR PROXY SOCKS TCP_Fast_Open
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa tls
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Configure owner: 0:0
Size of off_t: 8
2018-01-23 18:06:57 Warning: purging the environment.
Suggested action: use keep_environment.
Configuration file is /var/lib/exim4/config.autogenerated

С остальными серверами проблем не наблюдается, есть ошибки вида:

2018-01-23 16:33:55 [9336] SMTP connection from [149.202.123.238]:59164 I=[46.146.239.184]:25 (TCP/IP connection count = 3)
2018-01-23 16:33:58 [9474] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:59164 I=[46.146.239.184]:25 X=TLS1.2:DHE_RSA_AES_256_GCM_SHA384:256 CV=no F=<j@nicolatesla.ru> temporarily rejected RCPT <***@***>: greylisted.
2018-01-23 16:33:58 [9474] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:59164 I=[46.146.239.184]:25 (recv): The TLS connection was non-properly terminated.
2018-01-23 16:33:58 [9474] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:59164 I=[46.146.239.184]:25 incomplete transaction (connection lost) from <j@nicolatesla.ru>
2018-01-23 16:33:58 [9474] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:59164 I=[46.146.239.184]:25 (send): The specified session has been invalidated for some reason.
2018-01-23 16:33:58 [9474] unexpected disconnection while reading SMTP command from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:59164 I=[46.146.239.184]:25
2018-01-23 16:46:03 [9336] SMTP connection from [149.202.123.238]:44435 I=[46.146.239.184]:25 (TCP/IP connection count = 6)
2018-01-23 16:46:04 [9861] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:44435 I=[46.146.239.184]:25 X=TLS1.2:DHE_RSA_AES_256_GCM_SHA384:256 CV=no F=<gbj@nicolatesla.ru> temporarily rejected RCPT <***@***.***.**>: greylisted.
2018-01-23 16:46:04 [9861] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:44435 I=[46.146.239.184]:25 (recv): The TLS connection was non-properly terminated.
2018-01-23 16:46:04 [9861] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:44435 I=[46.146.239.184]:25 incomplete transaction (connection lost) from <gbj@nicolatesla.ru>
2018-01-23 16:46:04 [9861] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:44435 I=[46.146.239.184]:25 (send): The specified session has been invalidated for some reason.
2018-01-23 16:46:04 [9861] unexpected disconnection while reading SMTP command from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:44435 I=[46.146.239.184]:25
2018-01-23 17:11:35 [9336] SMTP connection from [149.202.123.238]:49703 I=[46.146.239.184]:25 (TCP/IP connection count = 7)
2018-01-23 17:11:39 [10604] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:49703 I=[46.146.239.184]:25 X=TLS1.2:DHE_RSA_AES_256_GCM_SHA384:256 CV=no F=<svvrfa@nicolatesla.ru> temporarily rejected RCPT <***@***.***.**>: greylisted.
2018-01-23 17:11:39 [10604] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:49703 I=[46.146.239.184]:25 (recv): The TLS connection was non-properly terminated.
2018-01-23 17:11:39 [10604] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:49703 I=[46.146.239.184]:25 incomplete transaction (connection lost) from <svvrfa@nicolatesla.ru>
2018-01-23 17:11:39 [10604] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:49703 I=[46.146.239.184]:25 (send): The specified session has been invalidated for some reason.
2018-01-23 17:11:39 [10604] unexpected disconnection while reading SMTP command from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:49703 I=[46.146.239.184]:25
2018-01-23 18:00:50 [9336] SMTP connection from [149.202.123.238]:46242 I=[46.146.239.184]:25 (TCP/IP connection count = 7)
2018-01-23 18:00:51 [12388] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:46242 I=[46.146.239.184]:25 X=TLS1.2:DHE_RSA_AES_256_GCM_SHA384:256 CV=no F=<yawabu@nicolatesla.ru> temporarily rejected RCPT <***@***.***.**>: greylisted.
2018-01-23 18:00:51 [12388] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:46242 I=[46.146.239.184]:25 (recv): The TLS connection was non-properly terminated.
2018-01-23 18:00:51 [12388] H=nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:46242 I=[46.146.239.184]:25 incomplete transaction (connection lost) from <yawabu@nicolatesla.ru>
2018-01-23 18:00:51 [12388] TLS error on connection from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:46242 I=[46.146.239.184]:25 (send): The specified session has been invalidated for some reason.
2018-01-23 18:00:51 [12388] unexpected disconnection while reading SMTP command from nicolatesla.ru (mail.nicolatesla.ru) [149.202.123.238]:46242 I=[46.146.239.184]:25

Но это как я понял результат работы greylist’а.

Ставил сертификат от Let’s Encrypt, проблема не изчезла. Если точнее — то ничего не изменилось.

Не могу понять в чем проблема, а получения этих писем нам требуется.

Может есть у кого какая идея или сталкивался кто с аналогичной проблемой?


Хостинговая компания Host-Food.ru

Хостинг HostFood.ru

 

Услуги хостинговой компании Host-Food.ru

Хостинг HostFood.ru

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/


Аватара пользователя

xM

ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

xM » 2018-01-24 13:35:01

Попробуйте для начала обновить у себя корневые сертификаты.
Для FreeBSD это делается так


ladserg

рядовой
Сообщения: 13
Зарегистрирован: 2014-01-23 8:35:18
Откуда: Россия

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

ladserg » 2018-01-24 14:47:54

xM писал(а):Попробуйте для начала обновить у себя корневые сертификаты.
Для FreeBSD это делается так

Спасибо за отклик. Проверил корневые сертификаты у себя. В дебиане это пакет ca-certificates, на всякий случай переустановил его:

Код: Выделить всё

apt-get install --reinstall ca-certificates

Подключил неподключенные:

Код: Выделить всё

dpkg-reconfigure ca-certificates
update-ca-certificates -f
c_rehash /etc/ssl/certs

Рестартанул exim. Проверил ssl соединение:

Код: Выделить всё

openssl s_client -connect mta.medlife.perm.ru:465 -tls1 -servername mta.medlife.perm.ru

CONNECTED(00000003)
depth=2 O = Digital Signature Trust Co., CN = DST Root CA X3
verify return:1
depth=1 C = US, O = Let’s Encrypt, CN = Let’s Encrypt Authority X3
verify return:1
depth=0 CN = mta.medlife.perm.ru
verify return:1

Certificate chain
0 s:/CN=mta.medlife.perm.ru
i:/C=US/O=Let’s Encrypt/CN=Let’s Encrypt Authority X3
1 s:/C=US/O=Let’s Encrypt/CN=Let’s Encrypt Authority X3
i:/O=Digital Signature Trust Co./CN=DST Root CA X3

Server certificate
——BEGIN CERTIFICATE——
MIIFCTCCA/GgAwIBAgISA9KGM+pM6hoO5Vr11qAROOHDMA0GCSqGSIb3DQEBCwUA
MEoxCzAJBgNVBAYTAlVTMRYwFAYDVQQKEw1MZXQncyBFbmNyeXB0MSMwIQYDVQQD
ExpMZXQncyBFbmNyeXB0IEF1dGhvcml0eSBYMzAeFw0xODAxMTkxMTEzMjlaFw0x
ODA0MTkxMTEzMjlaMB4xHDAaBgNVBAMTE210YS5tZWRsaWZlLnBlcm0ucnUwggEi
MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4VcgN1c5xf568S1B+9xvP5JX7
jTIVjAHBMy8gIiuHSdkmC+wrSXL4kY0mbQ3mF1ewtH+4akbE5SEybrm8WqyDxYhN
oCrDnyzMi/Dlo2JLpGLpFbLl2j3tPfqbo7UsomhUAZ+k0LNQAVzoIX0KtUrDiQTK
dqJNPcjrXunsxBGKWJW/LBx9/KCnmZWALmezvV1z2Q4F72oXjvaqfXcfcU6VuP2u
byFxCwaVQbSIfaYyPUooIZJnAyZLwlctIuFP57miY/xdJ+MbPkYzCUygkdlM6xnY
5GiszUMCiTaYh5UBAN9Na1LHofNh++Ets72hGbaNTCkutanyvRCn3Sp98tZhAgMB
AAGjggITMIICDzAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwEG
CCsGAQUFBwMCMAwGA1UdEwEB/wQCMAAwHQYDVR0OBBYEFGBJEfSpWaNg0rDMRAKC
wH/3CsQjMB8GA1UdIwQYMBaAFKhKamMEfd265tE5t6ZFZe/zqOyhMG8GCCsGAQUF
BwEBBGMwYTAuBggrBgEFBQcwAYYiaHR0cDovL29jc3AuaW50LXgzLmxldHNlbmNy
eXB0Lm9yZzAvBggrBgEFBQcwAoYjaHR0cDovL2NlcnQuaW50LXgzLmxldHNlbmNy
eXB0Lm9yZy8wHgYDVR0RBBcwFYITbXRhLm1lZGxpZmUucGVybS5ydTCB/gYDVR0g
BIH2MIHzMAgGBmeBDAECATCB5gYLKwYBBAGC3xMBAQEwgdYwJgYIKwYBBQUHAgEW
Gmh0dHA6Ly9jcHMubGV0c2VuY3J5cHQub3JnMIGrBggrBgEFBQcCAjCBngyBm1Ro
aXMgQ2VydGlmaWNhdGUgbWF5IG9ubHkgYmUgcmVsaWVkIHVwb24gYnkgUmVseWlu
ZyBQYXJ0aWVzIGFuZCBvbmx5IGluIGFjY29yZGFuY2Ugd2l0aCB0aGUgQ2VydGlm
aWNhdGUgUG9saWN5IGZvdW5kIGF0IGh0dHBzOi8vbGV0c2VuY3J5cHQub3JnL3Jl
cG9zaXRvcnkvMA0GCSqGSIb3DQEBCwUAA4IBAQCQPkqrjIs5uDazD+cPXew18tMv
63pJqRoqzx5Sj3Wtl3AlCkK7TyU0yN2Z0mTWFRmRKUoQkktu/PncwwR7gCpxO5Jv
DgHs6ulZH4vSyipL6+SrMQHJ7drE3DQRrDAC+aeB+T0zbxwO1i/8nYxArz6GN8eb
QlPouHerW32ftV6aFFrsKzu6H5JbfXqufCzduXrqx8iP8PekEtm5yTXLLY0V7soY
wh1jmm4PVV7d5oVOiQFg7hkWGWdL6iFJGEhUX1UPg/V30ytew58+pk2Eq8nwwKan
PDj/V4jjHKeybV0a7K3G09o7NXhkXWxoQmtIenrZQcMqP44yvuAJxahWZVR3
——END CERTIFICATE——
subject=/CN=mta.medlife.perm.ru
issuer=/C=US/O=Let’s Encrypt/CN=Let’s Encrypt Authority X3

No client certificate CA names sent
Server Temp Key: ECDH, P-256, 256 bits

SSL handshake has read 2993 bytes and written 268 bytes
Verification: OK

New, TLSv1.0, Cipher is ECDHE-RSA-AES256-SHA
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol : TLSv1
Cipher : ECDHE-RSA-AES256-SHA
Session-ID: BF9624F0AE5BDFA317F7A6F624114F8EDDA0F5BA36EACAC451D51AADE944A563
Session-ID-ctx:
Master-Key: D3F861250549EECB0E4A5955F95BAEAB84658FA45751186483F8D630A07D4C9A76C6FE8574E0A8A623E542C9720AFAB1
PSK identity: None
PSK identity hint: None
SRP username: None
Start Time: 1516794076
Timeout : 7200 (sec)
Verify return code: 0 (ok)
Extended master secret: yes

220 mta.medlife.perm.ru ESMTP Exim 4.89 Wed, 24 Jan 2018 16:41:16 +0500
ehlo mta.medlife.perm.ru
250-mta.medlife.perm.ru Hello localhost [127.0.0.1]
250-SIZE 27262976
250-8BITMIME
250-PIPELINING
250 HELP
QUIT
DONE

Проверил STARTTLS:

Код: Выделить всё

swaks -a -tls -q HELO -s mta.medlife.perm.ru -au test -ap '<>'

=== Trying mta.medlife.perm.ru:25…
=== Connected to mta.medlife.perm.ru.
<- 220 mta.medlife.perm.ru ESMTP Exim 4.89 Wed, 24 Jan 2018 16:44:04 +0500
-> EHLO mta.medlife.perm.ru
<- 250-mta.medlife.perm.ru Hello localhost [127.0.0.1]
<- 250-SIZE 27262976
<- 250-8BITMIME
<- 250-PIPELINING
<- 250-STARTTLS
<- 250 HELP
-> STARTTLS
<- 220 TLS go ahead
=== TLS started with cipher TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256
=== TLS no local certificate set
=== TLS peer DN=»/CN=mta.medlife.perm.ru»
~> EHLO mta.medlife.perm.ru
<~ 250-mta.medlife.perm.ru Hello localhost [127.0.0.1]
<~ 250-SIZE 27262976
<~ 250-8BITMIME
<~ 250-PIPELINING
<~ 250 HELP
~> QUIT
<~ 221 mta.medlife.perm.ru closing connection
=== Connection closed with remote host.

И всё равно коннекты с *.outbound.protection.outlook.com висят подолгу, плодятся, затем отваливаются с вышеописанными ошибками :-(


Аватара пользователя

xM

ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

xM » 2018-01-24 17:24:09

У меня нет особенных идей. Разве что tcpdump посмотреть что там происходит.
Но, к слову, Microsoft’овская почта ещё та штука. К примеру, они умудряются в транзите повреждать тело подписанных DKIM сообщений, а шлют от другого имени хоста, нежели представляется в HELO. Ну и как не вспомнить историю, когда для всех «счастливых» пользователей Outlook/Hotmail пару недель не работал IMAP.


ladserg

рядовой
Сообщения: 13
Зарегистрирован: 2014-01-23 8:35:18
Откуда: Россия

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

ladserg » 2018-01-24 20:14:27

Кстати, а в EXIM есть возможность журналировать SMTP сеанс, в смысле какие команды и сообщения в сеансе посылаются? Судя по логам сама сессия начинается, происходит проверка SPF письма, конверт письма передаётся, и на сём сессия зависает. У меня есть подозрение что с шифрованием что то не так. При чём от гугла письма приходят.
Самое обидное, что в письмах этих шлётся код верификации для входа в кабинет с лицензиями и дистрибутивами.

Может подскажет кто, как заставить именно эти сервера без не стартовать TLS?

Отправлено спустя 10 минут 23 секунды:
Упс, кажется добился от них любви и ласки. Установил правило кое пропускает все проверки для их писем и письма стали ходить. Завтра поразбираюсь на каком правиле у меня виснет.


Аватара пользователя

xM

ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

xM » 2018-01-24 20:31:25

Возможно у вас что-то в районе согласования шифров не проходит.
В любом случае, на дебаге должно быть видно всё в деталях. У Exim он подробный.


ladserg

рядовой
Сообщения: 13
Зарегистрирован: 2014-01-23 8:35:18
Откуда: Россия

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

ladserg » 2018-01-25 14:59:39

Нашел я правило, на коем подвисает коннект и валится сессия:

Код: Выделить всё

# Проверка существования адреса отправителя
warn
        hosts           = !+relay_from_hosts
        !verify         = sender/callout=3m,defer_ok
        logwrite        = [WARN][ACCC] Sender callout verify is invalid 
                          H=$sender_helo_name[$sender_host_address] F=$sender_address T:$local_part@$domain
        set acl_c_spamscore     = ${eval:$acl_c_spamscore+20}
        set acl_c_spamlog       = $acl_c_spamlog Callout error;

Теперь осталось выяснить какое решение принять по этому поводу. Похоже ряд других почтовых серверов, чьи письма так же нужны, тоже не проходят проверку на существование почтового ящика.


Аватара пользователя

xM

ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

xM » 2018-01-25 15:30:51

ladserg писал(а): !verify = sender/callout=3m,defer_ok

Это очень плохая практика. Рекомендую отказаться от callouts совершенно.

Отправлено спустя 1 минуту :
Чтобы долго не писать, вот вам статья где умный дядя всё по полочкам раскладывает
https://bsdly.blogspot.lt/2017/08/twent … s-are.html


ladserg

рядовой
Сообщения: 13
Зарегистрирован: 2014-01-23 8:35:18
Откуда: Россия

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

ladserg » 2018-01-25 16:28:37

xM писал(а):

ladserg писал(а): !verify = sender/callout=3m,defer_ok

Это очень плохая практика. Рекомендую отказаться от callouts совершенно.

Отправлено спустя 1 минуту :
Чтобы долго не писать, вот вам статья где умный дядя всё по полочкам раскладывает
https://bsdly.blogspot.lt/2017/08/twent … s-are.html

Понятно. Похоже я научился на собственной ошибке. За ссылку спасибо, хоть с англицким у меня плохо, но гугл-переводчик помог понять из статьи, что проверка сия не столь актуальна и может быть даже чревата. Вернее она стала чревата в моём случае.

Я правильно понял, что при обратной проверке на проверяемом сервере так же запускаются проверки на мою проверку, на которые мой сервер так же может запустить свои проверки?


Аватара пользователя

xM

ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

exim4: Проблемы с TLS при попытке получения писем с *.outbound.protection.outlook.com

Непрочитанное сообщение

xM » 2018-01-25 16:33:06

Да, грубо говоря, callout мало что даёт и, тем более гарантирует, создаёт нагрузку на обе системы, более того, если спамер использует несуществующий адрес в чужом домене, то callout с вашего сервера выглядит как попытка отправить туда спам, и, таким образом, вы можете попасть в spam trap с последующим баном вашего IP.

Отправлено спустя 38 секунд:

ladserg писал(а):
Я правильно понял, что при обратной проверке на проверяемом сервере так же запускаются проверки на мою проверку, на которые мой сервер так же может запустить свои проверки?

Смотря что там настроено, но, обычно, маловероятно.


Exim TLS Error when trying to send mail

I have exim installed on my server and I would like to send mails for a website hosted with apache with php’s mail() function.
When I try to send an e-mail, I have no error, but the e-mail never arrives. I’ve checked the exim ‘s logs and I’ve got this :

Each try to send an e-mail produces errors like these. I’ve searched what may cause this. I found that similar errors may occur when a server is blacklisted but there is no reason my server would be (and I’ve checked with mxtoolbox and there is no problem).

The error posted here shows an hotmail receiver address, but I get likely errors for other target domains like so :

I’ve been also told to always une -f option with sendmail to provide a sender address however it only changes the sender address shown in the error log and the error is the same.

What should I do ?

2 Answers 2

Here’s an explanation of the errors you had encountered:

  1. 2015-12-28 15:51:37 1aDZ96-00052a-5y TLS error on connection to mx2.hotmail.com [65.54.188.72] (send): The specified session has been invalidated for some reason.

This means that you are trying to use a self-signed SSL-certificate for your server, they shouldn’t be used anywhere outside test environment, since most servers on the internet will refuse to connect.

To use SSL you need to get a properly signed certificate (for example you can get it for free from StartSSL or WoSign.)

  1. 2015-12-28 15:51:37 1aDZ96-00052a-5y ** xxxxxxx@hotmail.com R=dnslookup T=remote_smtp X=TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256 DN=»CN=*.hotmail.com»: SMTP error from remote mail server after MAIL FROM: SIZE=1526: host mx2.hotmail.com [65.54.188.72]: 550 SC-002 (BAY004-MC1F20) Unfortunately, messages from xxx.xxx.xxx.xxx weren’t sent. Please contact your Internet service provider since part of their network is on our block list. You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors

This means that you’re trying to run a mail server on a home ISP or otherwise compromised network. Most of major mail servers won’t accept mail originating from home IPs. You’d have to follow their rules if you want your mail delivered — asking your ISP to go to http://mail.live.com/mail/troubleshooting.aspx#errors and do what Microsoft asks might be the only way to fix it. But first you should contact live.com support yourself and ask what they need to white-list your host.

Prepare to contact and have lengthy correspondence with every major mail service to get your mail flowing.

Источник

FTP — «GnuTLS error -110: The TLS connection was non-properly terminated.»

Spencer Skinner

Contributor

Yet again i have more issues with FTP this time im getting this error code chugged out by FileZilla

Here is what comes up in the freenas console

I had FTP working fine just earlier on in the day and now all of a sudden its broke again

Router — ASUS RT-AC66u
Modem — TP-Link TD8817

I have already got the FTP ports set up for Passive and they work, its just TLS Seems to be failing for an unknown reason.

Any help is appreciated

EDIT — Ok right now this is getting wierd, i just tried it again with the exact same settings as when it was chucking out errors and it worked absolutely fine, Eh? What is this? Bloody magic? Any insight as to what the actual hell freenas is doing would be great

dlavigne

Guest

Spencer Skinner

Contributor

I haven’t found anything of any great help online, just a long forum conversation on the filezilla forums about how it’s to do with updates but this forum post was in 2008 so I can’t imagine it’s the same issue anymore. Moreover I get the same issue on online FTP testers so it must be proftpd causing the issue not filezilla. That’s about as far as I have gotten.

Sent from my ONEPLUS A3003 using Tapatalk

Spencer Skinner

Contributor

I the tried without TLS

So TLS isnt causing this, i assume.

I am also finding that proftpd doesnt close properly, i turn off the service and it just hangs, same with changing settings it just hangs. Then im unable to start the service again for a few minutes while it thinks its still on

Interestingly when i just disabled Masquerade address and kept TLS enabled it seemed to work, maybe this is the root of the issue?

Context — I had my masquerade address set to my DDNS IP xxxx.ddns.net, in the hopes that would avoid NAT issues.

EDIT — Just did some more tests, I added the Masquerade back in and its still working, none of this makes sense.

EDIT 2 — Woke up this morning and tried it again with the masquerade enabled and it didnt work, chucked the same error, i removed the address then it worked fine no problem, then i re-added the address after it hadnt worked and its fine again. Once again i have no idea?

Here are my settings (Minus the masqerade address)

Sorry for the way ive put the settings, i know some people just give the config files contents but i have f*** all clue how to do that ahahah. Hope you can make something of what i have here so far

Источник

Why is our Filezilla FTP client receiving GnuTLS error -110 when listing directory on z/OS FTP server?

Question & Answer

Question

We have FTPS configured on port 21 (security ALLOWED) and on port 990 (Security REQUIRED/Implicit). Filezilla connects successfully to the z/OS FTP server by using TLS to secure the control connection. But Filezilla cannot list the contents of a directory by using a TLS protected data connection.

The screen shot shows these Filezilla client messages:

We verified that there is no firewall between the client and the mainframe. We also verified that the customer can connect to port 21 in the clear but receives an error on the same client if they try to use SSL/TLS (active FTP).

Answer

In this situation it was found that the FTP server was configured (defaulted) to the draft level of the FTP/TLS RFCs. One effect of this is that the session is simply closed instead of first sending an SSL Close Alert message first.

If your TLSRFCLEVEL is configured as DRAFT, change it to TLSRFCLEVEL RFC4217. If it defaulted to DRAFT, add a TLSRFCLEVEL RFC4217 statement to the server’s FTP.DATA input to change this behavior.

Specification of the TLSRFCLEVEL does not affect the initial SSL handshake or encryption of traffic; it changes the behavior when a session (or at least, SSL) ends. Specifically, configuring TLSRFCLEVEL RFC4217 will cause an SSL Close alert packet to be sent before actually closing the TCP connection (sending the FIN). Apparently the GnuTLS code used by FileZilla is strictly enforcing receipt of the alert, and errors out when a FIN arrives without the alert. So adding that configuration statement should resolve the problem with FileZilla not getting the LIST output.

Источник

Русские Блоги

Некоторые решения для сообщения об ошибках git [Каждый элемент тестируется лично, не наступайте на дыру]

оглавление

Недавно я перешел от svn к git в своей работе. У меня возникли некоторые проблемы. Я запишу проблемы, с которыми здесь сталкиваюсь. Я надеюсь быть полезными для всех. Каждая проблема и решение проверены лично и практичны. Добро пожаловать на обсуждение.

error: RPC failed; curl 56 GnuTLS recv error (-110): The TLS connection was non-properly terminated.

Эта проблема бросала меня в течение долгого времени. Я видел много решений в Интернете, но более 90% из них — ямы. Это бесполезно. Это может быть бесполезно для меня. Наконец, я нашел надежное решение. , Pro тест доступен, надеюсь, что уменьшить всех наступающих на яму.

1. Сначала установите необходимую среду и зависимости

Если вы хотите скрыть каталог и не хотите видеть его в / home, вы также можете изменить имя каталога на .git-rectify

3. Введите путь и получите исходный файл git

4. Установите зависимости

5. Установите зависимые от libcurl файлы

6. Войдите в каталог (в исходной ссылке есть ошибка, декомпрессия не требуется)

2. * за именем пути указан номер версии, вам нужно посмотреть свою версию

7. Измените содержимое файла, вам нужно изменить два файла

8. Скомпилируйте и соберите установочный пакет

9. Вернитесь в предыдущий каталог и установите скомпилированный установочный пакет.

Выполните вышеупомянутые шаги для устранения ошибки: сбой RPC; curl 56 GnuTLS recv error (-110): Соединение TLS было разорвано неправильно.

server certificate verification failed

Сначала вставьте ссылку, чтобы найти решение

При использовании git для клонирования появляется сообщение «Ошибка проверки сервера», введите в командной строке:

Это нормально, но каждый раз, когда вы запускаете оболочку, она не будет работать. Она не является постоянной. Если вы хотите сделать ее постоянной, вы можете добавить команду в bashrc:

Эта статья будет постоянно обновляться, и по-прежнему будут добавляться решения для различных проблем. Если вы заинтересованы, вы можете воспользоваться общедоступной учетной записью WeChat или номером заголовка ниже. Спасибо за вашу поддержку, вы можете перейти по ссылке, чтобы просмотреть подробное введениекликните сюда

Источник

FTP — «GnuTLS error -110: The TLS connection was non-properly terminated.»

Spencer Skinner

Contributor

Yet again i have more issues with FTP this time im getting this error code chugged out by FileZilla

Here is what comes up in the freenas console

I had FTP working fine just earlier on in the day and now all of a sudden its broke again

Router — ASUS RT-AC66u
Modem — TP-Link TD8817

I have already got the FTP ports set up for Passive and they work, its just TLS Seems to be failing for an unknown reason.

Any help is appreciated

EDIT — Ok right now this is getting wierd, i just tried it again with the exact same settings as when it was chucking out errors and it worked absolutely fine, Eh? What is this? Bloody magic? Any insight as to what the actual hell freenas is doing would be great

dlavigne

Guest

Spencer Skinner

Contributor

I haven’t found anything of any great help online, just a long forum conversation on the filezilla forums about how it’s to do with updates but this forum post was in 2008 so I can’t imagine it’s the same issue anymore. Moreover I get the same issue on online FTP testers so it must be proftpd causing the issue not filezilla. That’s about as far as I have gotten.

Sent from my ONEPLUS A3003 using Tapatalk

Spencer Skinner

Contributor

I the tried without TLS

So TLS isnt causing this, i assume.

I am also finding that proftpd doesnt close properly, i turn off the service and it just hangs, same with changing settings it just hangs. Then im unable to start the service again for a few minutes while it thinks its still on

Interestingly when i just disabled Masquerade address and kept TLS enabled it seemed to work, maybe this is the root of the issue?

Context — I had my masquerade address set to my DDNS IP xxxx.ddns.net, in the hopes that would avoid NAT issues.

EDIT — Just did some more tests, I added the Masquerade back in and its still working, none of this makes sense.

EDIT 2 — Woke up this morning and tried it again with the masquerade enabled and it didnt work, chucked the same error, i removed the address then it worked fine no problem, then i re-added the address after it hadnt worked and its fine again. Once again i have no idea?

Here are my settings (Minus the masqerade address)

Sorry for the way ive put the settings, i know some people just give the config files contents but i have f*** all clue how to do that ahahah. Hope you can make something of what i have here so far

Источник

I have exim installed on my server and I would like to send mails for a website hosted with apache with php’s mail() function.
When I try to send an e-mail, I have no error, but the e-mail never arrives.
I’ve checked the exim‘s logs and I’ve got this :

2015-12-28 15:51:36 1aDZ96-00052a-5y <= noreply@xxxxx.xxx U=www-data P=local S=490
2015-12-28 15:51:37 1aDZ96-00052a-5y TLS error on connection to mx2.hotmail.com [65.54.188.72] (recv): The TLS connection was non-properly terminated.
2015-12-28 15:51:37 1aDZ96-00052a-5y TLS error on connection to mx2.hotmail.com [65.54.188.72] (send): The specified session has been invalidated for some reason.
2015-12-28 15:51:37 1aDZ96-00052a-5y ** xxxxxxx@hotmail.com R=dnslookup T=remote_smtp X=TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256 DN="CN=*.hotmail.com": SMTP error from remote mail server after MAIL FROM:<noreply@xxxxx.xxx> SIZE=1526: host mx2.hotmail.com [65.54.188.72]: 550 SC-002 (BAY004-MC1F20) Unfortunately, messages from xxx.xxx.xxx.xxx weren't sent. Please contact your Internet service provider since part of their network is on our block list. You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors.
2015-12-28 15:51:38 1aDZ97-00052f-Uc <= <> R=1aDZ96-00052a-5y U=Debian-exim P=local S=1747
2015-12-28 15:51:38 1aDZ96-00052a-5y Completed

Each try to send an e-mail produces errors like these.
I’ve searched what may cause this. I found that similar errors may occur when a server is blacklisted but there is no reason my server would be (and I’ve checked with mxtoolbox and there is no problem).

The error posted here shows an hotmail receiver address, but I get likely errors for other target domains like so :

SMTP error from remote mail server after MAIL FROM:<www-data@xxxxxx.xxx> SIZE=1898: host smtp-in.orange.fr [193.252.22.65]: 501 5.1.0 Emetteur invalide. Invalid Sender. O

I’ve been also told to always une -f option with sendmail to provide a sender address however it only changes the sender address shown in the error log and the error is the same.

What should I do ?

Thank you for the tip, @fubar-coder. I tried to make an implemetation of ISslStreamWrapperFactory that makes use of the GnuSslStream class from the GnuSslStream NuGet package. See below:

using System.IO;
using System.Net.Security;
using System.Security.Cryptography.X509Certificates;
using System.Threading;
using System.Threading.Tasks;
using FubarDev.FtpServer.Authentication;

namespace Criterion.Ftp
{
    public class CustomSslStreamWrapperFactory : ISslStreamWrapperFactory
    {
        public async Task<Stream> WrapStreamAsync(
            Stream unencryptedStream,
            bool keepOpen,
            X509Certificate certificate,
            CancellationToken cancellationToken)
        {
            var sslStream = new GnuSslStream(unencryptedStream, keepOpen);
            try
            {
                await sslStream.AuthenticateAsServerAsync(certificate)
                    .ConfigureAwait(false);
            }
            catch
            {
                sslStream.Dispose();
                throw;
            }

            return sslStream;
        }

        public Task CloseStreamAsync(Stream sslStream, CancellationToken cancellationToken)
        {
            if (sslStream is GnuSslStream s)
            {
                s.Close();
            }

            return Task.CompletedTask;
        }
    }
}

Here is my Program.cs where I register my implementation in DI:

using System;
using System.Net;
using System.Security.Cryptography.X509Certificates;
using System.Threading;
using Criterion.Ftp.FileSystem.Gcs;
using FubarDev.FtpServer;
using FubarDev.FtpServer.AccountManagement;
using FubarDev.FtpServer.Authentication;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Logging;
using NLog.Extensions.Logging;

namespace Criterion.Ftp
{
    class Program
    {
        static void Main(string[] args)
        {
            var services = new ServiceCollection().AddLogging(config => config.SetMinimumLevel(LogLevel.Trace));

#if !DEBUG
            var disableTls = Environment.GetEnvironmentVariable("DISABLE_TLS") ?? "False";
            if (bool.TryParse(disableTls, out var disable))
            {
                if (!disable)
                {
                    var cert = new X509Certificate2("ftp.pfx", Environment.GetEnvironmentVariable("PFX_PASSWORD"));
                    services.Configure<AuthTlsOptions>(cfg => cfg.ServerCertificate = cert);
                }
            }
#endif

            services.Configure<FtpConnectionOptions>(options => options.DefaultEncoding = System.Text.Encoding.UTF8);
            services.Configure<SimplePasvOptions>(options =>
            {
                options.PasvMinPort = 10000;
                options.PasvMaxPort = 10009;
                options.PublicAddress = IPAddress.Parse(Environment.GetEnvironmentVariable("PUBLIC_IP") ?? "127.0.0.1");
            });
            
            services.AddFtpServer(builder =>
            {
                builder.Services.AddSingleton<IMembershipProvider, CustomMembershipProvider>();
                builder.UseGcsFileSystem();
            });

            services.AddSingleton<ISslStreamWrapperFactory, CustomSslStreamWrapperFactory>();

            // Build the service provider
            using (var serviceProvider = services.BuildServiceProvider())
            {
                var loggerFactory = serviceProvider.GetRequiredService<ILoggerFactory>();
                loggerFactory.AddNLog(new NLogProviderOptions { CaptureMessageTemplates = true, CaptureMessageProperties = true });
                NLog.LogManager.LoadConfiguration("NLog.config");

                try
                {
                    // Initialize the FTP server
                    var ftpServerHost = serviceProvider.GetRequiredService<IFtpServerHost>();

                    // Start the FTP server
                    ftpServerHost.StartAsync(CancellationToken.None).ConfigureAwait(false);

                    Console.WriteLine("The FTP server is running. Press any key to kill the server...");
                    Console.ReadLine();

                    // Stop the FTP server
                    ftpServerHost.StopAsync(CancellationToken.None).ConfigureAwait(false);
                }
                catch (Exception ex)
                {
                    Console.Error.WriteLine(ex);
                }
            }
        }
    }
}

However, I still get an error in FileZilla. See below:

Status:	Resolving address of ftp.criterion.ai
Status:	Connecting to 35.210.105.126:21...
Status:	Connection established, waiting for welcome message...
Status:	Initializing TLS...
Status:	Verifying certificate...
Status:	TLS connection established.
Status:	Logged in
Status:	Retrieving directory listing...
Command:	PWD
Response:	257 "/"
Command:	TYPE I
Response:	200 Binary transfer mode active.
Command:	PASV
Response:	227 Entering Passive Mode (35,210,105,126,39,20).
Command:	MLSD
Response:	150 Opening data connection.
Error:	GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
Status:	Server did not properly shut down TLS connection
Error:	Could not read from transfer socket: ECONNABORTED - Connection aborted
Response:	226 Closing data connection.
Error:	Failed to retrieve directory listing

In other clients (such as Cyberduck and WinSCP), I have no issues at all, even with the new implementation.

I took a look at the implementation of GnuSslStream (see the link below) and it looks like the only difference between that class and the native SslStream is that the SslDirectCall.CloseNotify method is being called when closing the connection. However, even though I am running on Windows, it seems as if that call isn’t working correctly. At least, there does not seem to be any difference between using SslStream and GnuSslStream.

https://github.com/UlyssesWu/UniFTP/blob/0a1e75c1b6363fa1cd624202b659b8a25a52042c/GnuSslStream/GnuSslStream.cs#L59

I even tried to remove my reference to the GnuSslStream NuGet package and download the files from the package (GnuSslStream.cs, NativeApi.cs, ReflectUtil.cs and SslDirectCall.cs) instead. I then modified the Close method to make a call to SslDirectCall.CloseNotify even when running on Linux (which the original implementation did not allow for). See below. I then ran my FTP server on a Linux box instead of Windows but that, unfortunately, did not make any difference. I could still connect from Cyberduck, Free FTP and WinSCP but not from FileZilla.

public override void Close()
{
	try
	{
		SslDirectCall.CloseNotify(this);
	}
	finally
	{
		base.Close();
	}
}

So, basically, after having tried a bunch of different things, I still haven’t gotten much further. Is there something I did wrong or is there anything I can do to help identifying the root cause of this issue?

I’m a beginner ubuntu user, and probably removed something I should have not to.
Now when I want to open in either Chrome, Chromium or Firefox some web pages:

  1. I cannot upload photos/any file, the page is running but nothing happens;
  2. Sometimes the page just says, «connection failed’,
  3. some pages do not even load…

With a friend we tried to localize the problem, used the curl in Terminal and the following message we got, after several tryings as well:

$ curl
https://secure-web.cisco.com/1UjZvaFXylKMUS8eSdCfbbKAk1o8eOwyUbZWinGVDbO4PZJi_lCx_9W6A5aCGm7Y7TRyMZ9_2YzAGA9SkPEyJuqBo34wXEZWLbqh8nXHPIommnz_s1Iw2seS9DjGgyTDpIIy3NAusf6W7DKPkLqvsPQFn2Av26cx0AdfmOFNpkSJkTxCFk0airlZWOZBBFUE-S3dsLqHkm68A_7iq3BwPp6pp95WKQuTu5diERcS-apjarsnggk-Gq3IM4TTJI1Cgu43o8VPFqAi180o8sqS-c7xgALeBIJUg0YIeaj8qoz0zyhBIaIm7PbichXA0mp1pyCT2ELfMPQob1EihfFDMQkF_bl8NLkAzFmL9WLYH6JVYHYiuhkVrQ8NA08fgZ7ukcwJF_MGZufAoEVyWox1RW0jzMyCE7Xac7xWWY_Jt9DAdtUXNYKY3WhOeN9w9pLM2vY1fMkXoTly_9LigF5e9OQ/https%3A%2F%2Fget.adobe.com%2Fflashplayer%2F
*   Trying 193.104.215.66...
* Connected to get.adobe.com (193.104.215.66) port 443 (#0)
* found 173 certificates in /etc/ssl/certs/ca-certificates.crt
* found 704 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_256_GCM_SHA384
* server certificate verification OK
* server certificate status verification SKIPPED
* common name: get.adobe.com (matched)
* server certificate expiration date OK
* server certificate activation date OK
* certificate public key: RSA
* certificate version: #3
* subject: C=US,ST=California,L=San Jose,O=Adobe Systems Incorporated,CN=get.adobe.com
* start date: Fri, 23 Sep 2016 00:00:00 GMT
* expire date: Fri, 27 Sep 2019 12:00:00 GMT
* issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA
* compression: NULL
* ALPN, server did not agree to a protocol

> GET /flashplayer/ HTTP/1.1
> Host: get.adobe.com
> User-Agent: curl/7.47.0
> Accept: */*
> 
< HTTP/1.1 302 Moved Temporarily
< Date: Sun, 11 Jun 2017 15:35:48 GMT
< Server: JRun Web Server
< location: /flashplayer/otherversions/
< Cache-Control: private, no-store, no-cache
< Content-Language: en-US
< Content-Language: en-US
< Content-Type: text/html; charset=UTF-8
< Set-Cookie: SETTINGS.LOCALE=en%5Fus; HttpOnly;domain=.adobe.com;expires=Tue, 04-Jun-2047 14:35:48 GMT;path=/cfusion/
< Connection: close
< Vary: Accept-Encoding
< 
* GnuTLS recv error (-110): The TLS connection was non-properly terminated.
* Closing connection 0
curl: (56) GnuTLS recv error (-110): The TLS connection was non-properly terminated.

Probably the problem is with the TLS connection, but we could not figure out what exactly and how to fix. I upgraded my 15.10 Ubuntu to 16.04 LTS. This did not solve the problem, but rather deepened it (problems with more web pages).

Question

We have FTPS configured on port 21 (security ALLOWED) and on port 990 (Security REQUIRED/Implicit). Filezilla connects successfully to the z/OS FTP server by using TLS to secure the control connection. But Filezilla cannot list the contents of a directory by using a TLS protected data connection.

The screen shot shows these Filezilla client messages:

   Response:   125 List started OK 
   Error:      GnuTLS error -110 in gnu_tls_record_recv: The TLS 
               Connection was non-properly terminated. 
   Status:     Server did not properly shut down TLS connection 
   Error:      Could not read from transfer socket: ECONNABORTED - 
               Connection aborted 
   Response:   250 List completed successfully. 
   Error:      Failed to retrieve directory listing 

We verified that there is no firewall between the client and the mainframe. We also verified that the customer can connect to port 21 in the clear but receives an error on the same client if they try to use SSL/TLS (active FTP).

Answer

In this situation it was found that the FTP server was configured (defaulted) to the draft level of the FTP/TLS RFCs. One effect of this is that the session is simply closed instead of first sending an SSL Close Alert message first.

If your TLSRFCLEVEL is configured as DRAFT, change it to TLSRFCLEVEL RFC4217. If it defaulted to DRAFT, add a TLSRFCLEVEL RFC4217 statement to the server’s FTP.DATA input to change this behavior.

Specification of the TLSRFCLEVEL does not affect the initial SSL handshake or encryption of traffic; it changes the behavior when a session (or at least, SSL) ends. Specifically, configuring TLSRFCLEVEL RFC4217 will cause an SSL Close alert packet to be sent before actually closing the TCP connection (sending the FIN). Apparently the GnuTLS
code used by FileZilla is strictly enforcing receipt of the alert, and errors out when a FIN arrives without the alert. So adding that configuration statement should resolve the problem with FileZilla not getting the LIST output.

[{«Business Unit»:{«code»:»BU054″,»label»:»Systems w/TPS»},»Product»:{«code»:»SSSN3L»,»label»:»z/OS Communications Server»},»Platform»:[{«code»:»PF035″,»label»:»z/OS»}],»Component»:»»,»Version»:»»,»Line of Business»:{«code»:»LOB35″,»label»:»Mainframe SW»}}]

Product Synonym

ZOSCS COMMSERVER

I’m using Debian stretch (9.4).

I have an office365 account.

Using Evolution, I can successfully download mail via POP3, and also send mail using the Evolution «Sending E-mail» preferences:

Server: smtp.office365.com
Port: 587
Server requires authentication TICKED
Encryption method: STARTTLS after connecting
Authentication: Login
Username: <myid@mydomain>

and Evolution prompted me for my office365 password the first time I used it, and it’s been fine since.

So that’s great. However:

I also have some crontab scripts which occasionally send email programmatically via sendmail -t as described here. The exim4-config package was configured for «mail sent by smarthost; no local mail» and the outgoing smarthost to smtp.office365.com::587. I also have /etc/exim4/passwd.client containing a smtp.office365.com:<myid@mydomain>:<mypassword> line.

Until around a month ago (I think they stopped working sometime in the first week of June), those scripts were sending email via smtp.office365.com absolutely fine. However, since then, for each email attempted to be sent /var/log/exim4/mainlog now shows a bunch of error messages along the lines of:

2018-06-12 22:04:37 XXXXXX-XXXXXX-XX <= <> R=XXXXXX-XXXXXX-XX U=Debian-exim P=local S=2270
2018-06-12 22:04:42 XXXXXX-XXXXXX-XX H=outlook.ms-acdc.office.com [40.100.174.194] TLS error on connection (recv): The TLS connection was non-properly terminated.
2018-06-12 22:04:42 XXXXXX-XXXXXX-XX H=outlook.ms-acdc.office.com [40.100.174.194] TLS error on connection (send): The specified session has been invalidated for some reason.
2018-06-12 22:04:42 XXXXXX-XXXXXX-XX ** <myid@mydomain> R=hub_user_smarthost T=remote_smtp_smarthost H=outlook.ms-acdc.office.com [40.100.174.194] X=TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256 CV=no DN="C=US,ST=Washington,L=Redmond,O=Microsoft Corporation,CN=outlook.com": SMTP error from remote mail server after pipelined MAIL FROM:<> SIZE=3347: 530 5.7.57 SMTP; Client was not authenticated to send anonymous mail during MAIL FROM [LO2P265CA0067.GBRP265.PROD.OUTLOOK.COM]
2018-06-12 22:04:42 XXXXXX-XXXXXX-XX Frozen (delivery error message)

It’s not clear to me whether something has changed at microsoft’s end or my end (my machine is vanilla Debian stable amd64; I can’t remember if there were any relevant security updates might have been applied around the time things stopped working). I suspect Microsoft might have tightened up authentication in some way, and I need to change something in the exim4 configuration to deal with it (I’ll reiterate that Evolution has been sending mail through the same smtp.office365.com:587 channel without issue the whole time). I’m puzzled and grateful for any suggestions how to get the sendmail -t method working again.

Понравилась статья? Поделить с друзьями:

Читайте также:

  • Tls error incoming packet authentication failed from af inet
  • Tls certificate verification error unable to get local issuer certificate
  • Tld workshop unknown error 0x0b46
  • Tld exe не отвечает как исправить
  • Tlauncher произошла ошибка null

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии