Ofte stillede spørgsmål

Brug kun den offentlige nøgle

Sådan gør du i terminalen

1. Åbn Terminal, Windows Terminal eller PowerShell.
2. Kør: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Accepter standardplaceringen, eller vælg en sikker sti.
4. Vis den offentlige nøgle med: cat ~/.ssh/id_ed25519.pub.
5. I Windows PowerShell bruges: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Kopiér hele linjen, der starter med ssh-ed25519, til feltet for SSH public key.

Tjek før du indsætter

Kun den offentlige del

Trin i Windows

1. Åbn PuTTYgen.
2. Vælg EdDSA / Ed25519, hvis det er muligt.
3. Brug RSA 4096 kun som reservevalg.
4. Klik Generate, og bevæg musen, indtil nøglen er oprettet.
5. Gem den private nøgle på din computer.
6. Kopiér teksten med den offentlige nøgle til feltet for SSH public key.

Del ikke private data

Det præcise hostname afgør opsætningen

Før DNS ændres

1. Find hvor de autoritative DNS records redigeres.
2. Fjern eller ret konflikter for samme hostname.
3. Brug den record-type tjenesten anbefaler.
4. Vent på DNS propagation før endelig HTTPS-test.

Sikker rollback

Bland ikke records tilfældigt

Ved kopiering af records

1. Kopier navn, type og værdi nøjagtigt.
2. Undgå CNAME på hostnames der allerede har andre records, hvis DNS-reglerne forbyder det.
3. Læg DKIM under udbyderens selector og DMARC typisk under _dmarc.
4. Ret CAA forsigtigt, da forkert værdi kan blokere certifikater.

Når DNS ikke virker

Brug en konto teamet kan beholde

Før den første ordre

1. Registrer med en arbejds-e-mail.
2. Bekræft e-mailen, hvis siden beder om det.
3. Udfyld faktureringsoplysninger før en betalt ordre.
4. Aktiver tofaktorgodkendelse, når funktionen er tilgængelig.

Adgang uden at dele hemmeligheder

Kredit bruges mens tjenester kører

Undgå afbrydelse

1. Hold øje med saldo og runway i kundezonen.
2. Kontroller den nye daglige pris før en ordre eller ændring bekræftes.
3. Fyld kredit på med buffer, ikke først på sidste dag.
4. Læs den synlige sletningsfrist straks, hvis en tjeneste er suspenderet.

Hvis saldoen virker forkert

Estimater er ikke en betalingskalender

Ved prisændringer

1. Sammenlign daglig pris før og efter ændringen.
2. Regn med højere forbrug ved mere CPU, RAM, disk eller Offsite Archive.
3. Vent på at ændringen er anvendt, før du bruger den som ny normalpris.
4. Gem ordrebekræftelser og synlig kredithistorik til regnskab.

Afklar en konkret periode

Pending er ikke altid fejl

Efter betaling

1. Gå tilbage til Cli>_ fra betalingsudbyderen.
2. Kontroller ordrestatus i kontoen.
3. Vent på udbyderbekræftelse, hvis status stadig er pending.
4. Kontakt support med ordrenummer og betalingsreference, hvis status ikke ændrer sig.

Del kun betalingskontekst

Præcise værdier sparer tid

Forbered før checkout

1. Vælg et servicenavn dit team kan genkende.
2. Beslut om du bruger eget domæne eller midlertidigt system-hostname.
3. Find den offentlige SSH-nøgle, hvis produktet kræver den.
4. Kontroller lager og ressourcer mod applikationens krav.

Hvis en værdi kan være hemmelig

Du ændrer en eksisterende tjeneste

Kontroller før bekræftelse

1. Læs nuværende CPU, RAM, disk, backup retention og Offsite Archive retention.
2. Kontroller ny daglig pris og kredit-runway.
3. Planlæg restart, vedligeholdelse eller kort nedetid, hvis det nævnes.
4. Eksporter vigtige data før risikable ændringer.

Hvis ændringen ikke lander korrekt

Annullering er ikke altid øjeblikkelig sletning

Før du annullerer

1. Lav din egen eksport af data, du vil beholde.
2. Læs dato og tidspunkt for mulig sletning.
3. Skeln mellem backup retention, Offsite Archive og lifecycle-sletning.
4. Kontakt support før fristen, hvis du vil gendanne eller eksportere.

Efter fristen

Backup er ikke arkiv eller eksport

Forbered en restore request

1. Angiv servicenavn og ordrenummer.
2. Beskriv omtrentligt tidspunkt for ønsket gendannelse.
3. Skriv om hele tjenesten eller en bestemt del ønskes gendannet.
4. Vedlæg synlig fejl uden passwords, tokens eller private keys.

