Usein kysytyt kysymykset

Usein kysytyt kysymykset

Käytännöllisiä, lyhyitä oppaita palveluiden määrittämiseen, käyttöoikeuksiin ja yleisiin asiakastoimiin.

> Miten Cli>_ krediittijärjestelmä toimii?

Yksi yhteinen prepaid-saldo rahoittaa kaikki siihen kuuluvat palvelut ja kuluu vain niiden ollessa aktiivisia.
faq/prepaid-credit-how-it-works

Cli>_ tililläsi on yksi yhteinen prepaid-krediittisaldo. Ehdot täyttävät uudet asiakkaat voivat lunastaa Starter Credit -edun vasta suoritettuaan vaaditun tilin ja väärinkäytösten estämiseen liittyvän varmennuksen. Aktiiviset siihen kuuluvat palvelut kuluttavat saldoa ajan myötä. Kuukausiarvio perustuu 31 päivään, ja uusi palvelu voidaan käynnistää vain, jos saldo kattaa vähintään 7 päivää. Punainen varoitus näkyy, kun arvioitu käyttöaika laskee alle 7 päivän; muussa tapauksessa oranssi varoitus näkyy, kun se laskee alle 14 päivän.

Saldon loppumisen jälkeen palvelu keskeytetään 7 päivän kuluttua, krediitin kulutus loppuu ja 7 päivän säilytys- ja poistomääräaika alkaa. Ennen näytettyä määräaikaa sen voi käynnistää riittävällä krediitillä. Provisionoidun palvelun peruutus myös keskeyttää sen ja käynnistää saman määräajan. Odottava, vielä provisionoimaton palvelu voidaan poistaa käytöstä heti. Määräajan jälkeen provisionoidun palvelun käytöstä poistaminen ja poistaminen alkavat. Force delete poistaa palvelun heti käytöstä, ohittaa säilytyksen ja aloittaa poistamisen aktiivisesta runtimesta; valmistuminen seuraa deployment- ja GitOps-käsittelyä. Varmuuskopioilla ja Offsite Archivella on omat säilytyssääntönsä.

OpenCode-esimerkki hinnalla 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR päivässä. 10 täyden päivän jälkeen on kulunut noin 3,19 EUR. Jos alkusaldo oli tasan 9,90 EUR eikä muita palveluja ollut, jäljellä on noin 6,71 EUR. Kulutus loppuu käytöstä poistamisen jälkeen.

Esimerkki on suuntaa antava. Cli>_:ssa näkyvät ajantasaiset hinnat ovat aina määrääviä.

> Kuinka luoda julkinen SSH-avain komentoriviltä

Luo julkinen SSH-avain turvallista pääsyä varten VPS-palveluun. Jaa Cli>_:lle vain julkinen avain; pidä yksityinen avain omalla laitteellasi.
faq/generate-public-ssh-key-fi

Käytä vain julkista avainta

SSH käyttää avainparia. Liitä palvelun asetuksiin vain julkinen avain, yleensä .pub-päätteinen tiedosto. Yksityinen avain jää omalle laitteellesi.

Ohjeet

  1. Avaa pääte tietokoneellasi.
  2. Suorita komento: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Vahvista tiedoston sijainti tai valitse oma polku. Älä koskaan lähetä yksityistä avaintasi.
  4. Näytä julkinen avain komennolla: `cat ~/.ssh/id_ed25519.pub`.
  5. Kopioi koko rivi, joka alkaa merkkijonolla `ssh-ed25519`, ja liitä se SSH-julkisen avaimen kenttään tilauksen yhteydessä tai palvelun asetuksissa.
  6. Kopioi koko ssh-ed25519-rivi SSH public key -kenttään.

Tarkista ennen liittämistä

  1. Avaa PowerShell tai Windows Terminal.
  2. Suorita komento: ssh-keygen -t ed25519 -C "sinun.sahkopostiosoitteesi@example.com".
  3. Paina Enter tallentaaksesi avaimen polkuun C:\Users\sinun-käyttäjänimesi\.ssh\id_ed25519 tai syötä oma polku.
  4. Jos Windows pyytää salasanaa, käytä sellaista, jonka voit tallentaa turvallisesti, tai paina Enter ohittaaksesi sen yksinkertaisessa asennuksessa.
  5. Näytä julkinen avain seuraavalla komennolla: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopioi vain koko rivi, joka alkaa merkkijonolla ssh-ed25519. Älä kopioi tai lataa yksityistä avainta sisältävää tiedostoa.
> Miten luot SSH-avaimen graafisesti Windowsissa

Ohjeet SSH-avainparin luomiseen Windowsissa graafisen käyttöliittymän avulla ilman komentoriviä.
faq/create-ssh-key-windows-gui-fi

Käytä Windows-työkalua ja liitä vain julkinen avain

Voit luoda SSH-avainparin graafisesti Windowsin SSH-asiakasohjelmalla, kuten PuTTYgenillä. Cli>_ tarvitsee vain julkisen avaimen. Pidä yksityinen avain tietokoneellasi etkä lataa sitä verkkolomakkeeseen.

