DUK

Dažniausiai užduodami klausimai

Naudingi, trumpinti vadovai apie paslaugų konfigūravimą, prieigą ir dažnus klientų veiksmus.

> Kaip veikia Cli>_ kredito sistema?

Vienas bendras išankstinio mokėjimo likutis finansuoja visas tinkamas paslaugas ir naudojamas tik joms aktyviai veikiant.
faq/prepaid-credit-how-it-works

Tavo Cli>_ paskyroje yra vienas bendras išankstinio mokėjimo kredito likutis. Reikalavimus atitinkantys nauji klientai gali gauti Starter Credit tik atlikę privalomą paskyros ir apsaugos nuo piktnaudžiavimo patikrą. Aktyvios tinkamos paslaugos likutį naudoja laikui bėgant. Mėnesio įvertis skaičiuojamas pagal 31 dieną, o nauja paslauga paleidžiama tik jei likutis padengia bent 7 dienas. Raudonas įspėjimas rodomas, kai numatomas veikimo laikas nukrenta žemiau 7 dienų; kitu atveju oranžinis įspėjimas rodomas, kai jis nukrenta žemiau 14 dienų.

Išsekus likučiui paslauga po 7 dienų sustabdoma, nustoja naudoti kreditą ir prasideda 7 dienų saugojimo bei ištrynimo terminas. Iki rodomo termino ją galima paleisti iš naujo turint pakankamai kredito. Paruoštos paslaugos atšaukimas taip pat ją sustabdo ir pradeda tą patį terminą. Laukianti, dar neparuošta paslauga gali būti išjungta iš karto. Po termino prasideda paruoštos paslaugos išjungimas ir šalinimas. Force delete paslaugą išjungia iš karto, praleidžia saugojimą ir pradeda šalinimą iš aktyvaus runtime; užbaigimas vyksta po deployment ir GitOps apdorojimo. Atsarginėms kopijoms ir Offsite Archive taikomos atskiros saugojimo taisyklės.

OpenCode pavyzdys už 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR per dieną. Po 10 pilnų dienų sunaudota apie 3,19 EUR. Jei pradinis likutis buvo lygiai 9,90 EUR ir kitų paslaugų nebuvo, lieka apie 6,71 EUR. Išjungus tolesnis naudojimas sustoja.

Pavyzdys tik iliustracinis. Visada galioja tuo metu Cli>_ rodomos kainos.

> Kaip sugeneruoti viešąjį SSH raktą komandų eilutėje

Sukurkite viešąjį SSH raktą saugiam VPS prieigai. Bendrinkite tik viešąjį raktą su Cli>_; privatųjį raktą palikite savo įrenginyje.
faq/generate-public-ssh-key-lt

Viešasis raktas dalijamasi, privatūs raktai išlieka pas jus

Į užsakymą arba paslaugos nustatymus įdėkite tik viešąjį SSH raktą. Privatūs raktų liks jūsų kompiuteryje ir nebus siunčiami techninei pagalbai ar įvedami į internetinę formą.

Veiksmai

  1. Atidarykite terminalą savo kompiuteryje.
  2. Paleiskite komandą: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Patvirtinkite failo vietą arba pasirinkite savo kelią. Niekada nesiųskite savo privataus rakto.
  4. Viešasis raktas gali būti parodytas komanda: cat ~/.ssh/id_ed25519.pub.
  5. Nukopijuokite visą eilutę, prasidedančią nuo ssh-ed25519, ir įklijuokite ją į "SSH viešojo rakto" lauką užsakymo metu arba paslaugos nustatymuose.
  6. Nukopijuokite visą eilutę su ssh-ed25519 ir įklijuokite ją į "SSH viešojo rakto" lauką.

Patikrinkite prieš įklijuodami

  1. Atidarykite "PowerShell" arba "Windows Terminal".
  2. Paleiskite komandą: ssh-keygen -t ed25519 -C "jūsų_el.paštas@example.com".
  3. Paspauskite Enter, kad išsaugotumėte raktą į C:\Users\jūsų_vartotojas\.ssh\id_ed25519, arba įveskite savo kelią.
  4. Jei Windows prašo slaptažodžio, naudokite slaptažodį, kurį galite saugiai išsaugoti, arba paspauskite Enter, jei norite jį praleisti ir nustatyti paprastą paslaugą.
  5. Viešąjį raktą galima peržiūrėti įvedus komandą: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Nukopijuokite tik visą eilutę, prasidedančią nuo ssh-ed25519. Nekopijuokite ir neįkelkite privataus rakto failo.
> Kaip vizualiai sugeneruoti SSH raktą "Windows" operacinėje sistemoje

Grafinis būdas kurti SSH rakto porą "Windows" operacinėje sistemoje be komandų eilutės.
faq/create-ssh-key-windows-gui-lt

Naudokite "Windows" programėlę ir įklijuokite tik viešąjį raktą

Viešąjį ir privačiajam SSH rakto porai galite sugeneruoti naudojant „Windows“ programėles, tokias kaip PuTTYgen. Cli>_ reikia tik viešojo rakto. Privačiajį raktą palikite savo kompiuteryje ir nelaikykite jo internete.

