FAQ

Gyakran ismételt kérdések

Gyakorlati rövid útmutatók a szolgáltatás beállításához, eléréséhez és az ügyfelek gyakori műveleteihez.

> Nyilvános SSH-kulcs létrehozása terminálban

Hozz létre nyilvános SSH-kulcsot a hozzáféréshez, és csak a nyilvános részt oszd meg.
faq/generate-public-ssh-key-hu

Csak a nyilvános kulcsot használd

Az SSH kulcspárt használ. A szolgáltatás beállításaiba csak a nyilvános kulcsot illeszd be, általában a .pub fájlt. A privát kulcs maradjon a saját eszközödön.

Terminál lépések

  1. Nyisd meg a Terminal, Windows Terminal vagy PowerShell alkalmazást.
  2. Futtasd: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Fogadd el az alapértelmezett helyet, vagy válassz biztonságos útvonalat.
  4. Jelenítsd meg a nyilvános kulcsot: cat ~/.ssh/id_ed25519.pub.
  5. Windows PowerShellben használd: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Másold a teljes ssh-ed25519 sort az SSH public key mezőbe.

Ellenőrizd beillesztés előtt

Ne másold ki a privát kulcsot. Ha passphrase-t állítasz be, tárold biztonságosan, mert később szükség lehet rá.

> SSH-kulcs létrehozása grafikusan Windowsban

Használd a PuTTYgen eszközt Windowsban SSH-kulcs létrehozásához és a nyilvános rész másolásához.
faq/create-ssh-key-windows-gui-hu

Csak a nyilvános rész

A PuTTYgen nyilvános és privát kulcsot is létrehoz. A Cli>_-ba csak a nyilvános kulcsot add hozzá, a privát kulcsot tartsd helyben.

Windows lépések

  1. Nyisd meg a PuTTYgen alkalmazást.
  2. Válaszd az EdDSA / Ed25519 opciót, ha elérhető.
  3. Az RSA 4096 csak tartalék lehetőség legyen.
  4. Kattints a Generate gombra, és mozgasd az egeret, amíg a kulcs elkészül.
  5. Mentsd a privát kulcsot a saját gépedre.
  6. Másold a nyilvános kulcs szövegét az SSH public key mezőbe.

Ne ossz meg titkos adatot

Ne küldj .ppk fájlokat, privát kulcsokat, passphrase-t, jelszavakat vagy tokeneket támogatásnak vagy webes űrlapokra.

> Sajat domain csatlakoztatasa

Átállítás előtt ellenőrizd az autoritatív DNS-t, pontos hostname-t, rekordtípust, domain vagy aldomain jelleget és ütköző régi rekordokat.
faq/sajat-domain-csatlakoztatasa

Mit érdemes először ellenőrizni

Átállítás előtt ellenőrizd az autoritatív DNS-t, pontos hostname-t, rekordtípust, domain vagy aldomain jelleget és ütköző régi rekordokat. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> DNS-zona atadasa

Az A/AAAA címekre, a CNAME aliasra, az MX levelezésre, a TXT ellenőrzésre, SPF-re, DKIM-re vagy DMARC-ra szolgál.
faq/dns-zona-atadasa

Mit érdemes először ellenőrizni

Az A/AAAA címekre, a CNAME aliasra, az MX levelezésre, a TXT ellenőrzésre, SPF-re, DKIM-re vagy DMARC-ra szolgál. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Fiókregisztráció és első bejelentkezés

Hozz létre egy munkahelyi fiókot rendelésekhez, számlázáshoz és szolgáltatáskezeléshez.
faq/account-registration-and-login

Mit érdemes először ellenőrizni

Hozz létre egy munkahelyi fiókot rendelésekhez, számlázáshoz és szolgáltatáskezeléshez. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Hogyan működik az előre fizetett kredit

A kredit mutatja az egyenleget, a várható futási időt, az aktív szolgáltatások napi költségét és a törlési határidőt felfüggesztés után.
faq/prepaid-credit-how-it-works

