FAQ

Pogosta vprašanja

Praktični kratki vodniki za nastavitev storitve, dostop in pogosta dejanja strank.

> Ustvarjanje javnega SSH ključa v terminalu

Ustvari javni SSH ključ za dostop in deli samo javni del.
faq/generate-public-ssh-key-sl

Uporabi samo javni ključ

SSH uporablja par ključev. V nastavitve storitve prilepi samo javni ključ, običajno datoteko .pub. Zasebni ključ ostane na tvoji napravi.

Koraki v terminalu

  1. Odpri Terminal, Windows Terminal ali PowerShell.
  2. Zaženi: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Sprejmi privzeto mesto ali izberi varno pot.
  4. Prikaži javni ključ z: cat ~/.ssh/id_ed25519.pub.
  5. V Windows PowerShell uporabi: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopiraj celotno vrstico ssh-ed25519 v polje SSH public key.

Preveri pred lepljenjem

Ne kopiraj zasebnega ključa. Če nastaviš passphrase, jo shrani varno za kasnejšo uporabo.

> Grafično ustvarjanje SSH ključa v Windows

Uporabi PuTTYgen v Windows in kopiraj samo javni ključ.
faq/create-ssh-key-windows-gui-sl

Dovolj je javni del

PuTTYgen ustvari javni in zasebni ključ. V Cli>_ dodaj samo javni ključ, zasebnega pa hrani lokalno.

Koraki v Windows

  1. Odpri PuTTYgen.
  2. Izberi EdDSA / Ed25519, če je na voljo.
  3. RSA 4096 uporabi samo kot rezervno možnost.
  4. Klikni Generate in premikaj miško, dokler ključ ni ustvarjen.
  5. Shrani zasebni ključ na svoj računalnik.
  6. Kopiraj besedilo javnega ključa v polje SSH public key.

Ne deli skrivnih podatkov

Ne pošiljaj .ppk datotek, zasebnih ključev, passphrase, gesel ali tokenov podpori ali obrazcem.

> Povezite svojo domeno

Preverite avtoritativni DNS, točen hostname, vrsto zapisa in stare konflikte.
faq/povezite-svojo-domeno

Odloča točen hostname

Apex domena in poddomena lahko zahtevata različne DNS zapise in omejitve ponudnika.

Pred DNS spremembo

  1. Preverite, kje urejate avtoritativne zapise.
  2. Odstranite konfliktne A, AAAA, CNAME, ALIAS, ANAME ali redirect zapise.
  3. Uporabite tip zapisa, ki ga priporoča storitev.
  4. Počakajte na cache pred HTTPS testom.

Varen povratek nazaj

Starega hostinga ne ustavite, dokler novi hostname ne odgovarja pravilno. Za diagnostiko pošljite domeno, pričakovani cilj in javno viden rezultat.

> Prenos DNS cone

A/AAAA kažeta na naslove, CNAME je alias, MX je za pošto, TXT za preverjanja in mail politike.
faq/prenos-dns-cone

Vsak tip ima svojo nalogo

A in AAAA kažeta na naslove, CNAME na alias, MX na pošto, TXT na preverjanja in politike, CAA pa omejuje izdajatelje certifikatov.

Pri kopiranju zapisov

  1. Natančno prepišite ime, tip in vrednost.
  2. CNAME ne dodajajte na hostname z drugimi zapisi, če pravila to prepovedujejo.
  3. DKIM gre pod selector ponudnika, DMARC običajno pod _dmarc.
  4. CAA spreminjajte previdno.

Ko DNS ne deluje

Pošljite hostname, vrsto zapisa, pričakovano vrednost in javno viden rezultat. Ne pošiljajte dostopa do DNS administracije.

> Registracija računa in prva prijava

Uporabite en delovni račun za naročila, obračun in upravljanje storitev.
faq/account-registration-and-login

Dolgoročen e-mail za ekipo

Račun naj bo vezan na službeni e-mail, do katerega ima ekipa trajen dostop. Tam so naročila, podatki za račun, domene in pogovor s podporo.

