Bieži uzdotie jautājumi

Izmanto tikai publisko atslēgu

Darbības terminālī

1. Atver Terminal, Windows Terminal vai PowerShell.
2. Palaid: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Apstiprini noklusēto atrašanās vietu vai izvēlies drošu ceļu.
4. Parādi publisko atslēgu ar: cat ~/.ssh/id_ed25519.pub.
5. Windows PowerShell izmanto: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Nokopē visu ssh-ed25519 rindu SSH public key laukā.

Pārbaudi pirms ielīmēšanas

Tikai publiskā daļa

Darbības Windows vidē

1. Atver PuTTYgen.
2. Izvēlies EdDSA / Ed25519, ja tas ir pieejams.
3. RSA 4096 izmanto tikai kā rezerves izvēli.
4. Nospied Generate un kustini peli, līdz atslēga ir izveidota.
5. Saglabā privāto atslēgu savā datorā.
6. Nokopē publiskās atslēgas tekstu SSH public key laukā.

Nedali slepenu informāciju

Svarīgs ir precīzs hostname

Pirms DNS maiņas

1. Pārbaudi, kur rediģē autoritatīvos DNS ierakstus.
2. Noņem vai pielāgo konfliktējošus A/AAAA, CNAME, ALIAS, ANAME vai redirect ierakstus.
3. Izmanto pakalpojumam un hostname ieteikto ieraksta tipu.
4. Pēc izmaiņas pagaidi DNS propagāciju un tikai tad testē HTTPS.

Drošs rollback

Nekombinē ierakstus akli

Kopējot ierakstus

1. Precīzi nokopē nosaukumu, tipu un vērtību.
2. Neliec CNAME uz hostname, kur jau ir citi ieraksti, ja DNS noteikumi to aizliedz.
3. DKIM ievieto zem sniedzēja selector, DMARC parasti zem _dmarc.
4. CAA maini uzmanīgi, jo kļūdaina vērtība var bloķēt sertifikāta izdošanu.

Kad DNS nestrādā

Viens konts komandai

Pirms pirmā pasūtījuma

1. Reģistrējies ar darba e-pasta adresi.
2. Pabeidz e-pasta apstiprināšanu, ja tā tiek prasīta.
3. Pirms maksas pasūtījuma aizpildi norēķinu datus.
4. Ja pieejama divu faktoru autentifikācija, ieslēdz to pēc pirmās pieslēgšanās.

Droša piekļuve kolēģiem

Kredīts samazinās, kamēr pakalpojums darbojas

Kā izvairīties no apturēšanas

1. Pēc pieslēgšanās pārbaudi redzamo atlikumu un darbības laika prognozi.
2. Pirms pasūtījuma vai izmaiņas apstiprināšanas pārbaudi jauno dienas cenu.
3. Papildini kredītu ar rezervi, nevis pēdējā dienā.
4. Apturētam pakalpojumam uzreiz pārbaudi iespējamo datu dzēšanas datumu.

Ja atlikums šķiet nepareizs

Salīdzinājums nav rēķinu kalendārs

Pārbaudes pirms cenas maiņas

1. Salīdzini dienas patēriņu pirms un pēc izmaiņas.
2. Vairāk CPU, RAM, diska vai maksas opciju nozīmē lielāku dienas patēriņu.
3. Izmaiņa stājas spēkā tikai pēc apstiprināšanas, nepieciešamās apmaksas un piemērošanas.
4. Grāmatvedībai saglabā pasūtījuma apstiprinājumu un kredīta vēsturi.

Strīda gadījumā norādi periodu

Pending vēl nenozīmē kļūmi

Darbības pēc apmaksas

1. Pēc maksājuma pabeigšanas atgriezies Cli>_.
2. Kontā pārbaudi pasūtījuma statusu un maksājuma ziņu.
3. Ja statuss vēl gaida, dod sniedzējam laiku apstiprināšanai.
4. Problēmas gadījumā nosūti pasūtījuma numuru un maksājuma atsauci, ja tā redzama.

Maksājumu dati, kurus nesūtīt

Precīzi ievaddati ietaupa laiku

Sagatavo pirms pasūtīšanas

