FAQ

Algengar spurningar

Hagnýtar stuttar leiðbeiningar um uppsetningu þjónustu, aðgang og algengar viðskiptavinaraðgerðir.

> Hvernig virkar inneignarkerfi Cli>_?

Ein sameiginleg fyrirframgreidd inneign greiðir fyrir allar gjaldgengar þjónustur og eyðist aðeins meðan þær eru virkar.
faq/prepaid-credit-how-it-works

Cli>_ reikningurinn þinn hefur eina sameiginlega fyrirframgreidda inneign. Gjaldgengir nýir viðskiptavinir geta aðeins sótt um Starter Credit eftir að hafa lokið áskilinni reiknings- og misnotkunarvörn. Virkar gjaldgengar þjónustur nota inneignina með tímanum. Mánaðaráætlun notar 31 dag og ný þjónusta getur aðeins ræst ef inneignin dugar í að minnsta kosti 7 daga. Rauð viðvörun birtist þegar áætlaður keyrslutími fer undir 7 daga; annars birtist appelsínugul viðvörun þegar hann fer undir 14 daga.

Eftir að inneign klárast er þjónustan stöðvuð eftir 7 daga, hættir að nota inneign og 7 daga varðveislu- og eyðingarfrestur hefst. Fyrir sýndan frest má endurræsa hana með nægri inneign. Uppsögn uppsettrar þjónustu stöðvar hana einnig og setur sama frest af stað. Þjónusta í bið sem hefur ekki verið sett upp má gera óvirka strax. Eftir frestinn hefjast óvirkjun og fjarlæging uppsettu þjónustunnar. Force delete gerir þjónustuna strax óvirka, sleppir varðveislu og byrjar fjarlægingu úr virku runtime; henni lýkur eftir deployment- og GitOps-vinnslu. Afrit og Offsite Archive hafa sér varðveislureglur.

Dæmi um OpenCode á 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR á dag. Eftir 10 heila daga hafa um 3,19 EUR verið notuð. Ef upphafsinneign var nákvæmlega 9,90 EUR og engar aðrar þjónustur voru til staðar, standa um 6,71 EUR eftir. Notkun stöðvast eftir óvirkjun.

Dæmið er aðeins til skýringar. Núverandi verð sem Cli>_ sýnir gilda alltaf.

> Hvernig er hægt að útbúa opinn SSH-lykil í gegnum skipulínuna?

Búðu til opinberan SSH-lykil fyrir öruggan aðgang að vernum. Deildu aðeins opinbera lyklinum; geymdu einkalyklinum á tækinu þínu.
faq/generate-public-ssh-key-is

Notaðu aðeins opinberan lykil

Límdu aðeins opinbera lyklinum, oftast .pub skrána, í stillingar þjónustunnar. Einkalykillinn helst á tækinu þínu.

Framkvæmd

  1. Opnaðu terminal á tölvunni þinni.
  2. Keyrðu eftirfarandi skipun: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Staðfestu staðsetningu skrársins eða veldu annan slóð. Sendið aldrei einkalyklann ykkar.
  4. Sýndu opinberan lykil með: cat ~/.ssh/id_ed25519.pub.
  5. Afritaðu alla línu sem byrjar á ssh-ed25519 og límdu hana inn í SSH opinbera lykilreitinn þegar þú kaupir eða stillir upp þjónustuna.
  6. Í Windows PowerShell notarðu: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.

Athugaðu áður en þú límir

  1. Opna PowerShell eða Windows Terminal.
  2. Keyrdu: ssh-keygen -t ed25519 -C "tvoj-email@example.com".
  3. Ýttu á Enter til að vista lyklinn í C:\Users\tvoj-user\.ssh\id_ed25519, eða sláðu inn annan stað.
  4. Ef Windows biður um lykilorð, notaðu það sem þú getur geymt örugglega, eða ýttu á Enter til að sleppa því fyrir einfalda uppsetningu.
  5. Sýndu almenna lyklin með: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Afrituðu aðeins heila línu sem byrjar á ssh-ed25519. Ekki afrita né hlaða upp einkalyklinum.
> Hvernig er hægt að útbúa SSH lykil með notkun viðmóta í Windows

Grafísk leiðbeining í Windows til að útbúa SSH lykilpar án þess að nota skipulínuna.
faq/create-ssh-key-windows-gui-is

Notaðu Windows-verkfæri og límaðu inn aðeins almenna lyklann

Þú getur búið til SSH lykilpar með sjónrænum hætti með Windows SSH viðmóti eins og PuTTYgen. Cli>_ þarf aðeins almennan lyklinn. Geymir einkalyklinn á tölvunni þinni og hleypðu aldrei inn í vefgreiningarform.

Framkvæmd

  1. Settið upp PuTTY eða opnið PuTTYgen ef þú hefur það núþegar uppsett.
  2. Veldu EdDSA/Ed25519 ef það er í boði, annars veldu RSA 4096.
  3. Smelltu á Generate og hreyfðu músina yfir tómt svæði þar til lykillinn kemur fram.
  4. Bættu við lykilorði ef þú vilt auka öryggi fyrir einkalyklinum þínum.
  5. Geymdu einkalykilinn á tölvunni þinni og geymir hann í leynd.
  6. Afritaðu texta opinbera lykilsins og límaðu hann inn í SSH public key reitinn.

