FAQ

Često postavljana pitanja

Praktični kratki vodiči za podešavanje usluga, pristup i uobičajene korake korisnika.

> Kako funkcioniše kreditni sistem Cli>_?

Jedan zajednički prepaid saldo finansira 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. Novi korisnici koji ispunjavaju uslove mogu zatražiti Starter Credit tek nakon obavezne provjere računa i zaštite od zloupotrebe. Aktivne prihvatljive usluge troše saldo tokom vremena. Mjesečna procjena koristi 31 dan, a nova usluga može krenuti samo ako saldo pokriva najmanje 7 dana. Crveno upozorenje pojavljuje se kada procijenjeno vrijeme rada padne ispod 7 dana; u suprotnom se narandžasto pojavljuje kada padne ispod 14 dana.

Kada se saldo potroši, usluga se suspenduje nakon 7 dana, prestaje trošiti kredit i počinje 7-dnevni rok čuvanja i brisanja. Prije prikazanog roka možeš je ponovo pokrenuti uz dovoljno kredita. Otkazivanje provisionirane usluge također je suspenduje i pokreće isti rok. Usluga na čekanju koja nije provisionirana može se odmah deaktivirati. Poslije roka počinju deaktivacija i uklanjanje provisionirane usluge. Force delete odmah deaktivira uslugu, preskače čuvanje i pokreće uklanjanje iz aktivnog runtimea; završetak slijedi nakon obrade deploymenta i GitOpsa. Backup-i i Offsite Archive imaju odvojena pravila čuvanja.

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

Primjer je samo ilustrativan. Uvijek važe trenutne cijene prikazane u Cli>_.

> Kako generirati javni SSH ključ putem komandne linije

Kreirajte javni SSH ključ za siguran pristup VPS serveru. Dijelite samo javni ključ sa Cli>_; privatni ključ čuvajte na svom uređaju.
faq/generate-public-ssh-key-bs

Koristite samo javni ključ

SSH koristi par ključeva. U postavke usluge zalijepite samo javni ključ, obično .pub datoteku. Privatni ključ ostaje na vašem uređaju.

Postupak

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

PowerShell za Windows 10/11

  1. Otvorite PowerShell ili Windows Terminal.
  2. Pokrenite naredbu: ssh-keygen -t ed25519 -C "tvoj-email@example.com".
  3. Pritisnite Enter za čuvanje ključa u direktorij C:\Users\tvoj-user\.ssh\id_ed25519 ili unesite vlastitu putanju.
  4. Ako Windows zahtjeva lozinku, koristite onu koju možete sigurno sačuvati ili pritisnite Enter za jednostavnu konfiguraciju.
  5. Javni ključ se prikazuje naredbom: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopirajte samo cijeli red koji počinje sa ssh-ed25519. Ne kopirajte niti učitavajte datoteku privatnog ključa.
> Kako grafički kreirati SSH ključ u Windowsima

Grafička procedura za Windows za kreiranje SSH ključa bez korištenja komandne linije.
faq/create-ssh-key-windows-gui-bs

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 formulare.

Postupak

  1. Instalirajte PuTTY ili otvorite PuTTYgen, ako ga već imate instaliran.
  2. Odaberite EdDSA/Ed25519, ako je dostupno, ili RSA 4096, ako alat ne nudi Ed25519.
  3. Kliknite na 'Generiraj' i pomjerajte miš po praznom prostoru dok se ključ ne generira.
  4. Dodajte frazu za lokalnu zaštitu privatnog ključa, ako želite.
  5. Sačuvajte privatni ključ na svom uređaju i čuvajte ga u tajnosti.
  6. Kopirajte tekst javnog ključa i zalijepite ga u polje SSH public key u Cli>_.

Nemojte dijeliti tajne podatke

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

> Povežite svoju vlastitu domenu

Saznajte kako da usmerite svoju sopstvenu domenu ili poddomenu ka CLIopen servisu pre nego što aktivirate opciju "Poveži sopstvenu domenu".
faq/povezite-vlastitu-domenu

Šta ova postavka radi

Opcija "Koristite vlastiti domen" omogućava vašoj usluzi da odgovara na vašem sopstvenom host imenu, npr. app.example.com, umesto korišćenja generisanog host imena *.co.cliopen.cloud. DNS mora biti usmeren ka CLIopen prije nego što se host ime bezbjedno koristi u usluzi.

