Artikel DNS

DNS (Domain Name System, bahasa Indonesia: Sistem Penamaan Domain) 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.

Sejarah singkat DNS

Penggunaan nama sebagai pengabstraksi alamat mesin di sebuah jaringan komputer yang lebih dikenal oleh manusia mengalahkan TCP/IP, dan kembali ke jaman 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.

Teori bekerja DNS

Para Pemain Inti

Pengelola dari sistem DNS terdiri dari tiga komponen:

• DNS resolver, sebuah program klien yang berjalan di komputer pengguna, yang membuat permintaan DNS dari program aplikasi.
• recursive DNS server, yang melakukan pencarian melalui DNS sebagai tanggapan permintaan dari resolver, dan mengembalikan jawaban kepada para resolver tersebut;

dan ...

• authoritative DNS server yang memberikan jawaban terhadap permintaan dari recursor, baik dalam bentuk sebuah jawaban, maupun dalam bentuk delegasi (misalkan: mereferensikan ke authoritative DNS server lainnya)

Pengertian beberapa bagian dari nama domain

Sebuah nama domain biasanya terdiri dari dua bagian atau lebih (secara teknis disebut label), dipisahkan dengan titik.

• Label paling kanan menyatakan top-level domain - domain tingkat atas/tinggi (misalkan, alamat www.wikipedia.org memiliki top-level domain org).
• Setiap label di sebelah kirinya menyatakan sebuah sub-divisi atau subdomain dari domain yang lebih tinggi. Catatan: "subdomain" menyatakan ketergantungan relatif, bukan absolut. Contoh: wikipedia.org merupakan subdomain dari domain org, dan id.wikipedia.org dapat membentuk subdomain dari domain wikipedia.org (pada prakteknya, id.wikipedia.org sesungguhnya mewakili sebuah nama host - lihat dibawah). Secara teori, pembagian seperti ini dapat mencapai kedalaman 127 level, dan setiap label dapat terbentuk sampai dengan 63 karakter, selama total nama domain tidak melebihi panjang 255 karakter. Tetapi secara praktek, beberapa pendaftar nama domain (domain name registry) memiliki batas yang lebih sedikit.
• Terakhir, bagian paling kiri dari bagian nama domain (biasanya) menyatakan nama host. Sisa dari nama domain menyatakan cara untuk membangun jalur logis untuk informasi yang dibutuhkan; nama host adalah tujuan sebenarnya dari nama sistem yang dicari alamat IP-nya. Contoh: nama domain www.wikipedia.org memiliki nama host "www".

DNS memiliki kumpulan hirarki dari DNS servers. Setiap domain atau subdomain memiliki satu atau lebih authoritative DNS Servers (server DNS otorisatif) yang mempublikasikan informas tentang domain tersebut dan nama-nama server dari setiap domain di-"bawah"-nya. Pada puncak hirarki, terdapat root servers- induk server nama: server yang ditanyakan ketika mencari (menyelesaikan/resolving) dari sebuah nama domain tertinggi (top-level domain).

Sebuah contoh dari teori rekursif DNS

Sebuah contoh mungkin dapat memperjelas proses ini. Andaikan ada aplikasi yang memerlukan pencarian alamat IP dari www.wikipedia.org. Aplikasi tersebut bertanya ke DNS recursor lokal.

• Sebelum dimulai, recursor harus mengetahui dimana dapat menemukan root nameserver; administrator dari recursive DNS server secara manual mengatur (dan melakukan update secara berkala) sebuah file dengan nama root hints zone (panduan akar DNS) yang menyatakan alamat-alamt IP dari para server tersebut.
• Proses dimulai oleh recursor yang bertanya kepada para root server tersebut - misalkan: server dengan alamat IP "198.41.0.4" - pertanyaan "apakah alamat IP dari www.wikipedia.org?"
• Root server menjawab dengan sebuah delegasi, arti kasarnya: "Saya tidak tahu alamat IP dari www.wikipedia.org, tapi saya "tahu" bahwa server DNS di 204.74.112.1 memiliki informasi tentang domain org."
• Recursor DNS lokal kemudian bertanya kepada server DNS (yaitu: 204.74.112.1) pertanyaan yang sama seperti yang diberikan kepada root server. "apa alamat IP dari www.wikipedia.org?". (umumnya) akan didapatkan jawaban yang sejenis, "saya tidak tahu alamat dari www.wikipedia.org, tapi saya "tahu" bahwa server 207.142.131.234 memiliki informasi dari domain wikipedia.org."
• Akhirnya, pertanyaan beralih kepada server DNS ketiga (207.142.131.234), yang menjawab dengan alamat IP yang dibutuhkan.

