FAQ

Često postavljana pitanja

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

> Kako funkcioniše kreditni sistem Cli>_?

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

Tvoj Cli>_ nalog ima jedan zajednički prepaid kreditni saldo. Novi korisnici koji ispunjavaju uslove mogu da zatraže Starter Credit tek nakon obavezne provere naloga i zaštite od zloupotrebe. Aktivne odgovarajuće usluge troše saldo tokom vremena. Mesečna procena koristi 31 dan, a nova usluga može da krene samo ako saldo pokriva najmanje 7 dana. Crveno upozorenje se prikazuje kada procenjeno vreme rada padne ispod 7 dana; u suprotnom se narandžasto prikazuje kada padne ispod 14 dana.

Kada se saldo potroši, usluga se suspenduje nakon 7 dana, prestaje da troši kredit i počinje 7-dnevni rok čuvanja i brisanja. Pre prikazanog roka možeš je ponovo pokrenuti uz dovoljno kredita. Otkazivanje provisionirane usluge takođe je suspenduje i pokreće isti rok. Usluga na čekanju koja nije provisionirana može se odmah deaktivirati. Posle 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 sledi nakon obrade deploymenta i GitOpsa. Backup-i i Offsite Archive imaju odvojena pravila čuvanja.

Primer OpenCode-a za 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR dnevno. Posle 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.

Primer je samo ilustrativan. Uvek važe trenutne cene prikazane u Cli>_.

> Како да направите јавни SSH кључ преко командне линије

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

Koristi samo javni ključ

SSH koristi par ključeva. U podešavanja usluge upišite samo javni ključ, obično .pub fajl. Privatni ključ ostaje na vašem uređaju.

Postupak

  1. Otvorite terminal na vašem računaru.
  2. Pokrenite naredbu: ssh-keygen -t ed25519 -C "vaša-email@example.com".
  3. Potvrdite lokaciju za čuvanje ili izaberite sopstvenu putanju. Nikada ne šaljite svoj privatni ključ.
  4. Prikaz javnog ključa pomoću komande: `cat ~/.ssh/id_ed25519.pub`.
  5. Kopirajte celu liniju koja počinje sa `ssh-ed25519` i postavite je u polje "SSH javni ključ" tokom narudžbe ili podešavanja usluge.
  6. Kopirajte celu liniju sa `ssh-ed25519` i postavite 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 direktorijumu C:\Users\tvoj-user\.ssh\id_ed25519 ili unesite sopstvenu putanju.
  4. Ako Windows zahteva fraznu šifru, koristite onu koju možete bezbedno čuvati, ili pritisnite Enter za jednostavnu konfiguraciju.
  5. Javni ključ se prikazuje komandom: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopirajte samo ceo red koji počinje sa ssh-ed25519. Ne kopirajte niti učitavajte datoteku privatnog ključa.
> Како да направите SSH кључ графички у Windows-у

Графичка процедура у Windows-у за креирање пара SSH кључева без коришћења командне линије.
faq/create-ssh-key-windows-gui-sr

Koristite alat za Windows i unesite samo javni ključ

SSH par možete kreirati grafički pomoću SSH klijenta za Windows, kao što je PuTTYgen. Cli>_ zahteva samo javni ključ. Privatni ključ čuvajte na svom računaru i ne učitavajte ga u veb formular.

Postupak

  1. Инсталирај PuTTY или отвори PuTTYgen, ако га већ имате инсталиран.
  2. Изаберите EdDSA/Ed25519, ако је доступно, иначе изаберите RSA 4096.
  3. Кликните на Generate и померајте миш по празном простору док се кључ не генерише.
  4. Dodajte frazu za dodatnu lokalnu zaštitu privatnog ključa, ako želite.
  5. Sačuvajte privatni ključ na svom uređaju i čuvajte ga poverljivo.
  6. Kopirajte tekst javnog ključa i postavite ga u polje "SSH public key" u Cli>_.

