WIKI TKJ - User contributions [en]

Linux : Manajemen User Dasar

2026-04-03T02:01:34Z

Maintenance script: Protected "Linux : Manajemen User Dasar": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

= Linux : Manajemen User Dasar =

== 🎯 Tujuan ==
Artikel ini membantu pembaca memahami manajemen user dasar di Linux untuk kebutuhan administrasi server harian. Fokusnya bukan teori akun semata, tetapi langkah-langkah praktis untuk membaca identitas user, mengenali group yang diikuti, dan memahami posisi sebuah akun di sistem.

== 🌍 Konteks nyata ==
Dalam pekerjaan admin server, user bukan sekadar nama login. Dari data user kita bisa tahu siapa pemilik sesi, siapa yang punya hak sudo, akun mana yang dipakai untuk administrasi, dan bagaimana risiko akses terbentuk di sistem.

Masalahnya, banyak pemula langsung terburu-buru membuat atau mengubah user tanpa benar-benar memahami informasi dasar yang sudah tersedia di Linux. Akibatnya mereka bisa salah memberi hak akses, salah membaca group, atau bingung saat troubleshooting permission.

Karena itu, langkah pertama yang paling aman adalah memahami dulu bagaimana Linux menampilkan identitas user dan group yang aktif.

== 🧰 Kebutuhan awal ==
* sistem Linux yang bisa diakses lewat terminal
* akun user yang bisa login
* command dasar Linux tersedia

== 🛠 Langkah 1 — Cek user yang sedang aktif ==
Jalankan:
<pre>
whoami
</pre>

Command ini menampilkan nama user yang sedang dipakai di shell saat ini.

'''Maknanya:''' jika Anda sedang masuk ke server dan ingin memastikan sedang bekerja sebagai user siapa, ini command paling cepat untuk memastikannya.

== 🛠 Langkah 2 — Cek identitas lengkap user ==
Jalankan:
<pre>
id
</pre>

Command ini menampilkan:
* UID
* GID
* group yang diikuti user

Contoh hasil yang diverifikasi pada host uji:
<pre>
uid=1000(server) gid=1000(server) groups=1000(server),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),101(lxd)
</pre>

'''Maknanya:''' dari output ini kita bisa melihat bahwa user `server` bukan hanya punya group utamanya sendiri, tetapi juga tergabung dalam group seperti `adm` dan `sudo`.

== 🛠 Langkah 3 — Tampilkan daftar group user dengan bentuk lebih ringkas ==
Jalankan:
<pre>
groups
</pre>

Contoh hasil verifikasi:
<pre>
server adm cdrom sudo dip plugdev lxd
</pre>

'''Maknanya:''' command ini berguna jika Anda hanya ingin melihat keanggotaan group tanpa detail UID/GID.

== 🛠 Langkah 4 — Baca data user dari database sistem ==
Jalankan:
<pre>
getent passwd root server
</pre>

Contoh hasil verifikasi:
<pre>
root:x:0:0:root:/root:/bin/bash
server:x:1000:1000:server:/home/server:/bin/bash
</pre>

'''Maknanya:'''
Dari sini kita bisa membaca:
* nama user
* UID dan GID
* home directory
* shell login

Ini sangat berguna saat ingin mengecek apakah sebuah user benar-benar ada dan shell apa yang dipakai.

== 🛠 Langkah 5 — Baca data group penting ==
Jalankan:
<pre>
getent group sudo adm
</pre>

Contoh hasil verifikasi:
<pre>
sudo:x:27:server
adm:x:4:syslog,server
</pre>

'''Maknanya:''' command ini membantu melihat siapa saja anggota group penting, terutama group yang berpengaruh pada administrasi dan pembacaan log.

== ✅ Verifikasi ==
Pada host uji, command berikut berhasil dijalankan dengan hasil konsisten:
<pre>
whoami
id
groups
getent passwd root server
getent group sudo adm
</pre>

Temuan penting dari verifikasi itu:
* user aktif adalah `server`
* user `server` terdaftar sebagai anggota `sudo`
* informasi UID, GID, home directory, dan shell bisa dibaca langsung dari `getent`

== ⚠ Catatan penting ==
* membaca identitas user dan group aman dilakukan sebagai inspeksi read-only
* membuat user baru, mengubah password, atau mengubah group adalah langkah berbeda yang perlu kehati-hatian lebih tinggi
* jangan menambah user ke group administratif hanya karena “agar gampang”, tanpa memahami dampaknya

== 🧩 Troubleshooting singkat ==
'''Jika `whoami` atau `id` tidak berjalan:'''
kemungkinan environment shell tidak normal atau command inti sistem bermasalah.

'''Jika `getent` tidak menampilkan user tertentu:'''
user itu mungkin memang belum ada, salah ketik, atau sistem memakai sumber identitas lain yang belum aktif.

'''Jika user masuk group `sudo`:'''
artinya user tersebut berpotensi menjalankan perintah administratif, jadi akun itu harus dijaga lebih ketat.

== 📝 Kesimpulan ==
Manajemen user dasar di Linux dimulai dari kemampuan membaca identitas akun dengan benar. Sebelum membuat perubahan apa pun, biasakan memeriksa user aktif, UID/GID, group, home directory, dan shell login.

Dengan langkah sederhana seperti `whoami`, `id`, `groups`, dan `getent`, Anda sudah bisa memahami posisi sebuah akun di sistem dengan jauh lebih jelas. Ini adalah fondasi penting sebelum masuk ke topik lanjutan seperti password, sudo, permission, atau hardening akun.

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

Linux : Manajemen User Dasar

2026-04-03T02:01:33Z

Maintenance script: Artikel Linux: manajemen user dasar

AI Automation: Dasar Workflow Agent dan Cron

2026-04-02T16:33:28Z

Maintenance script: Protected "AI Automation: Dasar Workflow Agent dan Cron": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

= AI Automation: Dasar Workflow Agent dan Cron =

== 🎯 Tujuan ==
Artikel ini membantu pembaca memahami perbedaan fungsi agent dan cron dalam workflow otomasi teknis yang nyata. Fokusnya bukan hanya definisi, tetapi bagaimana dua komponen ini dipakai dengan benar agar pekerjaan terjadwal tetap rapi, masuk akal, dan mudah diverifikasi.

== 🌍 Konteks nyata ==
Dalam pekerjaan teknis sehari-hari, ada tugas yang harus dijalankan saat diminta langsung, dan ada juga tugas yang lebih cocok dipicu otomatis pada waktu tertentu. Di sinilah perbedaan antara agent dan cron menjadi penting.

Masalahnya, banyak workflow jadi kacau karena dua hal ini dicampur tanpa arah. Semua hal dijadikan reminder, padahal seharusnya ada yang benar-benar dieksekusi otomatis. Sebaliknya, ada juga tugas yang seharusnya hanya mengingatkan manusia, tetapi malah dipaksa menjadi automasi penuh tanpa kontrol yang jelas.

Akibatnya hasil tidak konsisten, troubleshooting jadi lebih sulit, dan orang sering mengira jadwal otomatis sudah cukup padahal outcome nyata belum pernah diverifikasi.

== 🧰 Kebutuhan awal ==
* memahami dasar penggunaan terminal
* OpenClaw sudah terpasang
* command `openclaw` bisa dijalankan
* memahami bahwa tugas terjadwal dan tugas berbasis konteks tidak selalu ditangani dengan cara yang sama

== 🛠 Apa itu agent? ==
Agent adalah komponen yang menerima instruksi, membaca konteks, memakai tools yang tersedia, lalu menghasilkan tindakan atau jawaban sesuai kebutuhan.

Secara praktis, agent cocok untuk:
* menjawab pertanyaan teknis
* melakukan troubleshooting
* memeriksa status sistem
* menjalankan workflow yang butuh konteks
* membantu memilih langkah berikutnya berdasarkan kondisi nyata

== 🛠 Apa itu cron? ==
Cron adalah mekanisme penjadwalan. Tugas utamanya bukan "berpikir", tetapi memastikan suatu tugas dipicu pada waktu tertentu.

Secara praktis, cron cocok untuk:
* reminder terjadwal
* pemeriksaan rutin
* trigger task periodik
* workflow yang memang harus berjalan pada jam tertentu

== 🔄 Cara memahami workflow-nya ==
Pola sederhananya seperti ini:

* '''agent''' = pelaksana yang memahami instruksi dan konteks
* '''cron''' = penjadwal yang memicu sesuatu pada waktu tertentu

Jadi, cron tidak menggantikan agent. Sebaliknya, cron bisa dipakai untuk memicu tugas yang nanti dijalankan oleh agent.

== ✅ Contoh kasus praktis ==
Misalnya Anda ingin:
* setiap pagi ada pengingat untuk cek kesehatan server
* setiap 30 menit ada pengecekan ringan bahwa gateway tetap hidup
* saat ada masalah tertentu, agent membantu analisis dan memberi rekomendasi

Di situ workflow yang masuk akal adalah:
# cron memicu reminder atau task sesuai jadwal
# agent membaca konteks tugas yang dipicu
# agent menjalankan langkah yang relevan
# hasilnya dilaporkan atau ditindaklanjuti

== ✅ Contoh alur yang sehat ==
Contoh pembagian yang benar:

'''Gunakan reminder jika tujuannya mengingatkan manusia:'''
* mengingatkan admin untuk cek backup mingguan
* mengingatkan jadwal publikasi artikel

'''Gunakan eksekusi otomatis jika tujuannya memang harus berjalan sendiri:'''
* pemeriksaan ringan status gateway
* pengumpulan status rutin yang hasilnya bisa dilaporkan otomatis

Ini penting, karena reminder dan executor bukan hal yang sama.

== ✅ Prinsip penting yang harus dipegang ==
Agar workflow agent + cron tetap rapi, pegang prinsip ini:
* bedakan reminder dan executor
* gunakan cron untuk hal yang memang butuh waktu pasti
* gunakan agent saat tugas butuh konteks, analisis, atau pemilihan langkah
* verifikasi hasil, jangan hanya mengandalkan bahwa task "sudah dijadwalkan"
* jangan membuat automasi hanya karena sesuatu bisa diotomatisasi

== ⚠ Kesalahan yang sering terjadi ==
Beberapa kekeliruan umum:
* memakai reminder untuk tugas yang seharusnya dieksekusi otomatis
* membuat automasi tanpa membedakan tugas yang aman dan yang berisiko
* menjadwalkan terlalu banyak task tanpa tujuan yang jelas
* tidak menyiapkan verifikasi hasil setelah task berjalan
* menganggap cron adalah pengganti logika dan analisis agent

== ✅ Verifikasi praktis ==
Dalam workflow OpenClaw, prinsip yang aman adalah:
* gunakan cron untuk jadwal yang jelas
* gunakan agent untuk eksekusi yang butuh konteks
* cek hasil task, bukan hanya konfigurasi jadwalnya

Artinya, perubahan workflow tidak boleh dianggap selesai hanya karena job berhasil dibuat. Yang harus dipastikan adalah apakah perilaku yang diinginkan benar-benar terjadi saat job berjalan.

== 🧩 Penutup pemahaman ==
Kalau disederhanakan:
* cron menjawab pertanyaan: '''kapan tugas dipicu?'''
* agent menjawab pertanyaan: '''apa yang harus dilakukan saat tugas itu dipicu?'''

Begitu dua peran ini dipahami, workflow otomasi akan lebih mudah dirancang, lebih mudah dirawat, dan tidak cepat berubah menjadi tumpukan task yang membingungkan.

== 📝 Kesimpulan ==
Agent dan cron bukan dua hal yang saling menggantikan, tetapi saling melengkapi. Agent dipakai untuk memahami dan menjalankan pekerjaan sesuai konteks, sedangkan cron dipakai untuk memastikan pekerjaan itu dipicu pada waktu yang tepat.

