Setting IP & UEFI Boot UTBK — Solusi Gagal Booting

Jaringan komputer untuk UTBK (Ujian Tulis Berbasis Komputer) bukan setup jaringan biasa. Setiap komputer klien harus bisa booting via jaringan (PXE Boot lewat UEFI), menerima IP DHCP dari subnet yang benar, dan terisolasi dalam VLAN yang tepat agar tidak bercampur dengan lalu lintas jaringan lain. Kesalahan pada salah satu lapisan ini — mulai dari UEFI yang salah urutan boot, VLAN-ID yang tidak cocok, hingga IP pool DHCP yang habis — bisa membuat seluruh sesi ujian gagal. Panduan ini membahas tuntas cara mengubah pengaturan IP boot jaringan UEFI untuk UTBK, lengkap dengan studi kasus nyata.

Penting sebelum hari-H: Selalu lakukan dry-run penuh minimal 2 hari sebelum sesi UTBK. Masalah DHCP lease, VLAN trunk, dan UEFI boot order hampir tidak mungkin terdeteksi tanpa simulasi load penuh dari semua komputer klien secara bersamaan.

Arsitektur Jaringan UTBK — Gambaran Umum

Sebelum menyentuh pengaturan UEFI, pahami dulu topologi jaringan UTBK secara keseluruhan. Jaringan UTBK umumnya terdiri dari tiga lapisan: server ujian (lokal atau cloud), switch manageable dengan VLAN, dan komputer klien yang boot via PXE. Setiap lapisan memiliki titik konfigurasi kritis yang bisa menjadi sumber masalah.

Mengapa VLAN diperlukan? VLAN memisahkan lalu lintas jaringan ujian dari jaringan administrasi dan internet umum. Tanpa VLAN, komputer klien bisa "kebablasan" mendapat DHCP dari router kantor atau dari segment jaringan yang salah — dan gagal menemukan server ujian.

Cara Setting UEFI PXE Boot di Komputer Klien UTBK

Komputer klien UTBK harus dikonfigurasi agar booting pertama kali lewat jaringan (PXE), bukan dari harddisk lokal. Pengaturan ini ada di UEFI/BIOS. Berikut langkah-langkah umum yang berlaku di mayoritas vendor (HP, Dell, Lenovo, Acer):

STEP 1

Masuk ke UEFI/BIOS Setup — Nyalakan komputer, tekan tombol BIOS saat layar pertama muncul. Tergantung vendor: F2 (Dell/Acer), F10 (HP), F1 atau Del (Lenovo). Jika Windows sudah terlanjur booting, restart via: Settings → Recovery → Advanced Startup → Troubleshoot → UEFI Firmware Settings.

STEP 2

Aktifkan Network Boot / PXE Boot — Cari menu Boot atau Advanced. Aktifkan opsi "Network Boot", "PXE Boot", atau "LAN Boot ROM". Pastikan mode UEFI (bukan Legacy/CSM) yang aktif — PXE modern menggunakan protokol UEFI HTTP Boot atau iPXE yang membutuhkan mode UEFI penuh.

STEP 3

Atur Urutan Boot (Boot Order) — Di menu Boot Order, pindahkan "Network / PXE" ke urutan pertama, di atas HDD/SSD. Jika ada dua opsi PXE (IPv4 dan IPv6), pilih IPv4 untuk jaringan UTBK standar. Urutan boot yang salah adalah penyebab paling umum komputer klien booting ke OS lokal, bukan ke image ujian.

STEP 4

Simpan dan Keluar — Tekan F10 (atau sesuai petunjuk di layar) untuk Save & Exit. Komputer akan restart dan mulai mencari DHCP server via jaringan. Jika konfigurasi DHCP dan VLAN benar, komputer akan menerima IP dan mulai mengunduh image boot UTBK dari server.

Vendor	Tombol BIOS/UEFI	Menu PXE Boot	Catatan
HP	F10 atau Esc+F10	Advanced → Boot Options → Network Boot	Pastikan "Network PXE Boot" tercentang
Dell	F2	Settings → General → Boot Sequence	Aktifkan "Network" di daftar boot, pastikan UEFI mode aktif
Lenovo	F1 atau Del	Startup → Boot Priority Order	Geser "PCI LAN" ke posisi teratas
Acer	F2 atau Del	Boot → Boot Priority	Aktifkan "PXE OpROM" di bawah tab Main
ASUS	Del atau F2	Boot → Boot Option #1	Pilih "UEFI: Realtek PXE" sebagai opsi pertama
Gigabyte	Del	BIOS → Boot → Boot Option Priorities	Pilih "UEFI: Network" sebagai prioritas utama

