W10 filserver/mediadator och kryptering!

Väl inte win 10 Home då bitlocker inte finns med där.

Såg nå test där Bitlocker va enklast att komma in i om man fryser ner ram? Men Truecrypt rekommenderar att man börjar med Bitlocker för att sedan använda Truecrypt.

Jag kör en Win10 burk som HTPC & filserver där diskarna är krypterade. Körde Win7 på den förut och uppgradera till Win10.

Jag tycker att Win10 funkar betydligt sämre än Win7 till detta. Dels ställer dom förbannade uppdateringarna till det så att saker slutar funka och dels får Win10 för sig saker. Nu senast har delningen av filer slutat funka. Jag har inte riktigt orkat att ta tag i det och kollat på vad det är som bråkar nu.

@anon78208: Ett stor plus med Ubuntu framför Win10 är att när man väl konfigurerat det så får inte Ubuntu för sig att ändra saker bara för att... Win10 tenderar att få tokspel för minsta lilla; lägger man till en accesspunkt i hemmanätet kan t.ex. Win10 få för sig att slå på brandväggen.

Inte haft några problem med VeraCrypt alls, använder det på alla maskiner hemma.

Om du ska köra fullsystemkryptering med VeraCrypt och Windows 10 så finns det dock ett aber: man blir tvungen att dekryptera systemet för att kunna uppdatera till ny "version" av Windows 10 (alltså t.ex. till "Fall Creator's Update" som är den senaste), och så får man kryptera om systemet igen efteråt. Bitlocker har inte det problemet, pga att Microsoft gör något mumbojumbo med den. VeraCrypt-teamet vill gärna veta vad detta mumbojumbo är, men de har inte lyckats ta reda på det (än så länge iaf).

Pga detta har jag fortfarande inte uppdaterat från den Windows 10-version jag installerade från början.

Vad ska man tänka på innan datorn går sönder och man använt Bitlocker på disken?

Några hade fått problem att komma åt disken när den satt i nya datorn men minns inte varför.

Skickades från m.sweclockers.com

Att följa instruktionerna.

Vill minnas att det finns någon sorts "overridekod" som man behöver använda i ett sådant fall, som man bör förvara på säkert ställe.

Filserver med kryptering av disk för att sedan köra FTP för åtkomst låter lite bakvänt kan jag tycka (ur ett säkerhetsperspektiv).
FTP är okrypterad överföring där varken användarnamn, lösenord eller information är kypterad, så om du vill ha det säkert i den bemärkelsen lär du använda dig av annat protokoll exempelvis SSH/SFTP.

Om det är för 24/7 bruk hade jag personligen valt att göra något i stil med nedan exempel:

På filservern:
*OS: Ubuntu server 16.04 LTS (64-bit) installation (18.04 LTS släpps om 4 månader)

*Ha en mindre separat disk för / och SWAP, 60-80GB hårddisk brukar räcka gott och väl. Gör det också enklare vid ominstallation/uppgradering av OS-version då du enbart behöver blåsa denna disk eller partition lite beroende på hur man vill lägga upp det.
Om det är en gammal disk spelar mindre roll då Linux är mest aktivt i RAM vilket gör att systemet kommer kännas rappt ändå.
Enda gången då en slö disk brukar märkas av är vid systemuppgradering eller uppstart/omstart, dock är ju syftet här att ha igång den 27/7 så omstarterna lär bli färre.

*Aktivera automatiska säkerhetsuppdateringar under installationen.

*Efter installation, skapa t.ex. en BtrFS (motsvarande mukvaru-RAID10) disk-array, bestående av de fysiska diskar man vill lagra stora/mycket filer på, som man även krypterar med dm-crypt/LUKS. Fördelen med BtrFS är att det precis som med ZFS skall självläka filer (motverka s.k. bitrot) samt att man kan bygga om och utöka BtrFS RAID vid behov i framtiden.
Om man så vill kan man givetvis köra ZFS on Linux eller valfritt annat kompatibelt filsystem så länge kryptering går att tillämpa, så valet är ditt här.
-Att jag helst kör på ett RAID10 koncept är främst p.g.a. diskprestanda samt fördelen med mycket redundans. (BtrFS skall man undvika i RAID5 och RAID6 konfigurationer, då det fortfarande finns en del skavanker kvar där.)

*Installera openssh-server, skapa ett user account som vid anslutning hamnar i ett SSH-jail (chroot-jail) i detta jail lägger du all media du vill komma åt remote, user account skall enbart ha read-only på filerna i detta jail.

