Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #230611 > unrolled thread

FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

Back to article view | Back to linux.debian.user

Contents

  FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-01-13 03:30 +0100
    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Philip Wyett <philip.wyett@kathenas.org> - 2021-01-13 05:20 +0100
      Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-01-13 20:50 +0100
        Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye Eike Lantzsch <zp6cge@gmx.net> - 2021-01-13 21:00 +0100
          Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-01-13 21:40 +0100
            Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye Eike Lantzsch <zp6cge@gmx.net> - 2021-01-13 22:00 +0100
              Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-01-14 01:50 +0100
                Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-01-20 16:50 +0100
                  Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Philip Wyett <philip.wyett@kathenas.org> - 2021-01-20 17:40 +0100
                    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-01-20 21:00 +0100
                  Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-01-28 16:20 +0100
                    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye David Wright <deblis@lionunicorn.co.uk> - 2021-01-28 17:10 +0100
                      Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-01-28 17:40 +0100
                      Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-10 22:20 +0100
                        Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-02-12 15:20 +0100
                          Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-12 18:30 +0100
                            Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Greg Wooledge <wooledg@eeg.ccf.org> - 2021-02-12 19:30 +0100
                              Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-02-12 22:20 +0100
                            Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Frank <zuiderduin@gmx.com> - 2021-02-12 20:20 +0100
                              Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Paul Scott <waterhorse@ultrasw.com> - 2021-02-12 20:40 +0100
                                Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Frank de Bruijn <frank.de.bruijn@ziggo.nl> - 2021-02-12 22:20 +0100
                                Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-12 22:30 +0100
                              Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-12 22:20 +0100
                                Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Frank <zuiderduin@gmx.com> - 2021-02-13 13:30 +0100
                                  Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-02-13 15:40 +0100
                                    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Frank <zuiderduin@gmx.com> - 2021-02-13 17:30 +0100
                            Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-02-12 22:20 +0100
                              Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-12 23:10 +0100
                                Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-13 09:10 +0100
                                  Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-02-13 15:30 +0100
                                  Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-16 22:50 +0100
                                    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Philip Wyett <philip.wyett@kathenas.org> - 2021-02-16 23:10 +0100
                                      Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-17 18:20 +0100
                                    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-17 11:00 +0100
                                      Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye Gary Dale <gary@extremeground.com> - 2021-02-17 18:20 +0100
    Re: FileZilla / ftp / GnuTLS error connecting to sites with  Testing/Bullseye songbird <songbird@anthive.com> - 2021-01-14 00:10 +0100

Page 1 of 2  [1] 2  Next page →

#230611 — FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

I'm running Debian/Bullseye on an AMD64 machine.

I'm trying to update a site using FileZilla with the same settings I've 
been using but cannot get a connection. I've tried this on several sites 
with the same results. Here's the FileZilla dialogue of a session 
connect attempt:

Status:    Resolving address of <ftp site>
Status:    Connecting to <ftp ip address>:21...
Status:    Connection established, waiting for welcome message...
Status:    Initializing TLS...
Status:    Verifying certificate...
Status:    TLS connection established.
Status:    Server does not support non-ASCII characters.
Status:    Logged in
Status:    Retrieving directory listing of "/"...
Command:    CWD /
Response:    250 OK. Current directory is /
Command:    PWD
Response:    257 "/" is your current location
Command:    TYPE I
Response:    200 TYPE is now 8-bit binary
Command:    PASV
Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
Command:    MLSD
Response:    150 Accepted data connection
Error:    GnuTLS error -15: An unexpected TLS packet was received.
Error:    The data connection could not be established: ECONNABORTED - 
Connection aborted
Response:    226 72 matches total
Error:    Failed to retrieve directory listing

at which point the connection seems to be severed by FileZilla.

When I try a command line ftp session, I also find that I cannot do an 
"ls" after logging in.

However I can connect from my server which is running Debian/Buster. 
Something seems to be going wrong with GnuTLS once the connection is 
established on Bullseye. This is a new behaviour as it wasn't doing this 
last week.

[toc] | [next] | [standalone]

#230612

[Multipart message — attachments visible in raw view] — view raw