Deildu ekki leyndum gögnum

Sendið ekki .ppk skrár, persónulega lykla, passphrases, lykilorð eða tokens til þjónustudeildar eða í eyðublað.

> Færu með þitt eigið dómín

Lærðu hvernig þú getur stýrt þínu eigin dóméni eða undirdóméni til CLIopen þjónustu áður en þú virkir „Bring your own domain“.
faq/tengdu-eigid-len

Hvað þessi stilling gerir

„Bring your own domain“ gerir þér kleift að láta þjónustuna þína svara á eigin vísitölu, t.d. app.example.com, í stað þess að nota eingöngu völda vísitölunni *.co.cliopen.cloud. DNS-upplýsingarnar þínar verða að vísa til CLIopen áður en hægt er að nota vísitöluna örugglega í þjónustunni.

Áður en þú byrjar

  1. Veldu nákvæmt vefheiti (hostname) sem þú vilt nota, til dæmis app.example.com. Það er auðveldasta að nota undirdóminum.
  2. Opnaðu DNS stjórnun hjá dómænregistratornum þínum eða DNS þjónustuveitanda.
  3. Færðu úr A, AAAA, CNAME, ALIAS eða umleiðingar (redirect) skrám sem eru í konflikt við sama vefheiti.
  4. Haltu vöknum CLIopen-vísitöku þar til eigin vísitöku hefur verið staðfest og virk.

Mælt DNS-stillingu fyrir undirdóma

Búðu til DNS-færslur fyrir nákvæma vísitöku sem þú slætir inn í CLIopen. Fyrir app.example.com er DNS-nafninu app. Veltu henni yfir á CLIopen ingress-fangin sem þú færð frá CLIopen-stuðningi eða í leiðbeiningunum fyrir þjónustuna. Ef veitufyrirtækið þitt krefst tegundar færslu, notaðu A fyrir IPv4 og AAAA fyrir IPv6 ef þessari IP-fang eru gefin.

Dæmi:

app.example.com.  A     <CLIopen IPv4-fang>
app.example.com.  AAAA  <CLIopen IPv6-fang, ef til staðar>

Þegar CLIopen gefur CNAME markmið

Sum þjónustum geta veitt þér völduð nafn, eins og service.customer.co.cliopen.cloud. Ef leiðbeiningar fyrir þína þjónustu krefjast greinilega CNAME, búðu til skráningu eins og app.example.com CNAME service.customer.co.cliopen.cloud. Notaðu aðeins CNAME fyrir undirdóma, ekki fyrir aðaldóminum, nema DNS-uppgjafinn þinn styði ALIAS eða ANAME flattening.

Notkun rótarinnar

Fyrir nakta dómén, eins og example.com, leyfa flest DNS-veitendur ekki staðlaða CNAME-tengingu. Nota A/AAAA-skrá sem vísar í CLIopen inngangsafanganna eða nota ALIAS/ANAME-eiginleika veitandans ef CLIopen hefur gefið þér markvörð.

Að fela yfir allt undirsvæði

Ef þú vilt að CLIopen stjórni skrám undir undirdómén, eins og apps.example.com, skaltu búa til NS-skrá fyrir þetta undirdómén sem vísar í CLIopen nafnþjónana sem þú færð. Ekki breyta nafnþjónum fyrir allt dómén ef þú vilt ekki að CLIopen (eða annar DNS-þjónn) stýri öllum skrám.

Yfirferð

  1. Bíddu eftir DNS-dreifingu. Smá breytingar eru oft sýnilegar á nokkrum mínútum, en sumir útveitendur geyma upplýsingarnar lengur.
  2. Kannaðu hvort vísitalan stefnir beint að CLIopen-markmiði og ekki til fyrri útveitanda.
  3. Sláðu inn nákvæma vefútitöku í reiturinn "Bring your own domain" - vinsamlegast láttu eftir `https://` og alla slóðir.
  4. Eftir uppfæringu, prófaðu `https://app.example.com` í vafra þínum.
  5. Hafið gamlar DNS-færslur aðeins ef þær ekki eru í beinni mótsögn við nýju vefútitökuna.
> Hvernig á að flytja DNS-svæði til CLIopen

Fela dóménið yfir í ns1.cliopen.com og ns2.cliopen.com, svo CLIopen geti útgáfið skrár fyrir allt svæðið.
faq/framselja-dns-svaedi

Hvað þýðir svæðisflutningur hér?

Þegar um er að ræða DNS-flutning fyrir viðskiptavini, þýðir það að breyta yfirráðandi nafnþjónum hjá dómænregistratornum. Eftir að stefnt hefur verið í CLIopen, eru DNS-færslur sem bættar eru við í CLIopen birtar af okkar yfirráðandi nafnþjónum.

