# LKPD Jembatan Pasca-Instalasi — Dasar TJKT Fase E

**Status:** karya asli sebagai bahan bantu guru, bukan modul pemerintah, bukan kutipan LKPD resmi, dan bukan penetapan KKTP resmi. Contoh kegiatan dan penilaian ini harus disesuaikan dengan kondisi kelas serta kebijakan sekolah.

**Sasaran:** kelas X/Fase E. Setiap aktivitas dirancang untuk satu pertemuan yang durasinya dapat disesuaikan guru; tidak menetapkan JP resmi. Ketiga aktivitas dapat dilaksanakan pada pertemuan berbeda. Guru boleh mengurangi jumlah objek pengamatan tanpa menghilangkan keselamatan, privasi, dan refleksi.

Identitas kerja: kode kelompok ______ | tanggal ______ | aktivitas ______ | guru pendamping ______. Gunakan kode peserta, bukan nama lengkap, pada bukti yang dibagikan.

## Kedudukan dan rujukan

Ringkasan sumber berikut berasal dari temuan yang diberikan dalam penugasan; dokumen sumber tidak diperiksa ulang saat penyusunan berkas ini.

- CP PDF halaman 3–4 menjadi rujukan konteks capaian, bukan dasar untuk mengarang jadwal mingguan.
- ATP PDF halaman 2–3 memuat empat tahap: (1) TP 1.1, 1.2, 2.1, 2.2; (2) TP 6.1, 6.2, 6.3, 4.1, 4.2; (3) TP 5.1, 5.2, 7.1, 7.2; (4) TP 3.1, 3.2, 3.3. ATP tersebut tidak memberikan batas minggu/JP sehingga urutan operasional dapat disesuaikan guru, dengan tetap memperhatikan prasyarat.
- Pengenalan PC, instalasi OS, dan pemeriksaan pasca-instalasi di sini adalah kegiatan pendukung kesiapan belajar. **Jangan menyamakannya dengan TP 5.1/5.2** atau mengklaim penyelesaian TP hanya dari LKPD ini.
- Bahan lama Dimas berjumlah 24 PDF: berkas 13–17 membahas OS, sedangkan 18–24 membahas pasca-instalasi. Gunakan sebagai referensi historis/konsep, bukan kewajiban memasang OS, utilitas, atau driver lama. Pilih OS tamu yang masih didukung vendor dan sesuai sumber daya serta lisensi sekolah.
- Modul yang telah tersedia satu direktori di atas mencakup proses bisnis, perkembangan teknologi, profil profesi/karier, dan K3LH. LKPD ini melengkapi, bukan menggantikan modul tersebut.
- Ketentuan/regulasi tahun 2026 **belum diverifikasi**. Guru perlu memeriksa sumber resmi yang berlaku sebelum menetapkan administrasi pembelajaran.

## Aturan bersama: keselamatan, privasi, dan bukti

1. Kegiatan hanya dilakukan atas izin guru pada perangkat, VM, dan jaringan yang ditentukan. Jangan mengubah OS, partisi, akun, firmware, atau konfigurasi jaringan komputer induk/host.
2. Jangan mengumpulkan kata sandi, PIN, token, kunci lisensi, kode pemulihan, atau tangkapan layar yang memuat kredensial. Jangan meminta peserta membagikannya kepada kelompok/guru.
3. Bukti yang dibagikan tidak memuat data pribadi atau informasi pengenal publik: nama lengkap, surel pribadi, foto wajah, IP publik, identitas perangkat, SSID pengenal, atau lokasi rinci. Alamat jaringan internal yang diperlukan untuk analisis disimpan terbatas; gunakan label/samaran pada hasil yang dibagikan.
4. Tutup aplikasi pribadi sebelum mengambil tangkapan layar. Pangkas/samarkan informasi sensitif. Guru cukup memeriksa konfigurasi asli secara lokal bila diperlukan, tanpa menyalinnya ke laporan umum.
5. Bila timbul bahaya, keraguan izin, atau perubahan di luar lingkup: **hentikan tindakan, amankan area tanpa menyentuh sumber bahaya, dan lapor guru**. Siswa tidak diminta memperbaiki sumber listrik atau perangkat berbahaya.

