Pages

Kamis, 26 Januari 2017

50.Tutorial Monitorix di server


Tutorial Monitorix




A.PENGERTIAN

Monitorix adalah free open source, ringan alat monitoring sistem yang dirancang
untuk memantau layanan dan sumber daya sistem sebanyak mungkin. Telah dibuat untuk
digunakan di bawah produksi Linux / UNIX server, namun karena kesederhanaan dan
ukuran kecil dapat digunakan pada perangkat embedded juga.

B.LATAR BELAKANG

Setelah menginstal Debian jessie 8.6 di VM Proxmox kita dapat mengistall monitorix yang digunakan untuk memantau layanan dan sumberdaya sistem.

C.MAKSUD DAN TUJUAN

  • Dapat mengerti apa itu monitorix
  • Dapat mengistall monitorix

D.ALAT DAN BAHAN

  • Laptop
  • Koneksi jaringan pada server

E.WAKTU PELAKSANAAN

Waktu yang dibutuhkan dalam menginstall monitorix kurang lebihnya

F.LANGKAH KERJA
  1. Baca doa sebelum memulai mengistal monitorix

  2. Koneksikan laptop anda ke jaringan server anda
  3. Lalu Ctrl+alt+T
  4. Masukan super user dan password > klik enter

  5. Setelah itu Masuk ke root user > ssh muitdah@192.168.17.2 dan masukan password > klik enter

  6. Kemudian masukan super user dan password pada root server > klik enter

  7. Masuk ke browsur kemudian ketik http://www.monitorix.org/ ,lalu cari folder monitorix yang akan di pakai >seperti tampilan dibawah ini

  8. lalu ketik di terminal # wget (nama folder yang di download) >klik enter

  9. Kemudian cari apt-get install nya seperti di bawah ini

  10. Kemudian di pindah kan ke notepad dan spasinya di hilangkan

  11. Lalu copy paste di terminal (Ctrl+shift+V) > klik enter

  12. setelah itu # dpkg -i monitorix_3.9.0-izzy1_all.deb >klik enter

  13. Masuk ke browsur ketik > 192.168.17.2:8080/monitorix

  14. Maka akan muncul tampilan seperti dibawah ini
  15. Itu tutorial monitorix telah selesai ,

Semoga bermanfaat.


G.KESIMPULAN

Setelah mengistall monitorix kita dapat melanjutkan materi selanjutnya.

H.REFERENSI





Rabu, 25 Januari 2017

49.Konfigurasi TELNET di server


Konfigurasi TELNET 



 

A.PENGERTIAN

TELNET (Telecommunication) adalah sebuah protokol jaringan yang digunakan pada internet atau Local Area Network untuk menyediakan fasilitas komunikasi berbasis teks interaksi dua arah yang menggunakan koneksi virtual terminal.
Telnet dikembangkan pada tahun 1969 dan distandarisasi sebagai IETF STD 8,salah satu standar internet pertama.

B.LATAR BELAKANG

Setelah menginstal Debian jessie 8.6 ,dan LAMP (Linux,Apache,Mysql,PHP) dapat juga kita menginstal VOIP,NTP,FTP,SAMBA,Monitorix,atau TELNET, Agar dapat melanjutkan materi DNS dan menginstal DNS.

C.WAKTU PELAKSANAAN

Waktu yang digunakan untuk konfigurasi TELNET kurang lebihnya 20 menit jika koneksinya lancar dan tidak ada masalah dalam konfigurasi TELNET

D.MAKSUD DAN TUJUAN

Dapat mengerti apa itu TELNET dan Dapat konfigurasi TELNET

E.ALAT DAN BAHAN

  • Laptop
  • Koneksi jaringan ke server
F.LANGKAH KERJA

  1. Berdoa sebelum melakukan konfigurasi TELNET
  2. Koneksikan laptop anda ke jaringan server
  3. Masuk ke terminal > Ctrl+alt+T
  4. Lalu masuk ke super user dan password > klik enter
  5. Kemudian masuk ke > ssh muitdah@192.168.17.2 > masukan password dan klik enter
  6. setelah itu masuk di super user root server dan password > klik enter
  7. Lalu # apt-get install telnetd > klik enter
  8. Kemudian > exit >dari root
  9. lalu exit > seperti tampilan dibawah ini
  10. Setelah itu > telnet 192.168.17.2 > klik enter
  11. kemudian login > muitdah >masukan password > klik enter
  12. Maka akan masuk ke TELNET ,seperti tampilan dibawah ini
  13. Konfigurasi TELNET sudah selesai,
    Semoga bermanfaat
G.KESIMPULAN

Telnet dapat digunakan sebagai protokol jaringan komunikasi di internet yang menyediakan fasilitas untuk berkomunikasi.
Setelah kita menginstall Telnet dapat menginstall yang lain seperti VOIP,NTP,FTP,ICECAST SAMBA,dll.


H.REFERENSI


48.Konfigurasi pada NTP Server


KONFIGURASI PADA NTP SERVER







A.PENGERTIAN

NTP adalah Nekwork Time Protokol merupakan sebuah protokol untuk mengsinkronkan sistem waktu (clock) pada komputer terhadap sumber yang akurat melalui jaringan internet atau internet.

B.LATAR BELAKANG

Dapat mengsinkronkan server yang ada agar sesuai dengan waktu yang ada.

C.MAKSUD DAN TUJUAN

Dapat mengetahui bagaimana cara untuk mengsinkronkan waktu yang ada pada server

D.WAKTU PELAKSANAAN

Waktu yang di butuhkan kurang lebihnya sekitar 1 jam jika tidak ada gangguan pada koneksi jaringan

E.ALAT DAN BAHAN

  • Laptop
  • Koneksi jaringan pada server

F.LANGKAH KERJA

  1. Berdoa sebelum memulai konfigurasi NTP server
  2. Koneksikan laptop anda ke jaringan server anda
  3. Setelah itu Ctrl+alt+T
  4. Lalu masukan super user dan password > klik enter
  5. Setelah itu masuk ke root user > ssh muitdah@192.168.17.2 dan password > klik enter
  6. Kemudian masuk ke super user dan password root user >klik enter
  7. Lalu # apt-get install ntp ntpdate >klik enter
  8. setelah itu # nano /etc/ntp.conf > klik enter
  9. Cari server 0 sampai 3 tambahi tanda # (pagar) ,dan tambahkan server 127.127.1.0 >seperti gambar di bawah ini
  10. Kemudian cari restrict tambahkan IP dan netmask nya seperti #restrict 192.168.17.2 netmask 255.255.255.255.248 nomodify notrap > Ctrl+X+T >klik y > klik enter
  11. Lalu # service ntp restart > klik enter
  12. setelah itu # ntpq -p > klik enter
  13. Maka akan muncul tampilan seperti dibawah ini dan jika berhasil akan bernilai 0.001 atau 0.000
  14. Konfigurasi NTP server telah selesai semoga bermanfaat.
G.KESIMPULAN

NTP berfungsi untuk mengsinkronkan waktu pada server maupun pada client agar tidak terjadi kesalahan saat pengiriman.

H.REFERENSI




Selasa, 24 Januari 2017

47.Pengertian tentang DNS


PENGERTIAN DNS “ DOMAIN NAME SYSTEM “


A.PENGERTIAN

Domain Name System (DNS) adalah Hirarkis sistem penamaan desentralisasi untuk komputer, jasa, atau sumber daya yang terhubung internet atau jaringan pribadi. Ini asosiasi berbagai informasi dengan nama domain ditugaskan untuk masing-masing entitas yang berpartisipasi. Paling mencolok, itu menterjemahkan lebih mudah menghafal nama domain ke numerik alamat IP yang dibutuhkan untuk tujuan menemukan dan mengidentifikasi layanan komputer dan perangkat dengan protokol jaringan yang mendasarinya. Dengan menyediakan, didistribusikan di seluruh dunia Layana direktori , Domain Name System merupakan komponen penting dari fungsi Internet, dan telah digunakan sejak tahun 1980-an.
Delegasi tanggung jawab menetapkan nama domain dan pemetaan nama-nama ke sumber daya internet dengan menunjuk Domain Name System serever nama otoritatif untuk setiap domain. Administrator jaringan dapat mendelegasikan otoritas atas sub-domain dari ruang nama yang dialokasikan untuk server nama lainnya. Mekanisme ini menyediakan didistribusikan dan kesalahan layanan toleran dan dirancang untuk menghindari satu database pusat yang besar.
Domain Name System juga menentukan fungsi teknis dari basis data ayanan yang pada intinya. Ini mendefinisikan protokol DNS, spesifikasi rinci dari struktur data dan pertukaran komunikasi data yang digunakan dalam DNS, sebagai bagian dari internet protocol suite . Secara historis, layanan direktori lainnya sebelumnya DNS tidak terukur ke direktori besar atau global mereka awalnya didasarkan pada file teks, jelas yang HOSTS.TXT penyelesai.
Internet memelihara dua pokok Ruang nama, hirarki nama domain dan Internet protocol (IP) ruang alamat . The Domain Name System mempertahankan hirarki nama domain dan menyediakan layanan terjemahan antara itu dan ruang alamat. Internet nama server dan komunikasi protokol mengimplementasikan Domain Name System. Nama Sebuah DNS server adalah server yang menyimpan catatan DNS untuk domain; server nama DNS merespon dengan jawaban query terhadap database-nya.
Jenis yang paling umum dari catatan yang disimpan dalam database DNS adalah untuk mulai dari Authority (SOA), alamat IP (A dan AAAA),SMTP email penukar (MX), nama server (NS), pointer untuk reverse DNS lookup (PTR), dan nama domain alias (CNAME). Meskipun tidak dimaksudkan untuk menjadi database tujuan umum, DNS dapat menyimpan catatan untuk jenis data baik untuk pencarian otomatis, seperti DNSSEC catatan, atau untuk permintaan manusia seperti orang yang bertanggung jawab (RP) catatan. Sebagai database tujuan umum, DNS juga telah digunakan dalam memerangi email yang tidak diminta (spam) dengan menyimpan daftar blackhole real-time. Database DNS secara tradisional disimpan secara terstruktur File zona.

B.SEJARAH