Pred prvim naročilom

  1. Potrdite e-mail, če je zahtevano.
  2. Dopolnite obračunske podatke.
  3. Dostop hranite v ekipnem upravljalniku gesel.
  4. Vklopite dvofaktorsko zaščito, ko je na voljo.

Dostop brez deljenja gesla

Podpori pošljite številko naročila, ime storitve in vidno napako. Gesel, zasebnih SSH ključev in session cookies ne pošiljajte v ticket ali chat.

> Kako deluje predplačniški kredit

Kredit prikazuje stanje, dnevno porabo, oceno trajanja in rok brisanja pri zaustavitvi.
faq/prepaid-credit-how-it-works

Kredit se porablja med delovanjem

Aktivne predplačniške storitve porabljajo kredit glede na čas delovanja in izbrane vire. Dnevna cena pomaga načrtovati pravočasno polnjenje.

Nadzor porabe

  1. Spremljajte vidno stanje in oceno trajanja.
  2. Pred spremembo preverite novo dnevno ceno.
  3. Kredit napolnite z rezervo.
  4. Pri zaustavljeni storitvi preverite prikazan rok možnega brisanja.

Preverjanje spornega stanja

Za preverjanje pripravite številko naročila, ime storitve in obdobje. Ne pošiljajte podatkov kartice, bančnih izpiskov ali gesel.

> Mesečne ocene in dejanska dnevna poraba

Mesečni in letni zneski so primerjava; kredit se porablja dnevno.
faq/billing-periods-and-credit-burn

Ocena ni obračunski koledar

Mesečna ocena pomeni primerjavo za 31 dni, letna za 372 dni. Dejansko črpanje sledi aktivni storitvi in potrjeni konfiguraciji.

Ob spremembi cene

  1. Primerjajte staro in novo dnevno porabo.
  2. Upoštevajte CPU, RAM, disk, backup in Offsite Archive.
  3. Sprememba velja po potrditvi in uveljavitvi.
  4. Shranite potrditve naročil in zgodovino kredita.

Ko znesek izgleda napačen

Pošljite naročilo, storitev in datume za preverjanje. Na slikah zakrijte osebne podatke in polne podatke plačila.

> Status naročila po plačilu

Naročilo lahko po plačilu čaka na potrditev ponudnika plačil.
faq/order-status-and-payment-confirmation

Pending še ni dokaz napake

Po vrnitvi s plačilne strani lahko potrditev pride z zamikom. Ne ustvarjajte podvojenega naročila, dokler prvo ni jasno poteklo ali preklicano.

Po plačilu

  1. Vrnite se v Cli>_.
  2. Preverite status naročila v računu.
  3. Počakajte, če status še čaka.
  4. Podpori pošljite številko naročila in vidno referenco plačila.

Podatki, ki niso potrebni

Podpora ne potrebuje številke kartice, gesla ali celotne bančne potrditve. Dovolj so čas, status in zakrita slika vidne napake.

> Podatki, ki pospešijo nastavitev storitve

Pripravite ime storitve, domeno, vire, admin e-mail in javni SSH ključ.
faq/service-setup-information-needed

Natančni vnosi prihranijo čas

Obrazci so namenjeni javnim vrednostim: ime storitve, domena, DNS načrt, CPU, RAM, disk, admin e-mail in javni SSH ključ.

Pred oddajo naročila

  1. Izberite prepoznavno ime storitve.
  2. Odločite se za lastno domeno ali začasni hostname.
  3. Pripravite javni SSH ključ, če je potreben.
  4. Ne vpisujte gesel ali zasebnih ključev.

Če niste prepričani, ali je vrednost občutljiva

Najprej vprašajte brez pošiljanja same vrednosti. V polja ne vnašajte zasebnih ključev, gesel, celotnih konfiguracij ali baz podatkov.

> Sprememba CPU, RAM, diska ali retencije po naročilu

Obstoječo storitev spreminjajte v njenem detajlu in preverite novo dnevno ceno.
faq/change-service-resources-after-order

Spreminjate obstoječo storitev

Novo naročilo lahko ustvari drugo storitev. Vire spreminjajte pri obstoječi storitvi, po pregledu cene in možnega izpada.

