Često postavljana pitanja

Često postavljana pitanja

Praktični kratki vodiči za postavljanje usluga, pristup i uobičajene korisničke radnje.

> Kako funkcionira kreditni sustav Cli>_?

Jedan zajednički prepaid saldo financira sve prihvatljive usluge i troši se samo dok su aktivne.
faq/prepaid-credit-how-it-works

Tvoj Cli>_ račun ima jedan zajednički prepaid kreditni saldo. Prihvatljivi novi korisnici mogu zatražiti Starter Credit tek nakon što dovrše obaveznu provjeru računa i zaštite od zlouporabe. Aktivne prihvatljive usluge troše saldo tijekom vremena. Mjesečna procjena koristi 31 dan, a nova se usluga može pokrenuti samo ako saldo pokriva najmanje 7 dana. Crveno upozorenje pojavljuje se kada procijenjeno vrijeme rada padne ispod 7 dana; inače se narančasto upozorenje pojavljuje kada padne ispod 14 dana.

Nakon što se saldo potroši, usluga se suspendira nakon 7 dana, prestaje trošiti kredit i počinje 7-dnevni rok zadržavanja i brisanja. Prije prikazanog roka možeš je ponovno pokrenuti uz dovoljno kredita. Otkazivanje provisionirane usluge također je suspendira i pokreće isti rok. Usluga na čekanju koja još nije provisionirana može se odmah deaktivirati. Nakon roka počinju deaktivacija i uklanjanje provisionirane usluge. Force delete odmah deaktivira uslugu, preskače zadržavanje i pokreće uklanjanje iz aktivnog runtimea; dovršetak slijedi nakon obrade deploymenta i GitOpsa. Sigurnosne kopije i Offsite Archive imaju odvojena pravila zadržavanja.

Primjer OpenCodea za 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR dnevno. Nakon 10 punih dana potrošeno je oko 3,19 EUR. Ako je početni saldo bio točno 9,90 EUR i nije bilo drugih usluga, ostaje oko 6,71 EUR. Nakon onemogućavanja potrošnja prestaje.

Primjer je samo ilustrativan. Uvijek vrijede trenutačne cijene prikazane u Cli>_.

> Kako generirati javni SSH ključ putem naredbene linije

Stvorite javni SSH ključ za siguran pristup virtualnom poslužitelju (VPS). Podijelite samo javni ključ s Cli>_; privatni ključ zadržite na svom uređaju.
faq/generate-public-ssh-key-hr

Javni ključ se dijeli, privatni ključ ostaje kod vas

Unesite samo javni SSH ključ u narudžbu ili postavke usluge. Privatni ključ ostaje na vašem računalu i ne šalje se podršci niti se unosi u web-oblik.

Postupak

  1. Otvorite terminal na svom računalu.
  2. Pokrenite naredbu: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Potvrdite lokaciju za spremanje ili odaberite vlastitu putanju. Nikada ne šaljite svoj privatni ključ.
  4. Prikaz javnog ključa naredbom: `cat ~/.ssh/id_ed25519.pub`.
  5. Kopirajte cijeli redak koji počinje s `ssh-ed25519` i zalijepite ga u polje "SSH javni ključ" tijekom narudžbe ili konfiguracije usluge.
  6. Kopirajte cijeli redak koji počinje sa `ssh-ed25519` i zalijepite ga u polje "SSH javni ključ".

Provjeri prije lijepljenja

  1. Otvorite PowerShell ili Windows Terminal.
  2. Pokrenite naredbu: ssh-keygen -t ed25519 -C "vaša_e-pošta@example.com".
  3. Pritisnite Enter za spremanje ključa u C:\Users\vaš_korisnik\.ssh\id_ed25519 ili unesite vlastiti put.
  4. Ako Windows traži lozinku, koristite onu koju možete sigurno pohraniti ili pritisnite Enter za jednostavnu konfiguraciju.
  5. Javni ključ možete prikazati naredbom: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopirajte samo cijeli red koji počinje s ssh-ed25519. Ne kopirajte niti prenosite datoteku privatnog ključa.
> Kako grafički stvoriti SSH ključ u sustavu Windows

Grafički postupak u Windowsima za stvaranje para SSH ključeva bez korištenja naredbene linije.
faq/create-ssh-key-windows-gui-hr

Koristite Windows alat i unesite samo javni ključ

SSH par možete kreirati grafički pomoću Windows SSH klijenta kao što je PuTTYgen. Cli>_ zahtijeva samo javni ključ. Privatni ključ čuvajte na svom računalu i nemojte ga učitavati u web obrasce.