På HTPC eller annan enhet:
*Använda Kodi som mediaspelare, den kan ansluta mot SFTP shares över SSH så att förbindelsen krypteras från punkt till punkt. Loggar in gör du via read-only user account.

Sedan kan du givetvis även köra andra tjänster på servern samtidigt där du drar nytta av ett chroot-jail ex. Emby-server eller Plex server. Ubuntu 16.04 har inbyggt stöd för LXD/LXC så man kan container-virtualisera sina tjänster om man så vill.

Underhåll är givetvis viktigt oavsett val av OS så någon form av extra backup lär du ändå göra på det absolut viktigaste, blir lätt att man annars faller i den djupa gropen med att "lägga alla ägg i samma korg". Lita aldrig på att valet av filsystem räddar dig när allt går åt h-vete.

För övrigt brukar det räcka med att köra: sudo apt update && sudo apt upgrade -y && sudo apt autoremove -y && sudo apt autoclean någon gång i månaden för att underhålla systemet, samt starta om ifall det släppts någon viktig kernelpatch.

Någon form av antivirus ex. clamav kan också vara idé att installera om du vill göra regelbundna skanningar av filer på servern.

BTRFS är tillräckligt stabilt enligt min åsikt (0 incident hittills - det kan jag inte säga om NTFS...) efter att ha använt det i flera år som masslagrings-filsystem på externa diskar - det har överlevt det mesta i form av glappa USB-kablar, plötsliga strömavbrott mm. och även när de körs i linear (motsvarande JBOD) över flera diskar, Raid0 (Striped), RAID1. Den har väldigt bekväma saker som snapshot som är svårt att vara utan när man har vant sig vid dem

BTRFS Raid1 är inte en 'vanlig' RAID1 utan kör med filosofin att en fil skall läggas på två lagringsenheter - alltid - redundansen finns på filystemnivå och inte på sektornivå som i klassisk RAID1 - det gör också att man kan köra med udda antal diskar. typ 3 diskar som 2 st 4TB och 1 st 8TB.

Har man 2st 4TB och 1 st 6TB så kan det bli lite outnyttjad utrymme (2 TB) men fortfarande så kan diskarna användas i BTRFS RAID1

på lagringsdiskarna kör du lämpligtvis med LUKS-kryptering - gör krypteringen på diskarna först, därefter lägger du BTRFS-filsystemet ovanpå dessa (dvs när man skapar btrfs på första disken så gör man på den 'öppnade' LUKS-devicet, samma sak när du kopplar in flera diskar till volymen med 'btrfs su add' så görs det också på redan öppnade LUKS-device - inte direkt på hårddiskarna.

kör man ubuntu grafiskt så kommer en frågeruta för varje krypterad disk som kopplas in när man startar om senare och är intelligent nog att automagiskt koppla ihop alla aktuella diskar för aktuella BTRFS-set när sista disken i setet är upplåst (dock dyker det upp varningsrutor för varje disk man låser upp tills den sista är upplåst)

Man får ta nackdelen att låsa upp varje disk för sig och inte en enda gång eftersom LUKS-systemet är kopplad till varje fysisk lagringsdisk separat och är oberoende av vad man har för filsystem senare på volymen.

vill man bara ha en gemensam passord för samtliga diskar på en gång så får man titta på virtuella volymer med mdadm men då förtar man BTRFS flexibilitet när det gäller att kunna lägga till och ta bort diskar efter hand.

---

Och slutligen RAID är ingen Backup - du skall fortfarande ha minst 1 uppsättning backupdiskar på allt du har i den tänkta NAS:en och att dessa synkas/görs backup på regelbundet. Skit kan hända även om man tycker sig ha hängslen, svångrem och fallskärm på sin NAS/mediacenter.

Olika disk-kontroller går att scripta i cron eller i något grafiskt inteface - de flesta färdiga NAS-enheter och NAS-programpaket så kan enheten skicka mail om det ser någon problem med enheten eller diskarna.

köper du en färdig Nas (typ synology) så går det ofta att schemalägga sådant i aktuella NAS:ens gränssnitt

Men du måste fortfarande ha en regelbunden backup till annan oberoende media/plats - det är andra saker som kan skita sig förutom att diskarna kanske ger upp i förtid - det förstår du den dagen när alla dina skrivbara nätverksvolymer en dag är krypterade av en kryptovirus från någon av de anslutna klientdatorerna - då är det vääääldigt bra och ha en backup...