Konfigurasi DHCP Pool untuk Jaringan UTBK

DHCP server adalah komponen kritis dalam jaringan UTBK. Server ini bertugas memberikan IP address otomatis (IP DHCP) ke setiap komputer klien saat boot via PXE. Jika pool IP habis atau subnet salah, komputer klien tidak akan mendapat IP dan proses boot terhenti. Berikut contoh konfigurasi DHCP yang benar untuk lingkungan UTBK:

LINUX — Konfigurasi dnsmasq untuk PXE + DHCP UTBK

# /etc/dnsmasq.conf — contoh konfigurasi DHCP+PXE untuk UTBK

# Interface yang digunakan (sesuaikan dengan interface server)
interface=eth0

# DHCP Pool untuk VLAN 10 (jaringan ujian)
# Range: 10.10.10.50 sampai 10.10.10.200
# Lease time: 8 jam (cukup untuk satu hari ujian)
dhcp-range=10.10.10.50,10.10.10.200,255.255.255.0,8h

# Gateway dan DNS untuk klien
dhcp-option=3,10.10.10.1       # Default gateway
dhcp-option=6,10.10.10.1       # DNS server

# PXE Boot — arahkan klien ke file boot UEFI
dhcp-boot=tag:efi-x86_64,EFI/BOOT/bootx64.efi,pxeserver,10.10.10.1

# Log DHCP request (berguna untuk troubleshooting)
log-dhcp
log-facility=/var/log/dnsmasq.log

Ganti 10.10.10.x sesuai subnet VLAN UTBK di lokasi Anda. Range IP harus mencukupi jumlah komputer klien + cadangan minimal 20%.

WINDOWS SERVER — Konfigurasi DHCP Scope via PowerShell

# Buat DHCP Scope baru untuk jaringan UTBK
Add-DhcpServerv4Scope -Name "UTBK-VLAN10" `
    -StartRange 10.10.10.50 `
    -EndRange 10.10.10.200 `
    -SubnetMask 255.255.255.0 `
    -Description "IP Pool untuk komputer klien UTBK"

# Set gateway dan DNS untuk scope ini
Set-DhcpServerv4OptionValue -ScopeId 10.10.10.0 `
    -Router 10.10.10.1 `
    -DnsServer 10.10.10.1

# Aktifkan scope
Set-DhcpServerv4Scope -ScopeId 10.10.10.0 -State Active

# Cek lease yang sudah diberikan
Get-DhcpServerv4Lease -ScopeId 10.10.10.0

Jalankan PowerShell sebagai Administrator. Ganti ScopeId sesuai subnet VLAN UTBK Anda.

Hitung kebutuhan IP Pool dengan tepat: Jika ada 100 komputer klien, pool minimal 100 IP — idealnya 150 (cadangan 50%). Jangan lupa kurangi IP yang sudah terpakai untuk server, gateway, dan switch management. IP pool yang terlalu kecil adalah penyebab tersembunyi gagalnya boot pada PC klien nomor-nomor akhir.

Konfigurasi VLAN di Switch untuk Jaringan UTBK

VLAN memisahkan lalu lintas jaringan secara logis dalam satu infrastruktur fisik. Untuk jaringan UTBK, VLAN-ID harus dikonfigurasi secara konsisten di switch, router/gateway, dan DHCP server. Ketidaksesuaian VLAN-ID di satu titik saja bisa membuat seluruh segment tidak bisa berkomunikasi.

CISCO IOS — Konfigurasi VLAN untuk Switch UTBK

! Buat VLAN 10 untuk jaringan ujian UTBK
vlan 10
 name UTBK-UJIAN

vlan 99
 name MANAGEMENT

! Konfigurasi port uplink ke server sebagai TRUNK
interface GigabitEthernet0/1
 description Uplink-ke-Server-UTBK
 switchport mode trunk
 switchport trunk allowed vlan 10,99
 switchport trunk native vlan 99

