Veelgestelde vragen

Veelgestelde vragen

Praktische, beknopte instructies voor het instellen van services, toegang en veelvoorkomende klantacties.

> Hoe werkt het Cli>_ kredietsysteem?

Eén gedeeld prepaid saldo betaalt alle geschikte services en wordt alleen verbruikt zolang ze actief zijn.
faq/prepaid-credit-how-it-works

Je Cli>_ account heeft één gedeeld prepaid kredietsaldo. Nieuwe klanten die in aanmerking komen, kunnen Starter Credit pas claimen nadat zij de vereiste account- en antimisbruikverificatie hebben voltooid. Actieve geschikte services verbruiken het saldo na verloop van tijd. De maandraming gebruikt 31 dagen en een nieuwe service kan alleen starten als het saldo minstens 7 dagen dekt. Daalt de geschatte looptijd onder 7 dagen, dan verschijnt een rode waarschuwing; anders verschijnt onder 14 dagen een oranje waarschuwing.

Na uitputting van het saldo wordt een service na 7 dagen geschorst, verbruikt hij geen krediet meer en begint de bewaar- en verwijdertermijn van 7 dagen. Vóór de getoonde deadline kun je hem met genoeg krediet herstarten. Annulering van een ingerichte service schorst hem ook en start dezelfde termijn. Een wachtende, nog niet ingerichte service kan direct worden gedeactiveerd. Na de deadline beginnen de deactivering en verwijdering van de ingerichte service. Force delete deactiveert de service direct, slaat de bewaring over en start verwijdering uit de actieve runtime; voltooiing volgt na verwerking van deployment en GitOps. Back-ups en Offsite Archive hebben afzonderlijke bewaartermijnen.

Voorbeeld OpenCode voor EUR 9,90: 9,90 / 31 ≈ EUR 0,319 per dag. Na 10 volle dagen is ongeveer EUR 3,19 verbruikt. Bij precies EUR 9,90 beginsaldo en zonder andere services blijft ongeveer EUR 6,71 over. Na uitschakeling stopt het verdere verbruik.

Dit voorbeeld is illustratief. De actuele prijzen die Cli>_ toont zijn altijd bepalend.

> Hoe genereert u een publieke SSH-sleutel via de commandoregel

Maak een openbare SSH-sleutel aan voor veilige toegang tot uw VPS. Deel alleen de openbare sleutel met Cli>_; bewaar de privé-sleutel op uw apparaat.
faq/publieke-ssh-sleutel-maken

De openbare sleutel wordt gedeeld, de privé-sleutel blijft bij u

Voeg alleen de openbare SSH-sleutel toe aan uw bestelling of serviceconfiguratie. De privé-sleutel blijft op uw computer en wordt niet naar de ondersteuning gestuurd of in een webformulier ingevoerd.

Stappen

  1. Open een terminal op uw computer.
  2. Voer het volgende commando uit: ssh-keygen -t ed25519 -C "uw-e-mailadres@example.com".
  3. Bevestig de locatie om het bestand op te slaan, of kies een andere locatie. Stuur uw privésleutel nooit naar iemand.
  4. De publieke sleutel wordt weergegeven met het commando: `cat ~/.ssh/id_ed25519.pub`.
  5. Kopieer de volledige regel die begint met `ssh-ed25519` en plak deze in het veld 'SSH publieke sleutel' tijdens het afrekenen of configureren van de service.
  6. Kopieer de volledige regel met `ssh-ed25519` en plak deze in het veld 'SSH Public Key'.

Controleer voor het plakken

  1. Open PowerShell of Windows Terminal.
  2. Voer het commando uit: ssh-keygen -t ed25519 -C "uw-e-mailadres@example.com".
  3. Druk op Enter om de sleutel op te slaan in C:\Users\uw-gebruiker\.ssh\id_ed25519, of voer een aangepast pad in.
  4. Als Windows vraagt om een wachtwoordzin, gebruik dan een wachtwoordzin die u veilig kunt opslaan, of druk op Enter om deze over te slaan voor een eenvoudige configuratie.
  5. De openbare sleutel wordt weergegeven met het commando: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopieer alleen de volledige regel die begint met ssh-ed25519. Kopieer of upload geen bestand met de privésleutel.
> Hoe maakt u een SSH-sleutel grafisch aan in Windows

Een grafische handleiding voor Windows om een SSH-sleutelpaar te genereren zonder gebruik te maken van de opdrachtprompt.
faq/ssh-sleutel-grafisch-maken-windows

Gebruik een Windows-tool en plak alleen de publieke sleutel

U kunt een SSH-sleutelpaar visueel maken met een Windows-SSH-client zoals PuTTYgen. Cli>_ heeft alleen de publieke sleutel nodig. Bewaar het privébestand op uw computer en upload het niet via een webformulier.