Nemojte deliti osetljive podatke

Ne šaljite .ppk fajlove, privatne ključeve, fraze, lozinke ili tokene podršci ili u formulare.

> Dovezite svoju sopstvenu domenu

Naučite kako da usmerite svoju sopstvenu domenu ili poddomen na CLIopen uslugu pre aktiviranja opcije "Dovezite svoju domenu".
faq/povezite-svoj-domen

Šta ova opcija radi

Opcija "Koristite svoj 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 da usmeri ka CLIopen pre nego što se host ime bezbedno koristi u usluzi.

Pre nego što počnete

  1. Изберите тачан хостнејм који желите да користите, на пример app.example.com. Најлакше је користити поддомен.
  2. Отворите администрацију ДНС-а код регистратора домена или ДНС провајдера.
  3. Уклоните све конфликтне А, АААА, ЦНАМЕ, АЛИАС или редирект записе за исти хостнејм.
  4. Ostavite generisano ime hosta CLIopen aktivnim dok vaš prilagođeni hostname nije verifikovan i u potpunosti funkcionalan.

Preporučena podešavanja DNS-a za poddomen

Kreirajte DNS zapise za tačno ime hosta koje ćete uneti u CLIopen. Za app.example.com, DNS etiket je app. Usmerite ga na CLIopen adrese za ulaz, koje dobijate 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.

Primer:

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

Kada CLIopen pruža cilj CNAME

Neke usluge mogu da vam daju generisano ime domena, na primer service.customer.co.cliopen.cloud. Ako instrukcije za vašu uslugu eksplicitno zahtevaju korišćenje CNAME-a, kreirajte zapis kao što je app.example.com CNAME service.customer.co.cliopen.cloud. Koristite CNAME samo za poddomene, a ne za glavni/root domen, osim ako vaš DNS provajder podržava ALIAS ili ANAME flattening.

Korišćenje glavnog domena

Za "goli" domen poput example.com, većina provajdera DNS-a 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 cele 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 menjajte nameservere celog domena, osim ako namerno ne želite da CLIopen (ili neka druga DNS služba) upravlja svim zapisima.

Контролна листа

  1. Sačekajte završetak propagacije DNS-a. Male promene su često vidljive u roku od nekoliko minuta, ali neki provajderi mogu duže keširati podatke.
  2. Proverite da li hostname usmerava na CLIopen cilj, a ne na prethodnog provajdera.
  3. U polje 'Bring your own domain' unesite tačan naziv domena, bez `https://` i bilo kog putanja.
  4. Nakon ažuriranja, testirajte `https://app.example.com` u vašem pregledaču.
  5. Ostavljajte stare DNS zapise samo ako ne sukobljavaju sa novim nazivom domene.
> Kako preneti DNS zonu u CLIopen

Delegirajte domen na ns1.cliopen.com i ns2.cliopen.com, tako da CLIopen može da objavljuje zapise za celу zonu.
faq/prenos-dns-zone

Šta ovde znači prenos zone

Kada je reč o prenosu DNS-a za korisnika, to znači promenu autoritativnih nameservera kod registratora domena. Nakon što se delegiranje usmeri na CLIopen, DNS zapisi dodati u CLIopen se objavljuju sa naših autoritativnih nameservera.

Pre promene nameservera

  1. Прекопирајте постојеће DNS записе које још увек требате, као што су веб сајт, мејл, верификације, SPF, DKIM, DMARC и сервисни записи.
  2. Додајте зону у CLIopen DNS. Ако делегација још није спремна, CLIopen је чува, али не активира за кориснике док валидација не прође.
  3. Ако је могуће, креирајте потребне записе у CLIopen DNS пре пребацивања nameservera.
  4. Pazite da pravilno podesite CAA, jer pogrešne vrednosti mogu blokirati izdavanje sertifikata.