On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
> I'm running Debian/Bullseye on an AMD64 machine.
> 
> I'm trying to update a site using FileZilla with the same settings
> I've 
> been using but cannot get a connection. I've tried this on several
> sites 
> with the same results. Here's the FileZilla dialogue of a session 
> connect attempt:
> 
> Status:    Resolving address of <ftp site>
> Status:    Connecting to <ftp ip address>:21...
> Status:    Connection established, waiting for welcome message...
> Status:    Initializing TLS...
> Status:    Verifying certificate...
> Status:    TLS connection established.
> Status:    Server does not support non-ASCII characters.
> Status:    Logged in
> Status:    Retrieving directory listing of "/"...
> Command:    CWD /
> Response:    250 OK. Current directory is /
> Command:    PWD
> Response:    257 "/" is your current location
> Command:    TYPE I
> Response:    200 TYPE is now 8-bit binary
> Command:    PASV
> Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
> Command:    MLSD
> Response:    150 Accepted data connection
> Error:    GnuTLS error -15: An unexpected TLS packet was received.
> Error:    The data connection could not be established: ECONNABORTED
> - 
> Connection aborted
> Response:    226 72 matches total
> Error:    Failed to retrieve directory listing
> 
> at which point the connection seems to be severed by FileZilla.
> 
> When I try a command line ftp session, I also find that I cannot do
> an 
> "ls" after logging in.
> 
> However I can connect from my server which is running Debian/Buster. 
> Something seems to be going wrong with GnuTLS once the connection is 
> established on Bullseye. This is a new behaviour as it wasn't doing
> this 
> last week.
> 
> 

Hi Gary,

I can confirm this issue.

Please file a bug report against filezilla and it will be looked into
by myself once 3.52.0.5 has transitioned into unstable (imminent).

Regards

Phil

-- 
*** Playing the game for the games own sake. ***

WWW: https://kathenas.org

Twitter: @kathenasorg

IRC: kathenas

GPG: 724AA9B52F024C8B

[toc] | [prev] | [next] | [standalone]

#230620

On 2021-01-12 22:53, Philip Wyett wrote:
> On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
>> I'm running Debian/Bullseye on an AMD64 machine.
>>
>> I'm trying to update a site using FileZilla with the same settings
>> I've
>> been using but cannot get a connection. I've tried this on several
>> sites
>> with the same results. Here's the FileZilla dialogue of a session
>> connect attempt:
>>
>> Status:    Resolving address of <ftp site>
>> Status:    Connecting to <ftp ip address>:21...
>> Status:    Connection established, waiting for welcome message...
>> Status:    Initializing TLS...
>> Status:    Verifying certificate...
>> Status:    TLS connection established.
>> Status:    Server does not support non-ASCII characters.
>> Status:    Logged in
>> Status:    Retrieving directory listing of "/"...
>> Command:    CWD /
>> Response:    250 OK. Current directory is /
>> Command:    PWD
>> Response:    257 "/" is your current location
>> Command:    TYPE I
>> Response:    200 TYPE is now 8-bit binary
>> Command:    PASV
>> Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
>> Command:    MLSD
>> Response:    150 Accepted data connection
>> Error:    GnuTLS error -15: An unexpected TLS packet was received.
>> Error:    The data connection could not be established: ECONNABORTED
>> -
>> Connection aborted
>> Response:    226 72 matches total
>> Error:    Failed to retrieve directory listing
>>
>> at which point the connection seems to be severed by FileZilla.
>>
>> When I try a command line ftp session, I also find that I cannot do
>> an
>> "ls" after logging in.
>>
>> However I can connect from my server which is running Debian/Buster.
>> Something seems to be going wrong with GnuTLS once the connection is
>> established on Bullseye. This is a new behaviour as it wasn't doing
>> this
>> last week.
>>
>>
> Hi Gary,
>
> I can confirm this issue.
>
> Please file a bug report against filezilla and it will be looked into
> by myself once 3.52.0.5 has transitioned into unstable (imminent).
>
> Regards
>
> Phil
>
I don't think it is just a FileZilla problem as it also seems to crop up 
with the command-line ftp program.

[toc] | [prev] | [next] | [standalone]

