View source for Linux : Manajemen User, Group, dan sudo

Di server, pertanyaan "siapa kamu" tidak dijawab dengan nama, tapi dengan angka. Dan pertanyaan "boleh apa" tidak dijawab dengan jabatan, tapi dengan baris izin yang ditulis di sebuah file. Artikel ini membongkar dua hal itu: identitas dan kewenangan.

Banyak siswa baru belajar Linux menganggap tiga hal ini sama: '''membuat user''', '''memasukkan ke group''', dan '''memberi sudo'''. Padahal ketiganya lapis berbeda, dan hampir semua masalah izin di server nyata lahir dari mencampur ketiganya.

== 🎯 Tujuan ==
Setelah membaca dan mempraktikkan artikel ini, kamu bisa:

* menjelaskan beda '''user''', '''group''', dan '''sudo''' tanpa menyamakannya;
* membaca isi <code>/etc/passwd</code>, <code>/etc/shadow</code>, dan <code>/etc/group</code> lalu tahu field mana yang penting;
* membedakan '''group primer''' dan '''group tambahan''' serta kapan bedanya berakibat nyata;
* menulis aturan <code>sudoers</code> yang sempit, bukan "kasih root semua";
* membuktikan izin benar-benar berlaku, bukan cuma terlihat rapi di layar.

== 📍 Konteks nyata ==
Bayangkan sekolah. Setiap siswa punya '''kartu pelajar''' berisi nama dan nomor induk. Nama boleh kembar, nomor induk tidak. Guru tidak menghafal nama saat memeriksa izin masuk lab — yang diperiksa nomornya.

Group itu seperti '''rombel'''. Daripada memberi kunci lab ke 32 siswa satu per satu, kamu beri kunci ke rombel "XII TKJ 1". Ada siswa baru? Cukup masukkan ke rombel, kunci tidak perlu diubah satu-satu.

sudo itu seperti '''surat izin kegiatan''' dari kepala sekolah. Isinya bukan "siswa ini boleh jadi kepala sekolah", tapi "siswa ini boleh meminjam proyektor, hanya di lab, hanya jam 08.00–12.00". Dibaca baris per baris, dan yang dipakai adalah baris terakhir yang cocok.

Tiga benda itu terpisah. Kartu pelajar tidak otomatis jadi surat izin. Masuk rombel tidak otomatis boleh masuk lab. Dan surat izin tidak mengubah kamu jadi kepala sekolah.

* 💡 '''Tips:''' Saat menghadapi masalah izin, tanya dulu: ini urusan '''identitas''', '''keanggotaan''', atau '''kewenangan'''? Jawabannya langsung menunjukkan file mana yang harus dibuka.

== 🧠 Konsep singkat ==
=== 🔹 Tiga lapis yang sering tertukar ===
{| class="wikitable"
! Lapis !! Pertanyaan !! Disimpan di
|-
| Identitas || "Siapa kamu?" || <code>/etc/passwd</code>, <code>/etc/shadow</code>
|-
| Keanggotaan || "Kamu satu tim dengan siapa?" || <code>/etc/group</code>, <code>/etc/gshadow</code>
|-
| Kewenangan || "Kamu boleh melakukan apa?" || <code>/etc/sudoers</code>, <code>/etc/sudoers.d/</code>
|}

Menambah user '''tidak''' otomatis memberi sudo. Memasukkan user ke group '''tidak''' otomatis membuatnya bisa login. Memberi sudo '''tidak''' membuatnya jadi root permanen — hanya untuk perintah yang disebut.

* 🔥 '''Kasus nyata:''' Sebuah SMK memakai satu akun bernama <code>admin</code> untuk semua guru dan teknisi lab. Password-nya ditempel di monitor. Suatu hari folder praktik terhapus dan tidak ada yang bisa ditunjuk, karena di log semua tercatat sebagai <code>admin</code>. Perbaikan yang diambil bukan ganti password, tapi membuat akun per orang plus group <code>lab-tkj</code>.

=== 🔹 Nama itu cuma label, kernel memakai angka ===
Sistem tidak menyimpan "budi" di dalam izin file. Yang disimpan adalah '''UID''' (user ID) dan '''GID''' (group ID) berupa angka. Nama hanya diterjemahkan saat ditampilkan.

<syntaxhighlight lang="text">
$ id
uid=1000(budi) gid=1000(budi) groups=1000(budi),27(sudo)
$ ls -n /home
drwxr-x--- 2 1000 1000 4096 Nov  4 08:00 budi
</syntaxhighlight>