Menggunakan sederhana, nama yang lebih mudah diingat di tempat alamat numerik sebuah host tanggal kembali ke ARPANET era. Stanford Research Institute (sekarang SRI international) mempertahankan file teks bernama HOSTS.TXT yang dipetakan nama host ke alamat numerik komputer di ARPANET.Pemeliharaan alamat numerik, yang disebut Daftar Bilangan Ditugaskan, ditangani oleh Jon Postel di University of Southern California's Information Sciences Institute (ISI), yang timnya bekerja sama dengan SRI.
Alamat ditugaskan secara manual. Untuk meminta nama host dan alamat dan menambahkan komputer ke file induk, pengguna menghubungi SRI Pusat informasi jaringan (NIC), disutradarai oleh Elizabeth Feinler melalui telepon selama jam kerja.
Pada awal 1980-an, mempertahankan, meja host terpusat menjadi lambat dan berat dan jaringan muncul diperlukan suatu sistem penamaan otomatis untuk menangani masalah-masalah teknis dan personil. Postel diarahkan tugas menempa kompromi antara lima proposal bersaing solusi untuk Paul Mockapetris . Mockapetris bukannya menciptakan Domain Name System.
The Internet Engineering Task Force diterbitkan spesifikasi asli dalam RFC 882 dan RFC 883 pada bulan November 1983.
Pada tahun 1984, empat UC Berkeley mahasiswa, Douglas Terry, Mark Painter, David Riggle, dan Songnian Zhou, menulis pertama Unix pelaksanaan server nama untuk Berkeley Internet Name Domain, sering disebut sebagai BIND .Pada tahun 1985, Kevin Dunlap dari desember substansial direvisi pelaksanaan DNS. Mike karels , Phil Almquist, dan paul vixie mempertahankan BIND sejak saat itu. Pada awal 1990-an, BIND Porting ke windows NT platform yang. Itu didistribusikan secara luas, terutama pada sistem Unix, dan masih DNS perangkat lunak yang paling banyak digunakan di Internet.
Pada bulan November tahun 1987, RFC 1034 dan RFC 1035 menggantikan 1983 spesifikasi DNS. Beberapa tambahan Permintaan Komentar telah mengusulkan tambahan dari protokol inti DNS.

C.FUNGSI

Sebuah analogi yang sering digunakan untuk menjelaskan Sistem Nama Domain adalah bahwa ia berfungsi sebagai Buku telepon untuk Internet dengan menerjemahkan komputer yang ramah manusia Hostname menjadi alamat IP. Misalnya, nama domain www.example.com diterjemahkan ke alamat 93.184.216.119 (IPv4) dan 2606: 2800: 220: 6d: 26bf: 1447: 1097: aa7 (IPv6). Tidak seperti buku telepon, DNS dapat dengan cepat diperbarui, memungkinkan lokasi layanan pada jaringan untuk berubah tanpa mempengaruhi pengguna akhir, yang terus menggunakan nama host yang sama. Pengguna mengambil keuntungan dari ini ketika mereka menggunakan bermakna Uniform Resource Locator (URL), dan alamat e-mail tanpa harus mengetahui bagaimana komputer benar-benar menempatkan layanan.
Selain itu, DNS mencerminkan partisi administrasi. Untuk zona dioperasikan oleh Registry , juga dikenal sebagai akhiran publik zona, informasi administrasi sering dilengkapi dengan registri RDAP dan WHOIS layanan. data yang dapat digunakan untuk mendapatkan wawasan tentang, dan melacak tanggung jawab untuk, host diberikan di Internet.
Fungsi penting dan di mana-mana dari DNS adalah peran sentral dalam layanan Internet terdistribusi seperti Layanan cloud dan Jaringan pengiriman konten .Ketika pengguna mengakses layanan Internet didistribusikan menggunakan URL, nama domain dari URL diterjemahkan ke alamat IP dari server yang proksimal ke pengguna. Fungsi utama dari DNS dieksploitasi di sini adalah bahwa pengguna yang berbeda secara bersamaan dapat menerima terjemahan yang berbeda untuk nama domain yang sama, titik kunci dari perbedaan dari tradisional "buku telepon" pandangan DNS. Proses ini menggunakan DNS untuk menetapkan server proksimal pengguna adalah kunci untuk memberikan waktu respon lebih cepat di Internet dan banyak digunakan oleh sebagian besar layanan Internet utama hari ini.



D.STRUKTUR

Domain nama ruang

Ruang nama domain terdiri dari pohon struktur data. Setiap node atau daun di pohon memiliki label dan nol atau catatan sumber daya lebih (RR), yang memegang informasi yang terkait dengan nama domain. Nama domain sendiri terdiri dari label, mungkin digabungkan dengan nama node induknya di sebelah kanan, dipisahkan oleh sebuah titik.Pohon sub-terbagi menjadi zona awal di Zona akar . Sebuah zona DNS dapat terdiri dari hanya satu domain, atau dapat terdiri dari banyak domain dan sub-domain, tergantung pada pilihan administratif manajer zona. DNS juga dapat dipartisi sesuai dengan kelas; kelas terpisah dapat dianggap sebagai array dari pohon namespace paralel.
tanggung jawab administratif atas zona apapun dapat dibagi dengan menciptakan zona tambahan. Otoritas atas zona baru dikatakan didelegasikan ke server nama yang ditunjuk. Zona induk berhenti menjadi otoritatif untuk zona baru.

Domain nama sintaks

Deskripsi definitif aturan untuk membentuk nama domain muncul dalam RFC 1035,RFC 1123 dan RFC 2181. Sebuah nama domain nama terdiri dari satu atau lebih bagian, secara teknis disebut label, yang konvensional concatenated, dan dibatasi oleh titik, seperti example.com.
Paling kanan label menyampaikan Domain top-level; misalnya, nama domain www.example.com milik top-level domain com.
Hirarki domain turun dari kanan ke kiri; setiap label di sebelah kirinya menyatakan sebuah sub-divisi, atau Subdomain dari domain ke kanan. Sebagai contoh: contoh label menetapkan subdomain dari domain com, dan www adalah subdomain dari example.com. Pohon ini subdivisi mungkin harus sampai 127 tingkat.
Sebuah label mungkin berisi nol sampai 63 karakter. Label null, panjang nol, dicadangkan untuk zona akar. Nama domain lengkap tidak boleh melebihi panjang 253 karakter dalam representasi tekstual. Dalam representasi biner internal DNS panjang maksimum membutuhkan 255 oktet penyimpanan, karena juga menyimpan panjang nama.
Meskipun nama domain dapat secara teoritis terdiri dari setiap representable karakter dalam oktet, nama host menggunakan format dan karakter yang disukai set. Karakter yang diizinkan dalam label mereka adalah bagian dari ASCII set karakter, terdiri dari karakter melalui z, A sampai Z, angka 0 sampai 9, dan tanda hubung. Aturan ini dikenal sebagai aturan LDH (huruf, angka, tanda hubung). nama domain diinterpretasikan dalam kasus-independen cara.Label mungkin tidak memulai atau mengakhiri dengan tanda hubung. Aturan tambahan mengharuskan nama domain tingkat atas tidak harus semua-numerik.

Nama domain internasional

Set terbatas karakter ASCII diizinkan di DNS dicegah representasi nama dan kata-kata dari berbagai bahasa dalam huruf asli mereka atau script. Untuk membuat ini mungkin, ICANN menyetujui Internasionalisasi nama domain aplikasi (IDNA) sistem, dimana aplikasi pengguna, seperti web browser, peta Unicode string ke dalam karakter DNS yang valid set menggunakan Punycode. Pada tahun 2009 ICANN menyetujui pemasangan internasionalisasi nama domain Kode negara top-level domain (ccTLD s). Selain itu, banyak pendaftar nama domain tingkat atas yang ada (TLD s) telah mengadopsi sistem IDNA.

Nama server

Domain Name System dikelola oleh database terdistribusi sistem, yang menggunakan model client-server. Node dari database ini adalah server nama. Setiap domain memiliki setidaknya satu server DNS otoritatif yang mempublikasikan informasi tentang domain dan server nama dari setiap domain bawahan untuk itu. Puncak hirarki yang dilayani oleh server nama akar, server untuk query saat mencari (menyelesaikan) TLD.

Otoritatif name server

Server nama otoritatif adalah server nama yang hanya memberikan jawaban untuk pertanyaan DNS dari data yang telah dikonfigurasi oleh sumber asli, misalnya, administrator domain atau dengan metode DNS dinamis, berbeda dengan jawaban yang diperoleh melalui permintaan ke server nama lain yang hanya memelihara cache data.
Server nama otoritatif dapat menjadi master server atau server slave. Sebuah server master adalah server yang menyimpan asli (master) salinan dari semua catatan zona. Sebuah server slave menggunakan mekanisme update otomatis khusus dalam protokol DNS dalam komunikasi dengan tuannya untuk menjaga salinan identik dari catatan master.
Setiap zona DNS harus diberi satu set server nama otoritatif. Ini set server disimpan di zona domain induk dengan name server (NS) catatan.
Server otoritatif menunjukkan statusnya penyediaan jawaban yang pasti, dianggap otoritatif, dengan menetapkan bendera protokol, disebut Resmi Jawaban (AA) bit dalam responnya. Bendera ini biasanya direproduksi menonjol dalam output dari alat query administrasi DNS, seperti menggali , untuk menunjukkan bahwa nama server menanggapi adalah otoritas untuk nama domain yang bersangkutan.
E.OPERASI

Mekanisme resolusi alamat

Domain nama resolvers menentukan server nama domain yang bertanggung jawab untuk nama domain yang dimaksud dengan urutan pertanyaan dimulai dengan label domain paling kanan (top-level).
Untuk operasi yang tepat dari nama domain resolver, sebuah host jaringan dikonfigurasi dengan cache awal (petunjuk) dari alamat yang dikenal dari server nama root. Petunjuk diperbarui secara berkala oleh administrator dengan mengambil dataset dari sumber yang dapat dipercaya.
Dengan asumsi resolver telah ada catatan cache untuk mempercepat proses, proses penyelesaian dimulai dengan permintaan ke salah satu server root. Dalam operasi yang khas, root server tidak menjawab secara langsung, tapi merespon dengan rujukan ke server yang lebih otoritatif, misalnya, permintaan untuk "www.wikipedia.org" disebut server org. resolver sekarang query server disebut, dan iteratif ulangi proses ini sampai menerima jawaban otoritatif. diagram menggambarkan proses ini untuk www.wikipedia.org tuan rumah.
Mekanisme ini akan menempatkan beban lalu lintas besar di root server, jika setiap resolusi di Internet akan membutuhkan mulai dari akar. Dalam prakteknya caching digunakan di server DNS untuk off-beban root server, dan sebagai hasilnya, server nama akar sebenarnya terlibat dalam hanya sebagian kecil dari semua permintaan.

Rekursif dan caching name server

