FAQ

Korduma kippuvad küsimused

Praktilised lühijuhendid teenuse seadistamise, juurdepääsu ja tavapäraste klienditoimingute kohta.

> Loo terminalis avalik SSH-võti

Loo ligipääsu jaoks avalik SSH-võti ja jaga ainult avalikku võtit.
faq/generate-public-ssh-key-et

Kasuta ainult avalikku võtit

SSH kasutab võtmepaari. Lisa teenuse seadistusse ainult avalik võti, tavaliselt .pub-lõpuga fail. Privaatvõti jääb sinu seadmesse.

Sammud terminalis

  1. Ava Terminal, Windows Terminal või PowerShell.
  2. Käivita: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Nõustu vaikimisi asukohaga või vali turvaline tee.
  4. Kuva avalik võti käsuga: cat ~/.ssh/id_ed25519.pub.
  5. Windows PowerShellis kasuta: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopeeri kogu ssh-ed25519 rida SSH public key väljale.

Kontrolli enne kleepimist

Ära kopeeri privaatvõtit. Kui määrad passphrasei, hoia seda turvaliselt, sest seda võib hiljem vaja minna.

> Loo SSH-võti Windowsis graafiliselt

Kasuta Windowsis PuTTYgeni SSH-võtme loomiseks ja kopeeri ainult avalik osa.
faq/create-ssh-key-windows-gui-et

Ainult avalik osa

PuTTYgen loob avaliku ja privaatse võtme. Lisa Cli>_-i ainult avalik võti ning hoia privaatvõti enda arvutis.

Windowsi sammud

  1. Ava PuTTYgen.
  2. Vali EdDSA / Ed25519, kui see on saadaval.
  3. Kasuta RSA 4096 ainult varuvariandina.
  4. Klõpsa Generate ja liiguta hiirt, kuni võti luuakse.
  5. Salvesta privaatvõti oma arvutisse.
  6. Kopeeri avaliku võtme tekst SSH public key väljale.

Ära jaga salajast materjali

Ära saada .ppk-faile, privaatvõtmeid, passphrasee, paroole ega tokeneid toele või veebivormidesse.

> Uhenda oma domeen

Kontrolli autoritatiivset DNSi, täpset hostnamei, recordi tüüpi, apex/subdomain valikut ja vanu konflikte.
faq/uhenda-oma-domeen

Täpne hostname määrab seadistuse

Otsusta, kas ühendad apex domeeni nagu example.com või subdomaini nagu app.example.com. DNS tüüp sõltub hostnamest, registripidajast ja DNS teenuse toetusest CNAME, A/AAAA, ALIAS või ANAME recordidele.

Enne DNS muutmist

  1. Veendu, kus autoritatiivseid DNS records muudetakse.
  2. Eemalda või paranda sama hostname konfliktid.
  3. Kasuta teenuse soovitatud record tüüpi.
  4. Oota DNS propagation enne lõplikku HTTPS testi.

Turvaline tagasipöördumine

Ära sulge vana hostingut enne, kui uus hostname vastab õigesti. Veaotsinguks saada domeen, oodatud siht ja avalik DNS tulemus, mitte registripidaja login.

> DNS-tsooni uleandmine

A/AAAA viitab aadressidele, CNAME aliasele, MX meilile ja TXT kinnitustele, SPF, DKIM või DMARC jaoks.
faq/dns-tsooni-uleandmine

Ära sega recorde juhuslikult

A ja AAAA viitavad IP-aadressidele, CNAME loob aliase subdomainile, MX suunab maili, TXT kannab kinnitusi ja mailipoliitikaid ning CAA piirab certificate authorities valikut.

Recordide kopeerimisel

  1. Kopeeri nimi, tüüp ja väärtus täpselt.
  2. Ära pane CNAMEi hostnamele, millel on juba teised records, kui DNS reeglid seda keelavad.
  3. Pane DKIM teenusepakkuja selector alla ja DMARC tavaliselt _dmarc alla.
  4. Muuda CAA ettevaatlikult, sest vale väärtus võib sertifikaadi blokeerida.

Kui DNS ei tööta

Saada hostname, record tüüp, oodatud väärtus ja avalikult nähtav tulemus. Ära saada DNS login infot ega API tokenitega pilte.