Делегирај зону

  1. Otvorite podešavanja domena kod registrovanog provajdera, na primer example.com.
  2. Pronađite podešavanja za nameservere, delegaciju DNS-a ili autoritativne DNS postavke.
  3. Zamenite trenutne nameservere vrednostima ns1.cliopen.com i ns2.cliopen.com.
  4. Сачувај промену и сачекај да се изврши ажурирање у регистру и резолверима.

Validacija

Врати се у CLIopen DNS и кликни на "Поново провери делегацију". Када јавни NS записи приказују ns1.cliopen.com и ns2.cliopen.com, зона ће бити укључена за синхронизацију, а записи ће бити активни преко CLIopen.

> Registracija naloga i prvo prijavljivanje

Kreirajte jedan poslovni nalog, unesite podatke za fakturisаnje i ostavite pristup na e-mail adresi koju vaš tim može koristiti.
faq/account-registration-and-login

Jedan nalog za porudžbine i upravljanje

Koristite nalog kao centralno mesto za vaše porudžbine, fakture, usluge, domene i komunikaciju sa podrškom. Najbolje je koristiti poslovnu e-mail adresu, kojoj će tim imati pristup čak i nakon promena u osoblju.

Pre prve porudžbine

  1. Registruj se radnom e-mail adresom.
  2. Potvrdite e-poruku ako se zahteva potvrda.
  3. Unesite podatke za fakturisanje pre slanja porudžbine.
  4. Uključite dvofaktorsku zaštitu čim bude dostupna za vaš nalog.

Pristup za tim

Lozinku ne šaljite kolegama putem chata ili e-pošte. Ako više ljudi treba da pristupi, koristite interni menadžer lozinki ili zatražite preporučeni timski postupak; podrška vam neće tražiti vašu lozinku ni pristupni token.

> Mesečna procena, godišnja procena i stvarna dnevna potrošnja

Mesečne i godišnje cene služe za poređenje; kod usluga sa unapred plaćenim kreditom, realna dnevna potrošnja se primenjuje nakon potvrde promene.
faq/billing-periods-and-credit-burn

Usporedba nije kalendar fakturisanja

Mesečnu procenu koristite kao upoređenje za 31 dan, a godišnju kao upoređenje za 372 dana. Stvarno korišćenje kredita kod pretplatnih usluga zavisi od aktivnog vremena korišćenja i potvrđene konfiguracije.

Šta treba da proverite prilikom promene cene

  1. Uporedite dnevnu potrošnju pre i posle promene.
  2. Imajte na umu da veći CPU, RAM ili disk, kao ni dodatne opcije, mogu uticati na dnevni trošak.
  3. Promena se smatra važećom tek nakon potvrde, eventualnog plaćanja i primene.
  4. Za potrebe računovodstva, sačuvajte potvrde o porudžbini i istoriju kredita.

Proverite obračun za određeni period.

Podršci je korisno imati broj narudžbine, naziv usluge i datume za koje želite da proverite potrošnju. Ne šaljite bankarske podatke, celokupne izvode ili snimke ekrana sa neželjenim ličnim podacima.

> Статус наруџбине након уплате

Наруџбина може неко време да чека потврду провајдера плаћања; правите дупликат само када је прва поруџбина јасно отказана или истекла.
faq/order-status-and-payment-confirmation

Статус "У току" не значи нужно неуспех

Након повратка са странице плаћања, поруџбина може још увек да чека потврду од провајдера плаћања. Док статус није јасно означен као неуспешан или истекао, нова дуплирана поруџбина може непотребно усложити спајање.

Šta uraditi nakon plaćanja

  1. Nakon završetka plaćanja, vratite se sa stranice davaoca usluge nazad u Cli>_.
  2. Proverite status narudžbine u svom nalogu i eventualnu poruku vezanu za plaćanje.
  3. Ako narudžbina još uvek čeka, dajte davaocu usluge vremena da je potvrdi.
  4. U slučaju problema, pošaljite službi podrške broj narudžbine i referencu plaćanja, ako je vidljiva.

Šta ne šaljite