Secara teori, nama server otoritatif yang cukup untuk pengoperasian Internet. Namun, dengan hanya otoritatif nama server operasi, setiap DNS query harus mulai dengan pertanyaan rekursif di Zona akar dari Domain Name System dan setiap sistem pengguna harus menerapkan perangkat lunak resolver mampu operasi rekursif.
Untuk meningkatkan efisiensi, mengurangi lalu lintas DNS di Internet, dan meningkatkan kinerja dalam aplikasi pengguna akhir, Domain Name System mendukung cache DNS server yang menyimpan hasil query DNS untuk jangka waktu yang ditentukan dalam konfigurasi (time-to-live) dari nama domain record yang bersangkutan. Biasanya, server caching DNS seperti juga menerapkan algoritma rekursif yang diperlukan untuk menyelesaikan nama yang diberikan dimulai dengan akar DNS melalui ke server nama otoritatif domain tanya. Dengan fungsi ini dilaksanakan di server nama, aplikasi pengguna mendapatkan efisiensi dalam desain dan operasi.
Kombinasi caching DNS dan fungsi rekursif di server namanya tidak wajib; fungsi dapat diimplementasikan secara independen di server untuk tujuan khusus.
Penyedia layanan internet biasanya menyediakan server nama rekursif dan caching untuk pelanggan mereka. Selain itu, banyak router jaringan rumah menerapkan cache DNS dan recursor untuk meningkatkan efisiensi di jaringan lokal.

DNS resolvers

Sisi klien DNS yang disebut resolver DNS. Sebuah penyelesai bertanggung jawab untuk memulai dan sekuensing permintaan yang akhirnya menyebabkan resolusi penuh (terjemahan) dari sumber daya dicari, misalnya, terjemahan dari nama domain ke alamat IP. Query DNS individu dapat berupa non-rekursif, rekursif, atau berulang, atau kombinasi dari ini.
  • Untuk metode query non-rekursif, klien DNS resolver query server DNS yang memberikan catatan untuk domain yang itu berwibawa itu sendiri, atau memberikan hasil parsial tanpa query server lain. Dalam kasus penyelesai caching DNS, query non-rekursif dari lokal Cache DNS memberikan hasil dan mengurangi beban pada server DNS hulu dengan caching catatan permintaan DNS untuk jangka waktu setelah respons awal dari server DNS hulu.
  • Untuk pendekatan permintaan rekursif, klien DNS resolver akan query DNS server tunggal, yang kemudian dapat query (sebagai klien itu sendiri) server DNS lain atas nama pemohon. Misalnya, sederhana "stub resolver" berjalan pada Router rumah biasanya akan membuat query rekursif ke server DNS untuk pengguna ISP. Sebuah query rekursif adalah salah satu yang server DNS akan sepenuhnya menjawab query (atau memberikan kesalahan) dengan query server nama lain yang diperlukan. Dalam operasi yang khas, klien akan mengeluarkan permintaan rekursif ke caching DNS server rekursif, yang kemudian akan mengeluarkan pertanyaan non-rekursif untuk menentukan jawaban dan mengirim jawaban tunggal kembali ke klien. Resolver, atau server DNS lain bertindak secara rekursif atas nama resolver, melakukan negosiasi penggunaan layanan recursive menggunakan bit dalam header permintaan. server DNS tidak diperlukan untuk mendukung permintaan rekursif.
  • Untuk prosedur permintaan berulang, klien DNS resolver akan query rantai dari satu atau lebih server DNS. Setiap server akan merujuk klien ke server berikutnya dalam rantai tersebut, sampai server saat sepenuhnya dapat menyelesaikan permintaan. Misalnya, resolusi kemungkinan www.example.com akan query akar global, maka server .com, dan akhirnya .example.com.

Dependensi melingkar dan catatan lem

Nama server di delegasi diidentifikasi oleh nama, bukan berdasarkan alamat IP. Ini berarti bahwa server nama menyelesaikan harus mengeluarkan permintaan DNS lain untuk mengetahui alamat IP dari server yang telah disebut. Jika nama yang diberikan dalam delegasi adalah subdomain dari domain yang delegasi yang disediakan, ada Ketergantungan melingkar.
Dalam hal ini, nama server menyediakan delegasi juga harus menyediakan satu atau lebih alamat IP untuk server nama otoritatif yang disebutkan dalam delegasi. Informasi ini disebut lem. The mendelegasikan nama server menyediakan lem ini dalam bentuk catatan di bagian tambahan dari respon DNS, dan memberikan delegasi di bagian otoritas respon.
Misalnya, jika server nama otoritatif untuk example.org adalah ns1.example.org, komputer mencoba untuk menyelesaikan www.example.org pertama menyelesaikan ns1.example.org. Sejak ns1 terkandung dalam example.org, ini memerlukan penyelesaian example.org pertama, yang menyajikan ketergantungan melingkar. Untuk memecahkan ketergantungan, nama server untuk top level domain org termasuk lem bersama dengan delegasi untuk example.org. Catatan lem adalah catatan alamat yang menyediakan alamat IP untuk ns1.example.org. resolver menggunakan satu atau lebih alamat IP ini untuk query salah satu server otoritatif domain, yang memungkinkan untuk menyelesaikan permintaan DNS.

Rekam caching

Proses Resolusi DNS mengurangi beban pada setiap server dengan caching catatan permintaan DNS untuk jangka waktu setelah tanggapan. Ini memerlukan rekaman lokal dan konsultasi berikutnya dari copy bukan memulai permintaan baru hulu. Waktu yang resolver sebuah cache respon DNS ditentukan oleh nilai yang disebut waktu untuk hidup (TTL) yang terkait dengan setiap record. TTL diatur oleh administrator dari server DNS yang memberikan respon otoritatif. Masa berlaku dapat bervariasi dari hanya detik untuk hari atau bahkan minggu.
Sebagai konsekuensi penting dari ini didistribusikan dan caching arsitektur, perubahan catatan DNS tidak menyebarkan seluruh jaringan segera, tetapi membutuhkan semua cache berakhir dan menyegarkan setelah TTL. RFC 1912 menyampaikan aturan dasar untuk menentukan nilai TTL yang sesuai.
Beberapa resolvers dapat mengganti nilai TTL, sebagai protokol mendukung caching hingga 68 tahun atau tidak caching sama sekali. Caching negatif, yaitu caching dari fakta tidak adanya catatan, ditentukan oleh server nama otoritatif untuk zona yang harus menyertakan Mulai dari Authority (SOA) record ketika melaporkan tidak ada data jenis diminta ada. Nilai bidang minimum dari catatan SOA dan TTL dari SOA itu sendiri digunakan untuk mendirikan TTL untuk jawaban negatif.

Reverse lookup

Sebuah lookup reverse adalah permintaan dari DNS untuk nama domain ketika alamat IP diketahui. nama domain beberapa mungkin terkait dengan alamat IP. Toko DNS alamat IP dalam bentuk nama domain sebagai diformat khusus nama dalam pointer (PTR) catatan dalam infrastruktur top-level domain arpa. Untuk IPv4, domain adalah in-addr.arpa. Untuk IPv6, domain lookup reverse ip6.arpa. Alamat IP direpresentasikan sebagai nama di oktet representasi reverse-memerintahkan untuk IPv4, dan reverse-memerintahkan representasi menggigit untuk IPv6.
Ketika melakukan reverse lookup, klien DNS mengubah alamat ke format ini sebelum query nama untuk catatan PTR berikut rantai delegasi sebagai untuk setiap permintaan DNS. Misalnya, dengan asumsi alamat IPv4 208.80.152.2 ditugaskan untuk Wikimedia, diwakili sebagai nama DNS dalam urutan terbalik: 2.152.80.208.in-addr.arpa. Ketika DNS resolver mendapat pointer (PTR) permintaan, dimulai dengan query root server, yang titik ke server dari Amerika Registry Untuk nomor internet (ARIN) untuk zona 208.in-addr.arpa. ARIN server delegasi 152.80.208.in-addr.arpa untuk Wikimedia yang resolver mengirimkan permintaan yang lain untuk 2.152.80.208.in-addr.arpa, yang menghasilkan respon otoritatif.

Klien lookup

Pengguna umumnya tidak berkomunikasi langsung dengan DNS resolver. Sebaliknya resolusi DNS berlangsung transparan dalam aplikasi seperti Web browser,email klien, dan aplikasi internet lainnya. Ketika sebuah aplikasi membuat permintaan yang memerlukan nama domain lookup, program tersebut mengirimkan permintaan resolusi ke penyelesaian DNS di sistem operasi lokal, yang pada gilirannya menangani komunikasi diperlukan.
DNS resolver akan hampir selalu memiliki cache (lihat di atas) yang berisi pencarian baru-baru ini. Jika cache dapat memberikan jawaban terhadap permintaan, resolver akan kembali nilai dalam cache untuk program yang membuat permintaan. Jika cache tidak berisi jawaban, resolver akan mengirimkan permintaan ke satu atau lebih server DNS yang ditunjuk. Dalam kasus kebanyakan pengguna di rumah, penyedia layanan Internet yang menghubungkan komputer tersebut biasanya akan menyediakan server DNS ini: user tersebut akan baik telah mengkonfigurasi alamat server secara manual atau diizinkan DHCP untuk mengaturnya; Namun, di mana sistem administrator telah mengkonfigurasi sistem untuk menggunakan server DNS mereka sendiri, DNS resolvers mereka menunjuk ke terpisah dipertahankan server nama organisasi. Dalam hal apapun, nama server sehingga query akan mengikuti proses yang disebutkan Diatas, sampai baik berhasil menemukan hasil atau tidak. Kemudian kembali hasilnya kepada resolver DNS; asumsi itu telah menemukan hasilnya, resolver sepatutnya cache hasil bahwa untuk penggunaan masa depan, dan tangan hasilnya kembali ke software yang diprakarsai permintaan.

Rusak resolvers

Beberapa ISP besar telah dikonfigurasi server DNS mereka melanggar aturan, misalnya dengan tidak mematuhi TTLs, atau dengan menunjukkan bahwa nama domain tidak ada hanya karena salah satu server namanya tidak merespon.
Beberapa aplikasi, seperti web browser, menjaga DNS internal cache untuk menghindari pencarian ulang melalui jaringan. Praktek ini dapat menambah kesulitan tambahan ketika debugging masalah DNS, karena mengaburkan sejarah data tersebut. Cache ini biasanya menggunakan waktu caching sangat pendek - di urutan satu menit.
Internet Explorer merupakan pengecualian: versi hingga IE Cache 3.x catatan DNS selama 24 jam secara default. Internet Explorer 4.x dan versi (hingga IE 8) mengurangi waktu default keluar nilai sampai setengah jam, yang dapat diubah dengan memodifikasi konfigurasi default.
Google Chrome memicu pesan kesalahan tertentu untuk masalah DNS. Ketika server DNS down atau rusak, Google Chrome mengembalikan pesan kesalahan.

Aplikasi lain