Proses ini menggunakan pencarian rekursif (recursion / recursive searching).

Pengertian pendaftaran domain dan glue records

Membaca contoh diatas, Anda mungkin bertanya: "bagaimana caranya DNS server 204.74.112.1 tahu alamat IP mana yang diberikan untuk domain wikipedia.org?" Pada awal proses, kita mencatat bahwa sebuah DNS recursor memiliki alamat IP dari para root server yang (kurang-lebih) didata secara explisit (hard coded). Mirip dengan hal tersebut, server nama (name server) yang otoritatif untuk top-level domain mengalami perubahan yang jarang.
Namun, server nama yang memberikan jabawan otorisatif bagi nama domain yang umum mengalami perubahan yang cukup sering. Sebagai bagian dari proses pendaftaran sebuah nama domain (dan beberapa waktu sesudahnya), pendaftar memberikan pendaftaran dengan server nama yang akan mengotorisasikan nama domain tersebut; maka ketika mendaftar wikipedia.org, domain tersebut terhubung dengan server nama gunther.bomis.com dan zwinger.wikipedia.org di pendaftar .org. Kemudian, dari contoh di atas, ketika server dikenali sebagai 204.74.112.1 menerima sebuah permintaan, DNS server memindai daftar domain yang ada, mencari wikipedia.org, dan mengembalikan server nama yang terhubung dengan domain tersebut.
Biasanya, server nama muncul berdasarkan urutan nama, selain berdasarkan alamat IP. Hal ini menimbulkan string lain dari permintaan DNS untuk menyelesaikan nama dari server nama; ketika sebuah alamat IP dari server nama mendapatkan sebuah pendaftaran di zona induk, para programmer jaringan komputer menamakannya sebuah glue record (daftar lekat???)

DNS dalam praktek

Ketika sebuah aplikasi (misalkan web broswer), hendak mencari alamat IP dari sebuah nama domain, aplikasi tersebut tidak harus mengikuti seluruh langkah yang disebutkan dalam teori diatas. Kita akan melihat dulu konsep caching, lalu mengertikan operasi DNS di "dunia nyata".

Caching dan masa hidup (caching and time to live)

Karena jumlah permintaan yang besar dari sistem seperti DNS, perancang DNS menginginkan penyediaan mekanisme yang bisa mengurangi beban dari masing-masing server DNS. Rencana mekanisnya menyarankan bahwa ketika sebuah DNS resolver (klien) menerima sebuah jawaban DNS, informasi tersebut akan di cache untuk jangka waktu tertentu. Sebuah nilai (yang di-set oleh administrator dari server DNS yang memberikan jawaban) menyebutnya sebagai time to live (masa hidup), atau TTL yang mendefinisikan periode tersebut. Saat jawaban masuk ke dalam cache, resolver akan mengacu kepada jawaban yang disimpan di cache tersebut; hanya ketika TTL usai (atau saat administrator mengosongkan jawaban dari memori resolver secara manual) maka resolver menghubungi server DNS untuk informasi yang sama.

Waktu propagasi (propagation time)

Satu akibat penting dari arsitektur tersebar dan cache adalah perubahan kepada suatu DNS tidak selalu efektif secara langsung dalam skala besar/global. Contoh berikut mungkin akan menjelaskannya: Jika seorang administrator telah mengatur TTL selama 6 jam untuk host www.wikipedia.org, kemudian mengganti alamat IP dari www.wikipedia.org pada pk 12:01, administrator harus mempertimbangkan bahwa ada (paling tidak) satu individu yang menyimpan cache jawaban dengan nilai lama pada pk 12:00 yang tidak akan menghubungi server DNS sampai dengan pk 18:00. Periode antara pk 12:00 dan pk 18:00 dalam contoh ini disebut sebagai waktu propagasi (propagation time), yang bisa didefiniskan sebagai periode waktu yang berawal antara saat terjadi perubahan dari data DNS, dan berakhir sesudah waktu maksimum yang telah ditentukan oleh TTL berlalu. Ini akan mengarahkan kepada pertimbangan logis yang penting ketika membuat perubahan kepada DNS: tidak semua akan melihat hal yang sama seperti yang Anda lihat. RFC1537 dapat membantu penjelasan ini. DNS di dunia nyata

DNS di dunia nyata