Mit érdemes először ellenőrizni

A kredit mutatja az egyenleget, a várható futási időt, az aktív szolgáltatások napi költségét és a törlési határidőt felfüggesztés után. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Havi becslés, éves becslés és valós napi fogyasztás

A havi és éves árak összehasonlításra szolgálnak; előre fizetett szolgáltatásnál a napi fogyás számít.
faq/billing-periods-and-credit-burn

Mit érdemes először ellenőrizni

A havi és éves árak összehasonlításra szolgálnak; előre fizetett szolgáltatásnál a napi fogyás számít. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Rendelés állapota fizetés után

Fizetés után a rendelés még várhat a szolgáltató megerősítésére; duplikátumot csak egyértelmű törlés vagy lejárat után hozz létre.
faq/order-status-and-payment-confirmation

Mit érdemes először ellenőrizni

Fizetés után a rendelés még várhat a szolgáltató megerősítésére; duplikátumot csak egyértelmű törlés vagy lejárat után hozz létre. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Adatok, amelyek gyorsítják a szolgáltatás beállítását

Készítsd elő a szolgáltatás nevét, domaint, tárhelyméretet, hozzáférési e-mailt és nyilvános SSH kulcsot; titkok nem valók az űrlapokba.
faq/service-setup-information-needed

Mit érdemes először ellenőrizni

Készítsd elő a szolgáltatás nevét, domaint, tárhelyméretet, hozzáférési e-mailt és nyilvános SSH kulcsot; titkok nem valók az űrlapokba. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> CPU, RAM, lemez vagy retenció módosítása rendelés után

Meglévő szolgáltatást a részleteinél módosíts, ne új rendeléssel; az erőforrások árat, napi kreditfogyást és újraindítást érinthetnek.
faq/change-service-resources-after-order

Mit érdemes először ellenőrizni

Meglévő szolgáltatást a részleteinél módosíts, ne új rendeléssel; az erőforrások árat, napi kreditfogyást és újraindítást érinthetnek. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Szolgáltatás lemondása és adatmegőrzési határidő

A provisioned szolgáltatás először felfüggesztésre kerül, látható törlési határidőt mutat, és csak később tisztulhat véglegesen.
faq/cancel-service-and-data-retention

Mit érdemes először ellenőrizni

A provisioned szolgáltatás először felfüggesztésre kerül, látható törlési határidőt mutat, és csak később tisztulhat véglegesen. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Mentések és visszaállítási kérések

A mentések operatív helyreállításra valók, nem export helyett; a restore felülírhat újabb adatokat.
faq/backups-and-restore-requests

Mit érdemes először ellenőrizni

A mentések operatív helyreállításra valók, nem export helyett; a restore felülírhat újabb adatokat. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Mire való az Offsite Archive

Az Offsite Archive távoli archív másolatokat tart a rövid operatív mentésektől és a szolgáltatás életciklusától elkülönítve.
faq/offsite-archive-purpose

Mit érdemes először ellenőrizni

Az Offsite Archive távoli archív másolatokat tart a rövid operatív mentésektől és a szolgáltatás életciklusától elkülönítve. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> CPU, RAM és lemez választása VPS-hez

A VPS méretét az alkalmazás, adatbázis, cache, logok és növekedés alapján válaszd; OOM vagy swap több RAM-ot jelez.
faq/vps-cpu-ram-and-disk-sizing

Mit érdemes először ellenőrizni

A VPS méretét az alkalmazás, adatbázis, cache, logok és növekedés alapján válaszd; OOM vagy swap több RAM-ot jelez. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Mikor érdemes nyilvános IP a VPS-hez

Dedikált nyilvános IP segít allowlist, inbound hozzáférés, stabil outbound forrás vagy IP-hez kötött szolgáltatás esetén.
faq/vps-public-ip-options

Először a forgalom irányát tisztázd

