LAPORAN ULANGAN REMEDIAL

Administrasi Server Jaringan (ASJ)

MAKALAH

“WEB SERVER DAN DNS”

Disusun oleh,

NAMA: LUTFIA SITI SYAHARA

KELAS: XI TKJ 3

YAYASAN PESANTREN CINTAWANA

SMK YPC TASIKMALAYA

BAB I
PENDAHULUAN
A. DASAR TEORI
Web server adalah sebuah aplikasi server yang melayani permintaan HTTP atau HTTPS
dari browser dan mengirimkannya kembali dalam bentuk halaman-halaman web.
Halaman-halaman web yang dikirim oleh web server biasanya berupa file-file HTML dan
CSS yang nantinya akan diparsing atau ditata oleh browser sehingga menjadi halaman-
halaman web yang bagus dan mudah dibaca. Fungsi utama dari web server adalah
menempatkan situs web, selain situs web, web server dapat pula digunakan untuk
peyimpanan data ataupun untuk menjalankan sejumlah aplikasi. Web server berfungsi
untuk mentransfer berkas melalui protokol komunikasi yang telah ditentukan atas
permintaan pengguna. Berkas yang ditransfer dapat berupa teks, gambar, video, dan
lainnya yang merupakan elemen sebuah halaman web.
Web server juga memiliki beberapa fitur lain, seperti:
1. Virtual Hosting
2. Bandwidth Throtting.
Web Server, untuk berkomunikasi dengan clientnya (web browser) mempunyai protokol
sendiri yaitu HTTP (HyperText Transfer Protocol). Dengan protokol ini, komunikasi
antar web server dengan clientnya (browser) dapat saling dimengerti dan lebih mudah.
Seperti telah dijelaskan diatas, Standar format data pada World Wide Web adalah SGML.
Tapi sudah menjadi hal yang umum bahwa para pengguna internet lebih banyak
menggunakan format HTML (HyperText Markup Language) karena penggunaannya
yang lebih sederhana dan mudah dipelajari. Kata HyperText mempunyai arti bahwa
seorang pengguna internet dengan web browsernya dapat membuka dan mambaca
dokumen-dokumen yang ada dalam komputernya atau bahkan komputer yang jauh
tempatnya sekalipun. Hal ini memberikan cita rasa dari suatu proses yang
tridimensional, artinya pengguna internet dapat membaca dari satu dokumen ke
dokumen yang lain hanya dengan mengklik beberapa bagian dari halaman-halaman
dokumen (web) itu.
Proses yang dimulai dari permintaan webclient (browser), diterima web server,
diproses, dan dikembalikan hasil prosesnya oleh web server ke webclient lagi dilakukan
secara transparan. Setiap orang dapat dengan mudah mengetahui apa yang terjadi pada
tiap-tiap proses. Secara garis besarnya web server hanya memproses semua masukan
yang diperolehnya dari web clientnya.
Macam - macam Web Server diantanya:
Apache Web Server - The HTTP Web Server
1. Apache Tomcat
2. Microsoft windows Server 2003 Internet Information Services (IIS)
3. Lighttpd
4. Sun Java System Web Server
5. Xitami Web Server
6. Zeus Web Server
Namun web yang terkenal dan yang sering digunakan adalah Apache dan Microsoft
Internet Information Service (IIS).
Banyak sekali software web server yang berada di internet. Dengan berdasarkan pada 12
macam pertimbangan diatas, maka dapat dipilih software mana saja yang cocok dengan
kebutuhan kita. Misalnya : Kita memasang web server untuk keperluan suatu
perusahaan jasa internet (ISP ), maka pertimbangan yang harus diambil adalah apakah
mereka menginginkan software yang gratis ataukomersial. Keuntungan dari software
komersial adalah mereka punya dukungan teknis dan dokumentasi yang lengkap, sedang
pada kebanyakan software gratis tidak punya. Namun ada juga software gratisan yang
mempunyai dukungan teknis dari pembuatnya dan dengan dokumentasi yang lengkap.
Salah satu software web server gratisan seperti itu adalah Web server Apache.
seperti NCSA, IIS, dan lain-lain.
Apache ini dibuat versi pertamanya oleh Robert Mc Cool — yang terlibat di NCSA–
padatahun 1996. Ditulis dalam bahasa C, perkembangannya dilakukan bersama rekan-
rekan melalui email. Dia mengerjakan proyek itu bersama Apache groupnya : Brian
Behlendorf, Roy T. Fielding, Rob Hartill, David Robinson, Cliff Skolnick, Randy Terbush,
Robert S. Thau, Andrew Wilson, Eric Hagberg, Frank Peters and Nicolas Pioch.
Kenapa diberi nama Apache? Kata yang mendirikan karena pertama mereka ingin
menghargai penduduk asli Amerika Indian Apache yang dikenal ketahanan dan skilnya
saat perang, dan kedua karena akar proyek si apche ini merupakan sebuah ‘a patchy
server’. Alasan kedua sebenarnya dengan hoki ditemukan. Apache dikembangkan oleh
komunitas terbuka yang di bawahi oleh Apache Software Foundation. Aplikasinya dapat
digunakan untuk OS yang beragam( tidak bergantung pada vendor tertentu (cross
platform)), sebut saja UNIX, FreeBSD, Linux, Novell netware, MacOS X, Windows.

B. RUMUSAN MASALAH
1. Apa pengertian dari Web Server ?
2. Apa fungsi dari Web Server?
3. Bagaimana cara kerja dari Web Server ?
4. Bagaimana konsep dari Web Server ?