Perintah <code>ls -n</code> menampilkan angka, bukan nama. Ini trik penting saat menemukan file "berpemilik angka" — biasanya sisa user yang sudah dihapus tapi filenya tertinggal.

* 📊 '''Angka penting:''' Di Debian, UID 0 adalah root. UID 1–999 dipakai akun sistem (layanan), UID 1000 ke atas untuk manusia. Batas ini diatur di <code>/etc/login.defs</code> lewat <code>UID_MIN</code>, <code>UID_MAX</code>, <code>SYS_UID_MIN</code>, dan <code>SYS_UID_MAX</code>.

Cek cepatnya:

<syntaxhighlight lang="text">
grep -E '^(UID|GID|SYS_UID|SYS_GID)_(MIN|MAX)' /etc/login.defs
awk -F: '$3==0 {print "UID 0: " $1}' /etc/passwd
</syntaxhighlight>

Kalau perintah kedua mengeluarkan lebih dari satu nama, kamu sedang punya pintu belakang setara root. Itu temuan serius, bukan keanehan.

=== 🔹 Isi /etc/passwd dan /etc/shadow ===
<code>/etc/passwd</code> boleh dibaca semua orang karena isinya bukan rahasia. Ada 7 field dipisah titik dua:

{| class="wikitable"
! Field !! Isi !! Contoh
|-
| 1 || Nama login || <code>budi</code>
|-
| 2 || Placeholder password || <code>x</code>
|-
| 3 || UID || <code>1000</code>
|-
| 4 || GID primer || <code>1000</code>
|}

Tiga field sisanya: '''komentar''' (nama lengkap), '''home directory''', dan '''shell login'''. Shell <code>/usr/sbin/nologin</code> berarti akun itu tidak boleh masuk interaktif — pola umum untuk akun layanan.

Password aslinya pindah ke <code>/etc/shadow</code> yang hanya bisa dibaca root. File ini punya 9 field, tapi yang perlu kamu hafal cuma empat:

{| class="wikitable"
! Posisi !! Arti !! Nilai lazim
|-
| 2 || Hash password || <code>$y$...</code> (yescrypt)
|-
| 3 || Hari terakhir ganti password || hari sejak 1 Jan 1970
|-
| 5 || Maksimum umur password || <code>99999</code> = tak pernah
|-
| 8 || Akun kedaluwarsa || kosong = tidak pernah
|}

* ⚠️ '''Hati-hati:''' Tanda seru (<code>!</code>) di awal field password berarti akun '''terkunci'''. <code>useradd</code> tanpa opsi password menghasilkan akun seperti ini: sudah ada, tapi belum bisa dipakai login. Ini bukan bug, ini pengaman bawaan.

=== 🔹 Group primer vs group tambahan ===
Satu user punya '''satu''' group primer dan boleh punya banyak group tambahan. Bedanya bukan teori:

* '''Group primer''' menentukan group pemilik file baru yang kamu buat.
* '''Group tambahan''' menentukan file dan layanan mana yang boleh kamu akses.

<syntaxhighlight lang="text">
id -gn budi          # group primer
id -Gn budi          # semua group, termasuk tambahan
getent group lab-tkj # siapa saja anggota group ini
</syntaxhighlight>

Saat membuat user, <code>useradd</code> biasanya membuat group dengan nama sama sebagai primer (diatur <code>USERGROUPS_ENAB</code> di <code>/etc/login.defs</code>). Artinya file baru milik <code>budi</code> biasanya bergroup <code>budi</code>, bukan <code>lab-tkj</code>.

* 🔥 '''Kasus nyata:''' Seorang teknisi menambahkan akun layanan ke group <code>docker</code> dengan <code>usermod -G docker svc-app</code>. Tanpa <code>-a</code>, daftar group tambahan '''diganti''', bukan ditambah. Akun itu kehilangan akses ke folder log dan backup. Aplikasi tetap jalan, tapi backup malam gagal diam-diam selama tiga hari. Satu huruf <code>-a</code> yang tertinggal.

Aturan hafalan: kalau menambah group tambahan, selalu <code>usermod -aG namagroup user</code>. Kalau lupa <code>-a</code>, kamu sedang menulis ulang seluruh daftar.

=== 🔹 sudo dibaca sebagai kalimat ===
Baris sudoers punya pola tetap: '''siapa di mana = (sebagai siapa) apa'''.