Postupak

  1. Instalirajte PuTTY ili otvorite PuTTYgen, ako ga već imate instaliranog.
  2. Odaberite EdDSA/Ed25519, ako je dostupno, ili RSA 4096, ako alat ne nudi Ed25519.
  3. Kliknite na 'Generate' i pomaknite miš po praznom prostoru dok se ključ ne generira.
  4. Dodajte lozinku ako želite dodatnu lokalnu zaštitu za privatni ključ.
  5. Spremite privatni ključ na svoj uređaj i čuvajte ga u tajnosti.
  6. Kopirajte tekst javnog ključa i zalijepite ga u polje SSH public key.

Nemojte dijeliti osjetljive podatke

Ne šaljite .ppk datoteke, privatne ključeve, lozinke ili tokene podršci ili u obrasce.

> Povežite svoju vlastitu domenu

Saznajte kako usmjeriti vašu vlastitu domenu ili poddomenu na CLIopen uslugu prije aktivacije funkcije 'Poveži vlastitu domenu'.
faq/povezi-vlastitu-domenu

Što ova postavka čini

Funkcija "Koristite vlastiti domen" omogućuje vašoj usluzi da odgovara na vašem vlastitom hostimenu, npr. app.example.com, umjesto korištenja generiranog hostimena *.co.cliopen.cloud. DNS mora biti usmjeren prema CLIopen prije nego što se hostimen može sigurno koristiti u usluzi.

Prije početka

  1. Odaberite točnu domenu koju želite koristiti, primjerice app.example.com. Najjednostavnija opcija je korištenje poddomene.
  2. Otvorite DNS upravljanje kod svog registratora domena ili pružatelja usluga DNS-a.
  3. Izbrišite sve konfliktne A, AAAA, CNAME, ALIAS ili redirect zapise za istu domenu.
  4. Ostavite generirani CLIopen hostname aktivnim dok vaš vlastiti hostname ne bude provjeren i u funkciji.

Preporučena DNS postavka za poddomenu

Kreirajte DNS zapise za točan naziv domene koji ćete unijeti u CLIopen. Za app.example.com, DNS etiketom je app. Usmjerite ga na CLIopen ingress adrese koje dobijete od podrške CLIopen ili u dokumentaciji usluge. Ako vaš pružatelj usluga traži vrstu zapisa, koristite A zapis za IPv4 i AAAA zapis za IPv6 kada su te adrese dostupne.

P primjer:

app.example.com.  A     <CLIopen IPv4 adresa>
app.example.com.  AAAA  <CLIopen IPv6 adresa, ako je dostupna>```

Kada CLIopen pruža cilj CNAME-a

Neke usluge mogu vam pružiti generirani naziv domene, npr. service.customer.co.cliopen.cloud. Ako vaše upute za uslugu izričito zahtijevaju korištenje CNAME-a, kreirajte zapis poput app.example.com CNAME service.customer.co.cliopen.cloud. Koristite CNAME samo za poddomene, a ne za glavnu/korijensku domenu, osim ako vaš pružatelj DNS usluga podržava ALIAS ili ANAME flattening.

Korištenje glavnog domena

Za "goli" domen poput example.com, većina pružatelja DNS usluga ne dopušta standardni CNAME zapis. Koristite A/AAAA zapise koji pokazuju na CLIopen ulazne adrese, ili koristite funkciju ALIAS/ANAME koju nudi vaš pružatelj ako vam je CLIopen pružio ciljni hostname.

Delegiranje cijele podzone

Ako želite da CLIopen upravlja zapisima u pod-zoni kao što je apps.example.com, kreirajte NS zapise za tu pod-zonu koji pokazuju na CLIopen nameservere koje ste dobili. Nemojte mijenjati nameservere cijelog domena, osim ako namjerno želite da CLIopen (ili druga DNS usluga) upravlja svim zapisima.

Popis za provjeru

  1. Pričekajte da se DNS propagira. Male promjene često su vidljive u nekoliko minuta, ali neki davatelji usluga mogu koristiti dulje vrijeme za pohranu u predmemoriji.
  2. Provjerite je li domena usmjerena na CLIopen cilj, a ne na prethodnog pružatelja usluga.
  3. U polje 'Bring your own domain' unesite točan naziv domene (hostname), bez `https://` i bilo koje putanje.
  4. Nakon ažuriranja, testirajte `https://app.example.com` u svom pregledniku.
  5. Održavajte stare DNS zapise samo ako ne sukobljavaju s novim nazivom domene.
> Kako prenijeti DNS zonu u CLIopen