C. TUJUAN
1. Memahami konsep dan fungsi dari Web Server
2. Memahami cara kerja dari Web Server Web Server
BAB II
ISI
Cara Kerja Web Server
Cara kerja dari web server apabial membuka sebuah halaman website, yang biasanya
berupa URL http://www.wikipedia.org/home.htm. Kita akan mengetikkan URL
tersebut di peramban atau browser kemudian menekan tombol enter, tanpa kita
ketahui proses yang terjadi di belakang layar atau di dalam browser itu sendiri, maka
akan muncullah halaman website di layar monitor komputerkita. Proses yang akan
terjadi pada browser adalah browser akan membentuk koneksi dengan web server,
meminta halaman website dan menerimanya. Web server kemudian mengecek
permintaan tersebut apakah tersedia atau tidak.
Apabila tersedia, maka web server akan mengirimkan data kepada browser. Apabila
permintaan tidak ditemukan atau terjadi error maka web server akan mengirimkan
pesan error kepada browser. Pembentukan koneksi, permintaan data, penerimaan data
dari browser ke web server diatur dalam sebuah kode RFC2616. RFC2616 mencantumkan
status web server dalam bentuk kombinasi tiga angka yang memiliki arti berbeda-beda.
Status ini muncul di peramban saat kita mengakses web server tertentu. Status-status
dari web server tersebut adalah :
100 : Continue
101 : Switching protocols
200 : OK
201 : Created
202 : Accepted
203 : Non-authoritative information
204 : No Content
205 : Reset Content
206 : Partial Content
300 : Multiple choices
301 : Moved permanently
302 : Found
303 : See other
304 : Not modified
305 : Use proxy
307 : temporary redirect
400 : Bad request
401 : Unauthorized
402 : Payment required
403 : Forbidden
404 : Not found
405 : Method not allowed
406 : Not acceptable
Pada jaman sekarang ini, sudah banyak tersedia vendor-vendor yang menyediakan
layanan web server, baik yang berbayar maupun yang bersifat gratis, dengan masing-
masing yang menawarkan kelebihan yang dimiliki web server milik mereka. Vendor-
vendor yang ada tersebut seperti IIS yang merupakan kepemilikan Microsoft, Apache,
Nginx dan Google GWS. Pangsa pasar yang dikuasai masing-masing vendor inipun
berbeda-beda. berdasarkan riset yang dilakukan Netcraft pada Mei 2013, diperoleh hasil
bahwa web server dengan penggunaan yang terbanyak adalah Apache dengan besar
persentase pemakai sebesar 53,42%, lalu diikuti oleh IIS dengan persentase pengguna
16,69%, Nginx sebesar 15,52% dan Google GWS dengan persentase sebesar 3,42%.
Berikut akan dijelaskan secara singkat dan jelas mengenai masing-masing web server
yang dimiliki vendor-vendor tersebut.
Contoh Web Server yang paling banyak dikenal yaitu apache dan IIS (Internet
Information Services)
a. Apache
Apache adalah server web yang dapat dijalankan di banyak sistem operasi (Unix, BSD,
Linux, Microsoft Windows dan Novell Netware serta platform lainnya) yang berguna
untuk melayani dan memfungsikan situs web. Protokol yang digunakan untuk melayani
fasilitas web/www ini mengunakan HTTP. Apache memiliki fitur-fitur canggih seperti
pesan kesalahan yang dapat dikonfigur, autentikasi berbasis basis data dan lain-lain.
Apache juga didukung oleh sejumlah antarmuka pengguna berbasis grafik (GUI) yang
memungkinkan penanganan server menjadi mudah. Apache merupakan perangkat lunak
sumber terbuka dikembangkan oleh komunitas terbuka yang terdiri dari pengembang-
pengembang dibawah naungan Apache Software Foundation.
Apache web server mendukung penambahan modul-modul. Diantara modul yang sering
dipakai adalah modul PHP. PHP (Personal Homep Page Tool) adalah salah satu jenis aalat
yang digunakan untk membuat halaman web anda menjadi lebih menarik, lebih aman,
dan lebih dinamik. Pada dasrnya PHP miirip dengan bahsa script yang lainnya seperti
asp, Javascript , Visual BASic atau yang lainnya, namun keuntungannya adalah pada PHP
tidak diperlukan tambahan pada sisi webclient seperti halnya Javascript dan Visual Basic
script, sehingga lebih luas penggunaannya. Web server Apache mempunyai kelebihan
dilihat dari beberapa pertimbangan diatas :
1. Apache termasuk dalam kategori freeware.
2. Apache mudah sekali proses instalasinya jika dibanding web server lainnya seperti
NCSA, IIS, dan lain-lain.
3. Mampu beroperasi pada berbagai paltform sistem operasi.
4. Mudah mengatur konfigurasinya. Apache mempunyai hanya empat file konfigurasi.
5. Mudah dalam menambahkan peripheral lainnya ke dalam platform web servernya.
Kekuranga Apache :
Setelah anda mengetahui beberapa kelebihan dari Apache, maka kali ini saya akan
menjelaskan tentang beberapa kekurangan dari Apache, beberapa kekurangan dari
Apache adalah :
1. Web Server Apache tidak memiliki kemampuan mengatur load seperti IIS, sehingga
akan terus mem-fork proses baru hingga nilai MaxClients tercapai atau hingga batas
yang diizinkan oleh OS. Ini tentunya menguntungkan penyerang karena habisnya RAM
akan lebih cepat tercapai.
2. Apache tidak memproses karakter kutip dalam string Referrer dan User-Agent yang
dikirimkan oleh Client. Ini berarti Client dapat memformulasi inputnya secara hati-hati
untuk merusak format baris log akses.
3. Terganggunya proses upload data, yang bisa menyebabkan software salah dalam
menerjemahkan ukuran data yang masuk. Dengan celah tersebut, hacker dikabarkan
dapat mengeksploitasi kerentanan dengan cara mengirimkan request pada server
Apache bersangkutan. Versi yang cacat tersebut adalah seluruh generasi Apache 1.3 dan
versi 2 hingga 2.0.36. Server yang diserang hacker memanfaatkan kelemahan ini akan
mengalami DoS, alias server itu tak bisa diakses. Dalam sejumlah kasus, penyerangnya
dapat menjalankan pilihan kodenya.
Fasilitas atau ciri khas dari web server Apache adalah :
a. Dapat dijadikan pengganti bagi NCSA web server.
b. Perbaikan terhadap kerusakan dan error pada NCSA 1.3 dan 1.4.
c. Apache merespon web client sangat cepat jauh melebihi NCSA.
d. Mampu di kopilasi sesuai dengan spesifikasi HTTP yang sekarang.
e. Apache menyediakan feature untuk multihomed dan virtual server.
f. Kita dapat menetapkan respon error yang akan dikirim web server dengan
menggunkan file atau skrip.
g. Server apache dapat otomatis berkomunikasi dengan client browsernya untuk
menampilkan tampilan terbaik pada client browsernya. Misalnya, browser ingin
menampilkan dalam bahasa spanyol, maka web server apache otomatis mencari dalam
servicenya halaman-halaman dengan bahasa spanyol.
h. Web server Apache secara otomatis menjalankan file index.html, halaman utamanya,
untuk ditampilkan secara otomatis pada clientnya.
i. Web server Apache mempunyai level-level pengamanan.
j. Apache mempunyai komponen dasar terbanyak di antara web server lain
k. Ditinjau dari segi sejarah perkembangan dan prospeknya, Apache web server
mempunyai prospek yang cerah. Apache berasal dari web server NCSA yang kemudian
dikembangkan karena NCSA masih mempunyai kekurangan di bidang kompatibilitasnya
dengan sistim operasi lain. Sampai saat ini, web server Apache terus dikembangkan oleh
tim dari apache.org.
l. Performasi dan konsumsi sumber daya dari web server Apache tidak terlalu banyak,
hanya sekitar 20 MB untuk file-file dasarnya dan setiap daemonnya hanya memerlukan
sekitar 950 KB memory per child.
m. Mendukung transaksi yang aman (secure transaction) menggunakan SSL (secure
socket layer).
n. Mempunyai dukungan teknis melalui web.
o. Mempunyai kompatibilitas platform yang tinggi.
p. Mendukung third party berupa modul-modul tambahan.
Membangun Web Server (Apache PHP MySQL)
Apache HTTP Server atau biasa disebut dengan Apache adalah aplikasi web server
paling banyak digunakan (Berdasarkan survey yang dilakukan W3Techs.com, saat ini
66% web server didunia menggunakan Apache). Anda dapat dengan mudah menginstall
aplikasi web server Apache ini didalam cloudopen anda. Note: OS yang digunakan
adalah Centos 6.X
KONFIGURASI HOSTNAME
Edit file /etc/hosts dengan text editor, ubah mymachine.com menjadi FQDN (Full
Qualified Domain Name) anda, dan mymachine dengan hostname anda.
127.0.0.1 localhost.localdomain localhost
192.168.1.1 mymachine.com mymachine
Berikutnya jalankan perintah berikut didalam mesin anda, ubah mymachine menjadi
nama hostname anda.
echo "HOSTNAME=mymachine" >> /etc/sysconfig/network
echo "mymachine" > /etc/hostname
hostname -F /etc/hostname
Untuk mengetahui apakah sudah berubah atau belum bisa dilakukan dengan
menjalankan perintah berikut:
hostname
hostname -f
INSTALLASI APACHE
yum update
yum install httpd
By default, file konfigurasi Apache terletak di /etc/httpd/conf/httpd.conf. Sebelum
anda lakukan perubahan sebaiknya backup konfigurasi tersebut terlebih dahulu,
cp /etc/httpd/conf/httpd.conf ~/httpd.conf.backup
Apabila kita membutuhkan Apache untuk digunakan oleh multiple domain, kita perlu
menambahkan file konfigurasi virtual host atau biasa disebut dengan vhost. Edit atau
buat file /etc/httpd/conf.d/vhost.conf dan tambahkan baris berikut didalamnya,
contoh dibawah adalah vhost untuk dua buah domain yaitu contoh.com dan contoh.org,
tinggal disesuaikan dengan kebutuhan.
Catatan
DocumentRoot dapat diarahkan kedirektori yang kita inginkan misalnya
/home/nama/public_html
<VirtualHost *:80>
ServerAdmin [email protected]
ServerName contoh.com
ServerAlias www.contoh.com
DocumentRoot /srv/www/contoh.com/public_html/
ErrorLog /srv/www/contoh.com/logs/error.log
CustomLog /srv/www/contoh.com/logs/access.log combined
</VirtualHost>
<VirtualHost *:80>
ServerAdmin [email protected]
ServerName contoh.org
ServerAlias www.contoh.org
DocumentRoot /srv/www/contoh.org/public_html/
ErrorLog /srv/www/contoh.org/logs/error.log
CustomLog /srv/www/contoh.org/logs/access.log combined
</VirtualHost>
Setelah selesai, tinggal jalankan service apache.
service httpd start
Untuk menjadikan apache autorun, aktifkan dengan menjalankan perintah berikut
chkconfig --levels 235 httpd on
INSTALLASI MySQL
Umumnya pada saat menggunakan Cloud Server sebagai Web Server, walaupun ada
namun jarang sekali pengguna hanya menginstall Apache saja, itulah alasan biasanya
disebut alam nama paket yaitu LAMP (Linux Apache, MySQL, PHP) atau LEMP (Linux,
NginX, MySQL, PHP) apabila aplikasi web server yang digunakan adalah EngineX atau
NginX.
Install MySQL dengan perintah:
yum install mysql mysql-server
Jalankan MySQL untuk pertama kali:
service mysqld start
Setelah MySQL aktif, lakukan konfigurasi awal dengan perintah dibawah dan jawab
setiap pertanyaan, jawab sesuai default atau dengan menekan enter kecuali ada sesuatu
yang ingin anda ubah. Masukkan password baru apabila diminta.
mysql_secure_installation
Setelah melakukan konfigurasi awal, lanjutkan dengan mengakses MySQL dengan
mysql -u root -p
Buat database dan user yang akan menggunakan database tersebut dengan perintah:
create database namadatabase;
grant all on namadatabase.* to 'namauser' identified by
BAB II
ISI
Cara Kerja Web Server
Cara kerja dari web server apabial membuka sebuah halaman website, yang biasanya
berupa URL http://www.wikipedia.org/home.htm. Kita akan mengetikkan URL
tersebut di peramban atau browser kemudian menekan tombol enter, tanpa kita
ketahui proses yang terjadi di belakang layar atau di dalam browser itu sendiri, maka
akan muncullah halaman website di layar monitor komputerkita. Proses yang akan
terjadi pada browser adalah browser akan membentuk koneksi dengan web server,
meminta halaman website dan menerimanya. Web server kemudian mengecek
permintaan tersebut apakah tersedia atau tidak.
Apabila tersedia, maka web server akan mengirimkan data kepada browser. Apabila
permintaan tidak ditemukan atau terjadi error maka web server akan mengirimkan
pesan error kepada browser. Pembentukan koneksi, permintaan data, penerimaan data
dari browser ke web server diatur dalam sebuah kode RFC2616. RFC2616 mencantumkan
status web server dalam bentuk kombinasi tiga angka yang memiliki arti berbeda-beda.
Status ini muncul di peramban saat kita mengakses web server tertentu. Status-status
dari web server tersebut adalah :
100 : Continue
101 : Switching protocols
200 : OK
201 : Created
202 : Accepted
203 : Non-authoritative information
204 : No Content
205 : Reset Content
206 : Partial Content
300 : Multiple choices
301 : Moved permanently
302 : Found
303 : See other
304 : Not modified
305 : Use proxy
307 : temporary redirect
400 : Bad request
401 : Unauthorized
402 : Payment required
403 : Forbidden
404 : Not found
405 : Method not allowed
406 : Not acceptable
Pada jaman sekarang ini, sudah banyak tersedia vendor-vendor yang menyediakan
layanan web server, baik yang berbayar maupun yang bersifat gratis, dengan masing-
masing yang menawarkan kelebihan yang dimiliki web server milik mereka. Vendor-
vendor yang ada tersebut seperti IIS yang merupakan kepemilikan Microsoft, Apache,
Nginx dan Google GWS. Pangsa pasar yang dikuasai masing-masing vendor inipun
berbeda-beda. berdasarkan riset yang dilakukan Netcraft pada Mei 2013, diperoleh hasil
bahwa web server dengan penggunaan yang terbanyak adalah Apache dengan besar
persentase pemakai sebesar 53,42%, lalu diikuti oleh IIS dengan persentase pengguna
16,69%, Nginx sebesar 15,52% dan Google GWS dengan persentase sebesar 3,42%.
Berikut akan dijelaskan secara singkat dan jelas mengenai masing-masing web server
yang dimiliki vendor-vendor tersebut.
Contoh Web Server yang paling banyak dikenal yaitu apache dan IIS (Internet
Information Services)
a. Apache
Apache adalah server web yang dapat dijalankan di banyak sistem operasi (Unix, BSD,
Linux, Microsoft Windows dan Novell Netware serta platform lainnya) yang berguna
untuk melayani dan memfungsikan situs web. Protokol yang digunakan untuk melayani
fasilitas web/www ini mengunakan HTTP. Apache memiliki fitur-fitur canggih seperti
pesan kesalahan yang dapat dikonfigur, autentikasi berbasis basis data dan lain-lain.
Apache juga didukung oleh sejumlah antarmuka pengguna berbasis grafik (GUI) yang
memungkinkan penanganan server menjadi mudah. Apache merupakan perangkat lunak
sumber terbuka dikembangkan oleh komunitas terbuka yang terdiri dari pengembang-
pengembang dibawah naungan Apache Software Foundation.
Apache web server mendukung penambahan modul-modul. Diantara modul yang sering
dipakai adalah modul PHP. PHP (Personal Homep Page Tool) adalah salah satu jenis aalat
yang digunakan untk membuat halaman web anda menjadi lebih menarik, lebih aman,
dan lebih dinamik. Pada dasrnya PHP miirip dengan bahsa script yang lainnya seperti
asp, Javascript , Visual BASic atau yang lainnya, namun keuntungannya adalah pada PHP
tidak diperlukan tambahan pada sisi webclient seperti halnya Javascript dan Visual Basic
script, sehingga lebih luas penggunaannya. Web server Apache mempunyai kelebihan
dilihat dari beberapa pertimbangan diatas :
1. Apache termasuk dalam kategori freeware.
2. Apache mudah sekali proses instalasinya jika dibanding web server lainnya seperti
NCSA, IIS, dan lain-lain.
3. Mampu beroperasi pada berbagai paltform sistem operasi.
4. Mudah mengatur konfigurasinya. Apache mempunyai hanya empat file konfigurasi.
5. Mudah dalam menambahkan peripheral lainnya ke dalam platform web servernya.
Kekuranga Apache :
Setelah anda mengetahui beberapa kelebihan dari Apache, maka kali ini saya akan
menjelaskan tentang beberapa kekurangan dari Apache, beberapa kekurangan dari
Apache adalah :
1. Web Server Apache tidak memiliki kemampuan mengatur load seperti IIS, sehingga
akan terus mem-fork proses baru hingga nilai MaxClients tercapai atau hingga batas
yang diizinkan oleh OS. Ini tentunya menguntungkan penyerang karena habisnya RAM
akan lebih cepat tercapai.
2. Apache tidak memproses karakter kutip dalam string Referrer dan User-Agent yang
dikirimkan oleh Client. Ini berarti Client dapat memformulasi inputnya secara hati-hati
untuk merusak format baris log akses.
3. Terganggunya proses upload data, yang bisa menyebabkan software salah dalam
menerjemahkan ukuran data yang masuk. Dengan celah tersebut, hacker dikabarkan
dapat mengeksploitasi kerentanan dengan cara mengirimkan request pada server
Apache bersangkutan. Versi yang cacat tersebut adalah seluruh generasi Apache 1.3 dan
versi 2 hingga 2.0.36. Server yang diserang hacker memanfaatkan kelemahan ini akan
mengalami DoS, alias server itu tak bisa diakses. Dalam sejumlah kasus, penyerangnya
dapat menjalankan pilihan kodenya.
Fasilitas atau ciri khas dari web server Apache adalah :
a. Dapat dijadikan pengganti bagi NCSA web server.
b. Perbaikan terhadap kerusakan dan error pada NCSA 1.3 dan 1.4.
c. Apache merespon web client sangat cepat jauh melebihi NCSA.
d. Mampu di kopilasi sesuai dengan spesifikasi HTTP yang sekarang.
e. Apache menyediakan feature untuk multihomed dan virtual server.
f. Kita dapat menetapkan respon error yang akan dikirim web server dengan
menggunkan file atau skrip.
g. Server apache dapat otomatis berkomunikasi dengan client browsernya untuk
menampilkan tampilan terbaik pada client browsernya. Misalnya, browser ingin
menampilkan dalam bahasa spanyol, maka web server apache otomatis mencari dalam
servicenya halaman-halaman dengan bahasa spanyol.
h. Web server Apache secara otomatis menjalankan file index.html, halaman utamanya,
untuk ditampilkan secara otomatis pada clientnya.
i. Web server Apache mempunyai level-level pengamanan.
j. Apache mempunyai komponen dasar terbanyak di antara web server lain
k. Ditinjau dari segi sejarah perkembangan dan prospeknya, Apache web server
mempunyai prospek yang cerah. Apache berasal dari web server NCSA yang kemudian
dikembangkan karena NCSA masih mempunyai kekurangan di bidang kompatibilitasnya
dengan sistim operasi lain. Sampai saat ini, web server Apache terus dikembangkan oleh
tim dari apache.org.
l. Performasi dan konsumsi sumber daya dari web server Apache tidak terlalu banyak,
hanya sekitar 20 MB untuk file-file dasarnya dan setiap daemonnya hanya memerlukan
sekitar 950 KB memory per child.
m. Mendukung transaksi yang aman (secure transaction) menggunakan SSL (secure
socket layer).
n. Mempunyai dukungan teknis melalui web.
o. Mempunyai kompatibilitas platform yang tinggi.
p. Mendukung third party berupa modul-modul tambahan.
Membangun Web Server (Apache PHP MySQL)
Apache HTTP Server atau biasa disebut dengan Apache adalah aplikasi web server
paling banyak digunakan (Berdasarkan survey yang dilakukan W3Techs.com, saat ini
66% web server didunia menggunakan Apache). Anda dapat dengan mudah menginstall
aplikasi web server Apache ini didalam cloudopen anda. Note: OS yang digunakan
adalah Centos 6.X
KONFIGURASI HOSTNAME
Edit file /etc/hosts dengan text editor, ubah mymachine.com menjadi FQDN (Full
Qualified Domain Name) anda, dan mymachine dengan hostname anda.
127.0.0.1 localhost.localdomain localhost
192.168.1.1 mymachine.com mymachine
Berikutnya jalankan perintah berikut didalam mesin anda, ubah mymachine menjadi
nama hostname anda.
echo "HOSTNAME=mymachine" >> /etc/sysconfig/network
echo "mymachine" > /etc/hostname
hostname -F /etc/hostname
Untuk mengetahui apakah sudah berubah atau belum bisa dilakukan dengan
menjalankan perintah berikut:
hostname
hostname -f
INSTALLASI APACHE
yum update
yum install httpd
By default, file konfigurasi Apache terletak di /etc/httpd/conf/httpd.conf. Sebelum
anda lakukan perubahan sebaiknya backup konfigurasi tersebut terlebih dahulu,
cp /etc/httpd/conf/httpd.conf ~/httpd.conf.backup
Apabila kita membutuhkan Apache untuk digunakan oleh multiple domain, kita perlu
menambahkan file konfigurasi virtual host atau biasa disebut dengan vhost. Edit atau
buat file /etc/httpd/conf.d/vhost.conf dan tambahkan baris berikut didalamnya,
contoh dibawah adalah vhost untuk dua buah domain yaitu contoh.com dan contoh.org,
tinggal disesuaikan dengan kebutuhan.
Catatan
DocumentRoot dapat diarahkan kedirektori yang kita inginkan misalnya
/home/nama/public_html
<VirtualHost *:80>
ServerAdmin [email protected]
ServerName contoh.com
ServerAlias www.contoh.com
DocumentRoot /srv/www/contoh.com/public_html/
ErrorLog /srv/www/contoh.com/logs/error.log
CustomLog /srv/www/contoh.com/logs/access.log combined
</VirtualHost>
<VirtualHost *:80>
ServerAdmin [email protected]
 ServerName contoh.org