<syntaxhighlight lang="text">
siswa01 ALL = (root) /usr/bin/systemctl status nginx
%lab-tkj ALL = (root) NOPASSWD: /usr/bin/systemctl restart nginx
</syntaxhighlight>

Bacanya: "user <code>siswa01</code> di semua host boleh menjalankan <code>systemctl status nginx</code> sebagai root". Baris kedua memakai awalan <code>%</code> yang berarti '''group''', bukan user.

Tiga hal yang membuat sudoers berbeda dari file konfigurasi biasa:

# '''Baris terakhir yang menang.''' Kalau dua baris cocok, yang dipakai bukan yang paling spesifik, tapi yang terakhir dibaca. Ini sumber "kok tiba-tiba boleh semua".
# '''Urutan file menentukan.''' <code>@includedir /etc/sudoers.d</code> membaca file dalam urutan abjad, dan nama file yang mengandung titik atau diakhiri <code>~</code> '''dilewati'''. Jadi <code>admin.web.conf</code> tidak pernah dibaca.
# '''Salah sintaks bisa mengunci semua orang.''' Karena itu file ini diedit dengan <code>visudo</code>, bukan editor biasa.

* 📊 '''Angka penting:''' Mode bawaan <code>/etc/sudoers</code> adalah <code>0440</code> milik <code>root:root</code>. File yang bisa ditulis orang lain ditolak sudo. Setelah login, sudo menyimpan izin selama 15 menit per terminal (<code>timestamp_timeout</code>) — cukup untuk kerja, cukup singkat untuk tidak jadi pintu terbuka.

* 💡 '''Tips:''' Selalu pakai nomor di depan nama file sudoers, misalnya <code>10-lab-tkj</code>, <code>20-piket</code>. Urutan abjad jadi urutan yang kamu niatkan, bukan tebakan.

=== 🔹 sudo dan su bukan hal yang sama ===
<code>su -</code> meminta password '''root''' dan memberi shell root penuh. <code>sudo</code> meminta password '''kamu sendiri''' dan hanya memberi perintah yang diizinkan. Artinya: dengan sudo, root tidak perlu membagikan passwordnya, dan setiap tindakan tercatat atas nama pelakunya.

Itu sebabnya di server kerja, <code>su -</code> sering dinonaktifkan untuk staf, sementara sudo dibiarkan terbuka selebar yang perlu saja.

== 🧩 Istilah penting ==
{| class="wikitable"
! Istilah !! Arti sederhana
|-
| UID / GID || Nomor identitas user dan group; inilah yang dipakai kernel
|-
| Group primer || Group utama user, menentukan group file baru
|-
| Group tambahan || Group lain yang diikuti, untuk akses sumber daya
|-
| <code>/etc/skel</code> || Cetakan isi home baru (mis. <code>.bashrc</code>)
|-
| <code>login.defs</code> || Aturan bawaan pembuatan akun: rentang UID, umur password
|-
| sudoers || File kebijakan siapa boleh menjalankan apa
|-
| visudo || Editor khusus sudoers yang memeriksa sintaks sebelum menyimpan
|-
| NOPASSWD || Tag agar perintah tertentu tidak minta password
|-
| <code>passwd -S</code> || Status akun: <code>P</code> password aktif, <code>L</code> terkunci, <code>NP</code> tanpa password
|-
| <code>chage</code> || Alat mengatur masa berlaku akun dan password
|}

== 🔧 Praktik: identitas, group, dan izin sempit ==
Praktik ini aman dilakukan di VM lab Debian 12. Jangan dijalankan di server produksi, karena kita akan sengaja merusak beberapa hal.

=== 🔹 Langkah 1: catat keadaan awal ===
<syntaxhighlight lang="text">
id
getent passwd | tail -5
grep -E '^(UID|GID)_(MIN|MAX)' /etc/login.defs
ls -l /etc/shadow /etc/sudoers
</syntaxhighlight>

Perhatikan dua hal: rentang UID di mesinmu, dan mode file rahasia. Kalau <code>/etc/shadow</code> bisa dibaca user biasa, itu masalah besar sebelum kamu menambah user apa pun.

=== 🔹 Langkah 2: buat group lalu user ===
<syntaxhighlight lang="text">
sudo groupadd lab-tkj
sudo useradd -m -s /bin/bash -G lab-tkj -c "Siswa Lab TKJ" siswa01
sudo passwd siswa01
sudo passwd -S siswa01
</syntaxhighlight>