Delegirajte domenu na ns1.cliopen.com i ns2.cliopen.com kako bi CLIopen mogao objavljivati zapise za cijelu zonu.
faq/prijenos-dns-zone

Što znači prijenos zone ovdje?

Kada govorimo o prenosu DNS-a za korisnike, to znači promjenu autoritativnih nameservera kod registratora vaše domene. Nakon što delegirate na CLIopen, DNS zapisi dodani u CLIopen objavljuju se s naših autoritativnih nameservera.

Prije promjene nameservera

  1. Kopirajte postojeće DNS zapise koje još uvijek trebate, kao što su web stranica, e-pošta, provjere, SPF, DKIM, DMARC i servisni zapisi.
  2. Dodajte zonu u CLIopen DNS. Ako delegacija nije spremna, CLIopen je sprema, ali ne aktivira za korisnike dok validacija ne prođe.
  3. Ako je moguće, kreirajte potrebne zapise u CLIopen DNS prije promjene nameservera.
  4. Pobrinite se da ispravno konfigurirate CAA unos, jer netočni podaci mogu spriječiti izdavanje certifikata.

Delegirajte zonu

  1. Otvorite postavke domene kod registratora, na primjer example.com.
  2. Pronađite postavke za nameservere, DNS delegaciju ili autoritativne DNS postavke.
  3. Zamijenite trenutne nameservere vrijednostima ns1.cliopen.com i ns2.cliopen.com.
  4. Spremite promjenu i pričekajte da se ona proširi registru i resolverima.

Provjera

Vratite se u CLIopen DNS i kliknite na Ponovno provjerite delegiranje. Kada javni NS zapisi pokazuju ns1.cliopen.com i ns2.cliopen.com, zona će biti spremana za sinkronizaciju, a zapisi će biti aktivni putem CLIopen.

> Registracija računa i prva prijava

Napravite jedan radni račun, unesite podatke za naplatu i omogućite timu pristup putem e-pošte.
faq/account-registration-and-login

Jedan račun za narudžbe i upravljanje

Koristite račun kao dugoročno mjesto za vaše narudžbe, podatke o fakturiranju, usluge, domene i komunikaciju s podrškom. Najbolje je koristiti poslovnu e-mail adresu kojoj će tim imati pristup čak i nakon promjena u osoblju.

Prije prve narudžbe

  1. Registrirajte se koristeći svoju poslovnu e-mail adresu.
  2. Potvrdite e-poštu, ako je potrebno.
  3. Unesite podatke za fakturu prije slanja plaćene narudžbe.
  4. Omogućite dvofaktorsku autentifikaciju čim postane dostupna.

Prilaz za tim

Lozinke ne šaljite kolegama putem chata ili e-pošte. Ako je potrebno, koristite internu aplikaciju za upravljanje lozinkama ili kontaktirajte tim za preporučeni postupak; podrška ne treba vašu lozinku niti token za prijavu.

> Mjesečna procjena, godišnja procjena i stvarne dnevne potrošnje

Mjesečne i godišnje cijene služe za usporedbu; kod usluga s unaprijed plaćenom karticom, važi dnevna potrošnja nakon potvrde promjene.
faq/billing-periods-and-credit-burn

Procjena nije kalendar računa

Mjesečna procjena koristi se kao usporedba za 31 dan, a godišnja kao usporedba za 372 dana. Stvarno potrošeno kreditno stanje za usluge s unaprijed plaćenom naknadom ovisi o aktivnom vremenu korištenja usluge i potvrđenoj konfiguraciji.

Što provjeriti pri promjeni cijene

  1. Usporedite dnevnu potrošnju prije i poslije promjene.
  2. Imajte na umu da veći CPU, RAM ili disk mogu rezultirati većom dnevnom potrošnjom.
  3. Promjena stupa na snagu nakon potvrde i primjene.
  4. Za potrebe računovodstva, sačuvajte potvrdu narudžbe i povijest kredita.

Kada je u pitanju spor, razmotrite određeni vremenski period.

Podršci je korisno imati broj narudžbe, naziv usluge i datume za koje želite provjeriti korištenje. Nemojte slati bankovne podatke, cijele izvode plaćanja niti snimke zaslona s neželjenim osobnim podacima.

> Status narudžbe nakon plaćanja

Narudžba može neko vrijeme čekati potvrdu od strane pružatelja usluge; duplikate kreirajte tek kada je prva narudžba jasno otkazana ili istekla.
faq/order-status-and-payment-confirmation

'U obradi' ne znači nužno neuspjeh

