@jeeynet regarde #rclone, ça fonctionne très bien de mon côté et prend en charge pas mal de protocoles, dont #SFTP. Tu peux même chiffrer ta sauvegarde.
SFTP : https://rclone.org/sftp/
#SFTP
#FileZilla 3.69.0 has been released (#libfilezilla / #FTP / #FTPS / #SFTP / #FTPClient / #FTPSClient / #SFTPClient) https://filezilla-project.org/
#curl 8.13.0 has been released (#libcurl / #Haxx / #DICT / #FILE / #FTP / #FTPS / #Gopher / #HTTP / #HTTPS / #IMAP / #IMAPS / #LDAP / #LDAPS / #MQTT / #POP3 / #POP3S / #RTMP / #RTMPS / #RTSP / #SCP / #SFTP / #SMB / #SMBS / #SMTP / #SMTPS / #Telnet / #TFTP / #WebSocket / #SOCKS4 / #SOCKS5 / #SCRAM / #TLS / #HTTP2 / #HTTP3) https://curl.se/
Hey Linux friends. Is there a better graphical FTP program than Filezilla?
I'm finding Filezilla to be increasingly buggy, and I need something I can use with drag & drop & synchronised browsing.
What's a good replacement that you've *personally* used?
(Anyone telling me to use the command-line will be fired into a dark pit of scorpions. The scorpions have already eaten the people who say "here's the first result from a search query.")
Trump seeks to end climate research at premier U.S. climate agency
White House aims to end NOAA’s research office; NASA also targeted
https://www.science.org/content/article/trump-seeks-end-climate-research-premier-u-s-climate-agency
#climatechange #climatejustice #defendscience #SftP #trump #maga #fascism #climatedenial #ecosocialism #xr
Распробовал тут #hydrus. Давно хотел локальную буру, а альтернативы в виде клиент-серверного решения не очень нравились. К тому же #Shimmie не очень удобно пользоваться.
К этому прикрутил бэкапы базы с помощью #restic. Передаёт бэкапы по #sftp, есть снапшоты и дедупликация. Всё нравится. Надо будет это программулину прикрутить на #QuietBBS.
Further down this rabbit hole.
Sorry for the noise, but the more I go deeper, the worse it looks like, and I need to vent to people who might understand.
The #SFTP specification version 3, section 7 actually provides the number of links of each file the "longname" of the SSH_FXP_NAME response:
The specification also states that such long name MUST not be parsed and clients should rely on the binary attributes that follow, except that the same specification forgot to include st_nlink (maybe because not all operating system supports such info).
However let assume that we ignore that argument and patch sshfs to read and parse such text just to provide the proper st_nlink.
Will #OpenSSH properly implement the specification?
NO! It doesn't! 😭
Let's give it a try:
In the first case (no argument) the request comply to the specification.
In the second, it does not, apparently for no reason (the
So to properly fill
And we are talking about OpenSSH!
Guys... I wanna cry.
CC: @rozenglass@fedi.dreamscape.link @grunfink@comam.es @khm@hj.9fs.net @Velveteen@labyrinth.zone
Sorry for the noise, but the more I go deeper, the worse it looks like, and I need to vent to people who might understand.
The #SFTP specification version 3, section 7 actually provides the number of links of each file the "longname" of the SSH_FXP_NAME response:
The SSH_FXP_NAME response has the following format:So far so good: we should have the info we need (at least from unix servers) despite in an unfortunate textual format.
uint32 id
uint32 count
repeats count times:
string filename
string longname
ATTRS attrs
[...]
`longname' is an expanded format for the file name, similar to what
is returned by "ls -l" on Unix systems
[...]
The format of the `longname' field is unspecified by this protocol.
It MUST be suitable for use in the output of a directory listing
command (in fact, the recommended operation for a directory listing
command is to simply display this data).
The specification also states that such long name MUST not be parsed and clients should rely on the binary attributes that follow, except that the same specification forgot to include st_nlink (maybe because not all operating system supports such info).
However let assume that we ignore that argument and patch sshfs to read and parse such text just to provide the proper st_nlink.
Will #OpenSSH properly implement the specification?
NO! It doesn't! 😭
Let's give it a try:
sftp> cd testIt turns out that the sftp-server from OpenSSH handles
sftp> ls -l
-rw-r--r-- 2 tesio users 0 Mar 26 20:34 copy
-rw-r--r-- 2 tesio users 0 Mar 26 20:34 file
sftp> ls -l *
-rw-r--r-- ? 115209 100 0 Mar 26 21:34 copy
-rw-r--r-- ? 115209 100 0 Mar 26 21:34 file
ls -l differently when it is received without any argument or with an argument.In the first case (no argument) the request comply to the specification.
In the second, it does not, apparently for no reason (the
ls_file function receives remote = 1).So to properly fill
st_nlink in #sshfs, for any file we should sent an additional SSH_FXP_READDIR request to the server for the parent directory, find our file of interest within the list of files and extract the number of links from its longname.And we are talking about OpenSSH!
Guys... I wanna cry.
CC: @rozenglass@fedi.dreamscape.link @grunfink@comam.es @khm@hj.9fs.net @Velveteen@labyrinth.zone
Went a little down this rabbit hole and wrote an update to that issue and the related one on st_nlink.
The problem is not caused by #sshfs (or by the #fuse library), but by the #SFTP protocol itself that doesn't provide access to the underlying inode and provides access to the number of links only from version 06 while most server implementations (including #OpenSSH) are based on version 02.
Sad to see that in 2016 a developer contributed to OpenSSH a patch to provide such info as an extension attribute (a mechanism available at that protocol version) but the patch was not accepted (or, apparently, considered).
CC: @grunfink@comam.es @khm@hj.9fs.net @Velveteen@labyrinth.zone
The problem is not caused by #sshfs (or by the #fuse library), but by the #SFTP protocol itself that doesn't provide access to the underlying inode and provides access to the number of links only from version 06 while most server implementations (including #OpenSSH) are based on version 02.
Sad to see that in 2016 a developer contributed to OpenSSH a patch to provide such info as an extension attribute (a mechanism available at that protocol version) but the patch was not accepted (or, apparently, considered).
CC: @grunfink@comam.es @khm@hj.9fs.net @Velveteen@labyrinth.zone
SshDaemon.
A simple #SSH/#SFTP server for your #Android phone.
https://github.com/jazzm0/ssh-daemon
Стриминг музыки со своего сервера
YouTube Music , «Яндекс Музыка» , Spotify , SoundCloud — относительно удобные музыкальные сервисы, но с недостатками: плохая работа в офлайне; отсутствие поддержки lossless; абонентская плата; неполная фонотека; многое другое... Их коллекции далеки от полноты. Редких треков вообще нет. Более того, музыка иногда просто пропадает из-за каких-то заморочек с авторскими правами. К счастью, очень легко организовать стриминг музыки со своего сервера. Хранить всю музыкальную коллекцию у себя на компьютере — зачастую надёжнее, удобнее и дешевле, чем облачный сервис.
https://habr.com/ru/companies/ruvds/articles/891848/
#ruvds_статьи #самохостинг #стриминг #Black_Candy #Koel #музыка #интернетрадио #YouTube_Music #Яндекс_Музыка #Spotify #SoundCloud #Termux #смартфон_Android #LineageOS #ssh #sftp #openssh #Navidrome #Dynamic_DNS #Plexamp #Subsonic #Icecast #Snapcast #Lyrion_Music_Server #Musikcube #OwnTone #Music_Player_Daemon #MPD
Confronto i passaggi sulla creazione dell'utente SFTP nei due walkthrough e finalmente FUNZIONA!
Ho imparato che:
A volte, incrociare i flussi FUNZIONA 😬
[2/2]
Scena: bloccata in casa causa braccio malfermo, mi accingo a creare il servizio sftp in un server casalingo.
Svolgimento:
Trovo su SITO_1 un walkthrough, lo seguo MINUZIOSAMENTE (aggiungendo dei sudo dimenticati dove necessario) e l'accesso in sftp NON VA.
Trovo su SITO_2 un altro walkthrough, lo confronto col walkthrough di SITO_1, aggiungo dei parametri al file conf di ssh e NON VA.
#ubuntu #sftp #neverendingdev
[1/2]
Nueva locación, nuevo servidor casero. Una pequeña portátil, vieja pero no obsoleta, convertida en "nube".
#Devuan #gnu #linux #ssh #sftp #autohospedaje #selfhosting
#Devuan #gnu #linux #ssh #sftp #autohospedaje #selfhosting
I went to Calm Coding at @varia and it was very cool! We listened to #cumbia, ate cookies and talked about #servers, #microblogging, #sftp, #texteditors, #obsidian, #emacs, #vim, #bash, #zotero, #mastodon, #bluesky, #wikimedia, #hibiscus, #markdown, #orgmode, #hugo, #knitting, #happenings, #websites, #rent and #bread. Admittedly there was some coding as well.
I felt very welcome and I think it's pretty dope that I already met real peoples through Mastodon! 8-)
Ty @bene & @ccl for organizing!
Evaluating #AWSNetworkFirewall for a new architecture.
Clients need #SFTP access hosted on #EC2, but the 1,000-rule limit for SGs on a single EC2 is a challenge.
Currently at 5 EC2s (4500+ IPs), with increasing operational workload.
Goal: consolidate to 1 EC2 or max 2. #AWS
I learned the hard way:
SFTP servers could return different error codes.
I had a System that managed the error `FX_FILE_ALREADY_EXISTS`.
But testing it with a different server, the system behaved erratically. The reason was that the error reported by the server was `FX_FAILURE`.
It happens that in networking, it is recommended to code defensively.
A case where if -> then -> else is better than try -> do -> catch -> finally
Client Info
Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst