Motivul „dezactivării root” și utilizării sudo cu un cont obișnuit are mai multe scopuri, dintre care niciunul nu afectează răspunsul la întrebarea dvs.
Software-ul de sistem este întotdeauna instalat ca root. Uneori, software-ul aplicației este instalat ca utilizator specific aplicației, dar de obicei nu. Dezactivarea conectării pentru contul root nu schimbă acest lucru și nu schimbă modul în care aplicațiile sunt pornite la pornire.
Scopul dezactivării contului root este să vă conectați ca utilizator obișnuit și să faceți o sesiune de utilizator ca un utilizator normal și nu ca root. Apoi utilizați sudo pentru a ridica la rădăcină pentru a instala software și pentru a face alte lucruri periculoase. Acest lucru are, de asemenea, efectul secundar că, atunci când utilizați sudo, contul de utilizator care a făcut acest lucru este de asemenea înregistrat, ceea ce nu este atât de interesant decât dacă există mai multe conturi de utilizator care pot folosi sudo, caz în care, este mai ușor să atribuiți vina atunci când un se face greseala. Deci, instalarea software-ului se face în continuare ca root -- doar prin sudo în loc de autentificare directă.
Când o aplicație (cum ar fi NginX, mysql, mogodb etc.) este configurată să pornească la pornire, de obicei, scripturile de pornire systemd (sau initd) pornesc aplicația ca utilizator special al aplicației. Acest utilizator este creat când aplicația este instalată. Nu ar trebui să porniți aplicația manual, ci să permiteți scripturilor de sistem instalate să o pornească (de exemplu, cu systemctl start ...), astfel încât să ruleze cu permisiunile corecte în mediul corect. Filosofia de design din spatele acestui lucru este că aplicația este izolată în propriul utilizator, iar problemele de securitate cu aplicația vor fi (sperăm) să fie prinse în acel ID de utilizator. Majoritatea aplicațiilor nu ar trebui să fie rulate direct ca root.
Acestea fiind spuse toate acestea, pe un sistem cu un singur administrator, înregistrarea în jurnal care folosește sudo este mai puțin interesantă, iar dacă aveți imagini în cloud pe care le puteți elimina și reîncărca dintr-o copie nouă, utilizatorul pe care îl executați în interiorul containerului este, de asemenea, mai puțin important. Acesta este probabil motivul pentru care imaginea dvs. în cloud vine cu root activat și fără un utilizator administrativ separat.