Prije početka

  1. Odaberite tačnu adresu servera koju želite koristiti, na primjer app.example.com. Najjednostavnija opcija je korištenje poddomene.
  2. Otvorite DNS administraciju kod registrara domena ili DNS provajdera.
  3. Uklonite sve konfliktne A, AAAA, CNAME, ALIAS ili redirect zapise za istu adresu servera.
  4. Ostavite generisano ime hosta CLIopen aktivnim dok vaš prilagođeni hostname nije potvrđen i funkcionalan.

Preporučena DNS konfiguracija za poddomen

Kreirajte DNS zapise za tačno ime hosta koje ćete unijeti u CLIopen. Za app.example.com, DNS etiketom je app. Usmjerite ga na CLIopen adrese ulaza koje dobijete od podrške CLIopen ili u dokumentaciji usluge. Ako vaš provajder traži tip zapisa, koristite A zapis za IPv4 i AAAA zapis za IPv6 kada su te adrese dostupne.

Prijemjer:

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 generisano ime domene, na primjer service.customer.co.cliopen.cloud. Ako uputstva za vašu uslugu eksplicitno 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/root domenu, osim ako vaš DNS provajder podržava ALIAS ili ANAME flattening.

Korištenje glavnog domena

Za "golu" domenu poput example.com, većina DNS provajdera ne dozvoljava standardni CNAME zapis. Koristite A/AAAA zapise koji pokazuju na CLIopen adrese za ulaz, ili koristite funkciju ALIAS/ANAME vašeg provajdera ako vam je CLIopen pružio ciljnu adresu.

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. Ne mijenjajte nameservere cijele domene, osim ako namjerno želite da CLIopen (ili druga DNS usluga) upravlja svim zapisima.

Kontrolna lista

  1. Sačekajte da se DNS propagira. Male promjene su često vidljive u nekoliko minuta, ali neki provajderi mogu duže zadržavati podatke u kešu.
  2. Provjerite je li hostname usmjeren na CLIopen cilj, a ne na prethodnog provajdera.
  3. U polje 'Koristite vlastitu domenu' unesite tačnu adresu hosta, bez `https://` i bilo kojeg puta.
  4. Nakon ažuriranja, testirajte `https://app.example.com` u svom pregledaču.
  5. Ostavljajte stare DNS zapise samo ako ne sukobljavaju sa novom adresom hosta.
> Kako prebaciti DNS zonu u CLIopen

Delegirajte domen na ns1.cliopen.com i ns2.cliopen.com, kako bi CLIopen mogao da objavljuje zapise za cijelu zonu.
faq/prijenos-dns-zone

Šta znači prenos zone ovdje?

Kada je riječ o DNS-u za korisnike, prenos znači promjenu autoritativnih nameservera kod registrara domena. Nakon što se delegiranje usmjeri 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 će je sačuvati, ali neće aktivirati za korisnike dok validacija ne prođe.
  3. Ako je moguće, kreirajte potrebne zapise u CLIopen DNS prije promjene nameservera.
  4. Pazite da pravilno konfigurirate CAA zapis, jer pogrešne vrijednosti mogu spriječiti izdavanje certifikata.

Delegirajte zonu

  1. Otvorite postavke domene kod registratora, na primjer example.com.
  2. Pronađite Nameservere, DNS delegaciju ili postavke autoritativnog DNS-a.
  3. Zamijenite trenutne nameservere vrijednostima ns1.cliopen.com i ns2.cliopen.com.
  4. Sačuvajte promjenu i sačekajte da se propagira u registru i resolverima.

Validacija

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 dodana u red za sinhronizaciju, a zapisi će biti aktivni putem CLIopen.

> Registracija računa i prvo prijavljivanje

Napravite jedan poslovni račun, unesite podatke za fakturisane i ostavite pristup na e-mail koji vaš tim može koristiti.
faq/account-registration-and-login

Jedan račun za narudžbe i upravljanje

Koristite račun kao dugoročno mjesto za narudžbe, fakturiranje, usluge, domene i komunikaciju sa podrškom. Najbolje je koristiti poslovnu e-mail adresu kojoj tim može pristupiti č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 vas sistem zatraži da to učinite.
  3. Unesite podatke za fakturisanje prije slanja narudžbine sa plaćanjem.
  4. Omogućite dvofaktorsku autentifikaciju čim postane dostupna.

