PowerShell eine Verbindung zu FTP-server und abrufen von Dateien

Den AlexFTPS Bibliothek verwendet in der Frage scheint tot zu sein (wurde nicht aktualisiert, seit 2011).

Mit keine externen Bibliotheken

Alternativ, Sie können versuchen, um dies zu implementieren, die ohne jegliche externe Bibliothek verwendet wird. Leider ist aber weder die .NET Framework noch PowerShell haben eine explizite Unterstützung für das herunterladen von allen Dateien in einem Verzeichnis (lassen nur rekursive Datei-downloads).

Implementieren Sie selbst:

• Liste der remote-Verzeichnis
• Durchlaufen der Einträge, herunterladen von Dateien (und Optional recursing in Unterverzeichnisse Liste wieder, etc.)

Schwierige Teil ist, zu identifizieren, Dateien aus Unterverzeichnissen. Es gibt keine Möglichkeit zu tun, die in einer tragbaren Weise mit den .NET framework (FtpWebRequest oder WebClient). Die .NET framework leider nicht unterstützt MLSD Befehl, das ist der einzige tragbare Möglichkeit zum abrufen directory-listing mit dem Datei-Attribute im FTP-Protokoll. Siehe auch Prüfen, ob Objekt auf dem FTP-server ist die Datei oder das Verzeichnis.

Ihre Optionen sind:

• Wenn Sie wissen, dass Sie das Verzeichnis enthält keine Unterverzeichnisse verwenden Sie die ListDirectory Methode (NLST FTP-Befehl) und laden Sie einfach alle "Namen" als Dateien.
• Tun, eine operation auf einem file-Namen, das ist sicher, zu scheitern, für die Datei, und schafft es, für Verzeichnisse (oder Umgekehrt). I. e. Sie können versuchen, zum download der "name".
• Können Sie Glück haben und in Ihrem spezifischen Fall haben, können Sie erzählen eine Datei aus einem Verzeichnis eine Datei namens (also alle Dateien haben die Erweiterung, während die Unterverzeichnisse nicht)
• Sie verwenden eine lange Verzeichnisliste (LIST Befehl = ListDirectoryDetails - Methode) und versuchen zu analysieren, eine server-spezifische Liste. Viele FTP-Server mit *nix-Stil Auflistung, wo identifizieren Sie ein Verzeichnis, indem die d ganz am Anfang des Eintrags. Aber viele Server, die ein anderes format verwenden. Das folgende Beispiel nutzt dieses Vorgehen (vorausgesetzt, der *nix-format)

function DownloadFtpDirectory($url, $credentials, $localPath)
{
    $listRequest = [Net.WebRequest]::Create($url)
    $listRequest.Method = [System.Net.WebRequestMethods+Ftp]::ListDirectoryDetails
    $listRequest.Credentials = $credentials

    $lines = New-Object System.Collections.ArrayList

    $listResponse = $listRequest.GetResponse()
    $listStream = $listResponse.GetResponseStream()
    $listReader = New-Object System.IO.StreamReader($listStream)
    while (!$listReader.EndOfStream)
    {
        $line = $listReader.ReadLine()
        $lines.Add($line) | Out-Null
    }
    $listReader.Dispose()
    $listStream.Dispose()
    $listResponse.Dispose()

    foreach ($line in $lines)
    {
        $tokens = $line.Split(" ", 9, [StringSplitOptions]::RemoveEmptyEntries)
        $name = $tokens[8]
        $permissions = $tokens[0]

        $localFilePath = Join-Path $localPath $name
        $fileUrl = ($url + $name)

        if ($permissions[0] -eq 'd')
        {
            if (!(Test-Path $localFilePath -PathType container))
            {
                Write-Host "Creating directory $localFilePath"
                New-Item $localFilePath -Type directory | Out-Null
            }

            DownloadFtpDirectory ($fileUrl + "/") $credentials $localFilePath
        }
        else
        {
            Write-Host "Downloading $fileUrl to $localFilePath"

            $downloadRequest = [Net.WebRequest]::Create($fileUrl)
            $downloadRequest.Method = [System.Net.WebRequestMethods+Ftp]::DownloadFile
            $downloadRequest.Credentials = $credentials

            $downloadResponse = $downloadRequest.GetResponse()
            $sourceStream = $downloadResponse.GetResponseStream()
            $targetStream = [System.IO.File]::Create($localFilePath)
            $buffer = New-Object byte[] 10240
            while (($read = $sourceStream.Read($buffer, 0, $buffer.Length)) -gt 0)
            {
                $targetStream.Write($buffer, 0, $read);
            }
            $targetStream.Dispose()
            $sourceStream.Dispose()
            $downloadResponse.Dispose()
        }
    }
}