Nakon povratka sa stranice za plaćanje, narudžba može još uvijek čekati potvrdu od pružatelja usluge plaćanja. Dok status nije jasno označen kao neuspješan ili istekli, nova duplirana narudžba može nepotrebno otežati proces uparivanja.

Što učiniti nakon uplate

  1. Nakon završetka plaćanja, vratite se na Cli>_.
  2. Provjerite status narudžbe i eventualnu poruku o plaćanju u svom računu.
  3. Ako narudžba još uvijek čeka, dajte pružatelju usluge vremena za potvrdu.
  4. U slučaju problema, kontaktirajte podršku i pošaljite broj narudžbe i referencu plaćanja, ako je vidljiva.

Što ne šaljati

Podrška ne treba podatke s kreditne kartice, korisničko ime ili cjelovitu bankarsku potvrdu. Dovoljni su broj narudžbe, vrijeme uplate, vidljiv status i maskirana snimka zaslona ako se prikazuje greška.

> Podaci koji će ubrzati konfiguraciju usluge

Pripremite naziv usluge, domenu, veličinu pohrane, e-mail adresu za pristup i javni SSH ključ; tajne podatke ne dodajte u obrasce.
faq/service-setup-information-needed

Precizni podaci štede vrijeme

Popunjavajte obrazce s javnim ili manje osjetljivim vrijednostima: naziv usluge, domena, DNS postavke, veličina pohrane, CPU, RAM, e-mail za administraciju ili javni SSH ključ. Lozinke, privatni ključevi i tokeni ne smiju se unositi u obrasce.

Pripremite se prije odabira narudžbe

  1. Odaberite prepoznatljiv naziv za svoju uslugu.
  2. Odlučite hoćete li koristiti vlastitu domenu ili privremeni sustavni naziv hosta.
  3. Pripremite javni SSH ključ, ako je to potrebno.
  4. Provjerite veličinu pohrane i resurse prema aplikaciji koju želite pokrenuti.

Nemojte slati povjerljive informacije

Ako niste sigurni je li podatak tajni, radije pitajte bez slanja istog. Privatne ključeve, lozinke, tokene, izvoze baza podataka i cijele konfiguracijske datoteke ne šaljite u chat ili narudžbu.

> Promjena CPU-a, RAM-a, diska ili prostora za pohranu nakon narudžbe

Promjene postojeće usluge vršite kroz detalje usluge, a ne kreiranjem nove, duplirane narudžbe. Promjena resursa utječe na cijenu, ukupnu cijenu usluge, dnevnu potrošnju kredita, potrebu za ponovnim pokretanjem i rizik od prekida rada.
faq/change-service-resources-after-order

Mijenjate postojeću uslugu, a ne kreirate novu

Ako usluga već postoji, izmjene resursa vršite u detaljima te usluge. Nova narudžba bi stvorila dodatnu uslugu umjesto da se promijeni postojeća i može promijeniti cijenu, dnevnu potrošnju kredita i način rada nakon potvrde, plaćanja i primjene izmjena.

Prije potvrde promjene

  1. Pregledajte trenutnu potrošnju CPU-a, RAM-a i diska, kao i postavke za sigurnosne kopije i arhivu.
  2. Provjerite novu dnevnu cijenu i utjecaj na kredit.
  3. Pročitajte obavijesti o ponovnom pokretanju, održavanju ili prekidima.
  4. Prije izmjene koja može predstavljati rizik, napravite vlastiti izvoz važnih podataka.

Što učiniti ako se promjena ne izvrši prema očekivanjima

Pošaljite naziv usluge, vrijeme promjene, vidljiv status i poruku o pogrešci. Ne šaljite privatne ključeve, lozinke ili tokene; za dijagnostiku je dovoljan javni kontekst i screenshot s maskiranim podacima.

> Otkazivanje usluge i rok za izbris podataka

Aktivirana usluga se prvo privremeno obustavlja, prikazuje se konfigurabilan vremenski okvir za vidljivo brisanje podataka, a zatim može uslijediti trajno brisanje.
faq/cancel-service-and-data-retention

Otkazivanje nije trenutno brisanje svih usluga

Kod već aktivirane usluge, usluga se prvo privremeno obustavlja i prikazuje konfigurabilan vremenski rok za brisanje, tijekom kojeg je moguće poništiti otkazivanje ili izvršiti izvoz podataka. Nevažeće narudžbe bez aktivnih podataka mogu imati drugačije ponašanje, a trajno uklanjanje se događa tek nakon isteka roka valjanosti.

