Hulpartikel overzicht

Hulpartikel

Je VPS verbinden met STACK

Omdat STACK ondersteuning biedt voor het WebDAV-protocol, kun je de opslagruimte hiervan beschikbaar stellen voor je VPS. Zo kun je jouw STACK bijvoorbeeld gebruiken als doellocatie voor het wegschrijven van back-ups. In dit artikel leggen we uit hoe je jouw STACK kunt mounten op een Linux-VPS. Draait jouw VPS op Windows Server? Haal dan je hart op met dit artikel.

Let op, het overdragen van data tussen je VPS en je STACK verbruikt dataverkeer!

  • In dit artikel gebruiken we <linux-gebruiker><stack-gebruiker>, <stack-naam> en <stack-wachtwoord>als voorbeeld. Vul in plaats hiervan de Linux-gebruikersnaam, de STACK-gebruikersnaam, het STACK-wachtwoord, of de naam van de STACK in en laat de haakjes weg.
  • Daarnaast gaan we er in dit artikel vanuit dat de Linux-gebruiker waarmee je de instructies uitvoert sudo-rechten heeft.

 



Klik hieronder op de Linux-distributie welke op jouw VPS geïnstalleerd staat om de stappen hiervoor weer te geven.

Ubuntu / Debian

Om een WebDAV-verbinding te kunnen maken moet davfs2 geïnstalleerd zijn op je VPS. Dit doe je als volgt:

sudo apt-get update
sudo apt-get -y install davfs2

Tijdens het installeren van davfs2 word je gevraagd of je naast de root-gebruiker ook andere gebruikers toestemming wilt geven om WebDAV-verbindingen te maken. Kies hier voor <Yes>. Ook is het belangrijk om elke gebruiker die je toestemming wilt geven apart toe te voegen aan de groep davfs2:

sudo usermod -aG davfs2 <linux-gebruiker>

In dit voorbeeld maken we een nieuwe map aan in de thuismap van de gebruiker om de STACK-ruimte in beschikbaar te maken. Hierbij maken we de gebruiker ook eigenaar van de map:

sudo mkdir -m 700 /home/<linux-gebruiker>/STACK
sudo chown <linux-gebruiker>:<linux-gebruiker> /home/<linux-gebruiker>/STACK

Hierna stellen we de map die we voor STACK willen gebruiken in als mount-locatie. Hiervoor voegen we een regel toe aan het fstab-bestand:

echo "https://<stack-naam>.stackstorage.com/remote.php/webdav /home/<linux-gebruiker>/STACK davfs rw,user,uid=<linux-gebruiker>,noauto 0 0" | sudo tee -a /etc/fstab

Nu het OS weet dat je het WebDAV-adres van je STACK wilt koppelen aan een lokale map, is het tijd om de inloggegevens voor het adres in te stellen. Omdat de map en het bestand die hiervoor nodig zijn nog niet bestaan, moeten deze eerst worden aangemaakt. Dit doe je als volgt:

sudo mkdir -m 755 /home/<linux-gebruiker>/.davfs2
sudo cp /etc/davfs2/secrets /home/<linux-gebruiker>/.davfs2
sudo chown -R <linux-gebruiker>:<linux-gebruiker> /home/<linux-gebruiker>/.davfs2

Nadat je het secrets-bestand hebt gekopieerd stel je de inloggegevens voor het WebDAV-adres in door een regel toe te voegen aan dit bestand:

echo "https://<stack-naam>.stackstorage.com/remote.php/webdav <stack-gebruiker> <stack-wachtwoord>" | sudo tee -a /home/<linux-gebruiker>/.davfs2/secrets
Je mag het wachtwoord ook weglaten. Je zult deze dan handmatig in moeten vullen wanneer je de map mount.

Desgewenst kun je de STACK-ruimte ook automatisch laten koppelen door een regel toe te voegen aan het .profile-bestand van de gebruiker:

echo "mount ~/STACK" | sudo tee -a /home/<linux-gebruiker>/.profile

