Problemet
Folk har etterspurt en sikker mekanisme for å utveksle filer. I dag er vi stolte av å kunngjøre den nye open source filserver-modulen. Som den nyeste komponenten i økosystemet til Psono løser den flere problemer:
- Filer som deles via e-post blir for store. Vanligvis blir alt over 20mb avvist.
- Opplasting av filer til andre parter via SFTP, GPG-e-post og lignende er for komplekst for vanlige brukere.
- Opplasting av filer ved hjelp av Google Drive eller Dropbox kan være problematisk for sensitive data.
- Beskyttelse av HR- og ledelsesinformasjon fra interne ansatte, for eksempel filserver-admins.
- Hackere som får tilgang til filserveren din.
- Båndbreddeproblemer når du jobber i et eksternt kontormiljø og alle laster ned fra den lille kontorfilserveren din.
Og det er her Psono kommer inn i bildet. Psono ble designet med alle disse problemene i tankene og er ekstremt fleksibel.
Brukervennlighet
Ok, så hvordan ser det ut for brukeren, spør du. Enkelt.
- En bruker får tilgang til webklienten
- velger filen
- klikker på "last opp"-knappen
- ... og hvis han vil, deler han den med et høyreklikk
Det er enkelt nok, håper jeg.
Under panseret
Under panseret gjør klienten noen mer komplekse trinn, men de er alle skjult for brukeren:
- Klienten spør serveren om alle tilgjengelige filservere
- Serveren evaluerer forespørselen og avgjør basert på ulike brukeratributter (tillatelser, IP, tilgangsrettigheter) hvilke fragmenter (filplasseringer) og filservere som er egnet
- Serveren oppretter en filopplastingbillett
- Klienten leser størrelsen på filen
- Klienten kunngjør opplastingen av filen og fragmentet til serveren
- Klienten deler opp filen i biter på maks 128mb hvis filen er for stor
- Klienten krypterer bita
- Klienten beregner sjekksummen til bita
- Klienten laster opp bita til filserveren sammen med filopplastingbilletten
- Filserveren sender opplastingbilletten til serveren
- Serveren validerer billetten
- Filserveren godtar opplastingen av bita
- Klienten fortsetter med neste bit til alle bitene er behandlet
- Klienten oppdaterer sin datalagringsenhet, krypterer den og sender den til serveren
Med denne mekanismen kan vi løse ethvert filstørrelsesproblem, ettersom filer blir delt opp i biter. Vi kan distribuere opplastinger over servere selv for en enkelt fil. Alle filer er (som alt annet hos Psono) kryptert før de forlater klienten og sendes til serveren.
Typisk Psono Filserver-Setup
Øverste del viser et typisk oppsett. En reléserver (en enkel reverse proxy) serverer noen statiske filer (webklienten). Webklienten leveres til nettleseren, som deretter kaller REST API-endepunkter på serveren. Serveren bruker en Postgres Database for å lagre alle vedvarende data. Psono Webklient og Psono Server kan betraktes som statsløse, all data lagres i Postgres-databasen.
Hvis du nå vil koble til en filserver, må du først opprette en fragment- og klyngekonfigurasjon på serveren, som du deretter kan bruke til å konfigurere den faktiske filserveren. Når filserveren starter, vil den automatisk registrere seg selv og fortsette å kunngjøre sin tilgjengelighet i 10-sekunders intervaller. Skulle en filserver dø, vil serveren gjenkjenne dette og slutte å sende klienter til den døde serveren. Når den kommer tilbake, vil den automatisk registrere seg igjen og begynne å motta forespørsler fra klienter. I bildet ovenfor lagrer vi alle bitene i lokal lagring og har en reléserver (kan være den samme som for den vanlige serveren, webklienten i små miljøer) for SSL-avlasting.
I tillegg til lokal lagring kan du bruke forskjellige lagringsbackends og til og med mikse dem.
Mikse forskjellige lagringsbackends
For øyeblikket støttes (ved siden av lokal lagring) Amazon S3, GCP Cloud Storage og Azure Blob Storage.
Du kan bruke flere filservere for å løse for eksempel ytelsesproblemer på grunn av en båndbreddebegrensning. Du kan ha folk som jobber eksternt, men bare en veldig tynn internettforbindelse på kontoret ditt. Et annet bruksområde kan være at du ønsker å beskytte lokale filer enda bedre og
- ikke tillate interne filer å bli lastet opp til en ekstern lagring
- tillate eksterne å dele filer med interne uten et annet verktøy
Et oppsett som løser ytelsesproblemet og gir deg bedre isolasjon kan se slik ut:
Fjernlokasjon
Dette oppsettet deler all trafikk av "eksternt" fragment mellom steder toveis, slik at eksterne kan laste opp filer som deretter kan lastes ned av ansatte og omvendt.
Det lokale delingsfragmentet blir derimot aldri synkronisert til fjernlokasjonen og forblir bedre beskyttet. Ettersom filer i "eksterne" fragmenter bare synkroniseres én gang, når de endres, kan du ha 100 ansatte som får tilgang til filen fra dette fragmentet uten å måtte laste den ned 100 ganger fra fjernlokasjonen. Eller hvis du laster opp en fil, kan du dele den med 100 eksterne uten å måtte laste den opp 100 ganger.
Båndbreddefordelen kan også brukes til å koble fjerntliggende lokasjoner med et oppsett som ligner dette:
Med to eksterne kontorer
I dette oppsettet har hvert sted en egen filserver, og alle filer deles mellom steder. Skrivinger går kun til et spesifikt fragment, noe som tillater en enkelretning sync av hvert fragment. Dette oppsettet vil tillate folk i New York å få tilgang til filer uten forsinkelser.
Neste store punkt er lastbalansering. Alt dette er bra hvis du bare har noen få ansatte som ikke metter båndbredden din. Hvis du har 1000 ansatte, som alle får regelmessig tilgang til filserveren, vil dette skape båndbreddebegrensninger for en enkelt server. Heldigvis kan Psono håndtere dette. Her er to alternativer som tilbys av Psono's filserver for lastbalansering.
Du har kanskje allerede en lastbalanser som du ønsker å bruke, da kan oppsettet ditt se slik ut:
Lastbalansert filserver med lastbalanser
I dette oppsettet brukes en lastbalanser for SSL-avlasting. To filservere bak brukes for å håndtere de faktiske forespørslene. Begge kunngjør den samme fragmentet, så de må enten synkronisere fragmentet eller ha en delt lagring. En kunne bruke GlusterFS eller en enkel rsync.
Alternativet ville være å la klienten lastbalansere alt og spare noen oppsett- og kostnader. Et oppsett uten en ekstra lastbalanser kunne se slik ut.
Lastbalansert filserver uten lastbalanser
Alle disse oppsettene kan stables, for eksempel 3 klynger med 2 servere hver. Med hver klynge som serverer den samme fragmentet og har en synkronisert (eller delt) lagring under,
Jeg håper jeg kunne gi deg et godt inntrykk av kapasitetene til Psono's nye og kraftige filserver-modul.