Kalau dua komponen ini dipakai dengan benar, workflow otomasi akan terasa lebih rapi, lebih bisa diprediksi, dan lebih mudah dikembangkan tanpa menciptakan beban teknis yang tidak perlu.

[[Category:AI Automation]]
[[Category:OpenClaw]]
[[Category:TKJ]]

AI Automation: Dasar Workflow Agent dan Cron

2026-04-02T16:33:28Z

Maintenance script: Artikel AI Automation: dasar workflow agent dan cron

Main Page

2026-04-02T16:30:52Z

Maintenance script:

= Selamat datang di WIKI TKJ =

WIKI TKJ adalah situs tutorial dan dokumentasi teknis yang berfokus pada Linux, administrasi server, jaringan komputer, MikroTik, Windows, virtualisasi, hingga AI automation. Setiap artikel dirancang agar mudah dipraktikkan, jelas langkahnya, dan memiliki verifikasi agar pembaca tidak hanya memahami teori, tetapi juga bisa langsung menerapkannya.

== 🚀 Mulai dari sini ==
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Linux : Cek Penggunaan Disk]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Aplikasi_Praktikum_TKJ]]

== 🗂️ Kategori utama ==
* [[Category:TKJ|TKJ]]
* [[Category:Linux|Linux]]
* [[Category:Server|Server]]
* [[Category:Jaringan|Jaringan]]
* [[Category:OpenClaw|OpenClaw]]
* [[Category:AI Automation|AI Automation]]

== 🆕 Artikel terbaru ==
* [[OpenClaw : Cara Memeriksa Model yang Sedang Digunakan di OpenClaw]]
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Linux : Cek Penggunaan RAM]]

== 🧭 Jalur belajar ==
=== 📘 Linux dasar ===
* [[Linux_:_Perintah_Dasar_Linux]]
* [[Linux : Cek Penggunaan Disk]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Linux:_Cron_Job]]

=== 🖥️ Administrasi server ===
* [[Instalasi_Debian_Server]]
* [[Instalasi_SSH_Server_di_Debian_Linux]]
* [[Debian_:_Database_Server]]
* [[Debian_:_Konfigurasi_Web_Server_(Apache)]]
* [[Debian_:_Konfigurasi_Web_Server_(Nginx)]]
* [[Debian_:_Konfigurasi_Mail_Server]]

=== 🌐 Jaringan dan keamanan ===
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[DNS_Server]]
* [[Authoritative_DNS_Server]]
* [[Debian_:_Konfigurasi_DNS_Cache]]
* [[Debian_:_Konfigurasi_Authoritative_DNS_Server]]
* [[Debian_:_Firewall_(IPTables)]]
* [[Merubah_Default_Port_SSH]]
* [[Mengijinkan_User_Tertentu_Remote_SSH]]

=== 🧪 Praktikum dan virtualisasi ===
* [[Aplikasi_Praktikum_TKJ]]
* [[PNET:_Membuat_File_qcow2_dari_VirtualBox]]

=== 🤖 OpenClaw & AI Automation ===
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[OpenClaw : Cara Memeriksa Model yang Sedang Digunakan di OpenClaw]]
* [[Category:OpenClaw|Lihat kategori OpenClaw]]
* [[Category:AI Automation|Lihat kategori AI Automation]]

=== 🔐 Belajar Cyber Security ===
Jalur ini disiapkan untuk membantu siswa belajar cyber security secara aman, legal, dan bertahap. Fokusnya adalah audit, visibilitas jaringan, logging, hardening, dan praktik lab yang terkontrol.

* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* ''Cyber Security: Belajar Membaca Port dan Service''
* ''Cyber Security: Belajar TCPDump Dasar''
* ''Cyber Security: Belajar Log dan Jejak Audit''
* ''Cyber Security: Belajar Hardening Dasar''

'''Urutan belajar yang disarankan:'''
# mulai dari memahami host, port, dan service
# lanjut ke pengamatan trafik jaringan
# pelajari logging dan jejak aktivitas
# tutup dengan hardening dasar pada target lab

'''Catatan penting:'''
* semua praktik dilakukan pada lab sendiri atau target yang diberi izin
* materi difokuskan untuk pembelajaran defensive security, bukan penyalahgunaan

== ℹ️ Catatan ==
* Gunakan kolom pencarian untuk mencari topik tertentu.
* Halaman utama ini dirancang sebagai portal awal agar pembaca lebih cepat menemukan materi yang relevan.

OpenClaw : Cara Memeriksa Model yang Sedang Digunakan di OpenClaw

2026-04-02T16:27:51Z

Maintenance script: Artikel OpenClaw: pemeriksaan model aktif

= OpenClaw: Cara Memeriksa Model yang Sedang Digunakan di OpenClaw =

== 🎯 Tujuan ==
Artikel ini membantu Anda memeriksa model yang sedang digunakan di OpenClaw tanpa menebak-nebak dari file konfigurasi. Fokus utamanya adalah memakai command bawaan OpenClaw yang memang disediakan untuk membaca status model, baik pada level global maupun pada sesi yang sedang aktif.

== 🌍 Konteks nyata ==
Dalam penggunaan sehari-hari, pertanyaan seperti ini sering muncul saat perilaku OpenClaw terasa berubah. Misalnya jawaban terasa lebih lambat, gaya respons berbeda, hasil terasa tidak konsisten, atau Anda baru selesai mengubah konfigurasi model dan ingin memastikan perubahan itu benar-benar terbaca oleh sistem.

Di situ masalah utamanya bukan langsung mengubah config lagi, tetapi memastikan dulu model apa yang sedang aktif. Kalau langkah ini dilewatkan, troubleshooting sering melenceng karena kita sibuk membahas gejala tanpa tahu model yang benar-benar dipakai saat itu.

== 🧰 Kebutuhan awal ==
* OpenClaw sudah terpasang
* CLI `openclaw` bisa dijalankan
* Anda punya akses terminal ke host yang menjalankan OpenClaw
* Jika ingin mengecek sesi TUI, Anda sedang berada di sesi TUI yang aktif

== 🛠 Langkah 1 — Cek model default dan model yang terkonfigurasi ==
Jalankan:
<pre>
openclaw models status
</pre>

Command ini dipakai untuk melihat:
* model default
* model yang terkonfigurasi
* alias model
* auth/provider yang tersedia

'''Maknanya:'''
Jika tujuan Anda adalah memastikan model utama yang dipakai OpenClaw secara default, ini command yang paling langsung dan paling aman dipakai.

== 🛠 Langkah 2 — Cek status operasional OpenClaw ==
Jalankan:
<pre>
openclaw status
</pre>

Command ini membantu melihat:
* status gateway
* sesi aktif
* model default yang sedang dipakai sistem
* kondisi runtime secara umum

'''Maknanya:'''
Kalau `openclaw models status` lebih fokus ke konfigurasi model, maka `openclaw status` membantu melihat konteks operasional sistem saat ini. Ini berguna jika Anda ingin memastikan apakah model yang terlihat di konfigurasi memang sejalan dengan kondisi runtime yang sedang berjalan.

== 🛠 Langkah 3 — Jika memakai TUI, cek model dari sesi itu ==
Kalau Anda sedang berada di OpenClaw TUI, jalankan:
<pre>
/status
</pre>

'''Maknanya:'''
Command ini paling cocok untuk melihat model yang sedang dipakai oleh sesi TUI yang sedang aktif. Ini penting karena kadang yang ingin dicek bukan hanya model default global, tetapi model yang benar-benar sedang dipakai pada sesi tertentu.

== ✅ Urutan yang paling praktis ==
Kalau tujuannya hanya ingin memeriksa model yang sedang digunakan, gunakan urutan ini:

<pre>
openclaw models status
openclaw status
</pre>

Kalau sedang di TUI:
<pre>
/status
</pre>

== ✅ Contoh pembacaan hasil ==
Perhatikan bagian seperti:
* `Default : ...`
* `Configured models : ...`
* `Model: ...`

Contoh makna hasil:
* jika tertulis `Default : openai-codex/gpt-5.4`, berarti model default OpenClaw adalah itu
* jika ada alias seperti `OpenRouter -> openrouter/auto`, berarti jalur alias juga tersedia
* jika di TUI `/status` menampilkan model tertentu, itu adalah model yang sedang dipakai sesi tersebut

== ✅ Verifikasi praktis ==
Pada environment yang sudah diuji, command berikut memang menampilkan informasi model dengan jelas:

<pre>
openclaw models status
openclaw status
/status
</pre>

Artinya, untuk kebutuhan pemeriksaan model, Anda tidak perlu membuka file konfigurasi lebih dulu. Mulailah dari command status bawaan karena hasilnya lebih langsung, lebih cepat, dan lebih relevan untuk troubleshooting.

== 🧩 Troubleshooting singkat ==
'''Jika ingin tahu model default global:'''
gunakan:
<pre>
openclaw models status
</pre>

'''Jika ingin tahu model runtime atau kondisi sistem aktif:'''
gunakan:
<pre>
openclaw status
</pre>

'''Jika ingin tahu model yang dipakai sesi TUI saat ini:'''
gunakan:
<pre>
/status
</pre>

'''Jika hasil terasa tidak sesuai ekspektasi:'''
* cek apakah gateway sudah direstart setelah perubahan konfigurasi
* pastikan Anda membaca sesi yang benar, terutama jika memakai TUI atau banyak session
* bedakan antara model default global dan model yang sedang dipakai sesi tertentu

== 📝 Kesimpulan ==
Cara paling aman untuk memeriksa model yang sedang digunakan di OpenClaw adalah memakai command bawaan yang memang dibuat untuk itu. Untuk level global, gunakan `openclaw models status`. Untuk kondisi runtime, gunakan `openclaw status`. Jika Anda sedang memakai TUI, gunakan `/status`.

Dengan pendekatan ini, Anda tidak perlu menebak dari file config atau asumsi lama. Anda langsung membaca model dari sumber status yang memang disediakan OpenClaw, sehingga troubleshooting jadi lebih cepat dan lebih akurat.

[[Category:OpenClaw]]
[[Category:AI Automation]]
[[Category:TKJ]]

OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil

2026-04-02T14:04:05Z

Maintenance script: Revisi artikel OpenClaw: tambah konteks nyata, verifikasi host uji, dan alur yang lebih natural

= OpenClaw: Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil =

== 🎯 Tujuan ==
Artikel ini membantu pembaca memasang OpenClaw di Ubuntu sampai benar-benar bisa dipakai, bukan berhenti di tahap instalasi saja. Fokusnya mulai dari pengecekan kebutuhan awal, instalasi CLI, onboarding, pemasangan gateway service, sampai verifikasi bahwa gateway memang berjalan.

== 🌍 Konteks nyata ==
Dalam praktiknya, banyak instalasi kelihatan sukses di awal, tetapi gagal saat mulai dipakai. Ada yang binary-nya terpasang tetapi gateway tidak jalan, ada yang onboarding berhenti di tengah, ada juga yang CLI sudah ada tetapi status sistem masih bermasalah. Karena itu, artikel ini tidak hanya menjelaskan cara memasang OpenClaw, tetapi juga bagaimana memastikan hasil instalasinya benar-benar usable.

== 📚 Sumber tepercaya ==
Artikel ini disusun berdasarkan dokumentasi resmi OpenClaw dan dicocokkan dengan command yang benar-benar tersedia pada host Ubuntu.

== 🧰 Kebutuhan awal ==
* Ubuntu aktif
* Akses terminal
* Koneksi internet
* Hak akses user yang dapat memasang paket global npm dan menjalankan onboarding
* Node.js terpasang

== ℹ️ Catatan versi ==
Menurut dokumentasi resmi OpenClaw, Node 24 direkomendasikan. Untuk kompatibilitas, Node 22 LTS masih didukung, dengan minimal versi 22.16+. Pada host uji yang dipakai untuk artikel ini, OpenClaw berjalan di Node `22.21.1`, jadi jalur Node 22 masih valid untuk dipakai.

