FAQ

Veelgestelde vragen

Praktische korte handleidingen voor het instellen van de service, toegang en veelvoorkomende klantacties.

> Een publieke SSH-sleutel maken in de terminal

Maak een publieke SSH-sleutel voor toegang en deel alleen de public key.

faq/publieke-ssh-sleutel-maken

Gebruik alleen de publieke sleutel

SSH gebruikt een sleutelpaar. Plak in de service-instellingen alleen de publieke sleutel, meestal het .pub-bestand. De private sleutel blijft op je apparaat.

Stappen in de terminal

  1. Open Terminal, Windows Terminal of PowerShell.
  2. Voer uit: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Accepteer de standaardlocatie of kies een veilig pad.
  4. Toon de publieke sleutel met: cat ~/.ssh/id_ed25519.pub.
  5. Gebruik in Windows PowerShell: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopieer de volledige ssh-ed25519-regel naar het veld SSH public key.

Controleer voor het plakken

Kopieer niet de private sleutel. Als je een passphrase instelt, bewaar die veilig voor later gebruik.

> Een SSH-sleutel grafisch maken in Windows

Windows GUI-stappen met PuTTYgen om een SSH-sleutel te maken.

faq/ssh-sleutel-grafisch-maken-windows

Alleen het publieke deel

PuTTYgen maakt een publieke en private sleutel. Voeg in Cli>_ alleen de publieke sleutel toe en bewaar de private sleutel lokaal.

Stappen in Windows

  1. Open PuTTYgen.
  2. Kies EdDSA / Ed25519 wanneer beschikbaar.
  3. Gebruik RSA 4096 alleen als reserve.
  4. Klik op Generate en beweeg de muis totdat de sleutel is gemaakt.
  5. Sla de private sleutel op je computer op.
  6. Kopieer de tekst van de publieke sleutel naar het veld SSH public key.

Deel geen privegegevens

Stuur geen .ppk-bestanden, private sleutels, passphrase, wachtwoorden of tokens naar support of formulieren.

> Eigen domein koppelen

Controleer vóór omschakeling autoritatieve DNS, exacte hostname, recordtype, apex of subdomein en conflicterende oude records.

faq/eigen-domein-koppelen

De exacte hostname bepaalt de aanpak

Bepaal of je apex domein zoals example.com of subdomein zoals app.example.com koppelt. Elk type kan andere DNS-records en beperkingen bij provider of registrar hebben.

Voor DNS-wijziging

  1. Controleer waar autoritatieve DNS-records worden beheerd.
  2. Verwijder of pas conflicterende A/AAAA, CNAME, ALIAS, ANAME of redirect records aan.
  3. Gebruik het aanbevolen recordtype voor service en hostname.
  4. Wacht op DNS-propagatie voordat je definitieve HTTPS test.

Veilige rollback

Zet oude hosting niet uit voordat de nieuwe hostname correct antwoordt. Stuur bij problemen domein, verwacht doel en publiek DNS-resultaat, geen registrar-toegang.

> DNS-zone overdragen

A/AAAA wijzen naar adressen, CNAME naar alias, MX naar mail en TXT naar verificaties, SPF, DKIM of DMARC.

faq/dns-zone-overdragen

Elk DNS-type heeft een eigen taak

A en AAAA wijzen naar IP-adressen, CNAME maakt een alias voor subdomein, MX routeert mail, TXT bevat verificaties en mailbeleid, CAA beperkt certificaatautoriteiten.

Records exact overnemen

  1. Kopieer naam, type en waarde exact volgens instructie.
  2. Plaats geen CNAME op een hostname met andere records als DNS-regels dat verbieden.
  3. Zet DKIM onder de providerselector en DMARC meestal onder _dmarc.
  4. Wees voorzichtig met CAA omdat verkeerde waarden certificaten kunnen blokkeren.

Als DNS niet werkt

Stuur hostname, recordtype, verwachte waarde en publiek zichtbaar resultaat. Deel geen DNS-login of screenshots met API-tokens.

> Accountregistratie en eerste login

Maak een werkaccount, vul factuurgegevens aan en houd toegang op een e-mailadres dat het team niet kwijtraakt.

faq/account-registration-and-login

Een account voor bestellingen en beheer