### Gerbang wajib yang tidak dapat dikompensasi

Sebelum praktik, guru memeriksa izin, kesiapan lingkungan, batas tindakan, dan perlindungan data. **Lulus gerbang keselamatan/privasi wajib untuk menyatakan tuntas**. Nilai tinggi pada dimensi lain tidak dapat menutupi pelanggaran keselamatan, izin, atau privasi.

Jika gerbang gagal: hentikan praktik, catat kejadian tanpa mengekspos data pribadi, lakukan remedial terarah, lalu nilai ulang melalui demonstrasi aman/simulasi. Jangan melanjutkan tindakan berbahaya demi melengkapi bukti. Status gerbang: `Lulus / Belum lulus`, terpisah dari skor rubrik.

**Contoh kriteria pedagogis, bukan KKTP resmi:** gerbang lulus **dan setiap satu dari empat dimensi memperoleh minimal level 3**. Jangan mengganti syarat per dimensi dengan rata-rata atau total skor. Guru menetapkan keputusan asesmen sesuai kebijakan sekolah.

---

## Aktivitas 1 — Memeriksa VM setelah instalasi OS

### Tujuan

Peserta mampu memeriksa identitas/dukungan OS, akun, kapasitas penyimpanan dan adaptor jaringan VM; memilih sumber pembaruan/driver resmi; serta mendokumentasikan perubahan yang dapat dipulihkan tanpa mengubah host.

### Prasyarat dan alokasi

- Satu pertemuan adaptif: pengarahan dan gerbang → pemeriksaan → perubahan terbatas → verifikasi dan refleksi. Tidak menetapkan JP resmi.
- Guru telah menyediakan **guest VM dengan OS yang masih didukung vendor**, lisensi yang sesuai, dan izin penggunaan. Instalasi OS tidak menjadi tugas aktivitas ini.
- Guru memastikan sumber daya VM memadai, jaringan NAT atau jaringan lab terisolasi sesuai izin, serta akun latihan tanpa data pribadi. Jangan menjembatani jaringan/bridged tanpa izin khusus.
- Siswa memahami perbedaan host dan guest. Hak administrator, bila diperlukan, diberikan/digunakan melalui prosedur guru tanpa dicatat pada LKPD.
- Ruang untuk snapshot/backup tersedia. Jika pembaruan tidak tersedia atau memerlukan unduhan besar, gunakan demonstrasi guru atau alternatif tanpa perangkat.

### Langkah kerja

1. Tunjukkan jendela guest kepada guru; catat kode VM dan ruang lingkup yang diizinkan. Jangan menggunakan menu manajemen disk/akun host.
2. Sebelum perubahan, buat snapshot VM atau backup yang disetujui guru. Catat label, waktu, lokasi penyimpanan secara tersamar, dan rencana pemulihan. Snapshot bukan pengganti backup terpisah untuk data penting. Jika tidak ada cara pemulihan yang memadai, **jangan mengubah sistem**; lakukan pengamatan/simulasi saja.
3. Periksa versi/edisi/build OS guest dan status dukungannya melalui informasi vendor. Windows: Settings → System → About atau `winver`. Linux: `cat /etc/os-release` dan, jika diperlukan, `uname -r`. Jangan menganggap versi yang bisa berjalan otomatis masih didukung.
4. Tinjau akun latihan melalui pengaturan akun guest. Bedakan pengguna standar dan administrator; jangan membuat akun pribadi, menghapus akun, atau mengubah kata sandi dalam kegiatan ini. Catat jenis/peran akun saja, bukan nama akun/kredensial.
5. Periksa kapasitas penyimpanan guest tanpa memformat, menghapus, memperbesar, atau mempartisi disk. Windows: Settings → System → Storage; Linux: `df -h`. Catat ruang tersedia dengan label volume tersamar.
6. Periksa adaptor jaringan guest melalui Settings/Device Manager Windows atau `ip link` pada Linux. Catat status aktif/tidak aktif dan apakah perangkat dikenali, bukan MAC/identitas uniknya.
7. Bersama guru, pilih pembaruan resmi: Windows Update/vendor perangkat atau repositori resmi distribusi Linux. Driver VM berasal dari vendor hypervisor resmi dan versi yang sesuai. Hindari situs agregator driver, aktivator, utilitas “driver booster”, skrip acak, dan paket lama yang tidak didukung.
8. Guru menyetujui **satu perubahan terbatas** pada guest, misalnya pembaruan resmi yang relevan. Jika perlu restart, pastikan hanya guest yang di-restart. Jangan menonaktifkan proteksi keamanan. Jika tidak layak melakukan perubahan saat itu, tuliskan rencana dan alasan penundaan, bukan bukti keberhasilan palsu.
9. Setelah perubahan, periksa ulang versi/status perangkat, ruang disk, dan fungsi jaringan sesuai izin. Jika gagal, berhenti dan ikuti rencana pemulihan bersama guru. Jangan melakukan perubahan tambahan secara coba-coba.
10. Susun bukti tersanitasi, simpulan, dan satu rekomendasi tindak lanjut. Catat hasil aktual: berhasil, tertunda, atau gagal beserta alasan.