De gebruiker kan het STACK-wachtwoord nu zelf instellen door het bestand ~/.davfs2/secrets te bewerken met een tekstbewerker als nano of vi en de tekst <stack-wachtwoord> te vervangen door het wachtwoord of WebDAV-token dat hoort bij de opgegeven STACK-gebruiker. De laatste optie heeft hierbij de voorkeur, omdat het wachtwoord op deze manier niet opgeslagen wordt. In dit artikel leggen we uit hoe je een WebDAV-token aanmaakt voor een STACK-gebruiker.

CentOS

Deze stappen werken nog niet voor CentOS 8 omdat davfs2 nog niet beschikbaar is in de EPEL-repository.

Om een WebDAV-verbinding te kunnen maken moet davfs2 geïnstalleerd zijn op je VPS. Deze package is niet beschikbaar in de repositories die standaard ingesteld staan, maar wel in de veelgebruikte EPEL-repository. In dit artikel leggen we uit hoe je deze repository instelt op je VPS. Nadat je de EPEL-repository hebt ingesteld op je VPS, installeer je davfs2 door de volgende opdracht uit te voeren:

sudo yum -y install davfs2

Voordat de gebruikers op je VPS WebDAV-verbindingen kunnen maken is het nog wel belangrijk om elke gebruiker die je hier toestemming voor wilt geven toe te voegen aan de groep davfs2:

sudo gpasswd -a <linux-gebruiker> davfs2

In dit voorbeeld maken we een nieuwe map aan in de thuismap van de gebruiker om de STACK-ruimte in beschikbaar te maken. Hierbij maken we de gebruiker ook eigenaar van de map:

sudo mkdir -m 700 /home/<linux-gebruiker>/STACK
sudo chown <linux-gebruiker>:<linux-gebruiker> /home/<linux-gebruiker>/STACK

Hierna stellen we de map die we voor STACK willen gebruiken in als mount-locatie. Hiervoor voegen we een regel toe aan het fstab-bestand:

echo "https://<stack-naam>.stackstorage.com/remote.php/webdav /home/<linux-gebruiker>/STACK davfs rw,user,uid=<linux-gebruiker>,noauto 0 0" | sudo tee -a /etc/fstab

Nu het OS weet dat je het WebDAV-adres van je STACK wilt koppelen aan een lokale map, is het tijd om de inloggegevens voor het adres in te stellen. Omdat de map en het bestand die hiervoor nodig zijn nog niet bestaan, moeten deze eerst worden aangemaakt. Dit doe je als volgt:

sudo mkdir -m 755 /home/<linux-gebruiker>/.davfs2
sudo cp /etc/davfs2/secrets /home/<linux-gebruiker>/.davfs2
sudo chown -R <linux-gebruiker>:<linux-gebruiker> /home/<linux-gebruiker>/.davfs2

Nadat je het secrets-bestand hebt gekopieerd stel je de inloggegevens voor het WebDAV-adres in door een regel toe te voegen aan dit bestand:

echo "https://<stack-naam>.stackstorage.com/remote.php/webdav <stack-gebruiker> <stack-wachtwoord>" | sudo tee -a /home/<linux-gebruiker>/.davfs2/secrets
Je mag het wachtwoord ook weglaten. Je zult deze dan handmatig in moeten vullen wanneer je de map mount.

Desgewenst kun je de STACK-ruimte ook automatisch laten koppelen door een regel toe te voegen aan het .bash_profile-bestand van de gebruiker. Door een bug in de davfs2-package welke wordt geserveerd door de EPEL-repository, wordt momenteel een waarschuwing weergegeven tijdens het mounten. Deze waarschuwing is onbelangrijk en mag daarom genegeerd worden. Door de output van het mount-commando door te sturen naar /dev/null wordt deze genegeerd door het systeem en krijg je deze helemaal niet te zien:

echo "mount ~/STACK > /dev/null 2>&1" | sudo tee -a /home/<linux-gebruiker>/.bash_profile