Procedure

  1. Installeer PuTTY of open PuTTYgen, als deze nog niet geïnstalleerd is.
  2. Kies EdDSA/Ed25519 indien beschikbaar, anders kies RSA 4096.
  3. Klik op 'Generate' en beweeg de muis over het lege gebied totdat de sleutel wordt gegenereerd.
  4. Voeg een wachtwoord toe als u extra lokale beveiliging voor uw privésleutel wilt.
  5. Sla de privésleutel op uw apparaat op en houd deze vertrouwelijk.
  6. Kopieer de tekst van de publieke sleutel en plak deze in het veld SSH-publieke sleutel.

Geef geen gevoelige gegevens door

Stuur geen .ppk-bestanden, privésleutels, wachtwoorden, wachtzinnen of tokens naar de supportafdeling of via formulieren.

> Breng uw eigen domein mee

Lees hoe u uw eigen domein of subdomein naar een CLIopen-service kunt leiden voordat u de functie 'Breng uw eigen domein' activeert.
faq/eigen-domein-koppelen

Wat deze instelling doet

Met 'Eigen domein' kunt u ervoor zorgen dat uw service reageert op uw eigen hostnaam, bijvoorbeeld app.example.com, in plaats van de standaard gegenereerde *.co.cliopen.cloud-hostnaam. Uw DNS moet eerst naar CLIopen verwijzen voordat de hostnaam veilig door de service kan worden gebruikt.

Voordat u begint

  1. Kies de exacte hostnaam die u wilt gebruiken, bijvoorbeeld app.example.com. Het gebruik van een subdomain is vaak de eenvoudigste optie.
  2. Open het DNS-beheer bij uw domeinregistreerder of DNS-provider.
  3. Verwijder eventuele conflicterende A-, AAAA-, CNAME-, ALIAS- of redirect-records voor dezelfde hostnaam.
  4. Houd de automatisch gegenereerde CLIopen hostname actief totdat uw aangepaste hostname is geverifieerd en volledig functioneert.

Aanbevolen DNS-instellingen voor een subdomain

Maak DNS-records voor de exacte hostnaam die u invoert in CLIopen. Voor app.example.com is het DNS-label app. Wijzig deze naar de CLIopen ingress-adressen die u ontvangt van CLIopen support of in uw servicedocumentatie. Als uw provider een recordtype vraagt, gebruik dan een 'A'-record voor IPv4 en een 'AAAA'-record voor IPv6 wanneer die adressen worden verstrekt.

Voorbeeld:

app.example.com.  A     <CLIopen IPv4-adres>
app.example.com.  AAAA  <CLIopen IPv6-adres, indien beschikbaar>

Wanneer CLIopen een CNAME-doel aanbiedt

Sommige services geven u een gegenereerde hostnaam, zoals service.customer.co.cliopen.cloud. Als de instructies voor uw service expliciet aangeven dat u een CNAME moet gebruiken, maak dan een record zoals app.example.com CNAME service.customer.co.cliopen.cloud. Gebruik CNAME alleen voor subdomeinen, niet voor het hoofddomein, tenzij uw DNS-provider ALIAS of ANAME flattening ondersteunt.

Gebruik van de hoofddomein

Voor een blote domeinnaam zoals example.com staan de meeste DNS-providers geen standaard CNAME toe. Gebruik A/AAAA-records die verwijzen naar de CLIopen ingress-adressen, of gebruik de ALIAS/ANAME-functie van uw provider als CLIopen u een hostnaam heeft verstrekt.

Delegatie van een volledige subzone

Als u wilt dat CLIopen records beheert onder een subzone zoals apps.example.com, maak dan NS-records voor die subzone en laat deze verwijzen naar de CLIopen nameservers die u hebt ontvangen. Wijzig de nameservers van het hele domein niet, tenzij u opzettelijk wilt dat CLIopen (of een andere DNS-service) alle records beheert.

Controllijst

  1. Wacht tot de DNS-propagatie is voltooid. Kleine wijzigingen zijn vaak binnen enkele minuten zichtbaar, maar sommige providers cachen langer.
  2. Controleer of de hostnaam verwijst naar de CLIopen-server en niet naar een oude provider.
  3. Voer in het veld 'Eigen domein' de exacte hostnaam in, zonder `https://` en zonder pad.
  4. Nadat u de service heeft bijgewerkt, test u `https://app.example.com` in uw browser.
  5. Behoud oude DNS-records alleen als deze niet conflicteren met de nieuwe hostnaam.
> Hoe een DNS-zone over te zetten naar CLIopen