ServerAlias www.contoh.org
DocumentRoot /srv/www/contoh.org/public_html/
ErrorLog /srv/www/contoh.org/logs/error.log
CustomLog /srv/www/contoh.org/logs/access.log combined
</VirtualHost>
Setelah selesai, tinggal jalankan service apache.
service httpd start
Untuk menjadikan apache autorun, aktifkan dengan menjalankan perintah berikut
chkconfig --levels 235 httpd on
INSTALLASI MySQL
Umumnya pada saat menggunakan Cloud Server sebagai Web Server, walaupun ada
namun jarang sekali pengguna hanya menginstall Apache saja, itulah alasan biasanya
disebut alam nama paket yaitu LAMP (Linux Apache, MySQL, PHP) atau LEMP (Linux,
NginX, MySQL, PHP) apabila aplikasi web server yang digunakan adalah EngineX atau
NginX.
Install MySQL dengan perintah:
yum install mysql mysql-server
Jalankan MySQL untuk pertama kali:
service mysqld start
Setelah MySQL aktif, lakukan konfigurasi awal dengan perintah dibawah dan jawab
setiap pertanyaan, jawab sesuai default atau dengan menekan enter kecuali ada sesuatu
yang ingin anda ubah. Masukkan password baru apabila diminta.
mysql_secure_installation
Setelah melakukan konfigurasi awal, lanjutkan dengan mengakses MySQL dengan
mysql -u root -p
Buat database dan user yang akan menggunakan database tersebut dengan perintah:
create database namadatabase;
grant all on namadatabase.* to 'namauser' identified by 'passworduser';
Jalankan perintah quit untuk mengakhiri, database sudah siap digunakan untuk
kebutuhan web server dan server-side scripting.
INSTALLASI PHP
Lakukan installasi PHP dengan menjalankan perintah:
yum install php
Restart Apache untuk mengaktifkan PHP mode didalam web server anda,
service httpd restart
Edit file /etc/php.ini untuk melakukan konfigurasi PHP anda, selalu restart Apache
setiap kali anda telah melakukan perubahan. Berikut adalah beberapa perintah yang
umumnya perlu disesuaikan dengan kebutuhan web server.
error_reporting = E_COMPILE_ERROR|E_RECOVERABLE_ERROR|E_ERROR|
E_CORE_ERROR
display_errors = Off
log_errors = On
error_log = /var/log/php.log
max_execution_time = 300
memory_limit = 64M
register_globals = Off
b. IIS
Internet Information Services
IIS atau Internet Information Services atau Internet Information Server adalah sebuah
HTTP web server yang digunakan dalam sistem operasi server Windows, mulai dari
Windows NT 4.0 Server, Windows 2000 Server atau Windows Server 2003. Layanan ini
merupakan layanan terintegrasi dalam Windows 2000 Server, Windows Server 2003
atau sebagai add-on dalam Windows NT 4.0. Layanan ini berfungsi sebagai pendukung
protokol TCP/IP yang berjalan dalam lapisan aplikasi (application layer). IIS juga menjadi
fondasi dari platform Internet dan Intranet Microsoft, yang mencakup Microsoft Site
Server, Microsoft Commercial Internet System dan produk-produk Microsoft
BackOffice lainnya.
IIS telah berevolusi semenjak diperkenalkan pertama kali pada Windows NT 3.51 (meski
kurang banyak digunakan) hingga IIS versi 6.0 yang terdapat dalam Windows Server
2003. Versi 5.0 diintegrasikan dalam Windows 2000, sedangkan Windows XP
Professional memiliki IIS versi 5.1. Windows NT 4.0 memiliki versi 4.01 yang termasuk ke
dalam add-on Windows NT Option Pack. Dalam Windows NT 4.0 Workstation atau
Windows 95/98, IIS juga dapat diinstalasikan sebagai Microsoft Personal Web Server
(PWS).

BAB III
KESIMPULAN
Web Server adalah sebuah aplikasi server yang melayani permintaan HTTP atau HTTPS
dari browser dan mengirimkannya kembali dalam bentuk halaman-halaman web. Fungsi
utama dari Web Server adalah menempatkan situs web, selain situs web, web server
dapat pula digunakan untuk peyimpanan data ataupun untuk menjalankan sejumlah
aplikasi. Macam-macam Web Server yang terkenal dan yang sering digunakan adalah
Apache dan Microsoft Internet Information Service (IIS).

DOMAIN NAME SYSTEM (DNS)

BAB I

PENDAHULUAN
A. Latar belakang & Sejarah DNS

Praktek menggunakan nama sebagai sederhana, abstraksi lebih berkesan alamat numerik host
pada jaringan tanggal kembali ke era ARPANET. Sebelum DNS diciptakan pada tahun 1982, setiap
komputer pada jaringan diambil file bernama HOSTS.TXT dari komputer di SRI (sekarang SRI
International). HOSTS.TXT dipetakan ke alamat numerik. Sebuah host file masih ada pada sistem
operasi paling modern secara default dan umumnya berisi pemetaan dari “localhost” ke alamat IP
127.0.0.1. Banyak sistem operasi menggunakan nama logika resolusi yang memungkinkan
administrator untuk mengkonfigurasi prioritas pemilihan untuk metode resolusi nama yang
tersedia.

Pesatnya pertumbuhan jaringan membuat terpusat dipertahankan berkas HOSTS.TXT kerajinan

tangan yang tidak berkelanjutan, menjadi perlu untuk menerapkan sistem yang lebih scalable
mampu otomatis menyebarluaskan informasi yang diperlukan.

Atas permintaan Jon Postel, Paul Mockapetris menemukan Domain Name System pada tahun
1983 dan menulis implementasi pertama. Spesifikasi asli diterbitkan oleh Internet Engineering
Task Force di RFC 882 dan RFC 883 yang digantikan pada November 1987 oleh RFC 1034 dan RFC
1035. Beberapa Permintaan tambahan untuk Komentar telah diusulkan berbagai ekstensi ke DNS
inti protokol.

Pada tahun 1984, empat Berkeley siswa-Douglas Terry, Mark Painter, David Riggle, dan Songnian
Zhou-menulis pertama Unix implementasi server nama, yang disebut The Berkeley Internet
Name Domain (BIND) Server. [6] Pada tahun 1985, Kevin Dunlap dari Desember signifikan
menulis ulang implementasi DNS. Mike Karels, Phil Almquist, dan Paul Vixie mempertahankan
BIND sejak saat itu. BIND adalah porting ke platform Windows NT pada awal tahun 1990.

BIND didistribusikan secara luas, terutama pada sistem Unix, dan merupakan perangkat lunak
DNS yang dominan digunakan di Internet .server nama alternatif telah dikembangkan, dimotivasi
sebagian oleh keinginan untuk memperbaiki rekor BIND tentang kerentanan untuk menyerang.
BIND versi 9 juga ditulis dari awal dan memiliki catatan keamanan yang sebanding dengan
software DNS modern lainnya.

B. Tujuan Penulisan Makalah

Adapun tujuan disusunnya makalah ini antara lain :

Mengetahui Sejarah terbentuknya DNS

Mengetahui Pengertian DNS
Mengetahui Fungsi dan Cara Kerja DNS
Mengetahui Kelebihan yang dimiliki DNS
C. Batasan Pembahasan

Pembatasan pembahasan yang kami ambil hanyalah mengambil beberapa definisi serta
kelemahan dan kelebihan serta cara kerja dari DNS tersebut,

Membahas pengertian/desinisi Domain Name System

Bagaimana Cara kerja dari DNS
Memberikan informasi tentang kelebihan dan kekurangan

BAB II

LANDASAN TEORI

A. Pengertian Domain Name System

Domain Name System (DNS) Adalah sebuah aplikasi service di internet yang menerjemahkan
sebuah domain name ke IP address dan salah satu jenis system yang melayani permintaan
pemetaan IP address ke FQPN (Fany Qualified Domain Name) dan dari FQDN ke IP address. DNS
biasanya digunakan pada aplikasi yang berhubungan ke internet sererti Web Browser atau e-
mail, Dimana DNS membantu memetakan host name sebuah computer ke IP address. Selain
digunakan di internet DNS juga dapat di implementasikan ke private network atau
internet.Implementasi Disconected.

Kemudian dapat didefinisikan bahwa DNS domain Internet menerjemahkan nama ke alamat IP
host. DNS secara otomatis mengkonversi nama ketika kita ketik alamat browser Web ke alamat
IP dari server Web hosting situs tersebut.

DNS menerapkan database terdistribusi untuk menyimpan nama dan informasi alamat untuk
semua host publik di internet. DNS menganggap alamat IP tidak berubah (secara statis
ditugaskan daripada yang ditetapkan secara dinamis). Database DNS berada pada hirarki
database server khusus. Ketika klien seperti browser Web permintaan masalah yang melibatkan
nama host Internet, sebuah software yang disebut DNS resolver (biasanya dibangun ke dalam
sistem operasi jaringan) kontak pertama server DNS untuk menentukan alamat IP server. Jika
server DNS tidak berisi pemetaan dibutuhkan, maka pada gilirannya akan meneruskan
permintaan ke server DNS yang berbeda pada tingkat yang lebih tinggi dalam hirarki. Setelah
beberapa berpotensi forwarding dan pesan delegasi dikirim dalam hirarki DNS, alamat IP untuk
host yang diberikan akhirnya tiba di resolver, yang pada gilirannya melengkapi permintaan over
Internet Protocol.

DNS tambahan termasuk dukungan untuk caching permintaan dan untuk redundansi.
Kebanyakan operasi jaringan sistem konfigurasi dukungan, sekunder, tersier dan server DNS
primer, yang masing-masing dapat melayani permintaan awal dari klien. Internet Service
Provider (ISP) memiliki server DNS mereka sendiri dan menggunakan DHCP untuk secara
otomatis mengkonfigurasi klien, menghilangkan sebagian besar pengguna rumah dari beban
konfigurasi DNS.

Domain Internet lebih besar dikelola swasta. Internet Protocol (IP) jaringan bergantung pada
Domain Name System (DNS) untuk membantu mengarahkan lalu lintas. DNS memelihara sebuah
database didistribusikan nama dan alamat jaringan, dan menyediakan metode untuk komputer
untuk remote query database. Beberapa orang menyebutnya DNS “buku telepon internet”.
DNS dan World Wide Web Semua situs Web publik berjalan di server yang terhubung ke Internet
dengan alamat IP publik. Web server di About.com, misalnya, memiliki alamat seperti
207.241.148.80. Meskipun orang dapat mengetik informasi alamat seperti http://207.241.148.80/
ke dalam browser Web mereka untuk mengunjungi situs, bisa menggunakan nama yang tepat
seperti http://www.about.com/ jauh lebih praktis.

Internet menggunakan DNS sebagai layanan resolusi nama di seluruh dunia untuk situs Web
publik. Ketika seseorang jenis nama situs ke dalam browser mereka, DNS mencari alamat IP yang
sesuai untuk situs tersebut, data yang dibutuhkan untuk membuat koneksi jaringan yang
diinginkan antara Web browser dan server Web.

Server DNS dan Nama Hirarki DNS menggunakan arsitektur klien / server jaringan. DNS server
adalah komputer yang ditunjuk untuk menyimpan catatan database DNS (nama dan alamat),
sedangkan klien dari DNS termasuk PC, ponsel dan perangkat lain dari pengguna akhir. DNS
server juga berinteraksi dengan satu sama lain, bertindak sebagai klien untuk satu sama lain
ketika diperlukan.

DNS server mengatur ke dalam hirarki. Untuk Internet, disebut akar nama server berada di
puncak hirarki DNS. Internet akar server nama mengelola informasi server DNS untuk domain
tingkat atas di Web (TLD) (seperti “com.” Dan “. Uk”), khususnya nama dan alamat IP yang asli
(yang disebut otoritatif) DNS server bertanggung jawab untuk menjawab pertanyaan tentang
setiap TLD individual. Server pada tingkat yang lebih rendah berikutnya dari hirarki DNS lagu
nama domain tingkat kedua dan alamat (seperti “about.com”), dan tingkat tambahan mengelola
domain web (seperti “compnetworking.about.com”).

DNS server diinstal dan dikelola oleh perusahaan swasta dan badan-badan yang mengatur
Internet di seluruh dunia. Untuk Internet, 13 nama root server (renang benar-benar berlebihan
mesin di seluruh dunia) mendukung ratusan Internet top-level domain, sementara About.com
menyediakan informasi server DNS otoritatif untuk situs dalam jaringan. Organisasi yang sama
dapat menyebarkan DNS pada jaringan pribadi mereka secara terpisah, pada skala yang lebih
kecil.

DNS Server merupakan Konfigurasi Jaringan untuk DNS, Klien DNS (disebut resolvers) ingin
menggunakan DNS harus dikonfigurasi pada jaringan mereka. Resolvers query DNS
menggunakan alamat IP tetap (statis) dari satu atau lebih server DNS. Pada jaringan rumah,
alamat server DNS dapat dikonfigurasi sekali pada router broadband dan secara otomatis
dijemput oleh perangkat klien, atau alamat dapat dikonfigurasi pada setiap klien secara
individual. Rumah administrator jaringan bisa mendapatkan alamat server DNS yang valid baik
dari penyedia layanan internet mereka atau pihak ketiga penyedia internet DNS seperti Google
Public DNS dan OpenDNS

DNS biasa digunakan pada aplikasi yang terhubung ke Internet seperti web browser atau e-mail,
dimana DNS membantu memetakan host name sebuah komputer ke IP address. Selain digunakan
di Internet, DNS juga dapat di

implementasikan ke private network atau intranet dimana DNS memiliki keunggulan seperti:
Mudah, DNS sangat mudah karena user tidak lagi direpotkan untuk mengingat IP address sebuah
komputer cukup host name (nama Komputer).
Konsisten, IP address sebuah komputer bisa berubah tapi host name tidak berubah
Simple, user hanya menggunakan satu nama domain untuk mencari baik di Internet maupun di
Intranet.

B. STRUKTUR DNS

Domain Name Space merupakan sebuah hirarki pengelompokan domain berdasarkan nama, yang
terbagi menjadi beberapa bagian diantaranya:

1. Root-Level Domains

Domain ditentukan berdasarkan tingkatan kemampuan yang ada di struktur hirarki yang disebut
dengan level. Level paling atas di hirarki disebut dengan root domain. Root domain di
ekspresikan berdasarkan periode dimana lambang untuk root domain adalah (“.”).

2. Top-Level Domains

Pada bagian dibawah ini adalah contoh dari top-level domains:

com Organisasi Komersial

edu Institusi pendidikan atau universitas
org Organisasi non-profit
net Networks (backbone Internet)
gov Organisasi pemerintah non militer
mil Organisasi pemerintah militer
num No telpon
arpa Reverse DNS
xx dua-huruf untuk kode Negara (id:indonesia)
3. Second-Level Domains

Second-level domains dapat berisi host dan domain lain, yang disebut dengan subdomain. Untuk
contoh: Domain Bujangan, bujangan.com terdapat komputer (host) seperti server1.bujangan.com
dan subdomain training.bujangan.com.

Subdomain training.bujangan.com juga terdapat komputer (host) seperti:

client1.training.bujangan.com.

4. Host Names

Domain name yang digunakan dengan host name akan menciptakan fully qualified domain name
(FQDN) untuk setiap komputer. Sebagai contoh, jika terdapat fileserver1.detik.com, dimana
fileserver1 adalah host name dan detik.com adalah domain name.
C. CARA KERJA DNS

Fungsi dari DNS adalah menerjemahkan nama komputer ke IP address (memetakan). Client DNS
disebut dengan resolvers dan DNS server disebut dengan name servers. Resolvers atau client
mengirimkan permintaan ke name server berupa queries. Name server akan memproses dengan
cara mencek ke local database DNS, menghubungi name server lainnya atau akan mengirimkan
message failure jika ternyata permintaan dari client tidak ditemukan. Proses tersebut disebut
dengan Forward Lookup Query, yaitu permintaan dari client dengan cara memetakan nama
komputer (host) ke IP address.

Resolvers mengirimkan queries ke name server

Name server mencek ke local database, atau menghubungi name server lainnya, jika ditemukan
akan diberitahukan ke resolvers jika tidak akan mengirimkan failure message
Resolvers menghubungi host yang dituju dengan menggunakan IP address yang diberikan name
server
D. PENGATURAN NAMA DOMAIN

Ruang nama domain terdiri dari pohon nama domain. Setiap node atau daun di pohon memiliki
nol atau lebih catatan sumber daya, yang memegang informasi yang terkait dengan nama
domain. 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
kewenangan administratif yang diwakilkan kepada manajer. Domain Name System hirarkis,
disusun dalam zona, masing-masing dilayani oleh server nama Tanggung jawab administratif atas
zona apapun dapat dibagi dengan menciptakan zona tambahan. Otoritas dikatakan didelegasikan
untuk sebagian dari ruang lama, biasanya dalam bentuk sub-domain, nama server lain dan
entitas administratif. Zona lama berhenti menjadi otoritatif untuk zona baru. Sintaks Domain
name Uraian definitif aturan untuk membentuk nama domain muncul dalam RFC 1035, RFC 1123,
dan RFC 2181. Sebuah nama domain terdiri dari satu atau lebih bagian, secara teknis disebut label,
yang konvensional concatenated, dan dibatasi oleh titik, seperti example.com. Paling kanan label
menyampaikan top-level domain, misalnya, nama domain http://www.example.com milik com
top-level domain.

Hirarki domain turun dari kanan ke kiri, masing-masing 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 sub domain dari example.com. Ini
pohon subdivisi mungkin memiliki hingga 127 level. Setiap label dapat berisi hingga 63 karakter.
Nama domain lengkap tidak boleh melebihi panjang 253 karakter dalam representasi tekstual
nya. Dalam representasi biner internal DNS panjang maksimum membutuhkan 255 oktet
penyimpanan, karena juga menyimpan panjang nama. Dalam prakteknya, beberapa pendaftar
domain mungkin memiliki batas singkat.

Nama DNS mungkin secara teknis terdiri dari setiap representable karakter dalam oktet. Namun,
diperbolehkan perumusan nama domain di zona akar DNS, dan sub domain yang lain,
menggunakan format pilihan dan set karakter. Karakter diperbolehkan dalam label adalah subset
dari set karakter ASCII, dan termasuk 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 yang
ditafsirkan dengan cara kasus-independen. Label mungkin tidak memulai atau diakhiri dengan
tanda hubung. Ada aturan tambahan yang pada dasarnya mensyaratkan bahwa nama domain
tingkat atas tidak semua-numerik. Sebuah nama host adalah nama domain yang memiliki
minimal satu alamat IP yang terkait. Sebagai contoh, nama domain example.com
http://www.example.com dan juga nama host, sedangkan domain com adalah tidak. Nama
domain internasional Keterbatasan set karakter ASCII diizinkan di DNS dicegah representasi
nama dan kata-kata dari berbagai bahasa dalam huruf atau skrip asli mereka. Untuk membuat ini
mungkin, ICANN menyetujui Internasionalisasi Nama Domain Aplikasi (IDNA) sistem, dimana
pengguna aplikasi, seperti web browser, peta Unicode string ke dalam karakter DNS yang sah
menggunakan Punycode. Pada tahun 2009 ICANN menyetujui instalasi internasionalisasi nama
domain kode negara top-level domain. Selain itu, banyak pendaftar yang ada nama domain
tingkat atas (TLD) s telah mengadopsi sistem IDNA.