Sebelum <code>passwd</code> dijalankan, status akun adalah <code>L</code> (terkunci). Setelah password diisi, berubah jadi <code>P</code>. Coba juga buat satu akun tanpa <code>passwd</code> dan bandingkan — kamu akan melihat sendiri kenapa "user sudah dibuat" belum berarti "user bisa login".

=== 🔹 Langkah 3: buktikan identitas itu angka ===
<syntaxhighlight lang="text">
id siswa01
getent passwd siswa01
sudo ls -ln /home
</syntaxhighlight>

Cocokkan UID di <code>id</code> dengan angka di <code>ls -ln</code>. Kalau nanti kamu menghapus user dan membuat user baru, UID lama bisa dipakai ulang — dan user baru mewarisi file lama. Ini alasan <code>userdel -r</code> lebih aman daripada <code>userdel</code> saja.

=== 🔹 Langkah 4: bedakan group primer dan tambahan ===
<syntaxhighlight lang="text">
sudo -u siswa01 bash -c 'id -gn; id -Gn'
sudo -u siswa01 touch /home/siswa01/uji.txt
ls -l /home/siswa01/uji.txt
</syntaxhighlight>

Hasilnya hampir pasti mengejutkan: group file bukan <code>lab-tkj</code>, melainkan <code>siswa01</code>. Karena <code>useradd</code> membuat group senama sebagai '''group primer''', dan group primer itulah yang menempel ke file baru. Inilah bukti bahwa "sudah masuk group" dan "file baru ikut group itu" adalah dua hal terpisah.

=== 🔹 Langkah 5: buat folder bersama ===
<syntaxhighlight lang="text">
sudo mkdir -p /srv/lab-tkj
sudo chown root:lab-tkj /srv/lab-tkj
sudo chmod 2770 /srv/lab-tkj
sudo -u siswa01 touch /srv/lab-tkj/coba.txt
ls -ld /srv/lab-tkj
</syntaxhighlight>

Angka <code>2</code> di depan <code>2770</code> adalah '''setgid''': file baru di dalamnya otomatis ikut group folder, bukan group pribadi pembuatnya. Untuk folder kerja bersama, ini yang membuat izin tidak berantakan.

=== 🔹 Langkah 6: beri sudo sempit, bukan root ===
<syntaxhighlight lang="text">
sudo visudo -f /etc/sudoers.d/10-lab-tkj
</syntaxhighlight>

Isi dengan:

<syntaxhighlight lang="text">
Cmnd_Alias LAB_STATUS = /usr/bin/systemctl status nginx, /usr/bin/journalctl -u nginx
%lab-tkj ALL = (root) LAB_STATUS
siswa01 ALL = (root) NOPASSWD: /usr/bin/systemctl restart nginx
</syntaxhighlight>

Lalu periksa:

<syntaxhighlight lang="text">
sudo visudo -c
ls -l /etc/sudoers.d/10-lab-tkj
</syntaxhighlight>

<code>visudo -c</code> harus menjawab <code>parsed OK</code>. Mode file harus <code>0440</code>. Kalau bukan, sudo akan menolak membacanya.

=== 🔹 Langkah 7: uji dari sisi user, bukan dari root ===
<syntaxhighlight lang="text">
sudo -u siswa01 -i
sudo -l
sudo systemctl status nginx
sudo cat /etc/shadow
exit
</syntaxhighlight>

Yang diharapkan: <code>sudo -l</code> menampilkan dua baris izin, <code>status</code> jalan, dan <code>cat /etc/shadow</code> ditolak dengan pesan <code>Sorry, user siswa01 is not allowed to execute...</code>. Kalau kamu menguji dari root, semuanya akan terlihat boleh — dan pengujiannya tidak berarti apa-apa.

=== 🔹 Langkah 8: sengaja merusak, lalu pahami pesannya ===
<syntaxhighlight lang="text">
sudo mv /etc/sudoers.d/10-lab-tkj /etc/sudoers.d/10-lab-tkj.conf
sudo -u siswa01 sudo -l
sudo mv /etc/sudoers.d/10-lab-tkj.conf /etc/sudoers.d/10-lab-tkj
</syntaxhighlight>

Setelah diganti nama menjadi <code>.conf</code>, isinya masih benar, tapi tidak dibaca. Gejalanya persis seperti "user belum diberi sudo". Ini kejadian nyata, bukan skenario karangan.