Di dunia nyata, user tidak berhadapan langsung dengan DNS resolver - mereka berhadapan dengan program seperti web brower (Mozilla Firefox, Safari, Opera, Internet Explorer, Netscape, Konqueror dan lain-lain dan klien mail (Outlook Express, Mozilla Thunderbird dan lain-lain). Ketika user melakukan aktivitas yang meminta pencarian DNS (umumnya, nyaris semua aktivitas yang menggunakan Internet), program tersebut mengirimkan permintaan ke DNS Resolver yang ada di dalam sistem operasi.
DNS resolver akan selalu memiliki cache (lihat diatas) yang memiliki isi pencarian terakhir. Jika cache dapat memberikan jawaban kepada permintaan DNS, resolver akan menggunakan nilai yang ada di dalam cache kepada program yang memerlukan. Kalau cache tidak memiliki jawabannya, resolver akan mengirimkan permintaan ke server DNS tertentu. Untuk kebanyakan pengguna di rumah, Internet Service Provider(ISP) yang menghubungkan komputer tersebut biasanya akan menyediakan server DNS: pengguna tersebut akan mendata alamat server secara manual atau menggunakan DHCP untuk melakukan pendataan tersebut. Jika administrator sistem telah mengkonfigurasi sistem untuk menggunakan server DNS mereka sendiri, DNS resolver umumnya akan mengacu ke server nama mereka. Server nama ini akan mengikuti proses yang disebutkan di Teori DNS, baik mereka menemukan jawabannya maupun tidak. Hasil pencarian akan diberikan kepada DNS resolver; diasumsikan telah ditemukan jawaban, resolver akan menyimpan hasilnya di cache untuk penggunaan berikutnya, dan memberikan hasilnya kepada software yang meminta pencarian DNS tersebut.
Sebagai bagian akhir dari kerumitan ini, beberapa aplikasi seperti web browser juga memiliki DNS cache mereka sendiri, tujuannya adalah untuk mengurangi penggunaan referensi DNS resolver, yang akan meningkatkan kesulitan untuk melakukan debug DNS, yang menimbulkan kerancuan data yang lebih akurat. Cache seperti ini umumnya memiliki masa yang singkat dalam hitungan 1 menit.

Penerapan DNS lainnya

Sistem yang dijabarkan diatas memberikan skenario yang disederhanakan. DNS meliputi beberapa fungsi lainnya:

• Nama host dan alamat IP tidak berarti terhubung secara satu-banding-satu. Banyak nama host yang diwakili melalui alamat IP tunggal: gabungan dengan pengasuhan maya (virtual hosting), hal ini memungkinkan satu komputer untuk malayani beberapa situs web. Selain itu, sebuah nama host dapat mewakili beberapa alamat IP: ini akan membantuk toleransi kesalahan (fault tolerance dan penyebaran beban (load distribution), juga membantu suatu situs berpindah dari satu lokasi fisik ke lokasi fisik lainnya secara mudah.
• Ada cukup banyak kegunaan DNS selain menerjemahkan nama ke alamat IP. Contoh:, agen pemindahan surat Mail transfer agents(MTA) menggunakan DNS untuk mencari tujuan pengiriman E-mail untuk alamat tertentu. Domain yang menginformasikan pemetaan exchange disediakan melalui rekod MX (MX record) yang meningkatkan lapisan tambahan untuk toleransi kesalahan dan penyebaran beban selain dari fungsi pemetaan nama ke alamat IP.
• Kerangka Peraturan Pengiriman (Sender Policy Framework) secara kontroversi menggunakan keuntungan jenis rekod DNS, dikenal sebagai rekod TXT.
• Menyediakan keluwesan untuk kegagalan komputer, beberapa server DNS memberikan perlindungan untuk setiap domain. Tepatnya, tigabelas server akar (root servers) digunakan oleh seluruh dunia. Program DNS maupun sistem operasi memiliki alamat IP dari seluruh server ini. Amerika Serikat memiliki, secara angka, semua kecuali tiga dari server akar tersebut. Namun, dikarenakan banyak server akar menerapkan anycast, yang memungkinkan beberapa komputer yang berbeda dapat berbagi alamat IP yang sama untuk mengirimkan satu jenis services melalui area geografis yang luas, banyak server yang secara fisik (bukan sekedar angka) terletak di luar Amerika Serikat.

DNS menggunanakn TCP dan UDP di port komputer 53 untuk melayani permintaan DNS. Nyaris semua permintaan DNS berisi permintaan UDP tunggal dari klien yang ddikuti oleh jawaban UDP tunggal dari server. Umumnya TCP ikut terlibat hanya ketika ukuran data jawaban melebihi 512 byte, atau untuk pertukaaran zona DNS zone transfer

Jenis-jenis catatan DNS

Beberapa kelompok penting dari data yang disimpan di dalam DNS adalah sebagai berikut:

• A record atau catatan alamat memetakan sebuah nama host ke alamat IP 32-bit (untuk IPv4).
• AAAA record atau catatan alamat IPv6 memetakan sebuah nama host ke alamat IP 128-bit (untuk IPv6).
• CNAME record atau catatan nama kanonik membuat alias untuk nama domain. Domain yang di-alias-kan memiliki seluruh subdomain dan rekod DNS seperti aslinya.
• '[MX record]] atau catatan pertukaran surat memetakan sebuah nama domain ke dalam daftar mail exchange server untuk domain tersebut.
• PTR record atau catatan penunjuk memetakan sebuah nama host ke nama kanonik untuk host tersebut. Pembuatan rekod PTR untuk sebuah nama host di dalam domain in-addr.arpa yang mewakili sebuah alamat IP menerapkan pencarian balik DNS (reverse DNS lookup) untuk alamat tersebut. Contohnya (saat penulisan / penerjemahan artikel ini), www.icann.net memiliki alamat IP 192.0.34.164, tetapi sebuah rekod PTR memetakan ,,164.34.0.192.in-addr.arpa ke nama kanoniknya: referrals.icann.org.
• NS record atau catatan server nama memetakan sebuah nama domain ke dalam satu daftar dari server DNS untuk domain tersebut. Pewakilan bergantung kepada rekod NS.
• SOA record atau catatan otoritas awal (Start of Authority) mengacu server DNS yang mengediakan otorisasi informasi tentang sebuah domain Internet.
• SRV record adalah catatan lokasi secara umum.
• Catatan TXT mengijinkan administrator untuk memasukan data acak ke dalam catatan DNS; catatan ini juga digunakan di spesifikasi Sender Policy Framework.

Jenis catatan lainnya semata-mata untuk penyediaan informasi (contohnya, catatan LOC memberikan letak lokasi fisik dari sebuah host, atau data ujicoba (misalkan, catatan WKS memberikan sebuah daftar dari server yang memberikan servis yang dikenal (well-known service) seperti HTTP atau POP3 untuk sebuah domain.

Nama domain yang diinternasionalkan

Nama domain harus menggunakan satu sub-kumpulan dari karakter ASCII, hal ini mencegah beberapa bahasa untuk menggunakan nama maupun kata lokal mereka. ICANN telah menyetujui Punycode yang berbasiskan sistem IDNA, yang memetakan string Unicode ke karakter set yang valid untuk DNS, sebagai bentuk penyelesaian untuk masalah ini, dan beberapa registries sudah mengadopsi metode IDNS ini.Perangkat lunak DNS
Beberapa jenis perangakat lunak DNS menerapkan metode DNS, beberapa diantaranya:

• BIND (Berkeley Internet Name Domain)
• djbdns (Daniel J. Bernstein's DNS)
• MaraDNS
• QIP (Lucent Technologies)
• NSD (Name Server Daemon)
• PowerDNS
• Microsoft DNS (untuk edisi server dari Windows 2000 dan Windows 2003)

Utiliti berorientasi DNS termasuk:

• dig (the domain information groper)

Pengguna legal dari domain

Pendaftar (registrant)

Tidak satupun individu di dunia yang "memiliki" nama domain kecuali Network Information Centre (NIC), atau pendaftar nama domain (domain name registry). Sebagian besar dari NIC di dunia menerima biaya tahunan dari para pengguna legal dengan tujuan bagi si pengguna legal menggunakan nama domain tersebut. Jadi sejenis perjanjian sewa-menyewa terjadi, bergantung kepada syarat dan ketentuan pendaftar. Bergantung kepada beberpa peraturan penamaan dari para pendaftar, pengguna legal dikenal sebagai "pendaftar" (registrants) atau sebagai "pemegang domain" (domain holders)
ICANN memegang daftar lengkap untuk pendaftar domain di seluruh dunia. Siapapun dapat menemukan pengguna legal dari sebuah domain dengan mencari melalui basis data WHOIS yang disimpan oleh beberpa pendaftar domain.
Di (lebih kurang) 240 country code top-level domains (ccTLDs), pendaftar domain memegang sebuah acuan WHOIS (pendaftar dan nama server). Contohnya, IDNIC, NIC Indonesia, memegang informasi otorisatif WHOIS untuk nama domain .ID.
Namun, beberapa pendaftar domain, seperti VeriSign, menggunakan model pendaftar-pengguna. Untuk nama domain .COM dan .NET, pendaftar domain, VeriSign memegang informasi dasar WHOIS )pemegang domain dan server nama). Siapapun dapat mencari detil WHOIS (Pemegang domain, server nama, tanggal berlaku, dan lain sebagainya) melalui pendaftar.
Sejak sekitar 2001, kebanyakan pendaftar gTLD (.ORG, .BIZ, .INFO) telah mengadopsi metode penfatar "tebal", menyimpan otoritatif WHOIS di beberapa pendaftar dan bukan pendaftar itu saja.

Kontak Administratif (Administrative Contact)

Satu pemegang domain biasanya menunjuk kontak administratif untuk menangani nama domain. Fungsi manajemen didelegasikan ke kontak administratif yang mencakup (diantaranya):

• keharusan untuk mengikuti syarat dari pendaftar domain dengan tujuan memiliki hak untuk menggunakan nama domain
• otorisasi untuk melakukan update ke alamat fisik, alamat email dan nomor telefon dan lain sebagainya via WHOIS

Kontak Teknis (Technical Contact)

Satu kontak teknis menangani server nama dari sebuah nama domain. Beberapa dari banuak fungsi kontak teknis termasuk:

• memastikan bahwa konfigurasi dari nama domain mengikuti syarat dari pendaftar domain
• update zona domain
• menyediakan fungsi 24x7 untuk ke server nama (yang membuat nama domain bisa diakses)

Kontak Pembayaran (Billing Contact)

Tidak perlu dijelaskan, pihak ini adalah yang menerima tagihan dari NIC.
Server Nama (Name Servers)
Disebut sebagai server nama otoritatif yang mengasuh zona nama domain dari sebuah nama domain.

READ MORE - Artikel DNS

Artikel ISP

1. ISP

ISP (Internet Service Provider) adalah perusahaan atau badan usaha yang menjual koneksi internet atau sejenisnya kepada pelanggan. ISP awalnya sangat identik dengan jaringan telepon, karena dulu ISP menjual koneksi atau access internet melalui jaringan telepon. Seperti salah satunya adalah telkomnet instant dari Telkom. Sekarang, dengan perkembangan teknologi ISP itu berkembang tidak hanya dengan menggunakan jaringan telepon tapi juga menggunakan teknologi seperti fiber optic dan wireless. Di Bali, denpasar pada khususnya ISP dengan teknologi wireless paling banyak tumbuh. Sumber : http://en.wikipedia.org/wiki/ISP Karena teknologi ini "paling murah". Tidak perlu membangun jaringan kabel, mudah dipindahkan, tidak ada biaya ijin dan lain-lain. Lalu gimana sebenarnya kerja internet dengan adanya ISP ini? ISP terkoneksi satu sama lain dalam Internet Exchange, interkoneksi. Sebagian besar ISP memerlukan upstream. ISP yang tidak memiliki upstream disebut Tier1, tier1 hanya memiliki pelanggan dan interkoneksi.

2. Prosedur berlangganan :

Pelanggan yang berlangganan dengan sebuah ISP harus mengikuti aturan-aturan berlangganan yang ditetapkan oleh ISP tersebut. Biasanya masing-masing ISP memiliki kebijakan-kebijakan tersendiri namun pada umumnya ISP-ISP tersebut melarang pelanggan untuk menggunakan koneksi internet untuk keperluan-keperluan yang negative dan melanggar hukum. Kita mungkin sudah kenal dengan Telkomnet instant, produk layanan internet ini adalah salah satu produk internet yang sudah cukup lama hadir di masyarakat. Pemakai sangat gampang dalam melakukan koneksi ke internet, cukup sediakan sebuah modem yang terhubung ke PC dan line telepon, pelanggan langsung bisa melakukan koneksi dengan mudah, cukup dial nomer tertentu masukkan username dan password, beres�. Tipe layanan dari ISP biasanya dapat kita kategorikan menjadi 2 bagian yaitu :

1. Dial on demand Internet

Dial on demand ini adalah layanan internet dimana pelanggan tidak terkoneksi secara terus menerus ke internet. Pelanggan akan dibebani biaya berdasarkan lamanya mereka terkoneksi ke internet. Contoh layanan internet dial on demand adalah : Telkomnet instant dari Telkom, layanan-layanan dial up dari ISP yang lain, juga beberapa layanan dari ISP wireless local.

2. Dedicated Internet Pelanggan yang menggunakan dedicated internet akan terhubung terus dengan internet 24/7. Sistem pembayaran dari layanan ini juga biasanya dilakukan per bulan dimana pelanggan akan membayar sesuai dengan paket yang ditawarkan, baik selama sebulan tersebut pengguna memang benar menggunakan internet 24 jam penuh atau tidak. Sistem dedicated ini biasanya mahal, dan biasanya untuk menekan biaya langganan, ISP memberikan beberapa metode untuk menekan harga misalnya dengan membatasi jumlah data yang boleh didownload dan diupload oleh pelanggan selama 1 bulan. Jumlah batasan data ini biasanya disebut dengan quota. Contoh layanan internet dedicated internet adalah layanan-layanan dari Channel 11, ERA AKSES, Speedy dari Telkom dan layanan-layanan dari ISP wireless local. 3. Media koneksi Seperti yang sudah kita bahas minggu lalu bahwa untuk bisa melakukan koneksi ke suatu jaringan maka kita perlu suatu media perantara. Media koneksi yang paling umum digunakan oleh ISP adalah menggunakan : 1. Wire Kabel. Kabel telepon, kabel coaxial, kabel fiber optic, kabel listrik, kabel UTP, pokoknya kabel. 2. Wireless Ngga pake banyak kabel. Kabel tetap digunakan namun sebagian besar jalur koneksi menggunakan frekuensi. Biasanya menggunakan frekuensi yang dibebaskan penggunaannya di suatu Negara. Di Indonesia frekuensi yang bebas digunakan adalah frekuensi 2,4Ghz. Jadi dari pelanggan akan menggunakan radio wireless dengan frekuensi 2,4Ghz untuk berhubungan dengan ISP mereka. 4. Alat yang dibutuhkan pelanggan Modem Perangkat wireless dan router 5. Biaya bulanan Tergantung dari kecepatan/bandwidth 6. Isi dari ISP Apa sih isi dari ISP itu? ISP itu isinya adalah orang dan peralatan-peralatan yang diperlukan untuk memberikan service koneksi internet kepada pelanggan-pelanggannya Peralatan-peralatan tersebut biasanya berupa server, router, peralatan-peralatan untuk koneksi ke pelanggan-pelanggannya dan peralatan-peralatan interkoneksi mereka ke upstream. Biasanya ISP bekerja sama dengan operator jaringan dalam menjalankan usahanya. Jadi ada juga ISP yang tidak memiliki peralatan jaringan. Mereka hanya punya SDM untuk penjualan, customer support dan billing atau penagihan. Sisanya, mulai bandwidth, system jaringan, diserahkan kepada operator jaringan. Misalnya saya adalah sebuah ISP bekerja sama dengan pemilik jaringan telepon untuk membuat system koneksi internet dial up. Saya juga membeli bandwidth dari pemilik jaringan telepon tersebut dan saya terima beres semuanya. Setelah itu saya tinggal menjual produk internet dial up tersebut, menyediakan system customer support dan menangani pembayaran. 7. FAQ tentang Pemilihan ISP Pertanyaan-pertanyaan yang sering saya jumpai :

1. Mengapa ISP tidak bisa membersihkan virus? Yang bisa membersihkan virus adalah sebuah program antivirus. Antivirus hanya bisa mengidentifikasikan atau menebak sebuah file/data/program itu adalah virus, jika file/data/program itu sudah utuh. Sedangkan file/data/program yang diterima dan dilewatkan oleh ISP itu adalah dalam bentuk pecahan. 2. ISP yang bagus : Kriteria apa sih yang bisa dipakai acuan oleh calon pengguna internet ? a. Pelanggannya banyak Sebuah ISP dengan ratusan pelanggan, mestinya secara kualitas lebih baik dibanding ISP yang masih memiliki puluhan pelanggan. Sebab ngga mungkin donk ratusan orang salah pilih. Dan kesempatan calon pelanggan untuk bertanya kepada pengguna ISP tersebut juga semakin gampang. Malah bisa jadi teman anda sudah menggunakannya. Kan lebih enak kalau kata ISP tersebut bagus atau tidak keluar dari teman yang bisa kita percaya. Jadi pertanyaan calon pengguna internet kepada bagian marketing atau sales dari sebuah ISP adalah : Berapa jumlah pelanggan Anda? b. Service. ISP dan jaringan computer yang saling berkaitan pada dasarnya dibangun pada sebuah system yang tidak reliable. Masalah pada koneksi internet itu sangat lumrah terjadi. Bencana alam, kesalahan manusia, umur peralatan, kesalahan manusia saat mengoperasikan peralatan, listrik dsb bisa menyebabkan koneksi internet pelanggan mati. Jadi pastikan saat anda mengalami masalah dengan internet anda mempunyai tempat untuk berkonsultasi. Setidaknya anda tahu nanti masalah terjadi dimana dan kira-kira kita harus bagaimana sekarang untuk bisa mendapatkan koneksi internet lagi. Ini penting bagi anda-anda yang awam dengan internet dan orang-orang yang menggunakan internet 24 jam sehari. Kemudian jaminan-jaminan apa yang akan anda dapatkan jika menggunakan layanan sebuah ISP? Sebab harga insvestasi awal untuk melakukan koneksi ke internet masih cukup mahal ya. Apakah ada jaminan terhadap investasi anda tersebut, kemudian jaminannya dalam bentuk apa? Apakah ada kontrak khusus dengan anda, dan bagaimana sistemnya? c. Mempunyai system redundancy. System redundancy itu apa sih? Bahasa awamnya adalah system koneksi cadangan. Dimana koneksi ini akan berfungsi jika koneksi utama mereka mati. Sangat penting, seperti kondisi saat kabel FO dunia di Taiwan putus, kalau ISPnya tidak memiliki koneksi cadangan yang bagus, maka dipastikan selama 3 minggu koneksi anda tidak akan bisa digunakan. d. Harga Iya, harga sebenarnya adalah factor utama. Tapi sebenarnya pemilihan koneksi internet bagusnya dilihat dari perbandiangan antara harga dengan bandwidth dan kebutuhan anda. Sebab sekarang harga bandwidth internet di Denpasar sudah cukup standar dimana umumnya internet paling murah itu rata-rata dimulai dari 300ribu rupiah, walaupun ada saya dengar bisa 100-200ribu rupiah tapi saya belum pernah ketemu langsung dengan orang yang menggunakannnya. Harga sebanding dengan bandwidth atau kecepatan internet. Semakin murah, semakin kecil kecepatannya. Kita tidak perlu berargumen banyak dalam hal ini sebab, fakta secara teknis memang begitu. Kalau dari sisi marketing, beda cerita lah

3. Memilih paket bandwidth yang bagus : Seusaikan dengan kebutuhan dan kekuatan keuangan anda. Trend saat ini adalah para ISP-ISP di Denpasar hampir semua mengeluarkan paket dikisaran harga Rp 350.000 per bulan. Jadi kita harus ulas beberapa hal yang agak teknis seperti :

a. Rasio bandwidth. Rasio bandwidth itu pengertian secara kasarnya adalah perbandingan antara bandwidth yang memang benar-benar diterima oleh pengguna internet dengan bandwidth yang dijanjikan atau dikatakan atau disebutkan oleh ISP. Contohnya: • Paket 128kbps 1:1 artinya, pengguna internet mendapatkan bandwidth sebesar 128x1/1 = 128kbps. Jadi yang besar bandwidth yang disebutkan dalam paket, besarnya sama dengan yang didapatkan pengguna/ pelanggan. • Paket 128kbps 1:2 artinya, bandwidth 128kbps ini dibagi ke 2 orang pelanggan, sehingga satu orang pengguna internet mendapatkan bandwidth sebesar ½ dari yang disebutkan yaitu 128x1/2 = 64kbps. Jadi yang besar bandwidth yang didapatkan pengguna/ pelanggan adalah rata-ratanya 64kbps, namun kadang-kadang bisa 128kbps, jika pelanggan yang diajak berbagi internet tidak menggunakan koneksi internetnya sama sekali. • Paket 128kbps 1:4 artinya bandwidth 128kbps ini dibagi ke 4 orang pelanggan, sehingga satu orang pengguna internet mendapatkan bandwidth sebesar 1/4 dari yang disebutkan yaitu 128x1/4 = 32kbps. Jadi yang besar bandwidth yang didapatkan pengguna/ pelanggan adalah rata-ratanya 32kbps, namun kadang-kadang bisa 128kbps, jika pelanggan yang diajak berbagi internet tidak menggunakan koneksi internetnya sama sekali. b. Sistem pembagian bandwidth : • Dibagi dengan garansi Ini maksudnya adalah, pelanggan dengan system sharing tersebut mendapatkan garansi bandwidth pada saat melakukan koneksi internet. Sebab ada kemungkinan pelanggan Misalnya paket 128kbps 1:4 yang tadi. JIka dibagi dengan garansi maka pada saat 4 orang itu koneksi ke internet, maka masing-masing orang akan mendapatkan ¼ dari 128kbps tersebut. • Dibagi tanpa adanya garansi. Jika tidak dibagi dengan garansi maka, dalam satu group 4 orang ini terjadi perebutan bandwidth bebas. Jadi kalau orang pertama dari group itu melakukan koneksi dan mengaktifkan sebuah program download accelerator, maka pada saat anggota group yang lain melakukan koneksi, mereka bisa tidak kebagian bandwidth sama sekali karena mereka tidak punya kesempatan untuk melakukan koneksi dengan bagus ke internet. Pembagian bandwidth dengan adanya garansi ataupun tidak ini tergantung dari peralatan bandwidth management atau bandwidth manager yang dimiliki oleh masing-masing ISP.

READ MORE - Artikel ISP

Sejarah internet

Pada awalnya Internet merupakan jaringan komputer yang dibentuk oleh Departemen Pertahanan Amerika Serikat di tahun 1969, melalui proyek ARPA yang disebut ARPANET (Advanced Research Project Agency Network), di mana mereka mendemonstrasikan bagaimana dengan hardware dan software komputer yang berbasis UNIX, kita bisa melakukan komunikasi dalam jarak yang tidak terhingga melalui saluran telepon. Proyek ARPANET merancang bentuk jaringan, kehandalan, seberapa besar informasi dapat dipindahkan, dan akhirnya semua standar yang mereka tentukan menjadi cikal bakal pembangunan protokol baru yang sekarang dikenal sebagai TCP/IP (Transmission Control Protocol/Internet Protocol).
Tujuan awal dibangunnya proyek itu adalah untuk keperluan militer. Pada saat itu Departemen Pertahanan Amerika Serikat (US Department of Defense) membuat sistem jaringan komputer yang tersebar dengan menghubungkan komputer di daerah-daerah vital untuk mengatasi masalah bila terjadi serangan nuklir dan untuk menghindari terjadinya informasi terpusat, yang apabila terjadi perang dapat mudah dihancurkan.
Pada mulanya ARPANET hanya menghubungkan 3 situs saja yaitu Stanford Research Institute, University of California, Santa Barbara, University of Utah, di mana mereka membentuk satu jaringan terpadu di tahun 1969, dan secara umum ARPANET diperkenalkan pada bulan Oktober 1972. Tidak lama kemudian proyek ini berkembang pesat di seluruh daerah, dan semua universitas di negara tersebut ingin bergabung, sehingga membuat ARPANET kesulitan untuk mengaturnya.
Oleh sebab itu ARPANET dipecah manjadi dua, yaitu "MILNET" untuk keperluan militer dan "ARPANET" baru yang lebih kecil untuk keperluan non-militer seperti, universitas-universitas. Gabungan kedua jaringan akhirnya dikenal dengan nama DARPA Internet, yang kemudian disederhanakan menjadi Internet.

READ MORE - Sejarah internet

Avatar: The Last Airbender Book 3 - Sozin’s Comet The Final Battle

Monday, July 21st, 2008 | Rileks

Avatar telah sampai di penghujung cerita yaitu Komet Sozin, dan Aang harus berjuang untuk mengembalikan keseimbangan dunia. Avatar: The Last Airbender ini dimainkan sekaligus 4 episode terakhir. Masing-masing episode sebagai berikut:
Chapter 18 - Sozin’s Comet Part 1: The Phoenix King.
Dalam episode ini menceritakan tentang Firelord Ozai yang menobatkan dirinya sebagai The Phoenix King, dan menyerahkan gelar Firelord kepada Azula. Firelord Ozai bersama pasukannya dengan kendaraan balon udaranya kemudian meluncur menuju kota Ba Sing Se untuk membakar kota tersebut sebagai lambang dunia baru bagi penguasa baru.
Chapter 19 - Sozin’s Comet Part 2: The Old Masters.
Para tetua ternyata berkumpul menjadi satu di Ba Sing Se dengan nama kelompok White Lotus, yaitu Paman Iroh, Guru Pakku, Master Jeong Jeong (The Deserter), Raja Bumi (King of Omashu), dan Swordmaster Piandao. Aang menghilang bersama Momo, dan tidak ditemukan dimanapun setelah dicari oleh teman-temannya. Zuko kemudian ingin mencari pamannya Iroh untuk diajak membantu mengalahkan Firelord Ozai jika Aang tidak muncul, hingga akhirnya bertemu dengan para tetua tersebut tadi.
Chapter 20 - Sozin’s Comet Part 3: Into the Inferno.
Komet Sozin telah sampai di bumi dan para pengendali Api menjadi sangat kuat. Dimulainya pertarungan seru antara Aang dengan Firelord Ozai, juga pertarungan Zuko dengan Azula memperebutkan tahta Firelord.
Chapter 21 - Sozin’s Comet Part 4: Avatar Aang.
Aang harus mengalahkan Firelord Ozai tanpa harus membunuhnya, dan Aang telah bisa kembali memasuki dunia Avatar State dan menjadi Avatar yang sesungguhnya. Firelord Ozai bisa dikalahkan dengan menghilangkan kemampuan firebender-nya, setelah diajari oleh The Lion Turtle bagaimana cara menghilangkan kekuatan pengendali.
Dan akhirnya avatar "The last air bender" tamat dengan happy ending!:)

kalo maw download videonya klik aja:
http://info.ugm.ac.id/software/windows/Avatar
ato:
webnya mas Rafie

READ MORE - Avatar: The Last Airbender Book 3 - Sozin’s Comet The Final Battle