Áður en þú breytir nameservers

  1. Afrituðu núverandi DNS-töluleiki sem þú þarft enn, svo sem vefsíður, tölvupóstur, staðfestingar, SPF, DKIM, DMARC og þjónustutöluleiki.
  2. Bættu svæðinu við í CLIopen DNS. Ef skiptingin er ekki tilbúin enn, geymir CLIopen hana en virkjar hana ekki fyrir viðskiptavini fyrr en staðfesting hefur farið fram.
  3. Búa til nauðsynlega töluleiki í CLIopen DNS áður en þú skiptir um nameservere, ef mögulegt er.
  4. Gættu þess að setja CAA rétt, þar sem rangar gildi geta hindrað útgáfu vottanna.

Fela um svæðið

  1. Opnaðu stillingar fyrir vefheiti hjá skráningaraðila, til dæmis example.com.
  2. Finndu nafnþjóna, DNS-stýringu eða yfirvöld DNS-stillingu.
  3. Bættu núverandi nafnþjónum við ns1.cliopen.com og ns2.cliopen.com.
  4. Vista breytinguna og bíða eftir að útbrot sé komið í skráningu og lausnara.

Staðfesting

Farið aftur til CLIopen DNS og smelltu á "Yfirfærðu stjórnun". Þegar opin NS-töluleikja sýna ns1.cliopen.com og ns2.cliopen.com, þá er svæðið sett í röð fyrir samstillingu og skrár verða virkar frá CLIopen.

> Skráning á reikning og fyrsta innskráning

Búðu til einn viðskiptareikning fyrir pöntunum, reikningum og þjónustustjórnun. Notið netfangi sem teymið getur haft aðgang að.
faq/account-registration-and-login

Eitt reikni fyrir pöntun og stjórnun

Notaðu reiknið sem langvarandi stað fyrir pöntunum, reikningsupplýsingum, þjónustum, dómönum og samskiptum við stuðning. Best er að nota vinnuvefsíða sem teymið getur haft aðgang að jafnvel eftir starfsmannaskipti.

Áður en pöntun er staðfest

  1. Skráðu þig með vinnuvefsílustöng.
  2. Staðfestu tölvupóst ef beðið er um það.
  3. Fylltu út reikningsupplýsingar áður en greidd þjónusta er pöntuð.
  4. Kveiktu á tveggjaþátta auðkenningu strax eftir fyrstu innskráningu, ef hún er í boði.

Aðgangur fyrir teymi

Sendið ekki lykilorð til samstarfsfélaga í gegnum chat eða tölvupóst. Ef fleiri þurfa aðgang, notið innra lykilorðageymslu eða beðið um ráðlögðan teymisferil; stuðningsdeildin þarf ekki lykilorðið þitt né innskráningartokenið.

> Mánuðarlegt mat, árlegt mat og raunveruleg dagleg notkun

Mánaðar- og árleg verð eru til að bera saman; við fyrirframgreiddar þjónustur er dagsneyslan talin eftir staðfestingu á breytingu.
faq/billing-periods-and-credit-burn

Samanburðurinn er ekki reikningsdagatöl

Notaðu mánaðarleg viðmið sem samanbur fyrir 31 daga og árlega viðmið fyrir 372 daga. Raunveruleg notkun af kreditum á sér stað hjá forgreiddum þjónustum í samræmi við virkan tíma þjónustunnar og staðfestri stillingu.

Hvað er mikilvægt að athuga þegar breytt er á verði

  1. Berið saman daglega notkun áður og eftir breytingu.
  2. Hærra CPU, RAM, diskur eða greiddar valkostir geta leitt til hærri daglegrar notkunar.
  3. Breytingin gildir ekki fyrr en hún er staðfest, greidd (ef þarf) og innleyst.
  4. Geymdu reikninga, pantanir og sýnilega kreditferil fyrir bókhald.

Lögun á tiltekið tímabil í deilum

Þjónustuaðstoðinni hjálpar pöntunarnúmer, þjónustaheiti og dagsetningar sem þú vilt skoða. Sendið ekki bankaupplýsingar, fullar greiðsluskráir eða skjámyndir með óæskilegum persónulegum upplýsingum.

> Pöntunstaða eftir greiðslu

Pöntin getur beðið staðfestingar frá þjónustuveitanda; afrit af pöntu skal ekki gefið út fyrr en fyrri pöntunin er augljóslega hætt eða felld.
faq/order-status-and-payment-confirmation

"Í vögunum" þýðir ekki alltaf að það hafi mistekist

Eftir að greiðsla hefur verið framseld, getur pöntun enn verið í bið eftir staðfestingu frá greiðslufyrirtækinu. Þar til staðurinn er greinilega ekki tekinn eða útrunninn, geta endurteknar pöntan afnema samsvörun.

Hvernig á að haga sér eftir greiðslu

  1. Farið aftur á Cli>_ þegar greiðslan er lokið.
  2. Athugaðu stöðu pöntunarinnar og eventuelle skilaboð frá greiðslufyrirtækinu í reikningnum.
  3. Ef pöntunin er enn í bið, gefðu birgjunum tíma til að staðfesta.
  4. Ef vandamál koma upp, sendu pöntunarnúmerið og viðmiðun greiðslunnar til þjónustuaðstoðarinnar, ef þú sérð hana.