Før restore godkendes

Arkiv uden for den normale drift

Når du vælger retention

1. Vælg retention i dage efter compliance eller recovery-mål.
2. Beregn MB-days som lagrede MB ganget med antal dage.
3. Husk at prisen vises som EUR/GB/måned og afrundes til hele cent.
4. Planlæg større datamængder sammen med egen eksportproces.

Adskilt fra sletningsfrist

Start med workload, ikke mavefornemmelse

Tegn på for lille plan

1. Øg RAM ved OOM, out of memory, process killed eller konstant swap.
2. Øg CPU ved vedvarende compute, komprimering, builds eller travle workers.
3. Øg disk før filsystem, logs eller database rammer grænsen.
4. Mål efter ændringen om den oprindelige flaskehals forsvandt.

Ved sizing-spørgsmål

Find først trafikretningen

Før bestilling

1. Spørg om allowlist gælder inbound, outbound eller begge.
2. Brug DNS-navne i stedet for tal-IP, hvis partneren tillader det.
3. Åbn kun porte applikationen faktisk bruger.
4. Send kravet til support før du ændrer produktionsadgang.

Hold portene snævre

Hvorfor den delte SSH bruger høj port

Forbind efter adgangstype

1. Ved delt SSH kopieres username, public host og høj port fra servicevisningen.
2. Brug ssh -p <port> <username>@<public-host>.
3. Med dedikeret offentlig IP kan tjenesten også vise en anden SSH-sti direkte på denne IP eller dens DNS-navn.
4. Brug private key lokalt i din SSH-klient eller agent; del kun public host, port, username og synlig fejl.

Når offentlig IP er tilføjet

Det præcise hostname afgør opsætningen

Før DNS ændres

1. Find hvor de autoritative DNS records redigeres.
2. Fjern eller ret konflikter for samme hostname.
3. Brug den record-type tjenesten anbefaler.
4. Vent på DNS propagation før endelig HTTPS-test.

Sikker rollback

Bland ikke records tilfældigt

Ved kopiering af records

1. Kopier navn, type og værdi nøjagtigt.
2. Undgå CNAME på hostnames der allerede har andre records, hvis DNS-reglerne forbyder det.
3. Læg DKIM under udbyderens selector og DMARC typisk under _dmarc.
4. Ret CAA forsigtigt, da forkert værdi kan blokere certifikater.

Når DNS ikke virker

Propagation er cacheadfærd

Ved planlagt skift

1. Sænk TTL på forhånd, hvis udbyderen tillader det.
2. Lav ændringen én gang, og undgå gentagne tilfældige rettelser.
3. Test fra flere resolvere, hvis svarene er forskellige.
4. Noter ændringstid, gammel værdi, ny værdi og TTL.

Til supportdiagnose

Nextcloud vokser uden for synlige filer

Før kapacitet vælges

1. Tæl nuværende brugerdata og fælles mapper.
2. Læg buffer til versioner, papirkurv, previews og sync overhead.
3. Planlæg store importer og nye teams.
4. Udvid lager før brugere rammer grænsen.

Ved sync-problemer

Migrering er mere end git clone

Cutover-tjek

1. Lav liste over repositories, ejere, adgangsgrupper og automationskonti.
2. Kontroller Git LFS objekter, submodules og branch/tag protections.
3. Test clone, push, Git LFS, submodules og CI efter flytning.
4. Roter eller slet gamle tokens uden at dele værdierne.

Følsomme data

Levering starter med domænet

Før første kampagne

1. Vælg sender domain eller subdomæne og From-navn.
2. Tilføj verifikationsrecords, SPF, DKIM selector og DMARC.
3. Test levering, bounce eller Return-Path og links.
4. Kontroller unsubscribe og List-Unsubscribe før udsendelse.

Mailhemmeligheder bliver lokalt

Auto er ikke altid den rigtige model

Indstillinger før deploy

1. Vælg auto eller manuel Runtime efter framework og buildmetode.
2. Vælg PHP selector kun til understøttede PHP-scenarier.
3. Sæt CPU, RAM, disk, backup retention og Offsite Archive efter data og trafik.
4. Test uploads, cache, logs og synlige applikationsfejl efter deploy.

Hvis appen ikke starter

En god sag har kontekst, ikke hemmeligheder

Sikkert indhold i beskeden

1. Angiv ordre, service, domæne, tidspunkt og trin hvor fejlen opstod.
2. Til hosting kan du tilføje runtime, PHP eller sprog, CPU, RAM, disk, uploads, cache og logs uden secret-værdier.
3. Masker screenshots før afsendelse.
4. Spørg først uden at sende værdien, hvis du er i tvivl.

Send aldrig dette