Gebruik het account als vaste plek voor bestellingen, factuurgegevens, services, domeinen en supportcommunicatie. Kies bij voorkeur een werkmailbox waar het team langdurig bij kan.

Voor je eerste bestelling

  1. Registreer met een werkmailadres.
  2. Bevestig het e-mailadres als de site daarom vraagt.
  3. Vul factuurgegevens in voordat je een betaalde bestelling plaatst.
  4. Schakel tweefactorauthenticatie in zodra die beschikbaar is.

Teamtoegang zonder wachtwoorden te sturen

Stuur je wachtwoord niet via chat of e-mail. Als meerdere mensen toegang nodig hebben, gebruik een interne password manager of vraag naar een aanbevolen werkwijze; support heeft je wachtwoord of sessietoken niet nodig.

> Hoe prepaid krediet werkt

Krediet toont saldo, geschatte looptijd, dagelijkse kosten van actieve services en zichtbare verwijderdatum bij schorsing.

faq/prepaid-credit-how-it-works

Krediet loopt af terwijl de service actief is

Bij prepaid services daalt het saldo volgens actieve tijd en gekozen configuratie. De dagelijkse kosten helpen inschatten hoeveel dagen overblijven en wanneer een zichtbare verwijderdatum kan verschijnen.

Schorsing door laag saldo voorkomen

  1. Controleer zichtbaar saldo en looptijd na het inloggen.
  2. Bekijk de nieuwe dagelijkse kosten vóór bestelling of wijziging.
  3. Waardeer tijdig op, niet pas op de laatste dag.
  4. Is een service geschorst, controleer meteen de mogelijke verwijderdatum.

Saldo laten controleren met beperkte gegevens

Stuur voor kredietvragen bestelnummer, servicenaam en periode die gecontroleerd moet worden. Stuur geen kaarten, wachtwoorden, privésleutels of volledige afschriften met gevoelige data.

> Maandraming, jaarraming en echt dagelijks verbruik

Maand- en jaarprijzen zijn vergelijkingen; bij prepaid telt het dagelijkse verbruik na bevestiging.

faq/billing-periods-and-credit-burn

Vergelijking is geen facturatiekalender

Gebruik de maandraming als 31 dagen en de jaarraming als 372 dagen. Werkelijk kredietverbruik volgt actieve servicetijd en bevestigde configuratie.

Prijswijziging beoordelen

  1. Vergelijk dagelijks verbruik vóór en na de wijziging.
  2. Meer CPU, RAM, schijf of betaalde opties verhogen meestal het verbruik.
  3. Zie een wijziging pas als actief na bevestiging, eventuele betaling en toepassing.
  4. Bewaar orderbevestigingen en kredietgeschiedenis voor administratie.

Controle over een specifieke periode

Support kan beter helpen met bestelnummer, servicenaam en datums. Stuur geen volledige bankgegevens, volledige afschriften of screenshots met onnodige persoonsgegevens.

> Bestelstatus na betaling

Na betaling kan een bestelling wachten op bevestiging van de betaalprovider; maak pas een duplicaat als de eerste geannuleerd of verlopen is.

faq/order-status-and-payment-confirmation

In behandeling is niet automatisch mislukt

Na terugkeer van de betaalpagina kan de bestelling nog wachten op bevestiging van de betaalprovider. Zolang deze niet duidelijk mislukt of verlopen is, kan het koppelen van betalingen lastiger maken.

Na afronden van betaling

  1. Keer terug naar Cli>_ vanaf de betaalpagina.
  2. Controleer bestelstatus en zichtbare melding.
  3. Wacht op bevestiging van de betaalprovider als de bestelling in behandeling blijft.
  4. Stuur bij problemen bestelnummer en zichtbare betaalreferentie.

Betaalgegevens die support niet nodig heeft

Support heeft geen kaartgegevens, wachtwoord of volledige bankbevestiging nodig. Bestelnummer, betaaltijd, zichtbare status en gemaskeerde screenshot bij fout zijn genoeg.

> Gegevens die service-inrichting versnellen

Bereid servicenaam, domein, opslag, toegangsmail en publieke SSH-sleutel voor; geheimen horen niet in formulieren.

faq/service-setup-information-needed

Precieze invoer voorkomt vertraging