Eftirfarandi má ekki senda:

Þjónustuaðstoðin þarf ekki gögn frá gjaldakerfinu, innskráningarupplýsingum eða heildarbankagreiðslu. Það sem dugar er pöntunarnúmerið, tími greiðslunnar, sýnilegur stöðugildi og dulbúin skjámynd ef villa kemur fram.

> Upplýsingar sem flýta fyrir uppsetningu þjónustunnar

Undirbúðu nafn þjónustunnar, lén, geymslupláss og opinberan SSH-lykil; ekki er hægt að setja inn leyndarmál í eyðublaðið.
faq/service-setup-information-needed

Nákvæm opinber gildi spara tíma

Notaðu uppsetningarreitina fyrir opnar eða ekki viðkvæmar upplýsingar: þjónustuheiti, dómén, DNS-stillingar, geymslupláss, CPU, RAM, admin netfang eða opinna SSH lykli. Lykilorð, persónulegir lyklar og tokens ættu ekki að vera í slíkum reitum.

Hafðu allt tilbúið áður en þú staðfestir pöntunina

  1. Veldu þjónustuheiti sem teymið þekkir.
  2. Ákvarða hvort eign lén eða tímabundið hostname sé notað.
  3. Útbúðu opinberan SSH-lykil ef þjónustan krefst þess.
  4. Athugaðu geymslupláss og auðlindir í samræmi við forritið sem þú ætlar að keyra.

Ekki senda leyndarmál

Ef þú ert ekki viss um hvort upplýsingar séu leyfilegar, vinsamlegast spyrjulega áður en þú sendir þær. Sendið ekki einkalykla, lykilorð, tokens, gagnagrunna útfærsla og heilar stillingar í chat eða pöntun.

> Breyting á CPU, RAM, diski eða geymslu eftir pöntun

Breyttu núverandi þjónustu í gegnum upplýsingar hennar, ekki með nýrri og sama pöntun; breyting á útfærslu getur breytt verði, þjónustugjaldi, daglegrari kreditneyslu, endurræsunum og hættu á bilan.
faq/change-service-resources-after-order

Breyttu núverandi þjónustunni í stað að stofna nýrri

Ef þjónustan er nú þegar í gangi, vinsamlegast breyttu úrræðum frá hennar upplýsingasíðu. Ný pöntun mun skapa frekari þjónustu í stað aðgerða á þeirri sem fyrir er og getur breytt verði, daglegrari kreditneyslu og rekstrarhætti eftir staðfestingu, greiðslu (ef nauðsynlegt) og innleiðingu. Sumar breytingar krefjast viðhalds, endurrækinga eða niðurhalda, svo vinsamlegast afrituðu mikilvæg gögn áður en þú gerir hættulega breytingu.

Áður en þú staðfestir breytinguna

  1. Skoðaðu núverandi CPU, RAM, disk, backup-varðveislu og Offsite Archive-varðveislu.
  2. Athugaðu nýtt verð og daglega inneignarnotkun.
  3. Lestu viðvaranir um endurræfingu, viðhald eða niður í tíma.
  4. Gerðu öflugan útflutning af mikilvægum gögnum áður en þú gerir stórar breytingar.

Þegar breytingin hefur ekki farið fram eins og búist var við

Sendið nafn þjónustunnar, tíma fyrir breytinguna, sýnilegan status og villaefni. Sendið ekki persónulega lykla, lykja eða tokens; til greiningar er nóg að senda opinna upplýsinga og skjámynd með dulmönnun.

> Aftökun þjónustu og gagnaeyðsla

Þjónusta sem hefur verið virkjuð, er fyrst stoppuð. Þar næst sýnir hún stillanlegan tíma fyrir eyðingu, en síðan getur hún verið endanlega afgreidd.
faq/cancel-service-and-data-retention

Afturköllun er ekki alltaf tafarlaus eyðing

Þegar þjónusta hefur verið sett í gang, verður hún fyrst stoppuð og sýnir stillanlegan tíma fyrir endanlega eytingu, sem gerir kleift að endurheimta eða flytja gögn. Ógreiddar pantanir án virkra gagna geta haft annað framfarandi og varanleg hreinsun átt sér stað eftir líftímatímann.

Áður en þú hættir þjónustunni, vinsamlegast skoðaðu

  1. Hægt er að útfæra gögn fyrir notandann, sem hann getur vistað áfram.
  2. Lestu dagsetninguna og tímann fyrir fyrirhugaða eyðingu þegar þjónustan er stöðvuð.
  3. Athugið að afritun og geymsla utan staðar eru ekki sömu sem sjálfvirkt útrýming.
  4. Ef þú ert ekki viss, hafðu samband við þjónustuaðstoð áður en eyðingartímabilinu lýkur.

Endurheimt eftir gildistíma er kannski ekki möguleg

