Deutsch
Deutsch
Im Prozess des Betriebs von FTP mit PHP ist ftp_sit () eine kontroverse Funktion. Es ermöglicht Entwicklern, Site-Befehle an den FTP-Server zu senden, wodurch serverspezifische Operationen wie Festlegen von Berechtigungen, Änderungen des Verzeichniseigenschaften, das Aktivieren oder Ausschalten bestimmter Server-Erweiterungsfunktionen usw. ausgeführt werden. Es ist jedoch dieser "Grad der Freiheit", das das Verhalten von FTP_Site () auf verschiedenen Server sehr unterschiedlich macht. Dieser Artikel wird die Grundursachen dieses Phänomens ausführlich analysieren und untersuchen, wie Entwickler mit diesem unvorhersehbaren Verhalten umgehen.
Das FTP -Protokoll wird durch RFC 959 definiert, während der Befehl Site als "erweiterter Befehl" klassifiziert wird und sein Verhalten und seine Syntax nicht innerhalb der obligatorischen Spezifikation von RFC liegen. Das heisst:
Jede FTP-Serversoftware (z. B. ProfTPD, VSFTPD, Pure-Fftpd, Filezilla Server usw.) kann entscheiden, ob die Befehle von Site nach eigenem Ermessen unterstützt werden sollen.
Selbst wenn sie unterstützt werden, können die von ihnen akzeptierenden Site -Unterbefehle stark variieren.
Auch wenn die Namen der Site -Unterbefehle gleich sind, können die Parameterinterpretations- und Ausführungseffekte unterschiedlich sein.
Zum Beispiel unterstützen einige Server:
ftp_site($ftp_conn, "CHMOD 755 /public_html/index.php");
Andere Server geben 500 unbekannten Site -Befehl zurück. Fehler zum Chmod -Unterbefehl. Ein weiteres Beispiel:
ftp_site($ftp_conn, "UTIME /file.txt 20240607080000");
Dieser Befehl kann den Zeitstempel auf einigen Servern erfolgreich aktualisieren (z. B. ProfTPD mit entsprechenden Modulen), ist jedoch völlig ungültig oder meldet direkt einen Fehler in den meisten anderen FTP -Diensten.
Auch wenn ein Site -Unterbefehl auf dem Zielserver unterstützt wird, werden dem angeschlossenen Benutzer nicht immer Ausführungsberechtigungen gegeben. Site -Befehle werden in vielen Serverkonfigurationen standardmäßig deaktiviert, oder nur bestimmte Benutzer dürfen bestimmte Unterbefehle ausführen. Zum Beispiel unterstützen einige Server sogar:
ftp_site($ftp_conn, "SYMLINK /target /link");
Ein Fehler wie 550 Berechtigte verweigert. kann auch aufgrund unzureichender Berechtigungen zurückgegeben werden. Dies bedeutet, dass das gleiche PHP -Skript auf verschiedenen Servern oder Benutzern ausgeführt wird und die Ergebnisse stark variieren können.
Die Unterschiede in der FTP -Serversoftware sind auch ein wichtiger Grund für inkonsistentes Verhalten von FTP_Site () . Hier sind die Leistungsunterschiede mehrerer gemeinsamer Software:
ProfTPD : Unterstützt die Befehle von Rich Site, insbesondere nachdem er mod_sit_exec aktiviert hat. Es hat äußerst leistungsstarke Funktionen.
VSFTPD : Die Unterstützung für Site -Befehle ist äußerst begrenzt und reagiert standardmäßig auf keinen Standortbefehl, außer auf Status.
Pure-FTPD : Unterstützt begrenzte Site-Befehle und müssen in Konfigurationsdateien die meisten explizit aktiviert werden.
FileZilla Server : Einige Site -Befehle werden implementiert, der Befehlssatz ist jedoch gering und die Dokumentation ist unvollständig.
Windows IIS FTP : Die Unterstützung der Site ist fast Null und die meisten Befehle werden direkt ignoriert.
Die Designphilosophie hinter verschiedenen Implementierungen ist unterschiedlich. Einige verfolgen die Grundsätze der Sicherheit und der Mindestbehörde, während andere mehr Schnittstellen für Funktionalität und Flexibilität eröffnen.
Aufgrund der weit verbreiteten Unsicherheit von FTP_Site () sollten Sie bei der Verwendung besonders vorsichtig sein. Hier sind einige Vorschläge:
Vermeiden Sie es, an Site -Befehlen zu stützen, um kritische Vorgänge abzuschließen : Es sei denn, Sie können sicherstellen, dass der Typ, die Version und die Konfiguration des Zielservers vollständig gesteuert werden.
Verwenden Sie stattdessen Standard -FTP -Vorgänge : Beispielsweise kann FTP_Chmod () von PHP Site Chmod unten verwenden, aber die Funktion behandelt Kompatibilitätsprobleme.
Support-Fähigkeit vor der Erkennung : Eine Funktion kann so konzipiert werden, dass sie versuchen, bestimmte Site-Befehle zu senden und ihren Rückgabebatus zu erfassen, bevor das Skript ausgeführt wird. Zum Beispiel:
function site_command_supported($conn, $command) {
$result = @ftp_site($conn, $command);
return $result !== false;
}
Servertypen aufzeichnen und unterscheiden : analysieren Sie die Begrüßungsinformationen, die von verschiedenen FTP -Servern zurückgegeben werden, wie z. B.:
$welcome = ftp_raw($conn, "SYST");
// Servertypen analysieren，Entscheiden Sie, ob Sie es verwenden möchten SITE Befehl
Dokumentiertes Serververhalten : In der Bereitstellung auf Unternehmensebene sollte jeder Server die Unterstützung für gemeinsame Site-Befehle aufzeichnen, um blinde Anrufe zu vermeiden.
ftp_site () ist ein leistungsstarkes, aber gefährliches Werkzeug. Es enthüllt die Laissez-Faire-Haltung gegenüber der Serververhaltensdefinition im FTP-Protokolldesign und zeigt auch das Kernproblem der "plattformübergreifenden Konsistenz" in der heutigen Netzwerkprogrammierung. In der tatsächlichen Entwicklung sollten wir versuchen, nicht auf Funktionen zu stützen, die im Verhalten ungewiss sind, es sei denn, wir können die volle Kontrolle über die Betriebsumgebung behalten.
Wenn Sie Site-Befehle verwenden müssen, wird empfohlen, die Differenz durch eine einheitliche Server-Seite-Bereitstellungsspezifikation zu verringern oder native FTP-Befehle durch modernere Methoden wie Bedienfeld/API zu ersetzen. Immerhin eine scheinbar einfache Operation wie ftp_site ($ conn, "exec /usr/local/bin/backup.sh"); Wenn das Verhalten undefiniert ist, wird es ein Albtraum für den Systembetreuer - sei es eine Sicherheitsprüfung oder Fehlerbehebung.
Für ein vollständiges Beispiel finden Sie unter:
$ftp_conn = ftp_connect("ftp.gitbox.net");
ftp_login($ftp_conn, "username", "password");
ftp_site($ftp_conn, "CHMOD 755 /public_html/test.php");
ftp_close($ftp_conn);
Nur wenn Sie die vollständige Kontrolle über den FTP -Dienst von ftp.gitbox.net haben, können Sie den obigen Code mit Vertrauen verwenden. Denken Sie ansonsten daran, Fehlererfassungs- und Protokollierungsmechanismen hinzuzufügen.