Delegeer uw domein naar ns1.cliopen.com en ns2.cliopen.com, zodat CLIopen de records voor het gehele domein kan publiceren.
faq/dns-zone-overdragen

Wat betekent 'zoneoverdracht' hier?

Bij een DNS-overdracht voor klanten betekent dit het wijzigen van de autoritatieve nameservers bij uw domeinregistreerder. Nadat u naar CLIopen hebt gedelegeerd, worden de DNS-records die in CLIopen zijn toegevoegd, gepubliceerd via onze autoritatieve nameservers.

Voordat u de nameservers wijzigt

  1. Kopieer bestaande DNS-records die u nog nodig heeft, zoals website-, e-mail-, verificatie-, SPF-, DKIM-, DMARC- en service-records.
  2. Voeg een zone toe in CLIopen DNS. Als de delegatie nog niet klaar is, slaat CLIopen deze op, maar activeert deze niet voor klanten totdat de validatie is goedgekeurd.
  3. Maak indien mogelijk de benodigde records aan in CLIopen DNS voordat u de nameservers wijzigt.
  4. Let op dat u de CAA-instelling correct configureert, omdat verkeerde waarden het uitgeven van certificaten kunnen voorkomen.

Delegeer de zone

  1. Open de domeininstellingen bij uw registrar, bijvoorbeeld example.com.
  2. Zoek naar Nameservers, DNS-delegatie of Authoritatieve DNS-instellingen.
  3. Vervang de huidige nameservers door ns1.cliopen.com en ns2.cliopen.com.
  4. Sla de wijziging op en wacht tot de propagatie in de register en resolvers is voltooid.

Validatie

Ga terug naar CLIopen DNS en klik op 'Delegatie opnieuw controleren'. Wanneer de openbare NS-records ns1.cliopen.com en ns2.cliopen.com weergeven, wordt de zone in de wachtrij geplaatst voor synchronisatie en worden de records actief via CLIopen.

> Accountregistratie en eerste login

Maak een enkel bedrijfsaccount aan, voeg factuurgegevens toe en bewaar de toegang via een e-mailadres dat uw team kan gebruiken.
faq/account-registration-and-login

Eén account voor bestellingen en beheer

Gebruik dit account als centrale plek voor uw bestellingen, factuurgegevens, services, domeinen en communicatie met de klantenservice. Gebruik bij voorkeur een zakelijk e-mailadres waar uw team ook na personeelsveranderingen toegang toe heeft.

Voordat u uw eerste bestelling plaatst

  1. Registreer u met uw zakelijke e-mailadres.
  2. Bevestig het e-mailbericht als de website daarom vraagt.
  3. Vul uw factuurgegevens in voordat u een betaalde bestelling plaatst.
  4. Schakel tweefactorauthenticatie in zodra deze beschikbaar is.

Toegang voor teams

Deel uw wachtwoord niet via chat of e-mail. Als meerdere personen toegang nodig hebben, gebruik dan een intern wachtwoordbeheerprogramma of vraag naar de aanbevolen teamprocedure; de ondersteuning heeft uw wachtwoord of authenticatietoken niet nodig.

> Geschatte maandelijkse kosten, geschatte jaarlijkse kosten en werkelijk dagelijks verbruik

De maand- en jaarprijzen zijn ter vergelijking; bij abonnementen geldt het daadwerkelijke dagelijkse verbruik na bevestiging van de wijziging.
faq/billing-periods-and-credit-burn

De vergelijking is geen factuurkalender

Gebruik de maandelijkse schatting als een referentie voor 31 dagen, en de jaarlijkse schatting als een referentie voor 372 dagen. Het werkelijke verbruik van tegoed bij voorgebetaalde diensten vindt plaats op basis van de actieve gebruiksduur van de dienst en de bevestigde configuratie.

Wat u moet controleren bij een prijswijziging

  1. Vergelijk het dagelijkse energieverbruik vóór en na de wijziging.
  2. Houd er rekening mee dat een hogere CPU, meer RAM of schijfruimte, of betaalde opties, meestal leiden tot een hoger dagelijks verbruik.
  3. De wijziging wordt pas actief nadat deze is bevestigd, eventueel betaald en toegepast.
  4. Bewaar voor uw boekhouding de orderbevestiging en de creditgeschiedenis.

Bekijk de gegevens voor een specifieke periode.

Voor de klantenservice is het handig om het bestelnummer, de naam van de dienst en de datums te hebben waarvoor u een controle wilt uitvoeren. Stuur geen bankgegevens, volledige betalingsspecificaties of screenshots met ongewenste persoonlijke gegevens.

> Status van uw bestelling na betaling