Služba podrške ne treba podatke sa platne kartice, lozinku za prijavu niti kompletnu bankarsku potvrdu. Dovoljni su broj narudžbine, vreme uplate, vidljiv status i maskirani snimak ekrana ako se prikazuje greška.

> Podaci koji će ubrzati konfiguraciju servisa

Pripremite ime 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 vreme

Koristite obrasce za narudžbu za javne ili nepoverljive vrednosti: naziv usluge, domena, DNS plan, veličina skladišta, CPU, RAM, e-mail administratora ili javni SSH ključ. Lozinke, privatni ključevi i tokeni ne smeju da se unose u obrasce.

Priprema pre klikanja na narudžbu

  1. Izaberite prepoznatljiv naziv usluge za svoj tim.
  2. Odlučite da li ćete koristiti sopstvenu domenu ili privremeni sistemski hostname.
  3. Pripremite javni SSH ključ, ako je to potrebno za uslugu.
  4. Proverite veličinu skladišta i resurse u skladu sa aplikacijom koju planirate da pokrenete.

Ne šaljite poverljive informacije

Ako niste sigurni da li je neka informacija poverljiva, radije se raspitajte pre nego što je pošaljete. Privatne ključeve, lozinke, tokene, dumpove baza podataka i celokupne konfiguracione fajlove ne šaljite u chatu ili narudžbini.

> Промена CPU, RAM-а, диска или ретенције након поруџбине

Измените постојећу услугу преко њених детаља, а не креирањем нове, дуплиране поруџбине. Промена ресурса може утицати на цену, цену услуге, дневну потрошњу кредита, потребу за рестарт и ризик од прекида рада.
faq/change-service-resources-after-order

Да ли мењате постојећу услугу или креирате нову?

Ако услуга већ ради, измене ресурса обавите из детаља те услуге. Нова поруџбина би створила још једну услугу уместо измене постојеће и може променити цену, дневну потрошњу кредита и понашање у раду након потврде, плаћања и примене промене.

Pre potvrđivanja promene

  1. Pogledajte trenutnu upotrebu CPU-a, RAM-a, diska, kao i period zadržavanja backup-ova i Offsite Archive-a.
  2. Proverite novu dnevnu cenu i njen uticaj na kredit.
  3. Pročitajte obaveštenja o restartovanju, održavanju ili prekidu rada.
  4. Pre nego što izvršite rizičnu promenu, napravite sopstveni izvoz važnih podataka.

Šta učiniti ako se promene ne dese kako je očekivano

Pošaljite naziv usluge, vreme promene, vidljivi status i tekst greške. Ne šaljite lozinke, privatne ključeve, tokene ili konfiguracije sa tajnim vrednostima.

> Otkazivanje usluge i rok za brisanje podataka

Provisionirana usluga se prvo privremeno isključuje. Prikazuje se podesivi, vidljivi rok za brisanje podataka, nakon čega može uslediti trajno uklanjanje.
faq/cancel-service-and-data-retention

Otkazivanje nije trenutno uklanjanje svih usluga

Kada je usluga već aktivirana, otkazivanje prvo je pauzira i prikazuje podesivo vreme do kada se može obnoviti ili exportovati. Neke neplaćene porudžbine bez aktivnih podataka mogu imati drugačije ponašanje, a trajno brisanje se dešava tek nakon isteka perioda životnog ciklusa.

Pre otkazivanja proverite

  1. Napravite svoj sopstveni izvoz podataka koje želite da čuvate dugoročno.
  2. Pročitajte datum i vreme planiranog brisanja prilikom obustave usluge.
  3. Nemojte mešati arhivu zaštićenu od gubitka podataka (backup) i vanmrežnu arhivu (Offsite Archive) sa automatskim brisanjem usluge.
  4. Ako niste sigurni, kontaktirajte podršku pre roka za brisanje.

Obnova nakon odreђеног периода можда неће бити могућа

