KKK

Korduma kippuvad küsimused

Praktilised lühijuhendid teenuste seadistamiseks, ligipääsu loomiseks ja tavapäraste klienditoimingute kohta.

> Kuidas Cli>_ krediidisüsteem töötab?

Üks ühine ettemakstud saldo rahastab kõiki sobivaid teenuseid ja väheneb ainult nende aktiivse töö ajal.
faq/prepaid-credit-how-it-works

Sinu Cli>_ kontol on üks ühine ettemakstud krediidisaldo. Nõuetele vastavad uued kliendid saavad Starter Credit krediiti taotleda alles pärast nõutava konto- ja kuritarvitamisvastase kontrolli läbimist. Aktiivsed sobivad teenused kasutavad saldot aja jooksul. Kuuhinnang põhineb 31 päeval ja uus teenus saab käivituda ainult siis, kui saldo katab vähemalt 7 päeva. Punane hoiatus ilmub, kui hinnanguline tööaeg langeb alla 7 päeva; vastasel juhul ilmub oranž hoiatus, kui see langeb alla 14 päeva.

Pärast saldo lõppemist peatatakse teenus 7 päeva möödudes, krediidi kasutamine lõpeb ning algab 7-päevane säilitamise ja kustutamise tähtaeg. Enne kuvatud tähtaega saab selle piisava krediidiga taastada. Provisionitud teenuse tühistamine peatab selle samuti ja käivitab sama tähtaja. Ootel, veel provisionimata teenuse võib kohe deaktiveerida. Pärast tähtaega algavad provisionitud teenuse deaktiveerimine ja eemaldamine. Force delete deaktiveerib teenuse kohe, jätab säilituse vahele ja alustab aktiivsest runtimest eemaldamist; lõpetamine järgneb deploymenti ja GitOpsi töötlemisele. Varukoopiatel ja Offsite Archive’il on eraldi säilitusreeglid.

OpenCode’i näide hinnaga 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR päevas. 10 täispäeva järel on kulunud umbes 3,19 EUR. Kui algsaldo oli täpselt 9,90 EUR ja muid teenuseid polnud, jääb umbes 6,71 EUR. Pärast keelamist edasine kulu peatub.

Näide on illustratiivne. Alati kehtivad Cli>_-s parajasti kuvatavad hinnad.

> Kuidas luua avalik SSH-võti terminali kaudu

Looge avalik SSH-võti turvalise VPS-i juurdepääsu jaoks. Jagage ainult avalikku võtit Cli>_ -ga; hoidke privaatne võti oma seadmes.
faq/generate-public-ssh-key-et

Avalik võti jagatakse, privaatvõti jääb sinu juurde

Kopeerige tellimisele või teenuse seadetele ainult avalik SSH-võti. Privaatvõti jääb sinu arvutisse ja seda ei edastata tugele ega sisestata veebivormi.

Järjepidev

  1. Avage oma arvutis terminal.
  2. Käivitage käsk: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Kinnitage faili asukoht või valige soovitud tee. Ärge jagage oma privaatvõtit kellegagi.
  4. Avaliku võtme kuvamiseks kasutage käsk: `cat ~/.ssh/id_ed25519.pub`.
  5. Kopeerige kogu ssh-ed25519 algusega rida ja kleepige see tellimisel või teenuse seadistamisel SSH avaliku võtme väljale.
  6. Kopeeri kogu ssh-ed25519 rida SSH avaliku võtme väljale.

Kontrolli enne kleepimist

  1. Avage PowerShell või Windows Terminal.
  2. Käivitage käsk: ssh-keygen -t ed25519 -C "teie_e-post@example.com".
  3. Vajutage Enter, et salvestada võti aadressile C:\Users\teie_kasutaja\.ssh\id_ed25519, või sisestage oma soovitud tee.
  4. Kui Windows küsib parooli, kasutage sellist, mida saate turvaliselt salvestada, või vajutage lihtsa seadistuse jaoks Enterit.
  5. Avaliku võtme kuvamiseks kasutage käsku: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopeerige ainult terve rida, mis algab sõnadega ssh-ed25519. Ärge kopeerige ega laadage üles privaatset võtmefaili.
> Kuidas luua SSH-võti graafiliselt Windowsis

Windowsi graafiline juhend SSH-võtme paari loomiseks ilma käsurealt kasutamata.
faq/create-ssh-key-windows-gui-et

Kasutage Windowsi tööriista ja kopeerige ainult avalik võti

SSH-võtme paari saate luua graafiliselt Windowsi SSH-klientide, näiteks PuTTYgeniga. Cli>_-le on vaja ainult avalikku võtit. Hoidke privaatset võtit oma arvutis ja ärge laadige seda üles veebivormi kaudu.