1. Izvēlies komandai saprotamu pakalpojuma nosaukumu.
2. Izlem, vai izmantosi savu domēnu vai pagaidu sistēmas hostname.
3. Sagatavo publisko SSH atslēgu, ja pakalpojums to prasa.
4. Pārbaudi krātuvi un resursus atbilstoši lietotnei.

Slepenus datus neatklāj

Maini esošu pakalpojumu

Pirms izmaiņas apstiprināšanas

1. Pārbaudi esošo CPU, RAM, disku, dublējumus un Offsite Archive retenci.
2. Pārskati jauno dienas cenu un kredīta ietekmi.
3. Izlasi brīdinājumu par restartu, apkopi vai dīkstāvi.
4. Pirms riskantas izmaiņas izveido savu svarīgo datu eksportu.

Ja izmaiņa neizdodas kā gaidīts

Atcelšana nav tūlītēja visu datu dzēšana

Pirms atcelšanas pārbaudi

1. Izveido savu ilgtermiņā vajadzīgo datu eksportu.
2. Izlasi plānotās dzēšanas datumu un laiku apturētam pakalpojumam.
3. Nejauc dublējumus un Offsite Archive ar pakalpojuma dzīves cikla dzēšanu.
4. Ja neesi drošs, sazinies ar atbalstu pirms dzēšanas termiņa.

Pēc termiņa atjaunošana var nebūt iespējama

Backup nav arhīvs vai eksports

Kā sagatavot restore pieprasījumu

1. Norādi pakalpojuma nosaukumu un pasūtījuma numuru.
2. Apraksti aptuveno laiku, uz kuru jāatgriežas.
3. Uzraksti, vai jāatjauno viss pakalpojums vai konkrēta daļa, ja tas tiek atbalstīts.
4. Pievieno redzamu kļūdu vai kontekstu bez parolēm, tokeniem un privātām atslēgām.

Pirms atjaunošanas rēķinies ar ietekmi

Attāla arhīva kopija

Izvēloties retenci

1. Izmanto datiem, kurus gribi glabāt arī ārpus pakalpojuma ikdienas darbības.
2. Izvēlies retences dienas pēc atbilstības, biznesa vajadzības vai atjaunošanas mērķa.
3. Ņem vērā, ka cena aug pēc glabātā apjoma un glabāšanas dienām.
4. Lieliem datiem plāno arhīvu kopā ar savu eksporta procesu.

Kā lasa cenu

Sāc ar reālo slodzi

Pazīmes, ka plāns ir par mazu

1. Palielini RAM pie OOM, out of memory, process killed vai pastāvīga swap.
2. Palielini CPU pie ilgstošas skaitļošanas, kompresijas, buildu vai aizņemtiem worker procesiem.
3. Palielini disku pirms aizpildās failu sistēma, žurnāli vai datubāze.
4. Pēc katras izmaiņas pārbaudi, vai sākotnējais limits tiešām pazudis.

Ko nosūtīt sizing jautājumā

Vispirms noskaidro plūsmas virzienu

Pirms IP pasūtīšanas

1. Pajautā partnerim, vai allowlist attiecas uz inbound, outbound vai abiem virzieniem.
2. Izmanto DNS nosaukumus, kur ārējā sistēma to ļauj.
3. Atver tikai lietotnei reāli vajadzīgos portus; SSH piekļuvei pārbaudi, vai vajadzīgs koplietotais augstais ports vai tiešais IP/DNS endpoint.
4. Allowlist prasību nosūti atbalstam pirms produkcijas piekļuves maiņas.

Publisks nenozīmē atvērts visiem

Augstais ports norāda pareizo VPS

Pieslēgšanās pēc piekļuves tipa

1. Koplietotam SSH nokopē no pakalpojuma SSH lietotājvārdu, publisko hostu un augsto portu.
2. Izmanto formātu ssh -p <port> <username>@<public-host>.
3. Ja pakalpojumam ir nopirkta publiskā IP, var būt otrs SSH endpoint tieši uz šo IP vai tās DNS nosaukumu.
4. Privāto atslēgu izmanto tikai lokāli savā SSH klientā vai agentā; atbalstam sūti tikai publisko hostu, portu, lietotāju un redzamo kļūdu.