Nakon isteka vidljivog roka, ne treba smatrati da su podaci dostupni. Kada postavljate pitanje, pošaljite broj narudžbine i naziv usluge, a ne izvoze iz baze podataka niti tajne pristupne podatke.

> Архивирање и захтеви за враћање

Архиве служе за оперативну рестаурацију података, а не као замена за извоз; рестаурација може преписати новије податке.
faq/backups-and-restore-requests

Rezerve nisu arhiva niti zamena za eksport

Period zadržavanja kopija zavisi od proizvoda i odabranih opcija. Kopije se koriste za obnavljanje sistema nakon kvara, ali ne zamenjuju sopstveni eksport podataka, arhivu ili Offsite Archive. Vraćanje prethodne verzije može prebrisati novije izmene.

Kako pripremiti zahtev za restauraciju

  1. Navedite naziv usluge i broj narudžbine.
  2. Opisujte približno vreme do kojeg želite da se vratite.
  3. Napišite da li treba da se vrati cela usluga ili određeni deo, ako je to podržano.
  4. Priložite vidljivu grešku ili kontekst, ali izbegavajte slanje lozinki, tokena i privatnih ključeva.

Pre obnove, procenite uticaj.

Ako je usluga u međuvremenu primila nove podatke, restauracija može da ih zameni starijim stanjem. Pre potvrđivanja restauracije, obavestite tim i sačuvajte ono što ne želite da izgubite.

> Čemu služi Offsite Archive

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

Arhiva van redovne upotrebe

Offsite Archive je namenjen za udaljene arhivske kopije i duže skladištenje podataka. Nije disk u funkciji za aplikaciju, nije zamena za lokalni eksport niti je isto što i kratke operativne sigurnosne kopije.

Kada ga uključiti

  1. Koristite ga za podatke koje želite da sačuvate van redovnog rada usluge.
  2. Odaberite broj dana zadržavanja u skladu sa vašim zahtevima ili ciljem oporavka.
  3. Imajte na umu da cena raste proporcionalno količini podataka i vremenu čuvanja.
  4. Za velike količine podataka, planirajte arhiv zajedno sa sopstvenim procesom izvoza.

Kako razmisliti o ceni

Osnova je MB-dana: koliko podataka se čuva i koliko dana se zadržavaju. Cena se prikazuje korisniku kao EUR/GB/mesec, a rezultat se zaokružuje na cele cente.

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

Veličina VPS-a zavisi od aplikacije, baze podataka, keša, logova i očekivanog rasta. OOM (nedostatak memorije) ili korišćenje swap prostora su signali da je potrebno više RAM-a.
faq/vps-cpu-ram-and-disk-sizing

Почните на основу стварног оптерећења, а не осећаја

Мали статични сајт има другачије потребе од базе података, Java апликације, претраге или контејнера за билдове. При планирању, узмите у обзир меморију апликације, кеш, базу података, лог фајлове, учитавање датотека и резерву за раст.

Signali koji ukazuju da je plan premalen

  1. Povećajte RAM u slučaju OOM (nedostatka memorije), prekida procesa ili stalnog swapovanja.
  2. Povećajte CPU ako postoji dugotrajno visoko računarsko opterećenje, kompresija, izgradnja softvera ili zauzeti radni procesi.
  3. Povećajte disk pre nego što sistem datoteka, logovi ili baza podataka dostignu svoj maksimum.
  4. Nakon svake promene, pratite da li aplikacija zaista više ne nailazi na originalno ograničenje.

Šta poslati kada imate pitanje o veličini

Koristan su podaci kao što su naziv usluge, tip aplikacije, vidljiva greška, približno vreme problema i trenutne vrednosti CPU-a, RAM-a i diska. Ne šaljite lozinke, privatne ključeve ili interne konfiguracione fajlove.

> Kada je korisna javna IP adresa za VPS