Uw bestelling kan even duren voordat deze wordt verwerkt, omdat we nog bevestiging van de betaaldienstverlener ontvangen. Maak pas een duplicaat als de eerste bestelling duidelijk is geannuleerd of verlopen.
faq/order-status-and-payment-confirmation

'In behandeling' betekent niet automatisch 'mislukt'

Na terugkomst van de betaalpagina kan een bestelling nog in afwachting zijn van bevestiging door de betalingsprovider. Zolang de status niet duidelijk als mislukt of verlopen wordt weergegeven, kan het koppelen van betalingen lastiger worden door onnodige dubbele bestellingen.

Wat u kunt doen na uw betaling

  1. Na het voltooien van de betaling, keer terug naar Cli>_.
  2. Controleer uw account om de status van de bestelling en eventuele berichten te bekijken.
  3. Als de bestelling nog in behandeling is, geef dan de aanbieder even de tijd om deze te bevestigen.
  4. Neem bij problemen contact op met de klantenservice en geef het bestelnummer en, indien beschikbaar, de referentie van de betaling door.

Wat u niet moet verzenden

De klantenservice heeft geen gegevens van uw betaalkaart, wachtwoord of volledige bankafschrift nodig. Het volstaat om het bestelnummer, het tijdstip van de betaling, de zichtbare status en een bewerkte screenshot te verstrekken als er een fout wordt weergegeven.

> Informatie die het instellen van de service versnelt

Bereid de naam van de service, het domein, de opslagruimte, het toegangsemailadres en de publieke SSH-sleutel voor; gevoelige gegevens horen niet in formulieren.
faq/service-setup-information-needed

Nauwkeurige invoer bespaart tijd

Gebruik de bestelformulieren voor openbare of niet-geheime waarden: servicenaam, domein, DNS-plan, opslagruimte, CPU, RAM, admin e-mailadres of een publieke SSH-sleutel. Wachtwoorden, privésleutels en tokens horen niet in het formulier.

Bereid u voor voordat u bestelt

  1. Kies een herkenbare servicenaam voor uw team.
  2. Bepaal of u een eigen domein wilt gebruiken of een tijdelijke systeemhostnaam.
  3. Bereid een publieke SSH-sleutel voor, indien de service dit vereist.
  4. Controleer de opslagruimte en resources op basis van de applicatie die u wilt gebruiken.

Verstuur geen vertrouwelijke informatie

Als u niet zeker weet of een gegevensitem vertrouwelijk is, vraag er dan naar zonder deze te verzenden. Verstuur geen privé sleutels, wachtwoorden, tokens, database dumps of volledige configuratiebestanden naar de chat of het bestelformulier.

> Wijzigen van CPU, RAM, schijf of opslag na bestelling

Wijzig bestaande services via hun detailscherm, niet door een nieuwe, dubbele bestelling te plaatsen. Een wijziging in resources kan gevolgen hebben voor de prijs, het dagelijkse creditverbruik, een eventuele herstart en het risico op downtime.
faq/change-service-resources-after-order

U wijzigt een bestaande service, u maakt geen nieuwe aan

Als de service al actief is, wijzig dan de resources via de details van die service. Een nieuwe bestelling creëert een extra service in plaats van een bestaande te wijzigen en kan na bevestiging, betaling (indien nodig) en toepassing de prijs, het dagelijkse creditverbruik en het gedrag veranderen.

Voordat u de wijziging bevestigt

  1. Bekijk het huidige CPU-, RAM- en schijfgebruik, de back-upgegevens en de retentieperiode van Offsite Archive.
  2. Controleer de nieuwe dagelijkse prijs en de impact op uw krediet.
  3. Lees waarschuwingen over herstarts, onderhoud of downtime.
  4. Maak een eigen export van belangrijke gegevens voordat u risicovolle wijzigingen aanbrengt.

Wat te doen als de wijziging niet verloopt zoals verwacht

Stuur de servicenaam, het tijdstip van de wijziging, de zichtbare status en eventuele foutmeldingen. Stuur geen privésleutels, wachtwoorden of tokens; voor diagnose is een publieke context en een bewerkte screenshot voldoende.

> Annulering van de service en de termijn voor het verwijderen van data

De aangeboden dienst wordt in eerste instantie onderbroken. Er wordt een configureerbare, zichtbare datum weergegeven waarop de gegevens worden verwijderd, waarna de definitieve opruiming kan plaatsvinden.
faq/cancel-service-and-data-retention

Annuleren betekent niet altijd direct verwijderen

Bij een reeds actieve service wordt deze eerst tijdelijk stopgezet en er wordt een configureerbare zichtbare verwijderdatum getoond, waarna herstel of export mogelijk is. In behandeling zijnde, onbetaalde bestellingen zonder lopende data kunnen anders werken, en de definitieve verwijdering vindt pas plaats na het verstrijken van de bewaartermijn.