Nama server/Domain Name System dikelola oleh sistem database terdistribusi, yang
menggunakan model client-server. Node dari database ini adalah nama server. Setiap domain
memiliki setidaknya satu server DNS otoritatif yang mempublikasikan informasi tentang domain
dan server nama dari setiap domain bawahan untuk itu. Bagian atas hirarki dilayani oleh root
server nama, server untuk permintaan ketika melihat ke atas (resolving) TLD. Server nama
otoritatif Sebuah server nama otoritatif adalah server nama yang memberikan jawaban yang
telah dikonfigurasi oleh sumber asli, misalnya, administrator domain atau dengan metode DNS
dinamis, berbeda dengan jawaban yang diperoleh melalui DNS query biasa ke nama server lain.
Otoritatif-satunya hanya mengembalikan nama server jawaban atas pertanyaan tentang nama
domain yang telah dikonfigurasi secara khusus oleh administrator. Dengan kata lain, sebuah
nama server otoritatif memungkinkan server nama rekursif mengetahui data DNS (IP IPv4, IP
IPv6, daftar server surat masuk, dll) nama host yang diberikan (seperti “www.example.com”)
memiliki. Sebagai salah satu contoh, otoritatif nama server untuk “example.com” memberitahu
server nama rekursif yang “www.example.com” memiliki IP 192.0.43.10 IPv4. Sebuah server nama
otoritatif dapat menjadi server master atau server budak. Sebuah server master adalah server
yang menyimpan asli (master) salinan semua catatan zona. Sebuah server budak menggunakan
mekanisme update otomatis dari protokol DNS dalam komunikasi dengan tuannya untuk
menjaga salinan identik dari catatan master.

Satu set server nama otoritatif harus ditugaskan untuk setiap zona DNS. Sebuah catatan NS
tentang alamat dari himpunan yang harus disimpan di zona induk dan server sendiri (sebagai
diri-referensi). Ketika nama domain terdaftar dengan registrasi nama domain, instalasi mereka di
registri domain dari domain tingkat atas memerlukan penugasan nama server primer dan
setidaknya satu server nama sekunder. Kebutuhan beberapa server nama bertujuan untuk
membuat domain masih fungsional bahkan jika satu server nama menjadi tidak dapat diakses
atau bisa dioperasi Penunjukan nama server primer semata-mata ditentukan oleh prioritas
diberikan kepada pendaftar nama domain. Untuk tujuan ini, umumnya hanya nama domain
berkualifikasi lengkap dari server nama diperlukan, kecuali server yang terkandung dalam
domain terdaftar, dalam hal alamat IP yang sesuai juga diperlukan.

Nama server primer sering menguasai server nama, sementara server nama sekunder dapat
diimplementasikan sebagai server budak. Server otoritatif menunjukkan statusnya penyediaan
jawaban yang pasti, dianggap otoritatif, dengan menetapkan bendera perangkat lunak (struktur
bit protokol), disebut Jawaban Resmi (AA) bit dalam responnya. Bendera ini biasanya direproduksi
menonjol dalam output alat kueri DNS administrasi (seperti penggalian) untuk menunjukkan
bahwa menanggapi nama server adalah otoritas untuk nama domain yang bersangkutan. Operasi
Mekanisme resolusi alamat Resolvers nama domain menentukan domain name server sesuai
yang bertanggung jawab untuk nama domain yang dimaksud oleh sejumlah query dimulai dengan
paling kanan (top-level) label domain. Sebuah DNS recursor berkonsultasi tiga nama server
untuk menyelesaikan alamat www.wikipedia.org. Proses ini memerlukan: Sebuah host jaringan
dikonfigurasi dengan cache awal (disebut petunjuk) dari alamat yang dikenal dari root server
nama. Seperti file petunjuk diperbarui secara berkala oleh administrator dari sumber yang dapat
dipercaya. Sebuah query ke salah satu root server untuk menemukan server otoritatif untuk top-
level domain. Sebuah query ke server yang diperoleh TLD untuk alamat server DNS otoritatif
untuk domain tingkat kedua. Pengulangan langkah sebelumnya untuk memproses setiap label
nama domain secara berurutan, sampai langkah terakhir yang mengembalikan alamat IP dari
host yang dicari. Diagram menggambarkan proses ini untuk host www.wikipedia.org. Mekanisme
dalam bentuk sederhana ini akan menempatkan beban operasi besar di root server, dengan
setiap pencarian untuk alamat awal dengan query salah satu dari mereka. Menjadi sebagai
penting karena mereka adalah untuk fungsi keseluruhan sistem, penggunaan berat seperti itu
akan menciptakan hambatan dapat diatasi untuk triliunan pertanyaan ditempatkan setiap hari.
Dalam prakteknya caching digunakan di server DNS untuk mengatasi masalah ini, dan sebagai
hasilnya, nama akar server sebenarnya terlibat dengan sangat sedikit dari total lalu lintas.

E. Istilah dalam DNS

1. Rekursif dan caching nama server

Secara teori, server nama otoritatif yang cukup untuk pengoperasian Internet. Namun, dengan
nama saja otoritatif operasi server, setiap query DNS harus memulai dengan permintaan rekursif
di zona akar Domain Name System dan setiap sistem pengguna harus menerapkan penyelesai
perangkat lunak yang mampu operasi rekursif. Untuk meningkatkan efisiensi, mengurangi lalu
lintas DNS di Internet, dan meningkatkan kinerja aplikasi pengguna akhir, Domain Name System
mendukung server cache DNS yang menyimpan hasil query DNS untuk jangka waktu yang
ditentukan dalam konfigurasi (time-to-live) dari nama record domain yang bersangkutan.
Biasanya, seperti caching DNS server, juga disebut DNS cache, juga menerapkan algoritma
rekursif yang diperlukan untuk menyelesaikan nama yang diberikan dimulai dengan DNS root
melalui server nama otoritatif dari domain tanya. Dengan fungsi ini diimplementasikan dalam
nama server, aplikasi pengguna mendapatkan efisiensi dalam desain dan operasi. Sebagai salah
satu contoh, jika klien ingin mengetahui IP untuk “www.example.com”, ia akan mengirim, untuk
nama caching server yang rekursif, DNS meminta menyatakan “Saya ingin IP IPv4 untuk
‘www.example.com ‘. ” Rekursif nama server akan kemudian query server nama otoritatif sampai
mendapat jawaban bahwa permintaan (atau kembali kesalahan jika tidak mungkin untuk
mendapatkan jawaban) – dalam hal ini 192.0.43.10.

Kombinasi caching DNS dan fungsi rekursif di nama server tidak wajib, fungsi dapat
diimplementasikan secara independen di server untuk tujuan khusus.Penyedia layanan Internet
(ISP) biasanya menyediakan rekursif dan caching server nama untuk pelanggan mereka. Selain
itu, banyak router jaringan rumah menerapkan cache DNS dan recursor untuk meningkatkan
efisiensi dalam jaringan lokal.

2. DNS resolver/ resolv.conf

Adalah Sisi-klien dari DNS disebut DNS resolver. Hal ini bertanggung jawab untuk memulai dan
sekuensing permintaan yang pada akhirnya mengarah pada resolusi penuh (terjemahan) dari
sumber daya yang dicari, misalnya, terjemahan dari nama domain ke alamat IP. Sebuah query
DNS dapat berupa permintaan non-rekursif atau query rekursif

Sebuah query non-rekursif adalah satu di mana server DNS memberikan catatan untuk domain
yang sangat berwibawa itu sendiri, atau memberikan hasil parsial tanpa query server lain.

Sebuah query rekursif adalah salah satu yang server DNS akan sepenuhnya menjawab pertanyaan
(atau memberikan kesalahan) dengan query server nama lain yang diperlukan. Server DNS tidak
diperlukan untuk mendukung permintaan rekursif. Resolver, atau server DNS lain secara rekursif
bertindak atas nama resolver, negosiasi penggunaan layanan rekursif menggunakan bit dalam
header permintaan. Menyelesaikan biasanya memerlukan iterasi melalui beberapa nama server
untuk menemukan informasi yang dibutuhkan. Namun, beberapa resolvers berfungsi dengan
berkomunikasi hanya dengan nama server tunggal. resolvers sederhana (disebut “stub resolver”)
bergantung pada server nama rekursif untuk melakukan pekerjaan mencari informasi bagi
mereka. Nama server dalam delegasi diidentifikasi berdasarkan nama, bukan berdasarkan alamat
IP. Ini berarti bahwa nama server menyelesaikan harus mengeluarkan permintaan DNS lain untuk
mengetahui alamat IP dari server yang telah dirujuk. Jika nama yang diberikan dalam delegasi
adalah subdomain dari domain yang delegasi yang disediakan, ada ketergantungan melingkar.
Dalam kasus 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.
Nama server menyediakan lem ini dalam bentuk catatan di bagian tambahan dari respon DNS,
dan memberikan delegasi pada bagian jawaban dari respon. Sebagai contoh, jika nama server
otoritatif untuk example.org adalah ns1.example.org, komputer mencoba untuk menyelesaikan
http://www.example.org pertama menyelesaikan ns1.example.org.

Karena ns1 terkandung dalam example.org, ini memerlukan menyelesaikan example.org pertama,
yang menyajikan ketergantungan melingkar. Untuk memecahkan ketergantungan, nama server
untuk domain tingkat atas termasuk org 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 dari alamat IP untuk query salah satu server otoritatif domain, yang
memungkinkan untuk menyelesaikan permintaan DNS.

3. Caching Rekam

Merupakan DNS Proses Resolusi mengurangi beban pada setiap server dengan caching catatan
permintaan DNS untuk jangka waktu setelah tanggapan. Hal ini memerlukan rekaman dan
selanjutnya konsultasi lokal dari copy bukan memulai permintaan baru hulu. Waktu yang
penyelesai yang 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 beberapa detik untuk
hari atau bahkan berminggu-minggu. Sebagai konsekuensi penting dari arsitektur tersebar dan
cache, perubahan catatan DNS tidak menyebarkan seluruh jaringan segera, tetapi membutuhkan
semua cache untuk berakhir dan menyegarkan setelah TTL. RFC 1912 menyampaikan aturan
dasar untuk menentukan nilai TTL yang sesuai. Beberapa resolvers dapat mengesampingkan nilai
TTL, sebagai protokol mendukung caching hingga 68 tahun atau tidak ada cache sama sekali.