Protseduur

  1. Installige PuTTY või avage PuTTYgen, kui see juba on installitud.
  2. Valige EdDSA/Ed25519, kui see on saadaval, muidu valige RSA 4096.
  3. Klõpsake nuppu "Generate" ja liigutage hiirt tühjas alal, kuni võti genereeritakse.
  4. Lisage parool, kui soovite privaatvõtmele täiendavat kohalikku kaitset.
  5. Salvestage privaatvõti oma seadmesse ja hoidke seda konfidentsiaalsena.
  6. Kopeerige avaliku võtme tekst ja kleepige see Cli>_ keskkonnas olevasse SSH avaliku võtme väljale.

Ärge jagage salajasi andmeid

Ärge saatke tugiteenusele ega vormidele .ppk-faile, privaatvõtmeid, paroole või tokeneid.

> Kasutage oma domeeni

Lugege, kuidas suunata oma domeen või alamdomeen CLIopen teenusele enne
faq/uhenda-oma-domeen

Mida see seadistus tähendab

Oma domeeni kasutamine võimaldab teie teenusel vastata teie enda hostnimega, näiteks app.example.com, selle asemel, et kasutada ainult genereeritud *.co.cliopen.cloud hostnimet. DNS peab suunama CLIopeni enne, kui hostnime saab teenuses turvaliselt kasutada.

Enne alustamist

  1. Valige täpne domeen, mida soovite kasutada, näiteks app.example.com. Kõige lihtsam on kasutada alamdomeeni.
  2. Avage oma domeeniregistraatori DNS-administratsioonikonsool või oma DNS-teenuse pakkuja juhtpaneel.
  3. Kustutage kõik konfliktid, mis võivad tekkida sama domeeninimega seotud A-, AAAA-, CNAME-, ALIAS- või ümbersuunamisrekordite tõttu.
  4. Jätka automaatselt genereeritud CLIopen hostnime kasutamist, kuni teie kohandatud hostnimi on kinnitatud ja toimib korralikult.

Soovitatav DNS-seadistus alamdomeenile

Looge DNS-rekordid täpsele hostnimetele, mida te sisestate CLIopeni. Näiteks app.example.com jaoks on DNS-märgistus app. Suunake see CLIopeni sisenemisadressidele, mis teie saate CLIopeni tugimeeskonna käest või teenuse dokumentatsioonist. Kui teie teenusepakkuja küsib rekordi tüüpi, kasutage IPv4 jaoks A-rekordit ja IPv6 jaoks AAAA-rekordit, kui need aadressid on saadaval.

Näide:

app.example.com.  A     <CLIopeni IPv4-aadress>
app.example.com.  AAAA  <CLIopeni IPv6-aadress, kui see on saadaval>

Kui CLIopen pakub CNAME sihtkohta

Mõned teenused võivad anda teile genereeritud domeeninime, näiteks service.customer.co.cliopen.cloud. Kui teie teenuse juhendid nõuavad selgelt CNAME-i kasutamist, looge kirje nagu app.example.com CNAME service.customer.co.cliopen.cloud. Kasutage CNAME-i ainult alamdomeenide jaoks, mitte peadomeeni jaoks, kui teie DNS-teenuse pakkuja ei toeta ALIAS- või ANAME-lahendust.

Juuredomeeni kasutamine

Enamik DNS-teenuseid ei luba tavalist CNAME-i juuredomeenile, näiteks example.com. Kasutage A/AAAA-kirjeid, mis suunavad CLIopeni sisemisetele aadressidele, või oma teenusepakkuja ALIAS/ANAME funktsiooni, kui CLIopen on teile hostname'i andnud.

Kogu alamvööndi delegeerimine

Kui soovite, et CLIopen hallaks kirjeid alamdomeeni all, näiteks apps.example.com, looge selle alamdomeeni jaoks NS-kirjed, mis suunavad CLIopeni nimiserveritele, mida te saate. Ärge muutke kogu domeeni nimiservereid, kui te ei soovi, et CLIopen (või mõni muu DNS-teenus) hallaks kõiki kirjeid.

Kontrollnimekiri

  1. Oodake DNS-i levimist. Väikesed muutused ilmnevad sageli mõne minuti jooksul, kuid mõned teenusepakkujad kasutavad pikemat vahemälu.
  2. Kontrollige, kas domeen suunatakse CLIopen sihtmärgile, mitte varem kasutatud teenusepakkujale.
  3. Käsitoetud domeeni väljal sisestage täpne hostinimi; jätke välja "https://" ja kõik teed.
  4. Pärast teenuse uuendamist testige aadressi `https://app.example.com` brauseris.
  5. Hoidke vanad DNS-kirjed alles ainult siis, kui need ei ole vastuolus uue hostinimega.