Ohjeet

  1. Avaa PuTTYgen.
  2. Valitse EdDSA / Ed25519, jos se on saatavilla, muuten valitse RSA 4096.
  3. Napsauta Luo-painiketta ja liikuttele hiirtä tyhjällä alueella, kunnes avain luodaan.
  4. Lisää salasana, jos haluat lisätä paikallisen suojan yksityiselle avaimelle.
  5. Tallenna yksityinen avain tietokoneellesi ja pidä se salassa.
  6. Kopioi julkisen avaimen teksti ja liitä se SSH-julkisen avaimen kenttään Cli>_-ohjelmassa.

Älä jaa salaisia tietoja

Älä lähetä .ppk-tiedostoja, yksityisiä avaimia, salasanoja tai tunnisteita (tokeneita) tukitiimille tai lomakkeiden kautta.

> Tuo oma verkkotunnuksesi

Näin ohjaat oman verkkotunnuksen tai aliverkkotunnuksen CLIopen palveluun ennen "Oma verkkotunnus" -ominaisuuden aktivointia.
faq/liita-oma-verkkotunnus

Mitä tämä asetus tekee

Oman verkkotunnuksen käyttäminen antaa palvelullesi mahdollisuuden vastata omalla isännöintinimelläsi, esimerkiksi app.example.com, sen sijaan, että käytettäisiin vain automaattisesti luotua *.co.cliopen.cloud-isäntänimeä. DNS-asetusten on osoitettava CLIopeniin ennen kuin isäntänimeä voidaan käyttää turvallisesti palvelussa.

Ennen aloittamista

  1. Valitse tarkka isäntänimi, jota haluat käyttää, esimerkiksi app.example.com. Yksinkertaisin vaihtoehto on käyttää alidomainia.
  2. Avaa DNS-hallinta verkkotunnusrekisteröijältäsi tai DNS-palveluntarjoajaltasi.
  3. Poista kaikki ristiriitaiset A-, AAAA-, CNAME-, ALIAS- tai uudelleenohjaustietueet samalle isäntänimelle.
  4. Pidä automaattisesti luotu CLIopen-isäntänimi käytössä, kunnes mukautettu isäntänimesi on varmennettu ja toiminnassa.

Suositeltu DNS-asetus aliverkkotunnukselle

Luo DNS-tietueet täsmälleen sille isäntänimelle, jonka syötät CLIopeniin. Esimerkiksi app.example.com -osoitteelle DNS-nimi on app. Ohjaa se CLIopenin sisäänkäyntiosoitteisiin, jotka saat CLIopen-tuesta tai palvelun ohjeista. Jos palveluntarjoajasi kysyy tietueen tyyppiä, käytä A-tietuetta IPv4:lle ja AAAA-tietuetta IPv6:lle, kun nämä osoitteet ovat käytettävissä.

Esimerkki:

app.example.com.  A     <CLIopenin IPv4-osoite>
app.example.com.  AAAA  <CLIopenin IPv6-osoite, jos saatavilla>

Kun CLIopen tarjoaa CNAME-kohdeosoitteen

Jotkin palvelut voivat antaa sinulle luodun isäntänimen, kuten service.customer.co.cliopen.cloud. Jos palvelusi ohjeet nimenomaisesti edellyttävät CNAME:n käyttöä, luo tietue, kuten app.example.com CNAME service.customer.co.cliopen.cloud. Käytä CNAME-tietuetta vain aliverkkotunnuksille, ei päädomainille, ellei DNS-palveluntarjoajasi tue ALIAS- tai ANAME-tasoitusta.

Juuren domainin käyttö

Kun käytät pelkkää domainia, kuten example.com, useimmat DNS-palveluntarjoajat eivät salli tavallista CNAME-tietuetta. Käytä A/AAAA-tietueita, jotka osoittavat CLIopenin sisääntulopisteisiin, tai käytä palveluntarjoajasi ALIAS/ANAME -ominaisuutta, jos CLIopen on antanut sinulle kohdeosoitteen.

Koko aliverkon delegoiminen

Jos haluat, että CLIopen hallitsee tietueita alidomainissa, kuten apps.example.com, luo NS-tietueet tälle alidomaille ja osoita ne CLIopenin nimipalvelimille, jotka olet saanut. Älä muuta koko domainin nimipalvelimia, ellei sinun ole tarkoitus siirtää kaikkien tietueiden hallintaa CLIopenille (tai jollekin muulle DNS-palvelulle).

Tarkistuslista

  1. Odota DNS-propagoinnin valmistumista. Pienet muutokset näkyvät usein muutamassa minuutissa, mutta jotkin palveluntarjoajat käyttävät pidempää välimuistia.
  2. Varmista, että verkkotunnus osoittaa CLIopen-palvelimeen, eikä vanhaan palveluntarjoajaan.
  3. Kirjoita tarkka verkkotunnus kenttään "Käytä omaa verkkotunnusta" - ilman `https://`-osiota tai polkua.
  4. Päivityksen jälkeen testaa osoite `https://app.example.com` selaimessa.
  5. Säilytä vanhat DNS-tietueet vain, jos ne eivät ole ristiriidassa uuden verkkotunnuksen kanssa.
> Kuinka siirtää DNS-vyöhyke CLIopeniin

Delegoi domain osoitteisiin ns1.cliopen.com ja ns2.cliopen.com, jotta CLIopen voi julkaista kaikki vyöhykkeen tiedot.
faq/siirra-dns-vyohyke

Mitä vyöhykkeen siirto tarkoittaa tässä yhteydessä