Provjerite prije otkazivanja

  1. Kreirajte vlastiti izvoz podataka koje želite čuvati dugoročno.
  2. Provjerite datum i vrijeme planiranog brisanja za obustavljenu uslugu.
  3. Zapamtite da su sigurnosne kopije i Offsite arhiv odvojeni od brisanja prema životnom ciklusu.
  4. Ako niste sigurni, kontaktirajte podršku prije roka za brisanje.

Obnova nakon isteka roka možda nije moguća

Nakon isteka prikazanog roka, podatke ne smatrajte dostupnima. Kada postavljate pitanja, pošaljite broj narudžbe i naziv usluge, a ne izvoze podataka ili tajne pristupne podatke.

> Архиви i zahtjevi za restauraciju

Arhive služe za operativnu obnovu, a ne kao zamjena za izvoz podataka; restauracija može prebrisati novije podatke.
faq/backups-and-restore-requests

Backup nije arhiva ni izvoz

Vrijeme zadržavanja sigurnosnih kopija ovisi o odabranom proizvodu i opcijama. Sigurnosne kopije služe za obnavljanje rada nakon greške, ali ne zamjenjuju vlastiti izvoz, auditsku arhivu ili vanjsku arhivu. Vraćanje prethodne verzije može prebrisati novije promjene.

Kako pripremite zahtjev za restauraciju

  1. Unesite naziv usluge i broj narudžbe.
  2. Opisujte približno vrijeme do kojeg želite vratiti podatke.
  3. Navedite hoćete li obnoviti cijelu uslugu ili samo određeni dio, ako je to podržano.
  4. Priložite vidljivu grešku ili kontekst, ali izbjegavajte slanje lozinki, tokena i privatnih ključeva.

Izračunajte utjecaj prije obnove

Ako je usluga u međuvremenu primila nove podatke, oni mogu zamijeniti stariju verziju. Prije potvrde restauracije, obavijestite tim i napravite sigurnosnu kopiju onoga što ne želite izgubiti.

> Za što je namijenjen Offsite Archive

Offsite Archive pohranjuje udaljene arhivske kopije, odvojene od kratkih operativnih sigurnosnih kopija i životnog ciklusa usluge.
faq/offsite-archive-purpose

Arhiva izvan redovitog rada

Offsite Arhiva služi za pohranu udaljenih kopija podataka i njihovo dugoročno čuvanje. Nije to disk za aplikaciju, zamjena lokalnog izvoza niti je isto što i kratke operativne sigurnosne kopije.

Kada ga uključiti

  1. Koristite za podatke koje želite zadržati izvan redovne funkcije usluge.
  2. Odaberite broj dana zadržavanja podataka u skladu s vašim zahtjevima za usklađenost ili ciljevima oporavka.
  3. Pratite kako cijena raste ovisno o pohranjenom volumenu i vremenu čuvanja.
  4. Kod velikih količina podataka, planirajte arhiviranje zajedno s vlastitim procesom izvoza.

Kako razmisliti o cijeni

Osnova je MB-dana: koliko se podataka pohranjuje i koliko dana se čuvaju. Cijena se korisniku prikazuje kao EUR/GB/mjesec, a rezultat se zaokružuje na najbliži cent.

> Odabir procesora (CPU), RAM-a i diska za VPS

Odaberite veličinu VPS-a ovisno o vašoj aplikaciji, bazi podataka, kešu, logovima i očekivanom rastu. Ako primijetite prekomjernu upotrebu memorije ili swapanje, to može biti znak da vam je potrebno više RAM-a.
faq/vps-cpu-ram-and-disk-sizing

Počnite s realnim opterećenjem, a ne s osjećajem

Mala statična web stranica ima drugačije potrebe od baze podataka, Java aplikacije, pretraživanja ili kontejnera za izradu. Pri planiranju uzmite u obzir memoriju aplikacije, keš, bazu podataka, logove, učitavanja i rezervu za rast.

Signali koji ukazuju na premali plan

  1. Povećajte količinu RAM-a u slučaju grešaka OOM (nedostatak memorije), prekida procesa ili stalnog korištenja swap prostora.
  2. Povećajte performanse CPU-a ako primijetite dugotrajno visoko računsko opterećenje, kompresiju podataka, izvođenje buildova ili preopterećenih radnih procesa.
  3. Povećajte veličinu diska prije nego što sustav datoteka, logovi ili baza podataka budu puni.
  4. Nakon svake promjene provjerite je li aplikacija zaista prestala nailaziti na originalno ograničenje.

Što poslati kada imate pitanja o veličini

Koristite informacije kao što su naziv usluge, vrsta aplikacije, vidljiva greška, približan vremenski okvir problema i trenutno odabrani CPU, RAM i disk. Ne šaljite lozinke, privatne ključeve niti interne konfiguracijske datoteke.