> Kuidas DNS-tsoonit üle kanda CLIopeni

Delegeerige domeen aadressidele ns1.cliopen.com ja ns2.cliopen.com, et CLIopen saaks avaldada kogu tsooni jaoks olevaid kirjeid.
faq/dns-tsooni-uleandmine

Mida tsoonide üleviimine siin tähendab

Kliendi DNS-i puhul tähendab üleviimine autoriteetsete nimiserverite muutmist domeeni registrinaatoril. Pärast CLIopenile delegeerimist avaldatakse CLIopenis lisatud DNS-rekordeid meie autoriteetsetest nimiserveritest.

Enne nimeserverite muutmist

  1. Kopeerige olemasolevad DNS-rekordid, mis on endiselt vajalikud, näiteks veebileht, e-post, kinnitused, SPF, DKIM, DMARC ja teenuseregistrid.
  2. Lisage tsoon CLIopen DNS-i. Kui delegeerimine pole veel valmis, salvestab CLIopen selle, kuid ei aktiveeri seda klientidele enne, kui validatsioon on läbinud.
  3. Looge vajalikud rekordid CLIopen DNS-is enne nimiserverite vahetamist, kui see võimalik on.
  4. Pange tähele, et CAA peab olema õigesti seadistatud, sest valed väärtused võivad sertifikaatide väljastamist blokeerida.

Delegeeri tsoon

  1. Avage oma domeeni seadistused registreerijalt, näiteks example.com kohalt.
  2. Leidke nimiserverite, DNS-delegeerimise või autoritaarsete DNS-seadete sätted.
  3. Asendage praegused nimiserverid väärtustega ns1.cliopen.com ja ns2.cliopen.com.
  4. Salvestage muudatus ja oodake, kuni muudatused levivad registris ja lahendajates.

Validatsioon

Naaske CLIopen DNS-i ja klõpsake nuppu "Kontrollige delegeerimist uuesti". Kui avalikud NS-rekordid näitavad ns1.cliopen.com ja ns2.cliopen.com, siis tsoon lisatakse sünkroonimisele ja rekordid lähevad live CLIopenist.

> Konto loomine ja esimene sisselogimine

Looge üks ärikonto, lisage arveinfo ja jätke meeskonnale e-posti aadress, millele neil on juurdepääs.
faq/account-registration-and-login

Üks konto tellimuste ja halduse jaoks

Kasutage kontot pikaajalise lahendusena tellimuste, arveldusandmete, teenuste, domeenide ja tugiga suhtluse jaoks. Parim on kasutada töömeili aadressi, millele meeskonnal on juurdepääs ka personali muutuste korral.

Enne esimest tellimust

  1. Registreeru oma tööalase e-posti aadressiga.
  2. Kui küsitakse, kinnita e-post.
  3. Sisesta arveandmed enne tasulise tellimuse esitamist.
  4. Kui kaheastmeline autentimine on saadaval, lubage see kohe pärast esimest sisselogimist.

Ligipääs meeskonnale

Ärge saatke paroole kolleegidele vestluses ega e-postiga. Kui mitmele inimesele on juurdepääs vajalik, kasutage sisemist paroolihaldurit või küsige soovitatud meeskonnaprotseduuri; tugitiim ei vaja teie parooli ega sisselogimisandmeid.

> Kuuline ligikaudne kogus, aastane ligikaudne kogus ja reaalne päevane tarbimine

Kuulised ja aastased hinnad on mõeldud võrdluseks; ettemakstud teenuste puhul kehtib tegelik päevane tarbimine pärast muudatuse kinnitamist.
faq/billing-periods-and-credit-burn

Hinnang ei ole arvelduskalender

Kuu hinnang on ligikaudu 31 päeva pikkuse perioodi jaoks, aastahinnang aga 372 päeva pikkuse perioodi jaoks. Ette makstud teenuste puhul kulutatakse krediiti vastavalt teenuse aktiivsele kasutamisele ja kinnitatud seadetele.

Mis on hinnamuutuse korral kontrollida

  1. Võrdle päevaseid kulutusi enne ja pärast muutust.
  2. Suurem CPU, RAM või kettaruumi maht ning tasulised lisad võivad suurendada päevast tarbimist.
  3. Muudatus jõustub alles pärast kinnitust, vajaliku makse sooritamist ja rakendamist.
  4. Raamatupidamiseks salvestage tellimuse kinnitused ja nähtav krediidiajalugu.

Täpsusta konkreetne periood