Asiakkaan DNS-siirto tarkoittaa auktoriteettisten nimipalvelimien muuttamista verkkotunnusrekisterissä. Kun osoitat CLIopeniin, CLIopenissa lisätyt DNS-tietueet julkaistaan ​​aukutoriteettisiltä nimipalvelimilta.

Ennen nimipalvelinten muuttamista

  1. Kopioi olemassa olevat DNS-tietueet, joita edelleen tarvitset, kuten verkkosivut, sähköposti, varmennukset, SPF, DKIM, DMARC ja palvelutietueet.
  2. Lisää vyöhyke CLIopen DNS:ään. Jos delegaatio ei ole vielä valmis, CLIopen tallentaa sen, mutta ei aktivoi sitä asiakkaille ennen kuin validointi on suoritettu.
  3. Luo tarvittavat tietueet CLIopen DNS:ään ennen nimipalvelinten vaihtoa, jos mahdollista.
  4. Ole varovainen CAA-asetusten kanssa, sillä virheelliset arvot voivat estää sertifikaattien myöntämisen.

Delegoi alue

  1. Avaa verkkotunnuksen asetukset rekisteröijältäsi, esimerkiksi osoitteesta example.com.
  2. Etsi nimipalvelimet (nameservers), DNS-delegaatio tai auktoritatiiviset DNS-asetukset.
  3. Korvaa nykyiset nimipalvelimet arvoilla ns1.cliopen.com ja ns2.cliopen.com.
  4. Tallenna muutos ja odota, että muutokset leviävät rekisterissä ja nimipalvelimissa.

Validointi

Palaa CLIopen DNS:ään ja napsauta Tarkista delegaatio uudelleen. Kun julkiset NS-tietueet näyttävät ns1.cliopen.com ja ns2.cliopen.com, alue lisätään synkronointijonoon, ja tietueet ovat käytössä CLIopenin kautta.

> Tilin luonti ja ensimmäinen kirjautuminen

Luo yksi työtili, täytä laskutustiedot ja varmista, että tiimilläsi on pääsy sähköpostiin.
faq/account-registration-and-login

Yksi tili tilauksille ja hallintaan

Käytä tiliä pitkäaikaisena paikkana tilauksille, laskutustiedoille, palveluille, verkkotunnuksille ja yhteydenpidolle tukitiimin kanssa. Työselostus on paras vaihtoehto, jotta tiimilläsi on edelleen pääsy siihen myös henkilöstövaihdosten jälkeen.

Ennen ensimmäistä tilausta

  1. Rekisteröidy työpaikkasi sähköpostiosoitteella.
  2. Vahvista sähköpostiviesti, jos järjestelmä sitä pyytää.
  3. Täytä laskutustiedot ennen maksullisen tilauksen tekemistä.
  4. Ota kaksivaiheinen tunnistus käyttöön heti, kun se on saatavilla tilillesi.

Tiimille suunnattu pääsy

Älä lähetä salasanoja kollegoille chatin tai sähköpostin kautta. Jos useampi henkilö tarvitsee pääsyn, käytä sisäistä salasanahallintaa tai pyydä suositeltua tiimiprosessia; tuki ei tarvitse salasanaasi tai kirjautumistunnusta.

> Arvioitu kuukausikulutus, arvioitu vuosikulutus ja todellinen päivittäinen käyttö

Kuukausi- ja vuosimaksut ovat suuntaa-antavia; ennakkomaksetuissa palveluissa päivittäinen kulutus määritetään käytön mukaan muutoksen vahvistamisen jälkeen.
faq/billing-periods-and-credit-burn

Arvio ei ole laskutuskalenteri

Käytä kuukausiarviota vertailukohtana 31 päivälle ja vuosiarviota 372 päivälle. Esimaksuilla käytettävä krediitti määräytyy palvelun aktiivisen käyttöajan, valittujen CPU-resurssien, RAM-muistin, tallennustilan ja maksullisten lisäpalveluiden mukaan.

Mitä kannattaa tarkistaa hinnanmuutoksen yhteydessä

  1. Vertaile päivittäistä kulutusta ennen muutosta ja sen jälkeen.
  2. Jos lisäät suorittimia, RAM-muistia tai levytilaa, tai jos valitset maksullisia ominaisuuksia, päivittäinen kulutus todennäköisesti kasvaa.
  3. Muutos tulee voimaan vasta, kun se on vahvistettu, mahdollisesti maksettu ja sovellettu.
  4. Kirjanpitoa varten tallenna tilausvahvistukset ja luottotiedothistoria.

Selvitä tietty ajanjakso

Asiakastuen on hyödyllistä saada tilausnumero, palvelun nimi ja päivämäärät, joilta haluat tarkistaa tiedot. Älä lähetä pankkitietoja tai kokonaisia maksulappuja tai kuvakaappauksia, jotka sisältävät ei-toivottuja henkilötietoja.

> Tilauksen tila maksun jälkeen

Tilaus saattaa odottaa palveluntarjoajan vahvistusta ennen kuin se käynnistetään. Älä luo uutta tilausta, ennen kuin ensimmäinen on selvästi peruttu tai vanhentunut.
faq/order-status-and-payment-confirmation

"Odottaa" ei välttämättä tarkoita epäonnistumista