Pristup za tim

Lozinku ne šaljite kolegama putem chata ili e-pošte. Ako više osoba treba pristup, koristite interni upravitelj lozinki ili slijedite preporučeni timski postupak; podrška vam neće tražiti lozinku niti token za prijavu.

> Mjesečna procjena, godišnja procjena i stvarna dnevna potrošnja

Mjesečne i godišnje cijene služe za usporedbu; kod usluga s unaprijed plaćenim kreditom, stvarno trošenje kredita se računa dnevno nakon potvrde promjene.
faq/billing-periods-and-credit-burn

Procjena nije kalendar računa

Mjesečna procjena koristi 31 dan, a godišnja procjena koristi 372 dana za svrhu usporedbe. Stvarna potrošnja kredita kod pretplatnih usluga odvija se prema aktivnom vremenu korištenja i potvrđenoj konfiguraciji.

Šta treba provjeriti prilikom promjene cijene

  1. Uporedite dnevnu potrošnju prije i poslije promjene.
  2. Imajte na umu da veći CPU, RAM ili disk, kao ni dodatne opcije, mogu utjecati na dnevnu potrošnju.
  3. Promjena stupa na snagu tek nakon potvrde, eventualnog plaćanja i primjene.
  4. Za potrebe računovodstva, sačuvajte potvrde narudžbi i historiju kredita.

Provjera perioda naplate

Podršci je korisno imati broj narudžbe, naziv usluge i datume za koje želite provjeriti korištenje. Ne šaljite bankovne podatke, cijele izvode računa niti snimke ekrana sa neželjenim ličnim podacima.

> Status narudžbe nakon plaćanja

Narudžba može neko vrijeme čekati na potvrdu od strane provajdera plaćanja; kreirajte duplikat tek kada je prva narudžba jasno poništena ili istekla.
faq/order-status-and-payment-confirmation

"Pending" stanje ne znači nužno neuspjeh

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

Kako postupiti nakon plaćanja

  1. Nakon završetka plaćanja, vratite se na stranicu Cli>_.
  2. Provjerite status narudžbe u svom računu i eventualnu poruku vezanu za plaćanje.
  3. Ako narudžba još uvijek čeka, dajte provajderu vremena da je potvrdi.
  4. U slučaju problema, pošaljite podršci broj narudžbe i referencu uplate, ako je vidljiva.

Šta ne šaljite

Podrška ne treba podatke s platne kartice, lozinku za prijavu niti cijeli bankarski izvještaj. Dovoljni su broj narudžbe, vrijeme plaćanja, vidljiv status i maskirani snimak ekrana ako se prikazuje greška.

> Podaci koji će ubrzati konfiguraciju servisa

Pripremite naziv servisa, domenu, veličinu skladišta, pristupnu e-poštu i javni SSH ključ; tajne podatke ne unosite u formulare.
faq/service-setup-information-needed

Precizni podaci štede vrijeme

Formulari za narudžbu koriste se za javne ili manje osjetljive vrijednosti: naziv usluge, domena, DNS postavke, veličina prostora za pohranu, CPU, RAM, administratorska e-pošta ili javni SSH ključ. Lozinke, privatni ključevi i tokeni ne smiju se unositi u formulare.

Priprema prije naručivanja

  1. Odaberite prepoznatljivo ime usluge za svoj tim.
  2. Odlučite hoćete li koristiti vlastitu domenu ili privremeni sistematski hostname.
  3. Pripremite javni SSH ključ, ako ga usluga zahtijeva.
  4. Provjerite veličinu prostora za pohranu i resurse prema aplikaciji koju želite koristiti.

Ne šaljite povjerljive informacije

Ako niste sigurni je li informacija tajna, radije pitajte bez slanja iste. 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 perioda korištenja nakon narudžbe

Postojeću uslugu mijenjajte preko detalja o njoj, a ne novim zahtjevima; promjena resursa može utjecati na cijenu, trošak usluge, dnevnu potrošnju kredita, potrebu za restartom i rizik od prekida rada.
faq/change-service-resources-after-order

Mijenjate postojeću uslugu, a ne kreirate novu

Ako usluga već radi, promjenu resursa obavite iz detalja te usluge. Nova narudžba bi kreirala još jednu uslugu umesto da se modifikuje postojeća i može promeniti cenu, dnevnu potrošnju kredita i način rada nakon potvrde, plaćanja i primene promene.