Toetusele aitavad kaasa tellimusnumber, teenuse nimi ja kuupäevad, mille kohta soovite kontrolli teha. Ärge saatke pangandmeid, täielikke maksevõimalusi ega ekraanipilte, mis sisaldavad soovimatuid isikuandmeid.

> Tellimuse olek maksed tegemise järel

Tellimus võib pärast makse sooritamist oodata teenusepakkuja kinnitust; kopeerige tellimus alles siis, kui esimene on selgelt tühistanud või aegunud.
faq/order-status-and-payment-confirmation

Ootel olev seis ei pruugi tähendada ebaõnnestumist

Pärast maksepoole leheküljelt tagasitulekut võib tellimus oodata makseteenuse kinnitust. Kui esmane tellimus pole selgelt nurjunud või aegunud, võib uus duplikaattellimus hiljem sobitamise keerulisemaks muuta.

Kuidas edasi makse sooritamise järel

  1. Makse sooritamise järel naaske Cli>_ lehele.
  2. Kontrollige tellimuse staatust oma kontol.
  3. Kui tellimus on veel ootel, andke teenuseosutajale aega kinnituse saamiseks.
  4. Probleemi korral saatke tugile tellimuse number ja makseviide, kui see on nähtav.

Mida mitte saata

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

> Andmed, mis kiirendavad teenuse seadistamist

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

Täpsed andmed säästavad aega

Tellimisvormides kasutage avalikke või mitte-salajasi väärtusi: teenuse nimi, domeen, DNS-plaan, salvestusruum, CPU, RAM, administraatori e-post või avalik SSH-võti. Salasõnad, privaatvõtmed ja tokenid ei kuulu vormi.

Valmista ette enne tellimist

  1. Valige oma meeskonnale sobiv teenuse nimi.
  2. Otsustage, kas kasutada oma domeeni või ajutist süsteemi nime.
  3. Valmistage avalik SSH-võti, kui teenus seda nõuab.
  4. Kontrolli salvestusruumi ja ressursse vastavalt rakendusele, mida sa kavatsed kasutada.

Ära edasta tundlikku teavet

Kui te pole kindel, kas andmed on konfidentsiaalsed, küsige enne nende saatmist. Ärge saatke privaatseid võtmeid, paroole, tokeneid, andmebaasidumpide ega tervikuid konfiguratsioonifaile chati või tellimuse kaudu.

> CPU, RAM, ketta või säilimisaja muutmine pärast tellimist

Muutke olemasolevat teenust selle detailvaates, mitte uue dublikaatkäskuga; ressursside muutmine muudab hinda, teenuse maksumust, päevase krediidikulu, taaskäivitamist ja katkestusriski.
faq/change-service-resources-after-order

Muutke olemasolevat teenust, mitte looge uut

Kui teenus juba töötab, tehke muudatused selle detailidest. Uuend tellimus võib luua teise teenuse ja muuta hinda, päevast krediidikulu ning käitumist.

Enne muutuste kinnitamist

  1. Vaata praeguseid CPU, RAM, kettaruumi, varunduste säilivusaega ja Offsite Archive'i säilivusaega seotud andmeid.
  2. Kontrolli uut päevahinda ja selle mõju krediidisaldole.
  3. Loe teavet taaskäivituste, hoolduse või süsteemi seisaku kohta.
  4. Enne olulisi muutusi tehke kindlasti oma andmete varukoopia.

Mis juhtub, kui muudatus ei toimu ootuspäraselt

Palun edastage teenuse nimi, muudatuse aeg, nähtav olek ja vea teade. Ärge jagage privaatseid võtmeid, paroole ega tokeneid; diagnoosimiseks piisab avalikust kontekstist ja anonimiseeritud ekraanipildist.

> Teenuse tühistamine ja andmete kustutamise tähtaeg

Aktiveeritud teenus peatatakse esmalt, kuvatakse seadistatav nähtav kustutustähtaeg ning seejärel võivad andmed püsivalt kustutada.
faq/cancel-service-and-data-retention

Tühistamine ei tähenda alati koheset kustutamist

Kui teenus on juba aktiveeritud, peatatakse see esmalt ja kuvatakse seadistatav nähtav tähtpäev, millal kustutus toimub. Selle aja jooksul on võimalik teenust taastada või andmed eksportida. Ootavad maksmata tellimused, millele ei ole veel teenuseid osutatud, võivad käituda erinevalt ja lõpliku kustutuse võib toimuda alles pärast elutsükli tähtaja möödumist.

Enne kustutamist kontrollige

  1. Looge oma andmete eksport, kui soovite neid pikaajaliselt säilitada.
  2. Lugege teenuse peatatise korral planeeritud kustutamise kuupäeva ja kellaaega.
  3. Pidage meeles, et varunduste säilivusaeg ja offsite-arhiivi säilivusaeg on erinevad kui teenuse elutsükli järgne kustutamine.
  4. Kui te pole kindel, võtke enne kustutustähtaega ühend toega.