Veiksmai

  1. Įdiekite PuTTY arba atidarykite PuTTYgen, jei jau įdiegtas.
  2. Pasirinkite EdDSA/Ed25519, jei yra galimybė, arba RSA 4096, jei Ed25519 nėra prieinamas.
  3. Spustelėkite „Generate“ ir judinkite pelę per tuščią plotą, kol bus sukurtas raktas.
  4. Įveskite slaptažodį, jei norite papildomos vietinės privačių raktų apsaugos.
  5. Išsaugokite privatų raktą savo kompiuteryje ir išlaikykite jį paslapti.
  6. Nukopijuokite viešo rakto tekstą ir įklijuokite jį į SSH viešo rakto lauką.

Neskleiskite konfidencialios informacijos

Nesiųskite .ppk failų, privačių raktų, slaptažodžių ar autentifikavimo duomenų techninei pagalbai arba per formas.

> Pridėkite savo domeną

Sužinokite, kaip nukreipti savo domeną arba subdomeną į CLIopen paslaugą prieš įjungdami funkciją „Naudokite savo domeną“.
faq/prijunkite-savo-domena

Kas ši parinktis daro

„Naudokite savo domeną“ leidžia jūsų programėlei atsakyti į jūsų asmeninį domeno pavadinimą, pvz., app.example.com, o ne naudoti tik generuojamą *.co.cliopen.cloud domeno pavadinimą. DNS turi rodyti į CLIopen prieš tai, kad domeno pavadinimas galėtų būti saugiai naudojamas paslaugai.

Prieš pradėdami

  1. Pasirinkite tikslų hostname'ą, kurį norite naudoti, pavyzdžiui, app.example.com. Paprasčiausia yra naudoti antrinę domeną.
  2. Atidarykite DNS administraciją pas savo domeno registrą arba DNS teikėją.
  3. Ištrinkite bet kokius konfliktuojančius A, AAAA, CNAME, ALIAS arba nukreipimo įrašus su tuo pačiu hostname'u.
  4. Palikite automatiškai generuojamą CLIopen pavadinimą aktyvų, kol jūsų pasirinktas pavadinimas bus patikrintas ir visiškai veiks.

Rekomenduojamas DNS nustatymas subdomenui

Sukurkite DNS įrašus tiksliniam pavadinimui, kurį įvesite į CLIopen. „app.example.com“ DNS etiketė yra „app“. Nukreipkite jį į CLIopen įėjimo adresus, kuriuos pateikia CLIopen techninė pagalba arba jūsų paslaugos dokumentuose. Jei jūsų teikėjas prašo įrašo tipo, naudokite „A“ įrašą IPv4 ir „AAAA“ įrašą IPv6, kai yra pateikti šie adresai.

Pavyzdys:

app.example.com.  A     <CLIopen IPv4 adresas>
app.example.com.  AAAA  <CLIopen IPv6 adresas, jei yra>```

Kai CLIopen pateikia CNAME tikslą

Kai kurios paslaugos gali suteikti jums generuotą pavadinimą, pavyzdžiui, service.customer.co.cliopen.cloud. Jei jūsų paslaugos instrukcijose aiškiai nurodyta naudoti CNAME, sukurkite įrašą, pvz., app.example.com CNAME service.customer.co.cliopen.cloud. Naudokite CNAME tik subdomenams, o ne pagrindiniam domenui, jei jūsų DNS paslaugų teikėjas nepalaiko ALIAS arba ANAME funkcijos.

Pagrindinio domeno naudojimas

Jei naudojate pagrindinį domeną, pvz., example.com, be papildomų posistemų, dauguma DNS paslaugų teikėjų neleidžia naudoti įprasto CNAME įrašo. Naudokite A/AAAA įrašus, nukreipiančius į CLIopen prieigos adresus, arba naudokite savo paslaugos teikėjo ALIAS/ANAME funkciją, jei CLIopen jums pateikė tikslinį pavadinimą.

Visos subdomenų srities delegavimas

Jei norite, kad CLIopen tvarkytų įrašus po posistemiu, pvz., apps.example.com, sukurkite NS įrašus šiam posistemiui ir nukreipkite juos į gautus CLIopen vardinius serverius. Nekeiskite viso domeno vardinių serverių, nebent norite sąmoningai perkelti visų įrašų valdymą į CLIopen (arba kitą DNS paslaugą).

Patikros sąrašas

  1. Palaukite DNS propagacijos. Maži pakeitimai dažnai tampa matomi per kelias minutes, tačiau kai kurie paslaugų teikėjai gali ilgiau juos saugoti (cache).
  2. Patikrinkite, ar domeno vardas nukreipia į CLIopen serverį, o ne į ankstesnį paslaugų teikėją.
  3. Į lauką "Naudokite savo domeną" įveskite tikslų serverio vardą (hostname), nenaudodami `https://` ir jokio kelio.
  4. Atlikus paslaugos atnaujinimą, išbandykite `https://app.example.com` savo naršyklėje.
  5. Palikite senus DNS įrašus tik tuo atveju, jei jie nesikonflikuoja su nauju serverio vardu (hostname).
> Kaip perkelti DNS zoną į CLIopen

Perduokite domeną į `ns1.cliopen.com` ir `ns2.cliopen.com`, kad „CLIopen“ galėtų publikuoti visus zonos įrašus.
faq/dns-zonos-perdavimas

Kas yra zonos perdavimo procesas?

Klientų DNS perdavimas reiškia, kad keičiami pagrindiniai (autoritetingi) vardinių serveriai pas jūsų domeno registrą. Kai delegavimas nukreiptas į CLIopen, CLIopen sistemoje pridėti DNS įrašai yra publikuojami iš mūsų pagrindinių vardinių serverių.