Domain Name System meliputi beberapa fungsi dan fitur lainnya.
Hostname dan alamat IP tidak diperlukan untuk mencocokkan dalam hubungan satu-ke-satu. Beberapa nama host yang diwakili melalui alamat IP tunggal, yang berguna dalam Virtual hosting, di mana banyak situs web yang disajikan dari sebuah host. Atau, sebuah nama host dapat mengatasi beberapa alamat IP untuk memfasilitasi Toleransi kesalahan dan distribusi beban untuk beberapa contoh server di suatu perusahaan atau Internet global.
DNS berfungsi tujuan lain selain menerjemahkan nama ke alamat IP. Misalnya, agen mail transfer menggunakan DNS untuk mencari mail server yang terbaik untuk memberikan email. Domain ke mail exchanger pemetaan yang disediakan oleh catatan MX dapat menyajikan lapisan tambahan toleransi kesalahan dan distribusi beban.
DNS digunakan untuk penyimpanan yang efisien dan distribusi alamat IP dari host email daftar hitam. Sebuah metode yang umum adalah untuk menempatkan alamat IP dari host subjek ke dalam sub-domain dari nama domain tingkat yang lebih tinggi, dan untuk menyelesaikan nama itu untuk catatan yang menunjukkan positif atau indikasi negatif.
Sebagai contoh:
  • Alamat 102.3.4.5 yang hitam. Menunjuk ke 5.4.3.102.blacklist.example, yang memutuskan untuk 127.0.0.1.
  • Alamat 102.3.4.6 tidak masuk daftar hitam dan poin untuk 6.4.3.102.blacklist.example. hostname ini adalah baik tidak dikonfigurasi, atau memutuskan untuk 127.0.0.2.
server E-mail dapat query blacklist.example untuk mengetahui apakah host tertentu yang menghubungkan kepada mereka adalah dalam daftar hitam. Banyak dari blacklist tersebut, baik berbasis langganan atau bebas biaya, tersedia untuk digunakan oleh administrator email dan software anti-spam.
The Sender Policy Framework dan Domain keys dirancang untuk mengambil keuntungan dari DNS tipe record lain,data TXT, tetapi telah ditetapkan jenis catatan tertentu.
Untuk memberikan ketahanan dalam hal komputer atau jaringan kegagalan, beberapa server DNS biasanya disediakan untuk cakupan dari setiap domain. Pada tingkat atas DNS global, tiga belas kelompok server nama akar ada, dengan tambahan "salinan" dari mereka didistribusikan di seluruh dunia melalui anycast menangani.
Dynamic DNS (DDNS) update server DNS dengan alamat IP klien on-the-fly, misalnya, ketika bergerak antara ISP atau mobile hot spot, atau ketika perubahan alamat IP secara administratif.

F.REFERENSI








Senin, 23 Januari 2017

46.Pengenalan tentang DNS


PENGENALAN TENTANG DNS 


Apa itu DNS ? Sebelum kita mempelajari DNS kita terlebih dahulu mengenal dan mengerti dasar-dasarnya. Yang pertama kita harus mengetahui apa itu server dan perbedaan antara server dengan PC ? .

Server merupakan sebuah sistem Komputer yang menyediakan jenis layanan tertentu dalam sebuah Jaringan komputer . Peladen didukung dengan prosesor yang bersifat scalable dan RAM yang besar,dan juga dilengkapi dengan sistem operasi khusus, yang disebut sebagai sistem operasi jaringan. Peladen juga menjalankan perangkat lunak administratif yang mengontrol akses terhadap jaringan dan sumber daya yang terdapat di dalamnya contoh sepertihalnya berkas atau pencetak, dan memberikan akses kepada stasiun kerja anggota jaringan.


PC adalah multi-tujuan perangkat elektronik diprogram yang ukurannya, kemampuan, dan harga membuatnya layak untuk penggunaan individu. PC dimaksudkan untuk dioperasikan secara langsung oleh orang menggunakan antarmuka pengguna grafis seperti Windows. Fleksibilitas dari komputer pribadi sangat ditingkatkan dengan penggunaan Perangkat periferal.


Kita mengerti apa itu sistem operasi ?

Sistem Operasi (Operating System : OS) adalah komponen pengolah peranti lunak dasar (essential component) tersistem sebagai pengelola sumber daya perangkat keras komputer (hardware), dan menyediakan layanan umum untuk aplikasi perangkat lunak. Sistem operasi adalah jenis yang paling penting dari perangkat lunak sistem dalam sistem komputer. Tanpa sistem operasi, pengguna tidak dapat menjalankan program aplikasi pada komputer mereka, kecuali program booting.


Apa itu Mesin pencarian ?

Mesin pencari web (Bahasa inggris : web search engine) adalah program komputer yang dirancang untuk melakukan pencarian atas berkas-berkas yang tersimpan dalam layanan www,ftp,publikasi,milis, ataupun news group dalam sebuah ataupun sejumlah komputer peladen dalam suatu jaringan. Search engine merupakan perangkat pencari informasi dari dokumen-dokumen yang tersedia. Hasil pencarian umumnya ditampilkan dalam bentuk daftar yang seringkali diurutkan menurut tingkat akurasi ataupun rasio pengunjung atas suatu berkas yang disebut sebagai hits. Informasi yang menjadi target pencarian bisa terdapat dalam berbagai macam jenis berkas seperti halaman Situs web, gambar, ataupun jenis-jenis berkas lainnya. Beberapa mesin pencari juga diketahui melakukan pengumpulan informasi atas data yang tersimpan dalam suatu basisdata ataupun direktori web. Sebagian besar mesin pencari dijalankan oleh perusahaan swasta yang menggunakan algoritma kepemilikan dan basisdata tertutup, di antaranya yang paling populer adalah safari Google (MSN Search dan yahoo) Telah ada beberapa upaya menciptakan mesin pencari dengan sumber terbuka (open source), contohnya adalahHtdig,Nutch,Egothor dan Egothor dan OpenFTS.



Sejarahnya :

Saat awal perkembangan internet,Tim Berners-Lee membuat sebuah situs web yang berisikan daftar situs web yang ada di internet melalui peladen web CERN. Sejarah yang mencatat sejak tahun 1992 masih ada hingga kini. Dengan semakin banyaknya situs web yang aktif membuat daftar ini tidak lagi memungkinkan untuk dikelola oleh manusia. Utilitas pencari yang pertama kali digunakan untuk melakukan pencarian di internet adalah Archie yang berasal dari kata "archive" tanpa menggunakan huruf "v". Archie dibuat tahun 1990 oleh Alan Emtage, Bill Heelan dan J. Peter Deutsch, saat itu adalah mahasiswa ilmu komputer Universitas McGill,Amerika Serikat. Cara kerja program tersebut adalah mengunduh daftar direktori serta berkas yang terdapat pada layanan ftp publik (anonim) kemudian memuatnya ke dalam basisdata yang memungkinkan pencarian.
Mesin pencari lainnya seperti Aliweb, muncul di 1993 dan masih berjalan hingga saat ini. Salah satu mesin pencari pertama yang sekarang berkembang menjadi usaha komersial yang cukup besar adalah Lycos, yang dimulai di Carnegie Mellon University sebagai proyek riset pada tahun 1994.
Segera setelah itu, banyak mesin pencari yang bermunculan dan bersaing memperebutkan popularitas. Termasuk di antaranya adalah safari web browsing yang aman dan untuk publik. Masing-masing bersaing dengan menambahkan layakan-layanan tambahan seperti yang dilakukan oleh yahoo.
Tahun 2002 Yahoo! mengakuisisi Inktomi, setahun kemudian mengakuisisi AlltheWeb dan Altavista kemudian meluncurkan mesin pencari sendiri yang didasarkan pada teknologi gabungan dari mesin-mesin pencari yang telah diakuisisinya serta memberikan layanan yang mengutamakan pencarian Web daripada layanan-layanan lainnya.
Di bulan desember 2003, orase menerbitkan versi pertama dari teknologi pencari waktu-riilnya. Mesin ini memiliki banyak fungsi baru dan tingkat unjuk kerja yang jauh lebih baik.
Mesin pencari juga dikenal sebagai target investasi internet yang terjadi pada akhir tahun 1990-an. Beberapa perusahaan mesin pencari yang masuk ke dalam pasar saham diketahui mencatat keuntungan besar. Sebagian lagi sama sekali menonaktifkan layanan mesin pencari, dan hanya memasarkannya pada edisi-edisi enterprise saja, contoh Northern Light sebelumnya diketahui merupakan salah satu perintis layanan mesin pencari di internet.
Buku Osmar R. Zaïane From resource Discovery to Knowledge Discovery on the Internet menjelaskan secara rinci sejarah Teknologi mesin pencari sebelum munculnya Google. Mesin-mesin pencari lainnya mencakup a9.com , AlltheWeb , Ask Jeevers ,Clusty , Gigablast , Teoma , Wisenut , GoHook, Kartoo , dan Vivisimo.

GOOGLE
Google muncul pada akhir tahun 1997, di mana Google memasuki pasar yang telah diisi oleh para pesaing lain dalam penyediaan layanan mesin pencari, seperti Yahoo, Altavista, HotBot, Excite, InfoSeek dan Lycos, di mana perusahaan-perusahaan tersebut mengklaim sebagian perusahaan yang bergerak dalam bidang layanan pencarian di internet. Hingga akhirnya Google mampu menjadi sebagai penyedia mesin pencari yang cukup diperhitungkan di dunia.
Saat tingginya persaingan antar mesin pencari yang ada, namun mesin pencari lain tidak mampu menghentikan kesuksesan Google. Setelah Yahoo mampu pada posisi puncak di sekitar tahun 2000, Google mampu menerobos liga besar tersebut. sehingga Google dipandang sebagai mesin pencari yang utama seperti yang kita ketahui pada hari ini.

YAHOO!
Yahoo! raja direktori di internet , di samping para pengguna internet melihat DMOZ serta LookSmart berusaha menurunkan nya dari posisi puncak tersebut. Akhir-akhir ini, telah tumbuh secara cepat dalam ukurannya, mereka pun sudah memiliki harga sehingga mudah untuk memasukinya, dengan demikian, mendapatkan sebuah daftar pada direktori Yahoo memang memiliki nilai yang tinggi.
pada tahun 2001, mesin pencari Google berkembang besar. Keberhasilan ini didasarkan pada bagian konsep dasar dari Link popularity dan PageRank. Setiap halaman diurutkan berdasarkan seberapa banyak situs yang terkait, dari sebuah premis bahwa situs yang diinginkan pasti lebih banyak terhubung daripada yang lain. Rangking situs (The PageRank)dari sebuah link halaman dan jumlah link dari halaman-halaman tersebut merupakan masukan bagi Rangking situs yang bersangkutan. Hal ini memungkinkan bagi Google untuk mengurutkan hasilnya berdasarkan seberapa banyak halaman situs yang menuju ke halaman yang ditemukannya. User interface Google sangat disukai oleh pengguna, dan hal ini berkembang ke para pesaingnya.


Apa itu Altavista ?