De gebruiker kan het STACK-wachtwoord nu zelf instellen door het bestand ~/.davfs2/secrets te bewerken met een tekstbewerker als nano of vi en de tekst <stack-wachtwoord> te vervangen door het wachtwoord of WebDAV-token dat hoort bij de opgegeven STACK-gebruiker. De laatste optie heeft hierbij de voorkeur, omdat het wachtwoord op deze manier niet opgeslagen wordt. In dit artikel leggen we uit hoe je een WebDAV-token aanmaakt voor een STACK-gebruiker.

 



In dit artikel hebben we uitgelegd hoe je jouw VPS verbindt met je STACK om de opslagruimte hiervan te kunnen gebruiken.

Mocht je aan de hand van dit artikel nog vragen hebben, aarzel dan niet om onze supportafdeling te benaderen. Je kunt hen bereiken via de knop 'Neem contact op' aan de onderzijde van deze pagina.

Wil je dit artikel met andere gebruikers bespreken, laat dan vooral een bericht achter onder 'Reacties'.

Probeer BladeVPS een maand gratis

Maak van jouw volgende website of applicatie een succes op BladeVPS PureSSD. Probeer direct of een self-managed VPS iets voor jou is; de eerste maand krijg je van ons :-)!

Start nu je gratis maand

Heb je ook een goed idee?

Stuur jouw idee in! Met genoeg stemmen komt jouw idee op onze wishlist!

Heeft dit artikel je geholpen?

Maak een account aan of log in om een beoordeling achter te laten.

Reacties

Maak een account aan of log in om een reactie te plaatsen.