Verwenden Sie die Funktion wie:

$credentials = New-Object System.Net.NetworkCredential("user", "mypassword") 
$url = "ftp://ftp.example.com/directory/to/download/"
DownloadFtpDirectory $url $credentials "C:\target\directory"

Den code übersetzt aus meinem C# - Beispiel in C# - Download aller Dateien und Unterverzeichnisse per FTP.

Mit 3rd-party-Bibliothek

Wenn Sie wollen vermeiden, dass Probleme mit der Analyse der server-spezifische, Verzeichnisliste Formate, verwenden Sie ein 3rd-party-Bibliothek, die unterstützt die MLSD Befehl und/oder Analyse von verschiedenen LIST listing-Formate. Und idealerweise mit Unterstützung für das herunterladen von allen Dateien aus einem Verzeichnis oder auch rekursiv downloads.

Beispielsweise mit WinSCP .NET-assembly können Sie download ganze Verzeichnis mit einem einzigen Aufruf zu Session.GetFiles:

# Load WinSCP .NET assembly
Add-Type -Path "WinSCPnet.dll"

# Setup session options
$sessionOptions = New-Object WinSCP.SessionOptions -Property @{
    Protocol = [WinSCP.Protocol]::Ftp
    HostName = "ftp.example.com"
    UserName = "user"
    Password = "mypassword"
}

$session = New-Object WinSCP.Session

try
{
    # Connect
    $session.Open($sessionOptions)

    # Download files
    $session.GetFiles("/directory/to/download/*", "C:\target\directory\*").Check()
}
finally
{
    # Disconnect, clean up
    $session.Dispose()
}    

Intern, WinSCP verwendet das MLSD Befehl, wenn vom server unterstützt wird. Wenn nicht, verwendet es die LIST - Befehl und unterstützt Dutzende von verschiedenen angebotsformate.

Den Session.GetFiles Methode ist standardmäßig rekursiv.

(Ich bin der Autor von WinSCP)

Den remotePickupDir wäre der Ordner, den Sie wollen zu gehen, um auf den ftp-server. So weit wie "ist dieses script richtig", na ja, funktioniert es? Wenn es funktioniert, dann ist es richtig. Wenn es nicht funktioniert, dann sagen Sie uns, welche Fehlermeldung oder ein unerwartetes Verhalten, die Sie bekommen, und wir werden besser in der Lage sein, um Ihnen zu helfen.

Tut mir Leid, aber ich finde alle Antworten, die off-track. Wenn powershell wurde wirklich verstanden, wie eine Muschel, Sie würden nur plumb Ihre Lieblings-foolproof native ftp-Programm und mit ihm getan werden. Der vernünftige Ansatz ist ein gutes Werkzeug für eine bestimmte Aufgabe, und das bedeutet, dass ein feature-rich-Betriebssystem bietet eine Vielzahl von Kommandozeilen-tools. MS fand nie, dass der Pfad, und es ist immer noch ein Schmerz zu tun, die grundlegende Arbeit. Warum nicht tauschen ökosystem durch die Installation von cygwin und ncftp?