KONFIGURASI NETWORK MONITORING SYSTEM JARINGAN LAN DAN WAN FAKULTAS SAINS DAN TEKNOLOGI (STUDI KASUS : PUSDATIN UIN JAKARTA)
Skripsi Sebagai Salah Satu Syarat Untuk Memperoleh Gelar Sarjana Komputer Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta HAMZAH MUBAROK 104091002832
PROGRAM STUDI TEHNIK INFORMATIKA FAKULTAS SAINS DAN TEKNOLOGI UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH JAKARTA 2011 M/ 1432 H
LEMBAR PERNYATAAN
DENGAN INI SAYA MENYATAKAN BAHWA SKRIPSI INI BENAR-BENAR HASIL KARYA SENDIRI YANG BELUM PERNAH DIAJUKAN SEBAGAI SKRIPSI ATAU KARYA ILMIAH PADA PERGURUAN TINGGI ATAUPUN LEMBAGA MANAPUN.
Tangerang, Agustus 2011
Hamzah Mubarok 104091002832
ABSTRAK
HAMZAH MUBAROK (104091002832). Konfigurasi Network Monitoring System Jaringan LAN dan WAN Fakultas Sains dan Teknologi (Studi Kasus : PUSDATIN UIN Jakarta). Dibimbing oleh ANDREW FIADE DAN PIPING SUPRIYATNA Jaringan komputer merupkan sebuah teknologi jaringan yang menggunakan lebih dari satu komputer pada sebuah laboratorium komputer, sehingga meningkatkan efisiensi dan harga dalam penggunaannya. Salah satu faktor yang menjadi kendala adalah faktor monitoring jaringan, dimana akan sangat sulit ketika harus diperiksa satu persatu trouble yang ada. NAGIOS merupakan salah satu solusi untuk sistem monitoring jaringan yang dapat memberikan secara detail kepada admin dimana letak dan cara mengatasi trouble yang terjadi, baik itu IP Address-nya atau HTTP-nya dan sebagainya. Metodologi penelitian yang digunakan untuk mengembangkan jaringan nirkabel didalam penelitian ini menggunakan metodologi NDLC (Network Development Life Cycle). NDLC terdiri dari beberapa tahapan, yakni analisis (analysis), perancangan (design), simulasi prototipe, penerapan (implementation), pengawasan (monitoring), dan pengaturan (management). Berdasarkan hasil penelitian, didapatkan bahwa jaringan komputer dapat dimonitor dengan baik menggunakan NAGIOS. Kata Kunci : Jaringan Komputer, NAGIOS, monitoring.
KATA PENGANTAR
Puji serta syukur kami panjatkan ke Hadirat Allah SWT karena atas berkat dan rahmat-Nya, penulis dapat menyelesaikan dan menyusun skripsi ini. Sholawat serta salam semoga selalu tercurah kepada Nabi Muhammad S.A.W. Adapun judul dari skripsi ini adalah “Konfigurasi Network Monitoring System Jaringan LAN dan WAN Fakultas Sains dan Teknologi (Studi Kasus : PUSDATIN UIN JAKARTA)”. Penyusunan skripsi ini tidak mungkin dapat penulis laksanakan dengan baik tanpa bantuan dari berbagai pihak yang terkait. Untuk itu penulis ingin mengucapkan banyak terima kasih secara khusus kepada beberapa pihak, antara lain : 1. Dr. Syopiansyah Jaya Putra, M.Sis, selaku Dekan Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta. 2. Bapak Yusuf Durrachman, M.Sc, M.I.T, selaku Ketua Program Studi Teknik Informatika dan Ibu Viva Arifin, MMSI, selaku Sekretaris Program Studi Teknik Informatika. 3. Bapak Andrew Fiade, M.Kom dan Bapak Piping Supriyatna, M.Sc selaku Dosen Pembimbing, yang telah memberikan bimbingan, waktu dan perhatiannya dalam penyusunan skripsi ini. 4. Ayahanda Suyitno dan Ibunda tercinta Dwi Himawati, serta adik-adikku yang tak henti-hentinya memberikan dukungan baik moril maupun materiil bagi
penulis dalam menyelesaikan skripsi ini dan untuk seseorang yang sangat berarti dalam hidupku. 5. Kepada Adinda Aniisyah Masruuri Ali, yang juga tak henti-hentinya memberikan semangat dan dorongan kepada penulis sampai dapat menyelesaikan skripsi ini. 6. Seluruh Dosen Teknik Informatika yang tidak dapat penulis sebutkan satu persatu yang telah memberikan ilmu dan bimbingannya selama penulis menyelesaikan studi di Teknik Informatika. 7. Seluruh Staff Jurusan Teknik Informatika dan Staff akademik FST yang telah membantu penulis dalam masa perkuliahan. 8. Saudara dan handai taulan yang telah turut serta membantu dan mendukung penulis dalam rangka menyelesaikan skripsi ini. 9. Teman-teman Teknik Informatika angkatan 2004 khususnya kelas B, yang telah melewatkan waktu bersama selama masa kuliah. Penulis menyadari masih banyak sekali kekurangan dari skripsi ini, dan penulis terbuka terhadap segala saran dan kritik yang membangun. Akhir kata penulis mempersembahkan skripsi ini dengan segala kelebihan dan kekurangannya, semoga dapat bermanfaat bagi kita semua, amien. Tangerang, Agustus 2011
Penulis
DAFTAR ISI
Halaman Halaman Sampul ........................................................................................ ..........i Lembar Pengesahan Pembimbing .............................................................. .........ii Lembar Pengesahan Ujian .....................................................................................iii Lembar Pernyataan .................................................................................... ........iv Abstrak ...................................................................................................... .........v Kata Pengantar .......................................................................................................vi Daftar Isi ............................................................................................................. viii Daftar Gambar ........................................................................................... .......xiii Daftar Tabel......................................................................................................... xiv Daftar Lampiran ......................................................................................... .......xv Daftar Istilah ........................................................................................................xvi Daftar Simbol........................................................................................................xx BAB I PENDAHULUAN....................................................................................... 1 1.1
LATAR BELAKANG................................................................................ 1
1.2
PERUMUSAN MASALAH....................................................................... 3
1.3
BATASAN MASALAH............................................................................. 3
1.4
TUJUAN DAN MANFAAT PENELITIAN.............................................. 4 1.4.1 Tujuan Penelitian............................................................................ 4 1.4.2 Manfaat Penulisan........................................................................... 4
1.4.3 Prosedur Penelitian………………………………………………... 5 1.4.3.1 Pengumpulan Data …………………………………………5 1.4.3.2 Pengembangan Sistem ……………………………………..5 1.5
SISTEMATIKA PENULISAN....................................................................7
BAB II LANDASAN TEORI................................................................................. 7 2.1
LAN Network ……...................................................................................... 8
2.2
Wireless Network…….…………………………………………………….. 9 2.2.1 Mode Jaringan Wireless LAN……………………………………... 9
2.3
Network Management.................................................................................. 10
2.4
Simple Network Management Protocol....................................................... 11
2.5 Hypertext Transfer Protocol......................................................................... 12 2.6 PING (Packet Transfer Internet Ghoper)...................................................... 13 2.7 Simple Mail Transfer Protocol...................................................................... 14 2.8 Network Monitoring System………………………………………………………..17 2.8.1 Nagios …………………………………………………………………18 2.9 OSI Layer ……………………………………………………………………19 2.9.1 Application …………………………………………………………….20 2.9.2 Presentation ……………………………………………………………20 2.9.3 Session ………………………………………………………………...21 2.9.4 Transport ………………………………………………………………21 2.9.5 Network ……………………………………………………………….21 2.9.6 Data Link ……………………………………………………………...21
2.9.7 Physical ……………………………………………………………….22 2.10 TCP/IP ………………………………………………………………………23 2.10.1 Definisi Masing-masing Layer pada Model TCP/IP ………………..24 2.10.1.1 Application ………………………………………………...24 2.10.1.2 Transport …………………………………………………..24 2.10.1.3 Internet …………………………………………………….24 2.10.1.4 Network Interface …………………………………………25 2.11 IP Address.. …………………………………………………………………25 2.11.1 IP Address version 4 ………………………………………………..25 2.11.1.1 Representasi Alamat ………………………………………26 2.12 ICMP (Internet Control Message Protocol )…...……………………………27 2.13 DNS (Domain Name System) ……………...………………………………28 2.14 DHCP (Dynamic Host Configuration Protocol) …...………………………29 2.15 Fedora …………………………………...…………………………………31 2.16 YUM (Yellowdog Updater Modifier) ……...…………………………… 32 2.17 Cacti ……………...………………………………………………………..32 2.18 Zabbix ……………...……………………………………………………...33 2.19 Protocol ………...…………………………………………………………34 BAB III METODOLOGI PENELITIAN.............................................................. 35 3.1
Prosedur Penelitian................................................................................... 35 3.1.1 Pengumpulan Data....................................................................... 35 3.1.2 Pengembangan Sistem..................................................................35
3.2
Metode Pengembangan Sistem................................................................. 38 3.3.1 Analisis......................................................................................... 38 3.3.2 Perancangan.................................................................................. 40 3.3.3 Simulasi Prototipe......................................................................... 41 3.3.4 Penerapan...................................................................................... 41 3.3.5 Monitoring......................................................................................42 3.3.6
Manajemen.....................................................................................42
BAB IV HASIL DAN PEMBAHASAN............................................................. 45 4.1
Profil PUSDATIN.................................................................................... 45
4.2
Analisis......................................................................................................54
4.3
Perancangan / Design .............................................................................. 61
4.4
Simulasi Prototipe ................................................................................... 65
4.5
Implementasi .............................................................................................66
4.6
Monitoring ................................................................................................82
4.7
Manajemen................................................................................................93
BAB V PENUTUP.................................................................................................95 5.1 Kesimpulan..........................................................................................95 5.2 Saran ....................................................................................................96 DAFTAR PUSTAKA .......................................................................................... 83
DAFTAR GAMBAR
Gambar 2.1 Model Arsitektur Network Management.......................................... 10 Gambar 2.2 7 Layer OSI Model........................................................................... 20 Gambar 2.3 Penjelasan OSI Model...................................................................... 22 Gambar 3.1 Diagram Ilustrasi Metode Penelitian................................................ 44 Gambar 4.1 Topologi Jaringan Fakultas Sains dan Teknologi..............................62 Gambar 4.2 Topologi Jaringan yang akan Diterapkan......................................... 63 Gambar 4.3 Tampilan Halaman login Nagios...................................................... 74 Gambar 4.4 Halaman Konfigurasi Nagios............................................................ 75 Gambar 4.5 Contoh Gambar Software Putty......................................................... 78 Gambar 4.6 Halaman Home Nagios...................................................................... 79 Gambar 4.7 Halaman Host Client.......................................................................... 80 Gambar 4.8 Halaman Berbentuk Map.....................................................................81 Gambar 4.9 Halaman Host Beserta Service........................................................... 82 Gambar 4.10 Hasil Uji Koneksi Server NMS Nagios............................................ 84 Gambar 4.11 Hasil Uji Koneksi Web Console NMS Nagios................................ 85 Gambar 4.12 Data Hasil Pengawasan Host........................................................... 87 Gambar 4.13 Email Notifikasi Masalah HTTP..................................................... 88 Gambar 4.14 Email Notifikasi Masalah PING......................................................89 Gambar 4.15 Email Notifikasi Masalah Root Partition.........................................90 Gambar 4.16. Modul Email Notifikasi Masalah SMTP.........................................91
Gambar 4.17 Email Notifikasi Masalah SSH........................................................92 Gambar 4.18 Email Notifikasi Masalah IMAP......................................................93
BAB I PENDAHULUAN
1.1 Latar Belakang
Perkembangan teknologi saat ini sangat mempengaruhi berbagai macam kegiatan, salah satunya perusahaan atau instansi yang memiliki teknologi baru untuk meningkatkan produktivitas sumber daya yang dimiliki sehingga dapat mencapai produktivitas yang optimal. Peralatan yang digunakan untuk menunjang kegiatan perusahaan dan instansi tersebut haruslah dalam keadaan baik karena peralatan yang digunakan memiliki rentang waktu tertentu akibat dari kegiatan atau aktivitas yang telah dilakukan. Salah satu peralatan non fisik yang digunakan untuk hal tersebut diatas adalah membuat sebuah konsep yang bernama Network Monitoring System (NMS) yaitu sistem ekstra atau kumpulan sistem yang memiliki tugas mengamati / memonitor sistem – sistem terhadap kemungkinan terjadinya masalah – masalah pada sistem tersebut untuk dapat dideteksi secara dini. Sebagai contoh, suatu monitoring sistem dapat secara periodik menghubungi suatu web server untuk menjamin adanya respon dari web server, jika tidak ada respon maka monitoring sistem kemudian mengirim pesan atau notifikasi ke administrator.
NMS bagian dari network management. Jika NMS diterapkan dengan tepat dan benar maka NMS dapat menjadi solusi untuk masalah monitor jaringan, namun jika sebaliknya maka NMS akan menjadi “malapetaka” bagi Anda. Misalkan, NMS tentunya akan mengirimkan pesan/notifikasi ke email Anda atau mengirimkan pesan SMS ke HP Anda ketika terjadi suatu masalah atau ketika terjadi krisis pada suatu sistem yang dimonitor. Jika Anda tidak tepat dalam menentukan kriteria krisi dari suatu sistem yang dimonitor maka bisa jadi Anda akan mendapatkan email atau pesan SMS terus menerus dari NMS. Hal – hal yang akan di monitoring dalam network tentunya akan sangat kompleks, dan sistem monitoring yang baik seharusnya menyediakan history dan log yang memungkinkan kita membuat laporan, statistik dan graph dari masing – masing objek yang dimonitoring sehingga sistem Network Monitoring System yang digunakan memberikan kontribusi penuh dalam pendeteksian secara dini terhadap kemungkinan masalah – masalah yang timbul. Seperti: pencarian manual ketika salah satu jaringan terputus. Pertanyaan yang muncul adalah, adakah software atau program Network Monitoring System yang memiliki fitur – fitur tersebut. Jawabannya Ada, salah satu software Network Monitoring System yang terbaik dan open source yang dapat digunakan secara bebas di linux yaitu NAGIOS, hal inilah yang mendasari penulis membuat skripsi dengan judul “ SISTEM MONITORING JARINGAN LAN DAN WAN FAKULTAS SAINS DAN TEKNOLOGI UIN JAKARTA.”. Tulisan ini merupakan penulisan skripsi yang merupakan syarat dalam memperoleh kelulusan dan memperoleh gelar sarjana.
1.2 Rumusan Masalah
Berdasarkan penjelasan pada bagian permasalahan dan identifikasi masalah di atas, maka dapat dirumuskan beberapa masalah yang ada, yaitu : 1. Bagaimana menerapkan NMS yang tepat guna dan dapat dipakai oleh user tersebut. 2. Bagaimana melakukan konfigurasi sehingga NMS tersebut sesuai dengan kondisi di Fakultas Sains dan Teknologi.
1.3 Batasan Masalah
Batasan masalah penelitian ini bisa dilihat sebagai berikut : 1. Perancangan Network Monitoring System menggunakan Nagios pada LINUX Ubuntu Server 10. 2. Hasil monitoring yang dilakukan yaitu: HTTP,PING, IMAP, Root Partition dan SNMP. 3. Penyebab Host Down tidak dibahas terperinci.
1.4 Tujuan dan Manfaat Penulisan
1.4.1 Tujuan Penulisan
1. Dengan mengkonfigurasi dan mengembangkan sistem NMS pada Fakultas Sains dan Teknologi UIN Jakarta penulis dapat meneliti kelebihan dan kekurangan yang ada pada sistem tersebut 2. Tersedianya sistem NMS yang dapat mengawasi dan memonitor komputer client pada Fakultas Sains dan Teknologi UIN Jakarta dan dapat memaksimalkan dan meningkatkan efisiensi Sumber Daya Manusia yang ada di Fakultas Sains dan Teknologi UIN Jakarta.
1.4.2 Manfaat Penelitian
1. Bagi Peneliti 1. Menerapkan ilmu-ilmu yang diperoleh selama kuliah. 2. Menambah
wawasan
menerapkannya
peneliti
langsung
pengawasan client jaringan.
tentang
dengan
teknologi
SNMP
mengembangkan
dan
aplikasi
3. Untuk memenuhi salah satu syarat kelulusan strata satu (S1), Tehnik Informatika Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta.
2. Bagi Fakultas Sains dan Teknologi 1. Dapat mengawasi komputer host pada ruang masing-masing jurusan.
3. Bagi Universitas 1. Mengetahui kemampuan mahasiswa dalam menguasai materi pelajaran yang diberikan di bangku kuliah. 2. Mengetahui kemampuan mahasiswa dalam menerapkan ilmunya dan sebagai bahan evaluasi.
1.4.3 Prosedur Penelitian
1.4.3.1 Pengumpulan data
Metodologi pengumpulan data yang akan digunakan adalah : 1. Metode Studi Kepustakaan (Library Research) 2. Studi Lapangan (Field Research) 1.4.3.2 Pengembangan Sistem
Metode pengembangan sistem yang dipilih oleh penulis dalam penelitian ini adalah metode Network Development Life Cycle (NDLC). Fase – fase yang terdapat pada siklus NDLC tersebut adalah :
1. Analisis 2. Desain (perancangan) 3. Simulasi prototipe 4. Implementasi (penerapan) 5. Monitoring 6. Management Fase – fase tersebut nantinya akan saling berkelanjutan dan secara teru – menerus digunakan untuk mendapatkan sebuah struktur jaringan yang tepat guna dan efisien. NDLC nantinya akan secara dinamis mampu menghadapi perubahan – perubahan kebutuhan baik didalam struktur jaringan perusahaan maupun perseorangan.
1.5 Sistematika Penulisan Skripsi
BAB I
: PENDAHULUAN
Pada bab ini berisikan latar belakang, permasalahan (rumusan masalah dan batasan masalah), tujuan dan manfaat penulisan (tujuan penulisan dan manfaat penulisan), metodologi penelitian (waktu, tempat dan prosedur penelitian), dan sistematika penulisan laporan. BAB II
: LANDASAN TEORI
Bab ini akan mengandung teori – teori yang menjadi landasan dari penelitian, seperti teori Network Monitoring System dan teori Nagios BAB III
: METODOLOGI PENELITIAN
Bab ini akan menjelaskan tentang tahapan – tahapan yang dilakukan dalam menyelesaikan skripsi ini. Dalam hal ini penulis menggunakan Network Development Life Cycle (NDLC) BAB IV
: ANALISIS IMPLEMENTASI
Bab ini akan menjelaskan tentang Network Monitoring System dengan menggunakan Nagios sebagai toolsnya. BAB V
: PENUTUP
Berisi kesimpulan dan saran.
BAB II LANDASAN TEORI
2.1 LAN Network (Jaringan Local Area Network) Jaringan yang meliputi suatu area geografis yang relatif kecil (dalam suatu lantai atau gedung kecil). Dibandingkan dengan WAN (Wide Area Network), LAN biasanya dicirikan dengan kecepatan data yang relatif tinggi dan kecepatan error yang relatif rendah. LAN menghubungkan workstation, perangkat jaringan, terminal dan perangkat lain dalam area yang terbatas. Standar LAN menentukan perkabelan dan pensinyalan pada layer fisik dan layer data link dalam model OSI, Ethernet, FDDI dan Token Ring menggunakan teknologi LAN. Perangkat-perangkat yang disambungkan dengan LAN bisa berada pada lantai bangunan yang sama atau di dalam gedung atau kampus yang sama. LAN dimiliki oleh pengguna dan tidak dioperasikan lewat sambungan sewa, walaupun LAN mungkin saja memiliki pintu gerbang PSTN atau jaringan swasta lainnya. Kebanyakan LAN dibangun dengan perangkat keras yang relatif murah seperti kabel Ethernet, adaptor jaringan dan hub. Juga ada LAN nirkabel (wireless) dan pilihan perangkat keras LAN lainnya yang lebih maju. Perangkat lunak sistem operasi khusus bisa digunakan untuk menyusun LAN. Misalnya, sebagian besar karakter khas Microsoft Windows menyediakan paket perangkat
lunak yang dinamakan Internet Connection Sharing (ICS) yang mendukung akses terkendali ke sumber-sumber LAN. (Tim Penelitian dan Pengembangan Wahana Komputer, 2004) 2.2 Wireless Network Wireless networks (jaringan nirkabel) menggunakan gelombang radio (RF) atau gelombang mikro untuk membentuk kanal komunikasi antar komputer. Jaringan nirkabel adalah alternatif yang lebih modern terhadap jaringan kabel yang bergantung pada kabel tembaga dan serat optik antar perangkat jaringan. (Tim Penelitian dan Pengembangan Wahana Komputer, 2004) Jaringan nirkabel memungkinkan orang melakukan komunikasi; mengakses aplikasi dan informasi tanpa kabel. Hal tersebut memberikan kebebasan bergerak dan kemampuan memperluas aplikasi ke berbagai bagian gedung, kota atau hampir semua tempat di dunia. 2.2.1 Mode Jaringan Wireless LAN Wireless Local Area Network sebenarnya hampir sama dengan jaringan LAN, akan tetapi setiap node pada WLAN menggunakan wireless device untuk berhubungan dengan jaringan Node pada WLAN menggunakan channel frekuensi yang sama dan SSID yang menunjukkan identitas dari wireless device. Tidak seperti jaringan kabel, jaringan wireless memiliki dua mode yang dapat digunakan: infrastruktur dan Ad-Hoc. Konfigurasi infrastruktur adalah komunikasi antar masing-masing PC melalui sebuah access point pada WLAN atau LAN. Komunikasi Ad-Hoc adalah komunikasi secara langsung antar
masing-masing komputer dengan menggunakan piranti wireless. Penggunaan kedua mode ini tergantung dari kebutuhan untuk berbagi data atau kebutuhan yang lain dengan jaringan kabel. 2.3 Network Management Komunikasi pada jaringan komputer merupakan suatu sistem yang kompleks, yang terdiri dari sistem koneksi, sistem perangkat keras, sistem perangkat lunak dan sistem protokol. Sebagaimana halnya jaringan yang dikoneksikan, bahkan ke dalam bentuk internetwork yang lebih kompleks lagi, pembangunan suatu sistem manajemen jaringan harus didukung oleh teknik yang memungkinkan suatu komponen menjadi model dalam bentuk yang logis dan tetap mempertahankan kerangka bagi penanganan semua kompleksitas fisik yang sebenarnya, yang ikut terlibat.
Gambar. 2.1 : Model Arsitektur Network Management Contoh gambar 2.1 menggambarkan dua macam perangkat jaringan, Network Management System (NMS) dan Network Management Agent. NMS dan Agent berkomunikasi pada level peer to peer melalui protokol Network Management (NM). Pada model yang lebih lanjut digambarkan komunikasi end-to-end melalui internetwork antara dua perangkat jaringan, melalui suatu perangkat tumpukan protokol dan perangkat driver untuk aplikasi dan komunikasi internetwork. Model Arsitektur NM ini digunakan oleh Simple Network Management Protocol, yang mana menggunakan paradigma NMS/Agent untuk pertukaran protokol NM. Perangkat jaringan yang menggunakan SNMP terutama menggunakan rangkaian protokol TCP/IP untuk aplikasi layanan dan protokol internetworking bagi komunikasi
end-to-end. NMS dan Agent merupakan contoh dari entiti pada level aplikasi. Model ini merupakan titik awal untuk menjelaskan NM pada umumnya dan SNMP khususnya. Dengan memperinci setiap elemen didalam model, kita menunjukkan dalam detil dan kompleksitas yang lebih baik mengenai perangkat jaringan yang menclukung baik NMS maupun agent didalam lingkungan SNMP. (Hartono, 1999)
2.4 Simple Network Management Protocol SNMP adalah kerangka manajemen jaringan untuk perangkat internetwork utama berisi rangkaian protokol TCP/IP. SNMP menggunakan model Manager/Agent dan protokolnya beroperasi pada level aplikasi atau level "proses" pada model TCP/IP. (1) SNMP ditetapkan dalam suatu standar yang menclorong kerangka fleksibilitas dan ekstensibilitas. SNMP berbasiskan kepada standar internet yang menetapkan tiga komponen utama Structure of Management Information (SMI), Management Information Base (MIB) dan protokol SNMP itu sendiri, yang mengarah kepada SNMP. Standar-standar tersebut diterbitkan sebagai Request for Comment (RFC) dan tersedia untuk distribusi yang tak terbatas. (Miazarti, 2011) SMI adalah suatu notasi standar untuk menggambarkan informasi manajemen. MIB berisi variabel-variabel yang menjadi perhatian untuk dikelola. Dengan menetapkan standar manajemen objek dan dengan menyediakan kemampuan untuk menetapkan grup-grup MIB yang baru, SNMP telah diperluas untuk mengelola banyak protokolprotokol dan perangkatperangkat baru. Format yang disamaratakan dari defmisi MIB memungkinkan suatu grup MIB untuk ditetapkan untuk setiap layanan terkelola baru.
Vendor-vendor memiliki suatu standar untuk menambah objek-objek yang dikelolanya sendiri. Upaya tambahan sedang dilaksanakan agar SNMP bekerja dengan kerangka jaringan manajemen lain seperti IBM SNA, berbagai skema LAN dan skema kepemilikan jaringan manajemen populer lainnya.
2.5 Hypertext Tranfer Protocol
HTTP adalah sebuah protokol meminta/menjawab antara klien dan server. Sebuah klien HTTP (seperti web browser atau robot dan lain sebagainya), biasanya memulai permintaan dengan membuat hubungan ke port tertentu di sebuah server Webhosting tertentu (biasanya port 80). Klien yang mengirimkan permintaan HTTP juga dikenal dengan user agent. Server yang meresponsnya, yang menyimpan sumber daya seperti berkas HTML dan gambar, dikenal juga sebagai origin server. Di antara user agent dan juga origin server, bisa saja ada penghubung, seperti halnya proxy, gateway, dan juga tunnel. (Rafiza, 2006)
HTTP tidaklah terbatas untuk penggunaan dengan TCP/IP, meskipun HTTP merupakan salah satu protokol aplikasi TCP/IP paling populer melalui Internet. Memang HTTP dapat diimplementasikan di atas protokol yang lain di atas Internet atau di atas jaringan lainnya. seperti disebutkan dalam "implemented on top of any other protocol on the Internet, or on other networks.", tapi HTTP membutuhkan sebuah protokol lapisan transport yang dapat diandalkan. Protokol lainnya yang menyediakan layanan dan jaminan seperti itu juga dapat digunakan.
Sumber daya yang hendak diakses dengan menggunakan HTTP diidentifikasi dengan menggunakan Uniform Resource Identifier (URI), atau lebih khusus melalui Uniform Resource Locator (URL). Sesuai dengan perkembangan infrastruktur internet maka pada tahun 1999 dikeluarkan HTTP versi 1.1 untuk mengakomodasi proxy, cache dan koneksi yang persisten. 2.6 PING (Packet Internet Ghoper) PING adalah sebuah program utilitas yang dapat digunakan untuk memeriksa konektivitas
jaringan
berbasis
teknologi
Transmission
Control
Protocol/Internet Protocol (TCP/IP). Dengan menggunakan utilitas ini, dapat diuji apakah sebuah komputer terhubung dengan komputer lainnya. (Muuss, 1983). Hal ini dilakukan dengan mengirim sebuah paket kepada alamat IP yang hendak diujicoba konektivitasnya dan menunggu respon darinya. 2.7 Simple Mail Transfer Protocol (SMTP) SMTP adalah protokol standar untuk mentransfer surat antara host-host dalam protokol TCP/IP. Hal ini didefinisikan juga dalam RFC 821. RFC adalah singkatan dari Request For Comment, yaitu dokumen-dokumen atau jurnal-jurnal yang dijadikan acuan dalam pembuatan suatu sistem. Walaupun pesan yang ditransfer oleh SMTP biasanya mengikuti format yang telah didefinisikan dalam RFC 822, namun SMTP tidak mengatur format atau isi dari pesan tersebut dengan dua perkecualian. (Stallings, 1997).
Konsep ini mengatakan bahwa SMTP menggunakan informasi yang ditulis pada amplop surat (message header) dan tidak melihat isi surat (message body). Kedua perkecualian yang disebutkan di atas adalah: 1. SMTP menstandarisasi karakter pesan menjadi tujuh bit ASCII 2. SMTP menambahkan informasi log Mula-mula surat dibuat oleh user-agent program yang menangani masukan dari pengguna. Setiap pesan yang telah dibuat berisi header dan body. Di dalam header berisi alamat e-mail penerima serta informasi lainnya dan pada body berisi pesan yang akan dikirimkan. Pesan-pesan ini kemudian akan ditaruh dalam antrian yang sudah ditentukan yang selanjutnya akan dijadikan masukan (input) untuk SMTP Sender Program yang pada umumnya selalu ada pada server mail host tersebut. Contoh header pada SMTP adalah: Date: Tue, 16 Jan 1996 10:37:17 (EST)
From: “William Stallings” <
[email protected]> Subject: The Syntax To:
[email protected] Cc: jones@yet_another_host.com Walaupun struktur antrian surat berbeda-beda tergantung dari sistem operasinya, secara konsep antrian surat mempunyai dua bagian, yaitu: 1. Teks pesan yang berisi header dan body. 2. Daftar tujuan-tujuan surat.
Daftar tujuan-tujuan tersebut diperoleh user agent dari message header. Dalam beberapa kasus, alamat tujuan biasanya sudah tercantum dalam message header. Dalam kasus lain, user agent mungkin perlu memperluas nama-nama dalam mailing list, membuang duplikat, dan mengganti nama-nama mnemonic dengan nama-nama yang aktual. Jika terdapat blind carbon copies (BCC), user agent perlu menyiapkan pesan sesuai dengan kebutuhan ini. Ide dasarnya adalah format-format dan gayagaya ganda yang dibuat manusia dalam antar muka (interface) pengguna yang digantikan oleh daftar standar untuk SMTP send program. Menurut Stallings (1997), protokol SMTP digunakan untuk mentransfer sebuah pesan dari SMTP sender ke SMTP receiver melalui koneksi TCP. SMTP berusaha menyediakan operasi yang terpercaya, tetapi tidak menjamin pesan tersebut pasti sampai pada alamat yang dituju. Tidak ada end-to-end acknowledgement yang dikembalikan kepada pengirim jika pesan telah sukses dikirimkan kepada alamat tujuan dan indikasi kesalahan juga tidak dijamin akan dikembalikan. Tetapi secara umum system mail yang menggunakan SMTP bisa dikatakan terpercaya, seperti yang dikatakan Stallings dalam bukunya (Stallings, 1997: 699): “However, the SMTP-based mail system is generally considered reliable.” SMTP receiver menerima setiap pesan yang dikirimkan dan menyimpannya dalam mailbox yang sesuai atau menyalinnya pada antrian lokal (pada kasus forwarding). SMTP receiver harus bisa memperjelas tujuan surat lokal dan menangani kesalahankesalahan, termasuk kesalahan transmisi (transmisiion errors) atau kekurangan kapasitas disk.
Pada pengiriman sebuah pesan, SMTP sender hanya bertanggung jawab sampai SMTP receiver mengatakan bahwa proses pengiriman telah selesai. Hal ini bukan berarti pesan tersebut telah dikirimkan dan diterima oleh resipien yang dimaksud. Dalam banyak kasus, pesan-pesan dikirimkan dari mesin asal sampai ke mesin tujuan hanya dengan melakukan satu kali koneksi TCP. Tetapi kadang-kadang, surat harus melalui mesin perantara lewat kapabilitas SMTP forwarding. Dalam kasus ini sebuah pesan harus melakukan beberapa kali koneksi TCP antara source dan destination melalui beberapa sekuensial server. Hal umum yang menyebabkan forwarding diperlukan adalah karena seorang pengguna telah mengubah alamat emailnya. Perlu dicatat bahwa SMTP protokol hanya terbatas pada interaksi yang terjadi antara SMTP sender dan SMTP receiver. Fungsi utama SMTP adalah untuk mentransfer pesan-pesan, walaupun ada beberapa fungsi lain yang mengatur tentang verifikasi dan penanganan tujuan surat (mail destination verification and handling). 2.8 Network Monitoring System
Konsep Network Monitoring System (NMS) sebenarnya sederhana yaitu sistem ekstra atau kumpulan sistem yang memiliki tugas mengamati / memonitor sistem – sistem terhadap kemungkinan terjadinya masalah – masalah pada sistem tersebut untuk dapat dideteksi secara dini. Sebagai contoh, suatu monitoring sistem dapat secara periodik menghubungi suatu web server untuk menjamin adanya respon dari web server, jika tidak ada
respon maka monitoring sistem kemudian mengirim pesan atau notifikasi ke administrator. NMS bagian dari network management. Jika NMS diterapkan dengan tepat dan benar maka NMS dapat menjadi sahabat baik Anda, namun jika sebaliknya maka NMS akan menjadi “malapetaka” bagi Anda. Misalkan, NMS tentunya akan mengirimkan pesan/notifikasi ke email Anda atau mengirimkan pesan SMS ke HP Anda ketika terjadi suatu masalah atau ketika terjadi krisis pada suatu sistem yang dimonitor. Jika Anda tidak tepat dalam menentukan kriteria krisi dari suatu sistem yang dimonitor maka bisa jadi Anda akan mendapatkan email atau pesan SMS terus menerus dari NMS. Hal – hal yang akan di monitoring dalam network tentunya akan sangat kompleks, dan sistem monitoring yang baik seharusnya menyediakan history dan log yang memungkinkan kita membuat laporan, statistik dan graph dari masing – masing objek yang dimonitoring sehingga sistem Network Monitoring System yang digunakan memberikan kontribusi penuh dalam pendeteksian secara dini terhadap kemungkinan masalah – masalah yang timbul. Seperti: pencarian manual ketika salah satu jaringan terputus. Pertanyaan yang muncul adalah, adakah software atau program Network Monitoring System yang memiliki fitur – fitur tersebut. Jawabannya Ada, salah satu software Network Monitoring System yang terbaik dan open source yang dapat digunakan secara bebas di linux yaitu NAGIOS. 2.8.1 Nagios
Nagios adalah tool network monitoring system open source yang terbaik. Nagios bersifat modular, mudah digunakan dan memiliki skalabilitas tinggi. Modul atau plugin pada nagios sangat simple. Anda pun dapat membuatnya guna melengkapi system checking pada nagios sesuai dengan kebutuhan Anda. Nagios awalnya didesain untuk berjalan pada sistem operasi Linux, namun dapat juga berjalan dengan baik hampir disemua sistem operasi unix like. Beberapa fitur-fitur yang tersedia pada Nagios diantaranya adalah: 1. Memonitor jaringan pelayanan (SMTP, POP3, HTTP, NNTP, PING, etc.) 2. Memonitor sumber server (processor load, disk usage, etc.) 3. Desain plugin yang mudah sehingga user dapat membuat pelayanan pengawasan sendiri 4. Dapat memparalelkan cara pengawasan 5. Memiliki kemampuan untuk menetapkan host utama menggunakan server host, mempermudah deteksi dini dan perbedaan antara host satu dengan yang lain. 6. Memberi tahu admin jika pelayanan atau masalah timbul dan langsung ditangani (via email, pager, atau media lain) 7. Memiliki kemampuan untuk menetapkan operator untuk tetap berjalan ketika sedang ada liburan atau cuti. 8. Otomatis merotasi file yang masuk. 9. Mensuport untuk implementasi pengawasan host yang lain. 10. Opsi lain pada web untuk melihat status jaringan saat ini, pemberitahuanpemberitahuan dan masalah-masalah, file yang masuk, dll.
2.9 OSI Layer
OSI Layer adalah suatu model konseptual yang terdiri atas tujuh layer, yang masing-masing layer tersebut mempunyai fungsi yang berbeda. OSI dikembangkan oleh badan Internasional yaitu ISO (International Organization for Standardization) pada tahun 1977. Model ini juga dikenal dengan model tujuh lapis OSI (OSI seven layer model). Berikut dibawah ini merupakan gambar dari model OSI 7 Layer.
Gambar 2.2 7 Layer OSI Model
2.9.1 Application
Application adalah Layer paling tinggi dari model OSI, seluruh layer dibawahnya bekerja untuk layer ini, tugas dari application layer adalah Berfungsi sebagai antarmuka dengan aplikasi dengan fungsionalitas jaringan, mengatur bagaimana aplikasi dapat mengakses jaringan, dan kemudian membuat pesan-pesan kesalahan. Protokol yang berada dalam lapisan ini adalah HTTP, FTP, SMTP, NFS.
2.9.2 Presentation Presentation
berfungsi
untuk
mentranslasikan
data
yang
hendak
ditransmisikan oleh aplikasi ke dalam format yang dapat ditransmisikan melalui jaringan. Protokol yang berada dalam level ini adalah perangkat lunak redirektor (redirector software), seperti layanan Workstation (dalam windows NT) dan juga Network shell (semacam Virtual network komputing (VNC) atau Remote Dekstop Protokol (RDP). 2.9.3 Session Session berfungsi untuk mendefinisikan bagaimana koneksi dapat dibuat, dipelihara, atau dihancurkan. Selain itu, di level ini juga dilakukan resolusi nama. 2.9.4 Transport Transport berfungsi untuk memecah data ke dalam paket-paket data serta memberikan nomor urut ke paket-paket tersebut sehingga dapat disusun kembali pada sisi tujuan setelah diterima. Selain itu, pada level ini juga membuat
sebuah
tanda
bahwa
paket
diterima
dengan
sukses
(acknowledgement), dan mentransmisikan ulang terhadap paket-paket yang hilang di tengah jalan. 2.9.5 Network Network berfungsi untuk mendefinisikan alamat-alamat IP, membuat header untuk paket-paket, dan kemudian melakukan routing melalui internetworking dengan menggunakan router dan switch layer3. 2.9.6 Data Link Data Link berfungsi untuk menentukan bagaimana bit-bit data dikelompokkan menjadi format yang disebut sebagai frame. Selain itu, pada level ini terjadi koreksi kesalahan, flow control, pengalamatan perangkat keras seperti halnya Media Access Control Address (MAC Address), dan menetukan bagaimana perangkat-perangkat jaringan seperti hub, bridge, repeater, dan switch layer2 beroperasi. Spesifikasi IEEE 802, membagi level ini menjadi dua level anak, yaitu lapisan Logical Link Control (LLC) dan lapisan Media Access Control (MAC). 2.9.7 Physical Physical adalah Layer paling bawah dalam model OSI. Berfungsi untuk mendefinisikan media transmisi jaringan, metode pensinyalan, sinkronisasi bit, arsitektur jaringan (seperti halnya Ethernet atau Token Ring), topologi jaringan dan pengabelan. Selain itu, level ini juga mendefinisikan bagaimana Network Interface Card (NIC) dapat berinteraksi dengan media kabel atau radio.
Gambar 2.3 Penjelasan OSI Model
Cara Kerja : Pembentukan paket dimulai dari layer teratas model OSI. Aplication layer megirimkan data ke presentation layer, di presentation layer data ditambahkan header dan atau tailer kemudian dikirim ke layer dibawahnya, pada layer dibawahnya pun demikian, data ditambahkan header dan atau tailer kemudian dikirimkan ke layer dibawahnya lagi, terus demikian sampai ke physical layer. Di physical layer data dikirimkan melalui media transmisi ke host tujuan. Di host tujuan paket data mengalir dengan arah sebaliknya, dari layer paling bawah kelayer paling atas. Protokol pada physical layer di host tujuan mengambil paket data dari media transmisi
kemudian mengirimkannya ke data link layer, data link layer memeriksa datalink layer header yang ditambahkan host pengirim pada paket, jika host bukan yang dituju oleh paket tersebut maka paket itu akan di buang, tetapi jika host adalah yang dituju oleh paket tersebut maka paket akan dikirimkan ke network layer, proses ini terus berlanjut sampai ke application layer di host tujuan. Proses pengiriman paket dari layer ke layer ini disebut dengan “peerlayer communication”. Dalam hal ini peneliti melakukan penelitian pada Network Layer yang bertugas untuk memonitoring jaringan. 2.10 TCP/IP TCP/IP (Transmission Control Protokol / Internet Protokol ) adalah standar komunikasi data yang digunakan oleh komunitas internet dalam proses tukarmenukar data dari satu komputer ke komputer lain di dalam jaringan Internet. Protokol TCP/IP dikembangkan pada akhir dekade 1970-an hingga awal 1980an sebagai sebuah protokol standar untuk menghubungkan komputer-komputer dan jaringan untuk membentuk sebuah jaringan yang luas (WAN). TCP/IP merupakan sebuah standar jaringan terbuka yang bersifat independen terhadap mekanisme transport jaringan fisik yang digunakan, sehingga dapat digunakan di mana saja. 2.10.1 Definisi Masing-masing Layer pada model TCP/IP 2.10.1.1 Application merupakan Layer paling atas pada model TCP/IP, yang bertanggung jawab untuk menyediakan akses kepada aplikasi terhadap layanan jaringan TCP/IP. Protokol ini mencakup protokol Dynamic Host Configuration
Protocol (DHCP), Domain Name System (DNS), Hypertext Transfer Protocol (HTTP), File Transfer Protocol (FTP), Telnet, Simple Mail Transfer Protocol (SMTP), Simple Network Management Protocol (SNMP), dan masih banyak protokol lainnya. Dalam beberapa implementasi Stack Protocol, seperti halnya Microsoft TCP/IP, protokol-protokol lapisan aplikasi berinteraksi dengan menggunakan antarmuka Windows Sockets (Winsock) atau NetBios over TCP/IP (NetBT). 2.10.1.2 Transport berguna untuk membuat komunikasi menggunakan sesi koneksi yang bersifat connection-oriented atau broadcast yang bersifat connectionless. Protokol dalam lapisan ini adalah Transmission Control Protocol (TCP) dan User Diagram Protocol (UDP). 2.10.1.3 Internet berfungsi untuk melakukan pemetaan (routing) dan enkapsulasi paket-paket data jaringan menjadi paket-paket IP. Protokol yang bekerja dalam lapisan ini adalah Internet Protocol (IP), Address Resolution Protocol (ARP),Internet control Message Protocol (ICMP), dan Internet Group Management Protocol (IGMP). 2.10.1.4 Network Interface berfungsi untuk meletakkan frame – frame jaringan di atas media jaringan yang digunakan. TCP/IP dapat bekerja dengan banyak teknologi transport, mulai dari teknologi transport dalam LAN (seperti halnya Ethernet dan Token Ring), Man dan Wan (seperti halnya dial-up model yang berjalan di atas Public Switched Telephone Network (PSTN), Integrated Services Digital Network (ISDN), serta Asynchronous Transfer Mode (ATM).
2.11 IP Address Alamat IP adalah deretan angka biner antar 32-bit sampai 128-bit yang dipakai sebagai alamat identifikasi untuk tiap komputer host dalam jaringan Internet. Panjang dari angka ini adalah 32-bit (untuk IPv4 atau IP versi 4), dan 128-bit (untuk IPv6 atau IP versi 6) yang menunjukkan alamat dari komputer tersebut pada jaringan Internet berbasis TCP/IP. 2.11.1 IP Address version 4
Alamat IP versi 4 adalah sebuah jenis pengalamatan jaringan yang digunakan di dalam protokol jaringan TCP/IP yang menggunakan protokol IP versi 4. Panjang totalnya adalah 32-bit, dan secara teoritis dapat mengalamati hingga 4 miliar host komputer atau lebih tepatnya 4.294.967.296 host di seluruh dunia, jumlah host tersebut didapatkan dari 256 (didapatkan dari 8 bit) dipangkat 4(karena terdapat 4 oktet) sehingga nilai maksimal dari alamt IP versi 4 tersebut adalah 255.255.255.255 dimana nilai dihitung dari nol sehingga nilai nilai host yang dapat ditampung adalah 256x256x256x256=4.294.967.296 host. sehingga bila host yang ada diseluruh dunia melebihi kuota tersebut maka dibuatlah IP versi 6 atau IPv6.
Contoh alamat IP versi 4 adalah 192.168.0.3.
2.11.1.1 Representasi Alamat
Alamat IP versi 4 umumnya diekspresikan dalam notasi desimal bertitik (dotted-decimal notation), yang dibagi ke dalam empat buah oktet berukuran 8bit. Dalam beberapa buku referensi, format bentuknya adalah w.x.y.z. Karena setiap oktet berukuran 8-bit, maka nilainya berkisar antara 0 hingga 255 (meskipun begitu, terdapat beberapa pengecualian nilai).
Alamat IP yang dimiliki oleh sebuah host dapat dibagi dengan menggunakan subnet mask jaringan ke dalam dua buah bagian, yakni:
1.
Network Identifier/NetID atau Network Address (alamat jaringan) yang digunakan khusus untuk mengidentifikasikan alamat jaringan di mana host berada. Dalam banyak kasus, sebuah alamat network identifier adalah sama dengan segmen jaringan fisik dengan batasan yang dibuat dan didefinisikan oleh router IP. Meskipun demikian, ada beberapa kasus di mana beberapa jaringan logis terdapat di dalam sebuah segmen jaringan fisik yang sama dengan menggunakan sebuah praktek yang disebut sebagai multinetting. Semua sistem di dalam sebuah jaringan fisik yang sama harus memiliki alamat network identifier yang sama. Network identifier juga harus bersifat unik dalam sebuah Internetwork. Jika semua node di dalam jaringan logis yang sama tidak dikonfigurasikan dengan menggunakan network identifier yang sama, maka terjadilah masalah yang disebut dengan routing error. Alamat network identifier tidak boleh bernilai 0 atau 255.
2.
Host Identifier/HostID atau Host address (alamat host) yang digunakan khusus untuk mengidentifikasikan alamat host (dapat berupa workstation, server atau sistem lainnya yang berbasis teknologi TCP/IP) di dalam jaringan. Nilai host identifier tidak boleh bernilai 0 atau 255 dan harus bersifat unik di dalam network identifier/segmen jaringan di mana ia berada.
2.12 ICMP (Internet Control Message Protocol)
adalah salah satu protokol inti dari keluarga protokol internet. ICMP utamanya digunakan oleh sistem operasi komputer jaringan untuk mengirim pesan kesalahan yang menyatakan, sebagai contoh, bahwa komputer tujuan tidak bisa dijangkau. ICMP berbeda tujuan dengan TCP dan UDP dalam hal ICMP tidak digunakan secara langsung oleh aplikasi jaringan milik pengguna. salah satu pengecualian adalah aplikasi ping yang mengirim pesan ICMP Echo Request (dan menerima Echo Reply) untuk menentukan apakah komputer tujuan dapat dijangkau dan berapa lama paket yang dikirimkan dibalas oleh komputer tujuan.
2.13 DNS (Domain Name System)
DNS adalah adalah sebuah sistem yang menyimpan informasi tentang nama host maupun nama domain dalam bentuk basis data tersebar (distributed database) di dalam jaringan komputer, misalkan: Internet. DNS menyediakan alamat IP untuk
setiap nama host dan mendata setiap server transmisi surat (mail exchange server) yang menerima surat elektronik (email) untuk setiap domain.
DNS menyediakan servis yang cukup penting untuk Internet, bilamana perangkat keras komputer dan jaringan bekerja dengan alamat IP untuk mengerjakan tugas seperti pengalamatan dan penjaluran (routing), manusia pada umumnya lebih memilih untuk menggunakan nama host dan nama domain, contohnya adalah penunjukan sumber universal (URL) dan alamat e-mail. DNS menghubungkan kebutuhan ini.
Penggunaan nama sebagai pengabstraksi alamat mesin di sebuah jaringan komputer yang lebih dikenal oleh manusia mengalahkan TCP/IP, dan kembali ke zaman ARPAnet. Dahulu, setiap komputer di jaringan komputer menggunakan file HOSTS.TXT dari SRI (sekarang SIR International), yang memetakan sebuah alamat ke sebuah nama (secara teknis, file ini masih ada - sebagian besar sistem operasi modern menggunakannya baik secara baku maupun melalui konfigurasi, dapat melihat Hosts file untuk menyamakan sebuah nama host menjadi sebuah alamat IP sebelum melakukan pencarian via DNS). Namun, sistem tersebut diatas mewarisi beberapa keterbatasan yang mencolok dari sisi prasyarat, setiap saat sebuah alamat komputer berubah, setiap sistem yang hendak berhubungan dengan komputer tersebut harus melakukan update terhadap file Hosts.
Dengan berkembangnya jaringan komputer, membutuhkan sistem yang bisa dikembangkan: sebuah sistem yang bisa mengganti alamat host hanya di satu tempat, host lain akan mempelajari perubaha tersebut secara dinamis. Inilah DNS.
Paul Mockapetris menemukan DNS di tahun 1983; spesifikasi asli muncul di RFC 882 dan 883. Tahun 1987, penerbitan RFC 1034 dan RFC 1035 membuat update terhadap spesifikasi DNS. Hal ini membuat RFC 882 dan RFC 883 tidak berlaku lagi. Beberapa RFC terkini telah memproposikan beberapa tambahan dari protokol inti DNS.
2.14 DHCP ( Dynamic Host Configuration Protocol)
DHCP adalah protokol yang berbasis arsitektur client/server yang dipakai untuk memudahkan pengalokasian alamat IP dalam satu jaringan. Sebuah jaringan lokal yang tidak menggunakan DHCP harus memberikan alamat IP kepada semua komputer secara manual. Jika DHCP dipasang di jaringan lokal, maka semua komputer yang tersambung di jaringan akan mendapatkan alamat IP secara otomatis dari server DHCP. Selain alamat IP, banyak parameter jaringan yang dapat diberikan oleh DHCP, seperti default gateway dan DNS server.
DHCP didefinisikan dalam RFC 2131 dan RFC 2132 yang dipublikasikan oleh Internet Engineering Task Force. DHCP merupakan ekstensi dari protokol Bootstrap Protocol (BOOTP). Karena DHCP merupakan sebuah protokol yang menggunakan
arsitektur client/server, maka dalam DHCP terdapat dua pihak yang terlibat, yakni DHCP Server dan DHCP Client.
1.
DHCP server merupakan sebuah mesin yang menjalankan layanan yang dapat "menyewakan" alamat IP dan informasi TCP/IP lainnya kepada semua klien yang memintanya. Beberapa sistem operasi jaringan seperti Windows NT Server, Windows 2000 Server, Windows Server 2003, atau GNU/Linux memiliki layanan seperti ini.
2.
DHCP client merupakan mesin klien yang menjalankan perangkat lunak klien DHCP yang memungkinkan mereka untuk dapat berkomunikasi dengan DHCP Server. Sebagian besar sistem operasi klien jaringan (Windows NT Workstation, Windows 2000 Professional, Windows XP, Windows Vista, atau GNU/Linux) memiliki perangkat lunak seperti ini.
DHCP server umumnya memiliki sekumpulan alamat yang diizinkan untuk didistribusikan kepada klien, yang disebut sebagai DHCP Pool. Setiap klien kemudian akan menyewa alamat IP dari DHCP Pool ini untuk waktu yang ditentukan oleh DHCP, biasanya hingga beberapa hari. Manakala waktu penyewaan alamat IP tersebut habis masanya, klien akan meminta kepada server untuk memberikan alamat IP yang baru atau memperpanjangnya.
Berbeda dengan sistem DNS yang terdistribusi, DHCP bersifat stand-alone, sehingga jika dalam sebuah jaringan terdapat beberapa DHCP server, basis data alamat IP
dalam sebuah DHCP Server tidak akan direplikasi ke DHCP server lainnya. Hal ini dapat menjadi masalah jika konfigurasi antara dua DHCP server tersebut berbenturan, karena protokol IP tidak mengizinkan dua host memiliki alamat yang sama.
Selain dapat menyediakan alamat dinamis kepada klien, DHCP Server juga dapat menetapkan sebuah alamat statik kepada klien, sehingga alamat klien akan tetap dari waktu ke waktu.
2.15 Fedora
Fedora adalah sebuah distro Linux berbasis RPM dan yum yang dikembangkan oleh Fedora Project yang didukung oleh komunitas pemrogram serta disponsori oleh Red Hat. Nama Fedora berasal dari karakter fedora yang digunakan di logo Red Hat. Pada rilis 1 sampai 6 distro ini bernama Fedora Core yang kemudian berubah menjadi Fedora pada rilis ke-7. Fedora dikenal di dunia Linux sebagai sebuah distro yang menjadi pioneer dalam penggunaan teknologi terkini dan merupakan distro yang digunakan oleh Linus Torvalds.
2.16 YUM (Yellowdog Updater Modifier) YUM adalah paket manajemen open source berbasis command line yang menghandle file-file RPM, biasanya secara default terinstall pada distro-distro redhat base, seperti CentOS, Fedora dan kawan-kawannya :D. Contoh pemakaian YUM :
Menginstall Paket # yum install namapaket
misal kita ingin menginstall paket htppd jalankan perintah berikut # yum install httpd Mengupdate Paket # yum update namapaket
Menghapus Paket yang terinstall # yum remove namapaket
Melihat paket yang dapat di insatll pada sistem # yum list all
Melihat paket yang terinstall pada sistem # yum list installed
2.17 Cacti Cacti (Cactus) merupakan aplikasi yang dapat menghasilkan laporan statistik jaringan dalam tampilan grafik. Cacti merupakan frontend RRDtools yang menyimoan semua informasi yang dipelukan untuk membuat graph dan menyimpan hasilnya ke dalam sebuah database MySQL. Frontend Cacti dibuat sepenuhnya dengan menggunakan bahasa PHP. Cacti dapat digunakan untuk menyimpan graph, data source dan round robin archives ke dalam sebuah database. Aplikasi ini juga mendukung protokol SNMP sehingga dapat digunakan untuk membuat traffic graph. (Kundu dan Lavlu, 2009 : 6) 2.18 Zabbix Zabbix merupakan aplikasi class enterprise yang dapat digunakan untuk mengawasi dan melacak status berbagai macam servis jaringan, server, hardware komputer dan perangkat jaringan lainnya. Untuk menyimpan log data yang dihasilkan, zabbix memanfaatkan database server seperti MySQL, PostgreSQL atau Oracle untuk menyimpan data. Tampilan zabbix dibuat berbasiskan web dan dibuat sepenuhnya dengan menggunakan bahasa PHP.
Zabbix dapat dengan mudah mengetahui status keberadaan sejumlah standar servis seperti SMTP atau HTTP tanpa menginstalasi software tambahan lainnya pada komputer agent. Agent menghasilkan statistik penggunaan resource hardware komputer, utilisasi jaringan dan sebagainya. Zabbix juga mendukung proses monitoring melalui protokol SNMP.
2.19 Protocol
Protocol adalah sebuah aturan atau standar yang mengatur atau mengijinkan terjadinya hubungan, komunikasi, dan perpindahan data antara dua atau lebih titik komputer. Protokol dapat diterapkan pada perangkat keras, perangkat lunak atau kombinasi dari keduanya. Pada tingkatan yang terendah, protokol mendefinisikan koneksi perangkat keras. Prinsip dalam membuat protokol ada tiga hal yang harus dipertimbangkan, yaitu efektivitas, kehandalan, dan Kemampuan dalam kondisi gagal di network. Protokol distandarisasi oleh beberapa organisasi yaitu IETF, ETSI, ITU, dan ANSI. Tugas yang biasanya dilakukan oleh sebuah protokol dalam sebuah jaringan diantaranya adalah :
1.
Melakukan deteksi adanya koneksi fisik atau ada tidaknya komputer / mesin lainnya.
2.
Melakukan metode “jabat-tangan” (handshaking).
3.
Negosiasi berbagai macam karakteristik hubungan.
4.
Bagaimana mengawali dan mengakhiri suatu pesan.
5.
Bagaimana format pesan yang digunakan.
6.
Yang harus dilakukan saat terjadi kerusakan pesan atau pesan yang tidak sempurna.
7.
Mendeteksi rugi-rugi pada hubungan jaringan dan langkah-langkah yang dilakukan selanjutnya.
8.
Mengakhiri suatu koneksi.
BAB III METODOLOGI PENELITIAN
3.1
Prosedur Penelitian
3.1.1
Pengumpulan Data Metodologi pengumpulan data yang digunakan adalah : 1. Metode Studi Kepustakaan Dilakukan dengan cara membaca buku-buku, artikel-artikel, majalah dan koran yang berhubungan dengan istilah komputer. Secara detail dapat dilihat di daftar pustaka. 2. Metode Observasi. Mengumpulkan data dan informasi dengan cara mengamati langsung subjek yang bersangkutan pada PUSDATIN UIN Jakarta. Yang dilakukan di Fakultas Sains dan Teknologi pada hari senin dan selasa pada 15-16 Agustus 2011.
3.1.2
Pengembangan Sistem. Metode pengembangan sistem yang digunakan oleh penulis dalam penelitian ini adalah Network Development Life Cycle (NDLC). Secara spesifik NDLC adalah kegiatan yang dilakukan penulis dalam penelitian ini akan dijelaskan sebagai berikut.
Model utama didalam proses perancangan jaringan disebut sebagai network development life cycle (NDLC). Untuk lebih mendetail dapat dilihat di BAB IV. Dimana model ini terdiri dari beberapa fase yakni : 1. Fase analisis (analysis) Tahap awal ini dilakukan analisis kebutuhan, analisis permasalahan yang muncul, analisis keinginan user, dan analisis topologi / jaringan yang akan atau sudah dibentuk. 2. Fase perancangan (design) Dari data-data yang didapatkan dari fase analisis, tahap perancangan ini akan membuat gambar rancangan topologi jaringan interkoneksi yang akan dibangun, diharapkan dengan gambar ini akan memberikan gambaran seutuhnya kebutuhan yang ada. 3. Fase simulasi prototipe (simulation prototyping) Fase ini bertujuan untuk melihat kinerja awal dari jaringan yang akan dibangun dan sebagai bahan pertimbangan sebelum jaringan benarbenar akan diterapkan. Biasanya fase ini menggambarkan secara simulasi atau dilakukan uji coba jaringan prapenerapan. 4. Fase penerapan (implementation) Dalam tahap ini akan diterapkan semua yang telah direncanakan dan di rancang sebelumnya. Fase penerapan merupakan tahapan yang sangat menentukan dari berhasil / gagalnya project yang akan dibangun. 5. Fase pengawasan (monitoring)
Pengawasan merupakan tahapan yang penting, agar jaringan komputer dan komunikasi dapat berjalan sesuai dengan keinginan dan tujuan awal dari user pada tahap awal analisis, maka perlu dilakukan kegiatan monitoring. 6. Fase pengaturan (management) Tahapan ini memiliki fungsi untuk membuat / mengatur agar sistem yang telah dibangun dan berjalan dengan baik dapat berlangsung lama dan
unsur
reliability
terjaga.
(Deris
Setiawan,
Fundamental
Internetworking Development & Design Life Cycle, 2009) Lingkaran analisis, perancangan, simulasi prototipe, penerapan, pengawasan dan pengaturan adalah satu kesatuan. Lingkaran ini dibutuhkan didalam jaringan yang penempatannya berada pada kondisi perubahan yang terus-menerus terjadi bersamaan perubahan bisnis, aplikasi atau kebutuhan data sehingga jaringan harus dirancang dengan sendirinya
menjadi
dinamis
untuk
mensukseskan
kebutuhan
perubahan. Network development life cycle melayani sebagai logika framework dimana perancangan jaringan yang dinamis bisa maju dengan pesat. (Goldman, James E. & Rawles, Philip T. Applied Data Communication; a Business Oriented Approach 3rd edition, 2001) Penulis menerapkan tahapan yang ada pada network development life cycle (NDLC), yaitu tahap analisis, desain, simulasi dasar, penerapan, monitoring dan manajemen. Upaya ini dilakukan untuk mendapatkan
hasil penelitian yang optimal dan bisa dijadikan tolak ukur keberhasilan sebuah sistem jaringan nirkabel yang akan diterapkan. 3.2.2.1 Tahap Analisis Tahap analisis merupakan tahap penelitian jaringan komputer yang akan dimonitoring pada Fakultas Sains dan Teknologi UIN Jakarta dengan cara observasi dan studi kepustakaan dalam hal yang berkaitan dengan jaringan komputer. Selain kegiatan penelitian sistem yang sedang berjalan, tujuan lain dari analisis ini adalah untuk mencari lebih lanjut tentang kelebihan dan kelemahan pada jaringan tersebut dan melakukan perancangan yang akan diterapkan. Dalam tahap analisis diuraikan masalah-masalah dari suatu struktur jaringan komputer secara utuh ke dalam
bagian-bagian
mengidentifikasi
dan
komponennya mengevaluasi
dengan
maksud
permasalahan
untuk
yang
ada,
kesempatan, peluang, keuntungan, hambatan dan identifikasi segala kebutuhan untuk struktur jaringan komputer yang akan dirancang. Dalam kegiatan analisis ini penulis mengumpulkan data serta tujuan yang akan dicapai berkaitan dengan kegiatan analisis diantaranya, yaitu: 1. Analisis kebutuhan jaringan komputer Tujuannya untuk mengetahui keuntungan dan kekurangan dalam melakukan perancangan jaringan komputer pada lokasi perancangan. 2. Analisis kebutuhan jaringan Network Monitoring System
Tujuannya untuk mengetahui alasan digunakannya Network Monitoring System pada jaringan di Fakultas Sains dan Teknologi UIN Jakarta. 3. Analisis perangkat lunak (software) yang digunakan Tujuannya untuk menganalisis perangkat lunak apa saja yang akan digunakan dalam melakukan penelitian ini sehingga diketahui dan dipahami fungsi dari tiap-tiap perangkat lunak yang digunakan. 4. Analisis lokasi pemasangan Tujuannya untuk melakukan survey lapangan pemasangan sebelum pemasangan jaringan komputer yang akan dirancang. 5. Analisis peralatan (hardware) yang digunakan Tujuannya untuk menganalisis peralatan apa saja yang akan digunakan dalam melakukan perancangan jaringan komputer sehingga memberikan hasil yang optimal. Untuk selanjutnya bisa dikalkulasikan juga biaya yang akan dikeluarkan. 6. Analisis Network Monitoring System (NMS) Tujuannya untuk memberikan gambaran NMS melalui diagram alir data sehingga bisa diketahui input, proses dan output yang strukutur jaringan komputer dengan objek NMS. Mengetahui cara kerja NMS yang digunakan dalam jaringan komputer Fakultas Sains dan Teknologi UIN JAkarta. Dari analisis yang dilakukan oleh penulis bisa menemukan permasalahan yang dihadapi dan memberikan solusi dalam melakukan
perancangan jaringan komputer ini. Sehingga bisa memberikan hasil yang optimal dan memberikan masukan kepada Fakultas Sains dan Teknologi UIN Jakarta. 3.2.2.2 Tahap Perancangan Tahap perancangan merupakan tahapan yang bertujuan untuk mengatasi permasalahan yang ada. 1. Perancangan Struktur Jaringan Komputer Setelah perancangan sistem dilakukan kemudian penulis merancang struktur jaringan komputer dengan menggunakan alat bantu berupa software untuk mengkonfigurasi dan alat bantu berupa peralatan untuk membangunnya. Untuk mengefisiensikan dan mengefektifkan penulis melakukan observasi di lapangan terlebih dahulu. Perancangan peralatan jaringan komputer merupakan perancangan fisik jaringan, sedangkan konfigurasi addressing, signaling, traffic manajemen dan keamanan merupakan perancangan logik jaringan.
3.2.2.3 Tahap Simulasi Prototipe Sebelum melakukan implementasi secara utuh penulis melakukan tahap simulasi atau uji coba terhadap sistem yang telah dirancang, berikut ini beberapa uji coba yang dilakukan: 1. Uji coba peralatan jaringan komputer: addressing, signaling, keamanan dan traffic manajemen. 2. Uji coba Sistem Operasi LINUX Fedora 13.
3. Uji coba sistem Network Monitoring System pada Fedora 13, dan user. Setelah melakukan uji coba prototipe jaringan komputer bisa didapatkan hasil apakah jaringan komputer tersebut sudah bekerja dengan baik atau belum. 3.2.2.4 Tahap Penerapan. Pada tahap ini penulis menerapkan jaringan komputer pada tempat yang telah ditentukan dan telah di uji coba. Pada penelitian ini penulis hanya
melakukan penerapan simulasi
sehingga
pengoperasian
sepenuhnya dilakukan oleh penulis dan oleh para sukarelawan yang ingin menguji sistem ini. Pada proyek di lapangan NMS sepenuhnya dilakukan oleh penulis. 3.2.2.5 Tahap Monitoring Pada tahap ini penulis melakukan monitoring baik pada server NMS langsung ataupun pada sistem Network Monitoring System. Software yang digunakan untuk monitoring pada server adalah NAGIOS. Sedangkan untuk
memberikan hasil
pada
sistem
monitoring
mrnggunakan MRTG (Multi Traffic Router Grapher). Monitoring juga dilakukan pada struktur jaringan komputer yang telah dirancang, bisa dilakukan didalam access point mikrotik. Monitoring dilakukan sebagai tolak ukur kinerja sistem yang telah dirancang. 3.2.2.6 Tahap Manajemen
Tahap ini adalah tahap dimana sebagai admin kita bisa melakukan modifikasi baik pada strukutur jaringan komputer ataupun pada sistem tersebut. Pada tahap ini penulis hanya diizinkan untuk melakukan manajemen user tidak diberikan otoritas penuh untuk memodifikasi sistem yang telah ada.
3.1.3
Sistem yang Sedang Berjalan Untuk saat ini sistem yang sedang berjalan masih terpusat pada server utama dan yang memiliki akses ke server masih terbatas dan menyulitkan untuk dilakukan segera perbaikan ketika ada masalah yang timbul. Oleh karena itu diperlukan sebuah sever cadangan guna mengantisipasi masalah tersebut, dan juga karena admin adalah seorang ketua yang tentu memiliki job description yang tidak sedikit maka dengan adanya server cadangan ini akan ada admin lain yang memiliki pengetahuan dan akses ke Network Monitoring System (NMS), saat ini dipakai di PUSDATIN adalah Nagios.
3.1.4
Pembuatan Laporan Pembuatan laporan yang dimaksud di sini adalah penyusunan skripsi berdasarkan penelitian yang telah dilakukan, pembuatannya diperkirakan akan dimulai dari semenjak pengesahan proposal sampai skripsi disetujui oleh dosen pembimbing.
Perencanaan Skripsi
Metode Pengembangan Sistem
Metode Pengumpulan Data
Network Development Life Cycle (NDLC)
Analysis
Design
Simulation Prototyping
Implementation
Monitoring
Management
Pembuatan Laporan
Perumusan Kesimpulan
Gambar 3.2 Diagram Ilustrasi Metode Penelitian
BAB IV ANALISIS IMPLEMENTASI 4.1 Profil PUSDATIN 1. Pendahuluan Seiring dengan berkembangnya organisasi dimana menuntut Fakultas Sains dan Teknologi (FST) untuk dapat melaksanakan tugas pelayanan yang lebih baik, baik itu layanan kepada mahasiswa, dosen, karyawan, alumni dan segenap civitas akademika, maupun masyarakat secara luas. Salah satu bentuk pelayanan yang lebih baik adalah tersedianya data dan informasi yang tepat dan akurat, termasuk ketersediaan dan keberfungsian sarana dan prasarana untuk mengakses/mendapatkan data dan informasi tersebut. Sementara ini, di FST telah terdapat Network Operation Center (NOC) yang pada tugas sehari-hari lebih kepada pelayanan ketersediaan dan keberfungsian jaringan komputer yang ada di FST, termasuk didalamnya penanganan laboratorium-laboratorium komputernya. Sedangkan pelayanan kebutuhan data dan informasinya sendiri yang sebenarnya tidak kalah penting, belum dapat dilakukan secara optimal. Untuk itu, perlu dibentuk/dioptimalkannya kembali lembaga Pusat Data dan Informasi (Pusdatin) di lingkungan FST – UIN Jakarta.
1. Visi Menjadi sumber data dan informasi yang lengkap, akurat dan terpercaya untuk mendukung Fakutas Sains dan Teknologi UIN menjadi lembaga terkemuka baik ditingkat nasional maupun internasional dengan berlandaskan pada nilai keislaman dan keindonesiaan. 2. Misi 1. Membangun dan mengembangkan sistem jaringan komputer; 2. Mengembangkan metodologi pengumpulan dan pengolahan data; 3. Melakukan pengumpulan, pengolahan, penyebarluasan data dan informasi; 4. Membina SDM dan kelembagaan bidang Teknologi Informasi dan Komputer 3. Tugas Pokok dan Fungsi Pusat Data dan Informasi FST mempunyai tugas melaksanakan pelayanan
ketersediaan
data
dan
informasi,
pembinaan,
serta
pengembangan system informasi, untuk mendukung Fakultas Sains dan Teknologi.
4. Struktur Organisasi
Mengingat kondisi dan keterbatasan SDM di lingkungan FST-UIN, maka untuk awal-awal terbentuknya PUSDATIN ini, sementara ini dapat terdiri-dari: 1. Penasehat • Memberikan nasehat dan arahan-arahan agar selalu sejalan dengan visi dan misinya. 2. Koordinator/Kepala PUSDATIN • Bertanggungjawab secara keseluruhan terhadap keberlangsungan dan kemajuan PUSDATIN 3. Bidang Jaringan dan Perangkat Komputer • Bertanggungjawab terhadap ketersediaan dan keberfungsian jaringan komputer di lingkungan FST • Bertanggungjawab terhadap ketersediaan dan keberfungsian perangkat keras dan perangkat lunak di lingkungan FST • Bertanggungjawab terhadap keberfungsian perangkat di laboratorium komputer di lingkungan FST
4. Bidang Pengembangan Sistem Informasi • Bertanggungjawab mengembangkan sistem yang dapat mendukung FST. 5. Mengenai PUSDATIN
a) Terbentuk berdasarkan SK Dekan No: 01 Tahun 2009 tertanggal 1 Maret 2009. b) Membangun, mengembangkan dan memelihara infrastruktur TIK di lingkungan FST. c) Membangun, mengembangkan dan memelihara Sistem Informasi Terpadu dan Lengkap untuk FST. d) Menjadi sumber data dan informasi yang lengkap, akurat dan terpercaya untuk melayani dan mendukung FST & UIN Jakarta khususnya, serta lembaga-lembaga lain & masyarakat pada umumnya. 6. Yang Telah dilakukan a) Terpeliharanya infrastruktur TIK di lingkungan FST b) Terwujudnya prototype Sistem Informasi Akademik Fakultas yang merupakan bagian dari Sistem Informasi Manajemen Terpadu. 7. Permasalahan a) Internet akses masih sangat terbatas 1. Mendapat kuota 512 Kbps dari pusat dibagi /share untuk FST, FEIS dan PLT. 2. Sementara komputer yang terhubung ke jaringan (dedicated) di lingkungan FST sejumlah 130 → tidak memadai b) Portal dan mail server yang belum terwujud 1. Tidak adanya IP public
2. Perlu pengembangan 3. Hardware server tidak memadai c) Sistem Informasi Manajemen Terpadu dan Lengkap belum terwujud 1. Perlu pengembangan sistem 2. Perlu hardware server yang memadai 3. Perlu infrastruktur pendukung lainnya yang memadai (Rack, dll) d) Sumber Daya Manusia, baik dari segi kuantitas dan kualitas yang masih terbatas 1. Kuantitas : ... person 2. Kualitas : banyak yang perlu ditingkatkan 8. Rencana Program Kerja a) Program Kerja 2009 a. penyusunan struktur organisasi & konsolidasi Organisasi, b. terwujudnya akses internet yang memadai khususnya bagi dosen & karyawan, serta mahasiswa program khusus (internasional) c. terwujudnya portal, mail server proxy Server, & DNS Server d. pengembangan sistem informasi akademik terintegrasi, e. Kerjasama dengan lembaga-lembaga terkait, f. Peningkatan kualitas SDM (pelatihan-pelatihan) b) Program Kerja 2010 g. Pemantapan akses internet bagi dosen & karyawan h. Peningkatan akses internet bagi mahasiswa
i.
Pemantapan Implementasi Sistem Informasi Akademik Terintregasi,
j.
Pengembangan Sistem Informasi Terpadu yang mendukung ADKUM (absensi, kepegawaian, keuangan,dll.).
k. Peningkatan kualitas SDM (pelatihan-pelatihan) l.
Program Kerja 2011
m. Pemantapan Implementasi Sistem Informasi Terpadu ADKUM n. Pengembangan Sistem Informasi Terpadu Lainnya (e-Learning, eLibrary, Kolaborasi, dll.) o. Melakukan pengumpulan, pengolahan, penyebarluasan data dan informasi baik untuk keperluan internal maupun eksternal. p. Peningkatan kualitas SDM (pelatihan-pelatihan) c) Program Kerja 2012 q. Pemantapan Implementasi Sistem Informasi Terpadu. r. Pemantapan pengumpulan, pengolahan, penyebarluasan data dan informasi baik untuk keperluan internal maupun eksternal. s. Peningkatan kualitas SDM (pelatihan-pelatihan) 9. Usulan-Usulan Program a) Peningkatan Akses Internet Kampus b) Pengembangan Sistem Informasi FST c) Pengembangan Pusdatin Lainnya 10. Peningkatan Akses Internet Kampus a) Internet Link
a. Untuk tahap awal bisa 1Mbps b. Diharapkan dapat mencapai 5Mbps c. Mimpi: mencapai 70-100Mbps b) Sistem/Aplikasi Pendukung Akses Internet d. Portal e. Mail Server f. Proxy Server g. Administrasi & Pengelolaan h. NMS i.
Keamanan Jaringan (firewall, penangkal virus dll) c) Infrastruktur
j.
Data Center Pusdatin@FST (Ruangan, Rack Server, dll)
k. Hardware Server: i. Portal ii. Mail Server iii. DNS Server iv. Proxy Server v. Administrasi & Pengelolaan vi. NMS vii. Keamanan Jaringan (penangkal virus dll) l.
Networking devices (Switch, Router, dll)
m. Hotspot/ WIFI (tiap lantai & beberapa titik-titik tertentu)
n. Internet &/ Students Center (30 - 40 PC) o. Akses untuk Dosen & Pegawai 11. Pengembangan Sistem Informasi Terpadu a) Sistem/Aplikasi Terpadu & Lengkap a. Akademik b. Alumni c. Kepegawaian d. Absensi e. Keuangan f. Inventaris g. E-Learning h. E-Library i.
Perpustakaan
j.
Kolaborasi (Islamic Social Network)
k. Ujian penerimaan l.
Mobile Gateway
m. Portal Sekolah &/Pontren (Pengabdian Masyarakat) n. Cyber Campus IP Telephony (Messaging, Conferencing, dll) b) Infrastruktur o. Hardware Server (Untuk masing-masing aplikasi) p. Rack Server 12. Pengembangan PUSDATIN lainnya
a) Sosialisasi a. Pusdatin & program-programnya b. Sistem/Aplikasi b) Pelatihan/Peningkatan SDM c. Pelatihan Kemampuan Arsitek/Administrator Jaringan d. Pelatihan Instalasi Program (SO, Aplikasi Paket, dll) e. Pelatihan Pengelolaan f. Pelatihan Kemampuan Pemrograman g. Pelatihan Kemampuan standarisasi Pengembangan Sistem h. Sertifikasi i.
Kunjungan/Studi banding ke Data Center (DACEN) lainnya c) Dukungan & Pemeliharaan Sistem (Support & Maintenance) d) Infrastruktur
a. Multimedia equipment untuk Kelas
Penasehat Dekan FST
Ka PusDatin Imam M. Shofi
Gambar 3.1 Struktur Organisasi PUSDATIN Sesuai dengan metode pengembangan sistem yang digunakan penulis berikut ini beberapa
hal
yang
dilakukan
penulis
dengan
berpedoman
pada
metode
pengembangan Network Development Life Cycle (NDLC). 4.1 Tahap Analisis (Analysis) Pada tahap analisis ini penulis melakukan beberapa bentuk analisis sebelum melakukan perancangan. Berikut ini beberapa analisis yang dilakukan oleh penulis. 1. Analisis kebutuhan jaringan Hal pertama yang dilakukan penulis adalah mencari alasan kenapa Network Monitoring System (NMS) ingin digunakan, selanjutnya penulis mencoba mencari kelebihan bila NMS yang digunakan di tempat tersebut. Penulis menemukan beberapa alasan kenapa jaringan NMS bisa diterapkan:
1. Pemakaian jaringan NMS yang memiliki koneksi terpusat pada server dimana admin dapat melakukan remote jaringan pada NMS selama komputer yang digunakan masih terhubung baik secara kabel ataupun secara wireless sehingga mempermudah admin untuk melakukan konfigurasi pada jaringan tersebut. 2. Penginstallan NMS tergolong mudah sehingga memudahkan orang awam untuk melakukan konfigurasi dengan melihat cara yang sudah di sediakan dalam situs-situs di internet, sehingga orang awam pun dapat menginstallnya. Terlepas dari kelebihan-kelebihan Network Monitoring System, penerapan jaringan NMS memiliki kendala seperti: 1. Memakai Sistem Operasi LINUX. 2. Jika remote menggunakan wireless terdapat Noise dan halangan. 3. Konfigurasi server yang cukup memakan waktu. Baik kelebihan dan kekurangan jaringan NMS harus dipikirkan secara matang bila ingin menerapkan jaringan tersebut. 3. Salah satu permasalahan yang ada di Fakultas Sains dan Teknologi (FST) adalah masalah pengawasan terhadap jaringan komputer yang berada di ruang lingkup gedung FST. Dan juga pembagian IP Address dan IP Public untuk digunakan oleh user untuk terhubung ke dalam jaringan atau internet. Pengawasan terhadap komputer dalam sebuah jaringan diharapkan dapat diberikan secara maksimal sehingga tidak mengganggu kinerja sistem
jaringan komputer yang ada. Yang masih terjadi sekarang adalah penggantian IP Address oleh pengguna yang tidak dikelola dengan baik oleh admin sehingga terjadi ketidaksinkronan dalam jaringan tersebut. Oleh karenanya itulah dibutuhkan sebuah aplikasi yang dapat mengawasi sistem jaringan yang ada di FST dan dapat mengirimkan data-data yang berkaitan dengan maintenance server jaringan secara otomatis dari komputer client akan sangat berguna, dan jika ada trouble maka komputer client akan langsung mengirimkan laporan ke server, lalu server akan langsung mengirimkan pesan ke admin melalui pesan email dan sms. Dan juga semua data dari komputer client akan terdokumentasi di komputer server. Hasil rumusan permasalahan diatas dibutuhkan pemahaman yang baik agar dapat menghasilkan solusi yang tepat guna. Dengan menggunakan metode studi pustaka, peneliti memanfaatkan perpustakaan dan internet untuk mengumpulkan sejumlah data dan informasi dari berbagai sumber dalam bentuk buku-buku, makalah, literatur, artikel dan berbagai situs web mengenai topik
permasalahan
terkait.
Hasilnya
digunakan
untuk
memahami
permasalahan yang terjadi untuk merumuskan solusi efektif dalam menyelesaikan rumusan permasalahan. Pemahaman ini pula yang peneliti gunakan untuk mengimplementasikan sistem yang diharapkan dapat mengatasi permasalahan yang ada.
Hasil pemahaman peneliti akan digunakan sebagai masukan untuk menganalisa sistem solusi yang dapat mengatasi rumusan permasalahan. Hasil analisanya adalah peneliti akan mengimplementasikan NMS open source berbasis LINUX. Dalam tahap ini, peneliti akan membandingkan 3 (tiga) NMS yaitu Cacti, Nagios dan Zabbix. Tujuan dari perbandingan ini adalah untuk menentukan NMS yang sesuai dengan kebutuhan di Fakultas Sains dan Teknologi UIN Jakarta. Dalam proses analisa ini peneliti juga meminta pendapat Bapak Adam selaku admin jaringan PUSDATIN tempat peneliti akan
mengoperasikan
sistem
yang
peneliti
bangun
ketika
sudah
diimplementasikan. NMS yang akan dibandingkan merupakan paket dasar (default) tanpa tambahan plugins atau add-on. Berdasarkan tujuan dari dikembangkannya sistem untuk mengawasi jaringan komputer dan mengirimkan data-data yang berkaitan dengan maintenance jaringan secara otomatis dari komputer client dan jika ada trouble akan langsung mengirimkan data ke server, lalu server akan mengirimkan pesan ke admin melalui email, makan peneliti akan memfokuskan perbandingan hanya pada : 1. Fitur pengawasan hardware (cpu, memory dan harddisk) komputer di NMS tersebut. (Monitoring) 2. Fitur pengiriman pesan dari server (NMS) ke admin melalui email dan atau sms. (Alert)
3. Kemudahan dalam menambah host/client NMS. (Agent) Tabel 4.1 Komparasi NMS
Fitur pengawasan hardware (Monitoring)
Fitur pengiriman pesan dari server (NMS) (Alert)
Kemudahan dalam penambahan host/client (Agent)
Cacti Sudah terdapat fitur pengawasan hardware, yang langsung ditampilkan dalam bentuk grafis.
Nagios Belum ada, harus ditambahkan sebuah plugin untuk pengawasan hardware yang bernama supermicro.
Zabbix Sudah terdapat fitur pengawasan hardware, yang ditentukan dengan konfigurasi items melalui web-console Belum ada, harus Sudah terdapat fitur Sudah terdapat ditambahkan alert yang dapat fitur alert yang sebuah plugin dikonfigurasi dapat untuk alert yang langsung melalui dikonfigurasi bernama thold web-console, dapat langsung mengirim pesan melalui webemail dan sms. Jika console, dapat ada masalah, NMS mengirimkan langsung pesan email dan mengirimkan pesan sms. Jika ada pada admin, masalah, NMS sehingga masalah langsung yang muncul dapat mengirimkan diselesaikan pesan pada dengan cepat. admin, sehingga masalah yang muncul dapat diselesaikan dengan cepat. Menambahkan Menambahkan Menambahkan host/client baru host/client bisa host/client bisa melalui console. melalui software melalui software Tidak terdapat agent yang diinstal agent yang software agent pada komputer host diinstal pada untuk diinstall pada , dikonfigurasi komputer host , host. melalui webdikonfigurasi console sehingga melalui webjauh lebih mudah, console
dengan aplikasi yang bernama NSClient. Dapat juga melalui script, dengan memanfaatkan fitur auto discovery.
sehingga jauh lebih mudah, dengan aplikasi yang bernama Zabbix Agent. Juga terdapat fitur auto discovery untuk automatisasi penambahan host
Masing-masing NMS tersebut memliki kelebihan, Cacti yang sangat bagus dalam hal tampilan grafik dari objek yang diawasi, tetapi Cacti hanya dapat menampilkan datanya saja, tidak terdapat fitur untuk langsung mengirimkan pesan peringatan (alert) kepada admin ketika suatu kondisi tertentu menunjukkan sedang ada trouble dalam jaringan tersebut. Nagios, memiliki fitur yang sangat lengkap, tetapi jika semua plugin-nya diinstal. Kemampuan untuk mengirimkan alert dan dokumentasi data dari client ke database cukup baik. Tetapi untuk fitur pengawasan hardware masih perlu diinstal plugin tambahan. Zabbix, fitur untuk pengawasan hardware dan alert sudah terdapat di dalam paket standarnya, tanpa perlu adanya tambahan plugin. Tampilan grafik Zabbix juga cukup bagus dan dapat disesuaikan dengan kebutuhan admin. Berdasarkan hasil analisa, peneliti memutuskan untuk mengembangkan NMS dengan Nagios, karena sesuai dengan kebutuhan di gedung Fakultas Sains dan Teknologi UIN Jakarta.
Proses akhir dari fase analisa adalah pelaporan yang berisi rincian dari berbagai komponen atau elemen termasuk IP Address komputer yang terdapat di gedung Fakultas Sains dan Teknologi UIN Jakarta, MAC Address dan Spesifikasi Windows atau LINUX yang digunakan oleh masing-masing komputer client. Dan juga mencakup :
Spesifikasi sistem yang akan dibangun yaitu NMS menggunakan Nagios yang bertindak sebagai sistem pengawasan komputer client yang ada di jaringan komputer Fakultas Sains dan Teknologi UIN Jakarta
Spesifikasi software yang digunakan diantaranya adalah sistem operasi server NMS menggunakan distribusi LINUX Ubuntu Server 10, sistem operasi Windows XP sebagai sistem operasi komputer client, Apache sebagai aplikasi untuk membuat HTTP Server/ Web Server, MySQL sebagai aplikasi database, PHP sebagai bahasa pemrograman yang digunakan dalam web interface Nagios.
2. Analisis kebutuhan Nagios Setelah melakukan beberapa pengujian dan analisis pada sistem jaringan NMS, penulis menemukan beberapa alasan kenapa Nagios digunakan sebagai media untuk memonitoring jaringan NMS: 1. Penginstallan dan pengkonfigurasian yang mudah untuk segala macam distro LINUX yang digunakan.
2. Memberi laporan secara detail jika ada trouble yang terjadi di komputer yang dimonitor. 3. Analisis perangkat lunak (software) yang digunakan Penulis menggunakan beberapa perangkat lunak untuk membantu penulis dalam penelitian ini. Perangkat lunak (software) yang digunakan adalah sebagai berikut: 1. Apache 2, untuk menampilkan tampilan pada web browser. 2. G Library, digunakan untuk melancarkan Nagios. 3. Mozilla Firefox, digunakan untuk menampilkan nagios. 4. Camtasia, untuk membuat video tutorial. 4.2 Tahap Perancangan (Design) Dari hasil tahapan analisa tersebut, maka peneliti kini dapat melakukan perancangan terhadap pembangunan sistem ini. Pada tahapan ini peneliti akan melakukan 2 (dua) tindakan, yaitu perancangan infrastruktur dan pengumpulan software dan tools pendukung yang akan dikonfigurasi. 1. Perancangan Topologi Jaringan Pada tahap ini, peneliti menegaskan tidak melakukan proses pembangunan topologi jaringan, peneliti hanya mengimplementasikan suatu sistem pengawasan komputer pada jaringan yang telah berjalan dan mendefinisikan parameter-parameter konfigurasi yang dibutuhkan untuk menjamin sistem pengawasan komputer yang akan diimplementasikan dapat berjalan dengan
baik dan sesuai dengan apa yang dibutuhkan oleh Fakultas Sains dan Teknologi UIN Jakarta.
zae yusuftd
fst-4d4de6d9189
Sistem Informasi
Tehnik Informatika
fst-4ad2f743ee8
Fisika
Server PUSDATIN PUSDATIN sharinga Matematika matfst
Biologi fst-06076d635a4
Kimia
bio
Gambar 4.1 Topologi Jaringan Fakultas Sains dan Teknologi Gambar diatas adalah topologi jaringan komputer yang sedang berjalan di server PUSDATIN Fakultas Sains dan Teknologi UIN Jakarta, dimana
peneliti akan mengintegrasikan NMS menggunakan Nagios ke dalam jaringan yang sedang berjalan tersebut.
zae yusuftd
fst-4d4de6d9189
Sistem Informasi
Tehnik Informatika
fst-4ad2f743ee8
Fisika Server NSM Nagios
Server PUSDATIN PUSDATIN sharinga Matematika matfst
Biologi fst-06076d635a4
Kimia
bio
Gambar 4.2 Topologi Jaringan yang akan diterapkan 2. Perancangan Infrastruktur Pada tahapan ini peneliti melakukan penyusunan perangkat atau infrastruktur jaringan yang diperlukan dalam NMS menggunakan Nagios yang akan dibangun. Dari hasil analisa diatas maka peneliti dapat menyimpulkan beberapa perangkat yang diperlukan :
Tabel 4.2 Infrastruktur Jaringan No 1.
Item PC Server NMS
2. PC Penelitian
3. Client
Spesifikasi Intel Pentium 2.4 GHz, WDC 40 GB, DDR1 512 MB Intel Pentium 2.4 GHz, WDC 40 GB, DDR1 512 MB Intel Pentium 2.4 GHz, WDC 40 GB, DDR1 512 MB Belden
Jumlah 1 buah
2 buah
7 buah
4.
Kabel UTP
50 meter
5.
RJ 45
3 buah
6.
Crimping Tool
1 buah
Selain itu peneliti juga melakukan beberapa perincian kelas IP Address untuk jaringan komputer server PUSDATIN Fakultas Sains dan Teknologi UIN Jakarta sebagai berikut : Tabel 4.3 Daftar IP Address Gedung Fakultas Sains dan Teknologi UIN Jakarta No
Host Name
Program Studi
MAC Address
IP Address
1
fst-4ad2f743ee8
Sistem Informasi
00-17-31-7B-EE-A9
172.27.11.9
2
Zae
Sistem Informasi
00-1A-92-CC-A5-E0
172.27.11.208
3
yusuftd
Tehnik Informatika
00-1A-92-CC-A6-87
172.27.11.31
4
Fst-06076d635a4
Kimia
00-14-2A-FC-AF-6B
172.27.11.127
5
bio
Biologi
00-1B-FC-73-CA-43
172.27.11.153
6
Fst-4d4de6d9189
Fisika
00-01-6C-22-84-5A
172.27.11.63
7
matfst
Matematika
40-61-86-28-98-48
172.27.11.216
8
sharinga
PUSDATIN
00-1B-FC-73-C9-BA
172.27.11.6
3. Pengumpulan Software Pendukung Dari hasil analisa diatas, maka peneliti kini dapat melakukan pendataan software-software yang dapat digunakan untuk mendukung penelitian ini. Berikut adalah rincian dari software-software pendukung tersebut :
Tabel 4.4 Daftar Software Pendukung No.
Nama Paket
Sumber
Fungsi
1
LINUX Ubuntu Server 10
www.ubuntu.com
Sistem Operasi
2
NMS Nagios 3
www.nagios.org
Sistem pengawasan komputer
3
Apache 2
Repositories LINUX Ubuntu
Aplikasi
untuk
membuat
web server 4
MySQL
Repositories LINUX Ubuntu
Aplikasi database
5
PHP
Repositories LINUX Ubuntu
Bahasa pemrograman webconsole Nagios
6
NSClient
www.nagios.org
Aplikasi pengawasan komputer jaringan di windows
7
Mozilla firefox
www.mozilla.com
Web Browser
4.3 Simulation Prototyping (Prototipe Simulasi) Pada tahap ini peneliti melakukan simulasi dengan cara mengimplementasikan terlebih dahulu prototipe NMS menggunakan Nagios yang sudah dibuat pada lingkungan virtual menggunakan mesin virtual. Simulasi ini bertujuan untuk meminimalisasi kesalahan yang ada sebelum peneliti melakukan implementasi langsung ke dalam jaringan sistem nyata. Peneliti menggunakan VMware Workstation 5.5.2 untuk memvirtualisasikan NMS menggunakan Nagios pada jaringan komputer PUSDATIN Fakultas Sains dan Teknologi UIN Jakarta yang akan dibuat sebagai prototipe simulasi. Fase pengimplementasian NMS, dimaksudkan untuk memenuhi sejumlah tujuan :
Menjamin efektivitas fungsionalitas dan interkoneksi antar elemen atau komponen sistem.
Memperkecil resiko kegagalan saat proses pembangunan implementasi sistem pada lingkungan nyata.
Menjamin bahwa sistem sudah memenuhi kriteria untuk dilakukan implementasi dan sudah menjadi solusi dari rumusan permasalahan.
Menjamin bahwa kesalahan yang terjadi pada saat implementasi pada lingkungan virtual tidak
mengganggu dan tidak
mempengaruhi
lingkungan sistem nyata. 4.4 Tahapan Implementasi Setelah melakukan analisis dan perancangan, tahap selanjutnya yang peneliti lakukan adalah Implementasi terhadap jaringan yang sudah ada. Peneliti membagi tahapan Implementasi menjadi beberapa bagian diantaranya : 1. Instalasi NMS Nagios 2. Konfigurasi NMS Nagios 4.4.1 Instalasi NMS Nagios Sebelum instalasi NMS Nagios dilakukan, dilakukan beberapa konfigurasi dan instalasi beberapa software pendukung terlebih dahulu. 4.4.1.1 Instalasi Software Pendukung Dalam tahap ini dilakukan instalasi : Apache 2, PHP 5, MySQL, GC Library.
sudo apt-get install php5-gd sudo apt-get install apache2 sudo apt-get install gcc sudo apt-get install make 4.4.1.2 Instalasi NMS Nagios
Instalasi NMS Nagios sudo useradd -m nagios
Membuat
user
baru
bernama
nagios sudo passwd nagios
Memberikan password untuk user nagios
sudo groupadd nagios
Membuat group bsru bernama nagios
sudo usermod -G nagios nagios
Memasukkan
user
nagios
ke
dalam group nagios sudo groupadd nagcmd
Membuat group baru bernama nagcmd
sudo usermod -a -G nagcmd nagios
Memasukkkan user nagios ke dalam grou nagcmd
sudo usermod -a -G nagcmd www-data
Memasukkan
user
apache
ke
dalam group nagcmd Menginstal Nagios wget
Mendownload
http://osdn.dl.sourceforge.net/sourceforge/nagios/nag
http://osdn.dl.sourceforge.
ios-3.0.6.tar.gz
net
wget http://osdn.dl.sourceforge.net/sourceforge/nagio
Mendowload Nagios Plugins dari
splug/nagios-
http://osdn.dl.sourceforge.
plugins-1.4.11.tar.gz
net
Nagios
dari
tar xvzf nagios-3.0.6.tar.gz
Mengekstraksi file yang sudah didownload
cd nagios-3.0.6
Masuk ke dalam direktori Nagios
sudo ./configure –with-command-group=nagcmd
Menjalankan
konfigurasi
skrip
menggunakan group nagcmd yang sudah dibuat sudo make all
Kompile Nagios
make install
Instalasi hal-hal yang diperlukan
make install-init
didalam Nagios
make install-config make install-commandmode make install-webconf
Instalasi Web konfigurasi
htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin
Memberikan
password
utama
untuk user nagiosadmin /etc/init.d/apache2 reload
Mereload software apache
Menginstal Plugins tar xvzf nagios-plugins-1.4.11.tar.gz
Mengekstraksi
Nagios
Plugins
yang sudah di download cd nagios-plugins-1.4.11
Masuk ke folder Nagios Plugins
sudo ./configure –with-nagios-user=nagios –with-nagios-group=nagios
Kompilasi user nagios dengan group nagios
Make
Instalasi
semua Plugins
yang
make install
sudah di download
sudo ln -s /etc/init.d/nagios /etc/rcS.d/S99nagios
Membuat Nagios secara default menyala ketika server di nyalakan
sudo /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
Mengecek error yang ada selama masa penginstallan
sudo /etc/init.d/nagios start
Menyalakan Nagios agar dapat di akses dari web browser
Konfigurasi NMS Nagios cp /opt/nagios/etc/objects/localhost.cfg /opt/nagios/etc/objects/pusdatin.cfg
Mengcopy file localhost.cfg ke dalam file pusdatincfg
vi /opt/nagios/etc/objects/pusdatin.cfg
Melihat isi dari file pusdatin.cfg
vi /opt/nagios/etc/nagios.cfg
Melihat isi dari file nagios.cfg
cfg_file=/opt/nagios/etc/objects/localhost.cfg
Menambahkan isi dari nagios.cfg
cfg_file=/opt/nagios/etc/objects/pusdatin.cfg
dengan baris pusdatin.cfg
vi /opt/nagios/etc/objects/localhost.cfg
Melihat isi dari file localhost.cfg
define hostgroup{ hostgroup_name linux-servers ; The name of the hostgroup alias Linux Servers ; Long name of the group members localhost,pusdatin ; Comma separated list of hosts that belong to this group
Menambahkan
/opt/nagios/bin/nagios -v /opt/nagios/etc/nagios.cfg
Mengecek apakah ada error yang
di
samping
localhost dengan kata pusdatin
terjadi pada saat penambahan service nagios restart atau /etc/init.d/nagios restart
Restart servis nagios
Tabel 4.5 Isi dari file localhost.cfg #################################################################### ########### # LOCALHOST.CFG - SAMPLE OBJECT CONFIG FILE FOR MONITORING THIS MACHINE # # Last Modified: 05-31-2007 # # NOTE: This config file is intended to serve as an *extremely* simple # example of how you can create configuration entries to monitor # the local (Linux) machine. # #################################################################### ########### #################################################################### ########### #################################################################### ########### # # HOST DEFINITION # #################################################################### ########### #################################################################### ########### # Define a host for the local machine define host{ use linux-server ; Name of host template to use ; This host definition will inherit all variables that are defined ; in (or inherited by) the linux-server host template definition. host_name pusdatin alias pusdatin-server address 172.27.11.6 }
#################################################################### ########### #################################################################### ########### # # HOST GROUP DEFINITION # #################################################################### ########### #################################################################### ########### # Define an optional hostgroup for Linux machines # #define hostgroup{ # hostgroup_name linux-servers ; The name of the hostgroup # alias Linux Servers ; Long name of the group # members localhost, pusdatin-server ; Comma separated list of hosts that belong to this group # } #################################################################### ########### #################################################################### ########### # # SERVICE DEFINITIONS # #################################################################### ########### #################################################################### ########### # Define a service to "ping" the local machine define service{ use service template to use host_name service_description check_command }
local-service
; Name of
pusdatin PING check_ping!100.0,20%!500.0,60%
# Define a service to check the disk space of the root partition # on the local machine. Warning if < 20% free, critical if # < 10% free space on partition. #define service{ # use Name of service template to use # host_name
local-service pusdatin
;
# # #
service_description check_command }
check_local_disk!20%!10%!/
# Define a service to check the number of currently logged in # users on the local machine. Warning if > 20 users, critical # if > 50 users. #define service{ # use local-service Name of service template to use # host_name localhost # service_description Current Users # check_command check_local_users!20!50 # }
;
# Define a service to check the number of currently running procs # on the local machine. Warning if > 250 processes, critical if # > 400 users. #define service{ # use local-service Name of service template to use # host_name localhost # service_description Total Processes # check_command check_local_procs!250!400!RSZDT # }
;
# Define a service to check the load on the local machine. #define service{ # use local-service Name of service template to use # host_name localhost # service_description Current Load # check_command check_local_load!5.0,4.0,3.0!10.0,6.0,4.0 # }
;
# Define a service to check the swap usage the local machine. # Critical if less than 10% of swap is free, warning if less than 20% is free #define service{ # use local-service Name of service template to use # host_name localhost # service_description Swap Usage # check_command check_local_swap!20!10 # }
;
# Define a service to check SSH on the local machine. # Disable notifications for this service by default, as not all users may have SSH enabled. define service{ use service template to use host_name service_description check_command notifications_enabled }
local-service
; Name of
email SSH check_ssh 0
# Define a service to check HTTP on the local machine. # Disable notifications for this service by default, as not all users may have HTTP enabled. define service{ use service template to use host_name service_description check_command notifications_enabled } define service{ use service template to use host_name service_description check_command notifications_enabled } define service{ use service template to use host_name service_description check_command notifications_enabled } define service{ use service template to use host_name service_description check_command notifications_enabled }
local-service
; Name of
pusdatin HTTP check_http 0
local-service
; Name of
pusdatin SMTP check_smtp 0 local-service
; Name of
pusdatin imap check_imap 0
local-service pusdatin pop check_pop 0
; Name of
Instalasi dilanjutkan ke konfigurasi web interface Nagios. Peneliti memberikanalamat IP untuk server NMS Nagios 172.27.11.87 dan alamat
untuk
mengakses
web-interface-nagios
adalah
http://172.27.11.87/nagios. Pada tahap instalasi, peneliti memasukkan beberapa data yang diperlukan untuk mengakses web-interface
nagios,
seperti
username dan password yaitu : Username : nagiosadmin Password : nagios Untuk memeriksa apakah server NMS Nagios sudah berjalan atau belum, peneliti menjalankan aplikasi web browser dan memasukkan
alamat
web
NMS
Nagios,
yaitu
http://172.27.11.87/nagios, dan hasilnya adalah server NMS Nagios sudah berjalan, diatndai dengan muncul halaman login web-interface NMS Nagios.
Gambar 4.3 Tampilan halaman login web-interface NMS Nagios 4.4.2 Konfigurasi Items pada tahap ini, peneliti melakukan konfigurasi jaringan apa saja yang akan dilakukan pengawasan melalui NMS Nagios. Sesuai dengan batasan masalah yang peneliti lakukan, peneliti hanya akan fokus pada pengawasan jaringan komputer pada jaringan server PUSDATIN gedung Fakultas Sains dan Teknologi UIN Jakarta, yaitu HTTP, PING, Root Partition, SMTP, SSH, IMAP.
Gambar 4.4 Halaman konfigurasi items Peneliti mengkonfigurasi beberapa items pengawasan jaringan sebagai berikut : 1. HTTP Pengawasan terhadap HTTP adalah untuk mengetahui apakah ada IP Address yang bentrok antara satu host dengan host lainnya pada komputer yang terdapat dalam jaringan komputer yang sedang diawasi oleh NMS Nagios. Contoh pada Program Studi Fisika dengan IP Address 172,27.11.63 terkadang ketika server rusak dan mengganti dengan IP
172.27.11.6 akan terjadi bentrok dengan PUSDATIN sehingga HTTP akan mengalami critical condition. 2. PING Pengawasan terhadap PING adalah untuk melihat apakah komputer dalam keadaan mati atau error dan langsung memberikan notifikasi kepada admin sehingga dapat langsung di berikan solusi atas touble yang terjadi. Contohnya adalah ketika server pada kati dalam critical karena Ketua Program Studi Tehnik Informatika belum datang dan belu menyalakan komputer. 3. Root Partition Pengawasan terhadap Root Partition adalah untuk mengecek apakah partisi root komputer client sudah penuh atau belum dan melakukan solusi dengan cara menghapu file yan tidak perlu atau mengganti partisi root yang ditargetkan sehingga dapat mempercepat kinerja dari NMS Nagios ini. Contoh error ini adalah ketika komputer client PUSDATIN mengalami kepenuhan dalam hal Harddisk Space sehingga akan memunculkan notifikasi pada bagian Root Partition. 4. SMTP Pengawasan terhadap SMTP adalah untuk memeriksa hubungan atau koneksi jaringan komputer yang terjadi,
apakah dapat melakukan pengiriman email ataukah terjadi trouble pada koneksi jaringannya sehingga dapat langsung melakukan perbaikan pada trouble tersebut. Contoh dari masalah ini adalah ketika berkirim email antar jaringan PUSDATIN pada komputer client tidak terjadi sehingga memunculkan notifikasi error pada Nagios. 5. SSH Pengawasan terhadap SSH adalah untuk mengecek apakah dari komputer client dapat melakukan remote ke komputer server jaringan komputer sehingga tidak perlu datang ke lokasi server dan memudahkan admin untuk memperbaiki kerusakan pada NMS Nagios di lain tempat. Pada sistem operasi UNIX/LINUX admin menggunakan open ssh untuk meremote ke komputer server, sedangkan untuk sistem operasi Windows admin menggunakan software tambahan yang bernama putty.
Gambar 4.5 Contoh gambar software Putty Masalah akan terjadi ketika dari komputer client akan meremote ke komputer server tetapi tidak bisa dikarenakan komputer server belum dihidupkan sehingga notifikasi SSH muncul. 6. IMAP Pengawasan terhadap IMAP adalah untuk mengecek apakah jaringan komputer yang terhubung sedang trouble atau software IMAP yang belum terinstall sehingga client dapat
menerima email dengan mudah tanpa harus masuk ke akun mail gratis yang ada di internet. 4.4.3 Hasil NMS Nagios yang telah dibangun
Gambar 4.6 Halaman Home NMS Nagios Gambar 4.6 menunjukkan bahwa sistem NMS Nagios yang sudah di bangun berhasil dan dapat menunjukkan hasil laporan komputer client yang diawasi oleh NMS Nagios yang sebelumnya telah dilakukan konfigurasi oleh peneliti.
Gambar 4.7 Halaman Host Client Dari gambar 4.7 dapat dilihat status pada komputer-komputer yang diawasi oleh NMS Nagios. Terdapat 2 (dua) buah status laporan yang diberikan oleh NMS Nagios, yaitu UP dan DOWN. Dimana UP berarti komputer client tersebut tidak ada masalah yang berarti, kalaupun ada hanya masalah kecil yang tidak perlu diperbaiki, sedangkan untuk DOWN berarti komputer client terdapat masalah yang sampai pada tingkat CRITICAL sehingga perlu diadakan perbaikan pada komputer tersbut.
Gambar 4.8 Halaman Berbentuk Map Komputer Host Pada gambar 4.8 dapat dilihat mana saja komputer client yang UP dan DOWN, tetapi pada halaman ini user dapat melihat dengan berbentuk seperti kue pie sehingga memudahkan dan lebih dapat dilihat per hostnya. Selain itu di halaman ini kita juga dapat memilih komputer host client yang ingin dihilangkan dari gambar dengan memilih pada sebelah kanan atas.
Gambar 4.9 Halaman Host beserta Service yang diawasi Dari gambar 4.9 dapat dilihat berapa banyak service yang diawasi pada host yang ada, ada host yang berbeda banyak servicenya karena disesuaikan dengan yang dibutuhkan oleh komputer client tersebut. 4.5 Tahap Monitoring Setelah peneliti melakukan semua tahapan konfigurasi, pada tahap ini peneliti akan melakukan tahapan final dalam proses pembangunan NMS Nagios ini yaitu tahap pengujian. Pada tahap ini peneliti juga akan melakukan proses monitoring
yang merupakan bagian dari pengujiam. Berikut adalah struktur pengujian yang peneliti lakukan : a. Melakukan pengujian koneksi antar server (uji konektivitas dan availibility web console) dan client. Semua elemen harus bisa berfungsi dengan baik. b. Melakukan pengujian hasil dari pengawasan hardware komputer terhadap sebuah host, dalam bentuk data dan grafik. c. Melakukan pengujian sistem notifikasi (alert) NMS ketika terjadi masalah pada hardware yang diawasi, antara lain : 1. HTTP. 2. PING 3. Root Partition 4. SMTP 5. SSH 6. IMAP 4.5.1 Pengujian Koneksi Pengujiam koneksi ini di mulai dari pengujian alamat IP Address kemudian pengujian aplikasi web console NMS Nagios berjalan di server apakah dapat berjalan dengan baik bila di akses oleh client. a. Testing alamat IP Address Setelah peneliti melakukan konfigurasi alamat IP Address server NMS Nagios sebelumnya maka peneliti perlu mengecek apakah
alamat IP Address tersebut sudah aktif atau belum, melalui client dengan menggunakan perintah ping pada command prompt ping 172.27.11.87 Apabila perintah diatas menghasilkan reply maka konfigurasi alamat IP Address telah berhasil dan telah aktif.
Gambar 4.10 Hasil uji koneksi server NMS Nagios b. Pengujian web console NMS Nagios Untuk mengetahui apakah status web console NMS Nagios telah aktif atau tidak, peneliti melakukan pengujian dengan cara membuka alamat web console NMS Nagios melalui web browser
Mozilla
Firefox,
http://172.27.11.87/nagios
dengan dan
memasukkan
memasukkan
„nagiosadmin‟ untuk login ke NMS Nagios.
alamat
username
Gambar 4.11 Hasil uji koneksi web console NMS Nagios Dari gambar 4.11 muncul halaman home dari Nagios dan menunjukkan bahwa web console NMS Nagios telah berjalan dengan baik.
4.5.2 Pengujian Hasil Pengawasan Pengujian hasil pengawasan host ini dilakukan untuk mengetahui apakah sistem pengawasan jaringan komputer dari NMS Nagios yang telah dikembangkan berjalan dengan baik atau tidak.
NMS Nagios menyediakan hasil dari pengawasan jaringan komputer berupa data. Data hasil pengawasan oleh NMS Nagios didapatkan sesuai dengan items apa saja yang telah dikonfigurasi untuk dilakukan pengawasan. Data yang didapatkan diperbarui dalam beberapa tenggang waktu, sehingga admin selalu mendapatkan data yang paling akhir dari sebuah host yang dilakukan pengawasan melalui NMS Nagios. Admin dapat melihat hasil pengawasan host melalui halaman Log yang ada di sebelah kiri bawah dari halaman Nagios. Peneliti melakukan pengujian terhadap data hasil pengawasan host pusdatin, pada tanggal 18 Agustus 2011. Hasil pengujian menujukkan bahwa pengawasan jaringan komputer terhadap host biologi telah berjalan dengan baik, dibuktikan dengan munculnya data biologi yang dilakukan pengawasan oleh NMS Nagios.
Gambar 4.12 Data Hasil Pengawasan Host
4.5.3 Pengujian Sistem Notifikasi NMS Nagios 4.5.3.1 Masalah pada HTTP Pada kasus ini, peneliti mensimulasikan dan menganalisa masalah yang terjadi pada HTTP komputer host
Gambar 4.13 Email Notifikasi Masalah HTTP Admin menerima pesan notifikasi berupa email dari NMS Nagios, bahwa terjadi suatu masalah pada komputer host . Host tersebut sedang
bermasalah
pada
HTTPnya.
Kemungkinan
besar
IP
Addressnya bentrok dengan IP Address lain sehingga tidak bisa konek ke internet. Hal ini berdampak pada penurunan kinerja dan kualitas kerja dari client yang bersangkutan, penyebab terjadinya karena ketika server bermasalah, client
langsung mengganti sendiri IP Addressnya
sehingga ketika server sudah berjalan dengan baik terjadi bentrok IP Address. Langkah penyelesaian di berikan pengumuman untuk dan pembagian IP Address secara menyeluruh oleh PUSDATIN sehingga tidak terjadi trouble seperti ini lagi di waktu yang akan datang.
4.5.3.2 Masalah pada PING
Gambar 4.14 Email Notifikasi Masalah PING Admin menerima pesan atau notifikasi dari NMS Nagios, bahwa terjadi suatu masalah pada host. Host tersebut sedang bermasalah pada PINGnya. Kemungkinan besar komputernya sedang dalam keadaan mati atau sedang tidak digunakan. Kemungkinan lainnya adalah sedang error host komputer sehingga dalam keadaan hank. Langkah penyelesaiannya
adalah dengan
menghidupkan
komputer tersebut sehingga dapat dicek dan diawasi oleh NMS Nagios.
4.5.3.3 Masalah pada Root Partition
Gambar 4.15 Email Notifikasi Masalah Root Partition Admin menerima pesan atau notifikasi dari NMS Nagios, bahwa terjadi trouble pada komputer host. Host tersebut sedang bermasalah pada root partitionnya. Permasalahan terjadi karena partisi root sudah hampir penuh sehingga berakibat lambannya waktu yang diperlukan untuk Nagios melakukan report terhadap komputer host tersebut. Hal ini berdampak pada melambatnya kinerja jaringan komputer dan kurang baiknya komputer host di masa yang akan datang.
Langkah penyelesaiannya dengan menghapus file yang tidak perlu atau mengganti partisi rootnya yang akan diawasi. Sehingga trouble diatas tidak terjadi lagi dalam waktu dekat.
4.5.3.4 Masalah pada SMTP
Gambar 4.16 Email Notifikasi Masalah SMTP Admin menerima pesan atau notifikasi dari NMS Nagios, bahwa terjadi trouble pada komputer host. Host tersebut sedang bermasalah pada SMTPnya. Permasalahan terjadi karena SMTP pada komputer belum terinstall atau koneksi SMTP pada komputer tersebut sedang
bermasalah,
sehingga
menyebabkan
pengiriman
terhambat dan mengurangi kualitas kerja dan produksi client.
email
4.5.3.5 Masalah pada SSH
Gambar 4.17 Email Notifikasi Masalah SSH Admin menerima pesan atau notifikasi dari NMS Nagios, bahwa terjadi trouble pada komputer host. Host tersebut sedang bermasalah pada SSHnya.
Hal ini menyebabkan komputer tersebut tidak dapat meremote dari komputer ke remote komputer sehingga tidak dapat diawasi penggunaan komputer oleh client.
4.5.3.6 Masalah pada IMAP
Gambar 4.18 Email Notifikasi Masalah IMAP
Admin menerima pesan atau notifikasi dari NMS Nagios, bahwa terjadi trouble pada komputer host. Host tersebut sedang bermasalah pada IMAPnya. Hal ini menyebabkan mesin penerima email tidak berjalan dengan baik sehingga tidak dapat update berita perihal pekerjaan yang sedang dikerjakan.
4.6 Tahap Management Tahap
selanjutnya
pada
model
NDLC
adalah
manajemen
(pengelolaan). Tahap ini meliputi aktivitas pengelolaan dan pemeliharaan dari keseluruhan sistem jaringan dan sistem NMS yang dibangun. Tahapan manajemen melalui serangkaian proses pengelolaan, pemeliharaan atau perawatan dilakukan untuk sejumlah tujuan : a. Memperbaiki sejumlah kesalahan yang terdapat pada penerapan sistem sebelumnya (sistem yang sudah ada). b. Menambahkan fungsionalitas atau komponen spesifik atau fitur tambahan terbaru untuk melengkapi kekurangan pada sistem sebelumnya. c. Mengadaptasi sistem yang sudah dibangun terhadap platform dan teknologi baru dalam mengatasi sejumlah perkembangan permasalahan yang baru muncul.
Pada pembangunan dan pengembangan NMS yang peneliti lakukan, tahapan manajemen direpresentasikan dengan sejumlah aktivitas berikut : a.
Menambahkan item, triggers dan action supaya pengawasan dapat mencakup keseluruhan jaringan yang ada di gedung Fakultas Sains dan Teknologi UIN Jakarta.
b.
Menambahkan media types, sehingga notifikasi bisa melalui sms.
c.
Penyesuaian piranti keras dari server NMS Nagios agar dapat beradaptasi dengan perkembangan kebutuhan sistem jaringan komputer, seperti penambahan IP Public dan lain sebagainya.
BAB V PENUTUP
5.1 Kesimpulan
Setelah melakukan penelitian mengenai penggunaan NAGIOS untuk memonitor jaringan komputer, penulis mengambil kesimpulan sebagai berikut : 1. Jaringan komputer ini telah dimonitoring dengan baik oleh NAGIOS yang menghasilkan laporan secara detail untuk admin ketika ada trouble yang terjadi pada jaringan. Untuk melihat contoh dapat melihat di BAB IV pada bagian pengujian koneksi. 2. Sistem Operasi yang digunakan disini menggunakan LINUX UBUNTU sehingga untuk masalah kemanan NAGIOS sudah baik. Dikarenakan LINUX adalah Sistem Operasi yang bersifat open source sehingga dapat dikatakan memiliki sistem yang lebih rumit jika dibandingkan dengan Windows. Keamanan LINUX terjadi karena : a. Account Pemakai (User Account) b. Kontrol Akses secara Diskresi (Discretionary Access Control) c. Kontrol Akses Jaringan (Network Access Cotrol) d. Enkripsi (Encryption) e. Logging f. Deteksi Penyusupan (Intrusion Detection)
3. Fasilitas kumpulan data yang tersedia pada NMS Nagios dapat membantu admin menganalisa masalah yang terjadi pada client yang terdapat dalam email pemberitahuan masalah dari NMS Nagios, dapat membantu admin dalam menyelesaikan masalah client dengan cepat. 5.2 Saran
Untuk mengembangkan NMS Nagios pada masa yang akan datang peneliti menyarankan hal-hal sebagai berikut : 1) Kepada PUSDATIN UIN Jakarta, pengembangan lebih lanjut terhadap NMS Nagios akan sangat berguna untuk mengawasi sistem dan kinerja komputer di Fakultas Sains dan Teknologi. 2) Kepada pembaca yang ingin meneruskan pengembangan ini dengan menggunakan NAGIOS dapat menambahkan tools yang dapat menampilkan hasil secara grafik sehingga dapat mempermudah kualitas kerja seorang admin. 3) Kepada pembaca, pengembangan ruang lingkup wilayah kerja NMS Nagios dapat diperluas ke dalam jaringan WAN sehingga tidak hanya satu buah gedung saja tetapi dapat seluruh Kampus Universitas Islam Negeri Syarif Hidayatullah Jakarta.
DAFTAR PUSTAKA
Tim Penelitian dan Pengembangan Wahana Komputer. 2004. Kamus Lengkap Jaringan Komputer, Salemba Infotek. Barth, Wolfgank. 2005. Nagios System and Network Monitoring, No Starch Press. San Francisco. Kundu and Lavlu, 2009. Cacti 0.8 Network Monitoring, Packt Publishing. Birmingham. Clemm, Alexander. 2007. Network Management Fundamentals, Cysco Press. Indianapolis. Syafrizal, Melwin. 2005. Pengantar Jaringan Komputer, ANDI. Yogyakarta. Tanenbaum, Andrew S. 2003. Computer Networks, Fourth Edition, Prentice Hall. New Jersey. Tim Penelitian dan Pengembangan Wahana Komputer. 2005. Pengembangan Web di LINUX dengan Apache, MySQL, dan PHP (LAMP), Salemba Infotek. Tim Penyusun Kamus Pusat Bahasa. 2008. Kamus Besar Bahasa Indonesia, Balai Pustaka. Hartono, Jogiyanto. 1999. Pengenalan Komputer, ANDI. Yogayakarta. Rafiza, H. 2006. Panduan dan Referensi Kamus Fungsi PHP 5, Elex Media Komputindo. Jakarta.