### Alternatif tanpa perangkat

Guru menyediakan kartu kasus/gambar tersanitasi: halaman versi OS, jenis akun, kapasitas disk, status adaptor, pilihan sumber driver, dan catatan snapshot. Peserta menyusun urutan aman, memilih sumber resmi, membandingkan kondisi sebelum/sesudah hipotetis, dan menulis rencana pemulihan. Tandai semua hasil sebagai **analisis/simulasi**, bukan praktik VM yang sudah dilakukan.

### Template bukti

| Butir | Sebelum/rencana | Sesudah/hasil aktual | Bukti tersanitasi atau alasan belum dilakukan |
|---|---|---|---|
| Kode guest dan versi OS; dasar status dukungan | … | … | … |
| Peran akun latihan, tanpa nama/kredensial | … | … | … |
| Kapasitas/ruang penyimpanan guest | … | … | … |
| Adaptor dikenali dan statusnya | … | … | … |
| Snapshot/backup sebelum perubahan dan rencana pulih | … | … | … |
| Sumber resmi dan perubahan yang disetujui | … | … | … |
| Verifikasi, kendala, tindak lanjut | … | … | … |

Mode: praktik / simulasi ______. Persetujuan guru ______. Gerbang: lulus / belum lulus ______.

### Tiga pertanyaan keluar dan panduan jawaban guru

1. **Mengapa harus membedakan guest dari host dan membuat snapshot/backup sebelum perubahan?** Panduan: membatasi dampak pada lingkungan latihan dan menyediakan jalur pemulihan. Snapshot bergantung pada penyimpanan VM dan bukan selalu backup independen.
2. **OS dapat masuk desktop, tetapi adaptor tidak dikenali. Apa langkah aman berikutnya?** Panduan: periksa konfigurasi guest dan kompatibilitas perangkat virtual, gunakan dokumentasi/driver vendor resmi dengan izin guru; bukan memasang driver acak atau mengutak-atik host.
3. **Apakah tulisan “update selesai” cukup sebagai bukti?** Panduan: tidak; perlu sumber resmi, hasil aktual, pemeriksaan setelah restart bila diperlukan, fungsi perangkat, serta dokumentasi tersanitasi. Pembaruan tertunda harus dilaporkan sebagai tertunda.

### Remedial dan pengayaan

- **Remedial:** klasifikasikan ulang host/guest, urutkan kartu snapshot–perubahan–verifikasi, lalu demonstrasikan satu pemeriksaan aman. Nilai ulang dimensi yang belum mencapai 3 dan gerbang bila diperlukan.
- **Pengayaan:** bandingkan dua strategi pemulihan guest atau kebijakan pembaruan resmi dua OS yang didukung, tanpa memasang OS lama atau mengubah host.