Maksusivulta paluun jälkeen tilaus voi vielä odottaa maksupalveluntarjoajan vahvistusta. Ennen kuin tilan on selvästi merkitty epäonnistuneeksi tai vanhentuneeksi, uusi, päällekkäinen tilaus voi turhaan vaikeuttaa yhdistämistä.

Maksun jälkeen

  1. Palaa maksun jälkeen Cli>_-sivulle.
  2. Tarkista tilauksesi tila tililtäsi.
  3. Jos tilaus on edelleen odotustilassa, anna palveluntarjoajalle aikaa vahvistaa se.
  4. Jos ongelmia ilmenee, ota yhteyttä asiakaspalveluun ja ilmoita tilausnumero sekä maksutunnus, jos sellainen on käytettävissä.

Älä lähetä tätä

Asiakastuki ei tarvitse tietoja luottokortista, salasanoja tai koko pankkitositea. Riittää tilausnumero, maksun ajankohta, näkyvä tila ja peitettynä otettu kuvakaappaus, jos virhe ilmenee.

> Tiedot, jotka nopeuttavat palvelun käyttöönottoa

Valmistaudu antamaan palvelunnimi, domain, tallennustila, pääsyn sähköpostiosoite ja julkinen SSH-avain; älä anna salasanoja tai muita salaisia tietoja.
faq/service-setup-information-needed

Tarkat tiedot säästävät aikaa

Käytä tilauslomakkeita julkisille tai ei-luottamuksellisille tiedoille: palvelun nimi, domain, DNS-asetukset, tallennustilan koko, prosessori (CPU), RAM-muisti, ylläpitäjä sähköposti tai julkinen SSH-avain. Salasanat, yksityiset avaimet ja tokenit eivät kuulu lomakkeisiin.

Valmistele ennen tilauksen tekemistä

  1. Valitse tiimillesi tunnistettava palvelun nimi.
  2. Päätä, käytetäänkö omaa verkkotunnusta vai väliaikaista järjestelmän isäntänimeä.
  3. Valmistele julkinen SSH-avain, jos palvelu sitä vaatii.
  4. Tarkista tallennustilan ja resurssien määrä sen sovelluksen mukaan, jota aiot käyttää.

Älä lähetä salaisuuksia

Jos et ole varma, onko tieto luottamuksellinen, kysy ensin ennen kuin lähetät sitä. Älä lähetä yksityisiä avaimia, salasanoja, tunnisteita, tietokantavarmuuskopioita tai kokonaisia konfiguraatiotiedostoja chattiin tai tilaukseen.

> Suorittimen, RAM-muistin, levyn tai säilytysajan muuttaminen tilauksen jälkeen

Muokkaa olemassa olevaa palvelua sen tiedoista, älä luomalla uutta tilausta. Muutokset voivat vaikuttaa hintaan, palvelun hintaan, päivittäiseen krediittien kulutukseen, uudelleenkäynnistykseen ja käyttökatkon riskiin.
faq/change-service-resources-after-order

Muokkaa olemassa olevaa palvelua, älä luo uutta

Jos palvelu on jo käytössä, tee muutokset sen yksityiskohtanäkymästä. Uusi tilaus voi luoda uuden palvelun sen sijaan, että muokattaisiin olemassa olevaa, ja se voi muuttaa hintaa, päivittäistä kreditin kulutusta sekä toimintatapaa vahvistuksen, maksun ja muutoksen voimaantulon jälkeen.

Tarkista ennen muutoksen vahvistamista

  1. Katso nykyinen CPU:n, RAM-muistin, levytilan, varmuuskopioinnin säilytysajan ja Offsite Archive -säilytysajan tiedot.
  2. Tarkista uusi päivähinta ja sen vaikutus krediittiin.
  3. Lue ilmoitukset uudelleenkäynnistyksistä, huollosta tai käyttökatkoksista.
  4. Vie tärkeät tiedot ennen mahdollista ongelmaa.

Mitä tehdä, jos muutos ei onnistu

Ilmoita palvelun nimi, muutoksen ajankohta, näkyvä tila ja virheilmoitus. Älä lähetä salasanoja, yksityisiä avaimia tai tunnisteita; diagnosointiin riittää julkinen konteksti ja sensuroitu näyttökuva.

> Palvelun peruuttaminen ja tietojen poistamisaika

Provisionoitu palvelu keskeytetään ensin. Näytetään määritettävä näkyvä poistoaika, jonka jälkeen palvelu voidaan myöhemmin poistaa pysyvästi.
faq/cancel-service-and-data-retention

Peruutus ei välttämättä tarkoita palvelun heti poistamista

Provisionoitu palvelu keskeytetään yleensä ensin, ja sille näytetään määritettävä aika, jonka kuluessa se voidaan palauttaa tai siirtää. Maksamattomat tilaukset, joita ei ole vielä provisionoitu, voivat päättyä eri tavalla, ja pysyvä poisto tapahtuu vasta elinkaaren umpeuduttua.

Tarkista ennen peruuttamista

  1. Luo oma vienti tiedoista, jotka haluat säilyttää pitkään.
  2. Tutustu palvelun keskeytyksen yhteydessä ilmoitettuun poiston ajankohtaan.
  3. Huomioithan, että varmuuskopiointi ja Offsite Archive -palvelut ovat erillisiä lifecycle-poistosta.
  4. Jos olet epävarma, ota yhteyttä asiakaspalveluun ennen poistopäivämäärää.

Palautus ei välttämättä ole mahdollista määräajan jälkeen