Controleer voordat u annuleert

  1. Maak uw eigen export aan voordat u annuleert of uw krediet opraakt.
  2. Lees de datum en tijd van de geplande verwijdering bij een onderbroken dienst.
  3. Houd er rekening mee dat back-ups en Offsite Archive verschillen van lifecycle-verwijdering.
  4. Neem contact op met de klantenservice als u twijfelt, vóór de datum waarop gegevens worden verwijderd.

Het herstellen van gegevens na de deadline is mogelijk niet meer mogelijk.

Na het verstrijken van de zichtbare termijn mag u niet meer vertrouwen op de beschikbaarheid van gegevens. Vermeld bij vragen uw bestelnummer en de naam van de dienst, maar geen database-exporten of inloggegevens.

> Back-ups en herstelverzoeken

Back-ups zijn bedoeld voor operationeel herstel, niet als vervanging voor exports; een herstelbewerking kan nieuwere gegevens overschrijven.
faq/backups-and-restore-requests

Back-ups zijn geen archief of export

De bewaartermijn van back-ups is afhankelijk van het product en de geselecteerde opties. Een back-up helpt bij operationeel herstel, maar vervangt geen eigen export, auditarchief of Offsite Archive. Het terugzetten van een back-up kan nieuwere wijzigingen overschrijven.

Hoe bereidt u een herstelaanvraag voor?

  1. Vermeld de naam van de dienst en het bestelnummer.
  2. Beschrijf het geschatte tijdstip waarop u terug wilt keren.
  3. Geef aan of de hele dienst of een specifiek onderdeel moet worden hersteld, indien ondersteund.
  4. Voeg een duidelijke foutmelding of context toe, maar vermeld geen wachtwoorden, tokens of privésleutels.

Houd rekening met de impact voordat u een herstel uitvoert

Als de service ondertussen nieuwe gegevens heeft ontvangen, kan het herstel deze vervangen door een oudere versie. Informeer uw team en exporteer de gegevens die u niet wilt verliezen voordat u de herstelbewerking bevestigt.

> Waar dient Offsite Archive voor?

Offsite Archive bewaart externe archiefkopieën, gescheiden van korte operationele back-ups en de levenscyclus van de service.
faq/offsite-archive-purpose

Archivering buiten de normale bedrijfsvoering

Offsite Archive is bedoeld voor externe archiefkopieën en langdurige opslag. Het is geen actieve schijf voor een applicatie, geen vervanging van lokale exports en niet hetzelfde als korte operationele back-ups.

Wanneer inschakelen

  1. Gebruik dit voor gegevens die u wilt bewaren buiten de normale werking van de service.
  2. Kies het aantal bewaardagen dat overeenkomt met uw compliance-eisen, bedrijfsbehoeften of hersteldoelen.
  3. Houd er rekening mee dat de prijs stijgt naarmate het opgeslagen volume en de bewaartijd toenemen.
  4. Bij grote datasets, plan het archief samen met uw eigen exportproces.

Hoe denkt u over de prijs?

De basis is MB-dagen: hoeveel data wordt opgeslagen en voor hoeveel dagen bewaard. Het tarief wordt aan de klant getoond als EUR/GB/maand en afgerond naar het dichtstbijzijnde hele cent.

> Selecteer CPU, RAM en schijf voor uw VPS

Kies de grootte van uw VPS op basis van de applicatie, database, cache, logbestanden en verwachte groei. OOM-fouten of het gebruik van swapgeheugen zijn signalen dat u mogelijk meer RAM nodig heeft.
faq/vps-cpu-ram-and-disk-sizing

Begin met de werkelijke belasting, niet met een gevoel

Een kleine statische website heeft andere behoeften dan een database, een Java-applicatie, een zoekfunctie of container builds. Houd bij het plannen rekening met applicatiegeheugen, cache, databases, logs, uploads en ruimte voor groei.

Signalen dat het plan te klein is

  1. Verhoog het RAM-geheugen bij OOM (out of memory), processen die worden afgesloten, of constant gebruik van swapruimte.
  2. Verhoog de CPU bij langdurige hoge rekenbelasting, compressie, builds of veel werkende applicatiewerkers.
  3. Vergroot de schijfruimte voordat het bestandssysteem, de logbestanden of de database vol raken.
  4. Controleer na elke wijziging of de applicatie daadwerkelijk niet meer tegen de oorspronkelijke limiet aanloopt.

Wat moet u meesturen bij vragen over de benodigde resources?