Bestelformulieren zijn bedoeld voor publieke of niet-geheime waarden: servicenaam, domein, DNS-plan, opslag, CPU, RAM, adminmail of publieke SSH-sleutel. Wachtwoorden, privésleutels en tokens horen daar niet thuis.

Voorbereiding vóór bestellen

  1. Kies een herkenbare servicenaam voor je team.
  2. Bepaal of je eigen domein of tijdelijk systeemhostname gebruikt.
  3. Bereid de publieke SSH-sleutel voor als de service die vereist.
  4. Controleer opslag en resources volgens je applicatie.

Publieke waarden gescheiden houden van geheimen

Twijfel je of iets geheim is, vraag het zonder de waarde te sturen. Stuur geen privésleutels, wachtwoorden, tokens, database dumps of volledige configuratiebestanden.

> CPU, RAM, schijf of retentie wijzigen na bestelling

Wijzig de bestaande service vanuit detail; resources beïnvloeden prijs, dagelijks verbruik, herstart en downtime-risico.

faq/change-service-resources-after-order

Je wijzigt een service, je maakt geen nieuwe

Als de service draait, wijzig resources vanuit de servicedetails. Een nieuwe bestelling maakt een extra service en verandert prijs, dagelijks verbruik en gedrag pas na bevestiging, eventuele betaling en toepassing.

Voor het bevestigen van resources

  1. Bekijk huidige CPU, RAM, schijf, backups en Offsite Archive-retentie.
  2. Controleer nieuwe dagelijkse prijs en effect op krediet.
  3. Lees meldingen over herstart, onderhoud of downtime.
  4. Maak een eigen export van belangrijke data vóór risicovolle wijzigingen.

Als de wijziging anders uitpakt

Stuur servicenaam, tijd van wijziging, zichtbare status en foutmelding. Stuur geen privésleutels, wachtwoorden of tokens; publieke context en gemaskeerde screenshot volstaan.

> Service annuleren en datum voor dataverwijdering

Een ingerichte service wordt eerst geschorst, toont een configureerbare zichtbare verwijderdatum en kan daarna worden opgeschoond.

faq/cancel-service-and-data-retention

Annuleren betekent niet altijd direct wissen

Bij een al ingerichte service volgt eerst schorsing met configureerbare zichtbare verwijderdatum voor herstel of export. Onbetaalde bestellingen in behandeling zonder draaiende data kunnen anders verlopen.

Controle vóór annuleren

  1. Exporteer data die je langdurig nodig hebt.
  2. Lees datum en tijd van geplande verwijdering bij de geschorste service.
  3. Verwar backups en Offsite Archive niet met verwijdercyclus van de service.
  4. Neem bij twijfel contact op vóór de verwijderdatum.

Herstel na de termijn is onzeker

Na de zichtbare datum moet je niet rekenen op beschikbare data. Stuur voor vragen bestelnummer en servicenaam, geen database-exports of inloggegevens.

> Backups en herstelaanvragen

Backups zijn voor operationeel herstel, niet als vervanging van exports; herstel kan nieuwere data overschrijven.

faq/backups-and-restore-requests

Backup is geen permanent archief

Backupretentie hangt af van product en opties. Een backup helpt bij operationeel herstel, maar vervangt geen eigen export, auditarchief of Offsite Archive.

Herstelaanvraag voorbereiden

  1. Noem servicenaam en bestelnummer.
  2. Beschrijf het geschatte tijdstip waarnaar je terug wilt.
  3. Geef aan of het hele service of een onderdeel betreft, als dat ondersteund wordt.
  4. Voeg zichtbare fout of context toe zonder wachtwoorden, tokens of privésleutels.

Gevolg van terugzetten

Als de service intussen nieuwe data ontving, kan herstel die vervangen door oudere staat. Informeer je team en exporteer wat je niet wilt verliezen voordat je bevestigt.

> Waar Offsite Archive voor dient

Offsite Archive bewaart externe archiefkopieën los van korte operationele backups en de service-lifecycle.

faq/offsite-archive-purpose

Extern archief buiten dagelijkse operatie

Offsite Archive is bedoeld voor externe archiefkopieën en langere bewaring. Het is geen live app-schijf, geen vervanging van lokale exports en niet hetzelfde als korte operationele backups.