Caching negatif, yaitu caching fakta non-keberadaan catatan, ditentukan oleh server nama
otoritatif untuk zona yang harus mencakup Mulai dari Authority (SOA) catatan ketika melaporkan
tidak ada data jenis diminta ada. Nilai bidang MINIMUM dari catatan SOA dan TTL dari SOA itu
sendiri digunakan untuk menetapkan TTL untuk jawaban negatif.

4. Reverse lookup

Sebuah reverse lookup adalah permintaan dari DNS untuk nama domain ketika alamat IP
diketahui. Beberapa nama domain dapat dikaitkan dengan alamat IP. DNS menyimpan alamat IP
dalam bentuk nama domain sebagai nama khusus diformat dalam pointer (PTR) record dalam
infrastruktur top-level domain arpa. Untuk IPv4, domain adalah in-addr.arpa. Untuk IPv6, lookup
domain reverse ip6.arpa. Alamat IP direpresentasikan sebagai nama dalam representasi oktet
reverse-memerintahkan untuk IPv4, dan representasi menggigit reverse-memerintahkan untuk
IPv6. Ketika melakukan reverse lookup, klien DNS mengubah alamat ke format ini, dan kemudian
query nama untuk catatan PTR mengikuti rantai delegasi sebagai untuk setiap permintaan DNS.
Sebagai contoh, asumsikan alamat IPv4 208.80.152.2 ditugaskan untuk Wikimedia. Hal ini
direpresentasikan sebagai nama DNS dalam urutan terbalik seperti ini: 2.152.80.208.in-addr.arpa.
Ketika DNS resolver mendapat (reverse-lookup) permintaan PTR, dimulai dengan query server
root (yang mengarah ke The American Registry Untuk Bilangan ‘(ARIN) server untuk zona 208.in-
addr.arpa). Pada server ARIN, 152.80.208.in-addr.arpa ditugaskan untuk Wikimedia, sehingga
resolver mengirimkan permintaan lain untuk Wikimedia nama server untuk 2.152.80.208.in-
addr.arpa, yang menghasilkan respon yang berwibawa. Lookup Klien Urutan resolusi DNS
Pengguna umumnya tidak berkomunikasi secara langsung dengan DNS resolver. Sebaliknya
resolusi DNS berlangsung transparan dalam aplikasi seperti web browser, klien e-mail, dan
aplikasi internet lainnya. Bila aplikasi yang membuat permintaan yang memerlukan nama domain
pencarian, program tersebut mengirimkan permintaan ke DNS resolusi resolver dalam sistem
operasi lokal, yang pada gilirannya menangani komunikasi yang diperlukan. DNS resolver akan
selalu memiliki cache (lihat diatas) isi pencarian terakhir. Jika cache dapat memberikan jawaban
atas permintaan tersebut, resolver akan kembali nilai dalam cache kepada program yang
membuat permintaan. Jika cache tidak memiliki jawabannya, 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: pengguna tersebut akan mendata telah mengkonfigurasi alamat
server secara manual atau diizinkan DHCP untuk mengaturnya, namun, dimana administrator
sistem telah mengkonfigurasi sistem untuk menggunakan server DNS mereka sendiri, DNS
resolvers mereka menunjukkan secara terpisah mempertahankan server nama organisasi. Dalam
hal apapun, nama server sehingga tanya akan mengikuti proses yang diuraikan di atas, sampai
baik berhasil menemukan hasil atau tidak. Kemudian kembali hasilnya kepada DNS resolver;
asumsi itu telah menemukan hasilnya, resolver akan menyimpan hasilnya di cache untuk
penggunaan berikutnya, dan tangan hasil kembali ke perangkat lunak yang memprakarsai
permintaan.
5. Broken resolvers

Tingkat tambahan kompleksitas muncul ketika resolvers melanggar aturan protokol DNS.
Sejumlah ISP besar telah mengkonfigurasi server DNS mereka untuk melanggar aturan (mungkin
untuk memungkinkan mereka untuk dijalankan pada hardware yang lebih murah daripada
penyelesai sepenuhnya kompatibel), misalnya dengan tidak mematuhi TTLs, atau dengan
menunjukkan bahwa nama domain tidak ada hanya karena salah satu server namanya tidak
merespon. Sebagai akhir dari kerumitan ini, beberapa aplikasi (seperti web browser) juga
memiliki DNS cache mereka sendiri, untuk mengurangi penggunaan referensi DNS resolver.
Praktek ini dapat menambah kesulitan tambahan ketika debugging masalah DNS, karena
mengaburkan kesegaran data, dan / atau data apa berasal dari mana cache. Cache ini biasanya
menggunakan caching kali sangat pendek-di urutan satu menit]. Internet Explorer merupakan
pengecualian: versi untuk IE 3.x DNS cache catatan selama 24 jam secara default. Internet
Explorer 4.x dan versi (hingga IE 8) mengurangi waktu default dari nilai setengah jam, yang dapat
berubah dalam kunci registri yang sesuai. Aplikasi lain Sistem yang dijabarkan diatas memberikan
skenario yang disederhanakan.

Domain Name System meliputi beberapa fungsi lainnya:

Hostname dan alamat IP tidak berarti terhubung secara satu-ke-satu. Beberapa nama host yang
diwakili melalui alamat IP tunggal: gabungan dengan virtual hosting, ini memungkinkan satu
komputer untuk malayani beberapa situs web. Atau, nama host tunggal dapat mewakili beberapa
alamat IP: ini dapat memfasilitasi toleransi kesalahan dan distribusi beban, dan juga
memungkinkan sebuah situs untuk memindahkan lokasi fisik mulus.
Ada banyak menggunakan DNS selain menerjemahkan nama ke alamat IP. Misalnya, agen
mentransfer Mail menggunakan DNS untuk mencari tahu di mana untuk mengirimkan e-mail
untuk alamat tertentu. The domain untuk pemetaan mail exchanger disediakan oleh MX
mengakomodasi lapisan lain toleransi kesalahan dan distribusi beban di atas nama untuk
pemetaan alamat IP.
6. E-mail Blacklist DNS

Digunakan untuk penyimpanan dan distribusi alamat IP dari daftar hitam e-mail host efisien.
Metode yang biasa digunakan adalah menempatkan alamat IP dari host subjek ke dalam sub-
domain dari nama domain tingkat tinggi, dan menyelesaikan nama itu untuk catatan yang
berbeda untuk menunjukkan positif atau negatif. Berikut ini adalah daftar hitam contoh
hipotesis:

102.3.4.5 yang hitam => Membuat 5.4.3.102.blacklist.example dan resolve ke 127.0.0.1

102.3.4.6 tidak => 6.4.3.102.blacklist.example tidak ditemukan, atau default 127.0.0.2
E-mail server kemudian dapat permintaan blacklist.example melalui mekanisme DNS untuk
mengetahui apakah host tertentu menghubungkan kepada mereka adalah dalam daftar hitam.
Saat ini banyak blacklist tersebut, baik gratis atau berbasis langganan, tersedia terutama untuk
digunakan oleh administrator email dan software anti-spam. Sender Policy Framework dan
DomainKeys, bukan menciptakan jenis catatan mereka sendiri, yang dirancang untuk mengambil
keuntungan dari yang lain DNS tipe record, catatan TXT. Untuk memberikan ketahanan dalam
hal kegagalan komputer, beberapa server DNS biasanya disediakan untuk cakupan setiap domain,
dan pada tingkat atas, sangat kuat tiga belas akar server nama yang ada, dengan tambahan
“salinan” beberapa dari mereka didistribusikan di seluruh dunia melalui anycast.

7. Dynamic DNS

(Kadang-kadang disebut DDNS) memungkinkan klien untuk memperbarui entri DNS sebagai
perubahan alamat IP mereka, seperti halnya, misalnya, ketika bergerak antara ISP atau mobile
hot spot. Rincian protokol DNS terutama menggunakan User Datagram Protocol (UDP) pada
nomor port 53 untuk melayani permintaan. permintaan DNS berisi permintaan UDP tunggal dari
klien diikuti oleh jawaban UDP tunggal dari server. Transmission Control Protocol (TCP)
digunakan ketika ukuran data jawaban melebihi 512 byte, atau untuk tugas-tugas seperti transfer
zona. Beberapa implementasi resolver menggunakan TCP untuk semua pertanyaan

8. Record Sumber Daya

Adalah elemen data dasar dalam sistem nama domain. Setiap record memiliki tipe (A, MX, dll),
batas waktu berakhirnya, kelas, dan beberapa tipe data khusus. Catatan sumber daya dari jenis
yang sama menentukan rekor sumber daya (RRset). Urutan catatan sumber daya dalam satu set,
dikembalikan oleh resolver untuk aplikasi, tidak terdefinisi, tetapi sering server menerapkan
round-robin memesan untuk mencapai Server Global Load Balancing. DNSSEC, bagaimanapun,
bekerja pada catatan sumber daya lengkap set dalam urutan kanonik. Ketika dikirim melalui
jaringan IP, semua catatan menggunakan format umum ditentukan dalam RFC 1035: RR
(Resource record) Bidang Bidang Deskripsi Panjang (oktet) Nama dari node yang catatan ini
berkaitan (variabel) Jenis RR dalam bentuk angka (misalnya 15 untuk MX RRS) 2 CLASS kode Kelas
2 TTL Count detik bahwa RR tetap berlaku (maksimum adalah 231-1, yaitu sekitar 68 tahun) 4
RDLENGTH Panjang bidang RDATA

9. Tambahan Data RR-spesifik (variabel)NAME