Näkyvän määräajan umpeuduttua tietoja ei pidä pitää saatavilla olevina. Kysymyksiä lähettäessäsi ilmoita tilausnumero ja palvelun nimi, älä tietokanta-exportteja tai salasanoja.

> Varmuuskopiot ja palautuspyynnöt

Varmuuskopioita käytetään toiminnalliseen palautukseen, eivät tietojen vientiin. Palautukset voivat ylikirjoittaa uudemmat tiedot.
faq/backups-and-restore-requests

Varmuuskopiointi ei ole arkisto eikä vienti

Varmuuskopioiden säilytysaika riippuu valitusta tuotteesta ja asetuksista. Varmuuskopio auttaa toiminnallisen palautuksen yhteydessä, mutta se ei korvaa omaa vientitoimintoa, auditoitua arkistoa tai Offsite Archive -palvelua. Palautus voi ylikirjoittaa uudemmat muutokset.

Näin valmistella palautuspyynnön

  1. Anna palvelun nimi ja tilausnumero.
  2. Kuvaile suunnilleen, mihin ajankohtaan haluat palauttaa tiedot.
  3. Kerro, palautetaanko koko palvelu vai tietty osa, jos se on mahdollista.
  4. Liitä mukaan selkeä virheilmoitus tai konteksti, mutta älä sisällytä salasanoja, tunnisteita tai yksityisiä avaimia.

Huomioi vaikutukset ennen palautusta

Jos palvelu on vastaanottanut uusia tietoja sen jälkeen, kun palautusajankohta määritettiin, palautus saattaa korvata uusimmat tiedot vanhemmilla tiedoilla. Ilmoita tiimille ennen palautuksen vahvistamista ja varmuuskopioi tiedot, joita et halua menettää.

> Mihin Offsite Archive -palvelu on tarkoitettu

Offsite Archive -palvelu pitää etäarkistokopioita erillään lyhyistä varmuuskopioista ja palvelun elinkaaresta.
faq/offsite-archive-purpose

Arkisto normaalin käytön ulkopuolella

Offsite Archive on tarkoitettu etäarkistokopioille ja pidempiaikaiseen datan säilytykseen. Se ei ole sovelluksen käyttökiekko, paikallisen exportin korvike eikä sama asia kuin lyhyet varmuuskopiot.

Milloin sen ottaa käyttöön

  1. Käytä tätä toimintoa tiedoille, jotka haluat säilyttää palvelun normaalin käytön ulkopuolella.
  2. Valitse säilytysajat lainsäädännöllisten vaatimusten, liiketoimintatarpeiden tai palautustavoitteiden mukaisesti.
  3. Seuraa hintaa, joka kasvaa tallennetun datamäärän ja säilytyksen keston mukaan.
  4. Suunnittele arkistointi yhdessä oman vientiprosessin kanssa, kun käsitellään suuria datamääriä.

Miten hinnoittelu toimii

Perusyksikkö on MB-päivää: kuinka paljon dataa on tallennettu ja kuinka monta päivää se säilytetään. Asiakkaalle näytettävä hinta on euroa/GB/kuukausi, ja tulos pyöristetään lähimpään senttiin.

> Suorittimen, RAM-muistin ja levyn valinta VPS:lle

Valitse VPS:n koko sovelluksen, tietokannan, välimuistin, lokien ja kasvun mukaan. OOM (out of memory) -virheet ja swapin käyttö voivat viitata siihen, että RAM-muistia on liian vähän.
faq/vps-cpu-ram-and-disk-sizing

Aloita todellisen kuormituksen perusteella, ei tunteen varassa

Yksinkertainen staattinen verkkosivu vaatii erilaisia resursseja kuin tietokanta, Java-sovellus, hakukone tai build-kontti. Suunnittelussa ota huomioon sovelluksen muisti, välimuisti, lokit, tiedostolataukset, tietokanta ja kasvunvara.

Merkkejä siitä, että paketti on liian pieni

  1. Lisää RAM-muistia, jos näkyy OOM (out of memory) -virheitä, prosessin kaatumisia tai jatkuvaa tiedostojen siirtämistä levylle.
  2. Lisää suorittimen tehoa, kun on pitkäkestoista laskentakuormitusta, pakkausta, ohjelmistokehitystä tai vilkkaita taustaprosesseja.
  3. Suurenna levytilaa ennen kuin tiedostojärjestelmä, lokitiedostot tai tietokanta täyttyvät.
  4. Tarkista muutoksen jälkeen, onko sovellus edelleen rajoitettu alkuperäiseen rajapintaan.

Mitä tietoja kannattaa lähettää kokoonpanoa koskevissa kysymyksissä

Kerro palvelun nimi, sovellustyyppi, näkyvä virhe, ongelman kesto sekä nykyinen CPU, RAM ja levytila. Älä lähetä salasanoja tai sisäisiä konfiguraatioita.

> Milloin julkinen IP-osoite on hyödyllinen VPS-palvelussa?

Omistettu julkinen IP-osoite auttaa esimerkiksi sallittujen IP-osoitteiden käytössä, sisääntulevissa yhteyksissä, vakaassa lähtevässä lähteessä tai osoitteeseen sidotuissa palveluissa.
faq/vps-public-ip-options

Selvitä ensin tiedonsiirron suunta