Geef de volgende informatie door: servicenaam, applicatietype, zichtbare foutmeldingen, geschatte duur van het probleem en huidige CPU-, RAM- en schijfgebruik. Verstuur geen wachtwoorden, privésleutels of interne configuratiebestanden.

> Wanneer is een openbaar IP-adres zinvol voor een VPS?

Een toegewezen (dedicated) publiek IP-adres kan nuttig zijn voor whitelists, inkomende toegang, een stabiele uitgaande bron of diensten die aan een specifiek adres gebonden zijn.
faq/vps-public-ip-options

Bepaal eerst de communicatierichting

Een publiek IP-adres is niet automatisch nodig voor elke service. Meestal lost het vereisten op van externe partners, leveranciers of firewalls met betrekking tot toegangslijsten, een stabiele uitgaande bron of inkomende toegang tot een specifieke poort.

Vragen voordat u een IP-adres bestelt

  1. Vraag aan de partner of ze inkomend, uitgaand verkeer of beide willen toestaan in de allowlist.
  2. Gebruik DNS-namen in plaats van numerieke IP-adressen waar mogelijk.
  3. Open alleen de poorten die de applicatie daadwerkelijk nodig heeft.
  4. Stuur het verzoek voor de toegangslijst naar de supportafdeling voordat u de productietoegang wijzigt.

Wat je gesloten moet laten

Een publiek IP-adres betekent niet dat alle poorten open moeten staan. Ontwerp de toegang via de minimaal benodigde services en stuur geen wachtwoorden, privésleutels of interne firewallregels als screenshots met verborgen gevoelige gegevens.

> Gedeelde SSH-toegang voor VPS

Zonder een extra publiek IP-adres maakt de VPS verbinding via een gedeeld SSH-eindpunt met een hoog poortnummer; bij een publiek IP-adres is ook directe SSH-toegang op dat adres mogelijk.
faq/shared-ssh-access-for-vps

Waarom gebruikt gedeelde SSH een hoog poortnummer?

Meerdere VPS-services kunnen hetzelfde publieke SSH-eindpunt delen, daarom krijgt elke service een eigen hoog poortnummer. Het poortnummer maakt deel uit van de routing naar uw service; zonder dit kan de verbinding niet uniek worden geleverd aan de juiste VPS.

Hoe verbinding te maken, afhankelijk van het toegangstype

  1. Bij gedeelde SSH, kopieer de gebruikersnaam, host en poort uit de servicedetails.
  2. Maak verbinding met `ssh -p <poort> <gebruiker>@<publieke-host>` vanaf uw lokale terminal.
  3. Als de service een publiek IP-adres heeft, kan er naast de standaard SSH ook een directe SSH-verbinding beschikbaar zijn op dat IP-adres of de bijbehorende DNS-naam.
  4. Gebruik de privésleutel alleen lokaal via je SSH-client of -agent; geef support alleen de publieke host, poort, gebruikersnaam en eventuele zichtbare foutmeldingen.

Wanneer u een publiek IP-adres heeft aangeschaft

Een publiek IP-adres vervangt niet noodzakelijk het gedeelde SSH-eindpunt. Het voegt een directe route toe voor toegangslijsten, monitoring of integraties; als SSH op die route is ingeschakeld, gebruik dan het publieke IP-adres of de DNS van de service in plaats van de gedeelde host met een hoge poort.

> Controle voordat u uw eigen domein toevoegt

Voordat u een domein omleidt, controleert u de autoritatieve DNS-instellingen, de exacte hostnaam, het recordtype, of het een hoofd- of subdomein is, en eventuele conflicterende oude records.
faq/custom-domain-readiness-checklist

De exacte hostnaam bepaalt de aanpak

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

Voordat u de DNS wijzigt

  1. Controleer waar de autoritatieve DNS-records voor uw domein worden beheerd.
  2. Verwijder of wijzig conflicterende A/AAAA, CNAME, ALIAS, ANAME of redirect records.
  3. Gebruik het aanbevolen recordtype voor de betreffende service en hostnaam.
  4. Wacht na de wijziging op de DNS-propagatie en test vervolgens de definitieve HTTPS-verbinding.

Veilige terugdraaimogelijkheid

Schakel de oude hosting niet uit voordat de nieuwe hostnaam correct reageert. Bij problemen, stuur het domein, het verwachte doel en de zichtbare DNS-resultaten, maar geen toegang tot de registrar.

> Soorten DNS-records voor services

A/AAAA records verwijzen naar IP-adressen, CNAME records naar aliassen, MX records naar e-mailservers en TXT records worden gebruikt voor verificaties, zoals SPF, DKIM of DMARC.
faq/dns-record-types-for-services

Combineer geen records lukraak