> Konto registreerimine ja esimene sisselogimine

Loo üks töökonto tellimuste, arvelduse ja teenuste halduse jaoks.
faq/account-registration-and-login

Kasuta kontot, mis jääb tiimile alles

Konto koondab tellimused, arveldusandmed, teenused, domeenid ja tugipäringud. Kasuta tööaadressi, millele tiimil on pikaajaline ligipääs.

Enne esimest tellimust

  1. Registreeru töö e-posti aadressiga.
  2. Kinnita e-post, kui seda küsitakse.
  3. Täida arveldusandmed enne tasulist tellimust.
  4. Lülita kaheastmeline autentimine sisse, kui see on saadaval.

Ligipääs ilma parooli jagamiseta

Ära saada parooli vestluses ega e-postiga. Kasuta tiimi paroolihaldurit ja anna toele tellimuse number ning nähtav viga, mitte sisselogimisandmed.

> Kuidas ettemakstud krediit töötab

Krediit näitab saldot, eeldatavat tööaega, päevakulu ning peatamise või kustutamise riski.
faq/prepaid-credit-how-it-works

Krediit kulub teenuse töötamise ajal

Aktiivsed ettemakstud teenused kasutavad krediiti aja, ressursside ja valikute järgi. Nähtav saldo, päevakulu ja runway aitavad lisada krediiti enne teenuse peatamist.

Väldi peatamist

  1. Jälgi saldot ja runway hinnangut kliendialas.
  2. Kontrolli uut päevahinda enne tellimust või muudatust.
  3. Lisa krediiti varuga, mitte viimasel päeval.
  4. Loe nähtavat kustutustähtaega kohe, kui teenus peatatakse.

Kui saldo vajab kontrolli

Saada tellimuse number, teenuse nimi ja kontrollitav periood. Ära jaga kaardiandmeid, paroole, private keys ega täielikke pangaväljavõtteid.

> Kuu hinnang, aasta hinnang ja päevane krediidikulu

Kuu- ja aastasummad on võrdluseks; ettemakstud teenus kasutab krediiti tegeliku igapäevase töö järgi.
faq/billing-periods-and-credit-burn

Hinnang ei ole arvelduskalender

Kuu hinnang kasutab 31 päeva ja aasta hinnang 372 päeva. Krediit kulub aktiivse tööaja, CPU, RAM, salvestuse ja tasuliste valikute järgi alles pärast tellimuse või muudatuse kinnitamist, vajadusel tasumist ja rakendamist.

Kui hind muutub

  1. Võrdle päevahinda enne ja pärast muudatust.
  2. Rohkem CPU, RAM, ketast või Offsite Archive suurendab tavaliselt kulu.
  3. Pea muudatust aktiivseks alles pärast rakendamist.
  4. Hoia tellimuse kinnitused ja nähtav krediidiajalugu raamatupidamiseks.

Täpsusta konkreetne periood

Tugi vajab tellimuse numbrit, teenuse nime ja kuupäevi. Ära saada pangaandmeid ega pilte liigsete isikuandmetega.

> Tellimuse olek pärast makset

Tellimus võib oodata makseteenuse kinnitust; ära tee duplikaati enne, kui esimene on selgelt lõppenud.
faq/order-status-and-payment-confirmation

Pending ei tähenda alati viga

Pärast makselehelt naasmist võib tellimus oodata makseteenuse kinnitust. Duplikaattellimus võib sobitamise keerulisemaks teha, kui esimene hiljem kinnitatakse.

Pärast makset

  1. Naase makseteenusest Cli>_ lehele.
  2. Kontrolli tellimuse olekut kontol.
  3. Oota kinnitust, kui olek on pending.
  4. Võta toega ühendust tellimuse numbri ja makseviitega, kui olek ei muutu.

Makse kontekstist piisab

Tugi ei vaja kaardinumbrit, parooli ega täielikku pangakinnitust. Piisab tellimuse numbrist, ajast, nähtavast olekust ja varjatud ekraanipildist.

> Andmed, mis kiirendavad teenuse seadistust

Valmista ette teenuse nimi, domeen, salvestus, ligipääsu e-post ja avalik SSH-võti; saladused ei kuulu vormi.
faq/service-setup-information-needed