Prieš keičiant nameserverius

  1. Nukopijuokite esamus DNS įrašus, kurie jums vis dar reikalingi, pavyzdžiui, svetainės, pašto, patvirtinimo, SPF, DKIM, DMARC ir paslaugų įrašus.
  2. Pridėkite zoną CLIopen DNS sistemoje. Jei delegavimas dar nėra paruoštas, CLIopen jį išsaugo, bet neaktyvina klientui, kol patikrinimas nepraeis.
  3. Jei įmanoma, sukurkite reikiamus įrašus CLIopen DNS sistemoje prieš perjungdami pavarčius.
  4. Įsitikinkite, kad CAA įrašas yra teisingai konfigūruotas, nes neteisingos reikšmės gali užblokuoti sertifikatų išdavimą.

Perduokite zoną

  1. Atidarykite savo domeno nustatymus pas registratą, pavyzdžiui, example.com.
  2. Raskite DNS serverių, DNS delegavimo arba autoritetingų DNS nustatymų.
  3. Pakeiskite esamus DNS serverius į ns1.cliopen.com ir ns2.cliopen.com.
  4. Išsaugokite pakeitimus ir palaukite, kol informacija pasiskleis registre bei DNS serveriuose.

Patikra

Grįžkite į CLIopen DNS ir spustelėkite "Patikrinti delegavimą". Kai viešieji NS įrašai rodo ns1.cliopen.com ir ns2.cliopen.com, zona bus pridėta prie sinchronizavimo, o įrašai taps aktyvūs iš CLIopen.

> Sąskaitos registravimas ir pirmoji įžanga

Sukurkite vieną darbo paskyrą užsakymams, sąskaitoms ir paslaugų valdymui. Įveskite mokėjimo duomenis ir pasirinkite el. pašto adresą, prie kurio jūsų komanda turės prieigą.
faq/account-registration-and-login

Vienas paskyrų profilis užsakymams ir valdymui

Naudokite savo paskyrą kaip ilgalaikę vietą, kurioje galėsite tvarkyti užsakymus, sąskaitas, paslaugas, domenus ir bendrauti su technine pagalba. Geriausia naudoti darbo el. paštą, prie kurio jūsų komanda turės prieigą net ir po personalo pokyčių.

Prieš pirmą užsakymą

  1. Registruokitės naudodami savo darbo elektroninio pašto adresą.
  2. Jei reikia, patvirtinkite gautą el. laišką.
  3. Užpildykite mokėjimo informaciją prieš pateikdami užsakymą.
  4. Kai bus galima naudoti dviejų faktorių autentifikavimą, įjunkite jį iš karto po pirmojo prisijungimo.

Komandos prieiga

Nesiųskite slaptažodžių kolegoms per pokalbius ar el. laiškus. Jei prieigą reikia suteikti daugiau žmonių, naudokite vidinę slaptažodžių valdymo sistemą arba kreipkitės dėl rekomenduojamo komandinio darbo būdo; pagalba nereikalauja jūsų slaptažodžio ar prisijungimo ženklo.

> Mėnesinis įvertis, metinis įvertis ir realios paros sąnaudų rodiklis

Mėnesio ir metų kainos skirtos palyginimui; išankstinio apmokėjimo atveju svarbu paros sąnaudos po pakeitimo patvirtinimo.
faq/billing-periods-and-credit-burn

Štai ką svarbu žinoti

Mėnesio prognozės apskaičiuojamos pagal 31 dieną, o metų – pagal 372 dienas. Išankstinio apmokėjimo paslaugoms kreditą sunaudojama atsižvelgiant į aktyvų naudojimo laiką ir patvirtintą konfigūraciją.

Kas turėtų būti patikrinta keičiant kainą

  1. Palyginkite kasdienį suvartojimą prieš ir po pakeitimų.
  2. Jei didinate procesoriaus, atminties arba disko dydį arba naudojate mokamus papildinius, tikėkite, kad kasdienis suvartojimas padidės.
  3. Pakeitimas įsigalioja tik po patvirtinimo, apmokėjimo (jei reikia) ir taikymo.
  4. Apskaitos tikslais išsaugokite užsakymo patvirtinimą ir kreditavimo istoriją.

Informacija apie saugų duomenų perdavimą

Pagalbai dažnai pakanka užsakymo numerio, paslaugos pavadinimo, viešo serverio, prievado, domeno, laiko ir klaidos teksto. Neskirkite slaptažodžių, privačių raktų, visų konfigūracijų ar duomenų eksportų.

> Užsakymo būsena po apmokėjimo

Užsakymas gali laukti, kol mokėjimo paslaugų teikėjas patvirtins apmokėjimą; dublikatą sukurkite tik tada, kai pirmasis užsakymas aiškiai buvo atšauktas arba pasibaigęs.
faq/order-status-and-payment-confirmation

"Laukiama" nebūtinai reiškia nesėkmę

Grįžus iš mokėjimo puslapio, užsakymas gali dar laukti patvirtinimo nuo mokėjimo paslaugos teikėjo. Kol būsena nėra aiškiai pažymėta kaip nepavykus arba pasibaigusi, naujas dublikatas gali sutrikdyti apdorojimą.