! Konfigurasi port ke komputer klien sebagai ACCESS VLAN 10
interface range GigabitEthernet0/2 - 48
 description PC-Klien-UTBK
 switchport mode access
 switchport access vlan 10
 spanning-tree portfast

! Verifikasi konfigurasi
show vlan brief
show interfaces trunk

Sesuaikan nomor interface dengan tipe switch yang digunakan. Perintah di atas untuk Cisco IOS — switch merk lain (HP ProCurve, Huawei, TP-Link) memiliki sintaks berbeda.

HP ProCurve / Aruba — Konfigurasi VLAN Switch UTBK

! Buat VLAN 10 untuk UTBK
vlan 10
 name "UTBK-UJIAN"

! Port ke server: Tagged (trunk)
vlan 10
 tagged 1

! Port ke PC klien: Untagged (access)
vlan 10
 untagged 2-48

! Cek konfigurasi
show vlan 10
show interfaces brief

Di HP/Aruba: "tagged" = trunk, "untagged" = access. Pastikan port uplink ke server menggunakan "tagged" agar frame VLAN 10 diteruskan.

Studi Kasus: Studi Kasus: Salah VLAN-ID dan IP Pool Habis di Hari H UTBK
Sebuah perguruan tinggi di Riau mengelola 3 ruang ujian UTBK dengan total 120 komputer klien. Infrastruktur menggunakan switch manageable Cisco dengan VLAN 10 untuk jaringan ujian. Hari-H, 45 dari 120 komputer gagal booting — layar hanya menampilkan "PXE-E16: No offer received" atau "DHCP timeout". Investigasi menemukan dua masalah sekaligus: MASALAH 1 — VLAN-ID Tidak Konsisten: Switch di Ruang Ujian C dikonfigurasi dengan VLAN-ID 100 (bukan 10 seperti di ruang A dan B). Teknisi salah membaca dokumen konfigurasi karena penulisan "VLAN 10" di dokumen asli terbaca "VLAN 100" di font kecil. Akibatnya, seluruh 40 PC di Ruang C tidak bisa berkomunikasi dengan DHCP server. MASALAH 2 — IP Pool Habis: Di Ruang A dan B, 5 PC gagal mendapat IP karena DHCP pool hanya dikonfigurasi 80 IP (10.10.10.50–10.10.10.130) — tidak cukup untuk 80 PC aktif ditambah beberapa IP yang masih di-lease dari dry-run sehari sebelumnya yang belum expired. Solusi: 1. VLAN-ID di switch Ruang C diperbaiki dari 100 ke 10 via console cable. 2. DHCP pool diperluas ke 10.10.10.50–10.10.10.200 (150 IP). 3. Lease dari sesi dry-run dibersihkan secara manual (clear ip dhcp binding *). Total waktu perbaikan: 38 menit. Sesi ujian tertunda untuk 40 peserta di Ruang C.

Troubleshooting: Komputer Klien Gagal PXE Boot

Jika komputer klien gagal melakukan PXE boot dan tidak mendapat IP, ikuti alur diagnosis berikut secara sistematis — dari layer fisik hingga konfigurasi DHCP:

Periksa Kabel dan Port Fisik

Pastikan kabel UTP terpasang di port switch yang benar. Lampu indikator port switch harus menyala (link up). Coba ganti kabel jika lampu tidak menyala. Kabel yang longgar atau rusak adalah penyebab paling sederhana yang sering terlewat.

Verifikasi UEFI Boot Order

Masuk UEFI/BIOS dan pastikan "Network / PXE" ada di urutan pertama. Jika komputer booting ke OS lokal atau memberi pesan "No Boot Device", artinya UEFI belum diset ke PXE pertama. Lihat panduan UEFI di atas sesuai vendor komputer.

Cek VLAN-ID di Port Switch

Login ke switch dan jalankan "show vlan brief" — verifikasi port yang terhubung ke komputer bermasalah berada di VLAN-ID yang benar (sesuai dokumentasi). Kesalahan VLAN-ID di satu port saja sudah cukup untuk mencegah DHCP request sampai ke server.

Monitor DHCP Log di Server

Di server Linux, jalankan tail -f /var/log/dnsmasq.log sambil komputer klien booting. Jika ada DHCP DISCOVER masuk tapi tidak ada OFFER, berarti server tidak mau menjawab — cek konfigurasi interface, subnet, dan apakah pool masih tersedia. Di Windows Server, cek Event Viewer → Applications → DHCP.

