Gnutls recv error 110 the tls connection was not 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: 34744
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: 34744
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: 34744
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: 34744
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 3964 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 3964 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 ###

Источник

Describe the bug

We intermittently receive an GnuTLS recv error (-110): The TLS connection was non-properly terminated when refreshing a git repository, which is hosted in BitBucket with a publicly trusted DigiCert Inc .com cert. The issue occurs with Skip server verification both on and off. The issue also occurs on both manual and automatic (polling) refreshes of the repo. If the Refresh button on the UI is clicked immediately after the error, the repo is refreshed and the error message is cleared.

To Reproduce

The issue is completely intermittent and cannot be reproduced on demand.

Expected behavior

The TLS connection should be properly terminated

Version

argocd: v1.6.0+c10ae24
  BuildDate: 2020-06-16T22:41:56Z
  GitCommit: c10ae246ab02f1356147118a1979fedcd1ceb704
  GitTreeState: clean
  GoVersion: go1.14.1
  Compiler: gc
  Platform: darwin/amd64
argocd-server: v1.6.1+159674e
  BuildDate: 2020-06-19T00:41:05Z
  GitCommit: 159674ee844a378fb98fe297006bf7b83a6e32d2
  GitTreeState: clean
  GoVersion: go1.14.1
  Compiler: gc
  Platform: linux/amd64
  Ksonnet Version: v0.13.1
  Kustomize Version: {Version:kustomize/v3.6.1 GitCommit:c97fa946d576eb6ed559f17f2ac43b3b5a8d5dbd BuildDate:2020-05-27T20:47:35Z GoOs:linux GoArch:amd64}
  Helm Version: version.BuildInfo{Version:"v3.2.0", GitCommit:"e11b7ce3b12db2941e90399e874513fbd24bcb71", GitTreeState:"clean", GoVersion:"go1.13.10"}
  Kubectl Version: v1.14.0

Logs

time="2020-07-23T17:00:52Z" level=info msg="git fetch origin --tags --force" dir="/tmp/https:__bitbucket.bdreporting.com_scm_devops_k8s" execID=AbVhO
time="2020-07-24T15:12:47Z" level=error msg="`git fetch origin --tags --force` failed exit status 128: error: RPC failed; curl 56 GnuTLS recv error (-110): The TLS connection was non-properly terminated." execID=wiKJC
time="2020-07-24T15:12:47Z" level=error msg="finished unary call with code Internal" error="rpc error: code = Internal desc = Failed to fetch git repo: `git fetch origin --tags --force` failed exit status 128: error: RPC failed; curl 56 GnuTLS recv error (-110): The TLS connection was non-properly terminated." grpc.code=Internal grpc.method=GenerateManifest grpc.request.deadline="2020-07-24T15:13:46Z" grpc.service=repository.RepoServerService grpc.start_time="2020-07-24T15:12:46Z" grpc.time_ms=675.091 span.kind=server system=grpc

Repo Confg

  repositories: |
    - passwordSecret:
        key: password
        name: repo-4290583797
      type: git
      url: https://bitbucket.bdreporting.com/scm/devops/k8s.git
      usernameSecret:
        key: username
        name: repo-4290583797
Источник

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

Источник

Issue

I’m preparing to install vim plugin by vundle, after I set the vimrc

set nocompatible
filetype off
set rtp+=~/.vim/bundle/Vundle.vim

call vundle#begin()

Plugin 'gmarik/Vundle.vim'
Plugin 'valloric/youcompleteme'

call vundle#end()

then I input :PluginInstall and get the error 

  2 [2018-09-27 10:47:17] Plugin valloric/youcompleteme                                                | 18 " line enables syntax highlighting by default.
  3 [2018-09-27 10:47:17] $ git clone --recursive 'https://github.com/valloric/youcompleteme.git' '/roo| 19 syntax on;
    t/.vim/bundle/youcompleteme'                                                                       | 20 if has("syntax")
  4 [2018-09-27 10:47:17] > Cloning into '/root/.vim/bundle/youcompleteme'...                          | 21   syntax on
  5 [2018-09-27 10:47:17] > error: RPC failed; curl 56 GnuTLS recv error (-110): The TLS connection was| 22 endif
     non-properly terminated.

and then I go to the directory ~/.vim/bundle and execute

git clone --recursive 'https://github.com/valloric/youcompleteme.git

and get this

Cloning into '~/.vim/bundle/youcompleteme'...
remote: Enumerating objects: 15, done.
remote: Counting objects: 100% (15/15), done.
remote: Compressing objects: 100% (13/13), done.
remote: Total 34431 (delta 4), reused 8 (delta 1), pack-reused 34416
Receiving objects: 100% (34431/34431), 32.58 MiB | 2.37 MiB/s, done.
error: RPC failed; curl 56 GnuTLS recv error (-110): The TLS connection was non-properly terminated.
Resolving deltas: 100% (12305/12305), done.

As this said, It seems the plugin have been downloaded despite the error. But I can’t find the youcompleteme directory in fact.

I also try 

git clone --recursive '[email protected]:Valloric/YouCompleteMe.git' '~/.vim/bundle/youcompleteme'

and get this

Cloning into '~/.vim/bundle/youcompleteme'...
ssh: connect to host github.com port 22: Connection timed out
fatal: Could not read from remote repository.

So how to solve this?

Solution

Recompile and install git solve it finally, the steps are the following: 

sudo apt-get install build-essential fakeroot dpkg-dev -y
sudo apt-get build-dep git -y
sudo apt-get install libcurl4-openssl-dev -y
cd ~
mkdir source-git
cd source-git/
apt-get source git
cd git-2.*.*/
sed -i -- 's/libcurl4-gnutls-dev/libcurl4-openssl-dev/' ./debian/control
sed -i -- '/TESTs*=s*test/d' ./debian/rules
dpkg-buildpackage -rfakeroot -b -uc -us
sudo dpkg -i ../git_*ubuntu*.deb

And not use -y is ok, -y just for skip inputting y. The result is:

Cloning into 'syntastic'...
remote: Enumerating objects: 27, done.
remote: Counting objects: 100% (27/27), done.
remote: Compressing objects: 100% (21/21), done.
remote: Total 18671 (delta 9), reused 16 (delta 5), pack-reused 18644
Receiving objects: 100% (18671/18671), 4.26 MiB | 701.00 KiB/s, done.
Resolving deltas: 100% (10572/10572), done.
Checking connectivity... done.

Answered By — G.yx

Источник

Понравилась статья? Поделить с друзьями:
  • Gnutls error in the pull function debian 11
  • Gnutls error 8 a packet with illegal or unsupported version was received
  • Gnutls error 15 filezilla
  • Gnutls error 15 an unexpected tls packet was received
  • Gnuplot error while loading shared libraries libqt5core so 5