### Rubrik aktivitas 1

| Dimensi | Level 1 | Level 2 | Level 3 | Level 4 |
|---|---|---|---|---|
| Ketepatan pemeriksaan | Tidak membedakan host/guest atau data inti salah | Sebagian versi/akun/disk/adaptor teridentifikasi; perlu banyak arahan | Empat aspek diperiksa benar dan dukungan OS dijelaskan | Memenuhi level 3 serta menjelaskan hubungan temuan dan prioritas tindak lanjut |
| Prosedur dan keselamatan | Melanggar batas/izin atau tanpa rencana pulih | Memahami batas tetapi prosedur perlu dikoreksi sebelum perubahan | Batas guest, izin, snapshot/backup sebelum perubahan, sumber resmi dan verifikasi dipenuhi | Memenuhi level 3 serta menjelaskan keterbatasan snapshot dan kriteria menghentikan perubahan |
| Bukti dan privasi | Bukti tidak dapat ditelusuri atau memuat data terlarang | Bukti sebagian; perlu penyamaran/pelengkapan | Bukti sebelum–sesudah atau rencana tertunda jelas, tersanitasi, berlabel praktik/simulasi | Memenuhi level 3 serta bukti ringkas, konsisten, dan mudah diperiksa ulang |
| Penalaran dan refleksi | Simpulan tanpa alasan | Menyebut kendala tetapi solusi belum sesuai | Menjelaskan hasil, kendala dan tindak lanjut aman dengan alasan | Memenuhi level 3 serta membandingkan alternatif dan konsekuensinya |

**Keputusan contoh:** setiap dimensi ≥3 dan gerbang lulus; pelanggaran gerbang tidak dapat ditutup skor lain.

---

## Aktivitas 2 — Inventaris K3LH, 5R, dan penilaian risiko

### Tujuan

Peserta mampu membuat inventaris sederhana, mengenali bahaya di area kerja, menilai kemungkinan/dampak, serta mengusulkan pengendalian berdasarkan Ringkas, Rapi, Resik, Rawat, Rajin (5R) dengan bukti yang aman.

### Prasyarat dan alokasi

- Satu pertemuan adaptif: pengarahan → observasi area aman → analisis → pelaporan/refleksi; tanpa penetapan JP resmi.
- Area disetujui guru; tersedia denah/gambar atau meja latihan. Guru menentukan objek yang boleh disentuh dan prosedur pemutusan daya.
- Peserta memahami bahwa inventaris tidak berarti membongkar atau memperbaiki perangkat.

### Langkah kerja

1. Guru menetapkan batas area dan objek. Lakukan observasi visual terlebih dahulu. **Jangan pernah membuka PSU/catu daya**, meskipun kabel telah dicabut; komponen dapat menyimpan muatan berbahaya.
2. Untuk penataan/pembersihan ringan yang diizinkan, matikan perangkat melalui prosedur yang benar dan **putuskan sambungan listrik terlebih dahulu** sesuai SOP serta pengawasan guru, termasuk sumber cadangan bila ada. Jangan mencabut konektor saat tangan basah, menyentuh penghantar, atau menarik kabelnya. Jika sumber daya tidak jelas, jangan menyentuh objek.
3. **Dilarang memanjat** kursi, meja, rak, atau tangga untuk aktivitas ini. Objek tinggi diamati dari tempat aman atau dilaporkan kepada guru/petugas.
4. Buat inventaris minimal tiga objek/area dengan kode lokal, fungsi, kondisi visual, dan lokasi umum. Jangan mencatat nomor seri/aset atau foto label identitas pada laporan yang dibagikan.
5. Identifikasi minimal tiga bahaya, misalnya kabel melintang, ventilasi tertutup, tumpukan tidak stabil, debu, atau penanganan limbah elektronik. Untuk stopkontak rusak, bau terbakar, kabel terkelupas, atau cairan dekat listrik: hentikan pendekatan dan lapor; siswa tidak memperbaiki atau membersihkannya.
6. Gunakan skala pedagogis kemungkinan 1–3 (jarang, mungkin, sering) dan dampak 1–3 (ringan, sedang, berat); skor awal = kemungkinan × dampak. Ini alat diskusi, bukan standar penilaian risiko resmi. Bahaya listrik/kebakaran serius tetap harus dihentikan/dilaporkan, berapa pun hasil perkaliannya.
7. Usulkan pengendalian: hilangkan sumber bahaya bila dapat dilakukan petugas berwenang, batasi akses, perbaiki tata letak/SOP, dan gunakan perlindungan sesuai kebutuhan. Petakan tindakan pada 5R. Skor rendah tidak memberi izin otomatis melakukan tindakan.
8. Hanya lakukan penataan berisiko rendah setelah guru menyetujui dan memastikan daya terputus bila relevan, misalnya merapikan alat tidak bertegangan di meja. Selain itu buat usulan, bukan tindakan. Limbah elektronik diserahkan melalui prosedur sekolah, bukan dibuang ke sampah biasa.
9. Catat bukti sebelum/sesudah jika benar-benar dilaksanakan; jika hanya usulan, beri label “rencana”. Nilai ulang risiko sisa dan tentukan penanggung jawab berupa peran, bukan nama pribadi.
10. Laporkan prioritas dan kebiasaan 5R yang perlu dipertahankan. Pulihkan kerapian area tanpa menyambungkan daya kembali kecuali diizinkan guru.

