Not sure what’s happening here, but I checked the network with the mobile app fing to look at open ports (basically does an nmap) and it showed open ports. As soon as I can it again, all ports are closed.
With ftp, I’m able to sometimes get one file in, and then the connection hangs.
Sounds like some kind of firewall issue, but I don’t think I have any running.
Any help will be greatly appreciated.
I should add, that the attempted ftp connection is using sftp. Also, kdeconnect can send one file, but it hangs on sending the second. Also, syncthing works with my phone, but had trouble at first connecting.
Don’t think. Look. It most certainly does sound like a firewall problem, or perhaps some other software you’ve installed for protecting your system against intrusion.
2 Likes
Thanks. I only found 1 firewall installed (the plasma firewall), and it’s disabled. I’m not great with network stuff. Is there a process name (or names) I should be looking for?
Well, there are several potential suspects… 
You may have also installed some other network monitoring tools, like opensnitch
.
1 Like
Thank you, I will check for these in the morning (I’m in Los Angeles and it’s time for bed).
1 Like
Checked for all of these. ‘ufw’ was installed so I disabled it (using sudo ufw disable) to see if I could reproduce the problem. It still persists. The only other thing I have running is firewall-applet, which I’m not sure about because there is no tray icon for it, so I don’t know what it’s doing. But I killed it, and the problem persists.
If you want to ssh, sftp, ftp … inwards
there will need to be a server process running - something to connect to, to handle the connection.
Is that the case?
This seems quite unclear:
If there is no ftp or sftp server, there is nothing to connect to.
Am I wrong?
$ systemctl status firewalld
○ firewalld.service - firewalld - dynamic firewall daemon
Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; preset: disabled)
Active: inactive (dead)
Docs: man:firewalld(1)
$ systemctl status ufw
Unit ufw.service could not be found.
If both return either not found or disabled then they are not active.
sftp is using SSH - If you cannot connect using SSH - check if the ssh daemon is running
$ systemctl status sshd
● sshd.service - OpenSSH Daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; preset: disabled)
Active: active (running) since Mon 2025-06-30 13:04:26 CEST; 4h 27min ago
Invocation: bcb953aae1ef4c71b99d23e9e36b78ba
Main PID: 989 (sshd)
Tasks: 1 (limit: 76854)
Memory: 2M (peak: 2.2M)
CPU: 8ms
CGroup: /system.slice/sshd.service
└─989 "sshd: /usr/bin/sshd -D [listener] 0 of 10-100 startups"
Don’t confuse sftp with ftps which is ftp over SSL and requires the ftp daemon to be active.
$ systemctl status ftpd
○ ftpd.service - FTPD Daemon
Loaded: loaded (/usr/lib/systemd/system/ftpd.service; disabled; preset: disabled)
Active: inactive (dead)
Also check if you have fail2ban or you have configured passwordless ssh-keys which may cause a failure to login if you have some of those hosts configured in ~/.ssh/config
$ systemctl status fail2ban
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/usr/lib/systemd/system/fail2ban.service; enabled; preset: disabled)
Active: active (running) since Mon 2025-06-30 13:04:26 CEST; 4h 32min ago
Invocation: 0e12576db07e442ca5e0e66b94e0c813
Docs: man:fail2ban(1)
Main PID: 992 (fail2ban-server)
Tasks: 3 (limit: 76854)
Memory: 28.6M (peak: 30.6M)
CPU: 520ms
CGroup: /system.slice/fail2ban.service
└─992 /usr/bin/python /usr/bin/fail2ban-server -xf start
jun 30 13:04:26 tiger systemd[1]: Starting Fail2Ban Service...
jun 30 13:04:26 tiger systemd[1]: Started Fail2Ban Service.
jun 30 13:04:26 tiger fail2ban-server[992]: Server ready
Having IPv6 may in certain situations cause the sshd to refuse connection - in such situation disable IPv6 by using a kernel argument or disable using a configuration in /etc/sysctl.d/
I can ftp 1 file in successfully (a small file). So the sftp daemon is running. Also, Nmap initially shows 22 open, then on a subsequent run, shows no ports open at all
I’d verify that another way - not just by your type of inference.
Did you ever set it up?
Activated it?
Yourself?
If not:
it’s not running
nothing is - not by default, not without your conscious interaction
OK, yes, good idea. Using ps aux and grep, I can see that sshd is running. That should be all that is needed, right?
Also, I see that fail2ban is installed, but the server is not running.
Can you?
Do you?
What do you see?
systemctl status sshd
should show that as well
It is inactive by default - if you did not enable it, it will not be active
You’d probably remember doing that.
mannex@Leviathan ~$ systemctl status firewalld
○ firewalld.service - firewalld - dynamic firewall daemon
Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; prese>
Active: inactive (dead)
Docs: man:firewalld(1)
mannex@Leviathan ~$ systemctl status ufw
○ ufw.service - CLI Netfilter Manager
Loaded: loaded (/usr/lib/systemd/system/ufw.service; disabled; preset: dis>
Active: inactive (dead)
mannex@Leviathan ~$ systemctl status sshd
● sshd.service - OpenSSH Daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; preset: dis>
Active: active (running) since Mon 2025-06-23 19:42:46 PDT; 6 days ago
Invocation: 9cfb371dd897488da6448418d98e0fec
Main PID: 784 (sshd)
Tasks: 1 (limit: 37386)
Memory: 3.7M (peak: 5.6M)
CPU: 40ms
CGroup: /system.slice/sshd.service
└─784 "sshd: /usr/bin/sshd -D [listener] 0 of 10-100 startups"
I have a .ssh folder in my ~, but no config file, just known hosts files and id_rsa.
The output is truncated (not the full line length)
Use </>
to format terminal output - or three backticks before and after
sshd
seems to be enabled
1 Like
Thank you. I fixed it (the formatting, not the problem).
So:
ssh should work
(not sure about sftp - I never used it)
How are you trying to use it?
How are you trying to … move/copy some files from somewhere to your Manjaro machine?
there is scp, sftp, … mount the remote file system to the local one … many options
I’m using an app on my phone called “admin hands” which worked great on my previous laptop. I also use kdeconnect to “send files”. I have termux installed, so I could cli it and sftp from there.
I just ran termux and installed openssh, then attempted to sftp to that machine, and I got “no route to host” error.