Posvećena javna IP adresa može biti korisna za liste dozvoljenih IP adresa, pristup sa spolja, stabilan izvor za izlazne konekcije ili usluge vezane za određenu adresu.
faq/vps-public-ip-options

Пре него што почнете, утврдите правац комуникације

Јавна IP адреса није аутоматски потребна за сваку услугу. Често се користи када спољни партнери, провајдери или ватферови захтевају стабилну адресу за "allowlist", као и за стабилан излазни саобраћај или приступ одређеним портовима.

Pitanja pre naručivanja IP adrese

  1. Pitaj partnera da li dozvoljava saobraćaj u oba smera (inbound i outbound) ili samo u jednom smeru.
  2. Koristite DNS nazive umesto numeričkih IP adresa, gde god je to moguće.
  3. Otvarajte samo portove koji su aplikaciji neophodni.
  4. Zahtev za dodavanje na listu dozvojenih korisnika (allowlist) pošaljite podržki pre nego što promenite pristup u produkcionom okruženju.

Šta ostaviti zatvoreno

Poslovna IP adresa ne znači da treba otvoriti sve portove. Pristup treba da bude ograničen na minimalno potrebne servise i nemojte slati lozinke, privatne ključeve ili interne pravila firewall-a u vidu snimaka ekrana koji sadrže osetljive informacije.

> Deljen SSH pristup za VPS

Bez kupljene javne IP adrese, VPS se povezuje preko zajedničkog SSH endpoint-a 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 terminal, zbog čega svaka usluga dobija svoj zasebni visoki port. Ovaj port je deo usmeravanja ka vašoj usluzi; bez njega, konekcija ne bi mogla biti jednoznačno prosleđena na odgovarajući VPS.

Kako se povezati

  1. Kada koristite deljenog SSH-a, kopirajte korisničko ime, javni host i port sa stranice usluge.
  2. Koristite naredbu `ssh -p <port> <username>@<public-host>` za povezivanje.
  3. Ako usluga ima posjedovanu javnu IP adresu, moguća je direktna SSH konekcija na tu IP adresu ili njen DNS naziv, u zavisnosti od konfiguracije usluge.
  4. Privatni ključ koristite isključivo lokalno putem vašeg SSH klijenta ili agenta; u podršku šaljite samo javni host, port, korisničko ime i vidljivu grešku.

Kada imate dodatu javnu IP adresu

Dedikovana javna IP adresa ne ukida automatski deljeni pristup i ne znači da je port 22 otvoren. Ona može dodati direktan pristup za allowliste, monitoring ili integracije. U podršku šaljite samo javni host, port, korisničko ime i vidljivu grešku, nikad privatni ključ.

> Kontrola pre povezivanja vlastitog domena

Pre prelaska na novi domen, proverite autoritative DNS servere, tačan hostname, vrstu zapisa (da li je to domena ili poddomena) i potencijalne konflikte sa starijim zapisima.
faq/custom-domain-readiness-checklist

Najvažniji je tačan hostname

Prvo utvrdite da li povezujete glavni domen kao example.com ili poddomen kao app.example.com. Svaka varijanta može zahtevati različitu vrstu DNS zapisa, drugačija ograničenja pružaoca usluga i proveru kod registarskog tela.

Pre promene DNS

  1. Proverite gde se uređaju autoritativni DNS zapisi za domenu.
  2. Uklonite ili izmenite 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 promene, sačekajte propagaciju DNS-a i tek onda testirajte konačnu HTTPS konekciju.

Sigurno vraćanje

Ne isključujte stari hosting pre nego što novi hostname pravilno odgovori. U slučaju problema, pošaljite domen, očekivanu destinaciju i vidljiv rezultat DNS upita, a ne pristup registraru.

> Vrste DNS zapisa za usluge

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

Svaki zapis ima svoju ulogu

A i AAAA pokazuju na IP adrese, CNAME pravi alias za poddomen, MX usmerava poštu, TXT sadrži verifikacije i politike e-pošte, a CAA ograničava sertifikacione autoritete.