Provjera prije potvrde

  1. Pogledajte trenutni CPU, RAM, disk, period zadržavanja backup-a i period zadržavanja Offsite Archiva.
  2. Provjerite novu dnevnu cijenu i utjecaj na kredit.
  3. Pročitajte obavijest o ponovnom pokretanju, održavanju ili prekidu rada.
  4. Prije promjene koja može predstavljati rizik, napravite vlastiti izvoz važnih podataka.

Šta uraditi ako promjena ne prođe kako se očekuje

Pošaljite naziv usluge, vrijeme promjene, vidljiv status i tekst greške. Ne šaljite lozinke, privatne ključeve, tokene ili konfiguracije s tajnim vrijednostima.

> Otkazivanje usluge i rok za izbris podataka

Aktivirana usluga se prvo privremeno obustavlja. Prikazuje se podesivi, vidljivi rok za brisanje podataka, nakon čega može uslijediti trajno brisanje.
faq/cancel-service-and-data-retention

Otkazivanje nije trenutno uklanjanje svih usluga

Kod već aktivirane usluge, otkazivanje prvo je privremeno obustavlja i prikazuje podesivi vremenski rok do kada se može izvršiti poništavanje ili izvoz podataka. Neke neplaćene narudžbe koje nisu pokrenule procese mogu imati drugačije ponašanje, a trajno brisanje se vrši tek nakon isteka definisanog roka.

Provjerite prije otkazivanja

  1. Kreirajte vlastiti izvoz podataka koje želite sačuvati.
  2. Pročitajte datum i vrijeme planiranog brisanja za obustavljenu uslugu.
  3. Zapamtite da su sigurnosne kopije i arhiviranje odvojeni od brisanja usluge.
  4. Ako niste sigurni, kontaktirajte podršku prije roka za brisanje.

Obnova nakon isteka roka možda neće biti moguća.

Nakon isteka vidljivog roka, ne smatrajte da su podaci još uvijek dostupni. Kada šaljete upit, navedite broj narudžbe i naziv usluge, a nemojte slati izvoze baza podataka ili tajne podatke za prijavu.

> Kopije sigurnosti i zahtjevi za restauraciju

Kopije sigurnosti služe za operativnu obnovu, a ne kao zamena za sopstveni izvoz; restauracija može prebrisati novije podatke.
faq/backups-and-restore-requests

Backup nije arhiva za sve potrebe

Period zadržavanja backup-a zavisi od proizvoda i odabranih opcija. Backup služi za operativno vraćanje podataka u slučaju greške, ali ne zamjenjuje vlastiti izvoz podataka, dugoročnu arhivu ili Offsite Archive. Vraćanje podataka može prebrisati novije promjene.

Kako pripremiti zahtjev za restauraciju

  1. Navedite naziv usluge i broj narudžbe.
  2. Opisujte približno vrijeme do kojeg želite vratiti podatke.
  3. Napišite da li treba obnoviti cijelu uslugu ili 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.

Planirajte uticaj 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 šta služi Offsite Archive

Offsite Archive čuva udaljene arhivske kopije, odvojene od kratkih operativnih backupova i životnog ciklusa usluge.
faq/offsite-archive-purpose

Arhiva izvan redovne upotrebe

Offsite Archive je namijenjen za udaljene arhivske kopije i duže skladištenje podataka. Nije disk koji se koristi u realnom vremenu za aplikaciju, nije zamjena za lokalni export niti je isto što i kratke operativne sigurnosne kopije.

Kada ga koristiti

  1. Koristite ga za podatke koje želite zadržati izvan redovnog rada usluge.
  2. Odaberite broj dana zadržavanja u skladu sa zahtjevima ili ciljem oporavka.
  3. Imajte na umu da cijena raste s količinom podataka i vremenom čuvanja.
  4. Za velike količine podataka, planirajte arhiv zajedno sa vlastitim procesom izvoza.

Kako razmisliti o cijeni

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

> Odabir CPU-a, RAM-a i diska za VPS

Veličinu VPS-a odaberite prema aplikaciji, bazi podataka, kešu, logovima i očekivanom rastu. OOM (nedostatak memorije) ili korištenje swap prostora su znakovi da je potrebno više RAM-a.
faq/vps-cpu-ram-and-disk-sizing