Adalah nama domain berkualifikasi lengkap dari node di pohon. Pada kawat, nama dapat
dipersingkat menggunakan kompresi label mana ujung nama domain yang disebutkan
sebelumnya dalam paket bisa diganti untuk akhir nama domain saat ini. Sebuah berdiri @ bebas
digunakan untuk menunjukkan asal saat ini. TYPE adalah tipe record. Hal ini menunjukkan format
data dan memberikan sedikit digunakan. Sebagai contoh, catatan A digunakan untuk
menerjemahkan dari nama domain ke alamat IPv4, NS catatan daftar nama server yang dapat
menjawab pencarian di zona DNS, dan MX record menentukan mail server yang digunakan untuk
menangani email untuk sebuah domain tertentu di alamat e-mail (lihat juga Daftar jenis catatan
DNS).

10. RDATA

Adalah data relevansi tipe-spesifik, seperti alamat IP untuk catatan alamat, atau prioritas dan
nama host untuk MX record. Jenis catatan terkenal dapat menggunakan kompresi label di bidang
RDATA, tapi “tidak diketahui” jenis catatan tidak boleh (RFC 3597). CLASS catatan yang dibuat
untuk IN (Internet) untuk catatan DNS umum yang melibatkan nama host Internet, server, atau
alamat IP. Selain itu, kelas Chaos (CH) dan Hesiod (HS) yang ada [16] Setiap kelas adalah ruang
nama independen dengan delegasi berpotensi berbeda zona DNS. selain catatan sumber daya
didefinisikan dalam zona file, sistem nama domain juga mendefinisikan beberapa jenis
permintaan yang hanya digunakan dalam komunikasi dengan node DNS lain (pada kawat), seperti
ketika melakukan transfer zona (AXFR / IXFR) atau EDNS (OPT).

11. Wildcard DNS record

Adalah nama-nama yang dimulai dengan label tanda bintang, ‘*’, misalnya, *. Misalnya catatan
DNS milik nama domain wildcard. Menetapkan aturan untuk menghasilkan catatan sumber daya
dalam satu DNS zona dengan menggantikan seluruh label dengan komponen pencocokan nama
query, termasuk keturunan tertentu. Misalnya, dalam x.example zona DNS, konfigurasi berikut
menetapkan bahwa semua subdomain (termasuk subdomain dari subdomain) dari x.example
menggunakan axexample mail exchanger. Catatan untuk axexample diperlukan untuk
menentukan mail exchanger. Karena ini memiliki hasil tidak termasuk nama domain dan
subdomainnya dari pertandingan wildcard, semua subdomain dari axexample harus didefinisikan
dalam sebuah pernyataan terpisah wildcard. Peran catatan wildcard disempurnakan dalam RFC
4592, karena definisi asli dalam RFC 1034 tidak lengkap dan mengakibatkan salah tafsir oleh
pelaksana.

Ekstensi protokol Protokol DNS asli memiliki ketentuan terbatas untuk perpanjangan dengan
fitur baru. Pada tahun 1999, Paul Vixie diterbitkan dalam RFC 2671 mekanisme perpanjangan,
disebut mekanisme Ekstensi untuk DNS (EDNS) yang memperkenalkan elemen protokol opsional
tanpa meningkatkan biaya overhead jika tidak digunakan. Hal ini dilakukan melalui OPT catatan
pseudo-sumber daya yang hanya ada di transmisi kawat protokol, tetapi tidak dalam file zona
apapun. Ekstensi awal juga disarankan (EDNS0), seperti meningkatkan ukuran pesan DNS di UDP
datagrams.

12. Update zona Dinamis

Update DNS dinamis menggunakan DNS UPDATE opcode untuk menambah atau menghapus
catatan sumber daya secara dinamis dari zona basis data dipertahankan pada server DNS
otoritatif. Fitur ini dijelaskan dalam RFC 2136. Fasilitas ini berguna untuk mendaftarkan klien
jaringan ke DNS ketika mereka boot atau menjadi dinyatakan tersedia pada jaringan. Karena klien
boot dapat diberi alamat IP yang berbeda setiap kali dari server DHCP, tidak mungkin untuk
memberikan statis DNS tugas untuk klien tersebut. Masalah keamanan Awalnya, masalah
keamanan tidak pertimbangan desain utama untuk perangkat lunak DNS atau perangkat lunak
untuk penyebaran di Internet awal, seperti jaringan itu tidak terbuka untuk partisipasi oleh
masyarakat umum. Namun, perluasan Internet ke sektor komersial pada 1990-an mengubah
persyaratan untuk langkah-langkah keamanan untuk melindungi integritas data dan otentikasi
pengguna.Beberapa isu kerentanan ditemukan dan dimanfaatkan oleh pengguna yang jahat.
Salah satu isu tersebut adalah DNS cache keracunan, dimana data didistribusikan kepada caching
resolvers dengan dalih menjadi server asal otoritatif, sehingga mencemari menyimpan data
dengan informasi yang berpotensi palsu dan kedaluwarsa kali panjang (time-to-live). Selanjutnya,
permintaan aplikasi yang sah dapat diarahkan ke host jaringan dioperasikan dengan niat jahat.
Tanggapan DNS secara tradisional tidak cryptographically ditandatangani, menyebabkan banyak
kemungkinan serangan, Domain Name System Ekstensi Keamanan (DNSSEC) memodifikasi DNS
untuk menambahkan dukungan untuk tanggapan cryptographically ditandatangani. Beberapa
ekstensi telah dirancang untuk mengamankan zona transfer juga.
Beberapa nama domain dapat digunakan untuk mencapai efek spoofing. Misalnya, paypal.com
dan paypa1.com adalah nama-nama yang berbeda, namun pengguna mungkin tidak dapat
membedakan mereka dalam antarmuka pengguna grafis yang dipilih tergantung pada jenis huruf
pengguna. Dalam banyak font huruf l dan angka 1 terlihat sangat mirip atau bahkan identik.
Masalah ini akut pada sistem yang mendukung nama domain internasional, karena banyak kode
karakter dalam ISO 10646, mungkin muncul identik pada layar komputer biasa. Kerentanan ini
kadang-kadang dimanfaatkan dalam phishing.Teknik seperti maju-dikonfirmasi reverse DNS juga
dapat digunakan untuk membantu memvalidasi hasil DNS.

13. Registrasi nama domain

Hak untuk menggunakan nama domain didelegasikan oleh pendaftar nama domain yang
diakreditasi oleh Internet untuk Corporation Ditugaskan Nama dan Nomor (ICANN), organisasi
yang bertugas mengawasi nama dan sistem jumlah Internet. Selain ICANN, setiap domain tingkat
atas (TLD) dikelola dan dilayani secara teknis oleh organisasi administrasi, operasi registry.
Registri adalah bertanggung jawab untuk menjaga database nama yang terdaftar dalam TLD
dikelolanya. Registri menerima informasi pendaftaran dari masing-masing nama domain
registrar berwenang untuk menetapkan nama di TLD yang sesuai dan menerbitkan informasi
menggunakan layanan khusus, protokol WHOIS. ICANN menerbitkan daftar lengkap pendaftar
TLD dan pendaftar nama domain. Informasi pendaftar terkait dengan nama domain
dipertahankan dalam sebuah database online dapat diakses dengan layanan WHOIS. Untuk
sebagian besar lebih dari 290 kode negara top-level domain (ccTLD), pendaftar domain menjaga
WHOIS (pendaftar dan nama server, tanggal kadaluwarsa, dll) informasi. Misalnya, DENIC,
Jerman NIC, memegang data domain DE. Sejak sekitar tahun 2001, kebanyakan pendaftar gTLD
telah mengadopsi apa yang disebut pendekatan registry tebal, yaitu menjaga data WHOIS di
pendaftar pusat bukan database registrar. Untuk COM dan NET nama domain, model registri
tipis digunakan. Registri domain (misalnya, VeriSign) memegang dasar WHOIS data (yaitu,
registrar dan nama server, dll) Satu dapat menemukan WHOIS rinci (pendaftar, server nama,
tanggal kadaluwarsa, dll) di pendaftar.

Beberapa pendaftar nama domain, sering disebut pusat informasi jaringan (NIC), juga berfungsi
sebagai pendaftar ke pengguna-akhir. Para pendaftar domain top-level generik besar, seperti
untuk COM, NET, ORG, INFO domain, menggunakan model pendaftar-yang terdiri dari banyak
pendaftar nama domain. Dalam metode ini manajemen, registri saja. mengelola database nama
domain dan hubungan dengan pendaftar. Para pendaftar (pengguna nama domain) adalah
pelanggan dari registrar, dalam beberapa kasus melalui tambahan lapisan reseller.

F. 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), http://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.

G. 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)

BAB III

PENUTUP
A. KESIMPULAN

Dari makalah ini, kami dapat menyimpulkan beberapa hal tentang DNS, Domain Name System
(DNS) adalah distribute database system yang digunakan untuk pencarian nama komputer (name
resolution) di jaringan yang mengunakan TCP/IP (Transmission Control Protocol/Internet
Protocol). DNS biasa digunakan pada aplikasi yang terhubung ke Internet seperti web browser
atau e-mail, dimana DNS membantu memetakan host name sebuah komputer ke IP address.

Fungsi dari DNS adalah menerjemahkan nama komputer ke IP address (memetakan). Client DNS
disebut dengan resolvers dan DNS server disebut dengan name servers. Resolvers atau client
mengirimkan permintaan ke name server berupa queries. Name server akan memproses dengan
cara mencek ke local database DNS, menghubungi name server lainnya atau akan mengirimkan
message failure jika ternyata permintaan dari client tidak ditemukan. Proses tersebut disebut
dengan Forward Lookup Query, yaitu permintaan dari client dengan cara memetakan nama
komputer (host) ke IP address.