Kaip elgtis po mokėjimo

  1. Apmokėjus, grįžkite į "Cli>_" puslapį.
  2. Savo paskyroje patikrinkite užsakymo būseną ir, jei yra, mokėjimo pranešimą.
  3. Jei užsakymas vis dar laukia apdorojimo, palikite paslaugos teikėjui šiek tiek laiko, kad jis patvirtintų jį.
  4. Jei iškyla problemų, susisiekite su technine pagalba ir nurodykite užsakymo numerį bei mokėjimo nuorodos numerį, jei jis yra.

Kas negalima siųsti

Techninė pagalba nereikalauja duomenų iš mokėjimo kortelės, slaptažodžių ar visos banko sąskaitos informacijos. Pakanka užsakymo numerio, apmokėjimo laiko, matomo būsenos ir ekrano kopijos, kurioje paslėpti jautri informacija, jei rodoma klaida.

> Duomenys, kurie pagreitina paslaugos įdiegimą

Paruoškite paslaugos pavadinimą, domeną, saugyklos dydį, prieigos el. paštą ir viešą SSH raktą; slapta informacija formose netinka.
faq/service-setup-information-needed

Tikslūs duomenys padeda sutaupyti laiko

Naudokite užsakymo formas tik viešoms arba nepaslaptiems duomenims: paslaugos pavadinimui, domenui, DNS planui, saugyklos dydžiui, procesoriaus (CPU) ir atminties (RAM) ištekliams, administratoriaus el. paštui arba viešamj SSH raktui. Slaptažodžiai, privačiai raktai ir tokenai neturėtų būti įvedami į formą.

Pasiruoškite prieš pateikdami užsakymą

  1. Pasirinkite aiškų paslaugos pavadinimą savo komandai.
  2. Apsisprendžiate, ar naudosite savo domeno vardą, ar laikina sisteminę pavardę.
  3. Paruoškite viešąjį SSH raktą, jei paslauga to reikalauja.
  4. Patikrinkite saugyklos dydį ir išteklius, atsižvelgdami į programą, kurią ketinate vykdyti.

Saugus informacijos perdavimas

Jei nesate tikri, ar duomenys yra konfidencialūs, geriau paklauskite prieš juos siųsdami. Nesiųskite privačių klavišų, slaptažodžių, žetonų, duomenų bazių kopijų ir visų konfigūracijos failų į pokalbius ar užsakymus.

> CPU, RAM, disko arba saugojimo trukmės pakeitimas po užsakymo

Esamą paslaugą pakeiskite jos detalėse, o ne nauju dubletu. Keičiant resursus gali keistis kaina, dienos sąnaudos ir gali prireikti perkrovimo.
faq/change-service-resources-after-order

Ar keičiate jau egzistuojančią paslaugą, o ne kurdami naują?

Jei paslauga jau veikia, pakeitimus atlikite jos detalėse. Naujas užsakymas sukurs naują paslaugą vietoj esamos ir gali pakeisti kainą, dienos sąnaudas bei veikimo būdą po patvirtinimo, apmokėjimo ir įdiegimo.

Prieš patvirtindami pakeitimus

  1. Peržiūrėkite dabartinę CPU, RAM, disko talpą, atsarginių kopijų saugojimo trukmę ir „Offsite Archive“ išsaugojimo laikotarpį.
  2. Patikrinkite naują paros kainą ir jos įtaką kreditui.
  3. Perskaitykite pranešimus apie perkrovimą, techninę priežiūrą arba gedimą.
  4. Prieš atlikdami svarbius pakeitimus, išsaugokite savo svarbių duomenų kopiją.

Kai pakeitimai nevyksta taip, kaip tikimasi

Nurodykite paslaugos pavadinimą, pakeitimo laiką, matomą būseną ir klaidos pranešimą. Nesiųskite slaptažodžių, privačių raktų ar autentifikavimo žymų; diagnostikai pakanka viešo konteksto ir užmaskuoto ekrano vaizdo.

> Paslaugos panaikinimas ir duomenų ištrykimo laikas

Apsaugotoji paslauga pirmiausia yra sustabdoma. Vartotojui rodomas konfigūruojamas, matomas ištrykimo terminas, o vėliau gali būti galutinai išvalyta.
faq/cancel-service-and-data-retention

Naudotojo sąsajos elementų aprašymas

Kai paslauga yra aktyvuota, ji pirmiausia yra sustabdoma ir rodomas konfigūruojamas ištrykimo terminas, per kurį galima atkurti arba eksportuoti duomenis. Užsakymams, kurių mokėjimas dar nebuvo apmokėtas ir kurie nėra aktyvuoti, gali būti taikomas kitoks elgesys, o galutinis ištrykimas įvyksta tik pasibaigus nustatytam laikotarpiui.

Prieš panaikinimą patikrinkite

  1. Suplanuokite savo duomenų eksportą, jei norite juos ilgalaikiškai saugoti.
  2. Peržiūrėkite planuojamos paslaugos panaikinimo datą ir laiką.
  3. Atkreipkite dėmesį, kad atsarginės kopijos ir „Offsite Archive“ yra atskiri nuo paslaugos gyvavimo ciklo panaikinimo.
  4. Jei nesate tikri, susisiekite su technine pagalba prieš ištrykimo terminą.

Informacijos atkūrimas po termino gali būti neįmanoma.