Elk DNS-recordtype heeft een specifieke functie. A- en AAAA-records verwijzen naar IP-adressen, CNAME maakt een alias voor een subdomein, MX stuurt e-mail, TXT bevat verificaties en e-mailbeleid, en CAA beperkt de certificeringsinstanties.

Bij het kopiëren van records

  1. Kopieer de naam, het type en de waarde exact volgens de instructies van de dienst.
  2. Plaats geen CNAME op een hostnaam die al andere records heeft als DNS-regels dit verbieden.
  3. Plaats DKIM onder de selector van de provider en DMARC meestal onder _dmarc.
  4. Let op bij het instellen van CAA, omdat een verkeerde waarde de uitgifte van een certificaat kan blokkeren.

Wat te doen als DNS niet werkt

Stuur naar de support de hostname, het recordtype, de verwachte waarde en het publiekelijk zichtbare resultaat. Stuur geen inloggegevens voor DNS-beheer of screenshots met API-tokens.

> DNS-propagatie en TTL: geen garanties over exacte tijdsduren

De TTL (Time To Live) bepaalt hoe lang resolvers een oud antwoord opslaan. Tijdens de propagatiefase kunnen oude en nieuwe resultaten naast elkaar bestaan.
faq/dns-propagation-and-ttl

DNS-propagatie: caching, geen magische wachttijd

Bij DNS is er geen vaste garantie voor een bepaalde tijd. Na een wijziging van de autoritatieve DNS kunnen verschillende resolvers nog steeds oude en nieuwe antwoorden geven totdat hun cache verloopt volgens de TTL-waarde. Daarom kan het resultaat verschillen tussen netwerken, landen of DNS-resolvers.

Bij een geplande wijziging

  1. Verlaag indien mogelijk de TTL voordat u een wijziging doorvoert.
  2. Voer de DNS-wijziging één keer uit en vermijd herhaalde bewerkingen totdat de caches zijn verlopen.
  3. Test vanuit verschillende resolvers als de resultaten verschillen.
  4. Noteer het tijdstip van de wijziging, de oude waarde, de nieuwe waarde en de TTL.

Wat moet je rapporteren tijdens de diagnose?

Vermeld de hostname, het verwachte resultaat, het zichtbare oude antwoord, het zichtbare nieuwe antwoord, de TTL en het tijdstip van de wijziging. Stuur geen inloggegevens voor DNS-accounts of interne notities van de leverancier.

> Planning van opslag voor Workspace Suite

Houd bij het bepalen van de benodigde opslagcapaciteit rekening met bestanden van gebruikers, gedeelde mappen, versies, de prullenbak, previews, synchronisatieoverhead en verwachte groei.
faq/nextcloud-storage-planning

Workspace Suite gebruikt ook opslagruimte buiten zichtbare bestanden

De opslag wordt verbruikt door gebruikersbestanden, gedeelde mappen, verwijderde bestanden, versiebeheer, previews, thumbnails, synchronisatieclients en imports. Als de opslag bijna vol is, kunnen uploads of synchronisaties mislukken.

Voordat u capaciteit aanvraagt

  1. Tel het aantal huidige gebruikersgegevens en gedeelde mappen.
  2. Voeg extra ruimte toe voor versies, de prullenbak, previews en synchronisatieoverhead.
  3. Houd rekening met grote imports, nieuwe teams en verwachte groei.
  4. Verhoog de opslagcapaciteit voordat gebruikers tegen een limiet aanlopen.

Problemen met synchronisatie?

Stuur de grootte van de service, het geschatte gebruik, het tijdstip van het probleem en eventuele zichtbare foutmeldingen van de klant. Stuur geen persoonlijke bestanden, wachtwoorden of exporten van gebruikersgegevens, tenzij de supportafdeling dit expliciet op een veilige manier aanvraagt.

> Migreren van repositories naar Gitea

Plan de migratie van Git-repositories, inclusief LFS, submodules, toegangsrechten, deployment keys, webhooks en CI/CD.
faq/gitea-repository-migration

Migratie is meer dan alleen een 'git clone'

Naast de repositorygeschiedenis moeten ook eigenaars, teams, beveiligde branches, beveiligde tags, Git LFS, submodules, deployment keys, webhooks en CI/CD-integraties worden overgedragen of opnieuw ingesteld.

Controle vóór de migratie

  1. Maak een lijst van repositories, eigenaren, toegangsgroepen en automatiseringsaccounts.
  2. Controleer Git LFS-objecten, submodules, branchbescherming en tagbescherming.
  3. Test na de migratie het clonen, pushen, Git LFS, submodules en CI.
  4. Vernietig of vervang oude tokens na de migratie zonder hun waarden te delen.

Gevoelige gegevens tijdens de migratie