> Kada je javna IP adresa korisna za VPS

Posvećena javna IP adresa može biti korisna za liste dopuštenih IP adresa, pristup izvana, stabilan izvor za odlazne veze ili usluge vezane uz određenu adresu.
faq/vps-public-ip-options

Najprije provjerite smjer komunikacije

Javna IP adresa nije automatski potrebna za svaku uslugu. Najčešće se koristi za potrebe vanjskih partnera, pružatelja usluga ili firewalla za dodavanje na popis dopuštenih, kao stabilan izvor za izlazni promet ili za pristup određenim portovima.

Pitanja prije narudžbe IP adrese

  1. Pitaj partnera hoće li dopustiti dolaznu, odlaznu ili obje smjerove komunikacije.
  2. Koristite DNS nazive umjesto numeričkih adresa gdje je to moguće.
  3. Otvarajte samo portove koji su aplikaciji stvarno potrebni.
  4. Zahtjev za dodavanje na listu dopuštenih (allowlist) pošaljite podršci prije promjene konfiguracije produkcijskog okruženja.

Što ostaviti zatvoreno

Javna IP adresa ne znači otvaranje svih portova. Omogućite pristup samo potrebnim uslugama i nemojte slati lozinke, privatne ključeve ili interne pravila vatrozida kao snimke zaslona koji sadrže tajne podatke.

> Zajednički SSH pristup za VPS

Bez kupljene javne IP adrese, VPS se povezuje putem zajedničkog SSH endpointa s visokim portom; uz javnu IP adresu, dostupan je i izravni SSH na toj adresi.
faq/shared-ssh-access-for-vps

Zašto se koristi visok port za zajednički SSH pristup

Više VPS usluga može dijeliti isti javni SSH endpoint, stoga svaka usluga dobiva vlastiti visoki port. Port je dio usmjeravanja prema vašoj usluzi; bez njega, veza ne bi mogla biti ispravno upućena na odgovarajuću VPS.

Kako se povezati ovisno o vrsti pristupa

  1. Kada koristite zajednički SSH, kopirajte korisničko ime, javni host i visoki port iz postavki SSH usluge.
  2. Koristite naredbu `ssh -p <port> <korisničko_ime>@<javni_host>`.
  3. Ako usluga ima kupljenu javnu IP adresu, može imati i drugi SSH endpoint izravno na toj IP adresi ili njenom DNS imenu, ovisno o konfiguraciji usluge.
  4. Privatni ključ koristite samo lokalno putem svog SSH klijenta ili agenta; podršci šaljite samo javni host, port, korisničko ime i vidljivu grešku.

Kada imate dodatnu javnu IP adresu

Javna IP adresa ne mijenja zajednički SSH endpoint; dodaje zaseban način pristupa koji je prikladan za allowliste, praćenje ili izravno povezivanje. U praksi možete vidjeti dva načina spajanja putem SSH-a: zajednički host s visokim portom i izravni host ili IP adresa za uslugu s javnom IP adresom.

> Provjera prije povezivanja vlastite domene

Prije prebacivanja domene, provjerite autoritativne DNS postavke, točan naziv hosta, vrstu zapisa i provjerite postoje li konflikti sa starijim zapisima.
faq/custom-domain-readiness-checklist

Ovisi o točnom host imenu

Najprije utvrdite jeste li povezani s glavnom domenom (npr. example.com) ili poddomenom (npr. app.example.com). Svaka varijanta može zahtijevati različitu vrstu DNS zapisa, druga ograničenja pružatelja usluga i provjeru kod registrara.

Prije promjene DNS

  1. Provjerite gdje se uređuju autoritativni DNS zapisi za domenu.
  2. Uklonite ili uredite konfliktne A/AAAA, CNAME, ALIAS, ANAME ili redirect zapise.
  3. Koristite vrstu zapisa preporučenu za određenu uslugu i naziv hosta.
  4. Nakon promjene, pričekajte da se DNS propisno ažurira i tek tada testirajte konačnu HTTPS vezu.

Siguran povrat

Ne isključujte postojeći hosting prije nego što novi naziv domene pravilno odgovara. Kod rješavanja problema, pošaljite domenu, očekivani cilj i vidljive rezultate DNS-a, a ne pristupne podatke registratora.

> Vrste DNS zapisa za usluge

A/AAAA zapisi usmjeravaju na adrese, CNAME na alijase, MX na e-poštu, a TXT zapise se koriste za provjere, SPF, DKIM ili DMARC.
faq/dns-record-types-for-services

