☰

FTP-Clients (beliebige) bleiben bei MLSD im passiven Modus in macOS Big Sur 11.4 und 11.5 hängen

tag-icon • tag-icon macos-bigsur pure-ftpd
FTP-Clients (beliebige) bleiben bei MLSD im passiven Modus in macOS Big Sur 11.4 und 11.5 hängen

Kürzlich ist mir ein seltsames Problem mit macOS Big Sur 11.4 und 11.5 (Mac M1) aufgefallen, bei dem alle FTP-Clients, egal welchen ich verwende, das gleiche Problem haben. (CyberDuck, FileZilla oder einfach nur MC). Das Problem wurde mir von einem anderen Benutzer in einem anderen Netzwerk mit demselben Betriebssystem gemeldet.

Das Problem besteht darin, dass ein FTP-Client beim MLSD-Befehl hängen bleibt und ein Timeout auftritt. Manchmal können Sie einige Verzeichnisse auflisten und nach einigen Sekunden wird er sich selbst sperren.

Gleiches Verhalten mit TLS oder einfach nur FTP. Keine Netzwerkaktivität nach MLSD. Überprüft mit Wireshark.

12:06:29 Response:      257 "/public_html" is your current location
12:06:29 Trace: CFtpChangeDirOpData::ParseResponse() in state 5
12:06:29 Trace: CFtpControlSocket::ResetOperation(0)
12:06:29 Trace: CControlSocket::ResetOperation(0)
12:06:29 Trace: CFtpChangeDirOpData::Reset(0) in state 5
12:06:29 Trace: CFtpListOpData::SubcommandResult(0) in state 1
12:06:29 Trace: CControlSocket::SendNextCommand()
12:06:29 Trace: CFtpListOpData::Send() in state 2
12:06:29 Trace: CFtpRawTransferOpData::Send() in state 0
12:06:29 Trace: CFtpRawTransferOpData::Send() in state 2
12:06:29 Command:           PASV
12:06:29 Trace: tls_layer_impl::on_read()
12:06:29 Trace: CFtpControlSocket::OnReceive()
12:06:29 Response:      227 Entering Passive Mode (*,*,*,*,133,42)
12:06:29 Trace: CFtpRawTransferOpData::ParseResponse() in state 2
12:06:29 Trace: CControlSocket::SendNextCommand()
12:06:29 Trace: CFtpRawTransferOpData::Send() in state 4
12:06:29 Trace: Binding data connection source IP to control connection source IP 192.168.1.145
12:06:29 Trace: tls_layer_impl::client_handshake()
12:06:29 Trace: Trying to resume existing TLS session.
12:06:29 Command:           MLSD

Ich habe dies mit macOS Big Sur 11.2 mit einem anderen MacBook (Intel) im selben WLAN-Netzwerk mit derselben Version von FileZilla getestet und es funktioniert ohne Probleme.

Außerdem ist mir aufgefallen, dass Chrome unter M1 Big Sur 11.4 und 11.5 manchmal ein „Verbindungstimeout“ erhält und ich auch keine Verbindung über SSH herstellen kann. Ich vermute, dass mit TCP etwas nicht stimmt.

Aktualisieren: Also habe ich den Verkehr mit Wireshark geprüft und es sieht so aus, als ob es aus irgendeinem Grund ein TCP-SYN-Paket gibt und ich unter Big Sur 11.2 eine SYN-ACK vom FTP-Server erhalte. Unter Big Sur 11.4 und 11.5 gibt es TCP-SYN, aber keine ACK-Antwort vom Server. Der Server empfängt SYN, antwortet aber nicht mit ACK auf dieses Paket.

Antwort1

Das Problem wurde durch die Konfiguration auf der CentOS-Seite verursacht. Dies betraf Big Sur 11.3+, da 11.2 damit problemlos funktionierte. Windows 10 funktionierte ebenfalls problemlos.

Behoben durch:

sysctl -w net.ipv4.tcp_tw_recycle=0

verwandte Informationen