Täpsed väärtused säästavad aega

Tellimusvormi kuuluvad avalikud või mitte-salajased väärtused: teenuse nimi, domeen, DNS-plaan, CPU, RAM, salvestus, admin e-post ja public SSH key. Passwords, private keys ja tokens ei kuulu sinna.

Valmista enne tellimist

  1. Vali tiimile äratuntav teenuse nimi.
  2. Otsusta oma domeeni või ajutise system hostname vahel.
  3. Leia avalik SSH-võti, kui toode seda nõuab.
  4. Kontrolli salvestust ja ressursse rakenduse vajaduste järgi.

Kui väärtus võib olla salajane

Küsi enne väärtust saatmata. Ära jaga private keys, paroole, tokens, andmebaasidumpe ega terveid konfiguratsioonifaile.

> CPU, RAM, ketta või retention muutmine pärast tellimust

Muuda olemasolevat teenust selle vaates ning kontrolli hinda, krediidikulu ja katkestuse riski.
faq/change-service-resources-after-order

Muuda teenust, ära loo uut

Kui teenus juba töötab, tee muudatus selle teenuse detailvaatest. Uus tellimus võib luua teise teenuse ja muuta hinda, päevast krediidikulu ning käitumist vales kohas.

Enne kinnitamist

  1. Vaata praegust CPU, RAM, ketast, backup retention ja Offsite Archive retention väärtust.
  2. Kontrolli uut päevahinda ja runway-d.
  3. Loe restart-, hooldus- või downtime-hoiatust.
  4. Ekspordi olulised andmed enne riskantset muudatust.

Kui muudatus ei õnnestu

Saada teenuse nimi, muudatuse aeg, nähtav olek ja veateade. Ära saada private keys, passwords ega tokens.

> Teenuse tühistamine ja andmete säilitamine

Provisioned teenus peatatakse esmalt, näitab seadistatavat kustutustähtaega ja võib hiljem püsivalt kustuda.
faq/cancel-service-and-data-retention

Tühistamine pole alati kohene kustutamine

Provisioned teenus peatatakse tavaliselt esmalt ja näitab seadistatavat nähtavat kustutustähtaega. Maksmata ja mitte-provisioned tellimused võivad lõppeda ilma sama andmete elutsüklita.

Enne tühistamist

  1. Tee oma eksport andmetest, mida vajad.
  2. Loe võimaliku kustutamise kuupäeva ja kellaaega.
  3. Ära aja segi backup retention, Offsite Archive ja lifecycle kustutamist.
  4. Võta toega ühendust enne tähtaega, kui vajad taastamist või eksporti.

Pärast tähtaega

Pärast nähtavat tähtaega ei tohiks andmeid eeldada kättesaadavaks. Saada tellimuse number ja teenuse nimi, mitte andmebaasi eksporti või login-saladusi.

> Backups ja restore-päringud

Backups on töö taastamiseks, mitte ekspordi asendus; restore võib uuemad andmed üle kirjutada.
faq/backups-and-restore-requests

Backup ei ole arhiiv ega eksport

Backup retention sõltub tootest ja valikutest. Backup aitab töövea korral, kuid ei asenda oma eksporti ega Offsite Archive. Restore võib taastada vanema seisu ja uuemad muudatused üle kirjutada.

Valmista restore request

  1. Anna teenuse nimi ja tellimuse number.
  2. Kirjelda ligikaudset taastamise aega.
  3. Kirjuta, kas taastada kogu teenus või osa.
  4. Lisa nähtav viga ilma passwords, tokens või private keys.

Enne restore käivitamist

Teavita tiimi ja ekspordi andmed, mida ei tohi kaotada, kui teenuses on pärast valitud taastamisaega uusi muudatusi.

> Milleks Offsite Archive on mõeldud

Offsite Archive hoiab kaug-arhiivikoopiaid eraldi lühikestest tööbackupitest ja teenuse elutsüklist.
faq/offsite-archive-purpose

Arhiiv tavapärasest tööst eraldi

Offsite Archive on kaug-arhiivikoopiate jaoks teises datacenteris. See ei ole live rakenduse ketas, kohalik eksport ega sama asi kui lühikesed operatiivsed backups.