#230621 — Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:
> On 2021-01-12 22:53, Philip Wyett wrote:
> > On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
> >> I'm running Debian/Bullseye on an AMD64 machine.
> >>
> >> I'm trying to update a site using FileZilla with the same settings
> >> I've
> >> been using but cannot get a connection. I've tried this on several
> >> sites
> >> with the same results. Here's the FileZilla dialogue of a session
> >> connect attempt:
> >>
> >> Status:    Resolving address of <ftp site>
> >> Status:    Connecting to <ftp ip address>:21...
> >> Status:    Connection established, waiting for welcome message...
> >> Status:    Initializing TLS...
> >> Status:    Verifying certificate...
> >> Status:    TLS connection established.
> >> Status:    Server does not support non-ASCII characters.
> >> Status:    Logged in
> >> Status:    Retrieving directory listing of "/"...
> >> Command:    CWD /
> >> Response:    250 OK. Current directory is /
> >> Command:    PWD
> >> Response:    257 "/" is your current location
> >> Command:    TYPE I
> >> Response:    200 TYPE is now 8-bit binary
> >> Command:    PASV
> >> Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
> >> Command:    MLSD
> >> Response:    150 Accepted data connection
> >> Error:    GnuTLS error -15: An unexpected TLS packet was received.
> >> Error:    The data connection could not be established:
> >> ECONNABORTED
> >> -
> >> Connection aborted
> >> Response:    226 72 matches total
> >> Error:    Failed to retrieve directory listing
> >>
> >> at which point the connection seems to be severed by FileZilla.
> >>
> >> When I try a command line ftp session, I also find that I cannot do
> >> an
> >> "ls" after logging in.
> >>
> >> However I can connect from my server which is running
> >> Debian/Buster.
> >> Something seems to be going wrong with GnuTLS once the connection
> >> is
> >> established on Bullseye. This is a new behaviour as it wasn't doing
> >> this
> >> last week.
> >
> > Hi Gary,
> >
> > I can confirm this issue.
> >
> > Please file a bug report against filezilla and it will be looked
> > into
> > by myself once 3.52.0.5 has transitioned into unstable (imminent).
> >
> > Regards
> >
> > Phil
>
> I don't think it is just a FileZilla problem as it also seems to crop
> up with the command-line ftp program.

You might also try lftp. But since it seems to be a TLS problem the
result might be the same.
Does TLS work when you download mail with your mail-client?

Kind regards
Eike
--
Eike Lantzsch ZP6CGE

[toc] | [prev] | [next] | [standalone]

#230623

On 2021-01-13 14:54, Eike Lantzsch wrote:
> On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:
>> On 2021-01-12 22:53, Philip Wyett wrote:
>>> On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
>>>> I'm running Debian/Bullseye on an AMD64 machine.
>>>>
>>>> I'm trying to update a site using FileZilla with the same settings
>>>> I've
>>>> been using but cannot get a connection. I've tried this on several
>>>> sites
>>>> with the same results. Here's the FileZilla dialogue of a session
>>>> connect attempt:
>>>>
>>>> Status:    Resolving address of <ftp site>
>>>> Status:    Connecting to <ftp ip address>:21...
>>>> Status:    Connection established, waiting for welcome message...
>>>> Status:    Initializing TLS...
>>>> Status:    Verifying certificate...
>>>> Status:    TLS connection established.
>>>> Status:    Server does not support non-ASCII characters.
>>>> Status:    Logged in
>>>> Status:    Retrieving directory listing of "/"...
>>>> Command:    CWD /
>>>> Response:    250 OK. Current directory is /
>>>> Command:    PWD
>>>> Response:    257 "/" is your current location
>>>> Command:    TYPE I
>>>> Response:    200 TYPE is now 8-bit binary
>>>> Command:    PASV
>>>> Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
>>>> Command:    MLSD
>>>> Response:    150 Accepted data connection
>>>> Error:    GnuTLS error -15: An unexpected TLS packet was received.
>>>> Error:    The data connection could not be established:
>>>> ECONNABORTED
>>>> -
>>>> Connection aborted
>>>> Response:    226 72 matches total
>>>> Error:    Failed to retrieve directory listing
>>>>
>>>> at which point the connection seems to be severed by FileZilla.
>>>>
>>>> When I try a command line ftp session, I also find that I cannot do
>>>> an
>>>> "ls" after logging in.
>>>>
>>>> However I can connect from my server which is running
>>>> Debian/Buster.
>>>> Something seems to be going wrong with GnuTLS once the connection
>>>> is
>>>> established on Bullseye. This is a new behaviour as it wasn't doing
>>>> this
>>>> last week.
>>> Hi Gary,
>>>
>>> I can confirm this issue.
>>>
>>> Please file a bug report against filezilla and it will be looked
>>> into
>>> by myself once 3.52.0.5 has transitioned into unstable (imminent).
>>>
>>> Regards
>>>
>>> Phil
>> I don't think it is just a FileZilla problem as it also seems to crop
>> up with the command-line ftp program.
> You might also try lftp. But since it seems to be a TLS problem the
> result might be the same.
> Does TLS work when you download mail with your mail-client?
>
> Kind regards
> Eike
> --
> Eike Lantzsch ZP6CGE