== 🛠 Langkah 1: cek versi Node.js dan npm ==
Jalankan:
<pre>
node -v
npm -v
</pre>

Pada host uji, command ini berhasil dan menunjukkan Node `22.21.1`. Artinya lingkungan yang dipakai sudah memenuhi syarat dasar untuk menjalankan OpenClaw. Jika di host Anda versi Node masih terlalu lama, perbarui dulu sebelum lanjut supaya proses onboarding tidak berhenti di tengah.

== 🛠 Langkah 2: instal OpenClaw ==
Metode paling sederhana di Linux adalah menggunakan installer resmi:
<pre>
curl -fsSL https://openclaw.ai/install.sh | bash
</pre>

Jika Anda sudah mengelola Node.js sendiri, gunakan metode npm:
<pre>
npm install -g openclaw@latest
openclaw onboard --install-daemon
</pre>

Untuk pembaca pemula, installer resmi biasanya lebih nyaman karena beberapa langkah dasar ditangani otomatis. Tetapi jika Anda sudah terbiasa mengelola Node.js dan npm sendiri, jalur npm memberi kontrol yang lebih jelas terhadap versi paket yang dipasang.

== Langkah 3: jalankan onboarding ==
Jika Anda memakai installer resmi, onboarding biasanya akan ditangani oleh script. Jika belum, jalankan manual:
<pre>
openclaw onboard --install-daemon
</pre>

Pada tahap ini, ikuti wizard untuk:
* pengaturan workspace
* metode autentikasi model/provider
* pemasangan gateway service
* setup dasar yang diperlukan

== Langkah 4: pasang gateway service ==
Jika gateway service belum terpasang melalui onboarding, Anda bisa memasangnya manual:
<pre>
openclaw gateway install
</pre>

== ✅ Langkah 5: verifikasi instalasi ==
Setelah instalasi selesai, cek versi CLI:
<pre>
openclaw --version
</pre>

Cek status gateway:
<pre>
openclaw gateway status
</pre>

Cek status keseluruhan:
<pre>
openclaw status
</pre>

Bagian ini justru paling penting. Banyak orang berhenti setelah instalasi tanpa benar-benar memastikan apakah gateway berjalan dan apakah OpenClaw siap dipakai. Di artikel ini, verifikasi dilakukan ulang pada host nyata, bukan hanya mengandalkan asumsi bahwa instalasi pasti berhasil.

== 📌 Contoh hasil verifikasi yang benar ==
Pada host uji, hasil verifikasi yang terlihat adalah:
* <code>openclaw --version</code> menampilkan versi `2026.3.28`
* <code>openclaw gateway status</code> menunjukkan service systemd terpasang, enabled, dan running
* <code>openclaw status</code> menunjukkan gateway reachable, service aktif, dan CLI bisa membaca kondisi sistem

Dengan hasil seperti itu, instalasi dapat dianggap berhasil karena OpenClaw bukan hanya terpasang, tetapi juga benar-benar berjalan.

== 🧩 Troubleshooting ==
* Jika <code>openclaw</code> tidak ditemukan, cek apakah instalasi global npm berhasil dan path global binary sudah masuk ke environment.
* Jika onboarding gagal, ulangi perintah <code>openclaw onboard --install-daemon</code> dan baca error yang muncul.
* Jika gateway service belum aktif, jalankan kembali <code>openclaw gateway install</code> lalu cek dengan <code>openclaw gateway status</code>.
* Jika status masih menampilkan warning, jangan langsung panik. Bedakan dulu warning ringan dengan kegagalan fatal yang benar-benar membuat OpenClaw tidak bisa dipakai.
* Jika ingin audit atau perbaikan tambahan, gunakan:
<pre>
openclaw doctor
</pre>

== 📝 Kesimpulan ==
Instalasi OpenClaw di Ubuntu bisa dilakukan dengan installer resmi atau melalui npm. Yang paling penting bukan hanya berhasil memasang CLI, tetapi memastikan gateway benar-benar aktif dan status sistem bisa dibaca dengan baik. Karena itu, alur yang aman adalah: cek Node.js, pasang OpenClaw, jalankan onboarding, pastikan gateway service terpasang, lalu verifikasi dengan <code>openclaw --version</code>, <code>openclaw gateway status</code>, dan <code>openclaw status</code>.

Kalau semua tahap ini lolos, barulah OpenClaw layak dipakai untuk langkah berikutnya seperti konfigurasi channel, pengelolaan agent, atau troubleshooting yang lebih spesifik.

[[Category:OpenClaw]]
[[Category:AI Automation]]
[[Category:Server]]
[[Category:TKJ]]

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-02T13:53:20Z

Maintenance script: Revisi artikel WIKI TKJ: rapikan alur belajar dan penekanan jam terbang siswa

= Cyber Security: Belajar Nmap untuk Audit Jaringan Legal =

== 🎯 Mengapa materi ini penting? ==
Banyak orang pertama kali mengenal cyber security lewat nama-nama tool. Masalahnya, kalau sejak awal fokusnya hanya pada tool, pembahasan jadi cepat terasa dangkal. Yang lebih penting justru memahami apa yang sedang dicek, kenapa itu dicek, dan bagaimana membaca hasilnya dengan benar.

Di situ Nmap berguna. Dalam situasi nyata, tool ini sering dipakai saat admin, teknisi lab, atau siswa magang perlu memastikan sebuah host sebenarnya membuka layanan apa saja dari sisi jaringan. Jadi fungsinya bukan sekadar untuk scanning, melainkan untuk membantu membaca kondisi host sebelum lanjut ke audit, troubleshooting, atau hardening.

Namun satu hal harus jelas sejak awal: '''Nmap hanya boleh digunakan pada target yang legal''', seperti lab sendiri, perangkat sendiri, atau sistem yang memang diberikan izin untuk diuji.

== 🌍 Contoh konteks nyata ==
Bayangkan ada server Ubuntu di lab sekolah yang seharusnya hanya dipakai untuk SSH dan administrasi dasar. Setelah beberapa paket tambahan dipasang, admin ingin memastikan tidak ada service lain yang ikut terbuka tanpa disadari. Dalam kondisi seperti itu, Nmap dipakai untuk melihat host dari sisi jaringan, lalu hasilnya dicocokkan langsung dari sisi server.

Kasus seperti ini sangat realistis. Di internet pun banyak masalah bermula bukan dari serangan yang rumit, tetapi dari service yang ternyata terekspos, konfigurasi yang berubah, atau host yang tidak pernah dicek lagi setelah dipakai beberapa waktu. Dari sini siswa bisa melihat bahwa keamanan dasar sering dimulai dari hal sederhana: tahu apa yang sebenarnya terlihat dari jaringan.

Yang perlu ditekankan, artikel ini memang sengaja tidak dipenuhi banyak command. Fokus utamanya adalah membantu pembaca memahami dua hal penting, yaitu bagaimana Nmap membaca service dari sisi jaringan dan bagaimana `ss -tulpn` membantu memeriksa kondisi sebenarnya dari sisi target. Karena itu porsi penjelasan dibuat lebih dominan daripada praktik panjang.

== 📘 Apa itu Nmap? ==
Nmap adalah tool untuk melakukan pemetaan jaringan. Dalam praktiknya, Nmap sering dipakai untuk:
* mengetahui apakah sebuah host aktif
* melihat port yang terbuka
* mengenali service yang berjalan
* membantu audit dan troubleshooting jaringan

Dengan kata lain, Nmap membantu kita "membaca permukaan" sebuah sistem dari sisi jaringan.

== 🧭 Tujuan pembelajaran ==
Setelah mempelajari artikel ini, pembaca diharapkan dapat:
* memahami fungsi dasar Nmap
* melakukan scan legal pada host lab
* membaca hasil scan dasar
* mencocokkan hasil scan dengan kondisi nyata di target
* memahami kapan Nmap dipakai sebagai audit awal sebelum troubleshooting atau hardening

Jadi tujuan materi ini bukan cuma supaya siswa bisa menjalankan Nmap, tetapi supaya mereka paham kapan host perlu dicek, apa arti port yang terlihat dari jaringan, dan kapan hasil scan harus ditindaklanjuti dengan pemeriksaan langsung di sisi target.

== 🧪 Kasus operasional yang dipakai pada artikel ini ==
Kasus yang dipakai di artikel ini sengaja dibuat sederhana: sebuah VM Ubuntu di lab sekolah hanya diharapkan membuka layanan SSH untuk administrasi. Sebelum host itu dipakai lebih jauh untuk hardening atau audit lanjutan, kita cek dulu dari sisi jaringan menggunakan Kali Linux.

Alur berpikirnya sederhana:
* cek dulu apakah host dapat dijangkau
* lihat apakah ada port yang terbuka dari jaringan
* identifikasi service yang berjalan di balik port itu
* cocokkan hasil scan dengan kondisi nyata di target

Jika hasil scan menunjukkan hanya port 22 yang terbuka, maka exposure host masih minimal. Jika ternyata ada port lain yang ikut terbuka, maka itu menjadi alasan untuk audit lanjutan sebelum host dianggap aman dipakai.

== 🧰 Gambaran lab yang digunakan ==
Agar materi ini tidak hanya teoritis, pengujian dilakukan pada lab sederhana dengan dua VM:

* '''Kali Linux''' sebagai analyst VM — IP '''192.168.100.8'''
* '''Ubuntu Target''' sebagai target lab — IP '''192.168.100.9'''

Model lab seperti ini penting karena siswa bisa belajar dengan aman, tanpa menyentuh sistem publik atau perangkat orang lain.

== 🛠 Langkah 1 — Pastikan target bisa dijangkau ==
Sebelum melakukan scanning, cek dulu apakah target dapat dihubungi.

<syntaxhighlight lang="bash">
ping -c 4 192.168.100.9
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* target membalas 4 dari 4 paket
* packet loss = '''0%'''
* RTT rata-rata sekitar '''0.592 ms'''
* artinya host dapat dijangkau dari Kali dengan respons yang stabil

'''Maknanya:''' jangan langsung scanning secara membabi buta. Mulailah dari konektivitas paling dasar. Kalau host di lab yang sama saja tidak bisa di-ping, biasanya masalah awalnya ada di status VM, IP, atau jalur jaringan, bukan pada Nmap-nya.

== 🛠 Langkah 2 — Scan dasar dengan Nmap ==
Setelah target dapat dijangkau, lanjutkan dengan scan sederhana.

<syntaxhighlight lang="bash">
nmap -Pn 192.168.100.9
</syntaxhighlight>

'''Penjelasan singkat:'''
* '''nmap''' = menjalankan tool Nmap
* '''-Pn''' = menganggap host aktif dan langsung lanjut ke pengecekan port

'''Hasil verifikasi lab:'''
* host terdeteksi aktif
* ditemukan port '''22/tcp''' dalam status '''open'''

'''Maknanya:''' dari sisi jaringan, target terlihat membuka layanan SSH.

== 🛠 Langkah 3 — Kenali service yang berjalan ==
Mengetahui port terbuka saja belum cukup. Kita juga perlu tahu service apa yang ada di balik port tersebut.

<syntaxhighlight lang="bash">
nmap -sV 192.168.100.9
</syntaxhighlight>

'''Penjelasan:'''
* '''-sV''' = mencoba mengidentifikasi versi service yang berjalan

'''Hasil verifikasi lab:'''
* port '''22/tcp''' terdeteksi menjalankan:
** '''OpenSSH 9.6p1 Ubuntu 3ubuntu13.15'''

'''Maknanya:''' kita tidak hanya tahu ada port 22 terbuka, tetapi juga tahu layanan yang berjalan adalah SSH dari Ubuntu.

== ✅ Langkah 4 — Verifikasi langsung dari sisi target ==
Dalam audit yang baik, hasil scan tidak cukup hanya dipercaya dari sisi scanner. Kita juga perlu mencocokkan hasilnya dari target itu sendiri.