Pasibaigus matomam terminui, duomenų negalima laikyti prieinamais. Užklausoje nurodykite užsakymo numerį ir paslaugos pavadinimą, o ne duomenų bazių eksportus ar slaptojo prisijungimo duomenis.

> Kopijos ir atkūrimo užklaudos

Kopijos naudojamos operacijų atkūrimui, o ne kaip eksporto pakaitalas; atkūrimas gali perrašyti naujesnius duomenis.
faq/backups-and-restore-requests

Rezervinės kopijos nėra archyvas arba eksportas

Rezervinių kopijų saugojimo trukmė priklauso nuo pasirinkto produkto ir nustatymų. Rezervinė kopija padeda atkurti operacijas po gedimo, tačiau ji nepakeičia savarankiškos eksporto funkcijos, auditorinio archyvo arba „Offsite Archive“. Atkūrimas gali perrašyti naujesnius duomenis.

Kaip parengti atkūrimo užklausą

  1. Nurodykite paslaugos pavadinimą ir užsakymo numerį.
  2. Aprašykite apytikslę datą, į kurią norėtumėte atkurti duomenis.
  3. Parašykite, ar reikia atkurti visą paslaugą arba tik konkrečią jos dalį, jei tai yra įmanoma.
  4. Pateikite aiškų klaidos aprašymą arba kontekstą, nurodydami tik viešus duomenis, išskyrus slaptažodžius, raktus ir kitus konfidencialius duomenis.

Atsižvelkite į pasekmes prieš atkurant duomenis

Jei paslauga tuo metu gavo naujų duomenų, atkūrimas gali pakeisti dabartinę būseną senesne versija. Prieš patvirtindami atkūrimą, informuokite komandą ir išsaugokite visus svarbius duomenis.

> Kas yra „Offsite Archive“?

„Offsite Archive“ saugo atokiausias archyvo kopijas, kurios yra atskirtos nuo trumpalaikių operacinių atsarginių kopijų ir paslaugos veikimo ciklo.
faq/offsite-archive-purpose

Archyvas, esantis už įmonės ribų

„Offsite Archive“ skirtas nuotoliniam archivavimui ir duomenų saugojimui ilgesniam laikotarpiui. Tai nėra „live diskas“ programai, vietinė eksporto alternatyva arba tas pats, kas trumpalaikės operacinės atsarginės kopijos.

Kada jį įjungti

  1. Naudokite tai duomenims, kuriuos norite saugoti net ir neaktyvaus paslaugos režimo metu.
  2. Pasirinkite išsaugojimo dienas atsižvelgdami į reikalavimus, verslo poreikius arba atkūrimo tikslus.
  3. Stebėkite, kaip kaina didėja priklausomai nuo saugomo duomenų kiekio ir išsaugojimo laiko.
  4. Dirbdami su dideliais duomenų kiekiais, planuokite archyvą kartu su savo eksporto procesu.

Kaip apsvarstyti kainą

Pagrindinis principas yra MB-dienos: kiek duomenų saugoma ir kiek dienų jie saugomi. Kaina klientui rodoma kaip EUR/GB/mėn., o rezultatas apvalinamas iki arti šimtų.

> Pasirinkite procesoriaus, atminties ir disko dydį VPS serveriui

VPS dydį pasirinkite atsižvelgdami į programą, duomenų bazę, talpyklą, žurnalus ir augimo potencialą. OOM arba swap reiškia, kad reikia daugiau RAM.
faq/vps-cpu-ram-and-disk-sizing

Pradėkite nuo realaus darbo krūvio, o ne nuo įspūdžių

Maža statinė svetainė turi kitokius poreikius nei duomenų bazė, Java programėlė, paieška arba konteineris su build'ais. Planuodami atsižvelkite į programos atmintį, talpyklą, duomenų bazę, žurnalus, failų siuntimą ir vietą augimui.

Patarimai, kai planas yra per mažas

  1. Padidinkite RAM, jei pasirodo klaidos dėl nepakankamos atminties (OOM), proceso nutraukimas arba nuolatinis failų mainymas.
  2. Padidinkite procesoriaus galią, jei pastebima ilgalaikė didelė apkrova, kompresija, programų kūrimas arba aktyvūs užduočių vykdytojai.
  3. Padidinkite disko dydį prieš tai, kai bus pripildyta failų sistema, įrašomi duomenys arba duomenų bazė.
  4. Po kiekvieno pakeitimo patikrinkite, ar programa tikrai nebeatnaujina originalaus apribojimo.

Ką siųsti, kai kyla klausimų dėl išteklių

Naudinga pateikti paslaugos pavadinimą, programos tipą, matomą klaidą, apytikslį problemos laiką ir dabartines pasirinktas CPU, RAM ir disko vertes. Neskirkite slaptažodžių, privačių raktų ar vidinių konfigūracijos failų.

> Kada viešasis IP adresas yra naudingas VPS serveriui?

Dedikuotas viešasis IP adresas padeda užtikrinti sąraštus, įeinančią prieigą, stabilų išėjimo šaltinį arba paslaugas, susijusias su adresu.
faq/vps-public-ip-options

Pirmiausia nustatykite komunikacijos kryptį

Viešas IP adresas nėra būtinas kiekvienai paslaugai. Dažniausiai jis reikalingas, kai išorės partneriams, tiekėjams arba ugnisienoms reikia stabiliojo išėjimo šaltinio arba įėjimo prieigos prie konkretaus porto.