### Alternatif tanpa perangkat

Gunakan denah/gambar laboratorium buatan guru tanpa identitas pribadi. Tandai minimal tiga objek dan tiga bahaya, isi penilaian risiko, serta rancang perbaikan 5R di atas kertas. Tidak perlu menyentuh perangkat atau mencari lokasi berbahaya untuk memperoleh foto.

### Template bukti

| Kode objek/area dan kondisi | Bahaya serta pihak terdampak (peran) | Kemungkinan × dampak = skor awal | Kendali dan unsur 5R | Izin; tindakan aktual atau rencana | Risiko sisa; bukti tersanitasi |
|---|---|---|---|---|---|
| … | … | … | … | … | … |
| … | … | … | … | … | … |
| … | … | … | … | … | … |

Bukti dapat berupa sketsa, daftar cek, atau foto terpangkas. Tidak wajib foto jika pengambilan foto justru berbahaya. Mode ______ | prioritas ______ | pihak yang perlu dihubungi (peran) ______ | gerbang ______.

### Tiga pertanyaan keluar dan panduan jawaban guru

1. **Mengapa PSU tetap tidak boleh dibuka setelah kabel dicabut?** Panduan: kapasitor dapat menyimpan muatan; pembukaan/perbaikan bukan kewenangan peserta. Pemutusan daya tidak menghapus semua bahaya.
2. **Kabel rusak mendapat skor kecil karena jarang disentuh. Bolehkah diabaikan?** Panduan: tidak; potensi sengatan/kebakaran mengharuskan penghentian pendekatan, pembatasan aman dan pelaporan, bukan bergantung pada angka semata.
3. **Apa beda Rapi dan Rawat dalam bukti kegiatan?** Panduan: Rapi menempatkan barang agar tertib/mudah ditemukan; Rawat mempertahankan kondisi melalui standar/pemeriksaan. Bukti dapat berupa sketsa lokasi dan daftar cek berkala, bukan sekadar klaim “sudah bersih”.

### Remedial dan pengayaan

- **Remedial:** cocokkan gambar bahaya dengan tindakan hentikan/lapor atau tindakan ringan berizin, lalu revisi satu baris risiko sampai alasan dan kendalinya tepat.
- **Pengayaan:** rancang jadwal audit 5R dengan penanggung jawab berupa peran dan indikator teramati; jangan memperluas inspeksi ke panel listrik, PSU, atau tempat tinggi.

### Rubrik aktivitas 2