Julkinen IP-osoite ei ole automaattisesti välttämätön kaikissa palveluissa. Se ratkaisee usein ulkoisten kumppaneiden, palveluntarjoajien tai palomuurien vaatimuksia, kuten sallittujen osoitteiden (allowlist), vakaan lähtevän datalähteen tai sisääntulevan pääsyn tiettyyn porttiin.

IP-osoitteen tilausta koskevat kysymykset

  1. Kysy kumppanilta, sallitaanko sisääntuleva liikenne, uloslähtevä liikenne vai molemmat.
  2. Käytä DNS-nimiä IP-osoitteiden sijaan aina kun mahdollista.
  3. Avaa vain sovelluksen tarvitsemat portit.
  4. Lähetä sallittujen IP-osoitteiden (allowlist) pyyntö tukitiimille ennen tuotantoympäristön käyttöoikeuksien muuttamista.

Mitä kannattaa pitää suljettuna

Julkinen IP-osoite ei tarkoita kaikkien porttien avaamista. Rajoita pääsy vain välttämättömiin palveluihin, äläkä lähetä salasanoja, yksityisiä avaimia tai sisäisiä palomuurisääntöjä kuvakaappauksina, joissa on salaisia tietoja.

> Jaettu SSH-yhteys VPS-palvelimelle

Ilman erillistä julkista IP-osoitetta VPS-palvelin yhdistetään jaetun SSH-päätepisteen kautta, jossa käytetään korkeaa porttia. Julkisen IP-osoitteen ollessa käytössä, suora SSH-yhteys on myös mahdollista tällä osoitteella.
faq/shared-ssh-access-for-vps

Miksi jaettu SSH käyttää korkeaa porttia

Useat VPS-palvelut voivat jakaa saman julkisen SSH-osoitteen, minkä vuoksi jokainen palvelu saa oman, korkeamman portin. Portti on osa reititystä kohti palveluitasi; ilman sitä yhteyttä ei voida ohjata yksiselitteisesti oikealle VPS:lle.

Yhdistä pääsytyypin mukaan

  1. Jaetussa SSH-yhteydessä kopioi käyttäjätunnuksen, pääpalvelimen ja porttinumeron palvelun näkymästä.
  2. Yhdistä komennolla ssh -p <portti> <käyttäjänimi>@<pääpalvelin> omalta päätelaitteeltasi.
  3. Jos palvelulla on oma julkinen IP-osoite, se voi näyttää myös toisen SSH-yhteyden päätepisteen suoraan tälle IP-osoitteelle tai sen DNS-nimeen.
  4. Käytä yksityistä avainta vain paikallisesti SSH-asiakkaassa tai agentissa; jaa tukeen vain julkinen osoite, portti, käyttäjänimi ja näkyvä virhe.

Kun käytössä on ostettu julkinen IP-osoite

Julkinen IP-osoite ei välttämättä poista käytöstä jaettua SSH-päätepistettä. Se lisää erillisen suoran yhteyden, joten palvelulla voi olla sekä jaettu päätepiste korkealla portilla että suora osoite tai IP-osoite.

> Tarkista ennen oman verkkotunnuksen yhdistämistä

Ennen verkkotunnuksen vaihtoa, varmista auktoritatiivinen DNS-palvelin, tarkka isäntänimi, tietueen tyyppi, onko kyseessä päädomain vai alidomain ja mahdolliset ristiriitaiset vanhat tiedotteet.
faq/custom-domain-readiness-checklist

Tarkka isäntänimi on tärkeä

Selvitä ensin, kytketkö pääverkkotunnuksen (esim. example.com) vai aliverkkotunnuksen (esim. app.example.com). Jokainen vaihtoehto voi vaatia eri tyyppisen DNS-tietueen, erilaisia rajoituksia DNS-palveluntarjoajalta ja tarkistuksen rekisteröijältä.

Ennen DNS-muutosta

  1. Varmista, missä domainin auktoritatiivisia DNS-tietueita muokataan.
  2. Poista tai korjaa ristiriitaiset A/AAAA-, CNAME-, ALIAS-, ANAME- tai uudelleenohjaustietueet.
  3. Käytä palvelun suosittelemaa tietuetyyppiä.
  4. Odota DNS-propagointia ja testaa HTTPS-yhteys vasta sen jälkeen.

Turvallinen palautus

Älä poista vanhaa palvelinta käytöstä ennen kuin uusi verkkotunnus toimii oikein. Ongelmatilanteissa ilmoita vianmäärityksessä verkkotunnus, odotettu kohde ja julkinen DNS-tulos, äläkä lähetä pääsylogoja rekisteröijältä.

> DNS-tietueiden tyypit palveluille

A/AAAA osoittaa IP-osoitteisiin, CNAME luo aliaksen, MX määrittelee sähköpostipalvelimen ja TXT -tietueita käytetään esimerkiksi todennuksiin, SPF:ään, DKIMiin tai DMARC:iin.
faq/dns-record-types-for-services

Älä yhdistä tietueita sattumanvaraisesti

Jokainen DNS-tietuetyyppi suorittaa eri tehtävän. A- ja AAAA-tietueet osoittavat IP-osoitteisiin, CNAME luo aliasin aliverkkotunnukselle, MX ohjaa sähköpostia, TXT sisältää todennuksia ja sähköpostikäytäntöjä, ja CAA rajoittaa sertifiointiviranomaisia.