Stuur geen tokens, privésleutels, privégedeelte van deployment keys of CI-geheimen naar de supportafdeling. Geef alleen de namen van repositories, het integratietype, een zichtbare foutmelding en informatie over wat voorheen functioneerde.

> Verzenddomein voor Listmonk

Bereid een verzenddomein of subdomein voor uw campagnes voor, inclusief de afzenderidentiteit, SPF, DKIM, DMARC-instellingen, bounceverwerking en unsubscribe-opties.
faq/listmonk-sender-domain-basics

Leverbaarheid begint bij het domein

Listmonk heeft een duidelijke afzenderidentiteit en DNS-records nodig die door de e-mailwereld kunnen worden geverifieerd. SPF, DKIM en DMARC moeten overeenkomen met het domein of subdomein waarmee u campagnes wilt verzenden.

Voorafgaand aan uw eerste campagne

  1. Kies een verzenddomein of subdomein en stel de afzenderidentiteit in.
  2. Voeg verificatie-DNS-records toe, inclusief SPF, DKIM-selector en DMARC.
  3. Test de bezorging, controleer bounce-gedrag, Return-Path en links in het bericht.
  4. Controleer de afmeldopties en de List-Unsubscribe functie voordat u een echte e-mail verzendt.

E-mailgeheimen horen niet thuis in een ticket

Bij het melden van problemen, geef het domein, het recordtype, de publiekelijk zichtbare DNS-waarde en de foutmelding door. Stuur geen SMTP-wachtwoorden, API-tokens, privé DKIM-sleutels of exportbestanden met persoonlijke gegevens.

> Runtime-instellingen voor Classic Hosting

Classic Hosting kan in zowel automatische als handmatige modus draaien. De CPU, het geheugen (RAM), de opslagruimte, de bewaartermijn van back-ups, de bewaartermijn van Offsite Archive, uploads, de cache en de logs hebben allemaal invloed op de kosten en de stabiliteit.
faq/classic-hosting-runtime-settings

Automatische modus is niet altijd de beste keuze

Auto Runtime helpt bij het herkennen van projecten, maar handmatige modus is geschikt als u Nginx, Apache, FrankenPHP of een specifieke runtime wilt kiezen. Gebruik de PHP-selector alleen wanneer de geselecteerde runtime dit ondersteunt.

Instellingen voor de implementatie

  1. Kies de automatische of handmatige runtime-modus, afhankelijk van het framework en de buildmethode.
  2. Selecteer PHP 8.2, 8.3 of 8.4 alleen voor ondersteunde PHP-scenario's.
  3. Configureer CPU, RAM, opslagruimte, back-upretentie en Offsite Archive op basis van uw data en verkeer.
  4. Na de implementatie, test uploads, caching, logs en zichtbare applicatiefouten.

Wanneer de applicatie niet start

Geef het runtime-omgeving, de taal of PHP-versie door, evenals eventuele zichtbare fouten, recente wijzigingen en de geschatte implementatietijd. Stuur geen .env-bestanden, wachtwoorden, tokens of volledige logboeken met gevoelige informatie.

> Welke informatie kunt u veilig naar de klantenservice sturen?

Het meest nuttige informatie om te delen zijn ordernummers, servicenaam, domeinen, tijdstippen, publieke hosts, poorten, retentieperiodes voor backups en Offsite Archive, uploads, cache-gegevens, logs, screenshots en zichtbare foutmeldingen (zonder gevoelige informatie).
faq/support-safe-information-to-share

Een goed verzoek bevat relevante informatie, geen gevoelige gegevens.

De support kan sneller reageren als u het bestelnummer, de naam van de dienst, het domein, de publieke host of poort, de tijd waarop het probleem zich voordeed, wat er is gewijzigd en een exacte foutmelding meestuurt.

Veilige inhoud van uw bericht

  1. Geef het bestelnummer, de zichtbare service naam, het domein, de geschatte tijd en eventueel de openbare host of poort op.
  2. Bij hostingproblemen: vermeld runtime-modus, taal of PHP-versie, CPU, RAM, opslag, back-upretentie, Offsite Archive-retentie, uploads, cache en logs, en wat er recentelijk is veranderd. Vermijd het toevoegen van gevoelige gegevens.
  3. Knip screenshots bij voordat u ze verzendt en verberg eventuele gevoelige informatie.
  4. Als u niet zeker weet of een bepaalde informatie in het ticket thuort, stel dan eerst een vraag zonder de informatie te verzenden.

Wat u nooit mag versturen

Verstuur geen wachtwoorden, privésleutels, herstelzaden, API-tokens, sessiecookies, database-exports, volledige .env-bestanden, logs met gevoelige waarden of interne infrastructuurdetails.