FAQ

Često postavljana pitanja

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

> Izrada javnog SSH ključa u terminalu

Izradi javni SSH ključ za pristup i dijeli samo javni dio.
faq/generate-public-ssh-key-hr

Koristi samo javni ključ

SSH koristi par ključeva. U postavke usluge zalijepi samo javni ključ, obično .pub datoteku. Privatni ključ ostaje na tvom uređaju.

Koraci u terminalu

  1. Otvori Terminal, Windows Terminal ili PowerShell.
  2. Pokreni: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Prihvati zadanu lokaciju ili odaberi sigurnu putanju.
  4. Prikaži javni ključ s: cat ~/.ssh/id_ed25519.pub.
  5. U Windows PowerShell koristi: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopiraj cijeli redak ssh-ed25519 u polje SSH public key.

Provjeri prije lijepljenja

Ne kopiraj privatni ključ. Ako postaviš passphrase, spremi je sigurno jer može trebati kasnije.

> Izrada SSH ključa grafički u Windowsu

Upotrijebi PuTTYgen u Windowsu i kopiraj samo javni ključ.
faq/create-ssh-key-windows-gui-hr

Dovoljan je javni dio

PuTTYgen stvara javni i privatni ključ. U Cli>_ dodaj samo javni ključ, a privatni čuvaj lokalno.

Koraci u Windowsu

  1. Otvori PuTTYgen.
  2. Odaberi EdDSA / Ed25519 kada je dostupno.
  3. RSA 4096 koristi samo kao rezervu.
  4. Klikni Generate i pomiči miš dok se ključ ne izradi.
  5. Spremi privatni ključ na svoje računalo.
  6. Kopiraj tekst javnog ključa u polje SSH public key.

Ne dijeli tajne podatke

Ne šalji .ppk datoteke, privatne ključeve, passphrase, lozinke ili tokene podršci ili obrascima.

> Povezi vlastitu domenu

Provjerite autoritativni DNS, točan hostname, vrstu zapisa i stare konflikte.
faq/povezi-vlastitu-domenu

Odlučuje točan hostname

Apex domena i poddomena mogu zahtijevati različite DNS zapise i ograničenja pružatelja.

Prije DNS promjene

  1. Provjerite gdje se uređuju autoritativni zapisi.
  2. Uklonite konfliktne A, AAAA, CNAME, ALIAS, ANAME ili redirect zapise.
  3. Koristite tip zapisa preporučen za uslugu.
  4. Pričekajte propagaciju prije HTTPS testa.

Siguran povratak na staro

Ne gasite stari hosting dok novi hostname ne odgovara ispravno. Za dijagnostiku pošaljite domenu, očekivani cilj i javno vidljiv rezultat.

> Prijenos DNS zone

A/AAAA vode na adrese, CNAME na alias, MX na poštu, TXT na provjere i mail politike.
faq/prijenos-dns-zone

Ne miješajte zapise naslijepo

Svaki DNS tip ima svoju ulogu. CAA posebno mijenjajte oprezno jer pogrešna vrijednost može blokirati izdavanje certifikata.

Kod kopiranja zapisa

  1. Točno prepišite naziv, tip i vrijednost.
  2. CNAME ne stavljajte na hostname s drugim zapisima ako je zabranjeno.
  3. DKIM ide pod selector pružatelja, DMARC obično pod _dmarc.
  4. Za problem pošaljite javno vidljiv DNS rezultat.

Kad DNS ne radi

Pošaljite hostname, vrstu zapisa, očekivanu vrijednost i javno vidljiv rezultat. Ne šaljite pristup DNS administraciji.

> Registracija računa i prva prijava

Koristite jedan radni račun za narudžbe, naplatu i upravljanje uslugama.
faq/account-registration-and-login

Stalna adresa za tim

Račun vežite uz poslovni e-mail kojem tim može pristupiti dugoročno. Na njemu su narudžbe, podaci za račun, domene i komunikacija s podrškom.

Prije prve narudžbe

  1. Potvrdite e-mail ako je potrebno.
  2. Unesite podatke za račun prije plaćene narudžbe.
  3. Spremite pristup u interni password manager.
  4. Uključite dvofaktorsku zaštitu kada je dostupna.