Andmete taastamine pärast tähtaja möödumist ei pruugi olla võimalik

Pärast nähtava tähtaega ei tohiks andmeid lugeda kättesaadavana. Küsimuste korral esitage tellimusnumber ja teenuse nimi, mitte andmebaasi eksporti ega salasõnu.

> Varundused ja taastepäringud

Varundused on mõeldud operatsioonide taastamiseks, mitte eksportimise asendajaks; taastamine võib üle kirjutada uuemaid andmeid.
faq/backups-and-restore-requests

Varundus pole arhiiv ega ekspordifail

Varunduse säilimisperiood sõltub valitud tootest ja seadetest. Varundus aitab taastada süsteemi pärast rikkumist, kuid ei asenda oma eksporti, auditarhiva ega väliseid arhive. Taastusprotsess võib kirjutada üle uuemaid andmeid.

Kuidas valmistada ette taasteandmissoovi

  1. Sisestage teenuse nimi ja tellimusnumber.
  2. Kirjelge ligikaudne taastamise aeg.
  3. Märgi, kas taastada kogu teenus või ainult osa sellest, kui see on võimalik.
  4. Lisage nähtav viga või kontekst ilma salasõnadeta, tokeniteta ja privaatsetest võtmeteta.

Arvestage enne alustamist taastamise mõjuga

Kui teenus on vahepeal vastu võtnud uusi andmeid, võivad need asendada vanemat olekut. Enne taastamise kinnitamist teavitage meeskonda ja eksportige see, mida ei soovi kaotada.

> Offsite Archive'i eesmärk

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 mõeldud kaug-arhiivikoopiate tegemiseks ja andmete pikaajaliseks säilitamiseks. See ei ole rakenduse jaoks otseühendusega ketas, kohaliku ekspordi asendus ega sama asi kui lühikesed operatiivsed varundused.

Millal seda kasutada

  1. Kasutage seda andmete jaoks, mida soovite hoida ka tavapärast teenuse toimingut väljaspool.
  2. Valige säilimisajad vastavalt nõuetele või taastamise eesmärgile.
  3. Jälgige, kuidas hind suureneb salvestatud mahu ja säilimisaja järgi.
  4. Planeerige suurte andmahukoguste puhul arhiiv koos oma ekspordiprotsessiga.

Kuidas hinnaga arvestada

Põhialus on MB-päevad: kui palju andmeid on salvestatud ja mitu päeva need säilitatakse. Hinnakujundus kuvatakse kliendile EUR/GB/kuus ning tulemus ümardatakse täistsendini.

> CPU, RAM ja kettaruumi valik VPS-ile

Valige VPS suurus rakenduse, andmebaasi, vahemälu, logide ja kasvuvajaduste põhjal. OOM (mälust puudus) või swapimine võivad viidata vajadusele suurendada RAM-i kogust.
faq/vps-cpu-ram-and-disk-sizing

Planeerige koormuse järgi, mitte tunnete põhjal

Väike staatiline veebileht nõuab erinevaid ressursse kui andmebaas, Java-rakendus, otsing või build-container. Planeerimisel arvestage rakendusmälu, vahemälu, logide, üleslaetud failide ja andmebaasi mahuga, samuti kasvuruumi.

Märgid sellest, et plaan on liian väike

  1. Lisage RAM-i, kui tekib OOM (mälust puudus), "out of memory" viga, protsess lõpeb äkki või toimub pidev vahetamine (swapping).
  2. Lisage CPU-d, kui on püsiv kõrge arvutuskoormus, pakkimine, ehitamine või hõivatud rakendusprotsessid.
  3. Suurendage kettaruumi enne, kui täituvad failisüsteem, logifailid või andmebaas.
  4. Pärast iga muutust veenduge, kas rakendus enam ei puudutuks algse piirdusega.

Mida saata suuruse määramise küsimusega

Kasulik on edastada teenuse nimi, rakenduse tüüp, nähtav viga, ligikaudne probleemide aeg ning praegused CPU, RAM ja kettaruumi seaded. Ärge saatke paroole, privaatseid võtmeid ega sisemisi konfiguratsioonifaile.

> Millal avalik IP-aadress on VPS-i jaoks kasulik?

Eelnevalt määratud avalik IP-aadress aitab lubada juurdepääsu, võimaldada sisenevat ligipääsu, tagada stabiilse väljamineva allika või toetada teenuseid, mis on seotud konkreetse aadressiga.
faq/vps-public-ip-options