Kun kopioit tietueita

  1. Kopioi nimi, tyyppi ja arvo täsmälleen ohjeiden mukaan.
  2. Älä käytä CNAME-tietuetta isäntänimelle, jolla on jo muita tietueita, jos DNS-säännöt kieltävät sen.
  3. Lisää DKIM palveluntarjoajan valitsimen alle ja DMARC yleensä _dmarc -osion alle.
  4. Määritä CAA huolellisesti, sillä virheellinen arvo voi estää sertifikaatin myöntämisen.

Kun DNS ei toimi

Lähetä tukitiimille palvelimen nimi (hostname), tietueen tyyppi, odotettu arvo ja julkisesti näkyvä tulos. Älä lähetä DNS-hallinnan kirjautumistietoja tai kuvakaappauksia, joissa näkyvät API-tunnukset.

> DNS-propagointi ja TTL – ei takuita minuuteissa

TTL määrittää, kuinka kauan nimipalvelimien on pidettävä vanhaa vastausta. Siirtymävaiheessa sekä vanhat että uudet tulokset voivat olla olemassa.
faq/dns-propagation-and-ttl

DNS-päivitys on välimuistitoimintaa, ei taikaa

DNS-järjestelmässä ei ole kiinteää aikataulua päivityksille. Kun auktoritatiivinen DNS-tieto muuttuu, eri palvelimet voivat näyttää vanhoja ja uusia vastauksia, kunnes niiden välimuisti päivittyy TTL-arvon mukaisesti. Siksi tulokset voivat vaihdella verkkojen, maiden tai DNS-palvelimien välillä.

Suunnitellussa muutoksessa

  1. Jos palveluntarjoaja sallii, pienennä TTL-arvoa ennen suunniteltua muutosta.
  2. Tee DNS-muutos kerran ja vältä toistuvia muokkauksia, kunnes välimuistit ovat vanhentuneet.
  3. Testaa useista eri palvelimista, jos tulokset poikkeavat.
  4. Kirjaa ylös muutoksen ajankohta, vanha arvo, uusi arvo ja TTL.

Mitä tietoja kannattaa lähettää diagnostiikkaa varten

Ilmoita hostname, odotettu kohde, näkyvä vanha vastaus, näkyvä uusi vastaus, TTL ja muutoksen ajankohta. Älä lähetä DNS-tilin tunnistetietoja tai palveluntarjoajan sisäisiä muistiinpanoja.

> Workspace Suite-tallennustilan suunnittelu

Suunnittelussa on otettava huomioon käyttäjien tiedostot, jaetut kansiot, versiohistoria, roskakori, esikatselut, synkronointi ja tiimin kasvu.
faq/nextcloud-storage-planning

Workspace Suite tallennustilan käyttö kasvaa myös näkyvien tiedostojen ulkopuolella

Tallennustilaa kuluttavat käyttäjätiedostot, jaetut kansiot, poistetut tiedostot, versiohistoria, esikatselut, pikkukuvat, synkronointi ja tuonnit. Jos tallennustila on lähellä ylärajaa, lataukset tai synkronointi voivat epäonnistua.

Ennen kapasiteetin varaamista

  1. Laske nykyisten käyttäjien tiedot ja jaetut kansiot.
  2. Varaa tilaa versioille, roskakorille, esikatseluille ja synkronointitoiminnoille.
  3. Ota huomioon suuret tuonnit, uudet tiimit ja odotettu kasvu.
  4. Lisää tallennustilaa ennen kuin käyttäjät saavuttavat rajan.

Ongelmat synkronoinnissa

Ilmoita palvelun koko, arvioitu käyttöaste, ongelman ajankohta ja näkyvä asiakasvirhe. Älä lähetä henkilökohtaisia tiedostoja, salasanoja tai käyttäjädatan vientitiedostoja, ellei tuki pyydä niitä erikseen turvallisella tavalla.

> Repositorioiden siirto Giteaan

Suunnittele Git-repositorioiden siirto yhdessä LFS:n, alimodulien, oikeuksien, käyttöönottoavaimien, webhookkien ja CI/CD -prosessien kanssa.
faq/gitea-repository-migration

Migraatio ei ole pelkästään `git clone` -komento

Repositorion historian lisäksi on tärkeää siirtää tai luoda uudelleen omistajat, tiimit, suojatut haarat, suojatut tagit, Git LFS -tiedostot, alimoduulit, käyttöönottoavaimet, webhookit ja CI/CD-integraatiot.

Siirtymätarkistus

  1. Listaa repositoriot, omistajat, käyttöoikeusryhmät ja automaatiotilit.
  2. Varmista Git LFS -objektit, alimoduulit sekä haara- ja tag-suojaukset.
  3. Testaa kloonausta, push-toimintoa, Git LFS:ää, alimoduuleja ja CI-ajoa siirron jälkeen.
  4. Kierrätä tai poista vanhat tokenit siirron jälkeen, äläkä jaa niiden arvoja.

Arkaluonteiset tiedot migroinnissa

Älä lähetä tukitiimille tunnuksia, yksityisiä avaimia, deploy-avaimen yksityistä osaa tai CI-salaisuuksia. Lähetä repositorion nimet, integraatiotyyppi, näkyvä virhe ja tieto siitä, mikä toimi ennen migraatiota.

> Listmonkin lähettäjädomain