Pristup bez dijeljenja lozinke

Podršci pošaljite broj narudžbe, naziv usluge i vidljivu grešku. Lozinke, privatne SSH ključeve i session cookies nemojte slati u ticket ili chat.

> Kako radi prepaid kredit

Kredit pokazuje stanje, dnevnu potrošnju, procjenu trajanja i rok brisanja kod suspenzije.
faq/prepaid-credit-how-it-works

Kredit se troši dok usluga radi

Aktivne prepaid usluge troše kredit prema vremenu rada i odabranim resursima. Dnevna cijena pomaže procijeniti kada treba nadoplatiti.

Kontrola stanja

  1. Provjeravajte vidljivo stanje i procjenu trajanja.
  2. Prije promjene resursa pročitajte novu dnevnu cijenu.
  3. Nadoplatite s rezervom prije nule.
  4. Kod suspendirane usluge provjerite prikazani rok mogućeg brisanja.

Provjera spornog stanja

Za provjeru pripremite broj narudžbe, naziv usluge i razdoblje. Ne šaljite podatke kartice, bankovne izvode ili lozinke.

> Mjesečne procjene i stvarna dnevna potrošnja

Mjesečni i godišnji iznosi služe za usporedbu, a prepaid kredit se troši dnevno.
faq/billing-periods-and-credit-burn

Procjena nije kalendar računa

Mjesečni prikaz je usporedba za 31 dan, a godišnji za 372 dana. Stvarno terećenje ovisi o aktivnoj usluzi i potvrđenoj konfiguraciji.

Kod promjene cijene

  1. Usporedite staru i novu dnevnu potrošnju.
  2. Uračunajte CPU, RAM, disk, backup i Offsite Archive.
  3. Promjenu smatrajte aktivnom nakon potvrde i primjene.
  4. Sačuvajte potvrde narudžbi i povijest kredita.

Kad iznos izgleda pogrešno

Pošaljite narudžbu, uslugu i datume koje treba provjeriti. Na slikama sakrijte osobne podatke i pune podatke plaćanja.

> Status narudžbe nakon plaćanja

Narudžba može kratko čekati potvrdu pružatelja plaćanja.
faq/order-status-and-payment-confirmation

Pending ne znači odmah neuspjeh

Nakon povratka s plaćanja potvrda može stići kasnije. Ne stvarajte duplikat dok prva narudžba nije jasno istekla ili otkazana.

Nakon plaćanja

  1. Vratite se u Cli>_.
  2. Provjerite status narudžbe u računu.
  3. Pričekajte potvrdu ako status još čeka.
  4. Podršci pošaljite broj narudžbe i vidljivu referencu plaćanja.

Podaci koji nisu potrebni

Podršci ne trebaju broj kartice, lozinka ili potpuna bankovna potvrda. Dovoljni su vrijeme, status i maskirana slika vidljive greške.

> Podaci koji ubrzavaju postavljanje usluge

Pripremite naziv usluge, domenu, resurse, admin e-mail i javni SSH ključ.
faq/service-setup-information-needed

Točni ulazi štede vrijeme

Obrasci su za javne ili neskrivene vrijednosti: naziv usluge, domena, DNS plan, CPU, RAM, disk, admin e-mail i javni SSH ključ.

Priprema prije slanja

  1. Odaberite prepoznatljiv naziv usluge.
  2. Odlučite koristite li vlastitu domenu.
  3. Pripremite javni SSH ključ ako se traži.
  4. Ne upisujte lozinke ni privatne ključeve.

Ako niste sigurni je li podatak osjetljiv

Prvo pitajte bez slanja same vrijednosti. U polja ne unosite privatne ključeve, lozinke, pune konfiguracije ili baze podataka.

> Promjena CPU, RAM, diska ili retencije nakon narudžbe

Postojeću uslugu mijenjajte iz njenog detalja i provjerite novu dnevnu cijenu.
faq/change-service-resources-after-order

Mijenja se postojeća usluga

Nova narudžba može stvoriti drugu uslugu. Resurse mijenjajte na detalju postojeće usluge, nakon pregleda cijene i mogućeg prekida.

