Een oude VPN-bestandsportal vervangen: houd de controles

De oude portal zonder client had een verwijderknop, een favorietenster en een deelpad dat in een e-mail was geplakt. Slechts één daarvan is een controle. De portal vervangen betekent beslissen welke handelingen externe gebruikers nog nodig hebben en waar elke handeling wordt afgedwongen, niet de indeling van een pagina nabootsen die toevallig werkte. Twee vervangingsvormen dekken de meeste gevallen, en ze falen op verschillende punten.

Een knop is geen recht

Begin met de handelingenlijst: lezen, uploaden, hernoemen, verwijderen. Bepaal welke rollen welke krijgt en dwing die beslissing af in de bestandsdienst in plaats van in de interface. Een verwijderknop in een nieuwe portal verbergen laat het backendrecht intact, en iedereen met een native client en hetzelfde account kan het bestand nog steeds verwijderen.

Verwijderen verdient een aparte beslissing omdat het de handeling is waar gebruikers spijt van krijgen. Vraag waar een verwijderd item werkelijk kan worden hersteld, en ga er niet van uit dat het antwoord de prullenbak van de laptop of die van de portal zelf is. Een netwerkshare leidt verwijderingen doorgaans niet via de lokale prullenbak.

Op een op Windows gebaseerde share levert Volume Shadow Copy de snapshot-machinerie en de coördinatie die back-upsoftware gebruikt, maar de aanwezigheid ervan zegt niets over de vraag of deze share versies bewaart die u kunt herstellen. De eigenaar van de bestandsdienst moet het versiebeleid bevestigen en een herstel demonstreren voordat de portal buiten gebruik wordt gesteld.

Optie A: een native bestandsclient via de tunnel

Een toegewezen schijf of een SMB-client behoudt de handelingen die gebruikers al kennen, en de rechten worden bij elk verzoek door de bestandsserver afgedwongen. De identiteit die ertoe doet is die van de bestandsdienst, dus toegang overleeft een wisseling van VPN-product zolang de tunnel het verkeer nog draagt en het account nog bestaat.

De prijs is dat de client de dienst rechtstreeks moet bereiken. Naamresolutie, poortbereikbaarheid en de authenticatiemethode worden allemaal onderdeel van het ontwerp voor externe toegang, en een portal die de verbinding vroeger proxiede verborg elk van die vereisten. Gebruikers op niet-beheerde apparaten krijgen ook een share die in hun bestandsbeheer wordt gekoppeld, wat een breder oppervlak is dan een browsertabblad. Begroot die ondersteuningslast voor de migratie, want ze komt op de eerste dag en niet na een respijtperiode.

Herstel is het sterkste argument voor deze vorm: eerdere versies en herstelrechten zijn eigen aan het platform, en de helpdesk kan dezelfde procedure gebruiken als op locatie.

Optie B: een proxy of applicatiegateway

Een portal die het bestand ophaalt en naar de browser streamt, houdt de bestandsdienst buiten het netwerkpad van de gebruiker. Dat is nuttig wanneer het apparaat niet aan de tunnel kan deelnemen of wanneer de organisatie elke aanvraag op één knelpunt wil loggen. De afweging is dat de proxy deelnemer wordt aan elke handeling, en dat hij de identiteit van de gebruiker moet doorgeven aan de bestandsdienst in plaats van zijn eigen serviceaccount voor alles te gebruiken.

Het gedrag bij verwijderen en hernoemen moet worden geïmplementeerd, niet geërfd. Als de proxy een verwijderactie aanbiedt, roept die actie de backend aan met een of andere identiteit, en de audittrail hoort de gebruiker te noemen en niet de gateway. Als de proxy niet kan hernoemen, zeg dat dan voordat gebruikers het midden in een project ontdekken.

Het herschrijven van links is waar deze vorm stilzwijgend de betekenis verandert. Een URL die de portal proxiet is niet hetzelfde object als een URL die de browser rechtstreeks opent, en het ene in het andere omzetten kan de authenticatiecontext wegnemen die hem liet werken.

Namen, identiteiten en de links daartussen

Distribueer de goedgekeurde server en het deelpad, geen lijst om in een domein te browsen. Browsen is afhankelijk van ontdekkingsdiensten die de tunnel misschien niet passeren, en een pad dat werkt omdat de laptop van de gebruiker een domein kan opsommen, is een pad dat op het volgende niet-beheerde apparaat breekt.

Beoordeel single sign-on toepassing voor toepassing. Een token dat voor de portal is uitgegeven mag niet opnieuw worden aangeboden aan een bestandsdienst die het nooit heeft gevalideerd, en queryparameters die identificaties dragen mogen niet in een openbare link worden gekopieerd alleen omdat ze in de oude bladwijzer stonden. Behandel elke goedgekeurde toepassing als een eigen vertrouwensgrens.

Kies tegen de eisenlijst

Geen van beide vormen wint onmiddellijk. Een personeelsbestand op beheerde laptops met een werkende tunnel haalt meer uit de native client, omdat herstel en rechten van het platform komen en niet van een herimplementatie. Een gemengde populatie van contractanten en persoonlijke apparaten kan de proxy rechtvaardigen, mits de identiteitsleiding echt is en geen gedeeld serviceaccount.

Schrijf de vergelijking op tegen de vier handelingen en het antwoord over herstel, en stel de oude portal pas buiten gebruik nadat één herstel via het nieuwe pad is uitgevoerd. Die test oefent de delen van het ontwerp die een geslaagde aanmelding nooit raakt.