Retention valimine

  1. Vali retention päevades vastavalt compliance või recovery eesmärgile.
  2. Hinda MB-days kui salvestatud MB korda säilitamise päevad.
  3. Hind kuvatakse EUR/GB/month ja ümardatakse täissentideni.
  4. Planeeri suured andmemahud koos oma ekspordiprotsessiga.

Eraldi kustutustähtajast

Offsite Archive ei muuda peatatud teenuse nähtavat kustutustähtaega ega asenda tavalisi restore-backupe.

> CPU, RAM ja ketta valimine VPS-i jaoks

Vali suurus rakenduse, andmebaasi, cache, logide ja kasvu järgi; OOM ja swap viitavad tihti liiga vähesele RAMile.
faq/vps-cpu-ram-and-disk-sizing

Lähtu koormusest

Staatiline veeb, andmebaas, Java rakendus, otsing või build-container vajavad erinevaid ressursse. Arvesta rakendusmälu, cache, logid, uploads, andmebaas ja kasvuruum.

Kui pakett on väike

  1. Lisa RAMi OOM, out of memory, process killed või pideva swap korral.
  2. Lisa CPUd püsiva arvutuskoormuse, pakkimise, buildide või hõivatud workerite korral.
  3. Lisa ketast enne kui filesystem, logid või andmebaas täituvad.
  4. Kontrolli pärast muudatust, kas pudelikael kadus.

Sizing-küsimuseks

Saada teenuse nimi, rakenduse tüüp, nähtav viga, aeg ning praegune CPU, RAM ja ketas. Ära saada paroole ega sisemisi konfiguratsioonifaile.

> Millal avalik IP VPS-ile sobib

Dedikeeritud avalik IP aitab allowlistide, inbound ligipääsu, stabiilse outbound source või aadressiga seotud teenuste korral.
faq/vps-public-ip-options

Selgita esmalt liikluse suund

Avalik IP ei ole iga teenuse jaoks vajalik. Seda kasutatakse sageli, kui väline partner, teenusepakkuja või firewall nõuab allowlisti inbound liiklusele, stabiilsele outbound source aadressile või kindlale pordile.

Enne tellimist

  1. Küsi, kas allowlist puudutab inbound, outbound või mõlemat.
  2. Kasuta DNS-nimesid numbrilise IP asemel, kui võimalik.
  3. Ava ainult pordid, mida rakendus päriselt vajab.
  4. Saada allowlisti nõue toele enne tootmisligipääsu muutmist.

Hoia avatus väike

Avalik IP ei tähenda kõigi portide avamist. Ära jaga firewalli pilte salajaste väärtustega, private keys ega passwords.

> Jagatud SSH ligipääs VPS-ile

Ilma ostetud avaliku IPta ühendub VPS jagatud SSH endpointi kõrge pordi kaudu; avaliku IPga võib lisanduda otsene SSH tee.
faq/shared-ssh-access-for-vps

Miks jagatud SSH kasutab kõrget porti

Mitu VPS teenust võivad jagada sama avalikku SSH hosti. Seetõttu saab iga teenus oma kõrge pordi, mis suunab ühenduse õigesse VPS-i. Ilma pordita ei saa ühendust üheselt kohale toimetada.

Ühendu ligipääsutüübi järgi

  1. Jagatud SSH puhul kopeeri teenuse vaatest username, public host ja kõrge port.
  2. Kasuta ssh -p <port> <username>@<public-host>.
  3. Kui teenusel on dedikeeritud avalik IP, võib see näidata ka teist SSH teed otse sellele IPle või selle DNS-nimele.
  4. Kasuta private key ainult lokaalselt SSH kliendis või agentis; jaga ainult public host, port, username ja nähtav viga.

Kui avalik IP on lisatud

Avalik IP ei pruugi jagatud endpointi eemaldada. See lisab eraldi otsese tee, nii et näha võib nii jagatud hosti kõrge pordiga kui ka otsest hosti/IPd.

> Kontrollnimekiri oma domeeni jaoks

Kontrolli autoritatiivset DNSi, täpset hostnamei, recordi tüüpi, apex/subdomain valikut ja vanu konflikte.
faq/custom-domain-readiness-checklist