| Dimensi | Level 1 | Level 2 | Level 3 | Level 4 |
|---|---|---|---|---|
| Inventaris dan identifikasi | Objek/bahaya tidak relevan | Inventaris/bahaya sebagian, hubungan belum jelas | Minimal tiga objek dan tiga bahaya relevan dengan kondisi teramati | Memenuhi level 3 serta menjelaskan keterkaitan bahaya antarobjek |
| Prosedur dan keselamatan | Membuka PSU, memanjat, menangani bahaya tanpa izin, atau melanggar batas | Perlu koreksi sebelum tindakan dan belum konsisten menjelaskan batas | Mematuhi larangan, pemutusan daya sesuai SOP untuk tindakan berizin, serta penghentian/pelaporan bahaya | Memenuhi level 3 serta mengantisipasi bahaya tersisa dan menolak tindakan di luar kewenangan |
| Bukti dan privasi | Tidak ada bukti bermakna atau data terlarang terekspos | Bukti/skor/label rencana belum lengkap | Tabel beralasan, bukti aman dan tersanitasi, tindakan dibedakan dari rencana | Memenuhi level 3 serta perbandingan sebelum/sesudah atau sketsa rencana mudah diaudit |
| Analisis risiko dan 5R | Skor/kendali tanpa alasan | Sebagian skor atau kaitan 5R tepat | Kemungkinan/dampak beralasan, kendali 5R dan risiko sisa sesuai | Memenuhi level 3 serta memprioritaskan kendali dan rencana pemeliharaan secara logis |

**Keputusan contoh:** setiap dimensi ≥3 dan gerbang lulus; angka risiko maupun skor rubrik tidak mengompensasi pelanggaran keselamatan.

---

## Aktivitas 3 — Observasi LAN berizin dan diagnosis sederhana

### Tujuan

Peserta mampu mengenali fungsi IPv4, gateway, dan DNS; mengamati konfigurasi tanpa mengubahnya; serta membedakan dugaan gangguan resolusi nama dari gangguan konektivitas menggunakan ping terbatas pada target yang disetujui.

### Prasyarat dan alokasi

- Satu pertemuan adaptif: izin/target → observasi → ping terbatas → interpretasi/refleksi; bukan alokasi JP resmi.
- Jaringan latihan dan perangkat mendapat izin guru/pengelola. Guru menyediakan daftar **alamat IP dan nama host yang disetujui**, jumlah pengiriman, serta hasil pembanding bila ICMP diblokir.
- Jangan mengasumsikan gateway, perangkat teman, atau situs internet otomatis boleh diuji. Jika tidak ada target berizin, gunakan alternatif tanpa perangkat.
- Kegiatan hanya baca konfigurasi dan ping biasa. **Tidak ada scanning**, sweep rentang alamat, traceroute, pencarian perangkat, penangkapan paket, uji port, brute force, flood, atau pengubahan konfigurasi DNS/IP/firewall.

### Langkah kerja dan perintah

1. Catat kode jaringan/perangkat, izin, dan daftar target. Jangan menampilkan identitas jaringan sekolah pada laporan publik.
2. Baca konfigurasi lokal dengan perintah yang sesuai. Jangan menyalin keluaran penuh yang berisi identitas sensitif ke laporan.

| Keperluan | Windows | Linux |
|---|---|---|
| Lihat IPv4 dan informasi adaptor | `ipconfig /all` | `ip -4 addr show` |
| Lihat gateway/rute bawaan | Lihat Default Gateway pada `ipconfig /all` | `ip route show default` |
| Lihat DNS terkonfigurasi | Lihat DNS Servers pada `ipconfig /all` | `resolvectl status`; jika tidak tersedia, `cat /etc/resolv.conf` |
| Ping IP yang diizinkan, empat kiriman | `ping -n 4 <IP_DIIZINKAN>` | `ping -c 4 <IP_DIIZINKAN>` |
| Ping nama yang diizinkan, empat kiriman | `ping -n 4 <NAMA_DIIZINKAN>` | `ping -c 4 <NAMA_DIIZINKAN>` |