Selgita esmalt suhtluse suund

Avalik IP-aadress ei ole iga teenuse jaoks automaatselt vajalik. See lahendab kõige sagedamini väliste partnerite, teenusepakkujate või tulemüüride nõudeid, mis on seotud lubade nimekirjaga, stabiilse väljamineva allika või siseneva juurdepääsuga konkreetsele pordile.

Enne IP-aadressi tellimist

  1. Küsi partnerilt, kas ta lubab sissetuleva, väljamineva või mõlema liikluse.
  2. Kasuta DNS-nimesid IP-aadresside asemel, kui see on võimalik.
  3. Ava ainult need pordid, mida rakendus tegelikult vajab.
  4. Saadke allowlisti taotlus tugimeeskonnale enne tootmisõiguste muutmist.

Mida jätta suletuks

Avalik IP-aadress ei tähenda kõigi portide avamist. Lubage juurdepääs ainult minimaalselt vajalikele teenustele ja ärge saatke paroole, privaatseid võtmeid ega sisemisi tulemüüri reegleid ekraanipiltidena, kus on salajased andmed.

> Jagatud SSH-ühendus VPS-iga

Kui te pole ostnud avalikku IP-aadressi, ühendub VPS jagatud SSH-pordikaudu. Avaliku IP-aadressiga on võimalik kasutada ka otsetõest SSH-ühendust.
faq/shared-ssh-access-for-vps

Miks jagatud SSH kasutab kõrget porti

Mitmed VPS-teenused võivad kasutada sama avalikku SSH-ühendust, seega saab iga teenus oma eraldi kõrge pordi. Port on osa ühenduse suunamisest teie teenusele; ilma selleta ei oleks võimalik ühendust kindlalt õigesse VPS-i edastada.

Ühenduse loomine ligipääsutüübi järgi

  1. Jagatud SSH-ühenduse korral kopeerige teenusest kasutajanimi, avalik server ja kõrge port.
  2. Ühenduge, kasutades käsku ssh -p <port> <kasutajanimi>@<avalik-server>.
  3. Kui teenusel on eraldatud avalik IP-aadress, võib see näidata ka teist SSH-ühendust otse sellele IP-aadressile või selle DNS-nimele.
  4. Kasutage privaatset võtit ainult kohalikus SSH-klientides või agentides; jagage tugimeeskonnaga ainult avalik host, port, kasutajanimi ja nähtav viga.

Kui olete tellinud lisaks avaliku IP-aadressi

Avalik IP-aadress ei asenda jagatud SSH-ühendust; see lisab eraldi juurdepääsuviisi, mis sobib lubade nimekirjadele, jälgimisele või otsesele ühendusele. Praktikas võite näha kahte SSH-ühendust: jagatud host kõrge pordiga ja otsehost või IP-aadress teenusele, millel on avalik IP-aadress.

> Oma domeeni ühendamise kontroll

Enne domeeni vahetamist veenduge, et DNS-seadistused on korrektsed, hostname on täpne, rekorditüüp on sobiv ning pole olemas konfliktoosseid vanu rekordeid.
faq/custom-domain-readiness-checklist

Täpne hostinimi määravad seadistused

Esiteks selgitage välja, kas te ühendate peadomeeni (nt example.com) või alamdomeeni (nt app.example.com). Igal variandil võivad olla erinevad DNS-i nõuded, piirangud ja kontrollid registrihalduri poolt.

Enne DNS muutmist

  1. Kontrollige, kus domeeni autoritaarseid DNS-kirjeid muudetakse.
  2. Eemaldage või muutke sama hostnimega olevad konfliktsed A/AAAA-, CNAME-, ALIAS-, ANAME- või ümbersuunamisega seotud kirjed.
  3. Kasutage teenusele soovitatud kirjetüüpi.
  4. Muudatuse järel oodake DNS levikut ja seejärel testige lõplikku HTTPS-ühendust.

Turvaline tagasipööramine

Ärge keelake vana hostimist välja enne, kui uus nimeserver vastab õigesti. Probleemide korral edastage domeen, oodatav sihtkoht ja avalik DNS-tulemus, mitte registri andmed.

> Teenuste jaoks mõeldud DNS-i rekordite tüübid

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

Ärge segage andmeid omavoltvalt

Iga DNS-tüüp täidab erinevat funktsiooni. A ja AAAA näitavad IP-aadressidele, CNAME loob aliase alamdomeenile, MX suunab postitusi, TXT sisaldab kinnitusi ja e-posti poliitikuid ning CAA piirab sertifikaatide väljastamise asutusi.