<syntaxhighlight lang="bash">
sudo ss -tulpn
systemctl status ssh --no-pager
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* SSH benar-benar listening di port 22
* service '''ssh''' berada dalam status '''active (running)'''
* dari sisi target juga terlihat ada listener lokal untuk resolver DNS di `127.0.0.53` dan `127.0.0.54`, tetapi listener ini tidak terekspos ke jaringan luar seperti SSH

'''Kesimpulan dari verifikasi ini:''' hasil Nmap cocok dengan kondisi nyata di server target. Di sini ada pelajaran penting: tidak semua port yang terlihat dari `ss` otomatis terekspos ke jaringan. Karena itu, hasil dari sisi scanner dan hasil dari sisi target harus dibaca bareng, bukan dipahami secara terpisah.

== 📌 Ringkasan hasil audit ==
Dari pengujian di lab, diperoleh hasil berikut:
* host target aktif dan dapat dijangkau
* port '''22/tcp''' terbuka
* service yang berjalan adalah '''SSH'''
* hasil scan konsisten dengan pemeriksaan langsung di target

Ini contoh audit dasar yang sederhana dan aman, tetapi justru di situ letak pentingnya: siswa belajar membaca kondisi host dengan tenang sebelum melompat ke langkah yang lebih jauh.

== 💡 Kenapa materi ini penting untuk siswa TKJ? ==
Materi ini penting karena siswa jadi melihat bahwa cyber security tidak selalu dimulai dari eksploitasi. Langkah awal yang sehat justru biasanya seperti ini:
* mengenali host
* memahami port
* membaca service
* memverifikasi hasil
* menarik kesimpulan dengan benar

Dengan pola pikir seperti ini, siswa tidak berhenti di level "bisa menjalankan tool", tetapi mulai belajar berpikir seperti analis yang teliti.

== 🔐 Catatan etika dan legalitas ==
Gunakan Nmap hanya untuk:
* lab sendiri
* perangkat sendiri
* jaringan sekolah yang memang diizinkan untuk diuji
* target yang secara jelas memberikan izin

'''Jangan''' menggunakan Nmap untuk memindai target publik atau perangkat orang lain tanpa izin.

== ⚠ Kesalahan umum yang perlu dihindari ==
Beberapa kesalahan umum saat belajar Nmap:
* langsung scanning tanpa memahami tujuan
* menganggap semua port terbuka itu berbahaya tanpa konteks
* tidak memverifikasi hasil dari sisi target
* memakai tool ke target yang tidak sah

Belajar cyber security yang benar selalu harus disertai tanggung jawab.

== 🧩 Troubleshooting singkat ==
'''Jika host tidak terdeteksi saat diping atau discan:'''
* cek apakah IP target benar
* cek apakah VM target sedang menyala
* cek konektivitas dasar dari sisi analyst VM
* cek apakah ada masalah jaringan sebelum menyalahkan tool scanning

'''Jika hasil `nmap -sV` tidak menampilkan versi service dengan jelas:'''
* ulangi scan setelah memastikan service target memang aktif
* verifikasi dari sisi target dengan `ss -tulpn` dan `systemctl status`
* pahami bahwa deteksi versi service bergantung pada respons target

'''Jika hasil scan berbeda dengan yang terlihat di `ss -tulpn`:'''
* periksa apakah service hanya listen di localhost
* bedakan service yang memang terekspos ke jaringan dengan service lokal internal
* gunakan hasil scanner dan hasil target sebagai dua sudut pandang yang saling melengkapi

Bagian troubleshooting seperti ini penting karena di lapangan hasil tidak selalu lurus seperti di tutorial. Dari sinilah siswa mulai membangun jam terbang: bukan hanya melihat output yang benar, tetapi juga belajar membaca saat hasilnya berbeda dari dugaan awal.

== 📝 Penutup ==
Nmap adalah pintu masuk yang bagus untuk belajar audit jaringan secara legal. Dengan command sederhana seperti '''ping''', '''nmap -Pn''', dan '''nmap -sV''', siswa sudah bisa melihat hubungan antara host aktif, port terbuka, dan service yang berjalan.

Materi ini sangat cocok dijadikan fondasi sebelum lanjut ke topik berikutnya seperti:
* membaca port dan service lebih dalam
* packet capture dengan tcpdump
* log dan jejak audit
* hardening dasar pada target lab

Dengan kata lain, artikel ini bukan titik akhir. Ini langkah awal supaya siswa terbiasa melihat exposure host lebih dulu, memahami artinya, memverifikasi dari sisi target, lalu baru memutuskan apakah host itu perlu diaudit lebih jauh atau langsung di-hardening.

[[Category:Cyber Security]]
[[Category:Jaringan]]
[[Category:Linux]]
[[Category:TKJ]]

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-02T13:40:33Z

Maintenance script: Revisi gaya bahasa artikel WIKI TKJ: dibuat lebih natural dan mengalir

= Cyber Security: Belajar Nmap untuk Audit Jaringan Legal =

== 🎯 Mengapa materi ini penting? ==
Banyak orang pertama kali mengenal cyber security lewat nama-nama tool. Masalahnya, kalau sejak awal fokusnya hanya pada tool, pembahasan jadi cepat terasa dangkal. Yang lebih penting justru memahami apa yang sedang dicek, kenapa itu dicek, dan bagaimana membaca hasilnya dengan benar.

Di situ Nmap berguna. Dalam situasi nyata, tool ini sering dipakai saat admin, teknisi lab, atau siswa magang perlu memastikan sebuah host sebenarnya membuka layanan apa saja dari sisi jaringan. Jadi fungsinya bukan sekadar untuk scanning, melainkan untuk membantu membaca kondisi host sebelum lanjut ke audit, troubleshooting, atau hardening.

Namun satu hal harus jelas sejak awal: '''Nmap hanya boleh digunakan pada target yang legal''', seperti lab sendiri, perangkat sendiri, atau sistem yang memang diberikan izin untuk diuji.

== 🌍 Contoh konteks nyata ==
Bayangkan ada server Ubuntu di lab sekolah yang seharusnya hanya dipakai untuk SSH dan administrasi dasar. Setelah beberapa paket tambahan dipasang, admin ingin memastikan tidak ada service lain yang ikut terbuka tanpa disadari. Dalam kondisi seperti itu, Nmap dipakai untuk melihat host dari sisi jaringan, lalu hasilnya dicocokkan langsung dari sisi server.

Kasus seperti ini sangat realistis. Di internet pun banyak masalah bermula bukan dari serangan yang rumit, tetapi dari service yang ternyata terekspos, konfigurasi yang berubah, atau host yang tidak pernah dicek lagi setelah dipakai beberapa waktu. Dari sini siswa bisa melihat bahwa keamanan dasar sering dimulai dari hal sederhana: tahu apa yang sebenarnya terlihat dari jaringan.

== 📘 Apa itu Nmap? ==
Nmap adalah tool untuk melakukan pemetaan jaringan. Dalam praktiknya, Nmap sering dipakai untuk:
* mengetahui apakah sebuah host aktif
* melihat port yang terbuka
* mengenali service yang berjalan
* membantu audit dan troubleshooting jaringan

Dengan kata lain, Nmap membantu kita "membaca permukaan" sebuah sistem dari sisi jaringan.

== 🧭 Tujuan pembelajaran ==
Setelah mempelajari artikel ini, pembaca diharapkan dapat:
* memahami fungsi dasar Nmap
* melakukan scan legal pada host lab
* membaca hasil scan dasar
* mencocokkan hasil scan dengan kondisi nyata di target
* memahami kapan Nmap dipakai sebagai audit awal sebelum troubleshooting atau hardening

Jadi tujuan materi ini bukan cuma supaya siswa bisa menjalankan Nmap, tetapi supaya mereka paham kapan host perlu dicek, apa arti port yang terlihat dari jaringan, dan kapan hasil scan harus ditindaklanjuti dengan pemeriksaan langsung di sisi target.

== 🧪 Kasus operasional yang dipakai pada artikel ini ==
Kasus yang dipakai di artikel ini sengaja dibuat sederhana: sebuah VM Ubuntu di lab sekolah hanya diharapkan membuka layanan SSH untuk administrasi. Sebelum host itu dipakai lebih jauh untuk hardening atau audit lanjutan, kita cek dulu dari sisi jaringan menggunakan Kali Linux.

Alur berpikirnya sederhana:
* cek dulu apakah host dapat dijangkau
* lihat apakah ada port yang terbuka dari jaringan
* identifikasi service yang berjalan di balik port itu
* cocokkan hasil scan dengan kondisi nyata di target

Jika hasil scan menunjukkan hanya port 22 yang terbuka, maka exposure host masih minimal. Jika ternyata ada port lain yang ikut terbuka, maka itu menjadi alasan untuk audit lanjutan sebelum host dianggap aman dipakai.

== 🧰 Gambaran lab yang digunakan ==
Agar materi ini tidak hanya teoritis, pengujian dilakukan pada lab sederhana dengan dua VM:

* '''Kali Linux''' sebagai analyst VM — IP '''192.168.100.8'''
* '''Ubuntu Target''' sebagai target lab — IP '''192.168.100.9'''

Model lab seperti ini penting karena siswa bisa belajar dengan aman, tanpa menyentuh sistem publik atau perangkat orang lain.

== 🛠 Langkah 1 — Pastikan target bisa dijangkau ==
Sebelum melakukan scanning, cek dulu apakah target dapat dihubungi.

<syntaxhighlight lang="bash">
ping -c 4 192.168.100.9
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* target membalas 4 dari 4 paket
* packet loss = '''0%'''
* RTT rata-rata sekitar '''0.592 ms'''
* artinya host dapat dijangkau dari Kali dengan respons yang stabil

'''Maknanya:''' jangan langsung scanning secara membabi buta. Mulailah dari konektivitas paling dasar. Kalau host di lab yang sama saja tidak bisa di-ping, biasanya masalah awalnya ada di status VM, IP, atau jalur jaringan, bukan pada Nmap-nya.

== 🛠 Langkah 2 — Scan dasar dengan Nmap ==
Setelah target dapat dijangkau, lanjutkan dengan scan sederhana.

<syntaxhighlight lang="bash">
nmap -Pn 192.168.100.9
</syntaxhighlight>

'''Penjelasan singkat:'''
* '''nmap''' = menjalankan tool Nmap
* '''-Pn''' = menganggap host aktif dan langsung lanjut ke pengecekan port

'''Hasil verifikasi lab:'''
* host terdeteksi aktif
* ditemukan port '''22/tcp''' dalam status '''open'''

'''Maknanya:''' dari sisi jaringan, target terlihat membuka layanan SSH.

== 🛠 Langkah 3 — Kenali service yang berjalan ==
Mengetahui port terbuka saja belum cukup. Kita juga perlu tahu service apa yang ada di balik port tersebut.

<syntaxhighlight lang="bash">
nmap -sV 192.168.100.9
</syntaxhighlight>

'''Penjelasan:'''
* '''-sV''' = mencoba mengidentifikasi versi service yang berjalan

'''Hasil verifikasi lab:'''
* port '''22/tcp''' terdeteksi menjalankan:
** '''OpenSSH 9.6p1 Ubuntu 3ubuntu13.15'''

'''Maknanya:''' kita tidak hanya tahu ada port 22 terbuka, tetapi juga tahu layanan yang berjalan adalah SSH dari Ubuntu.

== ✅ Langkah 4 — Verifikasi langsung dari sisi target ==
Dalam audit yang baik, hasil scan tidak cukup hanya dipercaya dari sisi scanner. Kita juga perlu mencocokkan hasilnya dari target itu sendiri.

<syntaxhighlight lang="bash">
sudo ss -tulpn
systemctl status ssh --no-pager
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* SSH benar-benar listening di port 22
* service '''ssh''' berada dalam status '''active (running)'''
* dari sisi target juga terlihat ada listener lokal untuk resolver DNS di `127.0.0.53` dan `127.0.0.54`, tetapi listener ini tidak terekspos ke jaringan luar seperti SSH

