Re: New System, Problem with FTP
Steve Matzura wrote: > The following is specific to Ubuntu 24.04. If it should go to a > Ubuntu-specific list, let me know and I'll find out how to make that happen. Yup. This is a list for Debian users. > The problem is also related to FTP, which I can't seem to get working. I > modified /etc/ssh/sshd_config by adding a section at the bottom for "Match > User" and also to indicate the subsystem being inet-ftp: > > Subsystem ftp internal-sftp that's not FTP, the classic protocol; that's SFTP, a secure protocol based on SSH. If you enable SFTP and try to use an FTP program, it won't work. Use the 'sftp' program, instead. In general, nobody should use classic FTP without an overwhelmingly good reason -- like, the other side is outside of their control and only offers FTP. -dsr-
New System, Problem with FTP
The following is specific to Ubuntu 24.04. If it should go to a Ubuntu-specific list, let me know and I'll find out how to make that happen. For now though, ... ... I have a new Ubuntu 24.04 system which is a rebuild of a 20.04 system. On the old system, I had logins set to use username and password, but the new system was installed by its provider with that turned off, necessitating some fancy footwork with SSH keys and such. The problem is also related to FTP, which I can't seem to get working. I modified /etc/ssh/sshd_config by adding a section at the bottom for "Match User" and also to indicate the subsystem being inet-ftp: Subsystem ftp internal-sftp If I ssh into the ubuntu account, it works. If I try to FTP into any account, I get a pretty meaningless error in the FTP log stating it is unable to connect to the server, so I tried simply ssh'ing into itself from itself. I got "permission denied publicly" for my troubles. ;-) Some Internet searching didn't turn up much of help. I looked in /var/log/auth.log, thinking I'd find something from myself to myself, but other than lines and lines of probing from random addresses to the root account and other such things, nothing from me to me at all. If I could debug this thing, I could fix it. So then, my question is either (a) how should I set up a Ubuntu user to accept inbound FTP if PasswordAuthentication is No, or (b) what is the proper way of changing from PKI access to password authentication access? I tried setting PasswordAuthentication to Yes, but that didn't change anything, so there must be something else not obvious when looking through sshd_config. Personally, I'd like to keep access restricted to those holding SSH keys, but if that doesn't work for FTP, then I'll have to go to password authentication like on the old system. Thanks in advance.
FTP Repository all man pages?
Is there any FTP repository that holds all the current Jessie man page files in one location? I have tried various scripts and wget to extract man pages from https://manpages.debian.org/jessie/ but my scripting ability lacks somewhat. Jeremy
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On 2021-02-17 04:53, Andrei POPESCU wrote: On Ma, 16 feb 21, 16:45:13, Gary Dale wrote: I hear you, but the issue is that if I revert to a previous version, then I have to hold it to stop the buggy version from clobbering it every day. And I have to monitor the Testing version for changes to see when a fix is potentially available so I can remove the hold. Not just me but every user who is experiencing the bug also has to do this. This is what 'aptitude forbid-version' is for. Kind regards, Andrei Thanks. I wasn't aware of that option.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On 2021-02-16 17:02, Philip Wyett wrote: On Tue, 2021-02-16 at 16:45 -0500, Gary Dale wrote: On 2021-02-13 03:02, Andrei POPESCU wrote: On Vi, 12 feb 21, 17:00:41, Gary Dale wrote: Which is why I think it would be useful to have way to rollback a package when you can't fix it quickly. That way you aren't asking all the users to do it themselves and track the bug status individually. When the maintainers think they have a fix, it can go through the normal process... Debian doesn't support downgrading of packages. When dpkg installs another version of a package (typically newer) it basically overwrites the existing version and runs the corresponding package scripts from the to be installed version. A newer package may introduce changes that the older package (scripts) can't deal with. In practice it does work in many cases, except for those where it doesn't. Fixing them would require a time machine ;) A roll-back, especially if automatic, could introduce more issues than it fixes. Someone(tm) has to determine on a case by case basis whether rolling back makes sense and the system administrator is in the best position to do so. In theory the package Maintainer could provide a general "hint" that system administrators could chose to ignore (at their own risk). Currently the infrastructure for this doesn't exist[1] and, besides, I'd rather have Maintainers focus on fixing the newer package instead. Volunteer time is precious! [1] it would need support in the Debian archive software and APT at a minimum. Besides, there is already an arguably safer (though hackish) way to achieve that by uploading a package with version+really.the.old.version instead. In this case the Maintainer can also take care to adjust the package scripts accordingly. Random example found on my system: $ rmadison fonts-font-awesome fonts-font-awesome | 4.2.0~dfsg-1 | oldoldstable | source, all fonts-font-awesome | 4.7.0~dfsg-1 | oldstable| source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-1 | stable | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4~bpo10+1 | buster- backports | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | testing | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | unstable | source, all Kind regards, Andrei I hear you, but the issue is that if I revert to a previous version, then I have to hold it to stop the buggy version from clobbering it every day. And I have to monitor the Testing version for changes to see when a fix is potentially available so I can remove the hold. Not just me but every user who is experiencing the bug also has to do this. There is a kludge for this if the buggy version didn't contain critical security fixes - re-release the previous version with a slightly higher version number than the buggy one (e.g. 3.7.0-5a). When the bug is (finally) fixed, give the fixed version a slightly higher number still (e.g. 3.7.0.5b). Again this would only be done where it appears that fixing the bug may take time (it's been over a month now). If I were to do the alternative - pull packages from Sid - I have no real indication if they fix it or introduce even worse problems. I can only assume that the reason a fix hasn't made it down through Sid yet is that it's not simple. My suggestion isn't to make more work for maintainers but rather to take the time pressure off them without leaving us testers to jump through hoops. Hi, What appears to be the fixed version is in sid (3.7.0-7). It has to pass in sid for 10 days before migration to testing, see below link. https://tracker.debian.org/pkg/gnutls28 https://metadata.ftp-master.debian.org/changelogs//main/g/gnutls28/gnutls28_3.7.0-7_changelog My testing with filezilla, shows all to be working once more, though testing has been limited. Regards Phil Confirmed. Seems to work. You need to install libnettle and libgnutls from Sid as well.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On Ma, 16 feb 21, 16:45:13, Gary Dale wrote: > > I hear you, but the issue is that if I revert to a previous version, then I > have to hold it to stop the buggy version from clobbering it every day. And > I have to monitor the Testing version for changes to see when a fix is > potentially available so I can remove the hold. > > Not just me but every user who is experiencing the bug also has to do this. This is what 'aptitude forbid-version' is for. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On 2021-02-13 03:02, Andrei POPESCU wrote: On Vi, 12 feb 21, 17:00:41, Gary Dale wrote: Which is why I think it would be useful to have way to rollback a package when you can't fix it quickly. That way you aren't asking all the users to do it themselves and track the bug status individually. When the maintainers think they have a fix, it can go through the normal process... Debian doesn't support downgrading of packages. When dpkg installs another version of a package (typically newer) it basically overwrites the existing version and runs the corresponding package scripts from the to be installed version. A newer package may introduce changes that the older package (scripts) can't deal with. In practice it does work in many cases, except for those where it doesn't. Fixing them would require a time machine ;) A roll-back, especially if automatic, could introduce more issues than it fixes. Someone(tm) has to determine on a case by case basis whether rolling back makes sense and the system administrator is in the best position to do so. In theory the package Maintainer could provide a general "hint" that system administrators could chose to ignore (at their own risk). Currently the infrastructure for this doesn't exist[1] and, besides, I'd rather have Maintainers focus on fixing the newer package instead. Volunteer time is precious! [1] it would need support in the Debian archive software and APT at a minimum. Besides, there is already an arguably safer (though hackish) way to achieve that by uploading a package with version+really.the.old.version instead. In this case the Maintainer can also take care to adjust the package scripts accordingly. Random example found on my system: $ rmadison fonts-font-awesome fonts-font-awesome | 4.2.0~dfsg-1 | oldoldstable | source, all fonts-font-awesome | 4.7.0~dfsg-1 | oldstable| source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-1 | stable | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4~bpo10+1 | buster-backports | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | testing | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | unstable | source, all Kind regards, Andrei I hear you, but the issue is that if I revert to a previous version, then I have to hold it to stop the buggy version from clobbering it every day. And I have to monitor the Testing version for changes to see when a fix is potentially available so I can remove the hold. Not just me but every user who is experiencing the bug also has to do this. There is a kludge for this if the buggy version didn't contain critical security fixes - re-release the previous version with a slightly higher version number than the buggy one (e.g. 3.7.0-5a). When the bug is (finally) fixed, give the fixed version a slightly higher number still (e.g. 3.7.0.5b). Again this would only be done where it appears that fixing the bug may take time (it's been over a month now). If I were to do the alternative - pull packages from Sid - I have no real indication if they fix it or introduce even worse problems. I can only assume that the reason a fix hasn't made it down through Sid yet is that it's not simple. My suggestion isn't to make more work for maintainers but rather to take the time pressure off them without leaving us testers to jump through hoops.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On Tue, 2021-02-16 at 16:45 -0500, Gary Dale wrote: > On 2021-02-13 03:02, Andrei POPESCU wrote: > > On Vi, 12 feb 21, 17:00:41, Gary Dale wrote: > > > Which is why I think it would be useful to have way to rollback a > > > package > > > when you can't fix it quickly. That way you aren't asking all the > > > users to > > > do it themselves and track the bug status individually. When the > > > maintainers > > > think they have a fix, it can go through the normal process... > > Debian doesn't support downgrading of packages. > > > > When dpkg installs another version of a package (typically newer) > > it > > basically overwrites the existing version and runs the > > corresponding > > package scripts from the to be installed version. > > > > A newer package may introduce changes that the older package > > (scripts) > > can't deal with. In practice it does work in many cases, except for > > those where it doesn't. Fixing them would require a time machine ;) > > > > A roll-back, especially if automatic, could introduce more issues > > than > > it fixes. > > > > Someone(tm) has to determine on a case by case basis whether > > rolling > > back makes sense and the system administrator is in the best > > position to > > do so. > > > > In theory the package Maintainer could provide a general "hint" > > that > > system administrators could chose to ignore (at their own risk). > > > > Currently the infrastructure for this doesn't exist[1] and, > > besides, I'd > > rather have Maintainers focus on fixing the newer package instead. > > > > > > Volunteer time is precious! > > > > > > [1] it would need support in the Debian archive software and APT at > > a > > minimum. > > > > Besides, there is already an arguably safer (though hackish) way to > > achieve that by uploading a package with > > version+really.the.old.version > > instead. > > > > In this case the Maintainer can also take care to adjust the > > package > > scripts accordingly. > > > > Random example found on my system: > > > > $ rmadison fonts-font-awesome > > fonts-font-awesome | 4.2.0~dfsg-1 | > > oldoldstable | source, all > > fonts-font-awesome | 4.7.0~dfsg-1 | > > oldstable| source, all > > fonts-font-awesome | 5.0.10+really4.7.0~dfsg-1 | > > stable | source, all > > fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4~bpo10+1 | buster- > > backports | source, all > > fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | > > testing | source, all > > fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | > > unstable | source, all > > > > > > Kind regards, > > Andrei > > I hear you, but the issue is that if I revert to a previous version, > then I have to hold it to stop the buggy version from clobbering it > every day. And I have to monitor the Testing version for changes to > see > when a fix is potentially available so I can remove the hold. > > Not just me but every user who is experiencing the bug also has to do > this. > > There is a kludge for this if the buggy version didn't contain > critical > security fixes - re-release the previous version with a slightly > higher > version number than the buggy one (e.g. 3.7.0-5a). When the bug is > (finally) fixed, give the fixed version a slightly higher number > still > (e.g. 3.7.0.5b). > > Again this would only be done where it appears that fixing the bug > may > take time (it's been over a month now). If I were to do the > alternative > - pull packages from Sid - I have no real indication if they fix it > or > introduce even worse problems. > > I can only assume that the reason a fix hasn't made it down through > Sid > yet is that it's not simple. My suggestion isn't to make more work > for > maintainers but rather to take the time pressure off them without > leaving us testers to jump through hoops. > > Hi, What appears to be the fixed version is in sid (3.7.0-7). It has to pass in sid for 10 days before migration to testing, see below link. https://tracker.debian.org/pkg/gnutls28 https://metadata.ftp-master.debian.org/changelogs//main/g/gnutls28/gnutls28_3.7.0-7_changelog My testing with filezilla, shows all to be working once more, though testing has been limited. Regards Phil -- *** Playing the game for the games own sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Op 13-02-2021 om 14:56 schreef songbird: Frank wrote: Op 12-02-2021 om 22:18 schreef Gary Dale: ... I can do the same with Dolphin but I find it clumsy. FileZIlla is made to let you transfer files between local and remote directories. That's exactly what I do with caja, either from one tab to the other or between separate windows. I'm not sure what's supposed to be clumsy about it. probably the part about the remote machine not being accessible to casual logging in or browsing. at least for my own purposes there's no other method to get to that machine unless i want to use a horrible web interface. Ok. My setup, using bookmarks and login data in the keyring, allows me to browse any of my remotes after two mouse clicks: one to open the bookmark list and one to select the site. when i transfer files back and forth for the website i'm not always using direct copies and only in one direction being important. if i make a change on the website end and don't want my next batch of transferred files to clobber it FileZilla has the options for not having that happen. in a batch of 1500 files with many subdirectories that isn't possible with a simple copy from one tab to another. Right. That makes sense. I hardly ever want what's on a site and the local copy to differ, so for me copying between tabs/windows is fine. Regards, Frank
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Frank wrote: > Op 12-02-2021 om 22:18 schreef Gary Dale: ... >> I can do the same with Dolphin but I find it clumsy. FileZIlla is made >> to let you transfer files between local and remote directories. >> > That's exactly what I do with caja, either from one tab to the other or > between separate windows. I'm not sure what's supposed to be clumsy > about it. probably the part about the remote machine not being accessible to casual logging in or browsing. at least for my own purposes there's no other method to get to that machine unless i want to use a horrible web interface. when i transfer files back and forth for the website i'm not always using direct copies and only in one direction being important. if i make a change on the website end and don't want my next batch of transferred files to clobber it FileZilla has the options for not having that happen. in a batch of 1500 files with many subdirectories that isn't possible with a simple copy from one tab to another. songbird
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Andrei POPESCU wrote: ... > Debian doesn't support downgrading of packages. > > When dpkg installs another version of a package (typically newer) it=20 > basically overwrites the existing version and runs the corresponding=20 > package scripts from the to be installed version. > > A newer package may introduce changes that the older package (scripts)=20 > can't deal with. In practice it does work in many cases, except for=20 > those where it doesn't. Fixing them would require a time machine ;) > > A roll-back, especially if automatic, could introduce more issues than=20 > it fixes. > > Someone(tm) has to determine on a case by case basis whether rolling=20 > back makes sense and the system administrator is in the best position to=20 > do so. > > In theory the package Maintainer could provide a general "hint" that=20 > system administrators could chose to ignore (at their own risk). > > Currently the infrastructure for this doesn't exist[1] and, besides, I'd=20 > rather have Maintainers focus on fixing the newer package instead. > > > Volunteer time is precious! > > > [1] it would need support in the Debian archive software and APT at a=20 > minimum. > > Besides, there is already an arguably safer (though hackish) way to=20 > achieve that by uploading a package with version+really.the.old.version=20 > instead. > > In this case the Maintainer can also take care to adjust the package=20 > scripts accordingly. at one time i was thinking that i could put my entire system on git, and then i found out that git didn't like it if you had subdirectories with git in them so that was as far as i got with that idea. a rolling snap shot of the entire system should let you revert changes, but somehow you would need to figure out the differences you'd want to keep from those you didn't. since that can be a non-trivial task for many people that is probably why not many people do it. i installed timekeeper (i think it was) to try that out and after a few days decided that it took up too much space for what i really wanted and needed so i went back to my previous method (a once in a while full back up and other select backups) and the various safer booting options (including from a USB stick) with a stable version of Debian on them. songbird
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Op 12-02-2021 om 22:18 schreef Gary Dale: On 2021-02-12 14:12, 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. Regards, Frank I can do the same with Dolphin but I find it clumsy. FileZIlla is made to let you transfer files between local and remote directories. That's exactly what I do with caja, either from one tab to the other or between separate windows. I'm not sure what's supposed to be clumsy about it.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On Vi, 12 feb 21, 17:00:41, Gary Dale wrote: > > Which is why I think it would be useful to have way to rollback a package > when you can't fix it quickly. That way you aren't asking all the users to > do it themselves and track the bug status individually. When the maintainers > think they have a fix, it can go through the normal process... Debian doesn't support downgrading of packages. When dpkg installs another version of a package (typically newer) it basically overwrites the existing version and runs the corresponding package scripts from the to be installed version. A newer package may introduce changes that the older package (scripts) can't deal with. In practice it does work in many cases, except for those where it doesn't. Fixing them would require a time machine ;) A roll-back, especially if automatic, could introduce more issues than it fixes. Someone(tm) has to determine on a case by case basis whether rolling back makes sense and the system administrator is in the best position to do so. In theory the package Maintainer could provide a general "hint" that system administrators could chose to ignore (at their own risk). Currently the infrastructure for this doesn't exist[1] and, besides, I'd rather have Maintainers focus on fixing the newer package instead. Volunteer time is precious! [1] it would need support in the Debian archive software and APT at a minimum. Besides, there is already an arguably safer (though hackish) way to achieve that by uploading a package with version+really.the.old.version instead. In this case the Maintainer can also take care to adjust the package scripts accordingly. Random example found on my system: $ rmadison fonts-font-awesome fonts-font-awesome | 4.2.0~dfsg-1 | oldoldstable | source, all fonts-font-awesome | 4.7.0~dfsg-1 | oldstable| source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-1 | stable | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4~bpo10+1 | buster-backports | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | testing | source, all fonts-font-awesome | 5.0.10+really4.7.0~dfsg-4 | unstable | source, all Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On 2021-02-12 16:10, songbird wrote: Gary Dale wrote: ... 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. i know it is frustrating to hit something like this when you are trying to just get a website updated. all i can say is that if you are running testing you are taking this sort of happening as a risk and if you do not want that risk then you should step back to stable instead. especially if you are doing this for something that might be time critical or a production issue. i keep a stable partition for this reason and while i rarely have needed it in the past this year i've had to use it twice. once for the FileZilla issue as you are facing and another for a program which hasn't been converted to python3 yet (and for all i know it may not ever be). I keep a VM for the same reason - I set it up several years ago after a Ghostscript issue caused a lot of pain for me in both Stable and Testing. I set the VM up for what was then OldStable as a workaround. I also have a laptop running Stable. In 20 years of running Debian, I've only encountered 2 issues that weren't fixed fairly quickly. However, it's all a little clumsy. My main workstation is set up the way I like and I'm familiar with using it. The other options I rarely have to use. I often find it easier to ssh to my (stable) server and use the command line for file transfers. 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)? it didn't affect enough people for it to be noticed before the affected packages went from sid to testing. that's the problem when you get particular older packages that only a few people use once in a while. it would have been nice to have caught it in sid before testing, but, well... Which is why I think it would be useful to have way to rollback a package when you can't fix it quickly. That way you aren't asking all the users to do it themselves and track the bug status individually. When the maintainers think they have a fix, it can go through the normal process... I don't mind testing things and reporting issues, but I also don't like having my workflow disrupted for an extended period. I admit I don't know what issues were behind the rollout of the current "testing" version of GnuTLS but it breaks a lot of programs, including (apparently) wget.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On 2021-02-12 14:15, Paul Scott wrote: 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 I didn't even know it was still being developed. I used it briefly after kBear was dropped, but found that it didn't seem to keep up with the state of the protocols. It stopped working for me when the various hosts I use improved their security. FileZilla handles more of the wrinkles...
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
On 2021-02-12 14:12, 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. Regards, Frank I can do the same with Dolphin but I find it clumsy. FileZIlla is made to let you transfer files between local and remote directories.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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)?
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Gary Dale wrote: ... > 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. i know it is frustrating to hit something like this when you are trying to just get a website updated. all i can say is that if you are running testing you are taking this sort of happening as a risk and if you do not want that risk then you should step back to stable instead. especially if you are doing this for something that might be time critical or a production issue. i keep a stable partition for this reason and while i rarely have needed it in the past this year i've had to use it twice. once for the FileZilla issue as you are facing and another for a program which hasn't been converted to python3 yet (and for all i know it may not ever be). > 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)? it didn't affect enough people for it to be noticed before the affected packages went from sid to testing. that's the problem when you get particular older packages that only a few people use once in a while. it would have been nice to have caught it in sid before testing, but, well... songbird
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Op 12-02-2021 om 20:15 schreef Paul Scott: 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? No idea, sorry. I use Xfce, but I don't like Thunar, so I installed caja. caja is based on GNOME's nautilus, so would expect that to work as well. Haven't tried it though. Regards, Frank
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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 signature.asc Description: This is a digitally signed message part
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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 Status:Connecting to :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 (,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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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 Status:Connecting to :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 (,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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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 Status:Connecting to :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 (,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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
Gary Dale wrote: ... thanks for the heads-up! :) i don't always need to use it, but today i finally updated some files and went to connect and no dice. good thing i have a stable booting partition i can get things done with if i have to. songbird
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 > >>>> Status:Connecting to :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 (,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
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 > >> Status:Connecting to :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 (,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
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 Status: Connecting to :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 (,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.
Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye
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 > Status:Connecting to :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 (,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 signature.asc Description: This is a digitally signed message part
unable to connect via ftp to my sites
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 Status: Connecting to :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 (,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.
Re: Using ftp as apt-method: How to configure
Solved with help from another mailing list: Dir::Bin::Methods::ftp "/usr/lib/apt/methods/ftp"; in /etc/apt/conf using the full path for ftp. Johann -- Because experiencing your loyal love is better than life itself, my lips will praise you. (Psalm 63:3)
Re: Using ftp as apt-method: How to configure
Johann Spies writes: > We have a server in the DMZ with only connection to a ftp-server on campus > for updates. No http(s) service available for apt. I would recommend to use HTTP for that purpose. > My problem: Where do I put that? I have tried the following: > > Created an /etc/apt.conf with > Dir::Bin::Methods::ftp; > as the only line. It should be /etc/apt/apt.conf and something like Dir::Bin::Methods::ftp "ftp"; or so. Ansgar
Using ftp as apt-method: How to configure
We have a server in the DMZ with only connection to a ftp-server on campus for updates. No http(s) service available for apt. While upgrading to buster, I got the message that the new apt disabled ftp as method. The message also suggested the solution: *Set Dir::Bin::Methods::ftp to "ftp" to enable it again.* My problem: Where do I put that? I have tried the following: Created an /etc/apt.conf with Dir::Bin::Methods::ftp; as the only line. That did not help. I then moved the file to /etc/apt/preferences with the same result. So in which file should this solution go? And what does it mean to " Set Dir::Bin::Methods::ftp to "ftp" to enable it again." ? Something like Dir::Bin::Methods::ftp=ftp ? I did try that. No solution. Regards Johann. -- Because experiencing your loyal love is better than life itself, my lips will praise you. (Psalm 63:3)
Re: ftp client's "ls" is "!ls"
On Mon, Mar 27, 2017 at 6:48 AM, Greg Wooledge wrote: > On Sun, Mar 26, 2017 at 06:34:33PM -0500, Kent West wrote: > > The "ftp" client appears to be flakey, but the > > tnftp client seems to work well, with tab-completion and other commands > > performing as expected. (The ncftp client *almost* works, but > > tab-completion doesn't see the blah.tgz.manifest file whereas it does see > > the blah.tgz file, so it gives misleading info on tab-completion.) > > lftp is also worth a look. If you're an experienced Unix shell user, > lftp is almost ridiculously intuitive. (That said, I haven't seriously > used FTP in many years... makes me wonder what you're actually doing > with it.) > > I think I tried lftp in my experiments, and it was lacking in some minor way. Or maybe it was that tnftp just responded more quickly, or was the last one I tried; I don't recall now. This "Systems Management" appliance from KACE, then bought by Dell, then bought by Quest, is marketed as the gee-whiz solution to managing hundreds or thousands of network-attached devices (Windows PCs, Macs, Linux PCs, tablets, etc) from an administrative standpoint. So far, after wrestling with it for nearly a year, I'm not impressed. For example, there is no sftp access, only ftp. (And so far, after trying for a week, I've been unable to get it to work as how the documentation describes. There's no way to set the ftp user (it's built-in; can't find any configuration for it anywhere), and the only real options for ftp are "on/off" and "writable" or not; I've set the check-box to "writable", but so far, it ain't. Pfft. As I said, not impressed And the documentation? And the support options? As I said, not impressed.) Makes me wish I could just curl up in my nice little Debian world and leave the non-Debian computers flailing in the wind. -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: ftp client's "ls" is "!ls"
On Sun, Mar 26, 2017 at 06:34:33PM -0500, Kent West wrote: > The "ftp" client appears to be flakey, but the > tnftp client seems to work well, with tab-completion and other commands > performing as expected. (The ncftp client *almost* works, but > tab-completion doesn't see the blah.tgz.manifest file whereas it does see > the blah.tgz file, so it gives misleading info on tab-completion.) lftp is also worth a look. If you're an experienced Unix shell user, lftp is almost ridiculously intuitive. (That said, I haven't seriously used FTP in many years... makes me wonder what you're actually doing with it.)
Re: ftp client's "ls" is "!ls"
On Sun, Mar 26, 2017 at 4:35 AM, wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Sat, Mar 25, 2017 at 05:05:43PM -0500, Kent West wrote: > > On Sat, Mar 25, 2017 at 2:02 AM, wrote: > > > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > > > > > On Fri, Mar 24, 2017 at 04:44:17PM -0500, Kent West wrote: > > > > I'm ftp'ing to a Dell/Quest K1000 System Management appliance, from a > > > > Debian 9.0 box, and when I execute the command "ls" or "del" or do a > > > > tab-completion, the commands act on the local directory instead of > the > > > > remote, so that "ls" acts like "!ls". > > > > > > This is not how it's supposed to work. At least not ls (dir and ls > should > > > both list the remote's system directory contents). > > > > > > Which ftp client are you using? > > > > > > > > > westk@westkent:~$ aptitude show ftp > > Package: ftp > > Version: 0.17-34 > > Thanks for your responses, Tomas! They spurred me to think about the ftp client I was using, and in doing a quick "aptitude search ftp" I found a few other clients to try. The "ftp" client appears to be flakey, but the tnftp client seems to work well, with tab-completion and other commands performing as expected. (The ncftp client *almost* works, but tab-completion doesn't see the blah.tgz.manifest file whereas it does see the blah.tgz file, so it gives misleading info on tab-completion.) Thanks! -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: ftp client's "ls" is "!ls"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Mar 25, 2017 at 05:05:43PM -0500, Kent West wrote: > On Sat, Mar 25, 2017 at 2:02 AM, wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On Fri, Mar 24, 2017 at 04:44:17PM -0500, Kent West wrote: > > > I'm ftp'ing to a Dell/Quest K1000 System Management appliance, from a > > > Debian 9.0 box, and when I execute the command "ls" or "del" or do a > > > tab-completion, the commands act on the local directory instead of the > > > remote, so that "ls" acts like "!ls". > > > > This is not how it's supposed to work. At least not ls (dir and ls should > > both list the remote's system directory contents). > > > > Which ftp client are you using? > > > > > westk@westkent:~$ aptitude show ftp > Package: ftp > Version: 0.17-34 > > I should make a correction to my description of the problem. > > "ls" by itself shows the remote directory files > > "ls looks to the local directory (1) I can not confirm this one (see below). > (as does "ls [tab-completion]" or "del | [tab-completion]"). > Weird stuff. (2) Tab completion, OTOH, picks *local* and not remote names for the completion list (this was somewhat expected, since it's probably readline-based and the authors just went an "easy" path). This is definitely confusing. As to (1), I installed an ftp server (ftpd 0.17-34+b1, but that shouldn't matter) and gave it a try. (my ftp client is ftp 0.17-31, so not very far away from yours). Here's an extract from the session, my comments prefixed with '#'': tomas@rasputin:~$ ftp localhost Connected to localhost. 220 rasputin.flughafenstrasse.home FTP server (Version 6.4/OpenBSD/Linux-ftpd-0.17) ready. Name (localhost:tomas): 331 Password required for tomas. Password: 230- 230- The programs included with the Debian GNU/Linux system are free software; 230- the exact distribution terms for each program are described in the 230- individual files in /usr/share/doc/*/copyright. 230- 230- Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent 230- permitted by applicable law. 230 User tomas logged in. # Now in my home directory (locally and remotely) Remote system type is UNIX. Using binary mode to transfer files. ftp> ls workbook # There is a file workbook in my home 200 PORT command successful. 150 Opening ASCII mode data connection for '/bin/ls'. -rw-r--r-- 1 tomas tomas 1436472 Mar 25 08:33 workbook # ftp can "see" it. Note the 'ls' output format -- a bit like "ls -l" 226 Transfer complete. ftp> cd tmp 250 CWD command successful. # changed (remotely) to ~/tmp (note: NO leading slash, relative) ftp> ls workbook 200 PORT command successful. 150 Opening ASCII mode data connection for '/bin/ls'. /bin/ls: cannot access workbook: No such file or directory # No 'workbook' in ~/tmp. This is correct. 226 Transfer complete. ftp> !ls workbook workbook # ...but locally, it's still there. Note the 'simple' format, # as opposed to 'ls'. ftp> As already said, tab completion's behaviour is, to put it mildly, confusing. But I'm not seeing what you see wrt. ls vs. !ls. (now quickly purge the ftp server, before the haxxorz come :) Regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAljXi18ACgkQBcgs9XrR2kYoPACfT74hXRuQmDVBk0wSH9sJaFuw kUgAnjWxaMuu2N2sMF9YJCE2oXOpjQS/ =aU7R -END PGP SIGNATURE-
Re: ftp client's "ls" is "!ls"
On Sat, Mar 25, 2017 at 2:02 AM, wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, Mar 24, 2017 at 04:44:17PM -0500, Kent West wrote: > > I'm ftp'ing to a Dell/Quest K1000 System Management appliance, from a > > Debian 9.0 box, and when I execute the command "ls" or "del" or do a > > tab-completion, the commands act on the local directory instead of the > > remote, so that "ls" acts like "!ls". > > This is not how it's supposed to work. At least not ls (dir and ls should > both list the remote's system directory contents). > > Which ftp client are you using? > westk@westkent:~$ aptitude show ftp Package: ftp Version: 0.17-34 I should make a correction to my description of the problem. "ls" by itself shows the remote directory files "ls looks to the local directory (as does "ls [tab-completion]" or "del | [tab-completion]"). Weird stuff. -- Kent
Re: ftp client's "ls" is "!ls"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Mar 24, 2017 at 04:44:17PM -0500, Kent West wrote: > I'm ftp'ing to a Dell/Quest K1000 System Management appliance, from a > Debian 9.0 box, and when I execute the command "ls" or "del" or do a > tab-completion, the commands act on the local directory instead of the > remote, so that "ls" acts like "!ls". This is not how it's supposed to work. At least not ls (dir and ls should both list the remote's system directory contents). Which ftp client are you using? regards - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAljWFhQACgkQBcgs9XrR2kZf4gCfaZyPWIdPmlxjNgC7U8nxOLOY H1wAnA95Lz6unQ5/ByY0E6RcIlQUWtWN =Big8 -END PGP SIGNATURE-
ftp client's "ls" is "!ls"
I'm ftp'ing to a Dell/Quest K1000 System Management appliance, from a Debian 9.0 box, and when I execute the command "ls" or "del" or do a tab-completion, the commands act on the local directory instead of the remote, so that "ls" acts like "!ls". I've tried different terminals, different shells, made sure there were no ls aliases getting in the way. ftp from a Macintosh works fine. How do I get my Debian's ftp ls to function properly? Thanks! -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: Which type of FTP transfer for apt and aptitude?
Thanks for your replies. The answers are clear and helpful. Again thanks. M.A. Perry --
Re: Which type of FTP transfer for apt and aptitude?
On Wed, 21 Dec 2016 21:54:21 + Joe wrote: > On Wed, 21 Dec 2016 21:49:21 +0100 > "M.A. Perry" wrote: > > > Dear People, > > A simple question for which I have so far found no > > answer in the Debian documentation. My computer > > is a domestic, Debian 8.6 AMD-64 box that uses > > apt-get and aptitude for ugrades and/or installations. > > > > We are currently writing a set of ip_tables rules for > > a default baseline -A OUTPUT DROP. Thus the rules > > will block outgoing traffic which is not specifically > > permitted. > > > > The URL specifications in /etc/apt/sources.list of > > my Debian box contain both HTTP and FTP in the URL > > for example: http://ftp.nl.debian.org/debian/ and this > > confuses me. > > > > QUESTION: > > Which data transfer protocol(s) are used for downloads > > from the Debian Repository to my desktop? Must my > > firewall ACCEPT > > -- plain HTTP (port 80) ; or > > -- is HTTPS (port 443) later involved; or > > -- active FTP (port 20) used or > > -- passive FTP (port 1024:65535) applicable ? > > Can anyone enlighten me please?? > > The URL you quote is an http one (the protocol before the ':' > determines it, everything after the '//' is just a hostname). > > This makes life easiest, just allow 80 and 443. Some mirrors will I > believe use https, there is a current thread on the subject. > > For FTP, you need the ip_conntrack and ip_conntrack_ftp modules loaded > (as FTP uses more than one port in a session) and something like this: > http://www.devops-blog.net/iptables/iptables-settings-for-outgoing-ftp > I'd forgotten, I occasionally use FTP for uploading, my only firewall forwarding rule is: iptables -A fwd-out-OK -p tcp --dport 21 -j ACCEPT fwd-out-OK is my list of permitted outputs from the LAN. The conntrack_ftp module organises the data port permissions as required, with conntrack handling all the stateful replies on the same port as an outgoing request. -- Joe
Re: Which type of FTP transfer for apt and aptitude?
On Wed, 21 Dec 2016 21:49:21 +0100 "M.A. Perry" wrote: > Dear People, > A simple question for which I have so far found no > answer in the Debian documentation. My computer > is a domestic, Debian 8.6 AMD-64 box that uses > apt-get and aptitude for ugrades and/or installations. > > We are currently writing a set of ip_tables rules for > a default baseline -A OUTPUT DROP. Thus the rules > will block outgoing traffic which is not specifically > permitted. > > The URL specifications in /etc/apt/sources.list of > my Debian box contain both HTTP and FTP in the URL > for example: http://ftp.nl.debian.org/debian/ and this > confuses me. > > QUESTION: > Which data transfer protocol(s) are used for downloads > from the Debian Repository to my desktop? Must my > firewall ACCEPT > -- plain HTTP (port 80) ; or > -- is HTTPS (port 443) later involved; or > -- active FTP (port 20) used or > -- passive FTP (port 1024:65535) applicable ? > Can anyone enlighten me please?? The URL you quote is an http one (the protocol before the ':' determines it, everything after the '//' is just a hostname). This makes life easiest, just allow 80 and 443. Some mirrors will I believe use https, there is a current thread on the subject. For FTP, you need the ip_conntrack and ip_conntrack_ftp modules loaded (as FTP uses more than one port in a session) and something like this: http://www.devops-blog.net/iptables/iptables-settings-for-outgoing-ftp -- Joe
Re: Which type of FTP transfer for apt and aptitude?
On Wed, Dec 21, 2016 at 09:49:21PM +0100, M.A. Perry wrote: > Dear People, > A simple question for which I have so far found no > answer in the Debian documentation. My computer > is a domestic, Debian 8.6 AMD-64 box that uses > apt-get and aptitude for ugrades and/or installations. > > We are currently writing a set of ip_tables rules for > a default baseline -A OUTPUT DROP. Thus the rules > will block outgoing traffic which is not specifically > permitted. > > The URL specifications in /etc/apt/sources.list of > my Debian box contain both HTTP and FTP in the URL > for example: http://ftp.nl.debian.org/debian/ and this > confuses me. > > QUESTION: > Which data transfer protocol(s) are used for downloads > from the Debian Repository to my desktop? Must my > firewall ACCEPT > -- plain HTTP (port 80) ; or > -- is HTTPS (port 443) later involved; or > -- active FTP (port 20) used or > -- passive FTP (port 1024:65535) applicable ? The URL specifies http as the protocol; the name of the machine is ftp.nl.debian.org for historical reasons. While you can actually use ftp to retrieve the files, http performs much better. Just use http. Open up 443 as well, as it is likely that Debian will transition to https in the future. -dsr-
Which type of FTP transfer for apt and aptitude?
Dear People, A simple question for which I have so far found no answer in the Debian documentation. My computer is a domestic, Debian 8.6 AMD-64 box that uses apt-get and aptitude for ugrades and/or installations. We are currently writing a set of ip_tables rules for a default baseline -A OUTPUT DROP. Thus the rules will block outgoing traffic which is not specifically permitted. The URL specifications in /etc/apt/sources.list of my Debian box contain both HTTP and FTP in the URL for example: http://ftp.nl.debian.org/debian/ and this confuses me. QUESTION: Which data transfer protocol(s) are used for downloads from the Debian Repository to my desktop? Must my firewall ACCEPT -- plain HTTP (port 80) ; or -- is HTTPS (port 443) later involved; or -- active FTP (port 20) used or -- passive FTP (port 1024:65535) applicable ? Can anyone enlighten me please?? Thanks in advance. M.A. Perry --
Re: How do I update the plug-ins in WordPress? Followed wiki.debian.org/WordPress. Says I need ftp server.
On Tue, Dec 13, 2016 at 8:44 AM, tv.deb...@googlemail.com wrote: > On 10/12/2016 23:59, Nate Homier wrote: >> >> Debian 8 server. all updates applied. >> >> Followed carefully the wiki.debian.org/WordPress instructions. Now >> WordPress says askimet plugin needs to be updated, but that ftp fails. I >> can't update plugin without having a ftp server apparently. Otherwise >> WordPress works great. how do I update the plugins. wouldn't it be >> dangerous to have an ftp server? Or is there some instructions out there >> for setting up a secure ftp server that works with WordPress. I have no >> experience with ftp servers. >> > > Hi, if you don't want to setup ftp access and give write access to wordpress > to enable automatic updates, you can always drop the updated uncompressed > package in your wp-content/plugins/ folder to replace the outdated one. > > Run "dpkg-reconfigure wordpress" afterward to restore links. > > Akismet being shipped with Wordpress in Debian you will find it in: > > /usr/share/wordpress/wp-content/plugins/ > > and linked to in /var/lib/wordpress/wp-content/plugins/ . > > For user installed plugins the other way round is usually the norm, but some > plugins support symlinks better than others so if you run into problems try > both ways around. > > Hope it helps. > It was too much work. I decided to pay wordpress.com to do it. I did get to the point where I could get Wordpress to use SSH to update the plugins or maybe sftps or something. Too much work. Easier to go through wordpress.com and cough up the money. Thanks to all who helped.
Re: How do I update the plug-ins in WordPress? Followed wiki.debian.org/WordPress. Says I need ftp server.
On 10/12/2016 23:59, Nate Homier wrote: Debian 8 server. all updates applied. Followed carefully the wiki.debian.org/WordPress instructions. Now WordPress says askimet plugin needs to be updated, but that ftp fails. I can't update plugin without having a ftp server apparently. Otherwise WordPress works great. how do I update the plugins. wouldn't it be dangerous to have an ftp server? Or is there some instructions out there for setting up a secure ftp server that works with WordPress. I have no experience with ftp servers. Hi, if you don't want to setup ftp access and give write access to wordpress to enable automatic updates, you can always drop the updated uncompressed package in your wp-content/plugins/ folder to replace the outdated one. Run "dpkg-reconfigure wordpress" afterward to restore links. Akismet being shipped with Wordpress in Debian you will find it in: /usr/share/wordpress/wp-content/plugins/ and linked to in /var/lib/wordpress/wp-content/plugins/ . For user installed plugins the other way round is usually the norm, but some plugins support symlinks better than others so if you run into problems try both ways around. Hope it helps.
How do I update the plug-ins in WordPress? Followed wiki.debian.org/WordPress. Says I need ftp server.
Debian 8 server. all updates applied. Followed carefully the wiki.debian.org/WordPress instructions. Now WordPress says askimet plugin needs to be updated, but that ftp fails. I can't update plugin without having a ftp server apparently. Otherwise WordPress works great. how do I update the plugins. wouldn't it be dangerous to have an ftp server? Or is there some instructions out there for setting up a secure ftp server that works with WordPress. I have no experience with ftp servers.
FTP with all files elsewhere
I asked this question on the ProFTPD list, but I thought it might be more of a system question than an FTP server question. The more I look at the message, I think it's probably both. My system, which is now working correctly after reboot testing following fstab changes discussed elsewhere, will serve files via FTP located on media mounted either via Windows share or network-attached storage. I only want certain directories from these sources to be accessible by the server. I'm symlinking all the top-level directories I want accessible to the login directory of the FTP account. Although there aren't more than ten of these, I'm wondering is this the right way to do this? I don't know of any other easy yet secure way to set this up. Thoughts and advice welcome.
Re: Recommendation for FTP server
On Thu, Dec 31, 2015 at 07:16:39PM -0500, Steve Matzura wrote: > Sounds a good plan, except everything available for download is on > remote shared places. You should be able to mount or bind-mount those into the /pub* area. Last time I ran something like this I used vsftpd which was pretty good, but I'd be hesitant to run an FTP server again myself.
Re: Recommendation for FTP server
I'm sorry. It seems that I replied to this mail privately. On 04/01/16 08:27, Daniel Bareiro wrote: > Hi, Steve. > > Happy New Year! (and to all members of the list!) > > On 31/12/15 21:16, Steve Matzura wrote: > >> Yes, very helpful. I'll look at mount options. >> >> Here's what I did on the old Windows server: >> >> Each user had their own login. >> >> All logins sent to the same read-only area, with one subdirectory in >> which all users could write. I know how to set that all up with >> regular FTP servers like ProFTPD. >> >> Other subdirectories were symbolically linked to the user login >> directory. Sounds like mounting these remote shares at, or as, mount >> points in the user login directory would be the proper thing to do, >> yes? Then ssh for FTP would work just fine. > > At this moment I do not remember why I had used the technique of > mounting using "bind" instead of using symbolic links. I think I had > tested the use of symbolic links and it does not worked. > > In any case, this mounting technique using "bind" can be use with both > SFTP and FTP servers (both chrooted). > > > Best regards, > Daniel signature.asc Description: OpenPGP digital signature
Re: Recommendation for FTP server
On Thu, 31 Dec 2015 13:33:44 -0500 (EST), Jude wrote: >If I were setting up an ftp server, I would create a /pub directory in >/home and would also create a /home/pub/incoming directory then lock any >guest into the /home/pub and /home/pub/incoming directories. The >/home/pub directory would be where I'd put files available for download >and the /home/pub/incoming/ directory is where guests could upload files >if they wanted to do so. You'll find that setup on many professional >ftp servers that have been on the internet for many years by now. Sounds a good plan, except everything available for download is on remote shared places.
Re: Recommendation for FTP server
Yes, very helpful. I'll look at mount options. Here's what I did on the old Windows server: Each user had their own login. All logins sent to the same read-only area, with one subdirectory in which all users could write. I know how to set that all up with regular FTP servers like ProFTPD. Other subdirectories were symbolically linked to the user login directory. Sounds like mounting these remote shares at, or as, mount points in the user login directory would be the proper thing to do, yes? Then ssh for FTP would work just fine. On Thu, 31 Dec 2015 14:19:05 -0300, you wrote: >Hi, Steve. > >On 31/12/15 14:07, Steve Matzura wrote: > >> That locks the user in their home directory, but I have to give them >> access to other things outside that directory, just not let them go >> walking around and get into any other directory on the system. That's >> why I was thinking of VSFTP, which locks the user into their home >> directory, doesn't use ssh, uses TLS or something else, and lets the >> administrator define a list of places where the user can go. > >If the user has to access different directories trees, then maybe you >could use the "bind" mount option for that from a single path the user >can access to paths that are not included each other. > >I hope this is useful. > >Best regards, >Daniel
Re: Recommendation for FTP server
If I were setting up an ftp server, I would create a /pub directory in /home and would also create a /home/pub/incoming directory then lock any guest into the /home/pub and /home/pub/incoming directories. The /home/pub directory would be where I'd put files available for download and the /home/pub/incoming/ directory is where guests could upload files if they wanted to do so. You'll find that setup on many professional ftp servers that have been on the internet for many years by now. On Thu, 31 Dec 2015, Nicolas George wrote: Date: Thu, 31 Dec 2015 12:45:49 From: Nicolas George Reply-To: debian-user@lists.debian.org To: Steve Matzura Cc: debian Subject: Re: Recommendation for FTP server Le primidi 11 niv?se, an CCXXIV, Steve Matzura a ?crit : That locks the user in their home directory That locks the user in any directory of your choosing. Choosing the home directory is the most common case, and therefore the one you find explained, but not the only option. Regards, --
Re: Recommendation for FTP server
Look in the /etc/ssh/ directory or /etc/default/ subdirectory those configuration files likely will be in one of those two locations. On Thu, 31 Dec 2015, Steve Matzura wrote: Date: Thu, 31 Dec 2015 11:32:34 From: Steve Matzura To: debian Subject: Recommendation for FTP server Resent-Date: Thu, 31 Dec 2015 16:32:51 + (UTC) Resent-From: debian-user@lists.debian.org ProFTPD? VSFTP? Something else? I'm needing a secure connection, non-SSH, because a lot of ssh built into FTP clients let you go wandering around outside your home area, unless there's a way to protect against that in the ssh configuration file, which I did look for but have not found. My FTP server must also be able to access network shares--a NAS box and some shared content on a Windows drive. TIA --
Re: Recommendation for FTP server
Le primidi 11 nivôse, an CCXXIV, Steve Matzura a écrit : > That locks the user in their home directory That locks the user in any directory of your choosing. Choosing the home directory is the most common case, and therefore the one you find explained, but not the only option. Regards, -- Nicolas George signature.asc Description: Digital signature
Re: Recommendation for FTP server
Hi, Steve. On 31/12/15 14:07, Steve Matzura wrote: > That locks the user in their home directory, but I have to give them > access to other things outside that directory, just not let them go > walking around and get into any other directory on the system. That's > why I was thinking of VSFTP, which locks the user into their home > directory, doesn't use ssh, uses TLS or something else, and lets the > administrator define a list of places where the user can go. If the user has to access different directories trees, then maybe you could use the "bind" mount option for that from a single path the user can access to paths that are not included each other. I hope this is useful. Best regards, Daniel signature.asc Description: OpenPGP digital signature
Re: Recommendation for FTP server
On Thu, 31 Dec 2015 11:32:34 -0500 Steve Matzura wrote: >ProFTPD? VSFTP? Something else? I'm needing a secure connection, >non-SSH, because a lot of ssh built into FTP clients let you go >wandering around outside your home area, unless there's a way to >protect against that in the ssh configuration file, which I did look >for but have not found. My FTP server must also be able to access >network shares--a NAS box and some shared content on a Windows drive. > >TIA > I use ProFTPD on my home server, it is easy to set up and use. I do not allow access in from the outside, so it easy to secure on my end. It does work to update my wordpress websites from home, though. -- Charlie Kravetz Linux Registered User Number 425914 [http://linuxcounter.net/user/425914.html] Never let anyone steal your DREAM. [http://keepingdreams.com]
Re: Recommendation for FTP server
On Thu, 31 Dec 2015 17:37:09 +0100, you wrote: >Le primidi 11 nivôse, an CCXXIV, Steve Matzura a écrit : >> ProFTPD? VSFTP? Something else? I'm needing a secure connection, >> non-SSH, because a lot of ssh built into FTP clients let you go >> wandering around outside your home area, > >Never rely on client restrictions for security. Surely not. >> unless there's a way to >> protect against that in the ssh configuration file, which I did look >> for but have not found. > >Search for "chroot" in sshd_config(5). Also, search the web for "chroot >sftp". That locks the user in their home directory, but I have to give them access to other things outside that directory, just not let them go walking around and get into any other directory on the system. That's why I was thinking of VSFTP, which locks the user into their home directory, doesn't use ssh, uses TLS or something else, and lets the administrator define a list of places where the user can go.
Re: Recommendation for FTP server
Le primidi 11 nivôse, an CCXXIV, Steve Matzura a écrit : > ProFTPD? VSFTP? Something else? I'm needing a secure connection, > non-SSH, because a lot of ssh built into FTP clients let you go > wandering around outside your home area, Never rely on client restrictions for security. > unless there's a way to > protect against that in the ssh configuration file, which I did look > for but have not found. Search for "chroot" in sshd_config(5). Also, search the web for "chroot sftp". Regards, -- Nicolas George signature.asc Description: Digital signature
Recommendation for FTP server
ProFTPD? VSFTP? Something else? I'm needing a secure connection, non-SSH, because a lot of ssh built into FTP clients let you go wandering around outside your home area, unless there's a way to protect against that in the ssh configuration file, which I did look for but have not found. My FTP server must also be able to access network shares--a NAS box and some shared content on a Windows drive. TIA
Re: Need ftp program with site-to-site capability
rlhar...@oplink.net a écrit : > On Fri, November 13, 2015 7:52 pm, Dennis Wicks wrote: >> >> My hosting has changed servers and I have to move all my >> stuff pretty soon. I need a ftp program that will do site-to-site transfers >> without having to download to my PC first then upload to the destination. > > Google "fxp protocol". For this to work, both source and destination FTP servers must allow FXP (i.e. accept data connections to or from an IP address different from the client IP address). I would not be surprised if most don't.
Re: Need ftp program with site-to-site capability
Dennis Wicks wrote: > Greetings; > > Been looking but haven't found it yet. > > My hosting has changed servers and I have to move all my stuff pretty soon. > I need a ftp program that will do site-to-site transfers without having to > download to my PC first then upload to the destination. > > Anybody know of such a one? I used one at work many years ago but don't > remember the name or even what system it ran on. > > Any favorites? If you have shell access on your hosts, rsync would worth looking into. > Many TIA!! > Dennis > -- Joel Roth
Re: Need ftp program with site-to-site capability
On Fri, November 13, 2015 7:52 pm, Dennis Wicks wrote: > Been looking but haven't found it yet. > > My hosting has changed servers and I have to move all my > stuff pretty soon. I need a ftp program that will do site-to-site transfers > without having to download to my PC first then upload to the destination. > > Anybody know of such a one? I used one at work many years > ago but don't remember the name or even what system it ran on. Of course, the first thing you should have done is Google for "ftp remote to remote"; that would have led you (a dozen or so hits down in the list) to packages which use the fxp protocol. Then to learn more, Google "fxp protocol". And then let Synaptic tell you what fxp packages are in the Debian archive. Russ
Need ftp program with site-to-site capability
Greetings; Been looking but haven't found it yet. My hosting has changed servers and I have to move all my stuff pretty soon. I need a ftp program that will do site-to-site transfers without having to download to my PC first then upload to the destination. Anybody know of such a one? I used one at work many years ago but don't remember the name or even what system it ran on. Any favorites? Many TIA!! Dennis
Re: recommended ftp clients for Debian
On Thursday 26 February 2015 14:04:54 Tony Baldwin wrote: > On Thu, Feb 26, 2015 at 09:20:39AM +, Curt wrote: > > On 2015-02-25, Wilko Fokken wrote: > > >> I want a simple ftp client, for putting not getting, that is easy and > > >> pleasant to use. GUI based. For the use of non-geeks as well as > > >> myself. > > This one works nicely and is very simple: > https://github.com/tonybaldwin/tclup > It was created by a Debianista on this list, > but is not in Debian repos. > It is known to work fine on Debian systems. > > Tony thanks, Tony. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201502261431.41034.lisi.re...@gmail.com
Re: recommended ftp clients for Debian
On 2015-02-25, Wilko Fokken wrote: >> >> I want a simple ftp client, for putting not getting, that is easy and >> pleasant >> to use. GUI based. For the use of non-geeks as well as myself. >> >> Lisi > > My favourite ftp is mc: > It works ftp transfers the same way as transfers within one's own file system. > mc is a text-mode piece of software and so lies outside the problem space defined by Ms. Lisi above. But as long as we're going that route I use ncftp, which I find simple as pie (and you even get tab completion with your pie). -- "The world is full of shipping clerks who have read the Harvard Classics." — Charles Bukowski -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmetpb7.2am.cu...@einstein.electron.org
Re: recommended ftp clients for Debian
On Tue, Feb 24, 2015 at 02:11:13PM +, Lisi Reisz wrote: > Yes, I know I can STFW. I have in fact done so. But I am after personal > experience. > > I want a simple ftp client, for putting not getting, that is easy and > pleasant > to use. GUI based. For the use of non-geeks as well as myself. > > Lisi My favourite ftp is mc: It works ftp transfers the same way as transfers within one's own file system. Wilko -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225224447.ga5...@fok02.laje.edewe.de
Re: recommended ftp clients for Debian
> With gFTP being apparently on its way out, being apparently removed by Debian > 8, gftp runs well under 7.7, so you have a bit more time before having to change. Anyway I am not unduly worried as I'll be shifting some time ahead for a systemd-free distribution. Cheers, Ron. -- See, these two penguins walked into a bar, which was really stupid, 'cause the second one should have seen it. -- http://www.olgiati-in-paraguay.org -- m -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225095651.5da20...@ron.cerrocora.org
Re: recommended ftp clients for Debian
On 2015-02-25, Bret Busby wrote: > On 25/02/2015, Lisi Reisz wrote: > > > >> >> gftp *is* in Debian 7 (though apparently not in 8 - see Liam below). > > Hmm. > > With GNOME 2 having been buried by Debian 7, and gFTP being apparently > on its way out, being apparently removed by Debian 8, maybe I and > others like me, will be continuing to use Debian 6, for a few years > more. > Unfortunately, security support for squeeze ends in February 2016[1], and even now offers less than 100% coverage[2]. The MATE desktop[3], a comfortable and familiar environment for GNOME 2 refugees, is available in jessie and in wheezy-backports. 1: https://wiki.debian.org/LTS/ 2: https://wiki.debian.org/LTS/Using#Check_for_unsupported_packages 3: http://www.mate-desktop.org/ -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmerbua.qib.liam.p.otoole@dipsy.tubbynet
Re: recommended ftp clients for Debian
I using Krusader (http://www.krusader.org/) , work well with FTP. On 02/24/2015 03:11 PM, Lisi Reisz wrote: Yes, I know I can STFW. I have in fact done so. But I am after personal experience. I want a simple ftp client, for putting not getting, that is easy and pleasant to use. GUI based. For the use of non-geeks as well as myself. Lisi -- Ivan
Re: recommended ftp clients for Debian
On 25/02/2015, Elimar Riesebieter wrote: > IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) > --posting from alex in debian-user-- > Then, if it is frozen (the multi-leaf thing), and a person is sucking on it, is the person, then, sucking on a popsicle? -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACX6j8OzUCT=3koUYXmy6tvYd2Nt-q+0e=dnfnjhbwt77k-...@mail.gmail.com
Re: recommended ftp clients for Debian
On 25/02/2015, Lisi Reisz wrote: > > gftp *is* in Debian 7 (though apparently not in 8 - see Liam below). Hmm. With GNOME 2 having been buried by Debian 7, and gFTP being apparently on its way out, being apparently removed by Debian 8, maybe I and others like me, will be continuing to use Debian 6, for a few years more. -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacx6j8ogb5ajl7xvobzamwlqm_tdcv3rwbjfgkjqgt8qxmh...@mail.gmail.com
Re: recommended ftp clients for Debian
* Liam O'Toole [2015-02-25 01:05 +]: > On 2015-02-24, Lisi Reisz wrote: > > On Tuesday 24 February 2015 14:11:13 Lisi Reisz wrote: > >> I want a simple ftp client, for putting not getting, that is easy and > >> pleasant to use. GUI based. For the use of non-geeks as well as myself. > > > > Many thanks to all who replied. I looked at all the suggestions, but have > > chosen gFTP - partly because it will talk to the misconfigured PASV FTP > > server belonging to the project that is the main reason I wanted this in > > the > > first place! > > > > One happy bunny. Thank you to everyone who replied. > > > > Lisi > > > > > > I'm glad you found a solution. I've long been a fan of gftp, > particularly the gftp-text variant. Note however that gftp is not > currently in testing, and so (as things stand) will not be included in > the next stable release. AFAIK there is no further development on gftp: http://gft.seul.org https://release.debian.org/migration/testing.pl?package=gftp Elimar -- >what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225091409.ga21...@galadriel.home.lxtec.de
Re: recommended ftp clients for Debian
On 25/02/2015, Lisi Reisz wrote: > On Wednesday 25 February 2015 06:36:18 Bret Busby wrote: >> On 25/02/2015, Gary Dale wrote: >> > On 24/02/15 10:01 AM, Bret Busby wrote: >> >> On 24/02/2015, Lisi Reisz wrote: >> >>> Yes, I know I can STFW. I have in fact done so. But I am after >> >>> personal >> >>> experience. >> >>> >> >>> I want a simple ftp client, for putting not getting, that is easy and >> >>> pleasant >> >>> to use. GUI based. For the use of non-geeks as well as myself. >> >>> >> >>> Lisi >> >> >> >> For which version(s) of Debian? >> >> >> >> My preference for my web sites development, is gftp. I have been using >> >> it through various versions of Debian, through to Debian 6, but I >> >> haven't tried it with Debian 7, and I do not know whether it is >> >> available in Debian 7. >> >> >> >> And, I have found it easy to use, for both putting and getting, >> >> although, for getting, depending on the circumstances, wget is also >> >> good. >> > >> > I'm using gftp with Jessie and it works OK. I used to use kbear since I >> > use KDE but kbear hasn't been around for a while. >> >> I had used kftp, from time to time, if I encountered significant >> problems with gftp, but (I think from memory) found filezilla easier >> to use than kftp, but, as previously stated, my preference is for >> gftp. >> >> As with gftp, I do not know whether kftp is included with Debian 7. > > gftp *is* in Debian 7 (though apparently not in 8 - see Liam below). kftp > seems to have transmogrified into kftpgrabber. > Sorry - I should have said kftpgrabber - it is a while since I last used it, and, I do remember, now that you have mentioned it, that the KDE equivalent of gftp, is named kftpgrabber. My error. -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacx6j8pyrtz_ruce3xzrojsv6nhu9uoffbqczcqg9a-ntb6...@mail.gmail.com
Re: recommended ftp clients for Debian
On Wednesday 25 February 2015 06:36:18 Bret Busby wrote: > On 25/02/2015, Gary Dale wrote: > > On 24/02/15 10:01 AM, Bret Busby wrote: > >> On 24/02/2015, Lisi Reisz wrote: > >>> Yes, I know I can STFW. I have in fact done so. But I am after > >>> personal > >>> experience. > >>> > >>> I want a simple ftp client, for putting not getting, that is easy and > >>> pleasant > >>> to use. GUI based. For the use of non-geeks as well as myself. > >>> > >>> Lisi > >> > >> For which version(s) of Debian? > >> > >> My preference for my web sites development, is gftp. I have been using > >> it through various versions of Debian, through to Debian 6, but I > >> haven't tried it with Debian 7, and I do not know whether it is > >> available in Debian 7. > >> > >> And, I have found it easy to use, for both putting and getting, > >> although, for getting, depending on the circumstances, wget is also > >> good. > > > > I'm using gftp with Jessie and it works OK. I used to use kbear since I > > use KDE but kbear hasn't been around for a while. > > I had used kftp, from time to time, if I encountered significant > problems with gftp, but (I think from memory) found filezilla easier > to use than kftp, but, as previously stated, my preference is for > gftp. > > As with gftp, I do not know whether kftp is included with Debian 7. gftp *is* in Debian 7 (though apparently not in 8 - see Liam below). kftp seems to have transmogrified into kftpgrabber. > Much of what worked in Debian 6 and before, appears to have gone from > Debian 7. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201502250800.11120.lisi.re...@gmail.com
Re: recommended ftp clients for Debian
On 25/02/2015, Gary Dale wrote: > On 24/02/15 10:01 AM, Bret Busby wrote: >> On 24/02/2015, Lisi Reisz wrote: >>> Yes, I know I can STFW. I have in fact done so. But I am after >>> personal >>> experience. >>> >>> I want a simple ftp client, for putting not getting, that is easy and >>> pleasant >>> to use. GUI based. For the use of non-geeks as well as myself. >>> >>> Lisi >>> >>> >> For which version(s) of Debian? >> >> My preference for my web sites development, is gftp. I have been using >> it through various versions of Debian, through to Debian 6, but I >> haven't tried it with Debian 7, and I do not know whether it is >> available in Debian 7. >> >> And, I have found it easy to use, for both putting and getting, >> although, for getting, depending on the circumstances, wget is also >> good. >> >> > I'm using gftp with Jessie and it works OK. I used to use kbear since I > use KDE but kbear hasn't been around for a while. > I had used kftp, from time to time, if I encountered significant problems with gftp, but (I think from memory) found filezilla easier to use than kftp, but, as previously stated, my preference is for gftp. As with gftp, I do not know whether kftp is included with Debian 7. Much of what worked in Debian 6 and before, appears to have gone from Debian 7. -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACX6j8Or=vue8vov6urhunvahnn-fi8ac8urlknjhdz1a17...@mail.gmail.com
Re: recommended ftp clients for Debian
On 24/02/15 10:01 AM, Bret Busby wrote: On 24/02/2015, Lisi Reisz wrote: Yes, I know I can STFW. I have in fact done so. But I am after personal experience. I want a simple ftp client, for putting not getting, that is easy and pleasant to use. GUI based. For the use of non-geeks as well as myself. Lisi For which version(s) of Debian? My preference for my web sites development, is gftp. I have been using it through various versions of Debian, through to Debian 6, but I haven't tried it with Debian 7, and I do not know whether it is available in Debian 7. And, I have found it easy to use, for both putting and getting, although, for getting, depending on the circumstances, wget is also good. I'm using gftp with Jessie and it works OK. I used to use kbear since I use KDE but kbear hasn't been around for a while. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ed4ff5.3020...@torfree.net
Re: recommended ftp clients for Debian
On 2015-02-24, Lisi Reisz wrote: > On Tuesday 24 February 2015 14:11:13 Lisi Reisz wrote: >> I want a simple ftp client, for putting not getting, that is easy and >> pleasant to use. GUI based. For the use of non-geeks as well as myself. > > Many thanks to all who replied. I looked at all the suggestions, but have > chosen gFTP - partly because it will talk to the misconfigured PASV FTP > server belonging to the project that is the main reason I wanted this in the > first place! > > One happy bunny. Thank you to everyone who replied. > > Lisi > > I'm glad you found a solution. I've long been a fan of gftp, particularly the gftp-text variant. Note however that gftp is not currently in testing, and so (as things stand) will not be included in the next stable release. -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmeq7uq.osf.liam.p.otoole@dipsy.tubbynet
Re: recommended ftp clients for Debian
On Tuesday 24 February 2015 14:11:13 Lisi Reisz wrote: > I want a simple ftp client, for putting not getting, that is easy and > pleasant to use. GUI based. For the use of non-geeks as well as myself. Many thanks to all who replied. I looked at all the suggestions, but have chosen gFTP - partly because it will talk to the misconfigured PASV FTP server belonging to the project that is the main reason I wanted this in the first place! One happy bunny. Thank you to everyone who replied. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201502242051.44028.lisi.re...@gmail.com
Re: recommended ftp clients for Debian
On Tue, 2015-02-24 at 09:32 -0800, Patrick Bartek wrote: > On Tue, 24 Feb 2015, Lisi Reisz wrote: > > > Yes, I know I can STFW. I have in fact done so. But I am after > > personal experience. > > > > I want a simple ftp client, for putting not getting, that is easy and > > pleasant to use. GUI based. For the use of non-geeks as well as > > myself. > > FileZilla. Never had a problem with it. Ever. Very configurable. > Lots of feature. Easy to use. Initially used gftp, but switched to > FZ years ago. [joining this thread late - sorry] If you are using Gnome, then the normal file manager (nautilus) should be able to fit the bill too. Then users do not have to learn a new interface... Just my 2 p -- Karl -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1424801811.11361.12.ca...@jorgensen.org.uk
Re: recommended ftp clients for Debian
On Tue, 24 Feb 2015, Lisi Reisz wrote: > Yes, I know I can STFW. I have in fact done so. But I am after > personal experience. > > I want a simple ftp client, for putting not getting, that is easy and > pleasant to use. GUI based. For the use of non-geeks as well as > myself. FileZilla. Never had a problem with it. Ever. Very configurable. Lots of feature. Easy to use. Initially used gftp, but switched to FZ years ago. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150224093215.59e7e...@debian7.boseck208.net
Re: recommended ftp clients for Debian
On Tue, 24 Feb 2015 14:11:13 + Lisi Reisz wrote: > I want a simple ftp client, for putting not getting, that is easy and > pleasant > to use. GUI based. For the use of non-geeks as well as myself. I am quite pleased with Gftp. Cheers, Ron. -- I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it. -- Clarence Darrow -- http://www.olgiati-in-paraguay.org -- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150224142908.5f2d3...@ron.cerrocora.org
Re: recommended ftp clients for Debian
On 24/02/2015, Lisi Reisz wrote: > Yes, I know I can STFW. I have in fact done so. But I am after personal > experience. > > I want a simple ftp client, for putting not getting, that is easy and > pleasant > to use. GUI based. For the use of non-geeks as well as myself. > > Lisi > > For which version(s) of Debian? My preference for my web sites development, is gftp. I have been using it through various versions of Debian, through to Debian 6, but I haven't tried it with Debian 7, and I do not know whether it is available in Debian 7. And, I have found it easy to use, for both putting and getting, although, for getting, depending on the circumstances, wget is also good. -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacx6j8ofngrl7smvxr3m9qkr-xstof93tdjcueobn9orqwr...@mail.gmail.com
Re: recommended ftp clients for Debian
On Tue, 24 Feb 2015 16:22:45 +0200 Johann Spies wrote: > On 24 February 2015 at 16:11, Lisi Reisz wrote: > > > Yes, I know I can STFW. I have in fact done so. But I am after > > personal experience. > > > > I want a simple ftp client, for putting not getting, that is easy > > and pleasant > > to use. GUI based. For the use of non-geeks as well as myself. > > > > > If you are looking for a gui-based client, filezilla is an option. > > On the command line I would use lftp. > > Regards > Johann As GUI clients go, you might want to have a look at FatRat, but it might be overkill for what you want as it supports just about every other file-transfer protocol under the sun :) Just my 0.2NOK :) Petter -- "I'm ionized" "Are you sure?" "I'm positive." pgp0nRXa3Xxiy.pgp Description: OpenPGP digital signature
Re: recommended ftp clients for Debian
On 24 February 2015 at 16:11, Lisi Reisz wrote: > Yes, I know I can STFW. I have in fact done so. But I am after personal > experience. > > I want a simple ftp client, for putting not getting, that is easy and > pleasant > to use. GUI based. For the use of non-geeks as well as myself. > > If you are looking for a gui-based client, filezilla is an option. On the command line I would use lftp. Regards Johann -- Because experiencing your loyal love is better than life itself, my lips will praise you. (Psalm 63:3)
recommended ftp clients for Debian
Yes, I know I can STFW. I have in fact done so. But I am after personal experience. I want a simple ftp client, for putting not getting, that is easy and pleasant to use. GUI based. For the use of non-geeks as well as myself. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201502241411.13078.lisi.re...@gmail.com
Re: jigdo have 10 DVDs, and HTTP/FTP only 3
Le 02.05.2014 15:55, PaulNM a écrit : On 05/02/2014 09:12 AM, berenger.mo...@neutralite.org wrote: Hi. I was intrigued few days ago to notice the 10 DVDs available from jigdo. In my memory, debian was only 3 DVDs... but I thought that it was because stuff were bigger than before, or that there could be more packages. Now, trying to fetch the hashes, I used the FTP/HTTP page, and there are only 3 DVDs. I guess those are not the same ones, so those hashes are not usable, but it's not my question. What is the content difference between jigdo and http ISOs? ( I know what is jigdo and how it works, my question is about the content of the ISOs. ) Respectfully, if you're asking this, then you don't understand how jigdo works. What you asked is like asking what's the difference between the http and bittorrent versions. Nothing, it's just a different way of getting the iso. Each approach has pluses and minuses compared to one another. Well, in fact, the only problem is that I did not took time to RTFM. I deduced from the void that if there were only 3 images on http, it is because their content differs. In the case of jigdo, you download most of the iso via Debian package mirrors. The benefit being that if you already have a local/fast mirror, you're only downloading a few MB from the internet for the templates. Also, old images can be used to build newer ones, so you're only downloading the changes. It's worth noting that jigdo pre-dates bittorent, at the time it was conceived, there really wasn't any other way to distribute the load of new releases efficiently. Personally I found it to be a brilliant and really cool idea. Even with bittorent being available now, jidgo is still very useful. -- PaulNM I personally prefer jigdo, because it reduces the amount of bandwidth needed on the complete network unlike bittorent which only reduces the server's one. Speaking about torrent, it seems that there is a tool named debtorrent. Maybe a /var/cache/apt/archive can be used to build an iso with jigdo? I need to try this. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/531c66e075f548da6b08772bc858a...@neutralite.org
Re: jigdo have 10 DVDs, and HTTP/FTP only 3
Le 02.05.2014 15:36, Steve McIntyre a écrit : berenger.mo...@neutralite.org wrote: Hi. I was intrigued few days ago to notice the 10 DVDs available from jigdo. In my memory, debian was only 3 DVDs... but I thought that it was because stuff were bigger than before, or that there could be more packages. Now, trying to fetch the hashes, I used the FTP/HTTP page, and there are only 3 DVDs. I guess those are not the same ones, so those hashes are not usable, but it's not my question. What is the content difference between jigdo and http ISOs? ( I know what is jigdo and how it works, my question is about the content of the ISOs. ) I wish people would read the docs we provide :-( https://www.debian.org/CD/faq/#not-all-images My apologies -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5a0fc77eee6f379f908ab2ee30cb0...@neutralite.org
Re: jigdo have 10 DVDs, and HTTP/FTP only 3
On 05/02/2014 09:12 AM, berenger.mo...@neutralite.org wrote: > Hi. > > I was intrigued few days ago to notice the 10 DVDs available from jigdo. > In my memory, debian was only 3 DVDs... but I thought that it was > because stuff were bigger than before, or that there could be more > packages. > > Now, trying to fetch the hashes, I used the FTP/HTTP page, and there are > only 3 DVDs. I guess those are not the same ones, so those hashes are > not usable, but it's not my question. > > What is the content difference between jigdo and http ISOs? ( I know > what is jigdo and how it works, my question is about the content of the > ISOs. ) > Respectfully, if you're asking this, then you don't understand how jigdo works. What you asked is like asking what's the difference between the http and bittorrent versions. Nothing, it's just a different way of getting the iso. Each approach has pluses and minuses compared to one another. In the case of jigdo, you download most of the iso via Debian package mirrors. The benefit being that if you already have a local/fast mirror, you're only downloading a few MB from the internet for the templates. Also, old images can be used to build newer ones, so you're only downloading the changes. It's worth noting that jigdo pre-dates bittorent, at the time it was conceived, there really wasn't any other way to distribute the load of new releases efficiently. Personally I found it to be a brilliant and really cool idea. Even with bittorent being available now, jidgo is still very useful. -- PaulNM -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5363a3e3.5030...@paulscrap.com