Täpne hostname määrab seadistuse

Otsusta, kas ühendad apex domeeni nagu example.com või subdomaini nagu app.example.com. DNS tüüp sõltub hostnamest, registripidajast ja DNS teenuse toetusest CNAME, A/AAAA, ALIAS või ANAME recordidele.

Enne DNS muutmist

  1. Veendu, kus autoritatiivseid DNS records muudetakse.
  2. Eemalda või paranda sama hostname konfliktid.
  3. Kasuta teenuse soovitatud record tüüpi.
  4. Oota DNS propagation enne lõplikku HTTPS testi.

Turvaline tagasipöördumine

Ära sulge vana hostingut enne, kui uus hostname vastab õigesti. Veaotsinguks saada domeen, oodatud siht ja avalik DNS tulemus, mitte registripidaja login.

> DNS record tüübid teenustele

A/AAAA viitab aadressidele, CNAME aliasele, MX meilile ja TXT kinnitustele, SPF, DKIM või DMARC jaoks.
faq/dns-record-types-for-services

Ära sega recorde juhuslikult

A ja AAAA viitavad IP-aadressidele, CNAME loob aliase subdomainile, MX suunab maili, TXT kannab kinnitusi ja mailipoliitikaid ning CAA piirab certificate authorities valikut.

Recordide kopeerimisel

  1. Kopeeri nimi, tüüp ja väärtus täpselt.
  2. Ära pane CNAMEi hostnamele, millel on juba teised records, kui DNS reeglid seda keelavad.
  3. Pane DKIM teenusepakkuja selector alla ja DMARC tavaliselt _dmarc alla.
  4. Muuda CAA ettevaatlikult, sest vale väärtus võib sertifikaadi blokeerida.

Kui DNS ei tööta

Saada hostname, record tüüp, oodatud väärtus ja avalikult nähtav tulemus. Ära saada DNS login infot ega API tokenitega pilte.

> DNS propagation ja TTL ilma minutilubadeta

TTL määrab, kui kaua resolverid võivad vana vastust hoida; vanad ja uued tulemused võivad esineda korraga.
faq/dns-propagation-and-ttl

Propagation on cache käitumine

DNS-is ei ole täpset minutilubadust. Pärast authoritative DNS muutust võivad eri resolverid näidata vanu või uusi vastuseid kuni cache aegub TTL järgi.

Planeeritud muudatus

  1. Langeta TTL ette, kui teenusepakkuja lubab.
  2. Tee muudatus üks kord ja väldi juhuslikke korduvaid muudatusi.
  3. Testi mitmest resolverist, kui vastused erinevad.
  4. Pane kirja muutmise aeg, vana väärtus, uus väärtus ja TTL.

Tugidiagnoosiks

Saada hostname, oodatud siht, nähtav vana vastus, nähtav uus vastus, TTL ja muutmise aeg. Ära saada DNS konto ligipääsuandmeid.

> Nextcloudi salvestuse planeerimine

Arvesta kasutajafailid, jagatud kaustad, versioonid, prügikast, previews, sync overhead ja tiimi kasv.
faq/nextcloud-storage-planning

Nextcloud kasvab nähtavatest failidest kaugemale

Mahtu kasutavad kasutajafailid, jagatud kaustad, kustutatud failid, versiooniajalugu, previews, thumbnails, sync kliendid ja import. Piiri lähedal võivad upload ja sync ebaõnnestuda.

Enne mahu valimist

  1. Arvuta praegused kasutajaandmed ja ühiskaustad.
  2. Lisa varu versioonidele, prügikastile, previewdele ja sync overheadile.
  3. Planeeri suured impordid ja uued tiimid.
  4. Suurenda salvestust enne, kui kasutajad piirini jõuavad.

Sync probleemide korral

Saada teenuse suurus, ligikaudne kasutus, aeg ja nähtav kliendi viga. Ära saada isiklikke faile või kasutajaandmete eksporti ilma kokku lepitud turvalise viisita.

> Repositoryde migreerimine Giteasse

Planeeri Git migratsioon koos LFS, submodules, õiguste, deploy keys, webhookide ja CI/CD-ga.
faq/gitea-repository-migration