I already did the ftp command, as noted in the initial e-mail. Ftp 
connects but can't get a remote directory listing, without which it 
can't seem to transfer files. Things work with Buster but not with Bullseye.

I'm not having any problems with Thunderbird (my e-mail client) with 
accounts connecting through SSL/TLS and StartTLS.

[toc] | [prev] | [next] | [standalone]

#230625 — Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

On Wednesday, 13 January 2021 17:33:12 -03 Gary Dale wrote:
> On 2021-01-13 14:54, Eike Lantzsch wrote:
> > On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:
> >> On 2021-01-12 22:53, Philip Wyett wrote:
> >>> On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
> >>>> I'm running Debian/Bullseye on an AMD64 machine.
> >>>>
> >>>> I'm trying to update a site using FileZilla with the same
> >>>> settings
> >>>> I've
> >>>> been using but cannot get a connection. I've tried this on
> >>>> several
> >>>> sites
> >>>> with the same results. Here's the FileZilla dialogue of a session
> >>>> connect attempt:
> >>>>
> >>>> Status:    Resolving address of <ftp site>
> >>>> Status:    Connecting to <ftp ip address>:21...
> >>>> Status:    Connection established, waiting for welcome message...
> >>>> Status:    Initializing TLS...
> >>>> Status:    Verifying certificate...
> >>>> Status:    TLS connection established.
> >>>> Status:    Server does not support non-ASCII characters.
> >>>> Status:    Logged in
> >>>> Status:    Retrieving directory listing of "/"...
> >>>> Command:    CWD /
> >>>> Response:    250 OK. Current directory is /
> >>>> Command:    PWD
> >>>> Response:    257 "/" is your current location
> >>>> Command:    TYPE I
> >>>> Response:    200 TYPE is now 8-bit binary
> >>>> Command:    PASV
> >>>> Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
> >>>> Command:    MLSD
> >>>> Response:    150 Accepted data connection
> >>>> Error:    GnuTLS error -15: An unexpected TLS packet was
> >>>> received.
> >>>> Error:    The data connection could not be established:
> >>>> ECONNABORTED
> >>>> -
> >>>> Connection aborted
> >>>> Response:    226 72 matches total
> >>>> Error:    Failed to retrieve directory listing
> >>>>
> >>>> at which point the connection seems to be severed by FileZilla.
> >>>>
> >>>> When I try a command line ftp session, I also find that I cannot
> >>>> do
> >>>> an
> >>>> "ls" after logging in.
> >>>>
> >>>> However I can connect from my server which is running
> >>>> Debian/Buster.
> >>>> Something seems to be going wrong with GnuTLS once the connection
> >>>> is
> >>>> established on Bullseye. This is a new behaviour as it wasn't
> >>>> doing
> >>>> this
> >>>> last week.
> >>>
> >>> Hi Gary,
> >>>
> >>> I can confirm this issue.
> >>>
> >>> Please file a bug report against filezilla and it will be looked
> >>> into
> >>> by myself once 3.52.0.5 has transitioned into unstable (imminent).
> >>>
> >>> Regards
> >>>
> >>> Phil
> >>
> >> I don't think it is just a FileZilla problem as it also seems to
> >> crop
> >> up with the command-line ftp program.
> >
> > You might also try lftp. But since it seems to be a TLS problem the
> > result might be the same.
> > Does TLS work when you download mail with your mail-client?
> >
> > Kind regards
> > Eike
> > --
> > Eike Lantzsch ZP6CGE
>
> I already did the ftp command, as noted in the initial e-mail.