Ganti placeholder termasuk tanda `< >` dengan target dari guru; jangan mengetik placeholder secara literal. Jangan menggunakan opsi ping terus-menerus atau ukuran paket besar. Semua perintah dijalankan pada perangkat/guest yang diizinkan, tidak membutuhkan pengambilan kredensial.

3. Catat IPv4/prefix atau subnet mask, gateway, dan DNS pada lembar lokal terbatas. Pada laporan yang dibagikan, gunakan `HOST-A`, `GW-LAB`, `DNS-LAB`, `TARGET-A` atau samaran lain yang konsisten. DNS `127.0.0.53` pada Linux dapat merupakan stub resolver lokal, bukan otomatis kesalahan; `resolvectl status` dapat memperlihatkan DNS hulu bila tersedia.
4. Jelaskan fungsi: IPv4 mengalamatkan antarmuka; gateway/rute bawaan mengarahkan trafik ke luar subnet; DNS membantu menerjemahkan nama menjadi alamat. Gateway tidak selalu dilalui untuk komunikasi satu subnet.
5. Jalankan ping empat kiriman ke IP target yang disetujui. Gateway hanya boleh diping bila tercantum dalam izin. Catat jumlah terkirim/diterima atau pesan kegagalan, bukan hanya “terhubung”.
6. Jalankan ping empat kiriman ke nama target yang disetujui. Untuk pembandingan, guru sebaiknya menyediakan nama dan IP pembanding layanan yang sama. Catat apakah nama berhasil diterjemahkan dan apakah balasan ICMP diterima. Jika nama menghasilkan IPv6, jangan menyamakan hasilnya dengan uji IPv4; gunakan `ping -4 -n 4 <NAMA_DIIZINKAN>` di Windows atau `ping -4 -c 4 <NAMA_DIIZINKAN>` di Linux bila didukung dan diizinkan, atau gunakan contoh keluaran guru.
7. Tafsirkan secara terbatas:
   - IP pembanding membalas tetapi nama gagal diterjemahkan: **dugaan masalah resolusi nama/DNS**, bukan bukti pasti server DNS rusak; mungkin salah ejaan, konfigurasi resolver, cache, atau nama tidak ada.
   - Nama diterjemahkan menjadi IP tetapi ping timeout: resolusi nama berhasil; telusuri dugaan konektivitas/target/kebijakan ICMP, bukan langsung menyalahkan DNS.
   - Ping IP dan nama sama-sama gagal: bisa konfigurasi lokal, tautan, rute, target tidak aktif, atau ICMP diblokir. Bukti belum cukup untuk menetapkan penyebab tunggal.
   - Ping berhasil tidak membuktikan seluruh layanan/aplikasi berjalan atau internet sepenuhnya normal.
8. Jangan mengganti DNS, menonaktifkan firewall, atau mencoba alamat lain tanpa izin untuk “membuktikan” hipotesis. Laporkan temuan dan usulan verifikasi aman kepada guru/pengelola.

### Alternatif tanpa perangkat

Guru menyediakan dua atau tiga transkrip tersanitasi: konfigurasi IPv4/gateway/DNS, ping IP, dan ping nama. Peserta mengidentifikasi fungsi, membandingkan hasil, dan menulis dugaan serta batas kesimpulan. Tidak perlu koneksi internet atau menjalankan perintah. Tandai sebagai analisis transkrip, bukan pengujian langsung.

### Template bukti

| Butir | Catatan lokal terbatas / samaran pada laporan |
|---|---|
| Mode, kode perangkat dan izin guru | … |
| Fungsi IPv4/prefix, gateway, DNS yang diamati | … |
| Target IP/nama yang disetujui (samaran) dan alasan pembanding | … |
| Perintah serta jumlah kiriman | … |
| Hasil ping IP: terkirim/diterima atau pesan | … |
| Hasil ping nama: resolusi berhasil/gagal; balasan | … |
| Dugaan DNS / konektivitas / belum cukup bukti dan alasannya | … |
| Batas kesimpulan dan usulan verifikasi kepada guru | … |