Cek Ketersediaan IP Pool

Jalankan show ip dhcp binding (Cisco) atau Get-DhcpServerv4Lease (Windows Server) untuk melihat berapa IP yang sudah ter-lease. Jika pool hampir penuh atau penuh, komputer klien baru tidak akan mendapat IP. Tambah range pool atau hapus lease lama yang sudah tidak aktif.

Tes Konektivitas Manual

Jika ada komputer yang sudah mendapat IP, lakukan ping ke gateway dan ke server UTBK dari komputer tersebut untuk memastikan routing berjalan. Gunakan Ping Test CekIPSaya dari laptop teknisi untuk verifikasi konektivitas eksternal jika diperlukan.

Pesan error PXE dan artinya:
• PXE-E16: No offer received → Tidak ada DHCP server yang merespons. Cek VLAN, kabel, dan konfigurasi DHCP.
• PXE-E32: TFTP open timeout → DHCP berhasil, tapi file boot tidak bisa diunduh. Cek TFTP server dan path file boot.
• PXE-E53: No boot filename received → DHCP server tidak mengirimkan opsi "next-server" dan "filename". Cek konfigurasi dhcp-boot di dnsmasq atau opsi 66/67 di Windows DHCP.

Checklist Persiapan Jaringan UTBK Sebelum Hari-H

Gunakan checklist berikut minimal 2 hari sebelum sesi UTBK dimulai. Lakukan dry-run dengan semua komputer klien dinyalakan bersamaan untuk memastikan DHCP pool tidak kehabisan dan server tidak overload.

UEFI/BIOS — Semua komputer klien sudah diset PXE boot sebagai prioritas pertama, mode UEFI aktif (bukan Legacy).
VLAN-ID — Semua port switch klien sudah dikonfigurasi dengan VLAN-ID yang sama dan benar sesuai dokumentasi. Tidak ada kesalahan ketik (misal: 10 vs 100 vs 1).
DHCP Pool — Jumlah IP dalam pool minimal 120% dari jumlah klien. Lease time sesuai (minimal 8 jam untuk satu sesi penuh).
PXE Server — File boot image tersedia di TFTP server, path sudah benar, dan permission file bisa dibaca.
Bandwidth — Jika image boot diunduh via jaringan, pastikan bandwidth switch uplink cukup untuk semua klien booting bersamaan.
DNS — Komputer klien bisa resolve nama domain server UTBK. Verifikasi dengan DNS Lookup CekIPSaya.
Firewall — Port TFTP (UDP 69), DHCP (UDP 67/68), dan HTTP/HTTPS untuk image server sudah dibuka di semua firewall yang relevan.
Dry-Run — Simulasi booting semua klien bersamaan, verifikasi semua mendapat IP, dan bisa mengakses server ujian.

Cara Verifikasi IP yang Diterima Komputer Klien UTBK

Setelah komputer klien berhasil booting via PXE, verifikasi bahwa IP yang diterima sudah sesuai dengan subnet VLAN UTBK yang direncanakan. Cara verifikasi bergantung pada OS yang digunakan klien setelah booting:

LINUX (klien post-boot) — Verifikasi IP dan Konektivitas

# Cek IP yang diterima via DHCP
ip addr show
# atau
ifconfig

# Cek routing table
ip route show

# Ping ke gateway UTBK
ping -c 4 10.10.10.1

# Ping ke server ujian
ping -c 4 10.10.10.1

# Cek DNS resolusi
nslookup server-utbk.local

Pastikan IP yang ditampilkan ada dalam range pool DHCP UTBK (misal 10.10.10.50–10.10.10.200) dan subnet mask sesuai (255.255.255.0).

WINDOWS (klien post-boot) — Verifikasi IP dan Konektivitas

:: Cek IP address yang diterima via DHCP
ipconfig /all

:: Cek apakah IP dari subnet UTBK yang benar
:: Contoh output yang diharapkan:
::   IPv4 Address: 10.10.10.xx
::   Subnet Mask: 255.255.255.0
::   Default Gateway: 10.10.10.1
::   DHCP Server: 10.10.10.1

:: Ping ke server ujian
ping 10.10.10.1

:: Traceroute jika ping gagal
tracert 10.10.10.1