Pred potrditvijo

  1. Preverite trenutni CPU, RAM, disk in retencije.
  2. Preberite novo dnevno ceno.
  3. Načrtujte restart ali vzdrževanje, če je omenjeno.
  4. Pred tvegano spremembo naredite lasten export.

Če se sprememba ne uveljavi

Pošljite ime storitve, čas zahtevka, viden status in napako. Ne pošiljajte zasebnih ključev ali gesel.

> Preklic storitve in rok brisanja podatkov

Že aktivirana storitev se najprej zaustavi in prikaže rok možnega brisanja.
faq/cancel-service-and-data-retention

Preklic ni vedno takojšnje brisanje

Delujoča storitev se najprej zaustavi in prikaže nastavljiv viden rok brisanja. Po tem roku lahko sledi trajno čiščenje.

Pred preklicem

  1. Naredite lasten export pomembnih podatkov.
  2. Preberite datum in uro možnega brisanja.
  3. Backup in Offsite Archive imata ločeno retencijo.
  4. Podporo kontaktirajte pred rokom, če niste prepričani.

Po roku obnovitev ni zagotovljena

Po prikazanem roku podatkov ne načrtujte kot dostopnih. Za vprašanje pošljite številko naročila in ime storitve, ne datotek s podatki.

> Backupi in zahtevki za restore

Backupi so za operativno obnovo in ne nadomeščajo vaših exportov.
faq/backups-and-restore-requests

Backup ni trajni arhiv

Retencija je odvisna od produkta in možnosti. Restore lahko vrne starejše stanje in prepiše novejše podatke.

Kaj vključiti v zahtevek

  1. Ime storitve in številko naročila.
  2. Približen čas, na katerega se želite vrniti.
  3. Obseg obnove, če je podprt.
  4. Vidno napako brez gesel in zasebnih ključev.

Pred potrditvijo restorea

Obvestite svojo ekipo in shranite novejše podatke, ki jih ne želite zamenjati s starejšim stanjem iz backupa.

> Čemu služi Offsite Archive

Offsite Archive hrani oddaljene arhivske kopije ločeno od kratkih operativnih backupov.
faq/offsite-archive-purpose

Arhiv izven rednega delovanja

Offsite Archive je namenjen daljšemu hranjenju kopij in ni live disk aplikacije. Ločen je od kratkih backupov in roka brisanja storitve.

Kdaj ga uporabiti

  1. Za podatke, ki jih želite hraniti ločeno od storitve.
  2. Za compliance ali recovery cilj.
  3. Ko spremljate ceno glede na obseg in dni.
  4. Skupaj z lastnim export procesom za velike podatke.

Kako razumeti ceno

Osnova so MB-dnevi: koliko podatkov se hrani in koliko dni. Uporabnik vidi ceno v EUR/GB/mesec, rezultat pa se zaokroži na cele cente.

> Izbira CPU, RAM in diska za VPS

Velikost izberite glede na aplikacijo, bazo, cache, loge in rast.
faq/vps-cpu-ram-and-disk-sizing

Začnite pri realni obremenitvi

Statična stran, baza, Java aplikacija in procesi gradnje imajo različne potrebe. Upoštevajte cache, loge, upload in rast.

Znaki premajhnega plana

  1. Povečajte RAM pri OOM ali stalnem swapu.
  2. Povečajte CPU pri dolgi računski obremenitvi.
  3. Povečajte disk pred polnim filesystemom.
  4. Po spremembi preverite, ali je limit izginil.

Za vprašanje o velikosti VPS-a

Pošljite vrsto aplikacije, vidno napako, čas težave ter trenutni CPU, RAM in disk. Ne pošiljajte celotnih konfiguracij ali skrivnosti.

> Kdaj VPS potrebuje javni IP

Javni IP pomaga pri allowlistu, inbound dostopu ali stabilnem outbound viru.
faq/vps-public-ip-options

Najprej smer prometa

Javni IP ni potreben za vsako storitev. Pogosto rešuje zahteve partnerja ali firewalla za inbound port, outbound vir ali oba.

Pred naročilom IP

  1. Vprašajte, ali gre za inbound, outbound ali oba.
  2. Uporabite DNS imena, kjer je mogoče.
  3. Odprite samo potrebne porte.
  4. Načrt spremembe pošljite podpori pred produkcijo.