Lampiran: potongan keluaran tersanitasi atau transkrip guru ______. Gerbang ______. Jangan menyertakan kata sandi Wi-Fi, IP publik, MAC, hostname pengenal, atau keluaran mentah yang tidak diperlukan.

### Tiga pertanyaan keluar dan panduan jawaban guru

1. **Apa perbedaan IPv4, gateway, dan DNS?** Panduan: alamat antarmuka, jalur keluar menuju jaringan lain, dan penerjemahan nama; masing-masing memiliki fungsi berbeda, bukan tiga nama untuk perangkat yang sama.
2. **IP target berizin membalas, tetapi nama pembanding tidak dapat diterjemahkan. Apa kesimpulan yang layak?** Panduan: ada indikasi masalah resolusi nama; periksa ejaan dan konfigurasi berdasarkan izin, laporkan. Jangan menyimpulkan seluruh jaringan mati atau server DNS pasti rusak.
3. **Nama berhasil diterjemahkan tetapi tidak ada balasan ping. Apakah DNS gagal?** Panduan: tidak untuk uji resolusi tersebut; ICMP mungkin diblokir, target/rute bermasalah, atau sebab lain. Ping saja tidak cukup untuk diagnosis pasti dan tidak mengizinkan scanning lanjutan.

### Remedial dan pengayaan

- **Remedial:** cocokkan tiga fungsi jaringan dengan contoh transkrip, lalu revisi satu diagnosis dengan membedakan “gagal menerjemahkan nama” dan “timeout setelah alamat diketahui”. Ulangi praktik hanya dengan izin.
- **Pengayaan:** analisis kasus DNS stub, target memblokir ICMP, atau perbedaan rute satu subnet/lintas subnet dari data guru. Tidak memperluas target atau menggunakan scanning.

### Rubrik aktivitas 3

| Dimensi | Level 1 | Level 2 | Level 3 | Level 4 |
|---|---|---|---|---|
| Pemahaman konfigurasi | Fungsi IPv4/gateway/DNS tertukar | Mengenali sebagian fungsi dengan bantuan | Ketiga fungsi dan konfigurasi contoh dijelaskan tepat | Memenuhi level 3 serta menjelaskan peran subnet atau stub resolver sesuai kasus |
| Prosedur dan keselamatan | Target tanpa izin, scanning, atau perubahan konfigurasi | Perlu koreksi batas target/perintah sebelum praktik | Hanya baca konfigurasi dan ping terbatas ke target disetujui; tanpa perubahan/scanning | Memenuhi level 3 serta menghentikan pengujian saat bukti/izin tidak memadai |
| Bukti dan privasi | Hasil tidak jelas atau identitas/kredensial terekspos | Sebagian perintah/hasil atau samaran belum lengkap | Izin, perintah, jumlah kiriman, hasil dan mode dicatat tersanitasi | Memenuhi level 3 serta pembandingan IP/nama konsisten dan mudah ditelusuri |
| Diagnosis dan refleksi | Menetapkan penyebab tanpa dasar | Membedakan sebagian gejala tetapi simpulan berlebihan | Membedakan resolusi nama dan konektivitas, menyatakan batas ping dan tindak lanjut aman | Memenuhi level 3 serta membandingkan hipotesis alternatif tanpa memperluas pengujian |

**Keputusan contoh:** setiap dimensi ≥3 dan gerbang lulus. Keberhasilan ping tidak menutupi pengujian target tanpa izin.

## Rekap guru

| Aktivitas | Dimensi 1 | Dimensi 2 | Dimensi 3 | Dimensi 4 | Gerbang | Remedial/hasil penilaian ulang |
|---|---|---|---|---|---|---|
| 1 — VM | … | … | … | … | … | … |
| 2 — K3LH/5R | … | … | … | … | … | … |
| 3 — LAN | … | … | … | … | … | … |

Alternatif tanpa perangkat dinilai dengan dimensi yang sama berdasarkan bukti analisis/simulasi; jangan mencatatnya sebagai keterampilan praktik perangkat yang telah terdemonstrasi. Penilaian keterampilan langsung dapat dijadwalkan kemudian secara aman dan adil.