No, I don't think you did what I recommended. I wrote lftp.
ELL-EFF-TEE-PEE
That is a totally different program and far more potent than ftp.

> Ftp
> connects but can't get a remote directory listing, without which it
> can't seem to transfer files. Things work with Buster but not with
> Bullseye.
>
> I'm not having any problems with Thunderbird (my e-mail client) with
> accounts connecting through SSL/TLS and StartTLS.

--
Eike Lantzsch ZP6CGE

[toc] | [prev] | [next] | [standalone]

#230654

On 2021-01-13 15:59, Eike Lantzsch wrote:
> On Wednesday, 13 January 2021 17:33:12 -03 Gary Dale wrote:
>> On 2021-01-13 14:54, Eike Lantzsch wrote:
>>> On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:
>>>> On 2021-01-12 22:53, Philip Wyett wrote:
>>>>> On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
>>>>>> I'm running Debian/Bullseye on an AMD64 machine.
>>>>>>
>>>>>> I'm trying to update a site using FileZilla with the same
>>>>>> settings
>>>>>> I've
>>>>>> been using but cannot get a connection. I've tried this on
>>>>>> several
>>>>>> sites
>>>>>> with the same results. Here's the FileZilla dialogue of a session
>>>>>> connect attempt:
>>>>>>
>>>>>> Status:    Resolving address of <ftp site>
>>>>>> Status:    Connecting to <ftp ip address>:21...
>>>>>> Status:    Connection established, waiting for welcome message...
>>>>>> Status:    Initializing TLS...
>>>>>> Status:    Verifying certificate...
>>>>>> Status:    TLS connection established.
>>>>>> Status:    Server does not support non-ASCII characters.
>>>>>> Status:    Logged in
>>>>>> Status:    Retrieving directory listing of "/"...
>>>>>> Command:    CWD /
>>>>>> Response:    250 OK. Current directory is /
>>>>>> Command:    PWD
>>>>>> Response:    257 "/" is your current location
>>>>>> Command:    TYPE I
>>>>>> Response:    200 TYPE is now 8-bit binary
>>>>>> Command:    PASV
>>>>>> Response:    227 Entering Passive Mode (<ftp ip address>,141,8).
>>>>>> Command:    MLSD
>>>>>> Response:    150 Accepted data connection
>>>>>> Error:    GnuTLS error -15: An unexpected TLS packet was
>>>>>> received.
>>>>>> Error:    The data connection could not be established:
>>>>>> ECONNABORTED
>>>>>> -
>>>>>> Connection aborted
>>>>>> Response:    226 72 matches total
>>>>>> Error:    Failed to retrieve directory listing
>>>>>>
>>>>>> at which point the connection seems to be severed by FileZilla.
>>>>>>
>>>>>> When I try a command line ftp session, I also find that I cannot
>>>>>> do
>>>>>> an
>>>>>> "ls" after logging in.
>>>>>>
>>>>>> However I can connect from my server which is running
>>>>>> Debian/Buster.
>>>>>> Something seems to be going wrong with GnuTLS once the connection
>>>>>> is
>>>>>> established on Bullseye. This is a new behaviour as it wasn't
>>>>>> doing
>>>>>> this
>>>>>> last week.
>>>>> Hi Gary,
>>>>>
>>>>> I can confirm this issue.
>>>>>
>>>>> Please file a bug report against filezilla and it will be looked
>>>>> into
>>>>> by myself once 3.52.0.5 has transitioned into unstable (imminent).
>>>>>
>>>>> Regards
>>>>>
>>>>> Phil
>>>> I don't think it is just a FileZilla problem as it also seems to
>>>> crop
>>>> up with the command-line ftp program.
>>> You might also try lftp. But since it seems to be a TLS problem the
>>> result might be the same.
>>> Does TLS work when you download mail with your mail-client?
>>>
>>> Kind regards
>>> Eike
>>> --
>>> Eike Lantzsch ZP6CGE
>> I already did the ftp command, as noted in the initial e-mail.
> No, I don't think you did what I recommended. I wrote lftp.
> ELL-EFF-TEE-PEE
> That is a totally different program and far more potent than ftp.
>
Sorry, old eyes and a 4k monitor. I installed lftp and got the same 
problem I had with ftp. I can log in then when I try to "ls", I get an 
"unexpected TLS packet was received" error.