AltaVista adalah Mesin pencari web didirikan pada tahun 1995. Ini menjadi salah satu mesin pencari awal yang paling digunakan, tetapi kehilangan tanah untuk Google dan dibeli oleh Yahoo! pada tahun 2003, yang mempertahankan merek tetapi berdasarkan semua pencarian AltaVista pada mesin pencari sendiri. Pada tanggal 8 Juli 2013, layanan ini ditutup oleh Yahoo! dan sejak itu, domain telah diarahkan ke situs pencari sendiri Yahoo! 'S.


Apa itu ADSL ?

Asymmetric digital subscriber line (ADSL) adalah jenis digital subscriber line (DSL) teknologi, teknologi komunikasi data yang memungkinkan transmisi data yang lebih cepat melalui Tembaga Saluran telepon dari pada konvensional Voiceband modem dapat menyediakan. ADSL berbeda dari kurang umum simetris digital subscriber line (SDSL). Dalam ADSL, Bandwidth dan bit rate dikatakan asimetris, yang berarti lebih besar terhadap customer premises downstream) dari terbalik (upstream).Penyedia biasanya memasarkan ADSL sebagai layanan bagi konsumen untuk akses internet untuk terutama mendowload konten dari Internet, tetapi tidak melayani konten diakses oleh orang lain.


Kapan Sejarah internet di Indonesia ?

Sejarah internet Indonesia dimulai pada awal tahun 1990-an. Saat itu jaringan internet di Indonesia lebih dikenal sebagai paguyuban network, di mana semangat kerjasama, kekeluargaan & gotong royong sangat hangat dan terasa di antara para pelakunya. Agak berbeda dengan suasana Internet Indonesia pada perkembangannya kemudian yang terasa lebih komersial dan individual di sebagian aktivitasnya, terutama yang melibatkan perdagangan Internet. Sejak 1988, ada pengguna awal Internet di Indonesia yang memanfaatkan CIX (Inggris) dan Compuserve (AS) untuk mengakses internet.

Awal internet di indonesia

Berdasarkan catatan whois ARIN dan APNIC, protokol Internet (IP) pertama dari Indonesia, UI-NETLAB (192.41.206/24) didaftarkan oleh Universitas Indonesia pada 24 Juni 1988. RMS Ibrahim, Suryono Adisoemarta, Muhammad Ihsan, Robby Soebiakto, Putu, Firman Siregar, Adi Indrayanto, dan Onno W. Purbo merupakan beberapa nama-nama legendaris di awal pembangunan Internet Indonesia pada tahun 1992hingga 1994. Masing-masing personal telah mengontribusikan keahlian dan dedikasinya dalam membangun cuplikan-cuplikan sejarah jaringan komputer di Indonesia.
Tulisan-tulisan tentang keberadaan jaringan Internet di Indonesia dapat dilihat di beberapa artikel di media cetak seperti KOMPAS berjudul "Jaringan komputer biaya murah menggunakan radio"[1] di bulan November 1990. Juga beberapa artikel pendek di Majalah Elektron Himpunan Mahasiswa Elektro ITB pada tahun 1989.
REFERENSI : https://id.wikipedia.org/wiki/Sejarah_Internet_Indonesia

Apa itu web server ?


Sebuah web server adalah sebuah sistem komputer yang memproses permintaan melalui HTTP, dasar protokol jaringan yang digunakan untuk mendistribusikan informasi pada World Wide Web. Istilah ini dapat merujuk ke seluruh sistem, atau khusus untuk Software yang menerima dan mengawasi permintaan HTTP.



REFERENSI : https://en.wikipedia.org/wiki/Web_server

Apa itu Bind ?

BIND (singkatan dari Bahasa inggris : Berkeley Internet Name Domain) adalah Server DNS yang paling umum digunakan di Internet khususnya pada Sistem operasi bertipe Unix yang secara de facto merupakan Standar. BIND awalnya dibuat oleh empat orang mahasiswa di CSRG universitas California Berkeley dan pertama kali dirilis di dalam 4.3BSD. Paul Vixie kemudian meneruskan pengembangannya pada tahun 1988 aat bekerja di DEC.

REFERENSI :https://id.wikipedia.org/wiki/BIND


Apa itu Port ?

Sebuah port adalah lokasi di pantai atau pantai yang mengandung satu atau lebih Pelabuhan di mana kapal-kapal berlabuh mentransfer orang atau kargo ke atau dari tanah. Lokasi pelabuhan yang dipilih untuk mengoptimalkan akses terhadap tanah dan air dilayari, untuk permintaan komersial, dan untuk berlindung dari angin dan gelombang. Port dengan air yang lebih dalam yang jarang, namun dapat menangani kapal-kapal yang lebih besar. Sejak port sepanjang sejarah ditangani setiap jenis lalu lintas, dukungan dan fasilitas penyimpanan bervariasi, dapat memperpanjang untuk mil, dan mendominasi ekonomi lokal. Beberapa port memiliki peran militer yang penting.
Dalam protokol jaringan TCP/IP, sebuah port adalah mekanisme yang mengizinkan sebuah komputer untuk mendukung beberapa sesi koneksi dengan komputer lainnya dan program di dalam jaringan. Port dapat mengidentifikasikan aplikasi dan layanan yang menggunakan koneksi di dalam jaringan TCP/IP. Sehingga, port juga mengidentifikasikan sebuah proses tertentu di mana sebuah server dapat memberikan sebuah layanan kepada klien atau bagaimana sebuah klien dapat mengakses sebuah layanan yang ada dalam server. Port dapat dikenali dengan angka 16-bit (dua byte) yang disebut dengan Port Number dan diklasifikasikan dengan jenis protokol transport apa yang digunakan, ke dalam Port TCP dan Port UDP. Karena memiliki angka 16-bit, maka total maksimum jumlah port untuk setiap protokol transport yang digunakan adalah 65536 buah.
Dilihat dari penomorannya, port UDP dan TCP dibagi menjadi tiga jenis, yakni sebagai berikut:
  • Well-known Port: yang pada awalnya berkisar antara 0 hingga 255 tetapi kemudian diperlebar untuk mendukung antara 0 hingga 1023. Port number yang termasuk ke dalam well-known port, selalu merepresentasikan layanan jaringan yang sama, dan ditetapkan oleh Internet Assigned Number Authority (IANA). Beberapa di antara port-port yang berada di dalam range Well-known port masih belum ditetapkan dan direservasikan untuk digunakan oleh layanan yang bakal ada pada masa depan. Well-known port didefinisikan dalam RFC 1060.
  • Registered Port: Port-port yang digunakan oleh vendor-vendor komputer atau jaringan yang berbeda untuk mendukung aplikasi dan sistem operasi yang mereka buat. Registered port juga diketahui dan didaftarkan oleh IANA tetapi tidak dialokasikan secara permanen, sehingga vendor lainnya dapat menggunakan port number yang sama. Range registered port berkisar dari 1024 hingga 49151 dan beberapa port di antaranya adalah Dynamically Assigned Port.
  • Dynamically Assigned Port: merupakan port-port yang ditetapkan oleh sistem operasi atau aplikasi yang digunakan untuk melayani request dari pengguna sesuai dengan kebutuhan. Dynamically Assigned Port berkisar dari 1024 hingga 65536 dan dapat digunakan atau dilepaskan sesuai kebutuhan.



Tabel berikut ini berisi Well-known Port.