Eftir að sýnilega tímabili er liðið, má ekki reikna með gögnunum sem fáanlegum. Vinsamlegast sendu okfarið númer og nafn þjónustunnar við fyrirspurnir, ekki gagnagrunnaútflutninga né leyndar innskráningarupplýsingar.

> Gólfráðningar og beiðnir um endurheimt

Gólfráðningar eru ætlaðar til rekstrarendurheimt, ekki sem staðgengill fyrir útfæringu; endurheimt getur skrifað yfir nýrri gögn.
faq/backups-and-restore-requests

Gagnagögnun er ekki geymslu né útflutningur

Varðveislu gagna fyrir afrit fer eftir vörunni og valmöguleikum. Afrit hjálpar til við að endurheimta rekstur eftir vandamál, en það kemur ekki í stað eigin útflutnings, gagnrannsóknaarkífs eða Offsite Archive. Endurheimt getur skrifað yfir nýlegri breytingar.

Hvernig á að undirbúa endurheimtbeiðni

  1. Vinsamlegast gefðu upp nafn þjónustunnar og pöntunarnúmer.
  2. Lýstu nákvæmlega tímanum sem á að endurheimta gögnin til.
  3. Skrifaðu hvort öll þjónustan eða aðeins hluti af henni á að vera endurheimt, ef það er mögulegt.
  4. Fylgdu með sýnilegum villum eða samhengi án lykilorða, tokena eða persónulegra lykla.

Hefðu í huga áhrifin fyrir endurheimtina

Ef þjónustan hefur tekið við nýjum gögnum í millitíma getur endurheimt breytt þeim og komið í stað eldri útgáfu. Vinsamlegast láttu teymið vita áður en þú staðfestir endurheimtina og gætu þú vistað það sem þú vilt ekki missa.

> Hvað er Offsite Archive?

Offsite Archive geymir fjarlæg afrit sem eru aðskilin frá stuttum rekstraröryggisáförðunum og endingu þjónustunnar.
faq/offsite-archive-purpose

Gagnageymsla utan viðeigandi rekstrar

Offsite Archive er ætlað til fjarlægðs geymslu, afritunar og langtíma varðveislu af gögnum. Þetta er ekki lifandi diskur fyrir forrit, heldur ekki sama og stutt backup eða trygging gegn lengri eyðingu.

Hvenær á að kveikja hana?

  1. Notaðu Offsite Archive fyrir varðveittar afrit, útfæringar og eldra efni, ekki til virkri forritageymslu.
  2. Veldu varðveisldadaga sem standa yfir samræmi eða endurheimtarmarkmiði þínu.
  3. Hefðu í huga að MB-dagar séu reiknaðir úr geymdum MB sinnum dögum.
  4. Þegar um stórar upplýsingar er að ræða, skipuleggðu geymslu ásamt eigin útfjórnunarferli.

Hvernig á að hugsa um verðið

Grunnurinn er MB-dögum: hversu margar upplýsingar eru geymdar og hversu mörg dagar þær varast. Verðið sýst viðskiptavinum sem EUR/GB/mánuður og niðurstaðan er hækkuð til nálgengra heila centa.

> Val af vinnsluaðila (CPU), minni (RAM) og diski fyrir VPS

Veldu stærð á VPS í samræmi við forrit, gagnagögn, cache, skrásetningar og væntaða vaxtar. OOM eða swapbendingar eru oft merki um að þú þarft meira RAM.
faq/vps-cpu-ram-and-disk-sizing

Veldu stærðina eftir vinnuálagi

Lítil vefsíða þarf annað en gagnagrunnur, leit, Java-forrit eða build-vinnsluaðili. Hægt er að bæta við minni, cache, logs, upplýsingum og vaxandi rými.

Merki um að pakkan sé of lítill

  1. Aukið RAM þegar OOM (út af minni) kemur fyrir, ferlum er lokað eða mikil notkun á swap-geymslu.
  2. Aukið CPU þegar um er að ræða langvarandi vinnslu, þjöppun, byggingu eða upptekna forritastarfsemi.
  3. Aukið diskpláss áður en skráakerfið, dagbókar eða gagnagrunnur eru fullir.
  4. Fylgstu með eftir hverri breytingu, hvort forritið hætti að steyta á upprunalegu takmörkuninni.

Hvað er best að senda þegar spurningar eru upp komnar varðandi stærð?

Það hjálpar að gefa nafn þjónustunnar, tegund forritsins, sýnilega villu, viðmiðunarlega tíma vandans og núverandi valið af CPU, RAM og diski. Sendið ekki lykilorð, einkalykla né innri stillingarfilur.

> Hvenær er hægt að nota opin IP-tengingu fyrir VPS?

Aðskilin opinber IP-tenging hjálpar með allowlista, innrennandi aðgangi, stöðugri útgönguuppsprettu eða þjónustum sem tengdar eru við heimilisfang.
faq/vps-public-ip-options

Fyrst skuluðu athuga samskiptaleiðina