[toc] | [prev] | [next] | [standalone]

#230890

Gary Dale wrote:
...

  the problem is still there with the recent version of Filezilla
that showed up in testing (3.52.0.5-1).


  i see there is a bug filed via GNUTLS:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119


  not sure what progress is actually being made.


  songbird

[toc] | [prev] | [next] | [standalone]

#230891

[Multipart message — attachments visible in raw view] — view raw

On Wed, 2021-01-20 at 10:44 -0500, songbird wrote:
> Gary Dale wrote:
> ...
> 
>   the problem is still there with the recent version of Filezilla
> that showed up in testing (3.52.0.5-1).
> 
> 
>   i see there is a bug filed via GNUTLS:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
> 
> 
>   not sure what progress is actually being made.
> 
> 
>   songbird
> 

Hi,

This is not a filezilla issue after a little investigation. I will be
looking at other related packages, including gnutls in the coming
days/weeks. I will also be adding these packages to my tracked packages
and make them part of my testing when doing package updates to
filezilla and general testing.

FYI: 3.52.2 just went to unstable/sid.

As stated in other mails. This is why their is stable/production and we
should rely on those and not testing. ;-)

Regards

Phil

-- 
*** Playing the game for the games own sake. ***

WWW: https://kathenas.org

Twitter: @kathenasorg

IRC: kathenas

GPG: 724AA9B52F024C8B

[toc] | [prev] | [next] | [standalone]

#230894

Philip Wyett wrote:
...
> As stated in other mails. This is why their is stable/production and we
> should rely on those and not testing. ;-)

  yes, of course.  :)  why i keep a booting stable partition
handy.


  songbird

[toc] | [prev] | [next] | [standalone]

#231230

On 2021-01-20 10:44, songbird wrote:
> Gary Dale wrote:
> ...
>
>    the problem is still there with the recent version of Filezilla
> that showed up in testing (3.52.0.5-1).
>
>
>    i see there is a bug filed via GNUTLS:
>
>    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
>
>
>    not sure what progress is actually being made.
>
>
>    songbird
>
I note that the problem affects all ftp client's I've tried under 
testing but not the ones in the stable release. It's been weeks since I 
first reported this issue yet it still remains.

[toc] | [prev] | [next] | [standalone]

#231235

On Thu 28 Jan 2021 at 10:17:50 (-0500), Gary Dale wrote:
> On 2021-01-20 10:44, songbird wrote:
> > Gary Dale wrote:
> > ...
> >    the problem is still there with the recent version of Filezilla
> > that showed up in testing (3.52.0.5-1).
> > 
> >    i see there is a bug filed via GNUTLS:
> > 
> >    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
> > 
> >    not sure what progress is actually being made.
> > 
> I note that the problem affects all ftp client's I've tried under
> testing but not the ones in the stable release. It's been weeks since
> I first reported this issue yet it still remains.

As far as I can tell, the timeline is:

2021-01-12 your original report
2021-01-14 opened BTS #980119
           back and forth replication
2021-01-20 verbose debug information posted
2021-01-23 forwarded to https://gitlab.com/gnutls/gnutls/-/issues/1152

Would that be reasonable for a Severity: Normal bug in testing?

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#231239