Ne kombinirajte zapise nasumično

Svaki DNS tip ima svoju ulogu. A i AAAA pokazuju na IP adrese, CNAME stvara alias za poddomenu, MX usmjerava poštu, TXT sadrži provjere i poštanske politike, a CAA ograničava ovlaštene certifikacijske centre.

Kod kopiranja zapisa

  1. Točno prepisujte naziv, tip i vrijednost prema uputama usluge.
  2. CNAME ne koristite za hostname koji već ima druge zapise, ako to DNS pravila zabranjuju.
  3. DKIM postavite ispod selektora pružatelja, a DMARC obično ispod _dmarc.
  4. CAA postavke pažljivo unesite, jer netočna vrijednost može blokirati izdavanje certifikata.

Kada DNS ne radi

Podršci pošaljite hostname, vrstu zapisa, očekivanu vrijednost i javno vidljiv rezultat. Ne šaljite korisničke podatke za pristup DNS administraciji niti snimke zaslona s API tokenima.

> Propagacija DNS-a i TTL - bez jamstva za minutu

TTL (vrijeme življenja) određuje koliko dugo resolveri mogu zadržati stari odgovor; tijekom prijenosa, stari i novi rezultati mogu koegzistirati.
faq/dns-propagation-and-ttl

Propagacija je predmemorija, a ne čarobno čekanje

Kod DNS-a ne postoji fiksna garancija za vrijeme propagacije. Nakon promjene autoritativnog DNS zapisa, različiti resolveri mogu privremeno vraćati stare i nove odgovore dok im ne istekne predmemorija prema TTL vrijednosti. Stoga, rezultat se može razlikovati između mreža, zemalja ili DNS resolvera.

Kod planirane promjene

  1. Ako to vaš pružatelj dopušta, smanjite TTL prije planirane promjene.
  2. Nakon izmjene DNS-a, izbjegavajte ponavljane nasumične promjene dok se ne očiste predmemorije.
  3. Testirajte s više resolvera ako rezultati nisu u skladu.
  4. Zabilježite vrijeme promjene, staru vrijednost, novu vrijednost i TTL.

Što poslati prilikom dijagnoze

Navedite hostname, očekivani cilj, vidljivi stari odgovor, vidljivi novi odgovor, TTL i vrijeme promjene. Nemojte slati pristupne podatke za DNS račun.

> Planiranje prostora za pohranu za Workspace Suite

Prilikom planiranja kapaciteta, uzmite u obzir korisničke datoteke, zajedničke direktorije, verzije, koš, preglede i povećanje broja korisnika.
faq/nextcloud-storage-planning

Workspace Suite se širi i izvan vidljivih datoteka

Prostor zauzimaju korisničke datoteke, zajedničke mape, obrisane datoteke, verzije, pregledi, minijature, sink kljenti i importi. Ako je pohrana blizu limita, mogu doći do grešaka prilikom učitavanja ili sinhronizacije.

Prije narudžbe kapaciteta

  1. Izračunajte trenutne podatke korisnika i zajedničke mape.
  2. Dodajte rezervu za verzije, koš, preglednike i aktivnosti sinkronizacije.
  3. Uzmite u obzir velike importirane datoteke, nove timove i očekivani rast.
  4. Povećajte kapacitet prije nego što korisnici počnu nailaziti na ograničenja.

U slučaju problema sa sinkronizacijom

Pošaljite informacije o veličini usluge, približenoj zauzetosti, vremenu problema i vidljivoj grešci klijenta. Ne šaljite osobne datoteke, lozinke niti izvoze korisničkih podataka, osim ako ih podrška posebno ne zatraži na siguran način.

> Migracija repozitorija u Gitea

Planirajte migraciju Git repozitorija zajedno s LFS-om, submoduleima, pravima pristupa, ključevima za deployment, webhookovima i CI/CD.
faq/gitea-repository-migration

Migracija nije samo `git clone`

Osim povijesti repozitorija, potrebno je prenijeti ili ponovno konfigurirati vlasnike, timove, zaštićene grane, zaštićene oznake, Git LFS, submodule-e, ključeve za deployment, webhoookove i CI/CD konekcije.

Provjera prije prebacivanja

  1. Navedite repozitorije, vlasnike, grupe korisnika i račune za automatizaciju.
  2. Provjerite Git LFS objekte, submodule-e, zaštitu grana i oznaka.
  3. Nakon migracije, testirajte kloniranje, slanje promjena, Git LFS, submodule-e i CI procese.
  4. Rotirajte ili poništite stare pristupne tokene nakon što je migracija potvrđena, bez dijeljenja njihovih vrijednosti.

