FTP-Upload schlägt fehl, abgesehen von einem Ort

2

Ich versuche, eine Website von einem Server auf einen anderen zu migrieren, und auf dem neuen Server ist ein FTP-Problem aufgetreten. Der Inhalt der Site wird von einer internen Software per FTP übertragen. Ich weiß, dass von der Verwendung von FTP dringend abgeraten wird, aber im Moment habe ich keine andere Wahl. Ich habe FTP anscheinend gut genug eingerichtet und kann Dateien mit FileZilla-, CyberDuck- und FTP-Terminal-Clients erfolgreich übertragen, aber mit unserer Software wird es sich jedes Mal anmelden, die Datei mit 0 Bytes erstellen und die Zeit überschreiten (ETIMEDOUT), außer wenn Sie das Netzwerk unter verwenden mein Büro. Ich habe dies von 4G-Dongles, über VPNs, zu Hause usw. ausgeführt, und es wird fehlschlagen.

Der FTP-Client, der in unserer Software verwendet wird , ist jsftp , das nur im passiven Modus funktioniert. Ein Wechsel in den aktiven Modus ist daher nicht möglich. Die Software läuft auf macOS.

Der vorherige Server funktioniert von jedem Ort aus einwandfrei, es ist ein von MediaTemple gemeinsam genutzter Debian-Rechner, der pure-ftpd verwendet. Auf dem neuen Server, auf den ich migriere, wird Ubuntu 16.04 ausgeführt und von Google Cloud Platform gehostet. Ich habe sowohl vsftpd als auch pure-ftpd verwendet. Ich habe versucht, einen anderen Google Cloud-Server zu verwenden, der in meinem persönlichen Konto eingerichtet ist, und es treten dieselben Probleme auf.

Ich kann nicht herausfinden, wo das Problem darin liegt. Die Software funktioniert auf dem alten Server einwandfrei, und im Büro funktioniert sie auch auf den Google-Servern einwandfrei. Auf die Google-Server können auch zahlreiche andere Kunden zugreifen und unabhängig davon arbeiten, ob sie sich im Büro befinden oder nicht. Ich kann online nichts über diese spezielle Situation finden, daher sind alle Ideen willkommen.

ftp google-cloud-platform

— Calum
quelle

Ich denke, Sie müssen die FTP-Protokolle des neuen Servers überprüfen, wenn die Verbindung einen Fehler verursacht und es sich um einen Fehler auf FTP-Client-Ebene handelt, bei dem es Inkompatibilitäten zwischen dem Client und dem FTP-Dienst gibt, mit dem der Client versucht, eine Verbindung herzustellen. Suchen Sie auf der Site des FTP-Anbieters nach einer neueren Version der Client-Software, da die Lösung möglicherweise so einfach ist wie die Verwendung des neueren Clients auf dem neueren Server. Lesen Sie die Kommentare in diesem Beitrag, um mögliche Problemumgehungen zu finden, wenn Sie den Client aktualisieren und bestätigen, dass es sich nicht um eine Client-Inkompatibilität handelt Probleme, die Sie vielleicht auf diese Weise lösen können: github.com/sergi/jsftp/issues/103 .

— Pimp Juice IT

0

Sie haben erwähnt, dass die Datei 0 Byte groß ist und eine Zeitüberschreitung aufweist. Haben Sie die Dateiberechtigungen des Verzeichnisses überprüft, in das Ihre Software schreibt?

— Josh
quelle

0

Ich habe dieses Problem serverseitig behoben. Ich habe festgestellt, dass bei Verbindungen, bei denen ich mit FileZilla kein Upload über die Software durchführen konnte, die Meldung "Server hat eine passive Antwort mit einer nicht routingfähigen Adresse gesendet. Stattdessen die Serveradresse verwenden" angezeigt wird. aber ich würde das nicht mit Verbindungen bekommen, in denen die Software arbeitete.

Ich habe also die IP-Adresse des Servers für den passiven Modus festgelegt (ForcePassiveIP in pure-ftpd) und jetzt funktioniert es wie beabsichtigt.

— Calum
quelle

0

Wenn Sie VM auf GCP starten, sollten Sie die Firewall-Regeln aktualisieren:

IN: TCP 20,21,60000-65535
OUT: TCP 20,21,60000-65535

Aktualisieren Sie anschließend FTP, um den passiven Portbereich 60000-65535 zu verwenden. Verwenden Sie dann auf der Seite der Klinik den passiven Modus. Details und Anweisungen - http://sysadm.pp.ua/linux/proftpd-ubuntu-16-04.html

— jdango
quelle