Приликом копирања записа

  1. Препишите назив, тип и вредност тачно према упутствима услуге.
  2. Не користите CNAME за хостнаме који већ има конфликтујуће записе, ако ДНС правила то забрањују.
  3. Поставите DKIM испод селектора провајдера, а DMARC обично испод _dmarc.
  4. Подесите CAA пажљиво, јер неисправна вредност може блокирати издавање сертификата.

Kada DNS ne funkcioniše

Служби подршке пошаљите хостнејм, тип записа, очекивану вредност и јавно видљив резултат. Не шаљите пријаве за DNS администрацију нити снимке екрана са API токенима.

> Propagacija DNS-a i TTL bez garancija u minuti

Vreme trajanja (TTL) određuje koliko dugo rezolveri mogu da zadrže stari odgovor; tokom procesa propagacije, stari i novi rezultati mogu koegzistirati.
faq/dns-propagation-and-ttl

Пропагандација је кеширање, а не магично чекање

У случају DNS-а, не постоји фиксно обећање у вези са временом. Након промене ауторитативног DNS сервера, различити резолвери могу још увек да враћају старе и нове одговоре док им не истекне кеш према TTL вредностима. Стога, резултат може варирати између мрежа, земаља или DNS резолвера.

Pri planiranoj promeni

  1. Ako to pružilac usluge dozvoljava, smanjite TTL pre planirane promene.
  2. Izvršite promenu DNS jednom i izbegavajte ponavljane izmene dok keš ne istekne.
  3. Testirajte sa više resolvera ili mreža kada se rezultati razlikuju.
  4. Zapišite vreme promene, staru vrednost, novu vrednost i TTL.

Šta poslati prilikom dijagnostike

Navedite hostname, očekivani cilj, vidljivi stari odgovor, vidljivi novi odgovor, TTL i vreme promene. Ne šaljite pristup DNS nalogu niti interne beleške provajdera.

> Planiranje prostora za Workspace Suite

U kapacitet uračunajte korisničke fajlove, zajedničke foldere, verzije, koš, preglede, sinhronizaciju i rast tima.
faq/nextcloud-storage-planning

Workspace Suite zauzima prostor i izvan vidljivih fajlova

Prostor se koristi za korisničke fajlove, zajedničke foldere, obrisane fajlove, verzije, preglede, minijature, klijente za sinhronizaciju i importovanja. Ako je skladište blizu limita, može doći do problema sa otpremanjem ili sinhronizacijom.

Pre naručivanja kapaciteta

  1. Izračunajte trenutnu količinu podataka korisnika i zajedničkih foldera.
  2. Dodajte rezervu za verzije, koš, preglede i sinhronizaciju.
  3. Uzmite u obzir velike importove, nove timove i očekivani rast.
  4. Povećajte prostor pre nego što korisnici dostignu limit.

U slučaju problema sa sinhronizacijom

Pošaljite veličinu usluge, približnu upotrebu, vreme problema i vidljivu grešku klijenta. Ne šaljite privatne fajlove, lozinke ili izvoze korisničkih podataka osim ako ih podrška eksplicitno ne zatraži na bezbedan način.

> Миграција репозиторија у Gitea

Планирај миграцију Git репозиторија, уз LFS, субмодуле, права приступа, deploy ključeve, webhook-ове и CI/CD.
faq/gitea-repository-migration

Migracija nije samo `git clone`

Pored istorije repozitorijuma, potrebno je preneti ili ponovo podesiti vlasnike, timove, zaštićene grane, zaštićene oznake, Git LFS, submodule-e, ključeve za deployment, webhook-ove i CI/CD konekcije.

Kontrola pre prelaska na novu verziju

  1. Navedite repozitorijume, vlasnike, grupe pristupa i korisničke naloge za automatizaciju.
  2. Proverite Git LFS objekte, submodule-e, zaštitu grana i oznaka.
  3. Nakon prenosa, testirajte kloniranje, upućivanje promena, Git LFS, submodule-e i proces kontinuirane integracije (CI).
  4. Opozovite ili promenite stare tokene nakon potvrđene migracije, bez deljenja njihovih vrednosti.