Klausimai prieš užsakant IP adresą

  1. Paklauskite partnerio, ar jis leidžia pradinius ryšius (inbound), išėjimo ryšius (outbound) arba abu.
  2. Naudokite DNS pavadinimus vietoj skaitinių IP adresų, kai tai įmanoma.
  3. Atidarykite tik tuos portus, kurie reikalingi programai.
  4. Prieš keisdami prieigą, atsiųskite allowlist reikalavimą techninei pagalbai.

Kas turėtų būti išjungta

Viešas IP adresas nereiškia visų portų atidarymo. Planuokite tik minimaliai reikalingas paslaugas ir neatsiųskite slaptažodžių, privačių raktų ar vidaus ugniasienės taisyklių su slaptais duomenimis.

> Bendra SSH prieiga prie VPS

Jei nesate įsigiję papildomo viešojo IP adreso, VPS jungiasi per bendrą SSH ryšio tašką su aukštu prievadu. Jei turite viešąjį IP adresą, taip pat galėsite naudotis tiesiogine SSH prieiga.
faq/shared-ssh-access-for-vps

Kodėl bendras SSH naudoja aukštą prievadą

Kelios VPS paslaugos gali naudoti tą patį viešąjį SSH ryšio tašką, todėl kiekviena paslauga gauna savo unikalų aukšto prievado numerį. Šis prievadas yra svarbus maršrutizavimo dalis, kuri nukreipia jūsų ryšį į teisingą VPS serverį; be jo būtų neįmanoma aiškiai nustatyti, kur turi būti atsiųstas ryšys.

Kaip prisijungti pagal prieigos tipą

  1. Bendrinamame SSH kopijuokite iš SSH paslaugos naudotojo vardą (username), viešąjį serverio adresą (host) ir prievadą (port).
  2. Prijunkite naudojant komandą: ssh -p <prievadas> <naudotojo_vardas>@<viešasis_serveris>.
  3. Jei paslauga turi nupirktą viešąjį IP adresą, gali būti antras SSH ryšio taškas (endpoint) tiesiai į tą IP adresą arba jo DNS vardą, priklausomai nuo paslaugos konfigūracijos.
  4. Privatųjį raktą naudokite tik lokaliai per savo SSH klientą arba agentą; techninei paramai pateikite tik viešąjį hostą, prievadą, vartotojo vardą ir matomą klaidą.

Kai įsigyjate papildomą viešąjį IP adresą

Viešas IP adresas nekeičia bendro SSH taško; jis suteikia papildomą tiesioginę prieigą, tinkamą naudoti sąrašuose, stebėsenai arba tiesioginiams ryšiams. Taigi, praktikoje galite matyti du SSH ryšio būdus: bendrą hostą su dideliu prievadu ir tiesioginį hostą arba IP adresą paslaugai su viešu IP adresu.

> Patikrinimas prieš prijungiant savo domeną

Prieš perjungimą patikrinkite autoritetingą DNS serverį, tikslų hostname'ą, įrašo tipą, ar tai yra pagrindinis domenas ar subdomenas, ir ar nėra konfliktuojančių senų įrašų.
faq/custom-domain-readiness-checklist

Svarbu tikslus pavadinimą

Pirmiausia įsitikinkite, ar jungiate pagrindinį domeną, pvz., example.com, ar subdomeną, pvz., app.example.com. Kiekvienas variantas gali reikalauti skirtingo DNS įrašo tipo, kitokių DNS paslaugos apribojimų ir patikrinimo pas registratūrą.

Prieš keičiant DNS

  1. Patikrinkite, kur redaguojami autoritetingi DNS įrašai domeno.
  2. Ištrinkite arba pakeiskite konfliktuojančius A/AAAA, CNAME, ALIAS, ANAME arba nukreipimo įrašus.
  3. Naudokite įrašo tipą, rekomenduojamą konkrečiai paslaugai ir pavadinimui.
  4. Po pakeitimų palaukite, kol DNS informacija pasiskleis, ir tik tada patikrinkite galutinį HTTPS ryšį.

Saugus atgalinio ryšio galimybė

Nepakeiskite senojo serverio, kol naujasis pavadinimas veiks tinkamai. Jei kyla problemų, pateikite domeną, numatomą paskirties adresą ir matomą DNS rezultatą, o ne prieigą prie registratoriaus.

> DNS įrašų tipai paslaugoms

A/AAAA įrašai nukreipia į IP adresus, CNAME – į alias'us, MX – į pašto serverius, o TXT įrašai naudojami patvirtinimams, SPF, DKIM arba DMARC.
faq/dns-record-types-for-services

Nekombinuokite įrašų be apmąstymo

Kiekvienas DNS tipas atlieka skirtingą užduotį. A ir AAAA nurodo IP adresus, CNAME sukuria subdomenui skirtą aliasą, MX nukreipia paštą, TXT saugo patvirtinimus ir el. pašto politiką, CAA apriboja sertifikavimo institucijas.

Kopijuojant įrašus

  1. Nukopijuokite pavadinimą, tipą ir reikšmę tiksliai pagal instrukcijas.
  2. Nenaudokite CNAME įvesties vardui, jei jau yra kiti įrašai, jei DNS taisyklės to neleidžia.
  3. Įdėkite DKIM prie paslaugos pasirinktuvo ir DMARC paprastai prie _dmarc.
  4. Būkite atsargūs, nustatydami CAA, nes neteisingos reikšmės gali užblokuoti sertifikato išdavimą.