Migratsioon ei ole ainult git clone

Lisaks ajaloole tuleb üle viia või uuesti luua omanikud, tiimid, protected branches, protected tags, Git LFS, submodules, deploy keys, webhooks ja CI/CD.

Kontroll enne cutoverit

  1. Loetle repositoryd, omanikud, ligipääsugrupid ja automatsioonikontod.
  2. Kontrolli Git LFS objects, submodules ning branch/tag protections.
  3. Testi clone, push, Git LFS, submodules ja CI pärast üleviimist.
  4. Keera või kustuta vanad tokens nende väärtusi jagamata.

Tundlikud andmed

Ära saada tokens, private keys, deploy key private osa ega CI secrets. Jaga repository nimesid, integratsiooni tüüpi, nähtavat viga ja infot, mis töötas enne migratsiooni.

> Listmonki saatjadomeen

Valmista ette sender domain või subdomain, From-identiteet, SPF, DKIM, DMARC, bounce ja unsubscribe.
faq/listmonk-sender-domain-basics

Kohalejõudmine algab domeenist

Listmonk vajab selget From-identiteeti ja DNS records, mida vastuvõtjad saavad kontrollida. SPF, DKIM ja DMARC peavad sobima domeeni või subdomainiga, millelt kampaaniaid saadetakse.

Enne esimest kampaaniat

  1. Vali sender domain või subdomain ja From nimi.
  2. Lisa verification records, SPF, DKIM selector ja DMARC.
  3. Testi kohaletoimetamist, bounce või Return-Path ja linke.
  4. Kontrolli unsubscribe ja List-Unsubscribe enne saatmist.

Maili saladused ei kuulu piletisse

Diagnoosiks piisab domeenist, record tüübist, avalikust DNS tulemusest ja veatekstist. Ära saada SMTP password, API token, private DKIM key ega isikuandmetega saajate nimekirja.

> Classic Hosting Runtime seaded

Classic Hosting võib töötada auto või manual Runtime režiimis; CPU, RAM, salvestus, backups, Offsite Archive, uploads, cache ja logs mõjutavad hinda ning stabiilsust.
faq/classic-hosting-runtime-settings

Auto ei ole alati õige valik

Auto Runtime aitab tuvastatud projektidega, kuid manual Runtime sobib, kui soovid valida Nginx, Apache, FrankenPHP või kindla language runtime. PHP 8.2, 8.3 või 8.4 kasuta ainult seal, kus valitud runtime seda toetab.

Enne deployd

  1. Vali auto või manual Runtime vastavalt frameworkile ja build viisile.
  2. Vali PHP selector ainult toetatud PHP stsenaariumites.
  3. Sea CPU, RAM, disk, backup retention ja Offsite Archive andmete ning liikluse järgi.
  4. Testi uploads, cache, logs ja nähtavaid rakenduse vigu pärast deployd.

Kui rakendus ei käivitu

Saada runtime mode, keel või PHP versioon, nähtav viga, mis muutus ja ligikaudne aeg. Ära saada .env faile, passwords, tokens ega täis logs saladustega.

> Millist infot on turvaline toega jagada

Jaga tellimuse numbreid, teenuste nimesid, domeene, aegu, public hosts, porte, seadeid ja nähtavaid vigu ilma saladusteta.
faq/support-safe-information-to-share

Hea päring sisaldab konteksti, mitte saladusi

Tugi saab kiiremini reageerida, kui saadad tellimuse numbri, teenuse nime, domeeni, public host või port, aja, mis muutus ja täpse nähtava veateksti.

Turvaline sõnumi sisu

  1. Anna tellimus, teenus, domeen, aeg ja samm, kus probleem tekkis.
  2. Hostingu puhul lisa runtime, PHP või keel, CPU, RAM, disk, uploads, cache ja logs ilma secret-väärtusteta.
  3. Varja screenshots enne saatmist.
  4. Kui kahtled, küsi esmalt väärtust saatmata.

Ära kunagi saada

Ära saada passwords, private keys, recovery seeds, API tokens, session cookies, andmebaasi eksporti, terveid .env faile, täis logs tundlike väärtustega ega sisemisi infrastruktuuridetaile.