Port Jenis Port Keyword Digunakan oleh
0 TCP, UDP T/A. Dicadangkan, tidak digunakan.
1 TCP, UDP TCPmux TCP Port Service Multiplexer
2 TCP, UDP compressnet Management Utility
3 TCP, UDP compressnet Compression Process
4 TCP, UDP T/A Belum ditetapkan
5 TCP, UDP rje Remote Job Entry
6 TCP, UDP T/A Belum ditetapkan
7 TCP, UDP echo Echo
8 TCP, UDP T/A
9 TCP, UDP discard Discard;alias=sink null
10 TCP, UDP T/A Belum ditetapkan
11 TCP, UDP systat Active Users; alias = users
12 TCP, UDP T/A Belum ditetapkan
13 TCP, UDP daytime Daytime
14 TCP, UDP T/A Belum ditetapkan
15 TCP, UDP T/A Belum ditetapkan (sebelumnya: netstat)
16 TCP, UDP T/A Belum ditetapkan
17 TCP, UDP qotd Quote of the Day; alias = quote
18 TCP, UDP msp Message Send Protocol
19 TCP, UDP chargen Character Generator; alias = ttytst source
20 TCP, UDP ftp-data File Transfer Protocol (default data)
21 TCP, UDP ftp File Transfer Protocol (control), connection dialog
22 TCP, UDP SSH Putty
23 TCP, UDP telnet Telnet
24 TCP, UDP
Any private mail system
25 TCP, UDP smtp Simple Mail Transfer Protocol; alias = mail
26 TCP, UDP T/A Belum ditetapkan
27 TCP, UDP nsw-fe NSW User System FE
28 TCP, UDP T/A Belum ditetapkan
29 TCP, UDP msg-icp MSG ICP
30 TCP, UDP T/A Belum ditetapkan
31 TCP, UDP msg-auth MSG Authentication
32 TCP, UDP
Belum ditetapkan
33 TCP, UDP dsp Display Support Protocol
34 TCP, UDP T/A Belum ditetapkan
35 TCP, UDP
Any private printer server
36 TCP, UDP T/A Belum ditetapkan
37 TCP, UDP time Time; alias = timeserver
38 TCP, UDP T/A Belum ditetapkan
39 TCP, UDP rlp Resource Location Protocol; alias = resource
40 TCP, UDP T/A Belum ditetapkan
41 TCP, UDP graphics Graphics
42 TCP, UDP nameserver Host Name Server; alias = nameserver
43 TCP, UDP nicname Who Is; alias = nicname
44 TCP, UDP mpm-flags MPM FLAGS Protocol
45 TCP, UDP mpm Message Processing Module
46 TCP, UDP mpm-snd MPM (default send)
47 TCP, UDP ni-ftp NI FTP
48 TCP, UDP T/A Belum ditetapkan
49 TCP, UDP login Login Host Protocol
50 TCP, UDP re-mail-ck Remote Mail Checking Protocol
51 TCP, UDP la-maint IMP Logical Address Maintenance
52 TCP, UDP xns-time XNS Time Protocol
53 TCP, UDP domain Domain Name System Server
54 TCP, UDP xns-ch XNS Clearinghouse
55 TCP, UDP isi-gl ISI Graphics Language
56 TCP, UDP xns-auth XNS Authentication
57 TCP, UDP
Any private terminal access
58 TCP, UDP xns-mail XNS Mail
59 TCP, UDP
Any private file service
60 TCP, UDP T/A Belum ditetapkan
61 TCP, UDP ni-mail NI MAIL
62 TCP, UDP acas ACA Services
63 TCP, UDP via-ftp VIA Systems – FTP
64 TCP, UDP covia Communications Integrator (CI)
65 TCP, UDP tacacs-ds TACACS-Database Service
66 TCP, UDP sql*net Oracle SQL*NET
67 TCP, UDP bootpc DHCP/BOOTP Protocol Server
68 TCP, UDP bootpc DHCP/BOOTP Protocol Server
69 TCP, UDP TFTP Trivial File Transfer Protocol
70 TCP, UDP gopher Gopher
71 TCP, UDP netrjs-1 Remote Job Service
72 TCP, UDP netrjs-2 Remote Job Service
73 TCP, UDP netrjs-3 Remote Job Service
74 TCP, UDP netrjs-4 Remote Job Service
75 UDP T/A Any private dial-out service
76 TCP, UDP T/A Belum ditetapkan
77 TCP, UDP
Any private RJE service
78 TCP, UDP vetTCP VetTCP
79 TCP, UDP finger Finger
80 TCP, UDP www World Wide Web HTTP
81 TCP, UDP hosts2-ns HOSTS2 Name Server
82 TCP, UDP xfer XFER Utility
83 TCP, UDP mit-ml-dev MIT ML Device
84 TCP, UDP ctf Common Trace Facility
85 TCP, UDP mit-ml-dev MIT ML Device
86 TCP, UDP mfcobol Micro Focus Cobol
87 TCP, UDP
Any private terminal link; alias = ttylink
88 TCP, UDP kerberos Kerberos
89 TCP, UDP su-mit-tg SU/MIT Telnet Gateway
90 TCP, UDP
DNSIX Security Attribute Token Map
91 TCP, UDP mit-dov MIT Dover Spooler
92 TCP, UDP npp Network Printing Protocol
93 TCP, UDP dcp Device Control Protocol
94 TCP, UDP objcall Tivoli Object Dispatcher
95 TCP, UDP supdup SUPDUP
96 TCP, UDP dixie DIXIE Protocol Specification
97 TCP, UDP swift-rvf Swift Remote Virtual File Protocol
98 TCP, UDP tacnews TAC News
99 TCP, UDP metagram Metagram Relay
100 TCP newacct (unauthorized use)
101 TCP, UDP hostname NIC Host Name Server; alias = hostname
102 TCP, UDP iso-tsap ISO-TSAP
103 TCP, UDP gppitnp Genesis Point-to-Point Trans Net; alias = webster
104 TCP, UDP acr-nema ACR-NEMA Digital Imag. & Comm. 300
105 TCP, UDP csnet-ns Mailbox Name Nameserver
106 TCP, UDP 3com-tsmux 3COM-TSMUX
107 TCP, UDP rtelnet Remote Telnet Service
108 TCP, UDP snagas SNA Gateway Access Server
109 TCP, UDP pop2 Post Office Protocol version 2 (POP2); alias = postoffice
110 TCP, UDP pop3 Post Office Protocol version 3 (POP3); alias = postoffice
111 TCP, UDP sunrpc SUN Remote Procedure Call
112 TCP, UDP mcidas McIDAS Data Transmission Protocol
113 TCP, UDP auth Authentication Service; alias = authentication
114 TCP, UDP audionews Audio News Multicast
115 TCP, UDP sftp Simple File Transfer Protocol
116 TCP, UDP ansanotify ANSA REX Notify
117 TCP, UDP uucp-path UUCP Path Service
118 TCP, UDP sqlserv SQL Services
119 TCP, UDP nntp Network News Transfer Protocol (NNTP); alias = usenet
120 TCP, UDP cfdptkt CFDPTKT
121 TCP, UDP erpc Encore Expedited Remote Procedure Call
122 TCP, UDP smakynet SMAKYNET
123 TCP, UDP ntp Network Time Protocol; alias = ntpd ntp
124 TCP, UDP ansatrader ANSA REX Trader
125 TCP, UDP locus-map Locus PC-Interface Net Map Server
126 TCP, UDP unitary Unisys Unitary Login
127 TCP, UDP locus-con Locus PC-Interface Connection Server
128 TCP, UDP gss-xlicen GSS X License Verification
129 TCP, UDP pwdgen Password Generator Protocol
130 TCP, UDP cisco-fna Cisco FNATIVE
131 TCP, UDP cisco-tna Cisco TNATIVE
132 TCP, UDP cisco-sys Cisco SYSMAINT
133 TCP, UDP statsrv Statistics Service
134 TCP, UDP ingres-net INGRES-NET Service
135 TCP, UDP loc-srv Location Service
136 TCP, UDP profile PROFILE Naming System
137 TCP, UDP netbios-ns NetBIOS Name Service
138 TCP, UDP netbios-dgm NetBIOS Datagram Service
139 TCP, UDP netbios-ssn NetBIOS Session Service
140 TCP, UDP emfis-data EMFIS Data Service
141 TCP, UDP emfis-cntl EMFIS Control Service
142 TCP, UDP bl-idm Britton-Lee IDM
143 TCP, UDP imap2 Interim Mail Access Protocol v2
144 TCP, UDP news NewS; alias = news
145 TCP, UDP uaac UAAC Protocol
146 TCP, UDP iso-ip0 ISO-IP0
147 TCP, UDP iso-ip ISO-IP
148 TCP, UDP cronus CRONUS-SUPPORT
149 TCP, UDP aed-512 AED 512 Emulation Service
150 TCP, UDP sql-net SQL-NET
151 TCP, UDP hems HEMS
152 TCP, UDP bftp Background File Transfer Program
153 TCP, UDP sgmp SGMP; alias = sgmp
154 TCP, UDP netsc-prod Netscape
155 TCP, UDP netsc-dev Netscape
156 TCP, UDP sqlsrv SQL Service
157 TCP, UDP knet-cmp KNET/VM Command/Message Protocol
158 TCP, UDP pcmail-srv PCMail Server; alias = repository
159 TCP, UDP nss-routing NSS-Routing
160 TCP, UDP sgmp-traps SGMP-TRAPS
161 TCP, UDP snmp Simple Network Management Protocol
162 TCP, UDP snmptrap SNMP TRAP
163 TCP, UDP cmip-man CMIP/TCP Manager
164 TCP, UDP cmip-agent CMIP/TCP Agent
165 TCP, UDP xns-courier Xerox
166 TCP, UDP s-net Sirius Systems
167 TCP, UDP namp NAMP
168 TCP, UDP rsvd RSVD
169 TCP, UDP send SEND
170 TCP, UDP print-srv Network PostScript
171 TCP, UDP multiplex Network Innovations Multiplex
172 TCP, UDP cl/1 Network Innovations CL/1
173 TCP, UDP xyplex-mux Xyplex
174 TCP, UDP mailq MAILQ
175 TCP, UDP vmnet VMNET
176 TCP, UDP genrad-mux GENRAD-MUX
177 TCP, UDP xdmcp X Display Manager Control Protocol
178 TCP, UDP nextstep NextStep Window Server
179 TCP, UDP bgp Border Gateway Protocol (BGP)
180 TCP, UDP ris Intergraph
181 TCP, UDP unify Unify
182 TCP, UDP audit Unisys Audit SITP
183 TCP, UDP ocbinder OCBinder
184 TCP, UDP ocserver OCServer
185 TCP, UDP remote-kis Remote-KIS
186 TCP, UDP kis KIS Protocol
187 TCP, UDP aci Application Communication Interface
188 TCP, UDP mumps Plus Five’s MUMPS
189 TCP, UDP qft Queued File Transport
190 TCP, UDP gacp Gateway Access Control Protocol
191 TCP, UDP prospero Prospero
192 TCP, UDP osu-nms OSU Network Monitoring System
193 TCP, UDP srmp Spider Remote Monitoring Protocol
194 TCP, UDP irc Internet Relay Chat (IRC) Protocol
195 TCP, UDP dn6-nlm-aud DNSIX Network Level Module Audit
196 TCP, UDP dn6-smmred DNSIX Session Management Module Audit Redirector
197 TCP, UDP dls Directory Location Service
198 TCP, UDP dls-mon Directory Location Service Monitor
199 TCP, UDP smux SMUX
200 TCP, UDP src IBM System Resource Controller
201 TCP, UDP at-rtmp AppleTalk Routing Maintenance
202 TCP, UDP at-nbp AppleTalk Name Binding
203 TCP, UDP at-3 AppleTalk Unused
204 TCP, UDP at-echo AppleTalk Echo
205 TCP, UDP at-5 AppleTalk Unused
206 TCP, UDP at-zis AppleTalk Zone Information
207 TCP, UDP at-7 AppleTalk Unused
208 TCP, UDP at-8 AppleTalk Unused
209 TCP, UDP tam Trivial Authenticated Mail Protocol
210 TCP, UDP z39.50 ANSI Z39.50
211 TCP, UDP 914c/g Texas Instruments 914C/G Terminal
212 TCP, UDP anet ATEXSSTR
213 TCP, UDP ipx Internetwork Packet Exchange (IPX)
214 TCP, UDP vmpwscs VM PWSCS
215 TCP, UDP softpc Insignia Solutions
216 TCP, UDP atls Access Technology License Server
217 TCP, UDP dbase dBASE UNIX
218 TCP, UDP mpp Netix Message Posting Protocol
219 TCP, UDP uarps Unisys ARPs
220 TCP, UDP imap3 Interactive Mail Access Protocol versi 3
221 TCP, UDP fln-spx Berkeley rlogind with SPX authentication
222 TCP, UDP fsh-spx Berkeley rshd with SPX authentication
223 TCP, UDP cdc Certificate Distribution Center
224–241 T/A T/A Tidak digunakan; dicadangkan
242 TCP, UDP direct Direct
243 TCP, UDP sur-meas Survey Measurement
245 TCP, UDP link LINK
246 TCP, UDP dsp3270 Display Systems Protocol
247 TCP, UDP subntbcst_tftp SUBNTBCST_TFTP
248 TCP, UDP bhfhs bhfhs
249–255 T/A T/A Tidak digunakan; dicadangkan
345 TCP, UDP pawserv Perf Analysis Workbench
346 TCP, UDP zserv Zebra server
347 TCP, UDP fatserv Fatmen Server
371 TCP, UDP clearcase Clearcase
372 TCP, UDP ulistserv UNIX Listserv
373 TCP, UDP legent-1 Legent Corporation
374 TCP, UDP legent-2 Legent Corporation
375 TCP, UDP T/A official & unofficial assignments, known security risks, trojans and applications use.
376 TCP, UDP T/A protocol and security warnings including related ports.
377 TCP, UDP T/A
  1. protocol and security warnings including related ports.






REFERENSI : https://en.wikipedia.org/wiki/Port
https://id.wikipedia.org/wiki/Port_(Jaringan_Komputer)

Apa itu TCP ?