Jika IP yang diterima bukan dari subnet UTBK (misal 192.168.1.x atau 169.254.x.x), berarti klien mendapat DHCP dari server yang salah atau menggunakan APIPA (tidak ada DHCP server yang menjawab).

IP 169.254.x.x = APIPA = Tidak ada DHCP! Jika komputer klien menampilkan IP yang dimulai dengan 169.254.x.x, artinya tidak ada DHCP server yang merespons request dari komputer tersebut. Komputer menggunakan APIPA (Automatic Private IP Addressing) sebagai fallback. Ini hampir selalu berarti masalah VLAN, kabel, atau DHCP server tidak berjalan.

FAQ — Pertanyaan yang Sering Ditanyakan

Mengapa komputer klien UTBK menampilkan "PXE-E16: No offer received"?

Pesan ini berarti tidak ada DHCP server yang merespons broadcast dari komputer klien. Penyebab paling umum: (1) VLAN-ID di port switch tidak sesuai dengan VLAN tempat DHCP server berada, (2) kabel jaringan tidak terhubung dengan baik, (3) DHCP server tidak berjalan atau mengalami crash. Cek ketiga poin ini secara berurutan.

Berapa banyak IP address yang harus ada di DHCP pool untuk UTBK?

Minimal 120% dari jumlah komputer klien. Contoh: 100 komputer klien → pool minimal 120 IP. Tambahan 20% untuk cadangan lease yang belum expired dari sesi sebelumnya. Jika ada beberapa ruangan, buat pool terpisah per VLAN agar mudah dikelola.

Apa perbedaan VLAN-ID "tagged" dan "untagged" di konfigurasi switch UTBK?

"Untagged" (access port) digunakan untuk port yang terhubung ke komputer klien — komputer tidak perlu tahu tentang VLAN, switch yang menandai frame secara otomatis. "Tagged" (trunk port) digunakan untuk uplink ke server atau switch lain — frame membawa VLAN-ID di header-nya agar switch berikutnya tahu frame itu milik VLAN mana.

Bagaimana cara mengaktifkan PXE boot di UEFI tanpa harus masuk ke menu BIOS setiap saat?

Di UEFI modern, Anda bisa mengatur permanent boot order sehingga PXE selalu diutamakan tanpa harus masuk BIOS setiap kali. Simpan konfigurasi boot order di UEFI Setup (biasanya F10 untuk Save). Setelah tersimpan, urutan boot akan permanen sampai diubah lagi. Beberapa enterprise BIOS juga mendukung "Network Boot Retry" jika server tidak tersedia, komputer akan otomatis boot ke HDD sebagai fallback.

Apakah UTBK menggunakan DHCP statis (reserved) atau dinamis untuk komputer klien?

Mayoritas implementasi UTBK menggunakan DHCP dinamis untuk kemudahan manajemen. Namun beberapa panitia lokal memilih DHCP reservation (IP statis via MAC address) agar setiap komputer selalu mendapat IP yang sama — memudahkan log dan troubleshooting jika ada masalah pada PC tertentu. Keduanya valid, pilih sesuai kemampuan tim teknis.

Bagaimana cara cepat verifikasi bahwa semua komputer klien mendapat IP dari subnet UTBK yang benar?

Di server DHCP Linux, jalankan "cat /var/lib/misc/dnsmasq.leases" atau "grep dnsmasq /var/log/syslog" untuk melihat semua lease aktif. Di Windows Server, buka konsol DHCP Manager → klik scope → Address Leases. Pastikan jumlah lease aktif sesuai jumlah komputer yang sudah booting, dan semua IP ada dalam range pool yang benar.

Kesimpulan

Pengaturan IP boot jaringan UEFI untuk UTBK adalah fondasi teknis yang sering diabaikan — padahal satu kesalahan VLAN-ID atau IP Pool yang habis bisa menggagalkan sesi ujian ratusan peserta sekaligus. Pastikan setiap komputer klien mendapat lease DHCP dari pool yang benar, VLAN terkonfigurasi sesuai topologi, dan UEFI PXE Boot urutan bootnya tepat sebelum hari-H. Gunakan IP Lookup CekIPSaya untuk verifikasi IP yang diterima komputer klien sudah sesuai subnet UTBK, dan Ping Test untuk validasi konektivitas ke server ujian. Jika jaringan Anda menggunakan DNS kustom, validasi resolusi domain dengan DNS Lookup kami.