Osetljivi podaci tokom migracije

Ne šaljite tokene, privatne ključeve, privatni deo deploy key-a ili CI tajne u podršku. Dovoljni su nazivi repozitorijuma, tip integracije, vidljiva greška i informacija o tome šta je funkcionisalo pre migracije.

> Domen za slanje poruka za Listmonk

Pripremite domen ili poddomen za vaše kampanje. Obavezno konfigurišite From identitet, SPF, DKIM, DMARC, obradu odbijenih poruka i opciju odjave.
faq/listmonk-sender-domain-basics

Dostavljivost počinje domenom

Listmonk najbolje funkcioniše kada domenski server ima tačne DNS zapise i jasan From identitet. SPF, DKIM i DMARC moraju biti usklađeni sa domenom ili poddomenom sa koje šaljete kampanje.

Pre prve kampanje

  1. Izaberite domen ili poddomen za slanje e-pošte i postavite "From" identitet.
  2. Dodajte DNS zapise za verifikaciju, uključujući SPF, DKIM selektor i DMARC.
  3. Testirajte ispravnost poruka pre početka kampanje, proveravajući da li se nalaze u neželjenoj pošti, kako se obavlja vraćanje (bounce) i kako funkcionišu linkovi.
  4. Proverite opciju za odjavu i List-Unsubscribe pre slanja poruka širem krugu korisnika.

Mail tajne ne pripadaju tiketima

Prilikom dijagnostikovanja, pošaljite domenu, tip zapisa, javno vidljivu DNS vrednost i poruku o grešci. Ne šaljite SMTP lozinke, API tokene, privatne DKIM ključeve niti izvoz liste sa ličnim podacima.

> Podešavanja runtime-a za Classic Hosting

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

Automatski režim nije uvek najbolji izbor

Auto Runtime pomaže pri prepoznavanju projekata, ali manuelni režim je pogodan kada želite precizno da izaberete Nginx, Apache, FrankenPHP ili određeni runtime za programski jezik. Koristite PHP selektor samo tamo gde ga podržava odabrani runtime.

Подешавања пре деплоја

  1. Izaberite automatski režim ili manuelni režim rada, zavisno od framework-a i načina kompilacije.
  2. Odaberite PHP 8.2, 8.3 ili 8.4 samo za podržane verzije PHP.
  3. Postavite CPU, RAM, disk prostor, period zadržavanja backup-a i Offsite Archive u skladu sa količinom podataka i posetama.
  4. Након деплоја, тестирајте учитавање, кеш, логе и видљиве грешке апликације.

Kada aplikacija ne pokreće

Пошаљите информације о режиму рада, језику или PHP верзији, видљиву грешку, промене које су направљене и приближно време деплоја. Немојте слати .env фајлове, лозинке, токене нити целе логове са осетљивим подацима.

> Koje informacije je bezbedno poslati podršci

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

Kvalitetan zahtev sadrži relevantne informacije, a ne poverljive podatke.

Podrška može brže da reaguje kada dobije broj narudžbine, naziv usluge, domenu, javni host ili port, vreme problema, šta se promenilo i tačan vidljivi tekst greške.

Bezbedan sadržaj poruke

  1. Navedite broj narudžbine, uslugu, domenu, vreme 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, upload-e, keš i logove, bez osetljivih podataka.
  3. Pre slanja, isečite ili zamutite osetljive delove na snimcima ekrana.
  4. Ako niste sigurni da li podatak pripada tiketu, prvo pitajte pre nego što ga pošaljete.

Šta nikad ne šaljite

Ne šaljite lozinke, privatne ključeve, recovery seedove, API tokene, session cookies, exporte baza, kompletne .env fajlove, pune logove sa tajnama ili poverljive tehničke detalje.