'''Kesimpulan dari verifikasi ini:''' hasil Nmap cocok dengan kondisi nyata di server target. Di sini ada pelajaran penting: tidak semua port yang terlihat dari `ss` otomatis terekspos ke jaringan. Karena itu, hasil dari sisi scanner dan hasil dari sisi target harus dibaca bareng, bukan dipahami secara terpisah.

== 📌 Ringkasan hasil audit ==
Dari pengujian di lab, diperoleh hasil berikut:
* host target aktif dan dapat dijangkau
* port '''22/tcp''' terbuka
* service yang berjalan adalah '''SSH'''
* hasil scan konsisten dengan pemeriksaan langsung di target

Ini contoh audit dasar yang sederhana dan aman, tetapi justru di situ letak pentingnya: siswa belajar membaca kondisi host dengan tenang sebelum melompat ke langkah yang lebih jauh.

== 💡 Kenapa materi ini penting untuk siswa TKJ? ==
Materi ini penting karena siswa jadi melihat bahwa cyber security tidak selalu dimulai dari eksploitasi. Langkah awal yang sehat justru biasanya seperti ini:
* mengenali host
* memahami port
* membaca service
* memverifikasi hasil
* menarik kesimpulan dengan benar

Dengan pola pikir seperti ini, siswa tidak berhenti di level "bisa menjalankan tool", tetapi mulai belajar berpikir seperti analis yang teliti.

== 🔐 Catatan etika dan legalitas ==
Gunakan Nmap hanya untuk:
* lab sendiri
* perangkat sendiri
* jaringan sekolah yang memang diizinkan untuk diuji
* target yang secara jelas memberikan izin

'''Jangan''' menggunakan Nmap untuk memindai target publik atau perangkat orang lain tanpa izin.

== ⚠ Kesalahan umum yang perlu dihindari ==
Beberapa kesalahan umum saat belajar Nmap:
* langsung scanning tanpa memahami tujuan
* menganggap semua port terbuka itu berbahaya tanpa konteks
* tidak memverifikasi hasil dari sisi target
* memakai tool ke target yang tidak sah

Belajar cyber security yang benar selalu harus disertai tanggung jawab.

== 🧩 Troubleshooting singkat ==
'''Jika host tidak terdeteksi saat diping atau discan:'''
* cek apakah IP target benar
* cek apakah VM target sedang menyala
* cek konektivitas dasar dari sisi analyst VM
* cek apakah ada masalah jaringan sebelum menyalahkan tool scanning

'''Jika hasil `nmap -sV` tidak menampilkan versi service dengan jelas:'''
* ulangi scan setelah memastikan service target memang aktif
* verifikasi dari sisi target dengan `ss -tulpn` dan `systemctl status`
* pahami bahwa deteksi versi service bergantung pada respons target

'''Jika hasil scan berbeda dengan yang terlihat di `ss -tulpn`:'''
* periksa apakah service hanya listen di localhost
* bedakan service yang memang terekspos ke jaringan dengan service lokal internal
* gunakan hasil scanner dan hasil target sebagai dua sudut pandang yang saling melengkapi

== 📝 Penutup ==
Nmap adalah pintu masuk yang bagus untuk belajar audit jaringan secara legal. Dengan command sederhana seperti '''ping''', '''nmap -Pn''', dan '''nmap -sV''', siswa sudah bisa melihat hubungan antara host aktif, port terbuka, dan service yang berjalan.

Materi ini sangat cocok dijadikan fondasi sebelum lanjut ke topik berikutnya seperti:
* membaca port dan service lebih dalam
* packet capture dengan tcpdump
* log dan jejak audit
* hardening dasar pada target lab

Dengan kata lain, artikel ini bukan titik akhir. Ini langkah awal supaya siswa terbiasa melihat exposure host lebih dulu, memahami artinya, memverifikasi dari sisi target, lalu baru memutuskan apakah host itu perlu diaudit lebih jauh atau langsung di-hardening.

[[Category:Cyber Security]]
[[Category:Jaringan]]
[[Category:Linux]]
[[Category:TKJ]]

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-02T13:32:29Z

Maintenance script: Revisi artikel WIKI TKJ: tambah kasus operasional, troubleshooting, dan makna hasil verifikasi Nmap

= Cyber Security: Belajar Nmap untuk Audit Jaringan Legal =

== 🎯 Mengapa materi ini penting? ==
Saat belajar cyber security, siswa sering ingin langsung memakai tools. Padahal, hal yang paling penting bukan sekadar menjalankan tool, tetapi memahami '''apa yang sedang diperiksa''', '''mengapa diperiksa''', dan '''bagaimana menafsirkan hasilnya'''.

Dalam konteks nyata, seorang admin sekolah, teknisi lab, atau siswa magang bisa saja diminta memeriksa kenapa sebuah server sulit diakses, kenapa layanan tertentu tiba-tiba terlihat dari jaringan, atau apakah sebuah host lab masih hanya membuka service yang memang dibutuhkan. Di situ Nmap berguna, bukan untuk gaya-gayaan scanning, tetapi untuk membaca kondisi host dari sisi jaringan sebelum mengambil keputusan lebih lanjut.

Nmap adalah salah satu tools yang sangat baik untuk memulai, karena dengan tool ini kita bisa belajar melihat host aktif, port terbuka, dan service yang berjalan di sebuah sistem.

Namun sejak awal harus ditegaskan: '''Nmap hanya boleh digunakan pada target yang legal''', seperti lab sendiri, perangkat sendiri, atau sistem yang memang diberikan izin untuk diuji.

== 🌍 Contoh konteks nyata ==
Bayangkan sebuah server Ubuntu di lab sekolah hanya seharusnya dipakai untuk SSH dan administrasi dasar. Suatu hari admin ingin memastikan tidak ada service lain yang terbuka tanpa sengaja setelah instalasi beberapa paket tambahan. Dalam situasi seperti itu, Nmap bisa dipakai untuk audit legal dari sisi jaringan, lalu hasilnya dicocokkan dari sisi server.

Contoh lain yang sering terjadi di internet adalah saat organisasi baru sadar ada service yang terekspos setelah dilakukan audit internal atau monitoring berkala. Masalahnya bukan selalu karena serangan canggih, tetapi karena service aktif tanpa disadari, konfigurasi berubah, atau admin tidak sempat memverifikasi exposure host. Dari sini siswa bisa memahami bahwa visibilitas jaringan adalah bagian penting dari keamanan dasar.

== 📘 Apa itu Nmap? ==
Nmap adalah tool untuk melakukan pemetaan jaringan. Dalam praktiknya, Nmap sering dipakai untuk:
* mengetahui apakah sebuah host aktif
* melihat port yang terbuka
* mengenali service yang berjalan
* membantu audit dan troubleshooting jaringan

Dengan kata lain, Nmap membantu kita "membaca permukaan" sebuah sistem dari sisi jaringan.

== 🧭 Tujuan pembelajaran ==
Setelah mempelajari artikel ini, pembaca diharapkan dapat:
* memahami fungsi dasar Nmap
* melakukan scan legal pada host lab
* membaca hasil scan dasar
* mencocokkan hasil scan dengan kondisi nyata di target
* memahami kapan Nmap dipakai sebagai audit awal sebelum troubleshooting atau hardening

Dalam konteks praktik, tujuan materi ini bukan sekadar agar siswa bisa mengetik perintah Nmap, tetapi agar mereka tahu kapan sebuah host perlu diperiksa, apa arti port yang terlihat dari jaringan, dan kapan hasil scan harus ditindaklanjuti dengan pemeriksaan langsung di sisi target.

== 🧪 Kasus operasional yang dipakai pada artikel ini ==
Kasus yang dipakai sederhana tetapi realistis: sebuah VM Ubuntu di lab sekolah hanya diharapkan membuka layanan SSH untuk administrasi. Sebelum dipakai lebih jauh untuk praktik hardening atau audit lanjutan, host ini diperiksa dari sisi jaringan menggunakan Kali Linux.

Alur berpikirnya seperti ini:
* cek dulu apakah host dapat dijangkau
* lihat apakah ada port yang terbuka dari jaringan
* identifikasi service yang berjalan di balik port itu
* cocokkan hasil scan dengan kondisi nyata di target

Jika hasil scan menunjukkan hanya port 22 yang terbuka, maka exposure host masih minimal. Jika ternyata ada port lain yang ikut terbuka, maka itu menjadi alasan untuk audit lanjutan sebelum host dianggap aman dipakai.

== 🧰 Gambaran lab yang digunakan ==
Agar materi ini tidak hanya teoritis, pengujian dilakukan pada lab sederhana dengan dua VM:

* '''Kali Linux''' sebagai analyst VM — IP '''192.168.100.8'''
* '''Ubuntu Target''' sebagai target lab — IP '''192.168.100.9'''

Model lab seperti ini penting karena siswa bisa belajar dengan aman, tanpa menyentuh sistem publik atau perangkat orang lain.

== 🛠 Langkah 1 — Pastikan target bisa dijangkau ==
Sebelum melakukan scanning, cek dulu apakah target dapat dihubungi.

<syntaxhighlight lang="bash">
ping -c 4 192.168.100.9
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* target membalas 4 dari 4 paket
* packet loss = '''0%'''
* RTT rata-rata sekitar '''0.592 ms'''
* artinya host dapat dijangkau dari Kali dengan respons yang stabil

'''Maknanya:''' jangan langsung scanning buta. Selalu mulai dari pengecekan konektivitas paling dasar. Jika host bahkan tidak bisa di-ping di lab yang sama, maka masalah awalnya lebih mungkin ada pada konektivitas, status VM, atau jalur jaringan, bukan pada Nmap itu sendiri.

== 🛠 Langkah 2 — Scan dasar dengan Nmap ==
Setelah target dapat dijangkau, lanjutkan dengan scan sederhana.

<syntaxhighlight lang="bash">
nmap -Pn 192.168.100.9
</syntaxhighlight>

'''Penjelasan singkat:'''
* '''nmap''' = menjalankan tool Nmap
* '''-Pn''' = menganggap host aktif dan langsung lanjut ke pengecekan port

'''Hasil verifikasi lab:'''
* host terdeteksi aktif
* ditemukan port '''22/tcp''' dalam status '''open'''

'''Maknanya:''' dari sisi jaringan, target terlihat membuka layanan SSH.

== 🛠 Langkah 3 — Kenali service yang berjalan ==
Mengetahui port terbuka saja belum cukup. Kita juga perlu tahu service apa yang ada di balik port tersebut.

<syntaxhighlight lang="bash">
nmap -sV 192.168.100.9
</syntaxhighlight>

'''Penjelasan:'''
* '''-sV''' = mencoba mengidentifikasi versi service yang berjalan

'''Hasil verifikasi lab:'''
* port '''22/tcp''' terdeteksi menjalankan:
** '''OpenSSH 9.6p1 Ubuntu 3ubuntu13.15'''

'''Maknanya:''' kita tidak hanya tahu ada port 22 terbuka, tetapi juga tahu layanan yang berjalan adalah SSH dari Ubuntu.

== ✅ Langkah 4 — Verifikasi langsung dari sisi target ==
Dalam audit yang baik, hasil scan tidak cukup hanya dipercaya dari sisi scanner. Kita juga perlu mencocokkan hasilnya dari target itu sendiri.

<syntaxhighlight lang="bash">
sudo ss -tulpn
systemctl status ssh --no-pager
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* SSH benar-benar listening di port 22
* service '''ssh''' berada dalam status '''active (running)'''
* dari sisi target juga terlihat ada listener lokal untuk resolver DNS di `127.0.0.53` dan `127.0.0.54`, tetapi listener ini tidak terekspos ke jaringan luar seperti SSH

