Tot ce trebuie să știi,
fără să cauți prin 40 de tab-uri.

După activare, folosește linkul de panou și credențialele primite în contul Noxera. Schimbă parola dacă este temporară, verifică numele serverului, jocul instalat, limitele de RAM/CPU/stocare și statusul instanței. Nu distribui datele de acces principal altor persoane; pentru colaboratori folosește subutilizatori dacă panoul îi suportă.

Start pornește serverul. Stop încearcă o oprire normală și este opțiunea recomandată. Restart oprește și pornește din nou instanța. Kill forțează oprirea procesului și se folosește doar când serverul nu mai răspunde, deoarece poate crește riscul de corupere a fișierelor.

Pentru modificări mici poți folosi File Manager-ul. Pentru foldere mari, modpack-uri sau backup-uri locale este mai potrivit SFTP. Folosește exclusiv datele SFTP afișate în panou și evită FTP necriptat. Oprește serverul înainte de a înlocui fișiere importante de lume sau baze de date.

Pluginurile rulează de regulă pe software compatibil precum Paper/Spigot, în timp ce modurile necesită de obicei un loader precum Forge sau Fabric. Clientul și serverul trebuie să folosească versiunile compatibile. Înainte de upgrade sau schimbarea loaderului, fă backup complet.

Adresa serverului poate conține IP sau hostname și, în funcție de joc, un port separat. Porturile adiționale se configurează numai dacă planul și panoul le permit. Nu modifica aleator portul principal din fișierele jocului dacă panoul gestionează automat alocarea lui.

Verifică ultimele linii din consolă și loguri. Cele mai comune cauze sunt configurații invalide, versiuni incompatibile, pluginuri/moduri defecte, lipsă de memorie sau fișiere corupte. Elimină ultima modificare făcută și testează din nou înainte să reinstalezi tot serverul.

Pe Linux te conectezi prin SSH folosind IP-ul VPS-ului și utilizatorul indicat la activare. Preferă cheile SSH în locul parolelor atunci când este posibil. După primul login, schimbă parola temporară și creează un utilizator separat cu privilegii sudo pentru administrarea zilnică.

Actualizează pachetele sistemului și aplică patch-urile de securitate înainte de instalarea aplicațiilor publice. Pentru distribuțiile bazate pe Debian/Ubuntu, procesul uzual folosește managerul APT. Repornește sistemul atunci când actualizarea kernelului o cere.

Permite accesul numai către serviciile necesare, de exemplu SSH, HTTP și HTTPS. Asigură-te că portul SSH este permis înainte să activezi reguli restrictive, altfel te poți bloca singur în afara serverului, un ritual foarte popular printre administratori grăbiți.

Reinstalarea înlocuiește sistemul actual și poate șterge complet datele existente. Fă backup extern înainte. După reinstalare, cheile SSH ale hostului se pot schimba, iar clientul SSH local poate solicita eliminarea vechii amprente.

Monitorizează încărcarea CPU, memoria disponibilă, swap-ul și spațiul pe disc. Un disc plin poate opri baze de date, loguri și servicii chiar dacă CPU-ul este aproape liber. Curăță logurile și fișierele temporare în mod controlat, nu cu comenzi luate la întâmplare de pe internet.

Domeniul trebuie să indice către serviciul web folosind nameserverele furnizate sau înregistrările DNS recomandate. După modificare, propagarea DNS poate dura, iar rezultatele pot diferi temporar între rețele.

SSL poate fi emis numai după ce domeniul indică corect către hosting. După emitere, activează redirectarea către HTTPS și verifică dacă aplicația folosește URL-uri securizate pentru a evita mixed content.

Alege o versiune PHP compatibilă cu aplicația ta și actualizeaz-o periodic. Pentru baze de date, folosește utilizatori separați și parole puternice. Nu expune baza de date public dacă aplicația rulează pe același serviciu și accesul extern nu este necesar.

Pentru sincronizare pe mai multe dispozitive folosește IMAP. SMTP este utilizat pentru trimitere și necesită autentificare. Folosește setările exacte din panou și conexiuni criptate. SPF, DKIM și DMARC ajută la reputația și autentificarea mesajelor.