Wanneer inschakelen

  1. Gebruik het voor data die buiten normale operatie bewaard moet blijven.
  2. Kies retentiedagen volgens compliance, bedrijfsbehoefte of recoverydoel.
  3. Let erop dat prijs groeit met opgeslagen volume en bewaartijd.
  4. Plan grote datasets samen met je eigen exportproces.

Kosten op basis van volume en tijd

De basis is MB-days: hoeveel data wordt opgeslagen en hoeveel dagen. Het tarief verschijnt als EUR/GB/maand en wordt afgerond op hele centen.

> CPU, RAM en schijf kiezen voor VPS

Kies VPS-grootte op applicatie, database, cache, logs en groei; OOM of continu swap wijst op meer RAM.

faq/vps-cpu-ram-and-disk-sizing

Begin bij echte belasting

Een kleine statische site vraagt iets anders dan database, Java-app, zoekfunctie of container builds. Reken met appgeheugen, cache, database, logs, uploads en groeimarge.

Signalen dat het plan te klein is

  1. Verhoog RAM bij OOM, out of memory, process killed of blijvend swapgebruik.
  2. Verhoog CPU bij langdurige compute, compressie, builds of drukke workers.
  3. Vergroot schijf vóór filesystem, logs of database vol raken.
  4. Controleer na elke wijziging of de oorspronkelijke limiet verdwenen is.

Nuttige context voor sizing

Helpende gegevens zijn servicenaam, applicatietype, zichtbare fout, geschatte tijd en huidige CPU, RAM en schijf. Stuur geen wachtwoorden, privésleutels of volledige interne configuraties.

> Wanneer een publieke IP voor VPS zinvol is

Een dedicated publieke IP helpt bij toegestane lijsten, inkomende toegang, stabiele uitgaande bron of services die aan adres gebonden zijn.

faq/vps-public-ip-options

Bepaal eerst de verkeersrichting

Een publieke IP is niet automatisch nodig voor elke service. Meestal gaat het om partner-, leverancier- of firewallvereisten voor toegestane lijst, stabiele uitgaande bron of inkomende toegang op een specifieke poort.

Vragen vóór IP-bestelling

  1. Vraag of de toegestane lijst inkomende, uitgaande of beide betreft.
  2. Gebruik DNS-namen in plaats van numerieke IPs waar mogelijk.
  3. Open alleen poorten die de applicatie echt nodig heeft.
  4. Deel de toegestane lijst-eis voordat je productietoegang wijzigt.

Houd onnodige poorten dicht

Een publieke IP betekent niet alle poorten openen. Ontwerp toegang via minimaal benodigde services en stuur geen wachtwoorden, privésleutels of interne firewallregels met geheimen.

> Gedeelde SSH-toegang tot VPS

Zonder gekochte publieke IP gebruikt de VPS een gedeeld SSH-endpoint met hoge poort; met publieke IP kan ook directe SSH op dat adres bestaan.

faq/shared-ssh-access-for-vps

Waarom gedeelde SSH een hoge poort gebruikt

Meerdere VPS-services kunnen hetzelfde publieke SSH-endpoint delen. Daarom krijgt elke service een eigen hoge poort: de publieke host wijst naar de gedeelde ingang en de poort bepaalt naar welke VPS de verbinding gaat.

Verbinden per beschikbaar toegangstype

  1. Kopieer bij gedeelde SSH gebruiker, publieke host en hoge poort uit de servicedetails.
  2. Gebruik ssh -p <poort> <gebruiker>@<publieke-host> en laat de hoge poort niet weg.
  3. Koop je een publieke IP, dan kan er daarnaast directe SSH op die IP of de bijbehorende DNS-naam verschijnen.
  4. De privésleutel blijft op je eigen computer; support heeft host, poort, gebruiker en zichtbare fout nodig.

Wat verandert met een publieke IP

De publieke IP verwijdert het gedeelde endpoint niet per se. Het voegt een directe route toe voor toegestane lijsten, monitoring of integraties; als SSH op die route aan staat, gebruik je de publieke IP of DNS van de service in plaats van de gedeelde host met hoge poort.

> Checklist vóór koppelen van eigen domein

Controleer vóór omschakeling autoritatieve DNS, exacte hostname, recordtype, apex of subdomein en conflicterende oude records.