'''Kesimpulan dari verifikasi ini:''' hasil Nmap sesuai dengan kondisi nyata di server target. Ini juga memberi pelajaran penting: tidak semua port yang terlihat dari `ss` otomatis terlihat dari jaringan. Karena itu, audit dari sisi scanner dan verifikasi dari sisi target harus dibaca bersama, bukan dipisah.

== 📌 Ringkasan hasil audit ==
Dari pengujian di lab, diperoleh hasil berikut:
* host target aktif dan dapat dijangkau
* port '''22/tcp''' terbuka
* service yang berjalan adalah '''SSH'''
* hasil scan konsisten dengan pemeriksaan langsung di target

Ini adalah contoh audit dasar yang sederhana, aman, tetapi sangat penting untuk membangun pemahaman siswa.

== 💡 Kenapa materi ini penting untuk siswa TKJ? ==
Materi ini penting karena siswa belajar bahwa cyber security tidak selalu dimulai dari eksploitasi. Justru langkah awal yang sehat adalah:
* mengenali host
* memahami port
* membaca service
* memverifikasi hasil
* menarik kesimpulan dengan benar

Dengan pola pikir seperti ini, siswa tidak hanya "bisa menjalankan tool", tetapi juga belajar berpikir sebagai analis yang teliti.

== 🔐 Catatan etika dan legalitas ==
Gunakan Nmap hanya untuk:
* lab sendiri
* perangkat sendiri
* jaringan sekolah yang memang diizinkan untuk diuji
* target yang secara jelas memberikan izin

'''Jangan''' menggunakan Nmap untuk memindai target publik atau perangkat orang lain tanpa izin.

== ⚠ Kesalahan umum yang perlu dihindari ==
Beberapa kesalahan umum saat belajar Nmap:
* langsung scanning tanpa memahami tujuan
* menganggap semua port terbuka itu berbahaya tanpa konteks
* tidak memverifikasi hasil dari sisi target
* memakai tool ke target yang tidak sah

Belajar cyber security yang benar harus selalu disertai tanggung jawab.

== 🧩 Troubleshooting singkat ==
'''Jika host tidak terdeteksi saat diping atau discan:'''
* cek apakah IP target benar
* cek apakah VM target sedang menyala
* cek konektivitas dasar dari sisi analyst VM
* cek apakah ada masalah jaringan sebelum menyalahkan tool scanning

'''Jika hasil `nmap -sV` tidak menampilkan versi service dengan jelas:'''
* ulangi scan setelah memastikan service target memang aktif
* verifikasi dari sisi target dengan `ss -tulpn` dan `systemctl status`
* pahami bahwa deteksi versi service bergantung pada respons target

'''Jika hasil scan berbeda dengan yang terlihat di `ss -tulpn`:'''
* periksa apakah service hanya listen di localhost
* bedakan service yang memang terekspos ke jaringan dengan service lokal internal
* gunakan hasil scanner dan hasil target sebagai dua sudut pandang yang saling melengkapi

== 📝 Penutup ==
Nmap adalah pintu masuk yang sangat baik untuk belajar audit jaringan secara legal. Dengan command sederhana seperti '''ping''', '''nmap -Pn''', dan '''nmap -sV''', siswa sudah bisa memahami hubungan antara host aktif, port terbuka, dan service yang berjalan.

Materi ini sangat cocok dijadikan fondasi sebelum lanjut ke topik berikutnya seperti:
* membaca port dan service lebih dalam
* packet capture dengan tcpdump
* log dan jejak audit
* hardening dasar pada target lab

Dengan kata lain, artikel ini bukan titik akhir, tetapi langkah awal agar siswa terbiasa berpikir: lihat dulu exposure host, pahami maknanya, verifikasi dari sisi target, lalu baru putuskan apakah perlu audit lanjutan atau hardening.

[[Category:Cyber Security]]
[[Category:Jaringan]]
[[Category:Linux]]
[[Category:TKJ]]

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-02T13:21:01Z

Maintenance script: Revisi artikel WIKI TKJ: tambah konteks nyata dan contoh kasus pada materi Nmap

= Cyber Security: Belajar Nmap untuk Audit Jaringan Legal =

== 🎯 Mengapa materi ini penting? ==
Saat belajar cyber security, siswa sering ingin langsung memakai tools. Padahal, hal yang paling penting bukan sekadar menjalankan tool, tetapi memahami '''apa yang sedang diperiksa''', '''mengapa diperiksa''', dan '''bagaimana menafsirkan hasilnya'''.

Dalam konteks nyata, seorang admin sekolah, teknisi lab, atau siswa magang bisa saja diminta memeriksa kenapa sebuah server sulit diakses, kenapa layanan tertentu tiba-tiba terlihat dari jaringan, atau apakah sebuah host lab masih hanya membuka service yang memang dibutuhkan. Di situ Nmap berguna, bukan untuk gaya-gayaan scanning, tetapi untuk membaca kondisi host dari sisi jaringan sebelum mengambil keputusan lebih lanjut.

Nmap adalah salah satu tools yang sangat baik untuk memulai, karena dengan tool ini kita bisa belajar melihat host aktif, port terbuka, dan service yang berjalan di sebuah sistem.

Namun sejak awal harus ditegaskan: '''Nmap hanya boleh digunakan pada target yang legal''', seperti lab sendiri, perangkat sendiri, atau sistem yang memang diberikan izin untuk diuji.

== 🌍 Contoh konteks nyata ==
Bayangkan sebuah server Ubuntu di lab sekolah hanya seharusnya dipakai untuk SSH dan administrasi dasar. Suatu hari admin ingin memastikan tidak ada service lain yang terbuka tanpa sengaja setelah instalasi beberapa paket tambahan. Dalam situasi seperti itu, Nmap bisa dipakai untuk audit legal dari sisi jaringan, lalu hasilnya dicocokkan dari sisi server.

Contoh lain yang sering terjadi di internet adalah saat organisasi baru sadar ada service yang terekspos setelah dilakukan audit internal atau monitoring berkala. Masalahnya bukan selalu karena serangan canggih, tetapi karena service aktif tanpa disadari, konfigurasi berubah, atau admin tidak sempat memverifikasi exposure host. Dari sini siswa bisa memahami bahwa visibilitas jaringan adalah bagian penting dari keamanan dasar.

== 📘 Apa itu Nmap? ==
Nmap adalah tool untuk melakukan pemetaan jaringan. Dalam praktiknya, Nmap sering dipakai untuk:
* mengetahui apakah sebuah host aktif
* melihat port yang terbuka
* mengenali service yang berjalan
* membantu audit dan troubleshooting jaringan

Dengan kata lain, Nmap membantu kita "membaca permukaan" sebuah sistem dari sisi jaringan.

== 🧭 Tujuan pembelajaran ==
Setelah mempelajari artikel ini, pembaca diharapkan dapat:
* memahami fungsi dasar Nmap
* melakukan scan legal pada host lab
* membaca hasil scan dasar
* mencocokkan hasil scan dengan kondisi nyata di target

== 🧰 Gambaran lab yang digunakan ==
Agar materi ini tidak hanya teoritis, pengujian dilakukan pada lab sederhana dengan dua VM:

* '''Kali Linux''' sebagai analyst VM — IP '''192.168.100.8'''
* '''Ubuntu Target''' sebagai target lab — IP '''192.168.100.9'''

Model lab seperti ini penting karena siswa bisa belajar dengan aman, tanpa menyentuh sistem publik atau perangkat orang lain.

== 🛠 Langkah 1 — Pastikan target bisa dijangkau ==
Sebelum melakukan scanning, cek dulu apakah target dapat dihubungi.

<syntaxhighlight lang="bash">
ping -c 4 192.168.100.9
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* target membalas 4 dari 4 paket
* packet loss = '''0%'''
* artinya host dapat dijangkau dari Kali

'''Maknanya:''' jangan langsung scanning buta. Selalu mulai dari pengecekan konektivitas paling dasar.

== 🛠 Langkah 2 — Scan dasar dengan Nmap ==
Setelah target dapat dijangkau, lanjutkan dengan scan sederhana.

<syntaxhighlight lang="bash">
nmap -Pn 192.168.100.9
</syntaxhighlight>

'''Penjelasan singkat:'''
* '''nmap''' = menjalankan tool Nmap
* '''-Pn''' = menganggap host aktif dan langsung lanjut ke pengecekan port

'''Hasil verifikasi lab:'''
* host terdeteksi aktif
* ditemukan port '''22/tcp''' dalam status '''open'''

'''Maknanya:''' dari sisi jaringan, target terlihat membuka layanan SSH.

== 🛠 Langkah 3 — Kenali service yang berjalan ==
Mengetahui port terbuka saja belum cukup. Kita juga perlu tahu service apa yang ada di balik port tersebut.

<syntaxhighlight lang="bash">
nmap -sV 192.168.100.9
</syntaxhighlight>

'''Penjelasan:'''
* '''-sV''' = mencoba mengidentifikasi versi service yang berjalan

'''Hasil verifikasi lab:'''
* port '''22/tcp''' terdeteksi menjalankan:
** '''OpenSSH 9.6p1 Ubuntu 3ubuntu13.15'''

'''Maknanya:''' kita tidak hanya tahu ada port 22 terbuka, tetapi juga tahu layanan yang berjalan adalah SSH dari Ubuntu.

== ✅ Langkah 4 — Verifikasi langsung dari sisi target ==
Dalam audit yang baik, hasil scan tidak cukup hanya dipercaya dari sisi scanner. Kita juga perlu mencocokkan hasilnya dari target itu sendiri.

<syntaxhighlight lang="bash">
sudo ss -tulpn
systemctl status ssh --no-pager
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* SSH benar-benar listening di port 22
* service '''ssh''' berada dalam status '''active (running)'''

'''Kesimpulan dari verifikasi ini:''' hasil Nmap sesuai dengan kondisi nyata di server target.

== 📌 Ringkasan hasil audit ==
Dari pengujian di lab, diperoleh hasil berikut:
* host target aktif dan dapat dijangkau
* port '''22/tcp''' terbuka
* service yang berjalan adalah '''SSH'''
* hasil scan konsisten dengan pemeriksaan langsung di target

Ini adalah contoh audit dasar yang sederhana, aman, tetapi sangat penting untuk membangun pemahaman siswa.

== 💡 Kenapa materi ini penting untuk siswa TKJ? ==
Materi ini penting karena siswa belajar bahwa cyber security tidak selalu dimulai dari eksploitasi. Justru langkah awal yang sehat adalah:
* mengenali host
* memahami port
* membaca service
* memverifikasi hasil
* menarik kesimpulan dengan benar

Dengan pola pikir seperti ini, siswa tidak hanya "bisa menjalankan tool", tetapi juga belajar berpikir sebagai analis yang teliti.

== 🔐 Catatan etika dan legalitas ==
Gunakan Nmap hanya untuk:
* lab sendiri
* perangkat sendiri
* jaringan sekolah yang memang diizinkan untuk diuji
* target yang secara jelas memberikan izin

'''Jangan''' menggunakan Nmap untuk memindai target publik atau perangkat orang lain tanpa izin.

== ⚠ Kesalahan umum yang perlu dihindari ==
Beberapa kesalahan umum saat belajar Nmap:
* langsung scanning tanpa memahami tujuan
* menganggap semua port terbuka itu berbahaya tanpa konteks
* tidak memverifikasi hasil dari sisi target
* memakai tool ke target yang tidak sah

Belajar cyber security yang benar harus selalu disertai tanggung jawab.

== 📝 Penutup ==
Nmap adalah pintu masuk yang sangat baik untuk belajar audit jaringan secara legal. Dengan command sederhana seperti '''ping''', '''nmap -Pn''', dan '''nmap -sV''', siswa sudah bisa memahami hubungan antara host aktif, port terbuka, dan service yang berjalan.

