Ein altes VPN-Dateiportal ersetzen: die Kontrollen behalten

Das alte clientlose Portal hatte eine Löschschaltfläche, einen Favoritenstern und einen in eine E-Mail eingefügten Freigabepfad. Nur eines davon ist eine Kontrolle. Ein Portal zu ersetzen bedeutet zu entscheiden, welche Vorgänge entfernte Benutzer noch brauchen und wo jeder einzelne erzwungen wird, nicht das Layout einer Seite nachzubauen, die zufällig funktioniert hat. Zwei Ersatzformen decken die meisten Fälle ab, und sie scheitern an unterschiedlichen Stellen.

Eine Schaltfläche ist keine Berechtigung

Beginnen Sie mit der Vorgangsliste: Lesen, Hochladen, Umbenennen, Löschen. Legen Sie fest, welche Rollen welchen Vorgang erhalten, und erzwingen Sie diese Entscheidung dann im Dateidienst statt in der Oberfläche. Eine Löschkontrolle in einem neuen Portal zu verstecken lässt die Berechtigung im Backend unangetastet, und jeder mit einem nativen Client und demselben Konto kann die Datei weiterhin entfernen.

Löschen verdient eine eigene Entscheidung, weil es der Vorgang ist, den Benutzer bereuen. Fragen Sie, wo ein gelöschtes Element tatsächlich wiederhergestellt werden kann, und nehmen Sie nicht an, die Antwort sei der Papierkorb des Laptops oder der eigene Papierkorb des Portals. Eine Netzwerkfreigabe leitet Löschungen im Allgemeinen nicht über den lokalen Papierkorb.

Auf einer Windows-gestützten Freigabe bietet Volume Shadow Copy den Snapshot-Mechanismus und die Koordination, die Backup-Software nutzt, aber ihre Anwesenheit sagt nichts darüber aus, ob diese Freigabe Versionen behält, die Sie wiederherstellen können. Der Eigentümer des Dateidienstes muss die Versionsrichtlinie bestätigen und eine Wiederherstellung nachweisen, bevor das Portal außer Betrieb genommen wird.

Option A: ein nativer Dateiclient über den Tunnel

Ein zugeordnetes Laufwerk oder ein SMB-Client behält die Vorgänge, die Benutzer bereits kennen, und die Berechtigungen werden bei jeder Anforderung vom Dateiserver erzwungen. Die entscheidende Identität ist die des Dateidienstes, sodass der Zugriff einen Wechsel des VPN-Produkts übersteht, solange der Tunnel den Datenverkehr noch trägt und das Konto noch existiert.

Der Preis ist, dass der Client den Dienst direkt erreichen muss. Namensauflösung, Porterreichbarkeit und Authentifizierungsmethode werden alle Teil des Fernzugriffsdesigns, und ein Portal, das die Verbindung früher proxiete, verdeckte jede dieser Anforderungen. Benutzer auf nicht verwalteten Geräten erhalten außerdem eine Freigabe, die in ihrem Dateimanager eingebunden wird, was eine größere Angriffsfläche als ein Browser-Tab ist. Planen Sie diese Supportlast vor der Migration ein, denn sie kommt am ersten Tag und nicht erst nach einer Schonfrist.

Die Wiederherstellung ist das stärkste Argument für diese Form: Vorherige Versionen und Wiederherstellungsberechtigungen sind nativ in der Plattform, und der Helpdesk kann dasselbe Verfahren verwenden wie vor Ort.

Option B: ein Proxy oder Anwendungsgateway

Ein Portal, das die Datei abruft und an den Browser streamt, hält den Dateidienst aus dem Netzwerkpfad des Benutzers. Das ist nützlich, wenn das Gerät dem Tunnel nicht beitreten kann oder wenn die Organisation jede Anforderung an einem einzigen Engpass protokollieren möchte. Der Kompromiss ist, dass der Proxy an jedem Vorgang beteiligt wird und die Identität des Benutzers bis zum Dateidienst weiterreichen muss, statt für alles ein eigenes Dienstkonto zu verwenden.

Lösch- und Umbenennungsverhalten muss implementiert und nicht geerbt werden. Wenn der Proxy eine Löschaktion bereitstellt, ruft diese Aktion das Backend mit irgendeiner Identität auf, und der Prüfpfad sollte den Benutzer nennen, nicht das Gateway. Wenn der Proxy nicht umbenennen kann, sagen Sie es, bevor Benutzer es mitten in einem Projekt entdecken.

Das Umschreiben von Links ist der Punkt, an dem diese Form stillschweigend die Bedeutung ändert. Eine URL, die das Portal proxiet, ist nicht dasselbe Objekt wie eine URL, die der Browser direkt öffnet, und die Umwandlung der einen in die andere kann den Authentifizierungskontext entfernen, der sie funktionieren ließ.

Namen, Identitäten und die Links dazwischen

Verteilen Sie den genehmigten Server und Freigabepfad, keine Domänen-Browsing-Liste. Das Durchsuchen hängt von Erkennungsdiensten ab, die den Tunnel möglicherweise nicht überqueren, und ein Pfad, der funktioniert, weil der Laptop des Benutzers eine Domäne auflisten kann, ist ein Pfad, der auf dem nächsten nicht verwalteten Gerät bricht.

Prüfen Sie Single Sign-on Anwendung für Anwendung. Ein für das Portal ausgestelltes Token sollte nicht an einen Dateidienst weitergespielt werden, der es nie validiert hat, und Abfrageparameter, die Identifikatoren tragen, sollten nicht in einen öffentlichen Link kopiert werden, nur weil sie im alten Lesezeichen auftauchten. Behandeln Sie jede genehmigte Anwendung als ihre eigene Vertrauensgrenze.

Wählen Sie anhand der Anforderungsliste

Keine der beiden Formen gewinnt eindeutig. Eine Belegschaft auf verwalteten Laptops mit funktionierendem Tunnel profitiert mehr vom nativen Client, weil Wiederherstellung und Berechtigungen von der Plattform kommen und nicht von einer Neuimplementierung. Eine gemischte Population aus Auftragnehmern und persönlichen Geräten kann den Proxy rechtfertigen, sofern die Identitätsinfrastruktur echt und kein gemeinsam genutztes Dienstkonto ist.

Schreiben Sie den Vergleich gegen die vier Vorgänge und die Wiederherstellungsantwort auf, und nehmen Sie das alte Portal erst dann außer Betrieb, wenn eine Wiederherstellung über den neuen Pfad durchgeführt wurde. Dieser Test übt die Teile des Entwurfs, die ein erfolgreicher Login nie berührt.