faq/custom-domain-readiness-checklist

De exacte hostname bepaalt de aanpak

Bepaal of je apex domein zoals example.com of subdomein zoals app.example.com koppelt. Elk type kan andere DNS-records en beperkingen bij provider of registrar hebben.

Voor DNS-wijziging

  1. Controleer waar autoritatieve DNS-records worden beheerd.
  2. Verwijder of pas conflicterende A/AAAA, CNAME, ALIAS, ANAME of redirect records aan.
  3. Gebruik het aanbevolen recordtype voor service en hostname.
  4. Wacht op DNS-propagatie voordat je definitieve HTTPS test.

Veilige rollback

Zet oude hosting niet uit voordat de nieuwe hostname correct antwoordt. Stuur bij problemen domein, verwacht doel en publiek DNS-resultaat, geen registrar-toegang.

> DNS-recordtypes voor services

A/AAAA wijzen naar adressen, CNAME naar alias, MX naar mail en TXT naar verificaties, SPF, DKIM of DMARC.

faq/dns-record-types-for-services

Elk DNS-type heeft een eigen taak

A en AAAA wijzen naar IP-adressen, CNAME maakt een alias voor subdomein, MX routeert mail, TXT bevat verificaties en mailbeleid, CAA beperkt certificaatautoriteiten.

Records exact overnemen

  1. Kopieer naam, type en waarde exact volgens instructie.
  2. Plaats geen CNAME op een hostname met andere records als DNS-regels dat verbieden.
  3. Zet DKIM onder de providerselector en DMARC meestal onder _dmarc.
  4. Wees voorzichtig met CAA omdat verkeerde waarden certificaten kunnen blokkeren.

Als DNS niet werkt

Stuur hostname, recordtype, verwachte waarde en publiek zichtbaar resultaat. Deel geen DNS-login of screenshots met API-tokens.

> DNS-propagatie en TTL zonder minuutgarantie

TTL bepaalt hoe lang resolvers een oud antwoord bewaren; tijdens overgang kunnen oude en nieuwe resultaten naast elkaar bestaan.

faq/dns-propagation-and-ttl

Propagatie is cache, geen magische wachttijd

DNS geeft geen exacte belofte per minuut. Na wijziging van autoritatieve DNS kunnen resolvers oude of nieuwe antwoorden geven totdat hun cache volgens TTL verloopt.

Bij geplande wijzigingen

  1. Verlaag TTL vooraf als de provider dat toestaat.
  2. Maak na de DNS-wijziging geen willekeurige herhaalde edits terwijl caches verlopen.
  3. Test via meerdere resolvers als resultaten verschillen.
  4. Noteer wijzigingstijd, oude waarde, nieuwe waarde en TTL.

Informatie voor propagatieonderzoek

Noem hostname, verwacht doel, zichtbaar oud antwoord, zichtbaar nieuw antwoord, TTL en wijzigingstijd. Stuur geen DNS-accounttoegang of interne leveranciersnotities.

> Opslagplanning voor Nextcloud

Tel gebruikersbestanden, gedeelde mappen, versies, prullenbak, voorbeelden, synchronisatie-overhead en teamgroei mee.

faq/nextcloud-storage-planning

Nextcloud groeit buiten zichtbare bestanden

Capaciteit gaat naar gebruikersbestanden, gedeelde mappen, verwijderde bestanden, versiebeheer, voorbeelden, miniaturen, syncclients en imports. Dicht bij de limiet kunnen uploads en sync falen.

Capaciteit bepalen vóór bestelling

  1. Tel huidige gebruikersdata en gedeelde mappen op.
  2. Voeg marge toe voor versies, prullenbak, voorbeelden en synchronisatie-overhead.
  3. Houd rekening met grote imports, nieuwe teams en verwachte groei.
  4. Vergroot opslag voordat gebruikers de limiet raken.

Bij syncproblemen

Stuur servicegrootte, geschat gebruik, tijd van probleem en zichtbare clientfout. Stuur geen persoonlijke bestanden, wachtwoorden of gebruikersdata-exports tenzij veilig gevraagd.

> Repositories migreren naar Gitea

Plan de Git-migratie met LFS, submodules, rechten, deploysleutels, webhooks en CI/CD.

faq/gitea-repository-migration