Materi ini sangat cocok dijadikan fondasi sebelum lanjut ke topik berikutnya seperti:
* membaca port dan service lebih dalam
* packet capture dengan tcpdump
* log dan jejak audit
* hardening dasar pada target lab

[[Category:Cyber Security]]
[[Category:Jaringan]]
[[Category:Linux]]
[[Category:TKJ]]

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-01T08:01:51Z

Maintenance script: Tambahkan penanda visual ringan agar artikel lebih ramah dibaca

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-01T07:58:41Z

Maintenance script: Rapikan gaya artikel Cyber Security agar lebih ramah dan tidak monoton

= Cyber Security: Belajar Nmap untuk Audit Jaringan Legal =

== Mengapa materi ini penting? ==
Saat belajar cyber security, siswa sering ingin langsung memakai tools. Padahal, hal yang paling penting bukan sekadar menjalankan tool, tetapi memahami '''apa yang sedang diperiksa''', '''mengapa diperiksa''', dan '''bagaimana menafsirkan hasilnya'''.

Nmap adalah salah satu tools yang sangat baik untuk memulai, karena dengan tool ini kita bisa belajar melihat host aktif, port terbuka, dan service yang berjalan di sebuah sistem.

Namun sejak awal harus ditegaskan: '''Nmap hanya boleh digunakan pada target yang legal''', seperti lab sendiri, perangkat sendiri, atau sistem yang memang diberikan izin untuk diuji.

== Apa itu Nmap? ==
Nmap adalah tool untuk melakukan pemetaan jaringan. Dalam praktiknya, Nmap sering dipakai untuk:
* mengetahui apakah sebuah host aktif
* melihat port yang terbuka
* mengenali service yang berjalan
* membantu audit dan troubleshooting jaringan

Dengan kata lain, Nmap membantu kita "membaca permukaan" sebuah sistem dari sisi jaringan.

== Tujuan pembelajaran ==
Setelah mempelajari artikel ini, pembaca diharapkan dapat:
* memahami fungsi dasar Nmap
* melakukan scan legal pada host lab
* membaca hasil scan dasar
* mencocokkan hasil scan dengan kondisi nyata di target

== Gambaran lab yang digunakan ==
Agar materi ini tidak hanya teoritis, pengujian dilakukan pada lab sederhana dengan dua VM:

* '''Kali Linux''' sebagai analyst VM — IP '''192.168.100.8'''
* '''Ubuntu Target''' sebagai target lab — IP '''192.168.100.9'''

Model lab seperti ini penting karena siswa bisa belajar dengan aman, tanpa menyentuh sistem publik atau perangkat orang lain.

== Langkah 1 — Pastikan target bisa dijangkau ==
Sebelum melakukan scanning, cek dulu apakah target dapat dihubungi.

<syntaxhighlight lang="bash">
ping -c 4 192.168.100.9
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* target membalas 4 dari 4 paket
* packet loss = '''0%'''
* artinya host dapat dijangkau dari Kali

'''Maknanya:''' jangan langsung scanning buta. Selalu mulai dari pengecekan konektivitas paling dasar.

== Langkah 2 — Scan dasar dengan Nmap ==
Setelah target dapat dijangkau, lanjutkan dengan scan sederhana.

<syntaxhighlight lang="bash">
nmap -Pn 192.168.100.9
</syntaxhighlight>

'''Penjelasan singkat:'''
* '''nmap''' = menjalankan tool Nmap
* '''-Pn''' = menganggap host aktif dan langsung lanjut ke pengecekan port

'''Hasil verifikasi lab:'''
* host terdeteksi aktif
* ditemukan port '''22/tcp''' dalam status '''open'''

'''Maknanya:''' dari sisi jaringan, target terlihat membuka layanan SSH.

== Langkah 3 — Kenali service yang berjalan ==
Mengetahui port terbuka saja belum cukup. Kita juga perlu tahu service apa yang ada di balik port tersebut.

<syntaxhighlight lang="bash">
nmap -sV 192.168.100.9
</syntaxhighlight>

'''Penjelasan:'''
* '''-sV''' = mencoba mengidentifikasi versi service yang berjalan

'''Hasil verifikasi lab:'''
* port '''22/tcp''' terdeteksi menjalankan:
** '''OpenSSH 9.6p1 Ubuntu 3ubuntu13.15'''

'''Maknanya:''' kita tidak hanya tahu ada port 22 terbuka, tetapi juga tahu layanan yang berjalan adalah SSH dari Ubuntu.

== Langkah 4 — Verifikasi langsung dari sisi target ==
Dalam audit yang baik, hasil scan tidak cukup hanya dipercaya dari sisi scanner. Kita juga perlu mencocokkan hasilnya dari target itu sendiri.

<syntaxhighlight lang="bash">
sudo ss -tulpn
systemctl status ssh --no-pager
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* SSH benar-benar listening di port 22
* service '''ssh''' berada dalam status '''active (running)'''

'''Kesimpulan dari verifikasi ini:''' hasil Nmap sesuai dengan kondisi nyata di server target.

== Ringkasan hasil audit ==
Dari pengujian di lab, diperoleh hasil berikut:
* host target aktif dan dapat dijangkau
* port '''22/tcp''' terbuka
* service yang berjalan adalah '''SSH'''
* hasil scan konsisten dengan pemeriksaan langsung di target

Ini adalah contoh audit dasar yang sederhana, aman, tetapi sangat penting untuk membangun pemahaman siswa.

== Kenapa materi ini penting untuk siswa TKJ? ==
Materi ini penting karena siswa belajar bahwa cyber security tidak selalu dimulai dari eksploitasi. Justru langkah awal yang sehat adalah:
* mengenali host
* memahami port
* membaca service
* memverifikasi hasil
* menarik kesimpulan dengan benar

Dengan pola pikir seperti ini, siswa tidak hanya "bisa menjalankan tool", tetapi juga belajar berpikir sebagai analis yang teliti.

== Catatan etika dan legalitas ==
Gunakan Nmap hanya untuk:
* lab sendiri
* perangkat sendiri
* jaringan sekolah yang memang diizinkan untuk diuji
* target yang secara jelas memberikan izin

'''Jangan''' menggunakan Nmap untuk memindai target publik atau perangkat orang lain tanpa izin.

== Kesalahan umum yang perlu dihindari ==
Beberapa kesalahan umum saat belajar Nmap:
* langsung scanning tanpa memahami tujuan
* menganggap semua port terbuka itu berbahaya tanpa konteks
* tidak memverifikasi hasil dari sisi target
* memakai tool ke target yang tidak sah

Belajar cyber security yang benar harus selalu disertai tanggung jawab.

== Penutup ==
Nmap adalah pintu masuk yang sangat baik untuk belajar audit jaringan secara legal. Dengan command sederhana seperti '''ping''', '''nmap -Pn''', dan '''nmap -sV''', siswa sudah bisa memahami hubungan antara host aktif, port terbuka, dan service yang berjalan.

Materi ini sangat cocok dijadikan fondasi sebelum lanjut ke topik berikutnya seperti:
* membaca port dan service lebih dalam
* packet capture dengan tcpdump
* log dan jejak audit
* hardening dasar pada target lab

[[Category:Cyber Security]]
[[Category:Jaringan]]
[[Category:Linux]]
[[Category:TKJ]]

Main Page

2026-04-01T07:56:41Z

Maintenance script: Rapikan posisi section Cyber Security di Main Page

= Selamat datang di WIKI TKJ =

WIKI TKJ adalah situs tutorial dan dokumentasi teknis yang berfokus pada Linux, administrasi server, jaringan komputer, MikroTik, Windows, virtualisasi, hingga AI automation. Setiap artikel dirancang agar mudah dipraktikkan, jelas langkahnya, dan memiliki verifikasi agar pembaca tidak hanya memahami teori, tetapi juga bisa langsung menerapkannya.

== 🚀 Mulai dari sini ==
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Linux : Cek Penggunaan Disk]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Aplikasi_Praktikum_TKJ]]

== 🗂️ Kategori utama ==
* [[Category:TKJ|TKJ]]
* [[Category:Linux|Linux]]
* [[Category:Server|Server]]
* [[Category:Jaringan|Jaringan]]
* [[Category:OpenClaw|OpenClaw]]
* [[Category:AI Automation|AI Automation]]

== 🆕 Artikel terbaru ==
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Penggunaan Disk]]

== 🧭 Jalur belajar ==
=== 📘 Linux dasar ===
* [[Linux_:_Perintah_Dasar_Linux]]
* [[Linux : Cek Penggunaan Disk]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Linux:_Cron_Job]]

=== 🖥️ Administrasi server ===
* [[Instalasi_Debian_Server]]
* [[Instalasi_SSH_Server_di_Debian_Linux]]
* [[Debian_:_Database_Server]]
* [[Debian_:_Konfigurasi_Web_Server_(Apache)]]
* [[Debian_:_Konfigurasi_Web_Server_(Nginx)]]
* [[Debian_:_Konfigurasi_Mail_Server]]

=== 🌐 Jaringan dan keamanan ===
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[DNS_Server]]
* [[Authoritative_DNS_Server]]
* [[Debian_:_Konfigurasi_DNS_Cache]]
* [[Debian_:_Konfigurasi_Authoritative_DNS_Server]]
* [[Debian_:_Firewall_(IPTables)]]
* [[Merubah_Default_Port_SSH]]
* [[Mengijinkan_User_Tertentu_Remote_SSH]]

=== 🧪 Praktikum dan virtualisasi ===
* [[Aplikasi_Praktikum_TKJ]]
* [[PNET:_Membuat_File_qcow2_dari_VirtualBox]]

=== 🤖 OpenClaw & AI Automation ===
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Category:OpenClaw|Lihat kategori OpenClaw]]
* [[Category:AI Automation|Lihat kategori AI Automation]]

=== 🔐 Belajar Cyber Security ===
Jalur ini disiapkan untuk membantu siswa belajar cyber security secara aman, legal, dan bertahap. Fokusnya adalah audit, visibilitas jaringan, logging, hardening, dan praktik lab yang terkontrol.

* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* ''Cyber Security: Belajar Membaca Port dan Service''
* ''Cyber Security: Belajar TCPDump Dasar''
* ''Cyber Security: Belajar Log dan Jejak Audit''
* ''Cyber Security: Belajar Hardening Dasar''

'''Urutan belajar yang disarankan:'''
# mulai dari memahami host, port, dan service
# lanjut ke pengamatan trafik jaringan
# pelajari logging dan jejak aktivitas
# tutup dengan hardening dasar pada target lab

'''Catatan penting:'''
* semua praktik dilakukan pada lab sendiri atau target yang diberi izin
* materi difokuskan untuk pembelajaran defensive security, bukan penyalahgunaan

== ℹ️ Catatan ==
* Gunakan kolom pencarian untuk mencari topik tertentu.
* Halaman utama ini dirancang sebagai portal awal agar pembaca lebih cepat menemukan materi yang relevan.

Main Page

2026-04-01T07:55:04Z

Maintenance script: Rapikan Main Page WIKI TKJ dengan jalur Cyber Security

= Selamat datang di WIKI TKJ =

WIKI TKJ adalah situs tutorial dan dokumentasi teknis yang berfokus pada Linux, administrasi server, jaringan komputer, MikroTik, Windows, virtualisasi, hingga AI automation. Setiap artikel dirancang agar mudah dipraktikkan, jelas langkahnya, dan memiliki verifikasi agar pembaca tidak hanya memahami teori, tetapi juga bisa langsung menerapkannya.

== 🚀 Mulai dari sini ==
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Linux : Cek Penggunaan Disk]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Aplikasi_Praktikum_TKJ]]

== 🗂️ Kategori utama ==
* [[Category:TKJ|TKJ]]
* [[Category:Linux|Linux]]
* [[Category:Server|Server]]
* [[Category:Jaringan|Jaringan]]
* [[Category:OpenClaw|OpenClaw]]
* [[Category:AI Automation|AI Automation]]