Transmission Control Protocol (TCP) adalah suatu protokol yang berada di lapisan transport (baik itu dalam Tujuh lapisan model referensi OSI atau Model DARPA) yang berorientasi sambungan (connection-oriented) dan dapat diandalkan (reliable). TCP dispesifikasikan dalam RFC 793.
REFERENSI : https://id.wikipedia.org/wiki/Transmission_Control_Protocol
Apa itu UDP ?
UDP, singkatan dari User Datagram Protocol, adalah salah satu protokol Lapisan transpor TCP/IP yang mendukung komunikasi yang tidak andal (unreliable), tanpa koneksi (connectionless) antara host-host dalam jaringan yang menggunakan TCP/IP. Protokol ini didefinisikan dalam RFC 768.
REFERENSI : https://id.wikipedia.org/wiki/User_Datagram_Protocol

Cara instal IPTraf 
 
LANGKAH KERJA :
  1. Baca doa sebelum menginstal

  2. Sambungkan ke koneksi jaringan
  3. Buka terminal
  4. Lalu ketik su > klik enter> masukan paswword > klik enter

  5. Klik apt -get install iptraf > klik enter > tunggu sampai selesai installasi > klik close

  6. Ctrl+alt+T (untuk membuka terminal baru )
  7. klik iptraf > klik enter > akan muncul tampilan seperti dibawah ini

  8. Pilih IP traffic monitor > klik enter 
  9. Pilih all interfaces > klik enter 
  10. Maka akan muncul grafis TCP dan UDP.




Apa itu Firewall ?
Dalam komutasi, firewall adalah keamanan jaringan sistem yang memonitor dan mengontrol lalu lintas jaringan yang masuk dan keluar berdasarkan aturan keamanan yang telah ditentukan. Sebuah firewall biasanya menetapkan penghalang antara dunia, jaringan internal yang aman dan jaringan lain di luar, seperti Internet, yang diasumsikan tidak aman atau terpercaya. Firewall sering dikategorikan sebagai firewall jaringan atau berbasis host firewall. Jaringan firewall lalu lintas filter antara dua atau lebih jaringan; mereka baik peralatan software yang berjalan pada hardware tujuan umum, atau hardware berbasis peralatan komputer firewall. berbasis host firewall menyediakan lapisan perangkat lunak pada satu host yang mengontrol lalu lintas jaringan masuk dan keluar dari itu mesin tunggal.peralatan Firewall juga dapat menawarkan fungsi lain ke jaringan internal mereka melindungi, seperti bertindak sebagai DHCP atau VPN server untuk jaringan yang .


Apa itu HTTP ?
Fungsi HTTP sebagai permintaan respon protokol di model komputasi client – server . Sebuah browser web, misalnya, mungkin klien dan aplikasi yang berjalan pada komputer tuan sebuah situs mungkin server. Klien mengajukan HTTP pesan permintaan ke server. Server, yang menyediakan sumber daya seperti file HTML dan konten lainnya, atau melakukan fungsi lainnya atas nama klien, mengembalikan pesan respon ke klien. Tanggapan berisi informasi status penyelesaian tentang permintaan dan mungkin juga mengandung konten yang diminta dalam tubuh pesannya.
Sebuah web browser adalah contoh dari agen pengguna (UA). Jenis lain dari agen pengguna termasuk perangkat lunak pengindeksan digunakan oleh penyedia layanan pencarian ( web crawler), browser suara , aplikasi mobile, dan lain software yang mengakses, mengkonsumsi, atau menampilkan konten web.
HTTP dirancang untuk memungkinkan elemen jaringan menengah untuk meningkatkan atau mengaktifkan komunikasi antara klien dan server. Situs-lalu lintas tinggi seringkali mendapatkan keuntungan dari web cache server yang memberikan konten atas nama server hulu untuk meningkatkan waktu respon. Web browser sebelumnya cache diakses sumber web dan menggunakan kembali mereka bila mungkin untuk mengurangi lalu lintas jaringan. HTTP proxy server di jaringan pribadi batas dapat memfasilitasi komunikasi untuk klien tanpa alamat global routable, dengan menyampaikan pesan dengan server eksternal.
HTTP adalah sebuah Lapisan aplikasi protokol yang dirancang dalam rangka protocol internet. Definisi mengandaikan suatu yang mendasari dan terpercaya Lapisan transport protokol,dan Transmission Control Protocol (TCP) yang biasa digunakan. Namun HTTP dapat disesuaikan dengan menggunakan protokol tidak dapat diandalkan seperti User Datagram Protocol (UDP), misalnya dalam HTTPU dan Simple Service Discovery protocol (SSDP). Sumber HTTP diidentifikasi dan terletak pada jaringan dengan Uniform Resource Locators (URL), menggunakan Uniform Resource Identifier skema (URI) http dan https. URI dan hyperlink di HTML dokumen membentuk saling terkait Hypertext dokumen.
HTTP / 1.1 merupakan revisi dari HTTP asli (HTTP / 1.0). Dalam HTTP / 1.0 yang terpisah koneksi ke server yang sama dibuat untuk setiap permintaan sumber daya. HTTP / 1.1 bisa menggunakan kembali sambungan beberapa kali untuk men-download gambar,skrip,stylesheet, dll setelah halaman telah disampaikan. Oleh karena itu HTTP / 1.1 komunikasi mengalami kurang Latency sebagai pembentukan koneksi TCP menyediakan overhead yang cukup.
Sejarah
Istilah hypertext ini diciptakan oleh Ted Nelson pada tahun 1965 di Xanadu Project, yang pada gilirannya terinspirasi oleh Vannevar Bush visi 's (1930) dari pengambilan informasi berbasis microfilm dan manajemen " memex sistem" yang dijelaskan dalam esainya As We May Think (1945). Tim Berners – Lee dan timnya di CERN dikreditkan dengan inventing HTTP asli bersama dengan HTML dan teknologi yang terkait untuk web server dan web browser berbasis teks. Berners-Lee pertama kali mengajukan "WorldWideWeb" proyek pada tahun 1989 - sekarang dikenal sebagai World Wide Web . Versi pertama dari protokol hanya memiliki satu metode, yaitu GET, yang akan meminta halaman dari server. Tanggapan dari server selalu halaman HTML.
Versi didokumentasikan pertama dari HTTP adalah HTTP V0.9 (1991).Dave Raggett memimpin Kelompok Kerja HTTP (HTTP WG) pada tahun 1995 dan ingin memperluas protokol dengan operasi diperpanjang, negosiasi diperpanjang, kaya meta-informasi, diikat dengan protokol keamanan yang menjadi lebih efisien dengan menambahkan metode tambahan dan field header RFC 1945 secara resmi diperkenalkan dan diakui V1.0 HTTP pada tahun 1996.
HTTP WG berencana untuk mempublikasikan standar baru pada Desember 1995 dan dukungan untuk pra-standar HTTP / 1.1 berdasarkan kemudian mengembangkan RFC 2068 (yang disebut HTTP-NG) dengan cepat diadopsi oleh pengembang browser besar di awal tahun 1996. Dengan Maret 1996, pra-standar HTTP / 1.1 didukung di Arena,Netscape 2.0,Netscape Navigator Emas 2,01,Mosaic 2.7 Adopsi pengguna akhir dari browser baru itu cepat. Pada bulan Maret 1996, salah satu perusahaan web hosting melaporkan bahwa lebih dari 40% dari browser yang digunakan di Internet adalah HTTP 1.1 compliant. Itu web hosting perusahaan yang sama melaporkan bahwa pada bulan Juni tahun 1996, 65% dari semua browser mengakses server mereka HTTP / 1.1 compliant.HTTP / 1.1 standar seperti yang didefinisikan dalam RFC 2068 secara resmi dirilis pada bulan Januari 1997. Perbaikan dan pembaruan untuk HTTP / 1.1 standar yang dirilis di bawah RFC 2616 pada bulan Juni 1999.


Apa itu RFC ?

Sebuah dokumen Request for Comments (RFC) adalah salah satu dari seri dokumen infomasi dan Standar internet bernomor yang diikuti secara luas oleh perangkat lunak untuk digunakan dalam jaringan internet dan beberapa sistem operasi jaringan, mulai dari Unix,Windows,dan Novell NetWare. RFC kini diterbitkan di bawah arahan Internet Society (ISOC) dan badan-badan penyusun-standar teknisnya, seperti Internet Engineering Task Force (IETF) atau Internet Research Task Force (IRTF). Semua standar Internet dan juga TCP / IP selalu dipublikasikan dalam RFC, meskipun tidak semua RFC mendefinisikan standar Internet. Beberapa RFC bahkan hanya menawarkan informasi, percobaan/eksperimen, atau hanya informasi sejarah saja.
Sebelum menjadi sebuah dokumen RFC, sebuah dokumen yang diajukan akan dianggap menjadi draf Internet (Internet draft), yang merupakan sebuah dokumen yang umumnya dikembangkan oleh satu orang pengembang di dalam kelompok kerja IETF atau IRTF. Sebagai contoh, kelompok kerja IPv6 (IPv6 working group) mengkhususkan usahanya hanya untuk mengembangkan standar-standar yang akan digunakan pada IPv6 protokol calon pengganti IPv4. Setelah beberapa waktu, dokumen tersebut akan diulas dan akhirnya harus diterima secara konsensus oleh para penguji. Dan setelah diterima, maka IETF pun menerbitkan versi final dari draf Internet tersebut menjadi sebuah RFC dan kemudian memberikan nomor urut kepadanya, yang disebut sebagai RFC Number.
RFC yang digunakan antara lain yaitu :