Počnite od stvarnog opterećenja

Statirana web stranica ima drugačije potrebe od baze podataka, Java aplikacije, pretrage ili kontejnera za build procese. Pri planiranju uzmite u obzir memoriju aplikacije, keš, bazu podataka, logove, učitavanje datoteka i rezervu za rast.

Signali koji ukazuju na to da je plan premalen

  1. Povećajte RAM u slučaju OOM (nedostatka memorije), poruka 'proces je ugašen' ili stalnog swapovanja.
  2. Povećajte CPU ako postoji dugotrajno visoko računarsko opterećenje, kompresija, procesi izgradnje ili zauzeti radnici.
  3. Povećajte disk prije nego što sistem datoteka, logovi ili baza podataka dostignu svoj maksimum.
  4. Nakon svake promjene provjerite hoće li aplikacija zaista prestati nailaziti na originalno ograničenje.

Šta poslati kada imate pitanje o veličini

Koristne informacije uključuju naziv usluge, tip aplikacije, vidljivu grešku, približno vrijeme problema i trenutne vrijednosti CPU-a, RAM-a i diska. Ne šaljite lozinke, privatne ključeve niti interne konfiguracijske datoteke.

> Kada ima smisla koristiti javnu IP adresu za VPS?

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

Prvo utvrdite smjer komunikacije

Javna IP adresa nije automatski potrebna za svaku uslugu. Najčešće se koristi kada vanjski partneri, provajderi ili firewall-i zahtijevaju stabilnu adresu za allowlist, stabilan izvor za izlazni promet ili pristup na određeni port.

Pitanja prije naručivanja IP adrese

  1. Pitaj partnera da li dozvoljava saobraćaj prema unutra, izvan sistema ili oba smjera.
  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 allowlist pošaljite podržanoj službi prije promjene pristupa produkcijskom okruženju.

Šta ostaviti zatvoreno

Posjedovanje javne IP adrese ne znači da morate otvoriti sve portove. Pristup ograničite na minimalno potrebne servise i nemojte slati lozinke, privatne ključeve ili interne pravila firewall-a u obliku snimaka ekrana koji sadrže osjetljive podatke.

> Dijeljeni SSH pristup za VPS

Bez dodatne javne IP adrese, VPS se povezuje putem zajedničkog SSH endpointa sa visokim portom; uz javnu IP adresu, dostupna je i direktna SSH konekcija 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 koristiti isti javni SSH server, stoga svaka usluga dobija svoj zasebni visoki port. Port je dio usmjeravanja ka vašoj usluzi; bez njega, veza ne bi mogla biti jednoznačno isporučena na odgovarajuću VPS.

Kako se povezati

  1. Za zajednički SSH, kopirajte korisničko ime, javni host i port sa stranice usluge.
  2. Koristite naredbu `ssh -p <port> <username>@<public-host>`.
  3. Ako usluga ima posjedovanu javnu IP adresu, direktan SSH na tu IP adresu radi samo ako su SSH servis i pravilo firewall za to konfigurirani.
  4. Privatni ključ koristite isključivo lokalno putem vašeg SSH klijenta ili agenta; podrška zahtijeva samo javni host, port, korisničko ime i vidljivu grešku.

Kada imate dodatnu javnu IP adresu

Dedikovana javna IP adresa ne zamjenjuje automatski dijeljeni SSH pristup; ona dodaje zaseban način pristupa koji je pogodan za liste dopuštenih, praćenje ili direktne integracije. U praksi možete vidjeti dva načina pristupa putem SSH-a: zajednički host s visokim portom i direktni host ili IP adresa za uslugu s javnom IP adresom.

> Provjera prije povezivanja vlastite domene

Prije promjene domene, provjerite autoritativne DNS servere, tačan naziv hosta, vrstu zapisa (da li je to domena ili poddomena) i potencijalne sukobljene stare zapise.
faq/custom-domain-readiness-checklist

Važnost tačnog hostname-a

Prvo utvrdite da li povezujete glavnu domenu (npr. example.com) ili poddomenu (npr. app.example.com). Svaka varijanta može zahtijevati različit tip DNS zapisa, druga ograničenja od strane provajdera 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 tip zapisa koji je preporučeni za određenu uslugu i hostname.
  4. Nakon promjene, sačekajte da se DNS propagira i tek tada testirajte konačnu HTTPS konekciju.