O migrare completă WordPress implică fișierele site-ului și baza de date. După import verifică URL-ul site-ului, permisiunile, versiunea PHP, pluginurile de cache și SSL-ul. Fă backup înainte de orice schimbare majoră.

Accesul administrativ îți oferă control complet asupra sistemului. Dacă planul include o consolă remote/IPMI/KVM, aceasta poate fi folosită pentru depanare atunci când rețeaua sau SSH-ul nu mai funcționează. Păstrează aceste credențiale strict private.

RAID poate oferi redundanță sau performanță, în funcție de nivel, dar nu este o copie de siguranță. Ștergerea accidentală, compromiterea sau coruperea datelor se poate replica pe toate discurile. Menține backup separat.

Folosește datele de rețea comunicate pentru serverul tău. Pentru IP-uri suplimentare sau rute speciale pot exista pași specifici furnizorului. Nu aplica configurații găsite pentru alt datacenter dacă parametrii nu coincid.

Pe un server dedicat poți instala tehnologii de virtualizare sau containere dacă acestea sunt compatibile cu hardware-ul și politica serviciului. Licențele, configurarea, securitatea și administrarea mediului instalat de client rămân responsabilitatea clientului dacă nu există un serviciu managed separat.

Disponibilitatea finală este confirmată de registry/registrar. După înregistrare verifică datele titularului și nameserverele. Unele extensii pot solicita informații sau validări suplimentare.

Pentru multe extensii ai nevoie de codul EPP/Auth Code și de dezactivarea transfer lock la registrarul actual. Durata și regulile diferă în funcție de extensie. Un transfer nu modifică automat conținutul site-ului sau hostingul.

A indică spre IPv4, AAAA spre IPv6, CNAME creează un alias, MX stabilește serverele de e-mail, iar TXT este folosit pentru verificări și politici precum SPF sau alte tokenuri de validare.

Resolverele DNS pot păstra în cache valorile până la expirarea TTL-ului. Din acest motiv, după o modificare, unii utilizatori pot vedea configurația nouă iar alții pe cea veche pentru o perioadă.

DNSSEC ajută la validarea autenticității răspunsurilor DNS. Activează-l numai când zona DNS și registrarul sunt configurate corect; cheile sau DS records greșite pot face domeniul inaccesibil.

Statusul plății și facturile sunt disponibile în zona de client/billing. Dacă o plată a fost debitată dar apare neconfirmată, nu retrimite repetat plata; verifică statusul și contactează suportul cu ID-ul tranzacției, fără a trimite date complete de card.

Verifică data scadentă și setarea de reînnoire pentru fiecare serviciu. Anularea oprește reînnoirea conform condițiilor serviciului, dar nu înseamnă automat rambursarea perioadei deja achitate.

Disponibilitatea upgrade-ului depinde de serviciu. Unele schimbări se pot aplica imediat, altele pot necesita migrare, restart sau intervenție manuală. Fă backup înainte de modificări majore de infrastructură.

Include serviciul afectat, ora aproximativă, mesajul de eroare, pașii făcuți înainte de problemă și capturi/loguri relevante. Nu trimite parole, tokenuri API sau chei private dacă suportul nu solicită explicit o metodă securizată de transmitere.

Folosește parole unice, lungi și un manager de parole. Activează autentificarea în doi pași dacă este disponibilă. Nu reutiliza parola de la billing pentru SSH, panoul de joc sau conturile de e-mail.

Pentru date importante, păstrează copii independente și verifică periodic dacă pot fi restaurate. O abordare sănătoasă este să ai mai multe copii pe medii sau locații diferite, nu un singur backup aflat pe același sistem cu datele originale.

Schimbă credențialele dintr-un dispozitiv sigur, revocă tokenurile și cheile compromise, izolează serviciul dacă este necesar și verifică logurile. Nu șterge imediat toate urmele înainte să identifici cauza. Reinstalarea fără eliminarea vectorului inițial poate duce la compromitere repetată.

Menține actualizate sistemul de operare, CMS-ul, pluginurile, modurile, panourile și aplicațiile expuse public. Elimină software-ul nefolosit și urmărește anunțurile de securitate ale componentelor importante.