Sådan monterer du Google Drev på din Linux-server med rclone — med lokal cache og egne API-nøgler
Lær at montere Google Drev på din Linux-server med rclone. Brug egne API-nøgler og lokal cache for maksimal hastighed og stabilitet.
Introduktion
Har du et Google One-abonnement med 2 TB lagerplads, men synes det er absurd at betale for ekstra VPS-storage oveni? Det syntes jeg også. Heldigvis findes der en elegant løsning: rclone.
Med rclone kan du montere dit Google Drev som en almindelig mappe på din Linux-server — og med den rigtige opsætning føles det faktisk hurtigt, ikke langsomt som man måske skulle tro.
Hvorfor egne API-nøgler er afgørende
Google har standard API-rate limits på offentlige nøgler. Bruger du rclones indbyggede nøgler, vil du opleve:
- Langsomme overførsler
- Hakkende streaming
- Generel frustration
Løsningen: Opret dine egne OAuth2-credentials i Google Cloud Console. Det tager 10 minutter og gør verden til forskel.
Min praktiske opsætning
Jeg bruger rclone med følgende prioriteter:
- Stabilitet: Mappen skal bare virke, også efter genstarter
- Hastighed: Lokalt cache-lag til ofte tilgået data
- Sikkerhed: Krypteret remote (jeg bruger
googleencrypted:)
Her er min mount-kommando:
rclone mount googleencrypted: /mnt/google/encrypted \
--vfs-cache-mode full \
--vfs-cache-max-size 2G \
--vfs-write-back 5m \
--dir-cache-time 1000h \
--attr-timeout 1000h \
--no-checksum \
--no-modtime \
--poll-interval 15s \
--async-read=true \
--allow-other \
--verbose \
--vfs-cache-max-age 7200h \
--metadata \
--file-perms 0775 \
--dir-perms 0775 \
--umask 0002 \
--vfs-fast-fingerprint
Hvad betyder flags'ne?
| Flag | Betydning |
|---|---|
--vfs-cache-mode full | Aggressiv caching af både læs og skriv |
--vfs-cache-max-size 2G | Max 2 GB lokalt cache (tilpas efter tilgængelig harddiskplads) |
--vfs-write-back 5m | Forsinkelse før upload til cloud — god til midlertidige filer |
--dir-cache-time 1000h | Cache mappestruktur i 1000 timer (performance boost) |
--poll-interval 15s | Tjek for eksterne ændringer hvert 15. sekund |
--no-checksum --no-modtime | Undgå unødvendige API-kald (tillid til cache) |
--vfs-fast-fingerprint | Hurtigere filsammenligning |
Resultat
Med denne opsætning:
- 📁 Dit Google Drev optræder som
/mnt/google/encryptedpå serveren - 🚀 Ofte tilgået filer loades fra lokal cache (næsten instant)
- 💾 Du udnytter dit eksisterende Google One-abonnement
- 🔒 Data krypteres transparent af rclone (hvis du bruger crypt remote)
Eksempel fra virkeligheden: Jeg bruger selv denne opsætning til at opbevare alle repositories og data fra min Forgejo-instance — en selvhostet Git-løsning der kører på samme server.
Kom i gang
- Installer rclone:
sudo apt install rclone(eller download fra rclone.org) - Konfigurer med
rclone config— opsæt Google Drev + evt. crypt-lag - Opret dine egne API-nøgler i Google Cloud Console
- Kør mount-kommandoen ovenfor (evt. som systemd-service)
Kendte begrænsninger (som jeg stadig arbejder på)
Der er to udfordringer jeg endnu ikke har løst helt:
-
Unix-rettigheder i crypt-laget: På nuværende tidspunkt er jeg nødt til at sætte alle filer til at have samme rettigheder (
--file-perms 0775 --dir-perms 0775). Jeg har ikke fundet en måde at få crypt-laget til at bevare individuelle Unix-filrettigheder på. Det betyder at alle filer i mountet får samme permissions. -
Forsinkelse ved git push: Når jeg pusher et nyt commit til et Git-repository ligger der på mountet, går der noget tid før det bliver færdig. Jeg har på fornemmelsen at det er fordi der er mange små filer der skal ændres (særligt i
.git/objects/), og rclone mountet tager tid om at bearbejde hver enkelt filoperation. Det er ikke et showstopper, men noget jeg gerne vil optimere.
Konklusion
Hvis du allerede betaler for Google One, er der ingen grund til også at betale for VPS-storage. Med rclone, egne API-nøgler og intelligent caching får du den bedste af begge verdener: billig cloud-lagerplads med lokalserver-hastighed.
Har du spørgsmål til opsætningen? Smid en besked — jeg hjælper gerne!