Prije potvrde promjene

  1. Provjerite trenutni CPU, RAM, disk i retencije.
  2. Pročitajte novu dnevnu cijenu.
  3. Planirajte restart ili održavanje ako je najavljeno.
  4. Napravite vlastiti export važnih podataka.

Ako se promjena ne primijeni

Pošaljite naziv usluge, vrijeme zahtjeva, vidljiv status i poruku greške. Ne šaljite privatne ključeve ili lozinke.

> Otkazivanje usluge i rok brisanja podataka

Već aktivirana usluga prvo se suspendira i prikazuje rok mogućeg brisanja.
faq/cancel-service-and-data-retention

Otkazivanje nije uvijek trenutno brisanje

Aktivna usluga najprije se suspendira i pokazuje konfigurabilan vidljiv rok brisanja. Nakon tog roka može slijediti trajno čišćenje.

Prije otkazivanja

  1. Izradite vlastiti export podataka.
  2. Pročitajte datum i vrijeme mogućeg brisanja.
  3. Backup i Offsite Archive imaju zasebnu retenciju.
  4. Kontaktirajte podršku prije roka ako niste sigurni.

Nakon roka oporavak nije zajamčen

Nakon prikazanog roka podatke nemojte planirati kao dostupne. Za pitanje pošaljite broj narudžbe i naziv usluge, ne datoteke s podacima.

> Backupi i zahtjevi za restore

Backupi služe operativnom oporavku i ne zamjenjuju vlastite exporte.
faq/backups-and-restore-requests

Backup nije trajni arhiv

Retencija ovisi o proizvodu i opcijama. Restore može vratiti starije stanje i prepisati novije podatke.

Sadržaj restore zahtjeva

  1. Navedite naziv usluge i broj narudžbe.
  2. Navedite približno vrijeme na koje se vraćate.
  3. Objasnite opseg obnove ako je podržan.
  4. Dodajte vidljivu grešku bez lozinki i privatnih ključeva.

Prije potvrde restorea

Obavijestite svoj tim i sačuvajte novije podatke koje ne želite zamijeniti starijim stanjem iz backupa.

> Čemu služi Offsite Archive

Offsite Archive čuva udaljene arhivske kopije odvojeno od kratkih operativnih backupa.
faq/offsite-archive-purpose

Arhiv izvan svakodnevnog rada

Offsite Archive je za dulje čuvanje kopija i nije live disk aplikacije. Odvojen je od kratkih backupa i roka brisanja usluge.

Kada ga uključiti

  1. Za podatke koje želite držati odvojeno od usluge.
  2. Za compliance ili recovery cilj.
  3. Kada prihvaćate cijenu prema volumenu i danima.
  4. Uz vlastiti export proces kod velikih podataka.

Kako razmišljati o cijeni

Osnova su MB-dani: koliko se podataka čuva i koliko dana. Korisnik vidi cijenu u EUR/GB/mjesec, a rezultat se zaokružuje na cijele cente.

> Odabir CPU, RAM i diska za VPS

Veličinu odaberite prema aplikaciji, bazi, cacheu, logovima i rastu.
faq/vps-cpu-ram-and-disk-sizing

Krenite od stvarnog opterećenja

Mali statički web, baza podataka, Java aplikacija i procesi za izgradnju imaju različite potrebe. Uračunajte cache, logove, upload i rast.

Znakovi premalog plana

  1. Povećajte RAM kod OOM ili stalnog swapa.
  2. Povećajte CPU kod dugog računskog opterećenja.
  3. Povećajte disk prije punog filesystema.
  4. Nakon promjene provjerite je li limit nestao.

Za pitanje o veličini VPS-a

Pošaljite vrstu aplikacije, vidljivu grešku, vrijeme problema i trenutni CPU, RAM i disk. Ne šaljite pune konfiguracije ili tajne.

> Kada VPS treba javnu IP adresu

Javna IP pomaže za allowlist, inbound pristup ili stabilan outbound izvor.
faq/vps-public-ip-options

Najprije smjer prometa

Javna IP nije obavezna za svaku uslugu. Najčešće rješava zahtjeve partnera ili firewalla za inbound port, outbound izvor ili oba smjera.

Prije narudžbe IP

  1. Pitajte partnera treba li inbound, outbound ili oba smjera.
  2. Koristite DNS nazive gdje je moguće.
  3. Otvarajte samo potrebne portove.
  4. Plan promjene pošaljite podršci prije produkcije.