Valmistele kampanjoita varten lähettäjädomain tai -aliverkkotunnus, 'From'-tunniste, SPF, DKIM, DMARC, palautusviestit ja tilauksen peruutus.
faq/listmonk-sender-domain-basics

Toimitettavuus alkaa verkkotunnuksesta

Listmonk vaatii selkeän lähettäjän tunnistetiedon ja DNS-tietueet, jotka sähköpostipalvelut voivat tarkistaa. SPF, DKIM ja DMARC on määritettävä verkkotunnukselle tai aliverkkotunnukselle, josta lähetät kampanjoita.

Ennen ensimmäistä kampanjaa

  1. Valitse kampanjoille tarkoitettu lähettäjän verkkotunnus tai aliverkkotunnus ja määritä 'From'-nimi.
  2. Lisää DNS-tarkistustiedot, SPF, DKIM-valitsin ja DMARC.
  3. Testaa toimitus, palautukset (bounce) tai paluuosoite sekä linkit.
  4. Tarkista peruutusasetukset ja List-Unsubscribe -toiminto ennen varsinaisen lähetyksen aloittamista.

Sähköpostiasetukset eivät kuulu tukipyyntöön

Diagnostiikkatilanteissa lähetä domain, tietueen tyyppi, julkisesti näkyvä DNS-arvo ja virheilmoitus. Älä lähetä SMTP-salasanaa, API-tunnusta, yksityistä DKIM-avainta tai vastaanottajaluetteloa henkilötietoineen.

> Classic Hosting -ympäristöasetukset

Classic Hosting voi toimia automaattisessa tai manuaalisessa ympäristössä. Suorittimen (CPU), muistin (RAM), tallennustilan, varmuuskopioiden säilytysajan, Offsite Archive -säilytysajan, latausten, välimuistin ja lokien määrä vaikuttaa hintaan ja vakauteen.
faq/classic-hosting-runtime-settings

Automaattinen tila ei aina ole paras vaihtoehto

Auto Runtime auttaa tunnistetuissa projekteissa, mutta manuaalinen tila on sopiva, kun haluat valita tarkasti Nginx-, Apache-, FrankenPHP- tai tietyn ohjelmointikielen ympäristön. PHP-valitsinta käytetään vain silloin, kun valittu ympäristö tukee sitä.

Ennen käyttöönottoa

  1. Valitse automaattinen tai manuaalinen ympäristö (runtime) käytetyn frameworkin ja build-tavan perusteella.
  2. Valitse PHP 8.2, 8.3 tai 8.4 vain tuetuissa PHP-ympäristöissä.
  3. Määritä CPU, RAM, levytila, varmuuskopioinnin säilytysaika ja Offsite Archive -säilytysaika datan ja liikenteen perusteella.
  4. Testaa lataukset, välimuisti, lokit ja näkyvät sovellusvirheet käyttöönoton jälkeen.

Kun sovellus ei käynnisty

Ilmoita käyttöympäristö, kieli tai PHP-versio, näkyvä virhe, mitä muutettiin ja arvioitu käyttöönottoaika. Älä lähetä .env-tiedostoja, salasanoja, tunnuksia tai kokonaisia lokeja, jotka sisältävät arkaluonteisia tietoja.

> Mitä tietoja voit turvallisesti lähettää tukitiimille?

Tukitiimille on hyödyllistä saada esimerkiksi tilausnumeroita, palveluiden nimiä, domain-osoitteita, aikoja, julkisia hosteja, porttinumeroita, varmuuskopioiden säilytysaikaa, Offsite Archive -säilytysaikaa, latauksia, välimuistia, lokitiedostoja, kuvakaappauksia ja näkyviä virheilmoituksia. Vältä kuitenkin salaisuuksien lähettämistä.
faq/support-safe-information-to-share

Hyvä tukipyyntö sisältää olennaisia tietoja, ei salaisia tietoja.

Asiakastuen on helpompi vastata nopeasti, kun se saa tiedot, kuten tilausnumeron, palvelun nimen, verkkotunnuksen, julkisen isännän tai portin, ongelman ajankohdan, mitä muutettiin ja tarkat virheilmoitukset.

Turvallinen viestin sisältö

  1. Ilmoita tilausnumero, palvelun nimi, domain, ajankohta ja vaihe, jossa ongelma ilmeni.
  2. Jos kyseessä on hosting-ongelma, anna käytössä oleva ympäristö, ohjelmointikieli tai PHP-versio, suoritin, RAM-muisti, levytila, varmuuskopiointi, Offsite Archive -säilytys, tiedostojen lataukset, välimuisti ja lokitiedot. Älä sisällytä arkaluonteisia tietoja.
  3. Leikkaa kuvakaappauksista pois salasanat, tokenit, yksityiset avaimet, istunnot ja henkilötiedot ennen lähettämistä.
  4. Jos et ole varma, kuuluuko tieto palvelupyyntöön, kysy ensin ennen sen lähettämistä.

Älä koskaan lähetä

Älä lähetä salasanoja, yksityisiä avaimia, palautuskoodi-lausekkeita, API-tunnuksia, istuntokeksejä, tietokantaeksporteja, kokonaisia .env-tiedostoja, täydellisiä lokitiedostoja, joissa on arkaluonteisia tietoja, tai sisäisiä infrastruktuuriyksityiskohtia.