On 2021-01-28 11:03, David Wright wrote:
> On Thu 28 Jan 2021 at 10:17:50 (-0500), Gary Dale wrote:
>> On 2021-01-20 10:44, songbird wrote:
>>> Gary Dale wrote:
>>> ...
>>>     the problem is still there with the recent version of Filezilla
>>> that showed up in testing (3.52.0.5-1).
>>>
>>>     i see there is a bug filed via GNUTLS:
>>>
>>>     https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
>>>
>>>     not sure what progress is actually being made.
>>>
>> I note that the problem affects all ftp client's I've tried under
>> testing but not the ones in the stable release. It's been weeks since
>> I first reported this issue yet it still remains.
> As far as I can tell, the timeline is:
>
> 2021-01-12 your original report
> 2021-01-14 opened BTS #980119
>             back and forth replication
> 2021-01-20 verbose debug information posted
> 2021-01-23 forwarded to https://gitlab.com/gnutls/gnutls/-/issues/1152
>
> Would that be reasonable for a Severity: Normal bug in testing?
>
> Cheers,
> David.

Given that it renders ftp unusable, I'd rate it as important, not normal.

[toc] | [prev] | [next] | [standalone]

#231590

On 2021-01-28 11:03, David Wright wrote:
> On Thu 28 Jan 2021 at 10:17:50 (-0500), Gary Dale wrote:
>> On 2021-01-20 10:44, songbird wrote:
>>> Gary Dale wrote:
>>> ...
>>>     the problem is still there with the recent version of Filezilla
>>> that showed up in testing (3.52.0.5-1).
>>>
>>>     i see there is a bug filed via GNUTLS:
>>>
>>>     https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
>>>
>>>     not sure what progress is actually being made.
>>>
>> I note that the problem affects all ftp client's I've tried under
>> testing but not the ones in the stable release. It's been weeks since
>> I first reported this issue yet it still remains.
> As far as I can tell, the timeline is:
>
> 2021-01-12 your original report
> 2021-01-14 opened BTS #980119
>             back and forth replication
> 2021-01-20 verbose debug information posted
> 2021-01-23 forwarded to https://gitlab.com/gnutls/gnutls/-/issues/1152
>
> Would that be reasonable for a Severity: Normal bug in testing?
>
> Cheers,
> David.
>
Time passes and the bug is still in Debian/Testing.

[toc] | [prev] | [next] | [standalone]

#231652

Gary Dale wrote:
...
> Time passes and the bug is still in Debian/Testing.


  please look at the end of:


  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119


  it looks like things are happening, but how quickly those
changes are applied and uploads happen and are approved may
take some time yet.

  like you i was kinda wondering if any fix at all was 
happening or if anyone was even looking into it.

  i sure don't have the skills or expertise in either
filezilla or gnutls to track something like this down.  :(
all i can be is appreciative for those who do and say
thank you!  :)


  songbird

[toc] | [prev] | [next] | [standalone]

#231656

On 2021-02-12 09:12, songbird wrote:
> Gary Dale wrote:
> ...
>> Time passes and the bug is still in Debian/Testing.
>
>    please look at the end of:
>
>
>    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
>
>
>    it looks like things are happening, but how quickly those
> changes are applied and uploads happen and are approved may
> take some time yet.
>
>    like you i was kinda wondering if any fix at all was
> happening or if anyone was even looking into it.
>
>    i sure don't have the skills or expertise in either
> filezilla or gnutls to track something like this down.  :(
> all i can be is appreciative for those who do and say
> thank you!  :)
>
>
>    songbird

I appreciate the people doing this, but this is a serious issue. I have 
to resort to firing up a VM or resorting to the command line on my local 
server to update my web sites because I can't do it from Testing. I see 
it also impacts other programs that I (fortunately) don't use as much.

When faced with a major bug, shouldn't there be a procedure to pull back 
the testing version - like restoring the previous version with a 
bumped-up version number while working on the known buggy version in 
experimental (no need to punish people using SID)?

[toc] | [prev] | [next] | [standalone]

#231657

On Fri, Feb 12, 2021 at 12:19:46PM -0500, Gary Dale wrote:
> On 2021-02-12 09:12, songbird wrote:
> >    it looks like things are happening, but how quickly those
> > changes are applied and uploads happen and are approved may
> > take some time yet.

> I appreciate the people doing this, but this is a serious issue. I have to
> resort to firing up a VM or resorting to the command line on my local server
> to update my web sites because I can't do it from Testing. I see it also
> impacts other programs that I (fortunately) don't use as much.