Osjetljivi podaci tijekom migracije

U podršku šaljite samo nazive repozitorija, vrstu integracije, vidljivu grešku i informacije o tome što je funkcioniralo prije migracije. Ne šaljite tokene, privatne ključeve, dijelove privatnih ključeva za deploy ili CI tajne.

> Domena za slanje e-pošte za Listmonk

Pripremite domenu ili poddomenu za kampanje, uključujući From identitet, SPF, DKIM, DMARC, obradu odbijenih poruka i mogućnost odjave.
faq/listmonk-sender-domain-basics

Dostava počinje s domenom

Listmonk zahtijeva jasan "From" identitet i DNS zapise koje poštanski sustavi mogu provjeriti. SPF, DKIM i DMARC moraju biti usklađeni s domenom ili poddomenom iz koje želite slati kampanje.

Prije prve kampanje

  1. Odaberite domenu ili poddomenu za slanje e-pošte i postavite 'From' identitet.
  2. Dodajte DNS zapise za provjeru, uključujući SPF, DKIM selector i DMARC.
  3. Testirajte ispravnost dostave, ponašanje u slučaju odbijenih poruka (bounce), Return-Path te poveznice u e-poruci.
  4. Provjerite postavke za odjavu i List-Unsubscribe prije slanja poruka.

Mail pristupi ostaju izvan ticketa

Za dijagnostiku, pošaljite domenu, vrstu zapisa, javno vidljivu DNS vrijednost i poruku o pogrešci. Ne šaljite SMTP lozinke, API ključeve, privatne DKIM ključeve niti izvoze adresara s osobnim podacima.

> Postavke okruženja za Classic Hosting

Classic Hosting može raditi u automatskom ili ručnom načinu rada. CPU, RAM, memorija, pohrana, zadržavanje sigurnosnih kopija, zadržavanje Offsite arhiva, učitavanja, keš i logovi utječu na cijenu i stabilnost.
faq/classic-hosting-runtime-settings

Automatski način nije uvijek najbolji izbor

Auto Runtime pomaže pri prepoznavanju projekata, ali ručni način je prikladan kada želite precizno odabrati Nginx, Apache, FrankenPHP ili određeni runtime za programski jezik. PHP selektor koristite samo tamo gdje ga podržava odabrani runtime.

Postavke prije implementacije

  1. Odaberite automatski ili ručni način rada za runtime, ovisno o frameworku i načinu izgradnje.
  2. Odaberite PHP 8.2, 8.3 ili 8.4 samo za scenarije koji su podržani od strane odabranog runtime-a.
  3. Postavite CPU, RAM, disk prostor, period zadržavanja backupova i Offsite Archive prema vašim podacima i prometu.
  4. Nakon implementacije testirajte učitavanje, keširanje, logove i vidljive pogreške aplikacije.

Kada aplikacija ne pokreće

Pošaljite informacije o načinu rada, jeziku ili verziji PHP-a, vidljivu grešku i što je promijenjeno. Ne šaljite .env datoteke, lozinke, tokene niti cijele logove koji sadrže osjetljive podatke.

> Koje informacije je sigurno poslati službi za podršku?

Najkorisnije su brojevi narudžbi, nazivi usluga, domene, vremena, javni hostovi, portovi, zadržavanje sigurnosnih kopija, zadržavanje Offsite Archiva, učitani podaci, keš, logovi, snimke zaslona i vidljive pogreške, uz uvjet da ne sadrže osjetljive podatke.
faq/support-safe-information-to-share

Kvalitetan zahtjev sadrži relevantne informacije, a ne tajne podatke.

Tim za podršku može brže reagirati ako dobije broj narudžbe, naziv usluge, domenu, javni host ili port, vrijeme problema, što se promijenilo i točnu vidljivu poruku o pogrešci.

Siguran sadržaj poruke

  1. Navedite broj narudžbe, uslugu, domenu, vrijeme i korak na kojem je nastao problem.
  2. Kod problema s hostingom, navedite runtime, PHP ili jezik, CPU, RAM, disk, uploadove, keš i logove, bez osjetljivih podataka.
  3. Prije slanja, obrežite ili zamutite osjetljive dijelove na snimkama zaslona.
  4. Ako niste sigurni da li neka informacija pripada zahtjevu, prvo pitajte prije slanja.

Što nikad ne šaljite

Ne šaljite lozinke, privatne ključeve, seed fraze, API tokene, kolačiće sesije, izvoze baza podataka, cijele .env datoteke ili pune logove s osjetljivim vrijednostima.