Opinn IP-sláttur er ekki alltaf nauðsynlegur fyrir alla þjónustu. Hann er oft notaður til að uppfylla kröfur frá ytra aðilum, þjónustuveitum eða eldvögnum um stöðugan útgangsstöð, innkomandi aðgang á ákveðinn port eða bæði.

Spurningar áður en IP er bætt við

  1. Spyrjðu samstarfsaðilann hvort hann leyfir innkomandi, útgengandi eða bæði.
  2. Notaðu DNS-nafn í stað númera þegar hægt er.
  3. Opnaðu aðeins þau port sem forritið þarf í raun og veru.
  4. Sendið beiðni um allowlist til stuðningsdeildarinnar áður en þú breytir aðgangi í framleiðslu.

Hvað er best að halda lokað?

Opinn IP-tengiliður ætti ekki að þýða opnun alla tengibaugaborða. Gefðu aðeins aðgang að þjónustum sem eru nauðsynlegar og sendið ekki lykilorð, einkalykla né innri eldamennskur reglur í formi skjámyndir með leyndum gildum.

> Deildingarlegur SSH aðgangur fyrir VPS

Ef ekki er keypt sérstakur opinber IP-fang, tengist vélinni um deildingslega SSH-slóð með háu porti; með opnum IP-fangi er einnig hægt að nálgast hana beint í gegnum SSH.
faq/shared-ssh-access-for-vps

Hvers vegna notar deilt SSH hátt port?

Mörg vélarkerfi geta notað sama opinbera SSH innri netfang. Hvert kerfi fær því sitt eigið, hærra port. Portið er hluti af leiðinni til þíns kerfis; án þess myndi tengingin ekki ná að komast fram á rétta vélina.

Hvernig á að tengja eftir tegund af aðgangi

  1. Til að tengja við sameiginlegt SSH, vinsamlegast afritu notendanafn, opinberan host og port frá SSH þjónustunni.
  2. Notaðu ssh -p <port> <username>@<public-host>.
  3. Ef þjónustan hefur sérstaka opinbera IP, getur hún einnig haft beinan SSH endapunkt á þeirri IP eða DNS nafninu í samræmi við stillingarnar.
  4. Notaðu aðeins einkalykla staðbundinn; til að fá stuðning þarftu að gefa upp host, port, notendanafn og sýnilega villu.

Þegar þú hefur keypt almenna IP-tengingu

Opna IP breytir ekki sameiginlegum SSH-endapunktum; hún bætir við annarri leið til að fá aðgang sem hentar fyrir allowlista, eftirlit eða beina tengingu. Í reynd getur þú séð tvo SSH-aðgengi: sameiginlegan host með háu porti og beinan host eða IP fyrir þjónustu með opinni IP.

> Aðkoma: Hvernig þú getur tengt eigin vefsíðu

Áður en þú veltur um að nota eigin lén, vinsamlegast staðfestu eftirfarandi: réttan DNS-upplýsingaheimildarmann, nákvæmt hostname, hvort þetta sé aðal- eða undirlén og hvort það séu neinar ósemjandi gögnum.
faq/custom-domain-readiness-checklist

Mikilvægt að hafa nákvæmt vísitölu (hostname)

Fyrst þarftu að ákveða hvort þú ert að tengja aðaldomain (eins og example.com) eða undirdomain (eins og app.example.com). Hver útfærsla getur krafist annars tegundar DNS-tölu, annarra takmörkunar hjá DNS-veitu og staðfestingar hjá skráningaraðila.

Áður en DNS er breytt

  1. Veldu nákvæmlega toppdómin eða undirdómin, eins og example.com eða app.example.com.
  2. Staðfestu yfirráð ræðarans eða nafnþjónsins og fjarlæg árekstra skrár fyrir sama hostname áður en nýtt mark er bætt við.
  3. Notaðu CNAME, A/AAAA, ALIAS eða ANAME aðeins þar sem DNS-uppgjafinn þinn, ræðari og tegund hostname leyfa það.
  4. Bíddu eftir DNS-uppfærslu og athugun á vottorði áður en þú prófar endanlega HTTPS-stillinguna.

Öryggur endurgang

Ekki slökktu af upprunlegum veðbundi fyrr en nýji vefjarnafn svarar rétt. Ef vandamál koma upp, sendu dóménið, fyrirhugað markmið og sýnilega DNS-niðurstaðnu, ekki innifalið aðgangsupplýsingar til skráningaraðila.

> Tegundir DNS-töluleikja fyrir þjónustur

A/AAAA vísar í IP-fang, CNAME er alias, MX stýrir pósti og TXT er notað fyrir staðfestingu, SPF, DKIM eða DMARC.
faq/dns-record-types-for-services

Hver tegund af DNS-félagi hefur sinn hlutverk

A og AAAA benda á IP-fang, CNAME er leyfilegt alias fyrir undirdóma, MX stýrir pósti, TXT geymir staðfestingu og tölvupóstreglur, og CAA takmarkar vottunarstofur. Rangt CAA getur hindrað útgáfu vottanna.