RFC Subject
RFC 768 User Datagram Protocol
RFC 791 Internet Protocol
RFC 792 Control message protocol
RFC 793 Transmission Control Protocol
RFC 821 Simple Mail Transfer Protocol, digantikan RFC 2821
RFC 822 Format e-mail, digantikan RFC 2822
RFC 826 Address resolution protocol
RFC 894 IP melalui Ethernet
RFC 951 Bootstrap Protocol
RFC 959 File Transfer Protocol
RFC 1034 Domain Name System - konsep
RFC 1035 DNS - implementasi
RFC 1122 Syarat-syarat Host I
RFC 1123 Syarat-syarat Host II
RFC 1191 Penemuan Path MTU
RFC 1256 Penemuan router
RFC 1323 TCP dengan kemampuan tertinggi
RFC 1350 Trivial File Transfer Protocol
RFC 1403 Interaksi BGP OSPF
RFC 1459 Protokol Internet Relay Chat
RFC 1498 Diskusi arsitektur
RFC 1518 Alokasi alamat CIDR
RFC 1519 CIDR
RFC 1591 Domain Namhttps://id.wikipedia.org/wiki/Daftar_kode_status_HTTPe Structure/DNS
RFC 1661 Point-to-Point Protocol
RFC 1738 Uniform Resource Locator
RFC 1771 A Border Gateway Protocol 4
RFC 1772 Aplikasi BGP
RFC 1789 Telepon melalui Internet (digantikan VoIP)
RFC 1812 Syarat-syarat bagi router IPv4
RFC 1889 Real-Time transport
RFC 1905 Simple network management protocol
RFC 1907 MIB
RFC 1918 "Network 10"
RFC 1939 Post Office Protocol versi 3 (POP3)
RFC 2001 Perpanjangan performa TCP
RFC 2026 Proses Standar Internet
RFC 2045 MIME
RFC 2046
RFC 2047
RFC 2048
RFC 2049
RFC 2060 Internet Message Access Protocol versi 4 (IMAP4), digantikan RFC 3501
RFC 2131 DHCP
RFC 2223 Petunjuk bagi author RFC
RFC 2231 Set aksara
RFC 2328 OSPF
RFC 2401 Arsitektur Keamanan
RFC 2453 Routing Information Protocol
RFC 2525 Masalah-masalah TCP
RFC 2535 Keamanan DNS
RFC 2581 Kontrol kemacetan TCP
RFC 2616 HTTP
RFC 2663 Network address translation
RFC 2766 NAT-PT
RFC 2821 Simple Mail Transfer Protocol
RFC 2822 Format e-mail
RFC 2960 SCTP
RFC 3010 Network File System
RFC 3031 Arsitektur MPLS
RFC 3066 Tag bahasa
RFC 3092 Etimologi "Foo"
RFC 3098 Beriklan dengan bertanggung jawab menggunakan E-mail
RFC 3160 Tao IETF
RFC 3168 ECN
RFC 3501 IMAP4rev1



Status kode HTTP antara lain :

Daftar kode status HTTP terdiri dari:
  1. 1xx Informasi
  2. 2xx Sukses
  3. 3xx Pengalihan
  4. 4xx Kesalahan Klien
  5. 5xx Kesalahan Server
1xx Informasi
Permintaan didapat, melanjutkan proses. Pada kelas ini, hanya digunakan untuk status saja.
  • 100 Melanjutkan
  • 101 Memilih Protokol
  • 102 Memproses
2xx Sukses
Pada kelas ini, server memberikan status suksesnya diterima, dipahami, disetujui, dan diproses.
  • 200 OK
  • 201 Request Berhasil dibuat
  • 202 Request berhasil diterima
  • 203 Non-Authoritative Information (since HTTP/1.1)
  • 204 Tanpa Konten
  • 205 Reset Content
  • 206 Partial Content
  • 207 Multi-Status (WebDAV; RFC 4918)
  • 208 Already Reported (WebDAV; RFC 5842)
3xx Pengalihan
  • 302 Ditemukan
  • 304 Not Modified
  • 305 Use Proxy (since HTTP/1.1)
  • 306 Switch Proxy
  • 307 Temporary Redirect (since HTTP/1.1)
  • 308 Permanent Redirect (Experimental RFC; RFC 7238)
5xx Kesalahan server
  • 500 Internal Server Error
  • 501 Not Implemented
  • 502 Bad Gateway
  • 503 Service Unavailable
  • 504 Gateway Timeout
  • 505 HTTP Version Not Supported
  • 506 Variant Also Negotiates (RFC 2295)
  • 507 Insufficient Storage (WebDAV; RFC 4918)
  • 508 Loop Detected (WebDAV; RFC 5842)
  • 509 Bandwidth Limit Exceeded (Apache bw/limited extension)
  • 510 Not Extended (RFC 2774)
  • 511 Network Authentication Required (RFC 6585)
  • 520 Origin Error (CloudFlare)
  • 521 Web server is down (CloudFlare)
  • 522 Connection timed out (CloudFlare)
  • 523 Proxy Declined Request (CloudFlare)
  • 524 A timeout occurred (CloudFlare)
  • 598 Network read timeout error (Unknown)
  • 599 Network connect timeout error (Unknown)

Apa itu URL ?

Lokator Sumber Seragam (LSS), yang juga dikenal dengan Uniform Resource Locator (URL), adalah rangkaian karakter menurut suatu format standar tertentu, yang digunakan untuk menunjukkan alamat suatu sumber seperti dokumen dan gambar di internet.
URL merupakan suatu inovasi dasar bagi perkembangan sejarah internet.URL pertama kali diciptakan oleh Tim Berners-Lee pada tahun 1991 agar para penulis dokumen dapat merujuk pranala ke World Wide Web.Sejak 1994, konsep URL telah dikembangkan menjadi istilah Uniform Resource Identifier (URI) yang lebih sifatnya. Walaupun demikian, istilah URL masih tetap digunakan secara luas.
URL menunjukkan sumber daya Internet atau alamat sebuah halaman web (homepage) yaitu halaman suatu dokumen atau program yang ingin ditampilkan atau digunakan.Secara umum perlu memasukkan tiga informasi untuk menuju ke alamat tertentu, yaitu :
  • Protocol,
  • Alamat Server,
  • Path File.
Bagian pertaman URL menunjukkan protokol misalnya http:// atau https://.Protokol adalah persetujuan bersama yang digunakan untuk berkomunikasi dengan Hypertext Transfer Protocol.Bagian kedua URL menunjukkan alamat server di mana sumber daya tersebut terletak, misalnya www.microsoft.com untuk website Microsoft Corporation.Bagian ketiga URL adalah path file yaitu menunjukkan lokasi dan nama dokument atau program dalam server tersebut, misalnya: kb/deskapp/word/q1974.html. di mana kb/deskapp/word/ adalah lokasi file dan q1974.html adalah nama berkas.

Tipe URL.

Ada dua tipe URL yang dapat digunakan,yaitu:
  • Absolute URL (URL Absolut), merupakan alat lengkap yang menyertakan domain pada jaringan yang tepat, direktori di dalam domain, dan file di dalam direktori.
  • Relative URL (URL Relatif), menentukan suatu alamat berdasarkan URL yang aktif pada saat itu.
Berikut ini adalah sintaks dan tipe URL: Service://host:port/path/filename.extension (Absolut)
Sedangkan dalam penggunaan URL tersebut dengan tag adalah sebagai berikut:
Serangan Lewat URL

URL merupakan sebuah mekanisme untuk mengenali sumber-sumber pada web, SSL, atau server FTP, termasuk protokol layer aplikasi yang membuat permintaan (request) ke server web seperti contoh URL http://www.coba.com/images/hardware/pda.html.URL tersebut dapat dijelaskan per bagian. Berkas pda.html sedang diminta oleh Protokol HTTP dari sebuah server bernama www.coba.com. Lokasi pda.html dalam ruang situs tersebut adalah pada direktori /images/hardware.Contoh lain seperti https://www.coba.com/order/buy.asp?itemA003&pmt=visa. Kemungkinan besar URL tersebut dapat dimanfaatkan oleh peretas (hacker). Dugaan pertama bisa ditarik dari nama sumbernya, buy.asp. Ekstensi .asp menandakan bahwa berkas ini adalah ASP. Berkas-berkas ASP berjalan secara khusus pada web server Microsoft, yaitu IIS. Dengan demikian kemungkinan besar www.coba.com berjalan pada Windows NT/2000/XP.
Dari parameter-parameternya, dapat ditemukan lagi beberapa petunjuk. Parameter pertama, item=A003, menandakan bahwa item yang sedang dibeli itu mendapatkan kode item dan rincian item pasti disimpan pada Basis data/ database
Action Get URL
Action Get URL digunakan untuk memanggil dokumen lain (HTML,ASP,CGI, dan sebagainya) dari lokasi URL tertentu ke dalam jendela (window) yang ditentukan oleh action get URL tersebut.
Action Get URL memiliki 3 parameter, yakni:
  • URL, menyatakan alamat URl di mana dokumen yang hendak dipanggil berada.
  • Window, menyatakan nama window atau frame di mana dokumen yang dipanggil hendak diletakkan.
    • _self -> menunjuk frame yang sedang digunakan dalam window yang aktif.
    • _blank menunjuk sebuah window baru.
    • _parent -> menunjuk parent frame dari frame yang sedang digunakan.
    • _top -> menunjuk frame utama dari window yang aktif.
  • Variables, apakah secara GET, POST, atau tidak dikirimkan sama sekali.


Apa itu PHP ?
PHP: Hypertext Preprocessor adalah Bahasa Skrip yang dapat ditanamkan atau disisipkan ke dalam HTML. PHP banyak dipakai untuk memrogram situs web dinamis. PHP dapat digunakan untuk membangun sebuah CMS.

Sejarah PHP.

Pada awalnya PHP merupakan kependekan dari Personal Home Page (Situs personal). PHP pertama kali dibuat oleh Rasmus Lerdorf pada tahun 1995. Pada waktu itu PHP masih bernama Form Interpreted (FI), yang wujudnya berupa sekumpulan skrip yang digunakan untuk mengolah data formulir dari web.
Selanjutnya Rasmus merilis kode sumber tersebut untuk umum dan menamakannya PHP/FI Dengan perilisan kode sumber ini menjadi Sumber terbuka, maka banyak pemprograman yang tertarik untuk ikut mengembangkan PHP.
Pada November 1997, dirilis PHP/FI 2.0. Pada rilis ini,Interpreter PHP sudah diimplementasikan dalam program C. Dalam rilis ini disertakan juga modul-modul ekstensi yang meningkatkan kemampuan PHP/FI secara signifikan.
Pada tahun 1997, sebuah perusahaan bernama Zend menulis ulang interpreter PHP menjadi lebih bersih, lebih baik, dan lebih cepat. Kemudian pada Juni 1998, perusahaan tersebut merilis interpreter baru untuk PHP dan meresmikan rilis tersebut sebagai PHP 3.0 dan singkatan PHP diubah menjadi Akronim berulang PHP: Hypertext Preprocessing.
Pada pertengahan tahun 1999, Zend merilis interpreter PHP baru dan rilis tersebut dikenal dengan PHP 4.0 adalah versi PHP yang paling banyak dipakai pada awal abad ke-21. Versi ini banyak dipakai disebabkan kemampuannya untuk membangun aplikasi web kompleks tetapi tetap memiliki kecepatan dan stabilitas yang tinggi.
Pada juni 2004, Zend merilis PHP 5.0 Dalam versi ini, inti dari interpreter PHP mengalami perubahan besar. Versi ini juga memasukkan model pemrograman Berorientasi objek ke dalam PHP untuk menjawab perkembangan bahasa pemrograman ke arah paradigma berorientasi objek.
Versi terbaru dari bahasa pemograman PHP adalah versi 5.6.4 yang resmi dirilis pada tanggal 18 Desember 2014.








 

Facebook

https://www.facebook.com/Ritdah?pnref=about

Twitter

@muitdah

Gmail

muitdah@gmail.com