Sigurno poništavanje

Ne isključujte stari hosting dok novi hostname ne odgovara ispravno. Ako imate problema, pošaljite domenu, očekivani cilj i vidljive rezultate DNS-a, a ne pristup registraru.

> Vrste DNS zapisa za usluge

A/AAAA zapisi usmjeravaju na adrese, CNAME se koristi za alias, MX za poštu, a TXT za provjere, uključujući SPF, DKIM i DMARC.
faq/dns-record-types-for-services

Svaki zapis ima svoju ulogu

A i AAAA zapisi pokazuju na IP adrese, CNAME kreira alias za poddomenu, MX usmjerava poštu, TXT zapisi sadrže provjere i mail politike, a CAA ograničava ovlaštene izdavaoce certifikata.

Kopiranje DNS zapisa

  1. Prepišite naziv, tip i vrijednost tačno prema uputstvima usluge.
  2. Ne koristite CNAME za hostname koji već ima konfliktne zapise ako DNS pravila to zabranjuju.
  3. Postavite DKIM ispod selektora provajdera, a DMARC obično ispod _dmarc.
  4. CAA postavke pažljivo prilagodite, jer pogrešna vrijednost može blokirati izdavanje certifikata.

Dijagnostika problema sa DNS-om

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

> Propagacija DNS-a i TTL bez garancija u minuti

Vrijednost TTL (Time To Live) određuje koliko dugo resolveri mogu zadržati staru odgovoru; tokom procesa propagacije, stari i novi rezultati mogu koegzistirati.
faq/dns-propagation-and-ttl

Propagacija je ponašanje keša, a ne čaroban ček

Kod DNS-a ne postoji fiksno obećanje za određeno vrijeme. Nakon promjene autoritativnog DNS zapisa, različiti resolveri mogu još uvijek vraćati stare i nove odgovore dok im ne istekne keš prema TTL vrijednosti. Stoga, rezultat se može razlikovati između mreža, zemalja ili DNS resolvera.

Pri planiranoj promjeni

  1. Ako vaš provajder to dozvoljava, smanjite TTL prije planirane promjene.
  2. Izvršite DNS izmjenu jednom i izbjegavajte ponavljane izmjene dok se keš ne očisti.
  3. Testirajte s više resolvera ili mreža ako rezultati variraju.
  4. Zapišite vrijeme promjene, staru vrijednost, novu vrijednost i TTL.

Šta poslati podršci

Navedite hostname, očekivani cilj, vidljivu staru poruku, vidljivu novu poruku, TTL i vrijeme promjene. Ne šaljite pristup DNS računu niti interne bilješke provajdera.

> Planiranje prostora za pohranu za Workspace Suite

Prilikom planiranja kapaciteta, uzmite u obzir korisničke datoteke, zajedničke foldere, verzije, koš, preglede, sinhronizaciju i očekivani rast tima.
faq/nextcloud-storage-planning

Workspace Suite zauzima prostor čak i izvan vidljivih datoteka

Kapacitet koriste korisničke datoteke, zajednički direktoriji, obrisane datoteke, verzije, pregledi, minijature, sinhronizacioni klijenti i importi. Ako se prostor puni do granice, može doći do grešaka prilikom učitavanja ili sinhronizacije.

Prije naručivanja kapaciteta

  1. Izračunajte trenutne korisničke podatke i zajedničke direktorije.
  2. Dodajte rezervu za verzije, koš, preglede i sinhronizaciju.
  3. Uzmite u obzir velike importacije, nove timove i očekivani rast.
  4. Povećajte prostor prije nego što korisnici dostignu limit.

U slučaju problema sa sinhronizacijom

Pošaljite veličinu usluge, približnu upotrebu, vrijeme problema i vidljivu grešku klijenta. Ne šaljite privatne datoteke, lozinke ili izvoze korisničkih podataka osim ako podrška posebno ne zatraži siguran način za to.

> Migracija repozitorija u Gitea

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

Migracija nije samo `git clone`

Osim historije repozitorijuma, potrebno je prenijeti ili ponovo podesiti vlasnike, timove, zaštićene grane, zaštićene oznake, Git LFS, submodule-e, ključeve za deployment, webhookove i CI/CD konekcije.