Við afritun af skrám

  1. Afritaðu nafn, tegund og gildi nákvæmlega eftir leiðbeiningum þjónustunnar.
  2. Ekki setja CNAME á hostname sem hefur aðrar skrár ef DNS reglur banna það.
  3. DKIM skal sett undir selector frá veitunni og DMARC er yfirleitt undir _dmarc.
  4. Vinsamlegast séu CAA stillingar settar vandlega, því rangar gildi geta hindrað útgáfu vottorða.

Þegar DNS virkar ekki

Sendið stuðningsdeildinni hostname, tegund skráningar, væntað gildi og opinberan útfallsnið. Sendið ekki inn greinargerðir fyrir DNS stjórnun né skjáskanna með API tokens.

> DNS útbreiðsla og TTL án ákveðinnar tíma

TTL (Time To Live) er gildi sem segir fyrirhæfum þjónum hversu lengi þeir geta geymt gögn. Þegar breytingar eru gerðar, geta bæði gömul og ný gögn verið til staðar í sama kerfi fram að því að forræningarnir endurnýji gögnin.
faq/dns-propagation-and-ttl

Útbreiðsla er í gegnum cache, ekki töfraleikur

Í DNS er enginn fasti tími fyrir útbreiðslu. Eftir breytingu á yfirráðandi DNS geta mismunandi leysir enn gefið upp göml og ný svör þar til cache þeirra rennur út í samræmi við TTL. Þess vegna getur útkoman verið ólík milli net, landa eða DNS-leysis.

Við fyrirhæfða breytingu

  1. Lækkaðu TTL fyrir fyrirhæfða breytingu, ef þjónustaverti leyfir það.
  2. Gerðu DNS-breytinguna einu sinni og forðastu endurteknar útgáfur á meðan cache er í gildi.
  3. Prófaðu frá fleiri en einum lausnara ef niðurstaðurnir eru ólíkir.
  4. Skráðu tímann fyrir breytinguna, gamla gildinu, nýja gildinu og TTL-gildinu.

Hvað á að senda í greiningunni

Gefðu upp hostname, væntaða niðurstöðu, sýnilega gömlu útfylgingu, sýnilega nýju útfylgingu, TTL og tímann fyrir breytinguna. Sendið ekki inn aðgangsupplýsingar fyrir DNS-reikning eða innri athugasemdir frá þjónustuaðila.

> Geymsluáætlun fyrir Workspace Suite

Þegar reiknað er út geymsluplanið, þarf að hafa í huga notendaskrá, sameiginlegar möppur, útgáfur, rusl, forvísanir, sync overhead og vænta um vöxt teymis.
faq/nextcloud-storage-planning

Workspace Suite vex utan sýnilegra skráa

Geymsla fer í notendaskrár, sameiginlegar möppur, eyddar skrár, útgáfusögu, forvísanir, myndasmá og samstillingarklienta og innflutning. Ef geymslan er nálægt hámarki geta upplestrar eða samstillingar bilast.

Áður en pláss er pantað

  1. Reiknaðu núverandi notendagögn og sameiginlegar möppur.
  2. Bættu við fyrirhöfum fyrir útgáfur, rusl, forvísanir og samstillingu.
  3. Hefðu í huga stóran innflutning, nýja teymi og væntan vöxt.
  4. Aukin geymslu fyrir það að notendur nái takmörkunum.

Við vandræði með samstillingu

Sendu upplýsingar um stærð þjónustunnar, ætlaða notkun, tíma vandans og sýnilega villuskilaboð frá viðskiptanemanum. Sendið ekki persónulegar skrár, lykilorð eða útfæringar notendagagna, nema stuðningsdeildin ósí þá sérstaklega á öruggan hátt.

> Gjöri: Umskipt á gíðskála í Gitea

Hægt er að skipuleggja umskipti Git-gíðskráa ásamt LFS, undirmótúlum, réttindum, lyklum fyrir útgáfur, webhookum og CI/CD.
faq/gitea-repository-migration

Flutningur er meira en bara `git clone`

Þar sem ekki er hægt að flýta fyrir, þarf að flytja eða endurheimta eigendur, teymi, verndaðar greinar, verndaðar tags, Git LFS, undirmódúl, deploy lykla, webhooka og CI/CD tengingar.

Yfirferð fyrir breytingu

  1. Listi yfir gírdaskara, eigendur, hópa og sjálavirkjunarreikninga.
  2. Athugaðu Git LFS-færslur, undirmódúl, greinverndir og tag-verndir.
  3. Prófaðu klónun, sendingu, Git LFS, undirmódúl og CI eftir flutning.
  4. Fyrir það að flutningurinn sé lokið, afhentið eða endurnýjaðu gömlu tokens án þess að deila gildum þeirra.

Mikilvægar athugasemdir um öryggi við flutning

Sendið ekki tokens, private keys, deploy key private hluta né CI leyfisupplýsingar til stuðningsins. Það sem dugar er nafn á vinnslu, tegund samþættingar, sýnileg villa og upplýsingar um hvað virkaði fyrir flutninginn.

> Sendilén fyrir Listmonk