* 🧪 '''Uji cepat:''' Setiap kali selesai mengubah izin, jalankan <code>sudo -l -U namauser</code> dari akun admin. Kalau daftar yang muncul tidak sesuai niatmu, jangan lanjut — perbaiki dulu.

=== 🔹 Langkah 9: bersih-bersih dan audit sisa ===
<syntaxhighlight lang="text">
sudo userdel -r siswa01
sudo groupdel lab-tkj
awk -F: '$3>=1000 && $3<65534 {print $1, $3}' /etc/passwd
sudo find / -xdev -uid 1001 -ls 2>/dev/null
</syntaxhighlight>

Kalau perintah terakhir masih menemukan file, berarti ada data yang dulu milik user itu. Inilah yang dimaksud "hapus user bukan hanya hapus baris di passwd".

== 🏭 Dipakai di dunia kerja ==
* '''Sekolah/lab komputer:''' satu akun per siswa atau per kelas, plus group <code>lab-tkj</code> untuk folder bersama. Tanpa ini, nilai praktik bisa hilang dan tidak ada bukti siapa yang menghapus.
* '''Kantor dengan server file:''' group per divisi (<code>keuangan</code>, <code>gudang</code>) jauh lebih mudah dirawat daripada memberi izin per orang. Karyawan pindah divisi cukup diganti group-nya.
* '''Penyedia layanan hosting:''' setiap aplikasi punya user sistem sendiri, tanpa shell login. Kalau satu aplikasi dibobol, penyerang tidak otomatis bisa membaca data aplikasi lain.
* '''Rumah sakit dan instansi:''' pemisahan akses bukan soal nyaman, tapi kewajiban audit — siapa membuka data pasien harus bisa ditelusuri namanya.
* '''Tim DevOps:''' sudo sempit untuk perintah tertentu (restart layanan, baca log) lebih disukai daripada memberi root penuh ke semua anggota tim.
* '''Industri dan lab:''' akun layanan dipakai mesin, akun manusia dipakai orang. Mencampur keduanya membuat rotasi password dan audit jadi mimpi buruk.

== ✅ Verifikasi ==
{| class="wikitable"
! Yang diperiksa !! Perintah !! Hasil sehat
|-
| Identitas user || <code>id siswa01</code> || UID/GID dan group sesuai rencana
|-
| Status akun || <code>sudo passwd -S siswa01</code> || <code>P</code> (aktif), bukan <code>L</code>
|-
| Keanggotaan || <code>getent group lab-tkj</code> || nama user muncul di daftar
|-
| Isi sudoers || <code>sudo visudo -c</code> || <code>parsed OK</code>
|-
| Izin efektif || <code>sudo -l -U siswa01</code> || hanya perintah yang diniatkan
|-
| Jejak pemakaian || <code>sudo journalctl -t sudo -n 20</code> || ada catatan perintah dan user
|-
| Sisa kepemilikan || <code>sudo find / -xdev -uid 1001</code> || kosong setelah user dihapus
|}

* ⚠️ '''Hati-hati:''' <code>sudo -l</code> tanpa <code>-U</code> hanya menampilkan izin akun yang sedang dipakai. Saat memeriksa user lain, wajib pakai <code>-U</code>, dan akunmu harus punya hak untuk itu.

== ⚠️ Kesalahan umum & troubleshooting ==
{| class="wikitable"
! Gejala !! Penyebab !! Perbaikan
|-
| <code>user is not in the sudoers file</code> || Belum ada baris izin, atau file di <code>sudoers.d</code> tidak terbaca || Cek nama file (tanpa titik), lalu <code>sudo -l -U</code>
|-
| <code>parse error in /etc/sudoers near line N</code> || Salah sintaks, sering karena koma atau tanda kurung || Perbaiki lewat <code>visudo</code>, cek dengan <code>visudo -c</code>
|-
| Izin tidak berubah setelah <code>usermod -aG</code> || Sesi lama masih memakai daftar group lama || Logout lalu login lagi, atau buka sesi baru
|-
| <code>userdel: user is currently used by process</code> || Masih ada proses milik user itu || <code>pkill -u</code>, lalu ulangi <code>userdel -r</code>
|-
| File baru tidak ikut group folder || setgid belum dipasang di folder || <code>chmod 2770</code> pada folder bersama
|-
| Semua perintah tiba-tiba boleh || Ada baris <code>ALL=(ALL) ALL</code> di urutan terakhir || Hapus baris itu, cek urutan nama file
|-
| <code>passwd: Authentication token manipulation error</code> || <code>/etc/shadow</code> terkunci atau penuh || Cek <code>ls -l /etc/shadow</code> dan ruang disk
|}