First of all, let's be clear: the bug (#980119) affects "FTP over TLS"
a.k.a. "FTPS" which is a hacked-up abomination of a protocol on top of
the worst protocol ever conceived.

Anyone actually using this needs to take some time and seriously
re-evaluate their infrastructure.

The fact that very few people use this nonstandard protocol means it
doesn't see as much testing as other protocols.

> When faced with a major bug, shouldn't there be a procedure to pull back the
> testing version - like restoring the previous version with a bumped-up
> version number while working on the known buggy version in experimental (no
> need to punish people using SID)?

You are running testing.  This means you are testing Debian's next
release, before it's released, in order to spot bugs.  Thank you for
that.  This is a service you are performing for the Debian community,
and it's valued.

As a volunteer tester, you accept the fact that the software you are
testing may have bugs.  That's why you're testing it.

This particular bug looks like it has been succesfully reported,
reproduced, pinpointed, and a fix is underway.  I don't know what
more you could possibly ask for.

Meanwhile, if this bug affects you, you are free to install an older
version of the package that doesn't have the bug, or to build a
package with the upstream patch applied for your temporary local use,
or to use a non-testing system for your production work.

[toc] | [prev] | [next] | [standalone]

#231671

Greg Wooledge wrote:
...
> First of all, let's be clear: the bug (#980119) affects "FTP over TLS"
> a.k.a. "FTPS" which is a hacked-up abomination of a protocol on top of
> the worst protocol ever conceived.
>
> Anyone actually using this needs to take some time and seriously
> re-evaluate their infrastructure.

  it is something that works, bits are bits, if they are 
getting from my machine to the other at the other end of 
the connection intact and in the right place with the right
permissions then i'm fine with continuing to use it.

  note that ISPs often don't provide the best and most up-
to-date resources or they may not advertise the recommended
alternatives.  and it takes time to make changes.  i sure 
know that i normally hate "web interfaces" that are sometimes 
available.


> The fact that very few people use this nonstandard protocol means it
> doesn't see as much testing as other protocols.

  true.


...
> You are running testing.  This means you are testing Debian's next
> release, before it's released, in order to spot bugs.  Thank you for
> that.  This is a service you are performing for the Debian community,
> and it's valued.
>
> As a volunteer tester, you accept the fact that the software you are
> testing may have bugs.  That's why you're testing it.
>
> This particular bug looks like it has been succesfully reported,
> reproduced, pinpointed, and a fix is underway.  I don't know what
> more you could possibly ask for.
>
> Meanwhile, if this bug affects you, you are free to install an older
> version of the package that doesn't have the bug, or to build a
> package with the upstream patch applied for your temporary local use,
> or to use a non-testing system for your production work.

  all agreed with, but it is better to not mess some things up
if you can avoid it.  :)


  songbird

[toc] | [prev] | [next] | [standalone]

#231659

Op 12-02-2021 om 18:19 schreef Gary Dale:
> I appreciate the people doing this, but this is a serious issue. I have
> to resort to firing up a VM or resorting to the command line on my local
> server to update my web sites because I can't do it from Testing.
What file manager do you use?

I stopped using FileZilla for ftps years ago and only use MATE's caja
these days. Hasn't stopped working and I keep my (bullseye) system
up-to-date, so whatever TLS library caja is using, this bug doesn't
affect it.

Regards,
Frank

[toc] | [prev] | [next] | [standalone]

#231660

On 2/12/21 12:12 PM, Frank wrote:
> Op 12-02-2021 om 18:19 schreef Gary Dale:
>> I appreciate the people doing this, but this is a serious issue. I have
>> to resort to firing up a VM or resorting to the command line on my local
>> server to update my web sites because I can't do it from Testing.
> What file manager do you use?
>
> I stopped using FileZilla for ftps years ago and only use MATE's caja
> these days. Hasn't stopped working and I keep my (bullseye) system
> up-to-date, so whatever TLS library caja is using, this bug doesn't
> affect it.


gFtp seems to fail also.  Do you know what works for Gnome on sid?

Thank you,

Paul

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web