0
lukasmedia 12 april 2020 (#4304)

ik heb hier een Centos6 machine alle instructies uitgevoerd; zonder foutmeldingen. Ik heb de gebruiker "admin" gebruikt (dus /home/admin/STACK) om te mounten, maar hij mount niet. Ook na 2x reboot; geen succes.

Dankzij @markioooo als ik handmatig mount gaat het goed. Enig idee wat ik nog kan testen?

0
lukasmedia 12 april 2020 (#4303)

@markioooo, Top! Dat miste ik nog in dit artikel!

0
lukasmedia 12 april 2020 (#4302)

@aspidistra, dat is bij mij zo, maar na aanpassen naar een $ nog steeds een probleem

0
Matthijs van Beek Admin 26 februari 2020 (#4124)

@tuxick,

Dat is uiteraard niet de bedoeling. Zou je een bericht hierover naar onze supportafdeling kunnen sturen via de 'neem contact op'-knop onderaan dit artikel?

0
tuxick 18 februari 2020 (#4098)

Het heeft lang goed gewerkt, maar de laatste weken zoveel IO errors dat het onbruikbaar is geworden: OSError: [Errno 5] Input/output error. En zo te zien geen manier om iets fsck achtigs te draaien.

0
b10ict 17 februari 2020 (#4092)

Artikel werkt inmiddels ook voor CentOS 8.

0
Matthijs van Beek Admin 2 september 2019 (#3477)

@pjict,

Bedankt voor je feedback! Wij hebben de typo gecorrigeerd en in stap 6 vermeld dat # niet werkt in wachtwoorden.

0
pjict 29 augustus 2019 (#3472)

Als je een '#' in het wachtwoord van je STACK-account hebt zitten, dan gaat het niet goed met de regel die je in stap 6 aan het secrets-bestand toevoegt. Ik weet niet of er een oplossing voor is, maar ik heb het wachtwoord gewijzigd naar iets zonder een '#' er in.

0
pjict 29 augustus 2019 (#3471)

Als 2e regel in stap 4 staat:

if [ ! -f ~/.davfs2/davfs2.conf ]; then sudo cp /etc/davfs2/davfs2.conf ~/.davfs2/secrets; fi

Dit moet zijn:

if [ ! -f ~/.davfs2/davfs2.conf ]; then sudo cp /etc/davfs2/davfs2.conf ~/.davfs2/davfs2.conf; fi

Anders overschrijf je het bestand secrets.

0
Matthijs van Beek Admin 20 augustus 2019 (#3421)

@tminductionheating,

De instructie was hier inderdaad niet al te duidelijk in. Daarnaast ontbrak er enige informatie om daadwerkelijk de schijf te kunnen mounten zonder gebruikersnaam en wachtwoord prompt. Wij hebben het artikel hierop aangepast.

0
tminductionheating 30 juli 2019 (#3359)

Met "usermod -aG davfs2 <gebruiker>" maken we toch een groep aan met de naam davfs2. Waarom staat er dan een paar stappen verder (onder "chown <gebruiker>:<groep> ~/.davfs2/secrets) "De groep is vaak gelijk aan je gebruiker, echter zul je dat wel van te voren moeten controleren."?

0
markheijblok 10 juni 2019 (#3185)

Een update voor iedereen die Ubuntu 18.04 LTS gebruikt en de volgende melding krijgt:

[root]@transip.nl ~# apt install davfs2
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 davfs2 : Depends: libneon27 but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Dit is een bug in https://bugs.launchpad.net/ubuntu/+source/neon27/+bug/1826063, een dependency van davfs2.

Een workaround hiervoor is het volgende:

sudo apt install libneon27=0.30.2-2build1
sudo apt-mark hold libneon27
sudo apt -y install davfs2

Wat deze code doet is de nieuwste build van libneon27 niet installeren, maar een oudere build. Daarnaast wordt de nieuwste build ook tegengehouden. (withhold).

0
norberthoenderop 30 mei 2019 (#3134)

@netvibe, volgensmij heeft dat te maken met de chache van davfs, die staat op /var/cache/davfs2/ en moet je periodiek leeg halen. Ik ben nu aan het kijken hoe dat automatisch kan als een backup is voltooid. Mocht ik er achter komen dan post ik het hier :)

0
eblaauw 5 april 2019 (#2917)

Ik gebruik zelf rclone in plaats van davfs2, dat werkt bij mij een stuk beter; verbinding is stabieler en ik haal hogere snelheden (op een RPi).

0
peteroudenes 3 april 2019 (#2906)

Iemand die mij kan helpen met volgende: Debian 9 AMD64

Krijg de volgende melding en heb geen idee hoe dit op te lossen...

root@vps2:~# mount /home/stack /sbin/mount.davfs: loading kernel module fuse modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/2.6.32-042stab136.1/modules.dep.bin' modprobe: FATAL: Module fuse not found in directory /lib/modules/2.6.32-042stab136.1 /sbin/mount.davfs: loading kernel module fuse failed /sbin/mount.davfs: waiting for /dev/fuse to be created /sbin/mount.davfs: can't open fuse device /sbin/mount.davfs: trying coda kernel file system /sbin/mount.davfs: no free coda device to mount

0
Felix Smit Admin 20 maart 2019 (#2852)

@stefines01, STACK ondersteunt op dit moment nog geen file versioning, maar we zijn wel bekend met de wens om dit te implementeren. Om de interesse in deze feature beter in kaart brengen wil ik je vragen om op het volgende feature request te stemmen: www.transip.nl/knowledgebase/idee/747-individuele-bestanden-terugzetten-versiegeschiedenis/

0
stefines01 19 maart 2019 (#2845)

Niet helemaal on topic, maar ik had graag geweten of de back-up via Stack ook versioning ondersteund. Dit wil zeggen, wanneer mijn locale bestanden bv. geëncrypteerd zijn met crypto-virus, is het dan mogelijk om uit de backup een vorige, niet geëncrypteerde versie terug te zetten?

Welke garantie bieden jullie hier?

0
markioooo 11 maart 2019 (#2816)

Voor een eenmalige kopieer actie werkt na het installeren van davfs2 het volgende ook

sudo mount -t davfs -o noexec https://[gebruikersnaam].stackstorage.com/remote.php/webdav/ /root/stack/

cp -R [directory] /root/stack/

0
Felix Smit Admin 12 februari 2019 (#2697)

@st3fan, dat is zeker mogelijk! Met de applicaties Cyberduck (www.cyberduck.io) voor Windows en macOS en CrossFTP (www.crossftp.com/webdav-client.htm) voor Linux kun je een map of bestand up- en downloaden zonder je STACK te mounten.

0
st3fan 9 februari 2019 (#2682)

Is het met Webdav mogelijk dat je, zonder een folder te mounten/synchroniseren, een volledige folder/directory upload naar stack?

0
hejvdb 20 november 2018 (#2261)

Hoewel je een beetje tussen de regels door moet lezen, heb ik dit recept aan de gang gekregen. Voor non-root gebruik zijn de owner en perms erg belangrijk. Daar ik een toepassing heb (daily cronjob) waarbij root het werk doet namelijk het copieren van tar.gz files van backup-manager naar Stack, is al dat non-root gebeuren niet nodig. Ook de entry in fstab niet.

0
ews 2 november 2018 (#2165)

Het koppelen lukt, maar Directadmin maakt back-ups met uit 'admin' terwijl de mappen allemaal als 'root' worden gemount. Voor de admin_backup in Directadmin is dit dus niet bruikbaar zonder allerlei aanpassingen op maat.

0
Matthijs van Beek Admin 17 april 2018 (#1126)

@netvibe

Wij hebben zelf niet getest hoe je dit precies kunt inrichten maar bij deze staat het op onze backlog om op te nemen in een toekomstig artikel.

Het is in inderdaad mogelijk om back-ups naar een externe mount weg te schrijven. Je zou bijvoorbeeld de back-up folder die gebruikt wordt op user level > create / restore backups kunnen proberen aan te passen, zie http://forum.directadmin.com/showthread.php?t=29476

0
netvibe 17 april 2018 (#1122)

@Matthijs van Beek,

Ik gebruik DirectAdmin, en sla de 'dagelijkse' backups v/d server op in deze 'mount'. Kan dit óók werken op deze manier? Ik zie de backups namelijk niet verschijnen, lijkt wel alsof dit afgebroken wordt. (een enkel bestand van 1 user komt slechts door)

0
Matthijs van Beek Admin 13 april 2018 (#1108)

@netvibe

Bovenstaande stappen voegen geen extra bestanden toe aan je VPS (allicht dat je automatische back-up tool dat doet). Wij hebben een extra stap aan het artikel toegevoegd om dit toe te lichten.

Mocht je er niet uit komen ondanks de toevoeging, dan helpen onze helden van support je hier graag bij! Je kunt hen benaderen door de knop 'Neem contact op' onder dit artikel te gebruiken.

0
netvibe 13 april 2018 (#1105)

Ideaal dit. Ik heb automatische backups van mijn VPS naar mijn STACK gekoppeld. Echter, mijn VPS loopt nu vol hierdoor.

Is daar nog iets op te bedenken, dat er dus wel een koppeling is, maar deze niet op de eigen HD wordt opgeslagen?

0
Nick Brouwer Admin 19 maart 2018 (#945)

@hmobron

Het klopt inderdaad dat dit op één regel hoort te staan. Het artikel is zojuist aangepast om dit nog duidelijker weer te geven :-)

0
hmobron 18 maart 2018 (#940)

Let op dat dit in een regel staat: https://discnaam.stackstorage.com/remote.php/webdav/

/home/<gebruikersnaam>/stack davfs user,rw,noauto 0 0

https://discnaam.stackstorage.com/remote.php/webdav/ /home/<gebruikersnaam>/stack davfs user,rw,noauto 0 0

0
Nick Brouwer Admin 7 maart 2018 (#870)

Zowel onze VPS diensten als onze STACK servers bevinden zich in het DCG.

Ons datacenter heeft zijn zaken echter heel goed op orde, vooral op het gebied van brandveiligheid ;-) Zie ook deze pagina van het datacenter voor meer informatie over de garanties die zij bieden.

0
ohohrobinho 7 maart 2018 (#868)

Wat ik me alleen afvraag... Staat mijn VPS in een fysiek ander pand dan mijn STACK? Want als ik een backup maak van mijn VPS en deze opsla in STACK, wil ik niet dat mijn VPS en mijn backup naar zijn gootje gaan als de *** uitbreekt (fikkie in de server ruimte of zo).

1
pbaron71 4 februari 2018 (#702)

@aspidistra, da's een goeie tip... oudere linux distro's willen ook wel een problemen hebben met een '!' in t wachtwoord :)

1
aspidistra 4 februari 2018 (#700)

@pbaron71, Ik ben er eindelijk uit, en misschien helpt dit ook anderen: het wachtwoord mag niet met een # beginnen... Toen ik het wachtwoord veranderd had, werkte het direct. Misschien mag het helemaal geen # bevatten, maar dat heb ik niet verder uitgeprobeerd.

1
aspidistra 15 januari 2018 (#629)

@pbaron71, dankjewel voor je reactie. Zo staan mijn permissies ook, dus dat is 't niet.

1
pbaron71 15 januari 2018 (#628)

@aspidistra, weet niet precies wat de verschillen zijn tussen Raspbian en Ubuntu. Misschien de rechten op je secrets file? die van mij staan als volgt:

-rw------- 1 root root 2731 Jan 13 21:38 secrets

1
aspidistra 15 januari 2018 (#627)

@pbaron71, op Ubuntu Server 16.04 werkt het editen van /etc/davfs2/secrets helaas niet - hij blijft vragen om een wachtwoord. Heb je nog een idee wat er mis kan zijn?

2
pbaron71 13 januari 2018 (#613)

kleine update op mn laatste bericht: als je binnen Raspbian Lite het oorspronkelijke /etc/davfs2/secrets bestand edit en voorziet van de url, username en wachtwoord werkt het wel. (dus niet home/<username>/.davfs2/secrets) Bij het mounten wordt dan niet meer om gebruikersnaam en wachtwoord gevraagd. Tevens werkt 'auto' in /etc/fstab wel, als je maar _netdev toevoegt. dus:

https://discnaam.stackstorage.com/remote.php/webdav/ /home/<gebruikersnaam>/stack davfs user,rw,auto,_netdev 0 0

1
pbaron71 6 januari 2018 (#583)

Ook ik heb bovenstaande werkend gekregen op een raspberry pi 3. (Raspbian, stretch). Het enige probleem is dat mij het mounten toch om de credentials wordt gevraagd. ik heb zelf het idee dat op de raspberry het bestand secrets (waar de credentials instaan) wordt genegeerd door fstab. Dit is wel een probleem omdat ik nu na elke reboot handmatig de credentials moet gaan invoeren als ik mn stack wil mounten vanuit een script in bijvoorbeeld etc\local. Iemand enig idee? of is er een andere manier mogelijk om toch de credentials automatisch door te laten even na een reboot?

0
rutgerpuntnet 12 december 2017 (#484)

Zoals @chrisjuw al aangeeft (en ook in het stuk hierboven word afgeraden) werkt automount niet. Is er een andere manier om (al dan niet met lichte vertraging) de mount toch na een boot automatisch uit te voeren? (Debian)

0
Nick Brouwer Admin 11 december 2017 (#471)

@yannickokken

Ai, dat is vervelend! Onze helden van support kijken hier graag samen met je naar. Je kunt hen een bericht sturen via de knop 'Neem contact op' onder dit artikel.

Kun je hierbij screenshots sturen van de stappen die je hebt ondernomen? Aan de hand daarvan kunnen we je mogelijk van meer informatie voorzien.

0
yannickokken 9 december 2017 (#467)

Foutmelding is meerdere regels:

Warning: domain "beautycentrumdronten.nl" Not all the data was backed up into /root/stack/clients/huidetoile/domains/beautycentrumdronten.nl successfully. Total space: 745589809152; Available space: 745340375040; Mounted on: /root/stack. /bin/tar: /root/stack/pmm-dci-chn-xQIEwPFU: Cannot stat: Permission denied /bin/tar: Error is not recoverable: exiting now Warning: hosting "beautycentrumdronten.nl" Not all the data was backed up into /root/stack/clients/huidetoile/domains/beautycentrumdronten.nl successfully. Total space: 745589809152; Available space: 745339465728; Mounted on: /root/stack. /bin/tar: /root/stack/pmm-dci-chn-8zqU999F: Cannot stat: Permission denied /bin/tar: Error is not recoverable: exiting now Warning: hosting "beautycentrumdronten.nl" Not all the data was backed up into /root/stack/clients/huidetoile/domains/beautycentrumdronten.nl successfully. Total space: 745589809152; Available space: 745339465728; Mounted on: /root/stack. /bin/tar: /root/stack/pmm-dci-chn-wQhwTAHW: Cannot stat: Permission denied /bin/tar: Error is not recoverable: exiting now

0
yannickokken 9 december 2017 (#466)

Hoi ik krijg tijdens het backupen steeds de volgende foutmelding:

Not all the data was backed up into /root/stack/clients/huidetoile/domains/beautycentrumdronten.nl successfully. Total space: 745589809152; Available space: 745340375040; Mounted on: /root/stack. /bin/tar: /root/stack/pmm-dci-chn-xQIEwPFU: Cannot stat: Permission denied /bin/tar: Error is not recoverable: exiting now

Hij maakt wel een backup van een aantal dingen zoals de databases maar niet de files.

Bedank!

0
Nick Brouwer Admin 5 december 2017 (#430)

@ronaldverhagen

Wij leveren helaas geen directe support op het gebruik van STACK met een Raspberry Pi. Ik kan dus niet met 100% zekerheid zeggen of dit mogelijk is. Wellicht dat @chrisjuw hier een idee over heeft ;-)

0
ronaldverhagen 5 december 2017 (#428)

Na het volgen van bovenstaande instructies kan ik mijn stack omgeving mounten op een Raspberry Pi 3 met Debian (Stretch). chrisjuw geeft aan dat je ook een map dieper in de stack kunt gebruiken door de mapnaam toe te voegen aan de URL. Met dit in gedachte heb ik een poging gedaan om de link naar een gedeelde map in de stack te gebruiken. De URL is ziet eruit als https://discnaam.stackstorage.com/s/<Code> . Een uitdaging hier is dat er alleen een wachtwoord nodig is om toegang te krijgen en geen userid. Het opgeven van een leeg userid ("") in ~/.davfs2/secrets wordt niet ondersteund. Is het wel mogelijk?

0
Matthijs van Beek Admin 1 december 2017 (#414)

@netcie

Dat is een goede vraag! Wij hebben het artikel hierop aangepast. De verbinding tussen STACK en je VPS verloopt over het internet en gebruikt inderdaad dataverkeer van je VPS.

0
netcie 1 december 2017 (#410)

Indien ik een VPS afneem bij Transip en ik ook STACK gebruik, kost mij dat dan ook dataverkeer (van/naar de VPS) als ik deze als netwwerkschijf gebruik?

0
Marinus Verhoeven Admin 6 oktober 2017 (#135)

Hi,

'&&' ontbrak inderdaad in dat commando. Scherp gezien. Ik pas dat aan. Verder is de toelichting op de stap nano/fstab inderdaad wat onduidelijk. Ook dit pas ik aan. Bedankt voor je reactie, als je meer goede ideeën hebt horen we het graag :)

0
chrisjuw 30 september 2017 (#116)

Enkele opmerkingen en tips:

Hierboven zijn jullie '&&' vergeten in het volgende command:

chown <gebruikersnaam>:<groep> ~/.davfs2/secrets && chmod 600 ~/.davfs2/secrets

Wat je wilt toevoegen in fstab in het command typen, werkte bij mij niet, suggestie:

command 'nano /etc/fstab' en dan in dat bestand de rest met een tab ertussen (dus: https.... TAB directory TAB davfs TAB.. je snapt het wel) N.B. het is hier inderdaad niet 'davfs2'. Ik heb er zelf voor gekozen om niet home als directory te gebruiken, als je ook iets anders kiest: denk er dan aan dat je bij het (un)mounten de directory uittypt i.p.v. '~' te gebruiken. Tevens werkt het bij mij alleen met noauto

Wil je niet al jouw stack mappen zien? Wijzig de URL dan (waarbij 'mapnaam' uiteraard de naam is van de map op jouw stack waarin je uit wilt komen (maak die eerst aan op stack)):

https://discnaam.stackstorage.com/remote.php/webdav/mapnaam

Verder bedankt voor de uitleg!

Kom je er niet uit?

Ontvang persoonlijke hulp van onze supporters

Neem contact op