== 🆕 Artikel terbaru ==
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Penggunaan Disk]]

== 🧭 Jalur belajar ==
=== 📘 Linux dasar ===
* [[Linux_:_Perintah_Dasar_Linux]]
* [[Linux : Cek Penggunaan Disk]]
* [[Linux : Cek Penggunaan RAM]]
* [[Linux : Cek Service yang Sedang Berjalan]]
* [[Linux:_Cron_Job]]

=== 🖥️ Administrasi server ===
* [[Instalasi_Debian_Server]]
* [[Instalasi_SSH_Server_di_Debian_Linux]]
* [[Debian_:_Database_Server]]
* [[Debian_:_Konfigurasi_Web_Server_(Apache)]]
* [[Debian_:_Konfigurasi_Web_Server_(Nginx)]]
* [[Debian_:_Konfigurasi_Mail_Server]]

=== 🌐 Jaringan dan keamanan ===
* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* [[DNS_Server]]
* [[Authoritative_DNS_Server]]
* [[Debian_:_Konfigurasi_DNS_Cache]]
* [[Debian_:_Konfigurasi_Authoritative_DNS_Server]]
* [[Debian_:_Firewall_(IPTables)]]
* [[Merubah_Default_Port_SSH]]
* [[Mengijinkan_User_Tertentu_Remote_SSH]]

=== 🔐 Belajar Cyber Security ===
Jalur ini disiapkan untuk membantu siswa belajar cyber security secara aman, legal, dan bertahap. Fokusnya adalah audit, visibilitas jaringan, logging, hardening, dan praktik lab yang terkontrol.

* [[Cyber Security: Belajar Nmap untuk Audit Jaringan Legal]]
* ''Cyber Security: Belajar Membaca Port dan Service''
* ''Cyber Security: Belajar TCPDump Dasar''
* ''Cyber Security: Belajar Log dan Jejak Audit''
* ''Cyber Security: Belajar Hardening Dasar''

'''Urutan belajar yang disarankan:'''
# mulai dari memahami host, port, dan service
# lanjut ke pengamatan trafik jaringan
# pelajari logging dan jejak aktivitas
# tutup dengan hardening dasar pada target lab

'''Catatan penting:'''
* semua praktik dilakukan pada lab sendiri atau target yang diberi izin
* materi difokuskan untuk pembelajaran defensive security, bukan penyalahgunaan

=== 🧪 Praktikum dan virtualisasi ===
* [[Aplikasi_Praktikum_TKJ]]
* [[PNET:_Membuat_File_qcow2_dari_VirtualBox]]

=== 🤖 OpenClaw & AI Automation ===
* [[OpenClaw : Step by Step Instalasi OpenClaw di Ubuntu Sampai Berhasil]]
* [[Category:OpenClaw|Lihat kategori OpenClaw]]
* [[Category:AI Automation|Lihat kategori AI Automation]]

== ℹ️ Catatan ==
* Gunakan kolom pencarian untuk mencari topik tertentu.
* Halaman utama ini dirancang sebagai portal awal agar pembaca lebih cepat menemukan materi yang relevan.

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-01T07:43:21Z

Maintenance script: Protected "Cyber Security: Belajar Nmap untuk Audit Jaringan Legal": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

= Cyber Security: Belajar Nmap untuk Audit Jaringan Legal =

== Pendahuluan ==
Nmap adalah salah satu tools paling populer untuk melakukan pemetaan host, port, dan service di dalam jaringan. Dalam konteks pembelajaran TKJ dan cyber security dasar, Nmap sangat berguna untuk memahami bagaimana sebuah host terlihat dari jaringan.

Namun penting dipahami sejak awal: penggunaan Nmap harus dilakukan secara legal, yaitu hanya pada perangkat milik sendiri, lab sendiri, atau target yang memang diberikan izin untuk diuji.

== Tujuan Penggunaan Nmap ==
Beberapa tujuan penggunaan Nmap dalam konteks yang benar antara lain:
* mengetahui apakah sebuah host aktif
* melihat port apa saja yang terbuka
* mengenali service dasar yang berjalan
* membantu proses audit, troubleshooting, dan inventarisasi jaringan

== Persiapan Lab ==
Pada pengujian ini digunakan dua VM:
* '''Kali Linux''' sebagai analyst VM dengan IP '''192.168.100.8'''
* '''Ubuntu Target''' sebagai target lab dengan IP '''192.168.100.9'''

Pengujian dilakukan di lab sendiri sehingga aman dan terkontrol.

== Langkah 1: Cek Konektivitas dengan Ping ==
Sebelum melakukan scanning, pastikan target dapat dijangkau.

<syntaxhighlight lang="bash">
ping -c 4 192.168.100.9
</syntaxhighlight>

'''Hasil verifikasi lab:''' target merespons 4 dari 4 paket dengan packet loss 0%, sehingga host dapat dijangkau dari Kali.

== Langkah 2: Scan Dasar dengan Nmap ==
Setelah target dapat dijangkau, lakukan scan dasar:

<syntaxhighlight lang="bash">
nmap -Pn 192.168.100.9
</syntaxhighlight>

Penjelasan singkat:
* '''nmap''' = menjalankan tool Nmap
* '''-Pn''' = menganggap host aktif dan langsung lanjut ke scan port

'''Hasil verifikasi lab:''' Nmap mendeteksi host aktif dan menemukan port '''22/tcp''' dalam status '''open'''.

== Langkah 3: Deteksi Service ==
Untuk mengetahui service yang berjalan di port terbuka, gunakan:

<syntaxhighlight lang="bash">
nmap -sV 192.168.100.9
</syntaxhighlight>

Penjelasan:
* '''-sV''' = mencoba mengidentifikasi versi service yang berjalan

'''Hasil verifikasi lab:''' Nmap mengidentifikasi service pada port 22 sebagai:
* '''OpenSSH 9.6p1 Ubuntu 3ubuntu13.15'''

== Verifikasi dari Target ==
Agar hasil scan tidak hanya dipercaya dari sisi scanner, lakukan verifikasi dari sisi target.

<syntaxhighlight lang="bash">
sudo ss -tulpn
systemctl status ssh --no-pager
</syntaxhighlight>

'''Hasil verifikasi lab:'''
* SSH benar-benar listening di port 22
* service '''ssh''' berada dalam status '''active (running)'''

Ini menunjukkan bahwa hasil scan dari Nmap sesuai dengan kondisi nyata di target Ubuntu.

== Ringkasan Hasil Audit ==
Dari pengujian di lab diperoleh hasil:
* host target aktif
* port 22/tcp terbuka
* service SSH berjalan normal
* hasil scan konsisten dengan verifikasi langsung di target

== Kenapa Materi Ini Penting untuk Siswa ==
Materi ini penting karena siswa belajar bahwa:
* audit jaringan dimulai dari observasi, bukan langsung menyerang
* port terbuka memberi informasi penting tentang service yang berjalan
* hasil scanning harus diverifikasi, bukan hanya dipercaya mentah-mentah
* keamanan jaringan sangat berkaitan dengan visibilitas host dan service

== Catatan Etika dan Legalitas ==
Gunakan Nmap hanya untuk:
* lab sendiri
* perangkat sendiri
* jaringan sekolah yang memang diizinkan untuk diuji
* target yang secara jelas memberi izin

Jangan menggunakan Nmap untuk memindai target publik atau perangkat orang lain tanpa izin.

== Kesimpulan ==
Nmap adalah tool yang sangat berguna untuk audit jaringan legal. Dengan command sederhana seperti '''ping''', '''nmap -Pn''', dan '''nmap -sV''', siswa sudah bisa memahami host aktif, port terbuka, dan service yang berjalan.

Materi ini adalah fondasi penting sebelum masuk ke pembahasan security yang lebih jauh seperti hardening, logging, dan analisis jaringan.

[[Category:Cyber Security]]
[[Category:Jaringan]]
[[Category:Linux]]
[[Category:TKJ]]

Cyber Security: Belajar Nmap untuk Audit Jaringan Legal

2026-04-01T07:43:21Z

Maintenance script: Artikel editorial WIKI TKJ: Cyber Security belajar Nmap untuk audit jaringan legal

Linux : Permission File dan Folder

2026-04-01T02:02:30Z

Maintenance script: Protected "Linux : Permission File dan Folder": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

= Linux: Permission File dan Folder =

== Tujuan ==
Memahami cara membaca dan mengubah permission file/folder di Linux secara dasar menggunakan perintah yang umum dipakai dan mudah diverifikasi.

== Kebutuhan awal ==
* Sistem Linux aktif
* Akses terminal
* User biasa cukup untuk membaca permission
* Hak <code>sudo</code> dibutuhkan jika ingin mengubah owner file milik user lain

== Gambaran singkat ==
Di Linux, permission mengatur siapa yang boleh membaca, menulis, atau mengeksekusi file/folder.

Format dasarnya:
* <code>r</code> = read
* <code>w</code> = write
* <code>x</code> = execute

Permission dibagi untuk tiga pihak:
* <code>u</code> = user/owner
* <code>g</code> = group
* <code>o</code> = others

== Langkah-langkah ==
# Lihat permission file atau folder dengan <code>ls -l</code>.
# Jika ingin melihat detail tambahan, gunakan <code>stat nama-file</code>.
# Ubah permission dengan <code>chmod</code>, misalnya mode angka <code>644</code> atau <code>755</code>.
# Jika perlu mengubah owner atau group, gunakan <code>chown</code>.
# Setelah perubahan, cek lagi dengan <code>ls -l</code> atau <code>stat</code> untuk memastikan hasilnya benar.

== Contoh perintah ==
<pre>
ls -l
stat contoh.txt
chmod 644 contoh.txt
chmod 755 script.sh
chmod u+x script.sh
sudo chown user:group contoh.txt
</pre>

== Penjelasan cepat mode angka ==
* <code>644</code> = owner bisa baca/tulis, group dan others hanya baca
* <code>755</code> = owner bisa baca/tulis/eksekusi, group dan others bisa baca/eksekusi
* <code>600</code> = hanya owner yang bisa baca/tulis

== Verifikasi ==
* Saat menjalankan <code>ls -l</code>, pastikan kolom awal berubah sesuai permission yang diatur, misalnya <code>-rw-r--r--</code> atau <code>-rwxr-xr-x</code>.
* Saat menjalankan <code>stat</code>, periksa bagian <code>Access:</code> untuk memastikan mode file sudah sesuai.
* Jika menjalankan <code>chown</code>, cek apakah owner dan group file benar-benar berubah.

== Contoh uji aman di lab kecil ==
Gunakan direktori sementara agar aman untuk latihan:
<pre>
mkdir -p /tmp/izin-demo
cd /tmp/izin-demo
touch contoh.txt
ls -l contoh.txt
chmod 640 contoh.txt
ls -l contoh.txt
sudo touch file-root.txt
ls -l file-root.txt
sudo chown $USER:$USER file-root.txt
ls -l file-root.txt
</pre>

== Troubleshooting ==
* Jika muncul <code>Permission denied</code>, cek apakah file itu milik user lain atau berada di lokasi yang butuh hak lebih tinggi.
* Jika <code>chown</code> gagal tanpa <code>sudo</code>, itu normal karena perubahan owner biasanya butuh hak administratif.
* Hati-hati memakai <code>chmod -R</code> pada folder penting karena bisa mengubah banyak file sekaligus.
* Jangan asal memberi permission <code>777</code> kecuali benar-benar paham risikonya.

== Kesimpulan ==
Perintah <code>ls -l</code>, <code>stat</code>, <code>chmod</code>, dan <code>chown</code> adalah dasar penting untuk mengelola permission file dan folder di Linux. Gunakan perubahan permission secara seperlunya, lalu selalu verifikasi hasilnya setelah eksekusi.

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

Linux : Permission File dan Folder

2026-04-01T02:02:30Z

Maintenance script: Artikel editorial mingguan WIKI TKJ: Linux permission file dan folder