Javna IP ne otvara sve

Zadržite minimalan pristup i otvorite samo nužne portove. Ne šaljite lozinke, privatne ključeve ili slike s osjetljivim firewall vrijednostima.

> Dijeljeni SSH pristup za VPS

Bez javne IP koristi se dijeljeni SSH endpoint s visokim portom; s javnom IP može postojati i drugi izravni SSH put.
faq/shared-ssh-access-for-vps

Zašto postoji visoki port

Više VPS usluga može dijeliti isti javni SSH host. Visoki port usmjerava vezu prema točno vašoj VPS usluzi.

Načini spajanja

  1. Za dijeljeni SSH kopirajte username, public host i visoki port.
  2. Koristite ssh -p <port> <username>@<public-host>.
  3. Ako usluga ima javnu IP, može imati i izravni SSH endpoint na toj IP ili DNS imenu.
  4. Podršci šaljite host, port, username i grešku, ne privatni ključ.

Javna IP dodaje drugi put

Možete vidjeti dijeljeni host s visokim portom i izravni host ili IP za uslugu s javnom IP adresom. Odaberite put prema allowlisti, firewall pravilima i operativnim potrebama.

> Provjera prije spajanja vlastite domene

Provjerite autoritativni DNS, točan hostname, vrstu zapisa i stare konflikte.
faq/custom-domain-readiness-checklist

Odlučuje točan hostname

Apex domena i poddomena mogu zahtijevati različite DNS zapise i ograničenja pružatelja.

Prije DNS promjene

  1. Provjerite gdje se uređuju autoritativni zapisi.
  2. Uklonite konfliktne A, AAAA, CNAME, ALIAS, ANAME ili redirect zapise.
  3. Koristite tip zapisa preporučen za uslugu.
  4. Pričekajte propagaciju prije HTTPS testa.

Siguran povratak na staro

Ne gasite stari hosting dok novi hostname ne odgovara ispravno. Za dijagnostiku pošaljite domenu, očekivani cilj i javno vidljiv rezultat.

> Vrste DNS zapisa za usluge

A/AAAA vode na adrese, CNAME na alias, MX na poštu, TXT na provjere i mail politike.
faq/dns-record-types-for-services

Ne miješajte zapise naslijepo

Svaki DNS tip ima svoju ulogu. CAA posebno mijenjajte oprezno jer pogrešna vrijednost može blokirati izdavanje certifikata.

Kod kopiranja zapisa

  1. Točno prepišite naziv, tip i vrijednost.
  2. CNAME ne stavljajte na hostname s drugim zapisima ako je zabranjeno.
  3. DKIM ide pod selector pružatelja, DMARC obično pod _dmarc.
  4. Za problem pošaljite javno vidljiv DNS rezultat.

Kad DNS ne radi

Pošaljite hostname, vrstu zapisa, očekivanu vrijednost i javno vidljiv rezultat. Ne šaljite pristup DNS administraciji.

> DNS propagacija i TTL bez obećanja u minutu

TTL određuje koliko dugo resolveri mogu držati stari odgovor.
faq/dns-propagation-and-ttl

Propagacija je cache

Nakon promjene autoritativnog DNS-a različiti resolveri mogu privremeno vraćati stare i nove odgovore dok cache ne istekne.

Kod planirane promjene

  1. Smanjite TTL unaprijed ako je moguće.
  2. Ne radite nasumične ponovne izmjene.
  3. Testirajte s više resolvera.
  4. Zapišite vrijeme promjene, staru vrijednost, novu vrijednost i TTL.

Dijagnostika različitih odgovora

Pošaljite hostname, očekivani cilj, stari i novi vidljiv odgovor, TTL i vrijeme promjene. Ne šaljite pristup DNS računu.

> Planiranje storagea za Nextcloud

U kapacitet uračunajte korisničke datoteke, dijeljenja, verzije, smeće, previewe i rast.
faq/nextcloud-storage-planning

Nextcloud raste i izvan vidljivih datoteka

Prostor troše shared folders, deleted files, version history, previews, thumbnails, sync overhead i importi. Blizu limita mogu padati upload i sync.