Provjera prije prebacivanja

  1. Navedite repozitorije, vlasnike, grupe pristupa i korisničke račune za automatizaciju.
  2. Provjerite Git LFS objekte, submodule-e, zaštitu grana i oznaka.
  3. Nakon prebacivanja, testirajte kloniranje, slanje promjena, Git LFS, submodule-e i CI procese.
  4. Stare tokene poništite ili promijenite nakon migracije, bez dijeljenja njihovih vrijednosti.

Osetljivi podaci tokom migracije

Ne šaljite tokene, privatne ključeve, privatni dio deploy keya niti CI segmente u podršku. Dovoljni su nazivi repozitorija, tip integracije, vidljiva greška i informacija o tome šta je funkcionisalo prije migracije.

> Domena za slanje e-pošte za Listmonk

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

Dostavljivost počinje domenom

Listmonk najbolje radi kada domena pošiljaoca ima ispravne DNS zapise, jasan identitet za polje "Od" (From), SPF, DKIM i DMARC koji su usklađeni. Objavite SPF na lokaciji provajdera e-pošte, koristite selektor provajdera za DKIM i postavite DMARC.

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 selektor i DMARC.
  3. Testirajte isporuku poruka prije početka kampanje i provjerite spam filtere, ponašanje prilikom odbijanja (bounce) te Return-Path i linkove.
  4. Provjerite opciju odjave i List-Unsubscribe prije slanja poruka širem krugu korisnika.

Mail tajne ne pripadaju ticketima

Za dijagnostiku, pošaljite domenu, tip zapisa, javno vidljivu DNS vrijednost i poruku o grešci. Ne šaljite SMTP lozinke, API tokene, privatne DKIM ključeve niti izvoz liste korisnika koji sadrži osobne podatke.

> Podešavanja runtime-a za Classic Hosting

Classic Hosting može raditi u automatskom ili manuelnom režimu. CPU, RAM, memorija, prostor za pohranu, period zadržavanja backup-a, period zadržavanja Offsite Archive-a, uploadi, keš i logovi utiču na cijenu i stabilnost.
faq/classic-hosting-runtime-settings

Automatski režim nije uvijek najbolji izbor

Auto Runtime pomaže pri prepoznavanju projekata, ali ručni režim je bolji 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.

Podešavanja prije implementacije

  1. Odaberite automatski ili ručni režim rada, ovisno o frameworku i načinu izgradnje.
  2. Odaberite PHP 8.2, 8.3 ili 8.4 samo za podržane PHP scenarije.
  3. Postavite CPU, RAM, disk prostor, period zadržavanja backup-a i Offsite Archive u skladu s količinom podataka i posjetama.
  4. Nakon implementacije testirajte učitavanje datoteka, keširanje, evidencije i vidljive greške aplikacije.

Kada aplikacija ne pokreće

Pošaljite informacije o režimu rada, jeziku ili verziji PHP-a, vidljivu grešku, promjene koje su izvršene i približno vrijeme implementacije. Ne šaljite .env datoteke, lozinke, tokene niti cijele evidencije sa osjetljivim podacima.

> Koje informacije je sigurno poslati podršci

Najviše pomažu brojevi narudžbi, nazivi usluga, domene, vremena, javni hostovi, portovi, period zadržavanja backup-a, period zadržavanja Offsite Archive-a, uploadi, keš, logovi i vidljive greške bez tajnih informacija.
faq/support-safe-information-to-share

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

Tim za podršku može brže odgovoriti ako dobije broj narudžbe, naziv usluge, domenu, javni host ili port, vrijeme problema, informacije o promjenama i precizan prikazani tekst greške.

Siguran sadržaj poruke

  1. Navedite broj narudžbe, uslugu, domenu, vrijeme i korak u kojem je nastao problem.
  2. Za probleme sa hostingom, navedite runtime, PHP ili jezik, CPU, RAM, disk, period zadržavanja backup-a, period zadržavanja Offsite Archive-a, uploadove, keš i logove, uz uklanjanje osjetljivih podataka.
  3. Prije slanja, obavezno isključite ili zamutite sve privatne podatke na screenshotovima.
  4. Ako niste sigurni da li podatak pripada zahtjevu, prvo pitajte prije slanja istog.

Šta nikad ne šaljite

Ne šaljite lozinke, privatne ključeve, recovery seedove, API tokene, kolačiće sesije, izvoze baza podataka, kompletne .env datoteke, pune logove sa osjetljivim vrijednostima ili interne tehničke detalje.