* ⚠️ '''Hati-hati:''' Pesan "not in the sudoers file" hampir selalu disalahartikan sebagai "user belum masuk group sudo". Padahal group <code>sudo</code> hanya berguna kalau ada baris <code>%sudo ALL=(ALL:ALL) ALL</code> di sudoers. Dua hal berbeda, gejala sama.

== 🔐 Catatan keamanan & etika ==
* '''sudoers adalah kunci seluruh server.''' Sebelum menyimpan perubahan, pastikan kamu masih punya sesi root lain yang terbuka. Salah sintaks bisa membuat semua admin terkunci di luar.
* '''Jangan bagi root lewat pintu belakang.''' Akun dengan UID 0 selain root, atau baris <code>NOPASSWD: ALL</code>, membuat seluruh pembatasan tidak ada artinya.
* '''Jangan taruh password di baris perintah.''' <code>useradd -p</code> dan <code>echo sandi | passwd --stdin</code> meninggalkan jejak di riwayat shell dan daftar proses. Pakai <code>passwd</code> interaktif.
* '''Periksa izin file rahasia.''' <code>/etc/shadow</code> harus <code>640</code> milik <code>root:shadow</code>. Kalau dunia bisa membaca, hash password bisa diambil dan dipecahkan offline.
* '''Hapus dengan benar.''' <code>userdel -r</code> plus audit <code>find / -uid</code>. User yang dihapus tapi filenya tertinggal akan "diwarisi" user baru yang kebetulan dapat UID sama.
* '''Etika di lab bersama.''' <code>sudo</code> mencatat perintahmu. Membaca folder teman, mengubah nilai, atau memakai akun guru untuk iseng bukan "sekadar coba-coba" — itu pelanggaran, dan jejaknya ada.

== 📌 Kesimpulan ==
User adalah identitas berupa angka, group adalah cara membagi izin ke banyak orang sekaligus, dan sudo adalah surat izin yang dibaca baris per baris — dengan baris terakhir yang menang.

Kalau kamu hanya mengingat satu hal dari artikel ini, ingat urutannya: '''buat identitas dulu, atur keanggotaan, baru beri kewenangan sekecil yang cukup'''. Tiga langkah itu tidak boleh dibalik, dan tidak boleh digabung jadi satu perintah asal jalan.

Langkah berikutnya: buka <code>/etc/sudoers</code> di VM lab-mu dengan <code>visudo</code>, baca dari atas ke bawah, dan coba jelaskan setiap baris dengan kalimat "siapa di mana = sebagai siapa, apa". Kalau ada baris yang tidak bisa kamu jelaskan, itu baris yang harus kamu rapikan lebih dulu.

== 🔗 Materi terkait ==
* [[Linux : Manajemen User Dasar]] — perintah dasar membuat dan mengubah akun
* [[Menambahkan User Baru di Debian]] — langkah praktis <code>adduser</code> di Debian
* [[Linux : Permission File dan Folder]] — lanjutan langsung dari group: izin baca, tulis, eksekusi
* [[Linux : Mengamankan SSH Server dengan Port Custom]] — membatasi siapa yang boleh masuk sebelum urusan sudo
* [[Mengijinkan User Tertentu Remote SSH]] — mengatur siapa saja yang boleh login jarak jauh
* [[Linux : Membuat Service Sendiri dengan systemd]] — akun layanan yang dipakai unit systemd
* [[Linux : Manajemen Paket dan Repositori Debian]] — karena memasang paket butuh sudo yang benar

== 📚 Referensi ==
* <code>sudoers(5)</code>, Debian bookworm — [https://manpages.debian.org/bookworm/sudo/sudoers.5.en.html manpages.debian.org]
* <code>useradd(8)</code>, Debian bookworm — [https://manpages.debian.org/bookworm/passwd/useradd.8.en.html manpages.debian.org]
* <code>shadow(5)</code>, Debian bookworm — [https://manpages.debian.org/bookworm/passwd/shadow.5.en.html manpages.debian.org]
* <code>passwd(5)</code>, <code>group(5)</code>, dan <code>login.defs(5)</code>, proyek shadow-utils
* Debian Administrator's Handbook, bab tentang manajemen user dan hak akses

[[Category:TKJ]]
[[Category:Linux]]
[[Category:Server]]
[[Category:Sudo]]