Recordite kopeerimisel

  1. Kopeeri nimi, tüüp ja väärtus täpselt vastavalt teenuse juhistele.
  2. Ära kasuta CNAME'i hostname'ile, millel on juba teised kirjed, kui DNS-reeglid seda keelavad.
  3. Lisage DKIM teenusepakkija valikule ja DMARC tavaliselt _dmarc alla.
  4. CAA seadistamisel olge ettevaatlik, sest vale väärtus võib takistada sertifikaadi väljastamist.

Kui DNS ei tööta

Saatke tugimeeskonnale hostname, rekordi tüüp, oodatud väärtus ja avalikult nähtav tulemus. Ärge saatke DNS-i haldusliidese sisselogimisandmeid ega pilte, kus on ekraanile võetud API-võtmed.

> DNS levimine ja TTL ilma minutitega garanteeritud ajata

TTL (Time To Live) määrab, kui kaua resolverid võivad vana vastust hoida. Muudatuste tegemisel võivad vanad ja uued tulemused esineda korraga, kuni vahemälud aeguvad.
faq/dns-propagation-and-ttl

Propagatsioon on seotud vahemälu käitumisega

DNS-i puhul ei ole kindlat lubadust ühe minuti jooksul. Pärast autoriteetse DNS-i muutmist võivad erinevad lahendurid (resolverid) esitada nii vanu kui ka uusi vastuseid, kuni nende vahemälu aegub TTL (Time To Live) järgi. Seetõttu võib tulemus varieeruda sõltuvalt võrgust, riigist või DNS-lahendurist.

Planeeritud muudatus

  1. Langeta TTL-i enne planeeritud muutust, kui teenusepakkuja lubab.
  2. Tehke DNS-muudatus üks kord ja vältige korduvaid muudatusi, kuni vahemälu aegub.
  3. Testige erinevatest resolveritest, kui vastused on erinevad.
  4. Märgi üles muutuse aeg, vana väärtus, uus väärtus ja TTL.

Mis andmeid diagnoosimiseks saata

Palun esitage hostname, oodatav sihtkoht, nähtavad vanad vastused, nähtavad uued vastused, TTL ja muutuse aeg. Palun ärge edastage DNS-konto juurdepääsuandmeid.

> Workspace Suite salvestusruumi planeerimine

Planeerimisel arvestage kasutajate failide, jagatud kaustade, versioonide, prügikasti, eelvaadete, sünkroonimise ülekumuldamise ja meeskonna kasvu.
faq/nextcloud-storage-planning

Workspace Suite kasvab ka nähtamatute failide osas

Ruumi kasutavad kasutajafailid, jagatud kaustad, kustutatud failid, versioonilugu, eelvaated, pisipildid, sünkroonimise kliendid ja importimine. Kui salvestusruum on peagi täis, võivad üleslaadimised või sünkroniseerimine ebaõnnestuda.

Enne mahu tellimist

  1. Arvutage praegused kasutajaandmed ja ühiskaustad.
  2. Lisage ruumi versioonidele, prügikastile, eelvaadetele ja sünkroonimisele kuluvatele ressurssidele.
  3. Arvestage suuri impordi- ja uusmeeskondade lisamisega seotud kasvuga.
  4. Suurendage salvestusruumi enne, kui kasutajad jõuavad piirini.

Sünkroonimisprobleemide korral

Saatke teenuse suurus, ligikaudne kasutus, probleemide aeg ja nähtav kliendi viga. Ärge saatke isiklikke faile, paroole ega kasutajaandmete eksporte, kui tugiteenus ei ole seda turvaliselt taotlenud.

> Repositooriumi migreerimine Gitea'sse

Git repositooriumide migreerimise planeerimine hõlmab LFS-i, submodulede, õiguste, deploy võtmete, webhookide ja CI/CD tugi.
faq/gitea-repository-migration

Migratsioon ei ole ainult `git clone`

Lisaks repositooriumi ajaloolisele andmetele tuleb üle kanda või uuesti seadistada omanikud, meeskonnad, kaitstud oksad, kaitstud märgendid, Git LFS, alamprojektid, deploy-võtmed, webhookid ja CI/CD-ühendused.

Kontroll enne ülekanne

  1. Loetle repositooriumid, omanikud, kasutajad ja automaatikakontod.
  2. Kontrolli Git LFS objekte, submodule'eid ning branchide ja tagide kaitse seadeid.
  3. Pärast üleviimist kontrolli kloonimist, pushimist, Git LFS-i, submodule'eid ja CI käitumist.
  4. Keera või kustuta vanad tokenid, jagamata nende väärtusi.

Tundlikud andmed migratsiooni ajal