Divi derīgi SSH ceļi

Svarīgs ir precīzs hostname

Pirms DNS maiņas

1. Pārbaudi, kur rediģē autoritatīvos DNS ierakstus.
2. Noņem vai pielāgo konfliktējošus A/AAAA, CNAME, ALIAS, ANAME vai redirect ierakstus.
3. Izmanto pakalpojumam un hostname ieteikto ieraksta tipu.
4. Pēc izmaiņas pagaidi DNS propagāciju un tikai tad testē HTTPS.

Drošs rollback

Nekombinē ierakstus akli

Kopējot ierakstus

1. Precīzi nokopē nosaukumu, tipu un vērtību.
2. Neliec CNAME uz hostname, kur jau ir citi ieraksti, ja DNS noteikumi to aizliedz.
3. DKIM ievieto zem sniedzēja selector, DMARC parasti zem _dmarc.
4. CAA maini uzmanīgi, jo kļūdaina vērtība var bloķēt sertifikāta izdošanu.

Kad DNS nestrādā

Propagācija ir cache, nevis maģiska gaidīšana

Plānotai izmaiņai

1. Ja sniedzējs ļauj, samazini TTL pirms pārslēgšanas.
2. Pēc DNS izmaiņas neveic nejaušas atkārtotas izmaiņas, kamēr cache izdziest.
3. Testē no vairākiem resolveriem, ja rezultāti atšķiras.
4. Pieraksti izmaiņas laiku, veco vērtību, jauno vērtību un TTL.

Diagnostikai vajadzīgie dati

Nextcloud aug arī ārpus redzamajiem failiem

Pirms kapacitātes pasūtīšanas

1. Saskaiti esošos lietotāju datus un koplietotās mapes.
2. Pievieno rezervi versijām, miskastei, priekšskatījumiem un sync overhead.
3. Ņem vērā lielus importus, jaunas komandas un gaidāmo izaugsmi.
4. Palielini kapacitāti pirms lietotāji sasniedz limitu.

Sinhronizācijas problēmu gadījumā

Migrācija nav tikai git clone

Pārbaude pirms cutover

1. Saraksti repozitorijus, īpašniekus, piekļuves grupas un automatizācijas kontus.
2. Pārbaudi Git LFS objektus, submodules, branch protections un tag protections.
3. Pēc pārcelšanas testē clone, push, Git LFS, submodules un CI palaidi.
4. Vecos tokenus pēc migrācijas atcel vai rotē, nedaloties ar vērtībām.

Slepenie dati migrācijā

Piegādājamība sākas ar domēnu

Pirms pirmās kampaņas

1. Izvēlies sender domēnu vai apakšdomēnu un From nosaukumu.
2. Pievieno verifikācijas DNS, SPF, DKIM selector un DMARC.
3. Testē piegādi, bounce vai Return-Path un saites ziņā.
4. Pārbaudi atrakstīšanos un List-Unsubscribe pirms reālas sūtīšanas.

Pasta noslēpumi neiederas ticket

Auto režīms nav vienīgā pareizā izvēle

Iestatījumi pirms deploy

1. Izvēlies auto vai manuālo Runtime pēc framework un build veida.
2. PHP 8.2, 8.3 vai 8.4 izvēlies tikai atbalstītiem PHP scenārijiem.
3. Noregulē CPU, RAM, disku, backup retenci un Offsite Archive pēc datiem un trafika.
4. Pēc deploy pārbaudi uploadus, cache, žurnālus un redzamas lietotnes kļūdas.

Ja lietotne nestartē

Konteksts bez noslēpumiem

Drošs ziņojuma saturs

1. Norādi pasūtījumu, pakalpojumu, domēnu, laiku un soli, kur problēma parādījās.
2. Hostingam pievieno runtime, PHP vai valodu, CPU, RAM, disku, uploadus, cache un žurnālus bez slepenām vērtībām.
3. Ekrānattēlus pirms sūtīšanas apgriez vai aizkrāso sensitīvās vietas.
4. Ja šaubies, vispirms pajautā bez vērtības nosūtīšanas.

Datus, kurus neatklāt