Kai neveikia DNS

Praneškite techninei pagalbai hostname'ą, įrašo tipą, tikėtinę reikšmę ir viešai matomą rezultatą. Nesiųskite prisijungimo duomenų prie DNS administracijos ar ekrano kopijų su API raktimis.

> DNS propagacijos ir TTL: jokio tikslaus laiko pažado

TTL (laikymo trukmė) nurodo, kiek resolveriai gali saugoti seną atsakymą. Perėjimo laikotarpiu seni ir nauji rezultatai gali egzistuoti kartu, kol pasibaigs resolverių talpyklų galiojimas, net jei buvo pakeistas pagrindinis įrašas.
faq/dns-propagation-and-ttl

DNS propagavimas: svarbu žinoti

Nėra garantijų dėl tikslaus DNS propagavimo laiko, nes tai priklauso nuo TTL reikšmių ir resolverių talpyklos veikimo. Net po to, kai yra pakeistas pagrindinis įrašas, skirtingi resolveriai gali pateikti senesnius ir naujesnius atsakymus, kol jų talpykla pasibaigs.

Prieš planuojamą pakeitimą

  1. Jei paslaugos teikėjas leidžia, sumažinkite TTL prieš planuojamą pakeitimą.
  2. Po DNS pakeitimų venkite pakartotinių atsitiktinių pakeitimų, kol išvalysis talpyklos (cache).
  3. Patikrinkite iš kelių serverių, jei rezultatai skiriasi.
  4. Užrašykite laiko žymę, senąją reikšmę, naująją reikšmę ir TTL.

Kas siunčiama diagnostikos metu

Nurodykite hostname, tikslinį adresą, matomą seną atsakymą, matomą naują atsakymą, TTL ir laiko žymę. Neskirkite prieigos prie DNS paskyros ar vidinių paslaugų teikėjo pastabų.

> „Workspace Suite“ saugyklos planavimas

Planuojant „Workspace Suite“ saugyklą, būtina atsižvelgti į naudotojų failus, bendrinamus aplankus, ištrintus failus, versijų istoriją, sinchronizavimo papildomas sąnaudas ir numatomą augimą.
faq/nextcloud-storage-planning

„Workspace Suite“auga ne tik dėl matomų failų

Saugyklos talpą užima naudotojų failai, bendrinami aplankai, ištrinti failai, versijų istorija, peržiūros, miniatiūros, sinchronizavimo klientai ir importuojami duomenys. Jei saugykla priartėja prie maksimalios ribos, gali nepavykti įkelti arba sinchronizuoti failų.

Prieš užsakant išteklius

  1. Apskaičiuokite dabartinę naudotojų duomenų apimtį ir bendrinamus aplankus.
  2. Įtraukite papildomą vietą versijoms, krepšeliui, peržiūroms ir sinchronizavimo procesams.
  3. Atsižvelkite į didelius duomenų importus, naujas komandas ir numatomą augimą.
  4. Padidinkite išteklių kiekį prieš tai, kai vartotojai pradės susidurti su apribojimais.

Problemos dėl sinchronizavimo

Nurodykite paslaugos dydį, apytikslinį naudojimą, problemos laiką ir matomą kliento klaidą. Nesiųskite asmeninių failų, slaptažodžių ar vartotojų duomenų eksportų, nebent „palaikymo“ skyrius jų aiškiai neprašys saugumu.

> Repozitorių migracija į „Gitea“

Planuokite Git repozitorijų perkėlimą kartu su LFS, submoduliais, teisėmis, diegimo raktais, webhooks ir CI/CD.
faq/gitea-repository-migration

Migracija yra daugiau nei tik "git clone" komanda

Be repozitorijaus istorijos, reikia perkelti arba iš naujo nustatyti savininkus, komandas, apsaugotas šakas, apsaugotas žymes, Git LFS, submodules, diegimo raktus, webhooks ir CI/CD jungtis.

Prieš pereinamąjį etapą atlikti patikrą

  1. Peržiūrėkite repozitorius, savininkus, bendradarbius, Git LFS objektus, submodulius, apsaugotas šakas ir žymes bei automatizavimo paskyras.
  2. Atlikite repozitorių kopijavimą arba eksportavimą iš senos platformos ir patikrinkite šakas bei ženklus.
  3. Atnaujinkite kūrėjų nuotolinio serverio URL adresus, CI/CD integracijas, webhooks ir diegimo raktus, tada patikrinkite klonavimą, įkėlimą, Git LFS, submodulius ir CI veikimą.
  4. Po migracijos panaikinkite arba pakeiskite senus autentifikavimo raktus, neduokite jų kitiems naudoti.

Jautri informacija migracijos metu

Nesiųskite į palaikymo skyrių autentifikavimo raktų, privačių klavišų, „deploy key“ privataus dalies ar CI slaptųjų duomenų. Užteks repo pavadinimų, integracijos tipo, aprašomos klaidos ir informacijos apie tai, kas veikė prieš migraciją.

> Listmonk siuntėjo domenas

Norint užtikrinti geriausius rezultatus kampanijoms, paruoškite siuntėjo domeną arba subdomeną. Įsitikinkite, kad jis turi teisingus DNS įrašus, „From“ tapatybę, SPF, DKIM, DMARC konfigūraciją, el. pašto grąžinimo tvarkymą bei galimybę atsisakyti prenumeratos.
faq/listmonk-sender-domain-basics