Javni IP ne odpre vsega

Dostop naj ostane minimalen in odprite samo nujne porte. Ne pošiljajte gesel, zasebnih ključev ali slik z občutljivimi firewall vrednostmi.

> Deljeni SSH dostop za VPS

Brez javnega IP se uporablja deljeni SSH endpoint z visokim portom; z javnim IP je lahko na voljo tudi druga neposredna SSH pot.
faq/shared-ssh-access-for-vps

Zakaj visok port

Več VPS storitev lahko deli isti javni SSH host. Visok port usmeri povezavo do prave VPS storitve.

Načina povezave

  1. Za deljeni SSH kopirajte username, public host in visok port.
  2. Uporabite ssh -p <port> <username>@<public-host>.
  3. Če ima storitev javni IP, je lahko na voljo tudi neposreden SSH endpoint na tem IP ali DNS imenu.
  4. Podpori pošljite host, port, username in napako, ne zasebnega ključa.

Javni IP doda drugo pot

Lahko vidite deljeni host z visokim portom ter neposreden host ali IP za storitev z javnim IP. Pot izberite glede na allowlist, firewall pravila in operativne potrebe.

> Preverjanje pred priklopom lastne domene

Preverite avtoritativni DNS, točen hostname, vrsto zapisa in stare konflikte.
faq/custom-domain-readiness-checklist

Odloča točen hostname

Apex domena in poddomena lahko zahtevata različne DNS zapise in omejitve ponudnika.

Pred DNS spremembo

  1. Preverite, kje urejate avtoritativne zapise.
  2. Odstranite konfliktne A, AAAA, CNAME, ALIAS, ANAME ali redirect zapise.
  3. Uporabite tip zapisa, ki ga priporoča storitev.
  4. Počakajte na cache pred HTTPS testom.

Varen povratek nazaj

Starega hostinga ne ustavite, dokler novi hostname ne odgovarja pravilno. Za diagnostiko pošljite domeno, pričakovani cilj in javno viden rezultat.

> Vrste DNS zapisov za storitve

A/AAAA kažeta na naslove, CNAME je alias, MX je za pošto, TXT za preverjanja in mail politike.
faq/dns-record-types-for-services

Vsak tip ima svojo nalogo

A in AAAA kažeta na naslove, CNAME na alias, MX na pošto, TXT na preverjanja in politike, CAA pa omejuje izdajatelje certifikatov.

Pri kopiranju zapisov

  1. Natančno prepišite ime, tip in vrednost.
  2. CNAME ne dodajajte na hostname z drugimi zapisi, če pravila to prepovedujejo.
  3. DKIM gre pod selector ponudnika, DMARC običajno pod _dmarc.
  4. CAA spreminjajte previdno.

Ko DNS ne deluje

Pošljite hostname, vrsto zapisa, pričakovano vrednost in javno viden rezultat. Ne pošiljajte dostopa do DNS administracije.

> DNS propagacija in TTL brez obljube na minuto

TTL določa, kako dolgo lahko resolverji držijo star odgovor.
faq/dns-propagation-and-ttl

Propagacija je cache

Po spremembi avtoritativnega DNS lahko različni resolverji začasno vračajo stare in nove odgovore, dokler cache ne poteče.

Pri načrtovani spremembi

  1. TTL znižajte vnaprej, če je mogoče.
  2. Ne delajte naključnih ponovnih sprememb.
  3. Testirajte z več resolverji.
  4. Zapišite čas spremembe, staro vrednost, novo vrednost in TTL.

Diagnostika različnih odgovorov

Pošljite hostname, pričakovani cilj, star in nov viden odgovor, TTL in čas spremembe. Ne pošiljajte dostopa do DNS računa.

> Načrtovanje prostora za Nextcloud

V kapaciteto vključite datoteke, deljene mape, verzije, koš, previewe in rast.
faq/nextcloud-storage-planning

Nextcloud raste tudi izven vidnih datotek

Prostor porabljajo shared folders, deleted files, version history, previews, thumbnails, sync overhead in importi. Blizu limita lahko odpovesta upload in sync.