Nem minden szolgáltatáshoz kell nyilvános IP. Általában partneri allowlist, stabil kimenő forrás, adott portra érkező hozzáférés vagy közvetlen SSH útvonal miatt hasznos.

IP rendelése előtt

  1. Kérdezd meg a partnert, hogy az allowlist inbound, outbound vagy mindkét irányra vonatkozik-e.
  2. Használj DNS nevet, ahol a külső rendszer ezt engedi.
  3. Csak a tényleg szükséges portokat nyisd; SSH-nál ellenőrizd, hogy a megosztott magas port vagy a közvetlen IP/DNS endpoint kell-e.
  4. Az allowlist követelményt küldd el a támogatásnak még a produkciós hozzáférés módosítása előtt.

Nyilvános nem jelent mindenkinek nyitottat

A nyilvános IP nem jelenti az összes port megnyitását. Csak a minimálisan szükséges szolgáltatásokat tervezd, és ne küldj jelszavakat, privát kulcsokat vagy titkos értékeket tartalmazó tűzfalszabályokat.

> Megosztott SSH hozzáférés VPS-hez

Nyilvános IP nélkül a VPS megosztott SSH endpointot használ magas porttal; nyilvános IP esetén közvetlen SSH is elérhető lehet ezen a címen.
faq/shared-ssh-access-for-vps

A magas port a megfelelő VPS-re mutat

Több VPS osztozhat ugyanazon a nyilvános SSH endpointon. Ezért minden szolgáltatás saját magas portot kap, amely a megfelelő VPS-hez vezető útvonal része. Enélkül a kapcsolat nem lenne egyértelműen kézbesíthető.

Kapcsolódás hozzáféréstípus szerint

  1. Megosztott SSH-hoz másold ki a szolgáltatásból az SSH username, public host és magas port értékeket.
  2. Használd ezt a formát: ssh -p <port> <username>@<public-host>.
  3. Ha a szolgáltatáshoz nyilvános IP van vásárolva, lehet második SSH endpoint közvetlenül erre az IP-re vagy DNS névre.
  4. A privát kulcsot csak helyben, SSH kliensben vagy agentben használd; támogatásnak host, port, username és látható hiba elég.

Két érvényes SSH út

A nyilvános IP nem törli a megosztott SSH endpointot; külön közvetlen hozzáférést ad allowlisthez, monitoringhoz vagy integrációkhoz. Ezért egyszerre láthatsz megosztott hostot magas porttal és közvetlen hostot vagy IP-t.

> Ellenőrzés saját domain csatlakoztatása előtt

Átállítás előtt ellenőrizd az autoritatív DNS-t, pontos hostname-t, rekordtípust, domain vagy aldomain jelleget és ütköző régi rekordokat.
faq/custom-domain-readiness-checklist

Mit érdemes először ellenőrizni

Átállítás előtt ellenőrizd az autoritatív DNS-t, pontos hostname-t, rekordtípust, domain vagy aldomain jelleget és ütköző régi rekordokat. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> DNS rekordtípusok szolgáltatásokhoz

Az A/AAAA címekre, a CNAME aliasra, az MX levelezésre, a TXT ellenőrzésre, SPF-re, DKIM-re vagy DMARC-ra szolgál.
faq/dns-record-types-for-services

Mit érdemes először ellenőrizni

Az A/AAAA címekre, a CNAME aliasra, az MX levelezésre, a TXT ellenőrzésre, SPF-re, DKIM-re vagy DMARC-ra szolgál. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> DNS propagáció és TTL percre pontos ígéret nélkül

A TTL szabja meg, meddig tarthatnak régi választ a resolverek; átmenetben régi és új eredmények együtt létezhetnek.
faq/dns-propagation-and-ttl

Mit érdemes először ellenőrizni

A TTL szabja meg, meddig tarthatnak régi választ a resolverek; átmenetben régi és új eredmények együtt létezhetnek. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Nextcloud tárhely tervezése

Számolj felhasználói fájlokkal, megosztott mappákkal, verziókkal, kukával, előnézetekkel, szinkron többlettel és csapatnövekedéssel.
faq/nextcloud-storage-planning