Ära saada tugimeeskonnale tokeneid, privaatvõtmeid, deploy key'de privaatseid osi ega CI-salasõnu. Jaga repositooriumide nimesid, integratsiooni tüüpi, nähtavat veateadet ja infot selle kohta, mis enne migratsiooni töötas.

> Listmonki saatjadomeen

Kampaania jaoks valmistage ette saatjadomeen või -subdomeen, "From" identiteet, SPF, DKIM, DMARC, tagastussõnumid ja loobumise võimalus.
faq/listmonk-sender-domain-basics

Kohalejõudmine algab domeenist

Listmonk vajab selget saatja identiteeti ja DNS-kirjeid, mida postisüsteemid saavad kontrollida. SPF, DKIM ja DMARC peavad vastama domeenile või alamdomeenile, kust kampaaniaid saadakse.

Enne esimest kampaania

  1. Valige saatja domeen või alamdomeen ja määrake "From"-nimi.
  2. Lisage DNS-i tõestusandmed, SPF, DKIM valik ja DMARC.
  3. Testige kohaletoimetamist, tagastusi (bounce) või vastuvõtu aadressi ning linke.
  4. Kontrollige tühistamiste ja List-Unsubscribe seaded enne saatmist.

Mailisõnumite saladused ei kuulu piletitesse

Diagnostika jaoks edastage domeen, rekordi tüüp, avalik DNS väärtus ja veateade. Ärge edastage SMTP paroole, API võtmeid, privaatseid DKIM-võtmeid ega saajate nimekirju isikuandmetega.

> Classic Hosting'u tööaja seaded

Classic Hosting võib töötada automaat- või käsirežiimis. CPU, RAM, mälu, salvestusruum, varunduste säilivusaeg, välise arhiivi säilivusaeg, üleslaadimised, vahemälu ja logid mõjutavad nii hinda kui ka stabiilsust.
faq/classic-hosting-runtime-settings

Autorežiim ei pruugi alati olla õige valik

Auto Runtime aitab tuvastatud projektidega, kuid käsirežiim sobib, kui soovite täpselt valida Nginx, Apache, FrankenPHP või konkreetse keeleruntime'i. PHP valiku kasutage ainult seal, kus valitud runtime seda toetab.

Enne kasutuselevõttu

  1. Valige automaatne või käsitsi seadistatav keskkond (runtime) vastavalt kasutatavale raamistikule ja ehitusviisile.
  2. Valige PHP 8.2, 8.3 või 8.4 ainult juhul, kui valitud keskkond seda toetab.
  3. Seadistage CPU, RAM, kettaruumi, varunduse säilimisperiood ja välise arhiivi säilimisperiood andmemahu ja külastuste järgi.
  4. Pärast avaldamist testige üleslaadimisi, vahemälu, logifaile ja nähtavaid rakenduseveasid.

Kui rakendus ei käivitu

Saatke runtime'i režiim, keel või PHP versioon, nähtav viga, mis muutus ning ligikaudne käivitamise aeg. Ärge saatke .env-faile, paroole, tokeneid ega täielikke logifaile, mis sisaldavad tundlikku teavet.

> Millist teavet on ohutu toega jagada

Kasulikuks on tellimusnumbrid, teenuste nimed, domeenid, ajad, avalikud serverid, pordid, varunduse säilimisajad, Offsite Archive'i säilimisajad, üleslaadimised, vahemälu, logifailid, ekraanipildid ja nähtavad vead, kuid vältige salajaste andmete jagamist.
faq/support-safe-information-to-share

Hea taotlus sisaldab olulist teavet, mitte salajasi andmeid.

Toetusosakond saab kiiremini reageerida, kui saadakse tellimuse number, teenuse nimi, domeen, avalik host või port, probleemi aeg, mis muutus ja täpne nähtav veateade.

Turvaline sõnumi sisu

  1. Palun andke tellimuse number, teenus, domeen, ligikaudne aeg ja samm, kus probleem tekkis.
  2. Hostingu puhul lisage tööaeg, keel või PHP versioon, CPU, RAM, kettaruumi, varunduste säilimisperiood, välise arhiivi säilimisperiood, üleslaadimised, vahemälu ja logid ning mis hiljuti muutus.
  3. Lisage ekraanipildid alles pärast salasõnade, tokenite, privaatsete võtmete, sessioonide ja isikuandmete peitmist.
  4. Kui te pole kindel, kas andmed sobivad piletisse, küsige esmalt ilma neid saatmata.

Ärge saatke seda

Ärge saatke paroole, privaatseid võtmeid, taastamiskoodideid, API-toone, seansikookiseid, andmebaasi eksporte, terviklikke .env-faile, täielikke logifaile tundlike väärtustega ega sisemisi infrastruktuuridetaille.