Til að undirbúa herferðir, setjið upp sendilén eða undirdómin, From identity, SPF, DKIM, DMARC, afturför og afskráningu.
faq/listmonk-sender-domain-basics

Afhending hefst við vefsíðuna

Listmonk virkar best þegar sendandadóminn hefur réttar DNS-skrár, skýra frásendi-auðkenningu, SPF, DKIM, DMARC-samræmingu, meðhöndlun afturkomna og afpantanir, ásamt upplýsingum um notendann. Birðið SPF hjá vefþjóninum, DKIM með provider selectorinn og DMARC á _dmarc. Sendið prufur fyrir að senda alvöru herferð og deilið ekki bréfasleitum.

Fyrir fyrstu sendinguna

  1. Veldu sendendadomena eða undirdomen og From-nafn.
  2. Bættu við staðfesting DNS-tölum, SPF, DKIM selector og DMARC.
  3. Prófaðu afhendingu, afturför eða Return-Path og hlekkja í tölvupóstinum.
  4. Gættu þess að afmeldingsstillingarnar og List-Unsubscribe séu réttar áður en sent er til allra notenda.

Bréfheimildir ættu ekki að vera í ticketum

Þegar greint er úr vandamálum, sendið dómensnafn, tegund metits, opinberan DNS gildi og villuskilaboð. Sendið ekki SMTP lykila, API tokens, einkaleyfum DKIM né útflutningi notendalista með persónupegnum gögnum.

> Stillingar fyrir notkunarumhverfi fyrir Classic Hosting

Classic Hosting getur keyrt í sjálfvirku eða handvirkri stillingu; CPU, RAM, minni, geymslupláss, varðveisla útfaranna, varðveisla Offsite Archive, upplýsingaskráningar, cache og dagbækur hafa áhrif á kostnað og stöðugleika.
faq/classic-hosting-runtime-settings

Sjálfvirk stilling er gagnleg, en ekki alltaf rétt

Sjálfvirkt kerfi hjálpar við þekkt verkefni fyrir PHP, Node.js, Java, Python, .NET, Go og Ruby. Handvirkur valkostur hentar þegar þú vilt stýra Nginx, Apache, FrankenPHP eða tungumáli nákvæmlega. PHP-valinn er aðeins í boði þar sem valið umhverfi styður hann.

Stillir fyrir útgáfu

  1. Veldu sjálfvirk eða handvirk stillingu fyrir umhverfið, eftir frameworki og byggingarferli.
  2. Veldu PHP 8.2, 8.3 eða 8.4 aðeins fyrir PHP-umhverki sem styður það.
  3. Stilltu CPU, RAM, disk, bakka og geymslu fyrir offsite-geymslu í samræmi við gögn og umferð.
  4. Eftir útgáfu, prófaðu upplýsingaskráningar, cache, logs og sýnilegar villur í forritinu.

Þegar forritið gengur ekki af stað

Sendið vinnsluaðgerð, tungumál eða PHP-útgáfu, sýnilega villu, breytingar og viðbótarupplýsingar um tíma útgáfunnar. Sendið ekki .env skrár, lykilorð, tokens eða fullar logs með viðkvæmum gildum.

> Hvers konar upplýsingar er hægt að senda örugglega til þjónustuverðs?

Pöntunarnúmer, nafn þjónustunnar, dómænur, tímar, opin host/port og sýnilegar villur eru gagnlegar; forsendir ættu ekki að fylgja.
faq/support-safe-information-to-share

Góð beið skilgreinir vandamálið, ekki leynilega gögn.

Þjónustuaðstoð getur hjúpað hraðar þegar þú veitir upplýsingar sem eru sýnilegar fyrir viðskiptavinum án þess að afhjúpa leyndarmál. Öruggar upplýsingar innihalda pöntunarnúmer, sýnileg þjónustuheiti, lén, opinna vefþjóna og port, valda rekstrartíma, PHP útgáfu, vinnsluaðstöðu, minni, geymslupláss, varðveisluupplýsingar um afrit, varðveisluupplýsingar um gögn utan staðar, upplestur, cache, skrá og nálæga tíma, dulbúin skjásmyndir og sýnilegan villutexta. Sendu aldrei lykilorð, einkalykla, tokens, frasara, fullar skrár með leyndarmálum, útfærsla gagnagrunna eða upplýsingar um innri kerfi.

Öruggt efni í skilaboðum

  1. Vinsamlegast tilgreinið pöntunarnúmer, þjónustuna, lénið, tímana og hvert skref sem vandinn kom upp í.
  2. Við hostingvandamál: vinsamlegast gefið upp runtime, PHP eða tungumál, CPU, RAM, diskpláss, útfærslur, cache og logs án viðkvæmra gagna.
  3. Skiptið út viðkvömum gögnum á skjáskjalinu áður en það er sent.
  4. Ef þú ert ekki viss um hvort upplýsingar eignast í ticket, spyrðu fyrst án þess að senda þær.

Eftirfarandi má ekki senda

Sendið aldrei lykilorð, einkalykla, API tokens, seed phrases, gagnagrunnsútflutning eða fulla logga með viðkvæmum gildum.