Pred naročilom kapacitete

  1. Seštejte trenutne podatke in skupne mape.
  2. Dodajte rezervo za verzije, koš in previewe.
  3. Upoštevajte nove ekipe in velike importe.
  4. Storage povečajte pred limitom.

Pri težavah s sinhronizacijo

Pošljite velikost storitve, približno zasedenost, čas in vidno napako odjemalca. Ne pošiljajte osebnih datotek.

> Migracija repozitorijev v Gitea

Git repozitorije načrtujte z LFS, submodules, pravicami, deploy keys, webhooki in CI/CD.
faq/gitea-repository-migration

Migracija ni samo clone

Prenesti ali znova nastaviti je treba owners, teams, protected branches, protected tags, Git LFS, submodules, deploy keys, webhooks in CI/CD.

Pred cutoverjem

  1. Popišite repozitorije, lastnike in skupine.
  2. Preverite LFS, submodules in protections.
  3. Testirajte clone, push, LFS, submodules in CI.
  4. Zamenjajte stare dostopne podatke brez deljenja vrednosti.

Občutljivi podatki pri migraciji

V ticketu navedite imena repozitorijev, vrsto integracije, vidno napako in kaj je delovalo prej. Ne pošiljajte zasebnih ključev.

> Osnove sender domene za Listmonk

Za kampanje pripravite sender domeno, From identiteto, SPF, DKIM, DMARC, bounce in odjavo.
faq/listmonk-sender-domain-basics

Dostavljivost se začne pri domeni

Listmonk potrebuje jasno From identiteto in DNS zapise, ki jih mail sistemi lahko preverijo. SPF, DKIM in DMARC naj se ujemajo z domeno pošiljanja.

Pred prvo kampanjo

  1. Izberite domeno ali poddomeno za pošiljanje.
  2. Dodajte verifikacijski DNS, SPF, DKIM selector in DMARC.
  3. Testirajte dostavo, bounce, Return-Path in povezave.
  4. Preverite odjavo in List-Unsubscribe.

Mail dostopi ostanejo zunaj ticketa

Za diagnostiko pošljite domeno, vrsto zapisa, javno vidno DNS vrednost in napako. Ne pošiljajte SMTP gesel ali zasebnega DKIM ključa.

> Runtime nastavitve za Classic Hosting

Classic Hosting podpira auto ali manual Runtime, viri pa vplivajo na ceno in stabilnost.
faq/classic-hosting-runtime-settings

Auto način ni edina izbira

Auto Runtime pomaga pri prepoznanih projektih, manual način pa omogoča izbiro Nginx, Apache, FrankenPHP ali jezikovnega runtimea. PHP selector uporabite le, kjer je podprt.

Pred deployem

  1. Izberite auto ali manual Runtime.
  2. PHP 8.2, 8.3 ali 8.4 izberite samo za podprt PHP scenarij.
  3. Nastavite CPU, RAM, disk, backup in Offsite Archive retencijo.
  4. Testirajte upload, cache, loge in vidne napake.

Če se aplikacija ne zažene

Pošljite runtime način, jezik ali PHP verzijo, vidno napako in kaj se je spremenilo. Ne pošiljajte .env datotek ali gesel.

> Katere informacije varno poslati podpori

Koristni so številke naročil, storitve, domene, časi, javni hosti, porti in vidne napake.
faq/support-safe-information-to-share

Dober ticket ima kontekst

Pošljite številko naročila, ime storitve, domeno, javni host ali port, čas težave, zadnjo spremembo in natančno vidno besedilo napake.

Varna vsebina sporočila

  1. Opišite korak, kjer nastane težava.
  2. Za hosting dodajte runtime, PHP ali jezik, CPU, RAM, disk, upload, cache in loge brez občutljivih vrednosti.
  3. Prekrijte občutljive dele screenshotov.
  4. Ne pošiljajte gesel, zasebnih ključev, seed fraz, .env datotek ali polnih logov.

Česa nikoli ne pošiljajte

Ne pošiljajte gesel, zasebnih ključev, recovery fraz, session cookies, database exportov, celotnih .env datotek ali polnih logov z občutljivimi vrednostmi.