Mit érdemes először ellenőrizni

Számolj felhasználói fájlokkal, megosztott mappákkal, verziókkal, kukával, előnézetekkel, szinkron többlettel és csapatnövekedéssel. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Repository migráció Gitea-ba

A Git repositoryk költöztetését LFS-sel, submodule-okkal, jogokkal, deploy key-ekkel, webhookokkal és CI/CD-vel együtt tervezd.
faq/gitea-repository-migration

Mit érdemes először ellenőrizni

A Git repositoryk költöztetését LFS-sel, submodule-okkal, jogokkal, deploy key-ekkel, webhookokkal és CI/CD-vel együtt tervezd. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Listmonk küldődomain alapok

Kampányokhoz készíts küldődomaint vagy aldomaint, From identitást, SPF-et, DKIM-et, DMARC-ot, bounce-t és leiratkozást.
faq/listmonk-sender-domain-basics

Mit érdemes először ellenőrizni

Kampányokhoz készíts küldődomaint vagy aldomaint, From identitást, SPF-et, DKIM-et, DMARC-ot, bounce-t és leiratkozást. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Classic Hosting Runtime beállítások

A Classic Hosting auto vagy manuális Runtime módban futhat; CPU, RAM, tárhely, mentési és Offsite Archive retenció, upload, cache és logok hatnak az árra és stabilitásra.
faq/classic-hosting-runtime-settings

Mit érdemes először ellenőrizni

A Classic Hosting auto vagy manuális Runtime módban futhat; CPU, RAM, tárhely, mentési és Offsite Archive retenció, upload, cache és logok hatnak az árra és stabilitásra. Beállítás módosítása előtt vesd össze a szolgáltatás adatait, a látható állapotot és az utolsó elvégzett lépést.

Gyakorlati lépések

  1. Használd a pontos szolgáltatásnevet, domaint, időpontot és látható hibaüzenetet.
  2. Jóváhagyás előtt ellenőrizd az árat, erőforrásokat, DNS-t vagy hozzáférési adatokat.
  3. Módosítás után teszteld a tényleges működést, és jegyezd fel az eredményt.
  4. Ha támogatás kell, kontextust küldj jelszavak, privát kulcsok és tokenek nélkül.

Biztonságos információmegosztás

A támogatásnak általában elég a rendelési szám, szolgáltatásnév, nyilvános host, port, domain, időpont és hibaüzenet. Ne küldj titkokat, privát kulcsokat, teljes konfigurációkat vagy adatexportokat.

> Milyen információt biztonságos támogatásnak küldeni

Leginkább rendelési számok, szolgáltatásnevek, domainek, időpontok, nyilvános hostok, portok, retenciók, upload, cache, logok és látható hibák segítenek titkok nélkül.
faq/support-safe-information-to-share

Kontextus titkok nélkül

A támogatás gyorsabban reagál, ha megkapja a rendelési számot, szolgáltatásnevet, domaint, nyilvános hostot vagy portot, a probléma idejét, az utolsó módosításokat és a pontos látható hibaüzenetet.

Biztonságos üzenettartalom

  1. Add meg a rendelést, szolgáltatást, domaint, időpontot és azt a lépést, ahol a hiba megjelent.
  2. Hostingnál add hozzá a runtime-ot, PHP-t vagy nyelvet, CPU-t, RAM-ot, lemezt, uploadot, cache-t és titkok nélküli logokat.
  3. Képernyőképeken küldés előtt takard ki az érzékeny részeket.
  4. Ha bizonytalan vagy, előbb kérdezz a konkrét érték elküldése nélkül.

Adatok, amelyeket ne ossz meg

Ne küldj jelszavakat, privát kulcsokat, recovery seedet, API tokeneket, session cookie-kat, adatbázis-exportokat, teljes .env fájlokat, érzékeny értékeket tartalmazó teljes logokat vagy titkos adatokat tartalmazó konfigurációt.