Prije narudžbe kapaciteta

  1. Zbrojite trenutne podatke i zajedničke mape.
  2. Dodajte rezervu za verzije, smeće i previewe.
  3. Uračunajte nove timove i velike importe.
  4. Povećajte storage prije limita.

Kod problema sa sinkronizacijom

Pošaljite veličinu usluge, približnu zauzetost, vrijeme i vidljivu grešku klijenta. Ne šaljite osobne datoteke.

> Migracija repozitorija u Gitea

Planirajte Git repozitorije zajedno s LFS, submodules, pravima, deploy keys, webhookovima i CI/CD.
faq/gitea-repository-migration

Migracija nije samo clone

Treba prenijeti ili ponovno postaviti vlasnike, timove, protected branches, protected tags, Git LFS, submodules, deploy keys, webhookove i CI/CD.

Provjera prije cutovera

  1. Popišite repozitorije, vlasnike i grupe.
  2. Provjerite LFS, submodules i protections.
  3. Testirajte clone, push, LFS, submodules i CI.
  4. Rotirajte stare pristupne podatke bez dijeljenja vrijednosti.

Osjetljivi podaci pri migraciji

U ticketu navedite nazive repozitorija, vrstu integracije, vidljivu grešku i što je radilo prije. Ne šaljite privatne ključeve.

> Osnove sender domene za Listmonk

Za kampanje pripremite sender domenu, From identitet, SPF, DKIM, DMARC, bounce i odjavu.
faq/listmonk-sender-domain-basics

Dostavljivost počinje na domeni

Listmonk treba jasan From identitet i DNS zapise koje mail sustavi mogu provjeriti. SPF, DKIM i DMARC trebaju odgovarati domeni slanja.

Prije prve kampanje

  1. Odaberite domenu ili poddomenu za slanje.
  2. Dodajte verifikacijski DNS, SPF, DKIM selector i DMARC.
  3. Testirajte dostavu, bounce, Return-Path i linkove.
  4. Provjerite odjavu i List-Unsubscribe.

Mail pristupi ostaju izvan ticketa

Za dijagnostiku pošaljite domenu, vrstu zapisa, javno vidljivu DNS vrijednost i grešku. Ne šaljite SMTP lozinke ili privatni DKIM ključ.

> Runtime postavke za Classic Hosting

Classic Hosting može raditi u auto ili manual Runtime načinu, uz resurse koji utječu na cijenu i stabilnost.
faq/classic-hosting-runtime-settings

Auto način nije jedini izbor

Auto Runtime pomaže kod prepoznatih projekata, a manual način omogućuje izbor Nginx, Apache, FrankenPHP ili jezičnog runtimea. PHP selector koristite samo gdje je podržan.

Prije deploya

  1. Odaberite auto ili manual Runtime.
  2. PHP 8.2, 8.3 ili 8.4 birajte samo za podržani PHP scenarij.
  3. Postavite CPU, RAM, disk, backup i Offsite Archive retenciju.
  4. Testirajte upload, cache, logove i vidljive greške.

Ako se aplikacija ne pokrene

Pošaljite runtime način, jezik ili PHP verziju, vidljivu grešku i što je promijenjeno. Ne šaljite .env datoteke ili lozinke.

> Koje informacije sigurno poslati podršci

Korisni su brojevi narudžbi, usluge, domene, vrijeme, javni hostovi, portovi i vidljive greške.
faq/support-safe-information-to-share

Dobar ticket ima kontekst

Pošaljite broj narudžbe, naziv usluge, domenu, javni host ili port, vrijeme problema, zadnju promjenu i točan vidljivi tekst greške.

Siguran sadržaj poruke

  1. Opišite korak na kojem nastaje problem.
  2. Za hosting dodajte runtime, PHP ili jezik, CPU, RAM, disk, upload, cache i logove bez osjetljivih vrijednosti.
  3. Zacrnite osjetljive dijelove screenshotova.
  4. Ne šaljite lozinke, privatne ključeve, seed fraze, .env datoteke ili pune logove.

Što se nikada ne šalje

Ne šaljite lozinke, privatne ključeve, recovery fraze, session cookies, database exporte, cijele .env datoteke ili pune logove s osjetljivim vrijednostima.