Migratie is meer dan git clone

Naast repositorygeschiedenis moet je eigenaars, teams, beschermde branches, beschermde tags, Git LFS, submodules, deploysleutels, webhooks en CI/CD overzetten of opnieuw instellen.

Controle vóór omschakeling

  1. Maak een lijst van repositories, eigenaars, toegangsgroepen en automatiseringsaccounts.
  2. Controleer Git LFS, submodules, branch protections en tag protections.
  3. Test na migratie clone, push, Git LFS, submodules en CI.
  4. Trek oude tokens in of roteer ze zonder waarden te delen.

Gevoelige gegevens tijdens migratie

Stuur geen tokens, privésleutels, privégedeelte van deploysleutels of CI-geheimen. Namen van repositories, integratietype, zichtbare fout en eerdere werking zijn genoeg.

> Verzenddomein voor Listmonk

Bereid voor campagnes verzenddomein of subdomein, afzenderidentiteit, SPF, DKIM, DMARC, bounce en unsubscribe voor.

faq/listmonk-sender-domain-basics

Deliverability begint bij het domein

Listmonk heeft een duidelijke afzenderidentiteit en verifieerbare DNS-records nodig. SPF, DKIM en DMARC moeten passen bij het domein of subdomein waarmee je campagnes verstuurt.

Voor de eerste campagne

  1. Kies verzenddomein of subdomein en afzendernaam.
  2. Voeg verificatie-DNS, SPF, DKIM selector en DMARC toe.
  3. Test bezorging, bounce of Return-Path en links in het bericht.
  4. Controleer afmelden en List-Unsubscribe vóór echte verzending.

Mailgeheimen buiten tickets houden

Stuur voor diagnose domein, recordtype, publiek zichtbare DNS-waarde en foutmelding. Deel geen SMTP-wachtwoorden, API-tokens, privé-DKIM-sleutel of ontvangerslijsten met persoonsgegevens.

> Runtime-instellingen voor Classic Hosting

Classic Hosting kan auto of manual Runtime gebruiken; CPU, RAM, opslag, retentie, uploads, cache en logs beïnvloeden kosten en stabiliteit.

faq/classic-hosting-runtime-settings

Auto is niet altijd de juiste keuze

Auto Runtime helpt bij herkende projecten, maar manual mode is geschikt als je Nginx, Apache, FrankenPHP of een specifieke runtime wilt kiezen. Gebruik PHP selector alleen waar de gekozen runtime die ondersteunt.

Instellingen vóór deployment

  1. Kies auto of manual Runtime volgens framework en buildwijze.
  2. Selecteer PHP 8.2, 8.3 of 8.4 alleen voor ondersteunde PHP-scenario’s.
  3. Stel CPU, RAM, schijf, backupretentie en Offsite Archive in volgens data en verkeer.
  4. Test na deploy uploads, cache, logs en zichtbare applicatiefouten.

Als de applicatie niet start

Stuur runtime mode, taal of PHP-versie, zichtbare fout, recente wijziging en geschatte tijd. Stuur geen .env-bestanden, wachtwoorden, tokens of volledige logs met gevoelige waarden.

> Welke informatie veilig is voor support

Bestelnummers, services, domeinen, tijden, publieke hosts, poorten, retenties, uploads, cache, logs, screenshots en zichtbare fouten helpen zonder geheimen.

faq/support-safe-information-to-share

Een goed ticket bevat context, geen geheimen

Support reageert sneller met bestelnummer, servicenaam, domein, publieke host of poort, tijd van probleem, wat gewijzigd is en exacte zichtbare foutmelding.

Veilige inhoud van het bericht

  1. Noem bestelling, service, domein, tijd en stap waarbij het probleem ontstond.
  2. Voeg bij hosting runtime, PHP of taal, CPU, RAM, schijf, uploads, cache en logs toe zonder geheime waarden.
  3. Snijd screenshots bij of maskeer gevoelige delen vóór verzending.
  4. Twijfel je of iets in het ticket hoort, vraag eerst zonder de waarde te sturen.

Wat je nooit moet delen

Stuur geen wachtwoorden, privésleutels, herstelseeds, API-tokens, sessiecookies, database-exports, volledige .env-bestanden, logs met geheime waarden of interne infrastructuurdetails.