Pristatymo kokybė prasideda nuo domeno

„Listmonk“ reikia aiškios siuntėjo tapatybės ir DNS įrašų, kuriuos pašto sistema gali patikrinti. SPF, DKIM ir DMARC turi būti suderinti su domenu arba subdomeniu, iš kurio norite siųsti kampanijas.

Prieš pradėdami kampaniją

  1. Pasirinkite siuntėjo domeną arba subdomeną bei "Nuo" laukelio pavadinimą.
  2. Pridėkite patvirtinimo DNS įrašus, SPF, DKIM selektorių ir DMARC.
  3. Išsiųskite testinius laiškus prieš pradėdami tikrą kampaniją ir patikrinkite, ar jie nepakliuvo į spamą, kaip elgiasi atmetimai, "Return-Path" adresą ir nuorodas.
  4. Patikrinkite atsisakymo ir "List-Unsubscribe" nustatymus prieš siunčiant tikrą kampaniją.

Slaptos informacijos apie el. paštą negalima pateikti užklausa

Diagnostikos metu pateikite domeno pavadinimą, įrašo tipą, viešai matomą DNS vertę ir klaidos pranešimą. Neskirkite SMTP slaptažodžių, API raktų, privačių DKIM klavišų ar adresatų eksporto failų su asmeninėmis informacijomis.

> Classic Hosting darbo laiko nustatymai

Classic Hosting gali veikti automatinio arba rankinio režimo. Procesoriaus, RAM, atminties, saugyklos, atsarginių kopijų išsaugojimo trukmė, „Offsite Archive“ išsaugojimo trukmė, failų įkėlimai, talpykla ir žurnalai turi įtakos kainai ir stabilumui.
faq/classic-hosting-runtime-settings

Automatinis režimas nėra vienintelis tinkamas pasirinkimas

„Auto Runtime“ padeda su aptiktais projektais, tačiau rankinis režimas yra geresnis, kai norite tiksliai pasirinkti „Nginx“, „Apache“, „FrankenPHP“ arba konkrečią programavimo kalbos aplinką. Naudokite PHP pasirinkiklį tik tada, kai jį palaiko pasirinkta aplinka.

Diegimo prieš diegimą nustatymai

  1. Pasirinkite automatinį arba rankinį darbo proceso režimą, atsižvelgiant į naudojamą sistemą ir kūrimo būdą.
  2. Pasirinkite PHP 8.2, 8.3 arba 8.4 tik tada, kai pasirinktas darbo procesas palaiko šią versiją.
  3. Nustatykite CPU, RAM, diską, atsarginių kopijų išsaugojimo trukmę ir nuotolinio archyvo išsaugojimo trukmę atsižvelgiant į duomenų apimtį ir lankomumą.
  4. Įdiegus, patikrinkite failų įkėlimus, talpyklą, žurnalus ir matomas programos klaidas.

Kai programa nepradeda veikti

Nurodykite darbo režimą, kalbą arba PHP versiją, matomą klaidą, ką buvo pakeista ir apytikslį diegimo laiką. Nesiųskite .env failų, slaptažodžių, autentifikavimo raktų ar visų žurnalo įrašų, kuriuose yra konfidencialios informacijos.

> Kokią informaciją saugu siųsti techninei pagalbai?

Naudingiausia pateikti užsakymo numerius, paslaugų pavadinimus, domenus, laikus, viešuosius serverius, prievadus, duomenų atsarginių kopijų išsaugojimo laiką, „Offsite Archive“ išsaugojimo laiką, failų įkėlimus, talpyklas, žurnalus ir matomas klaidas, nelaikant paslaptų.
faq/support-safe-information-to-share

Kokioje užklausoje turi būti informacija, o ko ne?

Techninė pagalba gali greičiau reaguoti, kai gauna informaciją apie užsakymo numerį, paslaugos pavadinimą, domeną, viešąjį serverį arba prievadą, problemos atsiradimo laiką, ką buvo pakeista ir tikslią matomą klaidos žinutę.

Saugus pranešimo turinys

  1. Nurodykite užsakymo numerį, paslaugos pavadinimą, domeną, maždaug laiką ir serverio adresą ar prievadą, jei tai yra aktualu.
  2. Jei problema susijusi su hosting'u, nurodykite darbo aplinką, programavimo kalbą arba PHP versiją, procesoriaus tipą, RAM dydį, disko vietą, atsarginių kopijų išsaugojimo trukmę, nuotolinio archyvo išsaugojimo trukmę, failų įkėlimo greitį, talpyklos parametrus ir žurnalus. Nepamirškite pašalinti slapto informacijos.
  3. Prieš pridėdami ekrano kopijas, užmaskuokite slaptažodžius, raktus, asmeninę informaciją ir kitus jautrius duomenis.
  4. Jei nesate tikri, ar informacija tinka įtraukti į užklausą, pirmiausia paklauskite prieš ją siųsdami.

Informacija, kurią niekada neturėtumėte siųsti

Nesiųskite slaptažodžių, privačių raktų, atstatymo kodų, API rakinių, sesijos slapukų, duomenų bazių eksportų, visų .env failų, išsamių žurnalų su jautriomis informacijomis ar vidinės infrastruktūros detalių.