Akhirnya berhasil juga setting DNS di Ubuntu Gutsy, walaupun harus bolak balik warnet dikarenakan saya nggak punya repositorinya. Kebetulan server inherent masih dalam proses perbaikan, makanya nggak bisa apt-get dari repositori lokal. Repot juga kalau nggak punya repositori, harus cari file-file dependensi yang dibutuhkan. Berikut yang dapat saya dokumentasikan.
Langkah-langkah setting DNS menggunakan bind9
1. Install bind9
root@komputer16-desktop:/home/komputer16/bind9# dpkg -i bind9_9.4.1-P1-3ubuntu2_i386.deb
Selecting previously deselected package bind9.
(Reading database ... 89207 files and directories currently installed.)
Unpacking bind9 (from bind9_9.4.1-P1-3ubuntu2_i386.deb) ...
dpkg: dependency problems prevent configuration of bind9:
bind9 depends on libdns32 (= 1:9.4.1-P1-3ubuntu2); however:
Version of libdns32 on system is 1:9.4.1-P1-3.
bind9 depends on libisccfg30 (= 1:9.4.1-P1-3ubuntu2); however:
Version of libisccfg30 on system is 1:9.4.1-P1-3.
bind9 depends on libisc32 (= 1:9.4.1-P1-3ubuntu2); however:
Version of libisc32 on system is 1:9.4.1-P1-3.
bind9 depends on libisccc30 (= 1:9.4.1-P1-3ubuntu2); however:
Version of libisccc30 on system is 1:9.4.1-P1-3.
dpkg: error processing bind9 (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
bind9
Ternyata masih memerlukan file dependensi : libdns32, libisccfg30, libisc32, libisccc30. Cari di internet, download. Pastikan file dependensi tersebut untuk Ubuntu Gutsy Gibbon. Install file dependensi tersebut.
root@komputer16-desktop:/home/komputer16/bind9# dpkg -i libdns32_9.4.1-P1-3ubuntu2_i386.deb; dpkg -i libisccfg30_9.4.1-P1-3ubuntu2_i386.deb; dpkg -i libisc32_9.4.1-P1-3ubuntu2_i386.deb; dpkg -i libisccc30_9.4.1-P1-3ubuntu2_i386.deb
(Reading database ... 89247 files and directories currently installed.)
Preparing to replace libdns32 1:9.4.1-P1-3 (using libdns32_9.4.1-P1-3ubuntu2_i386.deb) ...
Unpacking replacement libdns32 ...
Setting up libdns32 (1:9.4.1-P1-3ubuntu2) ...
Processing triggers for libc6 ...
ldconfig deferred processing now taking place
(Reading database ... 89247 files and directories currently installed.)
Preparing to replace libisccfg30 1:9.4.1-P1-3 (using libisccfg30_9.4.1-P1-3ubuntu2_i386.deb) ...
Unpacking replacement libisccfg30 ...
Setting up libisccfg30 (1:9.4.1-P1-3ubuntu2) ...
Processing triggers for libc6 ...
ldconfig deferred processing now taking place
(Reading database ... 89247 files and directories currently installed.)
Preparing to replace libisc32 1:9.4.1-P1-3 (using libisc32_9.4.1-P1-3ubuntu2_i386.deb) ...
Unpacking replacement libisc32 ...
Setting up libisc32 (1:9.4.1-P1-3ubuntu2) ...
Processing triggers for libc6 ...
ldconfig deferred processing now taking place
(Reading database ... 89247 files and directories currently installed.)
Preparing to replace libisccc30 1:9.4.1-P1-3 (using libisccc30_9.4.1-P1-3ubuntu2_i386.deb) ...
Unpacking replacement libisccc30 ...
Setting up libisccc30 (1:9.4.1-P1-3ubuntu2) ...
Processing triggers for libc6 ...
ldconfig deferred processing now taking place
Proses installasi file dependensi selesai. Coba install lagi bind9
root@komputer16-desktop:/home/komputer16/bind9# dpkg -i bind9_9.4.1-P1-3ubuntu2_i386.deb
(Reading database ... 89247 files and directories currently installed.)
Preparing to replace bind9 1:9.4.1-P1-3ubuntu2 (using bind9_9.4.1-P1-3ubuntu2_i386.deb) ...
Unpacking replacement bind9 ...
Setting up bind9 (1:9.4.1-P1-3ubuntu2) ...
Adding group `bind' (GID 120) ...
Done.
Adding system user `bind' (UID 112) ...
Adding new user `bind' (UID 112) with group `bind' ...
Not creating home directory `/var/cache/bind'.
wrote key file "/etc/bind/rndc.key"
* Starting domain name service... bind [ OK ]
bind9 sudah diinstall.
Sudah terinstall. Kalau Anda punya repositorinya, bisa langsung pakai apt-get.
root@komputer16-desktop:/home/komputer16/bind9# apt-get install bind9
2. Pastikan bind9 sudah terinstall. Coba cek. Cuma untuk memastikan.
root@komputer16-desktop:/home/komputer16/bind9# dpkg -l | grep bind9
ii bind9 1:9.4.1-P1-3ubuntu2 Internet Domain Name Server
ii bind9-host 1:9.4.1-P1-3 Version of 'host' bundled with BIND 9.X
ii libbind9-30 1:9.4.1-P1-3 BIND9 Shared Library used by BIND
3. Edit file /etc/resolv.conf
root@komputer16-desktop:/home/komputer16/bind9# pico /etc/resolv.conf
domain enambelas.com
search enambelas.com
nameserver 192.168.1.16
4. Edit file /etc/bind/named.conf
root@komputer16-desktop:/home/komputer16/bind9# pico /etc/bind/named.conf
// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local
include "/etc/bind/named.conf.options";
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "/etc/bind/db.root";
};
// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912
zone "localhost" {
type master;
file "/etc/bind/db.local";
};
zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};
zone "0.in-addr.arpa" {
type master;
file "/etc/bind/db.0";
};
zone "255.in-addr.arpa" {
type master;
file "/etc/bind/db.255";
};
//tambahkan baris berikut
zone "enambelas.com" {
type master;
file "/etc/bind/db.enambelas.com";
};
zone "1.168.192.in-addr.arpa" {
type master;
file "/etc/bind/db.192.168.1";
};
// zone "com" { type delegation-only; };
// zone "net" { type delegation-only; };
// From the release notes:
// Because many of our users are uncomfortable receiving undelegated answers
// from root or top level domains, other than a few for whom that behaviour
// has been trusted and expected for quite some length of time, we have now
// introduced the "root-delegations-only" feature which applies delegation-only
// logic to all top level domains, and to the root domain. An exception list
// should be specified, including "MUSEUM" and "DE", and any other top level
// domains from whom undelegated responses are expected and trusted.
include "/etc/bind/named.conf.local";
5. Buat file /etc/bind/db.enambelas.com
root@komputer16-desktop:/home/komputer16/bind9# pico /etc/bind/db.enambelas.com
$TTL 86400
@ IN SOA enambelas.com. root.enambelas.com. (
20081122 ;Serial
604800 ;Refresh
86400 ;Retry
2419200 ;Expire
604800 ) ; Negative Cache TTL
@ IN NS enambelas.com.
@ IN A 192.168.1.16
6. Buat file /etc/bind/db.192.168.1
root@komputer16-desktop:/home/komputer16/bind9# pico /etc/bind/db.192.168.1
$TTL 86400
@ IN SOA enambelas.com. root.enambelas.com. (
20081122 ;Serial
604800 ;Refresh
86400 ;Retry
2419200 ;Expire
604800) ; Negative Cache TTL
;
IN NS enambelas.com.
IN PTR www.enambelas.com.
7. Cek apakah settingan file db.enambelas.com sudah benar?
root@komputer16-desktop:/home# named-checkzone enambelas.com /etc/bind/db.enambelas.com
zone enambelas.com/IN: loaded serial 20081122
OK
8. Cek apakah settingan file db.192.168.1 sudah benar?
root@komputer16-desktop:/home# named-checkzone 192.168.1 /etc/bind/db.192.168.1
zone 192.168.1/IN: loaded serial 20081122
OK
9. Restart service DNS
root@komputer16-desktop:/home/komputer16/bind9# /etc/init.d/bind9 restart
* Stopping domain name service... bind [ OK ]
* Starting domain name service... bind [ OK ]
10. Sudah selesai, sekarang tes dengan perintah dig atau ping
root@komputer16-desktop:/home/komputer16/bind9# dig enambelas.com
; <<>> DiG 9.4.1-P1 <<>> enambelas.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59585
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;enambelas.com. IN A
;; ANSWER SECTION:
enambelas.com. 86400 IN A 192.168.1.16
;; AUTHORITY SECTION:
enambelas.com. 86400 IN NS enambelas.com.
;; Query time: 1 msec
;; SERVER: 192.168.1.16#53(192.168.1.16)
;; WHEN: Sat Nov 22 21:12:31 2008
;; MSG SIZE rcvd: 61
root@komputer16-desktop:/home/komputer16/bind9# ping enambelas.com
PING enambelas.com (192.168.1.16) 56(84) bytes of data.
64 bytes from komputer16-desktop.local (192.168.1.16): icmp_seq=1 ttl=64 time=0.016 ms
64 bytes from komputer16-desktop.local (192.168.1.16): icmp_seq=2 ttl=64 time=0.024 ms
64 bytes from komputer16-desktop.local (192.168.1.16): icmp_seq=3 ttl=64 time=0.025 ms
64 bytes from komputer16-desktop.local (192.168.1.16): icmp_seq=4 ttl=64 time=0.028 ms
64 bytes from komputer16-desktop.local (192.168.1.16): icmp_seq=5 ttl=64 time=0.025 ms
--- enambelas.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3998ms
rtt min/avg/max/mdev = 0.016/0.023/0.028/0.006 ms
Selengkapnya...
Senin, 26 April 2010
Konfigurasi DNS di Ubuntu 7.10 Menggunakan bind9
Jenis Jenis Catatan DNS
Biasanya masih sedikit sekali website atau blog yang membahas tentang jenis-jenis catatan DNS ini dari arti sampai fungsinya, biar kita semua gak tambah be-go mari kita sedikit men-go-blog-kan sesama biar paham bila nanti suatu waktu diperlukan tidak kesulitan.
1. A record atau catatan alamat memetakan sebuah nama host ke alamat IP 32-bit (untuk IPv4).
2. AAAA record atau catatan alamat IPv6 memetakan sebuah nama host ke alamat IP 128-bit (untuk IPv6).
3. CNAME record atau catatan nama kanonik membuat alias untuk nama domain. Domain yang di-alias-kan memiliki seluruh subdomain dan record DNS seperti aslinya.
4. MX record atau catatan pertukaran surat memetakan sebuah nama domain ke dalam daftar mail exchange server untuk domain tersebut.
5. PTR record atau catatan penunjuk memetakan sebuah nama host ke nama kanonik untuk host tersebut. Pembuatan record 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.
6. NS record atau catatan server nama memetakan sebuah nama domain ke dalam satu daftar dari server DNS untuk domain tersebut. Pewakilan bergantung kepada record NS.
7. SOA record atau catatan otoritas awal (Start of Authority) mengacu server DNS yang mengediakan otorisasi informasi tentang sebuah domain Internet.
8. SRV record adalah catatan lokasi secara umum.
9. Catatan TXT mengijinkan administrator untuk memasukan data acak ke dalam catatan DNS, catatan ini juga digunakan di spesifikasi Sender Policy Framework.
10. 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.
Selengkapnya...
Install DNS Server Dan Keamanannya
Ok, selanjutnya langsung pada how to instaall DNS server oya disini saya menggunakan CentOS 5.2 dan BIND 9.5P2 sebagai DNS server.
Pertama periksa apakah bind sudha terinstall, hapus user named bila ada
# for a in $(rpm -qa | grep ^bind); do rpm -e --nodeps $a; done
# userdel -r named
Hapus direktori named
# rm -rf /var/named
Download bind, sebelumnya kunjungi link download ini dan pilih source .tar.gz
# wget http://ftp.isc.org/isc/bind9/9.5.0-P2/bind-9.5.0-P2.tar.gz
Ekstrak file source dari bind:
# tar -xzvf bind-9.2.2rc1.tar.gz
Masuk ke direktori hasil ekstrak tadi:
# cd bind-9..5.0-P2
Kemudia konfigurasi file hasil ekstrak tersebut:
# ./configure --prefix=/usr/local/named
# make
# make install
# adduser -d /var/named -s /bin/false named
Kemudian masuk ke direktori user named dan download file named.root yag berisi informasi tentang root server:
# cd /var/named
# wget http://www.internic.net/zones/named.root
Selanjutnya buat file untuk reverse PTR localhost, disini saya menggunakan vi editor [my favorite]
# vi db.127.0.0
Isi file db.127.0.0 adalah :
$TTL 86400
@ IN SOA localhost. root.localhost. (
2003021500 ; serial
28800 ; refresh
14400 ; retry
3600000 ; expiry
86400 ) ; minimum
IN NS localhost.
1 IN PTR localhost.
Format serial adalah yy/mm/dd/hh
# cp db.127.0.0 db.202.123.234
Next.... buat file yang berisi tentang zone dari localhost:
# vi db.localhost
Isi dari file db.localhost adalah :
$TTL 86400
$ORIGIN localhost.
@ IN SOA localhost. root.localhost. (
2003021500 ; serial
28800 ; refresh
14400 ; retry
3600000 ; expiry
86400 ) ; minimum
IN NS localhost.
IN A 127.0.0.1
Buat file db.bind
$TTL 1D
$ORIGIN bind.
@ 1D CHAOS SOA localhost. root.localhost. (
2008102100 ; serial
3H ; refresh
1H ; retry
1W ; expiry
1D ) ; minimum
CHAOS NS localhost.
version.bind. CHAOS TXT "BIND 9.1.3+robhacks"
authors.bind. CHAOS TXT "are better coders than I.:)"
Buat sebuah deirktori untuk menyimpan file konfigurasi dari demon program BIND:
# mkdir /usr/local/named/etc
Buat file /usr/local/named/etc/named.conf yang akan dijadikan sebagai file konfigurasi dari program BIND, dibawah ini saya contohkan file named.conf yang saya gunakan. Ini berdasarkan dari beberapa referensi yang saya temukan di internet:
# vi /usr/local/named/etc/named.conf
Isi dari file named.conf:
acl "xfer" {
202.123.234.100/32; // secondary name server
};
acl "trusted" {
// Masukan ip yang diijinkan melakukan recursive query
// tambah sesuai kebutuhan
202.123.234.0/24; //Example
192.168.0.0/24; //LAN
localhost; //Server ini
};
acl "bogon" {
// Hapus atau comment LAN anda dari acl bogon ini
0.0.0.0/8;
1.0.0.0/8;
2.0.0.0/8;
5.0.0.0/8;
7.0.0.0/8;
10.0.0.0/8;
23.0.0.0/8;
27.0.0.0/8;
31.0.0.0/8;
36.0.0.0/8;
37.0.0.0/8;
39.0.0.0/8;
42.0.0.0/8;
49.0.0.0/8;
50.0.0.0/8;
77.0.0.0/8;
78.0.0.0/8;
79.0.0.0/8;
92.0.0.0/8;
93.0.0.0/8;
94.0.0.0/8;
95.0.0.0/8;
96.0.0.0/8;
97.0.0.0/8;
98.0.0.0/8;
99.0.0.0/8;
100.0.0.0/8;
101.0.0.0/8;
102.0.0.0/8;
103.0.0.0/8;
104.0.0.0/8;
105.0.0.0/8;
106.0.0.0/8;
107.0.0.0/8;
108.0.0.0/8;
109.0.0.0/8;
110.0.0.0/8;
111.0.0.0/8;
112.0.0.0/8;
113.0.0.0/8;
114.0.0.0/8;
115.0.0.0/8;
116.0.0.0/8;
117.0.0.0/8;
118.0.0.0/8;
119.0.0.0/8;
120.0.0.0/8;
169.254.0.0/16;
172.16.0.0/12;
173.0.0.0/8;
174.0.0.0/8;
175.0.0.0/8;
176.0.0.0/8;
177.0.0.0/8;
178.0.0.0/8;
179.0.0.0/8;
180.0.0.0/8;
181.0.0.0/8;
182.0.0.0/8;
183.0.0.0/8;
184.0.0.0/8;
185.0.0.0/8;
186.0.0.0/8;
187.0.0.0/8;
192.0.2.0/24;
// LAN saya 192.168.0.0/16;
197.0.0.0/8;
223.0.0.0/8;
224.0.0.0/3;
};
logging {
category lame-servers { null; };
category edns-disabled { null; };
channel default_syslog {
syslog local2;
severity debug;
};
channel audit_log {
file "named_audit.log";
severity debug;
print-time yes;
};
category default { default_syslog; };
category general { default_syslog; };
category security { audit_log; default_syslog; };
category config { default_syslog; };
category resolver { audit_log; };
category xfer-in { audit_log; };
category xfer-out { audit_log; };
category notify { audit_log; };
category client { audit_log; };
category network { audit_log; };
category update { audit_log; };
category queries { audit_log; };
category lame-servers { audit_log; };
};
options {
directory "/var/named";
allow-transfer { "xfer"; };
pid-file "named.pid";
statistics-file "named.stats";
memstatistics-file "named.memstats";
dump-file "named.dump";
zone-statistics yes;
notify no;
transfer-format many-answers;
max-transfer-time-in 60;
interface-interval 0;
allow-query { trusted; };
blackhole { bogon; };
};
view "internal-in" in {
match-clients { trusted; };
recursion yes;
additional-from-auth yes;
additional-from-cache yes;
zone "." in {
type hint;
file "named.root";
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "db.127.0.0";
allow-query { any; };
allow-transfer { none; };
};
//Tambahkan domain lokal diarea ini
};
view "external-in" in {
match-clients { any; };
recursion no;
additional-from-auth no;
additional-from-cache no;
zone "." IN {
type hint;
file "named.root";
};
zone "localhost" IN {
type master;
file "db.localhost";
allow-update { none; };
};
zone "0.0.127.in-addr.arpa" IN {
type master;
file "db.127.0.0";
allow-update { none; };
};
zone "234.123.202.in-addr.arpa" IN {
type master;
file "db.202.123.234";
allow-query { any; };
};
};
view "external-chaos" chaos {
match-clients { any; };
recursion no;
zone "." {
type hint;
file "/dev/null";
};
zone "bind" {
type master;
file "db.bind";
allow-query { trusted; };
allow-transfer { none;};
};
};
key "rndc-key" {
algorithm hmac-md5;
secret "vukamQmCQ9m21eQx/kChqg==";
};
controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};
#End of named.conf
Note: Perhatikan tag pembuka { dan penutupnya };
Selanjutnya generate file konfigurasi yang akan digunakan oleh program rndc, yang perlu diingat adalah hasil dari perintah rndc-confgen tidak selalu sama, sebaiknya diperhatikan.
# /usr/local/named/sbin/rndc-confgen
Kemudian copy paste dari asil perintah diatas mulai dari ibaris "Start of rndc.conf" sampai dengan baris "End of rndc.conf" dan simpan pada direktori dan nama file "/usr/local/named/etc/rndc.conf"
Selanjutnya copy paste lagi mulai dari baris "rndc-key" sampai pada baris paling bawah atau "#End named.conf" ke /usr/local/named/etc/named.conf dan jangan lupa menghilangkan tanda # kecuali pada "#End named.conf" karena yang ini bukan termasuk dalam script konfigurasi atau hanya bersifat menerangkan. Ok, dibawah ini adalah contoh dari langkah-langkah diatas:
Isi dari file /usr/local/named/etc/rndc.conf:
# Start of rndc.conf
key "rndc-key" {
algorithm hmac-md5;
secret "vukamQmCQ9m21eQx/kChqg==";
};
options {
default-key "rndc-key";
default-server 127.0.0.1;
default-port 953;
};
# End of rndc.conf
Sedangkan pada file /usr/local/named/etc/named.conf ditambahkan:
# Use with the following in named.conf, adjusting the allow list as needed:
key "rndc-key" {
algorithm hmac-md5;
secret "vukamQmCQ9m21eQx/kChqg==";
};
controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};
# End of named.conf
Next....
# /usr/local/named/sbin/rndc-confgen > confgen.tmp
# grep -v "^#" confgen.tmp > /usr/local/named/etc/rndc.conf
#Grep "^#" confgen.tmp | sed 1.3d | sed -e "s/\#//g" | sed -e "s/END onf named.conf//g">> /usr/local/named/etc/named.conf
# rm -rf confgen.tmp
Langkah selanjutnya adalan mengubah kepemilikan home direktori dari user named, kemudian menjalankan daemon dari program BIND:
# chown -R named.named /var/named
Jalankan BIND:
# /usr/local/named/sbin/named -u named -c /usr/local/named/etc/named.conf
Jika sukses anda bisa melihat pada file /var/log/messages kira-kira seperti berikut:
# tail -f /var/log/messages
starting BIND 9.2.2rc1 -u named -c /usr/local/named/etc/named.conf
using 1 CPU
loading configuration from '/usr/local/named/etc/named.conf'
no IPv6 interfaces found
listening on IPv4 interface lo, 127.0.0.1#53
listening on IPv4 interface eth0, 10.126.24.1#53
command channel listening on 127.0.0.1#953
zone 17.195.124.in-addr.arpa/IN: loaded serial 2003021500
zone 0.0.127.in-addr.arpa/IN: loaded serial 2003021500
zone localhost/IN: loaded serial 2003021500
running
Tambahkan perintah "/usr/local/named/sbin/named iu named -c /usr/local/named/etc/named.conf" pada rc.local
root@ns1~]# echo ./usr/local/named/sbin/named -u named -c /usr/local/named/etc/named.conf. >> /etc/rc.local
Kemudian set resolver agar menggunakan name server localhost:
# echo "nameserver 127.0.0.1" > /etc/resolv.conf
Testing query menggunakan name server localhost dengan perintah host :
# host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.
# host localhost
localhost has address 127.0.0.1
Dari semua diatas dns server telah siap untuk digunakan, ingat!! Ini bukan karya pribadi saya melainkan dari beberapa sumber yang telah saya aplikasikan, adapun referensi sebagai berikut:
• Komunitas FreeBSD Indonesia
• Kecoak Elektronik
• Layangan.com
Selengkapnya...
Instalasi DNS Server di Ubuntu menggunakan Bind9
Instalasi DNS server menggunakan bind9 di Ubuntu dalam sistem chroot. Anda akan dikenalkan pada beberapa record penting, yang harus Anda pahami ketika mengadministrasi sebuah domain di DNS server Anda.
Instalasi Bind dalam sistem chroot
Mengapa instalasi nya dalam chroot?
Karena bind ini memiliki sejarah yang panjang dalam urusan lubang keamanan (sering ditemukan celah, yang menyebabkan sistem Anda bisa dicrack melalui bind), maka kita lakukan instalasi dalam lingkungan yang terbatas/chroot.
Instalasi paket
sudo apt-get install bind9
Stop dulu, sebelum kita lanjutkan ke tahapan chroot
sudo /etc/init.d/bind9 stop
Konfigurasi chroot
sudo mkdir -p /var/lib/named/etc
sudo mkdir /var/lib/named/dev
sudo mkdir -p /var/lib/named/var/cache/bind
sudo mkdir -p /var/lib/named/var/run/bind/run
sudo mv /etc/bind /var/lib/named/etc
sudo ln -s /var/lib/named/etc/bind /etc/bind
sudo mknod /var/lib/named/dev/null c 1 3
sudo mknod /var/lib/named/dev/random c 1 8
sudo chmod 666 /var/lib/named/dev/*
sudo chown -R bind:bind /var/lib/named/var/*
sudo chown -R bind:bind /var/lib/named/etc/bind
Sunting Berkas /etc/default/bind9, cari baris seperti di bawah ini,
OPTIONS="-u bind"
Lalu ganti menjadi,
OPTIONS="-u bind -t /var/lib/named"
Setelah itu, start kembali bind,
sudo /etc/init.d/bind9 start
Sekarang instalasi chroot dns sudah selesai. Kita lanjutkan ke tahapan berikutnya.
Format Penulisan berkas Domain di Bind
Ini adalah bagian yang paling rumit tapi juga penting. Dengan memahami cara penulisan record domain di bind, Anda dijamin bisa mengelola domain dengan baik.
Misal, Anda ingin membuat domain baru, perusahaan.com. Maka langkah pertama yang perlu Anda lakukan adalah membuat berkas baru yang isinya kira-kira seperti di bawah ini.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25 $TTL 7200 ; 2 hours
@ IN SOA ns1.perusahaan.com. hostmaster.perusahaan.com. (
2009060708 ; serial
7200 ; refresh (2 hours)
3600 ; retry (1 hour)
604800 ; expire (1 week)
10800 ; minimum (3 hours)
)
NS ns1.perusahaan.com.
NS ns2.perusahaan.com.
A 192.168.1.2
MX 10 mail1.perusahaan.com.
MX 20 mail2.perusahaan.com.
mail1 A 192.168.1.11
mail2 A 192.168.1.12
ns1 A 192.168.1.3
ns2 A 192.168.2.3
pop CNAME mail1
smtp CNAME mail1
webmail CNAME mail1
www A 192.168.1.2
Mari kita pelajari beberapa record yang ada di berkas tersebut.
SOA record
@ IN SOA ns1.perusahaan.com. hostmaster.perusahaan.com.
SOA (Start of Authority) adalah catatan dimana berkas zona/domain tersebut pertama kali dibuat. Ini juga bisa diartikan sebagai master DNS.
Sedangkan kolom berikutnya adalah kontak email, hanya saja @ disini digantikan dengan titik. Jadi dari baris di atas bisa kita simpulkan kontak emailnya adalah hostmaster@perusahaan.com.
NS record
NS (Name Server) adalah catatan yang menentukan server mana yang akan menjawab atau melayani informasi seputar DNS untuk sebuah domain.
Sebuah domain bisa memiliki banyak NS record. Semakin banyak NS server yang Anda definisikan, berarti semakin banyak pula yang bisa melayani (tentunya harus di setup juga proses master/slave utk proses propagasi data). Disarankan lokasi NS yang satu dan lainnya, ada di jaringan yang berbeda. Jadi kalau ada satu network yang terputus, NS server di jaringan yang lain masih bisa memberikan layanan.
MX record
MX (Mail Exchange) adalah catatan yang menentukan kemana sebuah email akan dikirim. Dalam record MX ini, ada variabel tambahan yaitu priotity.
Priority ini adalah angka yang menunjukkan skala prioritas, yang bisa Anda isi dari mulai 0 s.d 65536. Semakin kecil angkanya, semakin tinggi prioritasnya.
Jadi kalau Anda lihat di contoh di atas, maka mail1.perusahaan.com adalah tujuan pertama email akan dikirim, jika server mail1 ini tidak bisa diakses, maka email akan dikirim ke mail2.
A record
A (atau biasa disebut sebagai host record) merupakan inti dari DNS. A record adalah pemetaan dari nama ke alamat ip. Pemetaan ini tidak harus satu ke satu, beberapa nama yang berbeda bisa Anda petakan ke satu buah alamat IP yang sama.
Misal,
cecep A 192.168.1.13
mahbub A 192.168.1.13
Lihat juga record CNAME.
CNAME record
CNAME (Canonical Name) adalah alias. Jadi jika pada contoh di atas saya tulis, pop CNAME mail1, maka pop adalah nama lain untuk host mail1.
Dalam beberapa kasus, CNAME tidak disarankan. Misal mengisi alamat MX record dengan sebuah record CNAME. Karena akan menambah satu proses query ke DNS, dan itu tidak efisien.
Untuk informasi dasar seputar DNS ini silahkan Anda baca Basic Guide to DNS sebuah tulisan dari google.
Membuat Zona Baru
Karena kita sedang berbicara instalasi bind9 di Ubuntu, maka kita pakai cara ubuntu saja, dan kalau menggunakan distro lain tentunya harus menyesuaikan.
Tadi kita sudah buat berkas baru yang berisikan record-record utk domain yang akan kita kelola. Sekarang kita simpan berkas tersebut dengan nama db_perusahaan.com, simpan di /etc/bind/.
Pastikan hak akses dan kepemilikannya sudah betul
sudo chmod 644 /etc/bind/db_perusahaan.com
sudo chown bind:bind /etc/bind/db_perusahaan.com
Lalu sekarang kita sunting berkas /etc/bind/named.conf.local, buat baris baru seperti berikut,
1
2
3
4 zone "perusahaan.com" {
type master;
file "/etc/bind/db_perusahaan.com";
};
Setelah itu, konfigure ulang bindnya.
sudo rndc reload
Cek dan ricek menggunakan dig
Untuk mengecek SOA record, termasuk didalamnya adalah serial dari zona yang baru kita buat, jalankan perintah berikut,
dig @localhost soa perusahaan.com
Untuk mengecek MX record, gunakan perintah berikut,
dig @localhost mx perusahaan.com
Untuk mengecek A record atau CNAME record, kita tinggal query hostnamenya saja. Misal, cek www.perusahaan.com,
dig @localhost www.perusahaan.com
Pemecahan Masalah
Kalau ada masalah, jangan buru-buru menyerah, atau bertanya ke google. Biasanya solusinya ada didekat-dekat kita juga. Mari kita lihat.
Lihat Log
Di Ubuntu, log yang harus diperiksa adalah /var/log/daemon.log, lihat disitu seharusnya ada clue buat Anda.
Kurang Titik!
Masalah yang sering terjadi dalam mengkonfigurasi DNS adalah kurang teliti dalam membuat zona domain. Kurang titik bisa membuat zona yang kita buat salah. Perhatikan gambar di bawah ini, lalu teliti kembali berkas db_perusahaan.com yang sudah Anda buat tadi.
Masalah AppArmor
Di Ubuntu server defaultnya sudah terinstall aplikasi apparmor, yang kalau di fedora padanannya tuh SELinux. Sama-sama berfungsi untuk menambahkan layer security, tapi kadang bikin mumet proses konfigurasi.
Untuk proses troubleshoot, coba matikan dulu apparmor
sudo /etc/init.d/apparmor stop
Jika ingin membuang paketnya,
sudo dpkg --purge apparmor apparmor-utils
Selengkapnya...
DNS Server pada Redhat 9
DNS Server Pda Redhat 9
Utilitas yang digunakan untuk praktik membangun DNS server adalah Barkelay Internet Name Domain ( BIND ). Bind manyertakan sebuah daemon atau program bernama named, bind merupakan software client server. Software client disebut resolver karena berisikan query-query infomrasi tentang suatu domain dan mengirimkan query tersebut ke server.sedangkan software server bertugas menjawab query dari client. Fedora telah memecah software Bind menjadi beberapa buat paket aplikasi. Untuk melihat apakah fedora telah terinstall bind gunakan perintah berikut :
Langkah – langkah Konfigurasi DNS Server :
1. Cek apakah Fedora telah terinstall Bind, ketikkan perintah berikut:
[root@bandarlampung ~]# rpm -qa | grep bind
Tahap selanjutnya mengkonfigurasi file-file berikut ini :
• Boot script ( /etc/named.conf)
• Zona file (/var/named)
• Resolver ( /etc/resolv.conf)
2. Konfigurasi named.conf
Jika kita menginstall aplikasi bind-chroot maka named.conf akan disimpan di direktori /var/named/chroot/etc/.sedangkan /etc/named.conf hanyalah sorhtcutnya saja. Biasanya file named.conf sudah ada didalam direktori tersebut, namun apabila belum ada kita buat saja sendiri.
[root@bandarlampung ~]# vi /var/named/chroot/etc/named.conf
lalu tekan huruf a ( untuk insert), select semua srcipt yang telah di siapkan di notepad. Copy lalu paste ke dalam file tersebut.
————————————————————————————————————
Berikut script untuk file named.conf
options {
directory “/var/named”;
};
zone “localhost” IN {
type master;
file “localhost.zone”;
allow-update { none; };
};
zone “0.0.127.in-addr.arpa” IN {
type master;
file “named.local”;
allow-update { none; };
};
zone “go.id” IN {
type master;
file “go.id.db”;
};
zone “0.168.192.in-addr.arpa” IN {
type master;
file “go.id.rev.db”;
};
————————————————————————————————————
Karena kita telah menginstall aplikasi bind-chroot, file named.conf di letakan di direktori /var/named/chroot/etc maka kita harus membuat link / shortcut file ini ke direktori /etc. gunakan perintah berikut ini :
[root@bandarlampung ~]# ln -s /var/named/chroot/etc/named.conf/etc
3. Tahap Selanjutnya Adalah Konfigurasi File Zona.
Kita akan membuat file zona untuk domain dan reverse domain yang sudah di definiskan didalam file named.conf. File zona ibaratnya database bagi server DNS, file zona akan diisi dengan record atau data-data tertentu. Data data atau record yang di gunakan oleh file zone disebut resources record atau RR. Diatas kita sudah menentukan nama untuk file zone go.id dan reverse nya yaitu go.id.db dan go.id.rev.db. Lokasinya telah ditentukan di direktori /var/named. Namun jika telah menginstall bind-chroot maka kedua file ini harus disimpan di /var/named/chroot/var/named. Kita juga harus membuat link nya ke /var/named/ agar sesuai dengan apa yang telah di definisikan pada named.conf.
4. Langkah-Langkah Membuat File zona net.id.db
Buatlah file go.id.db pada direktori /var/named/chroot/var/named seperti berikut :
[root@bandarlampung ~]# touch /var/named/chroot/var/named/go.id.db
Lalu masukan script go.id.db berikut ini ke file tersebut caranya sama seperti saat kita membuat file named.conf.gunakan editor vi untuk mengedit file go.id.db lalu tekan a, dan paste script nya di file tersebut. Lalu tekan esc :wq! Enter.
[root@bandarlampung ~]# vi /var/named/chroot/var/named/go.id.db
Isi file go.id.db
————————————————————————————————————
$TTL 86400
@ IN SOA bandarlampung.go.id. tari.bandarlampung.go.id. (
2008121000 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
IN NS bandarlampung.go.id.
bandarlampung.go.id. IN A 192.168.0.2
tari.go.id. IN A 192.168.0.85
penguin.go.id. IN A 192.168.0.86
————————————————————————————————————
Karena kita telah menginstall aplikasi bind-chroot, file go.id.db di letakan di direktori /var/named/chroot/var/named/ maka kita harus membuat link / shortcut file ini ke direktori /var/named gunakan perintah berikut ini :
[root@bandarlampung ~]# ln -s /var/named/chroot/var/named/go.id.db/var/named/
1. Berikutnya buat juga file go.id.rev.db.
Caranya sama seperti diatas, namun yang berbeda isi dari script nya.
Buatlah file go.id.rev.db pada direktori /var/named/chroot/var/named seperti berikut:
[root@bandarlampung ~]# touch var/named/chroot/var/named/go.id.rev.db
[root@bandarlampung ~]# vi /var/named/chroot/var/named/go.id.rev.db
Untuk file go.id.rev.db berikut ini adalah isi script nya, isi file go.id.rev.db
————————————————————————————————————
$TTL 86400
@ IN SOA bandarlampung.go.id. tari.bandarlampung.go.id. (
2008121000 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
IN NS bandarlampung.go.id.
2.0.168.192.in-addr.arpa. IN PTR bandarlampung.go.id.
85.0.168.192.in-addr.arpa. IN PTR tari.go.id.
86.0.168.192.in-addr.arpa. IN PTR penguin.go.id.
————————————————————————————————————
6. Selanjutnya kita konfigurasi juga file zone root dan localhost
file zona root dan localhost biasanya sudah disediakan oleh Bind. Namun jika belum ada atau hilang, anda dapat membuatnya sendiri, yang caranya pun sama seperti cara membuat kedua file diatas. Kebetulan di server yang saya buat file tersebut telah disediakan oleh Bind anda bisa melihatnya dengan perintah berikut :
[root@bandarlampung ~]# ls /var/named/chroot/var/named/
Karena sudah ada maka tahap selanjutnya anda hanya tinggal mengedit file tersebut disesuaikan dengan file zona yang telah tadi di buat, adapun caranya hampir sama seperti cara diatas,dan scriptnya adalah sebagai berikut :
[root@bandarlampung ~]# vi /var/named/chroot/var/named/localhost.zone
Amatilah isi file localhost.zone tersebut, lalu samakan dengan script berikut ini. Isi file localhost.zone
————————————————————————————————————
$TTL 86400
@ IN SOA @ root (
2008121000 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
IN NS @
IN A 127.0.0.1
IN AAAA ::1
————————————————————————————————————
Edit juga file named.local
[root@bandarlampung ~]# vi /var/named/chroot/var/named/named.local
Amatilah isi file named.local tersebut lalu samakan dengan script berikut ini. Isi file named.local :
————————————————————————————————————
$TTL 86400
@ IN SOA localhost. root.localhost. (
2008121000 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
IN NS localhost.
1 IN PTR localhost.
————————————————————————————————————
1. Konfigurasi resolv.conf
Selanjutnya kita harus memberitahu resolver tentang keberadaan Server DNS dengan Ip Address 192.168.0.2. edit file /etc/resolv.conf sehingga tampak seperti berikut ini :
[root@bandarlampung ~]# cat /etc/resolv.conf
file /etc/resolv.conf berisi daftar ip address server DNS. File ini akan dibaca oleh komputer resolver komputer server maupun client.
1. Konfigurasi file hosts.conf
file hosts.conf digunakan untuk menentukan urutan proses resolving. Didalam file hosts.conf terdapat argumen sebagai berikut :
[root@bandarlampung ~]# cat /etc/hosts.conf
{order hosts,bind}
Argumen diatas akan menyebabkan proses resolving akan di mulai dari file hosts barulah kemudian DNS, jadi apapun yang ada di dalam hosts akan di baca lebih dahulu oleh resolver. Ubahlah argumen tersebut sehingga menjadi seperti ini :
[root@bandarlampung ~]# vi /etc/hosts.conf
[root@bandarlampung ~]# cat /etc/hosts.conf
{order bind,hosts}
Argumen di atas merupakan kebalikan sebelumnya, resolver akan mencari informasi dari server DNS terlebih dahulu barulah kemudian file hosts.
1. Uji coba Server
Setelah semua langkah-langkah diatas dilakukan, selanjutnya mengaktifkanserver dengan menjalankan service named, gunakan perintah seperti berikut:
[root@bandarlampung ~]# service named restart
Pastikan tidak ada pesan error, kita dapat mengamati prosesnya dengan perintah berikut :
[root@bandarlampung ~]# netstat -an | grep 53
Lakukan pengecekan server dengan perintah nslookup
[root@bandarlampung ~]# nslookup bandarlampung.go.id
Akan muncul seperti ini:
—————————————————————————————————–
Server : 192.168.0.2
Address : 192.168.0.2#53
Name : bandarlampung.go.id
Address : 192.168.0.2
——————————————————————————————————-
Lakukan juga pengecekan zona go.id
[root@bandarlampung ~]# nslookup 192.168.0.2. Maka akan tampil :
—————————————————————————————————-
Server: 192.168.0.2
Address: 192.168.0.2#53
2.0.168.192.in-addr.arpa name=bandarlampung.go.id
—————————————————————————————————–
Lalukan juga pengecekan dari PC dengan perintah ping
C:\Documents and Settings\tari>ping bandarlampung.go.id
Pinging bandarlampung.go.id [192.168.0.2] with 32 bytes of data:
Reply from 192.168.0.2: bytes=32 time<1ms TTL=64
Reply from 192.168.0.2: bytes=32 time<1ms TTL=64
Reply from 192.168.0.2: bytes=32 time<1ms TTL=64
Reply from 192.168.0.2: bytes=32 time<1ms TTL=64
Ping statistics for 192.168.0.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
Selengkapnya...
DNS (Domain Name System)
Domain Name Service (DNS)
Setiap host dikenali oleh komputer dengan IP Address-nya. nomer-nomer. Domain Name Serice ditemukan untuk memudahkan manusia dalam mengingat sebuah
hostname.
1. Prinsip Kerja DNS
2. Kenapa Harus Menggunakan DNS?
3. Implementasi Host Table
4. Top Level Domain dan Sub-Domain.
5. Konfigurasi DNS server
• Konfigurasi boot script DNS server
• Konfigurasi Caching-only Server (Konfigurasi minimal)
• Primary dan Secondary server
• Reverse Domain Server
• Konfigurasi Zona File DNS untuk Mapping Host ke IP Address
• Konfigurasi Zona File DNS untuk Reverse Address
• Konfigurasi Cache File
6. Start DNS server
7. Konfigurasi Resolver
8. Menggunakan utility nslookup
9. DNS dan Sendmail
10. Pemeliharaan dan updating data DNS
Prinsip Kerja DNS
Domain Name Service (DNS) merupakan salah satu aplikasi TCP/IP yang dibangun untuk melayani informasi tentang semua host yang terhubung dalam jaringan TCP/IP. Aplikasi ini dimplementsikan dengan menggunakan software Berkeley Internet Name Domain (BIND). Software ini merupakan software client server. Software client disebut resolver yang berisikan queri-queri informasi tentang suatu domain dan mengirimkan queri tersebut ke server. Software server adalah software yang menjawab queri dari client dan akan memberikan informasi sesuai dengan yang diinginkan. Informasi yang disediakan terdiri dari IPaddress, Canonical Name, Mail Exchanger, Informasi Hardware, Sistem Operasi yang digunakan dan Network Service yang disediakan oleh masing-masing host.
Sisi client dari DNS adalah resolver. Apabila ada permintaan dari user untuk melakukan hubungan dengan remote host maka resolver akan mencari IP address dari host yang akan dituju dan mengirimkan queri ke DNS server. Apabila DNS server mempunyai data dari remote host tersebut maka DNS server akan mengirimkannya ke client. Setelah mendapatkan IP address remote host yang dituju, maka host tersebut akan mencari routing ke remote host dan selanjutnya akan membuka hubungan dengan remote host. Resolver juga digunakan untuk aplikasi-aplikasi TCP/IP lainnya seperti FTP (File Transfer Protocol), SMTP (Simple Mail Transfer Protocol), RLOGIN (Remote Login), Finger, PING dll.
Kenapa Harus Menggunakan DNS ?
Setiap host pada jaringan TCP/IP dikenali dari IP addressnya. Setiap host mempunyai IP address yang unik dan IP address tidak tergantung dari antarmuka jaringan dan sistem operasi jaringan.
fungsi nama-nama host di jaringan :
1. Pemeliharaan yang bersifat lokal
2. Data-data host dapat diakses secara global.
3. Manajemen yang bersifat desentralisasi.
4. Updating data bersifat lokal.
5. Tidak ada komputer dengan hostname yang sama di seluruh jaringan.
Konfigurasi DNS Server
DNS Server adalah adalah suatu host yang berfungsi sebagai penyedia informasi tentang seluruh host host di jaringan. Informasi tersebut terdiri dari IP address, Mail server dan Informasi hardware dan sistem operasi masing-masing host.
file-file yang diperlukan untuk menjalankan DNS server adalah :
¨ /etc/named (executable file)
¨ /etc/named.boot (script file) adalah default
¨ zona file.
Konfigurasi boot script DNS Server
•
Pada saat akan menjalankan named maka diperlukan suatu file script untuk menjalankan DNS server. File script ini berisi tentang informasi domain yang ditangani oleh DNS server tersebut. Sebuah DNS server dapat menangani beberapa domain sekaligus. File script default yang digunakan adalah /etc/named.boot.
•
Command yang digunakan pada named.boot ini adalah :
directory -Mendefenisikan directory tempat penyimpanan zona file
primary - Mendeklarasikan DNS server sebagai primary untuk domain tertentu
secondary - Mendeklarasikan DNS server sebagai secondary untuk domain tertentu
cache - Mendefenisikan cache file
forwarders - Mendefenisikan daftar server untuk meneruskan queri dari client
slave - Memfungsikan DNS server hanya menggunakan forwarder
Primary Server dan Secondary Server
Apabila suatu DNS server menangani dan memelihara suatu zona file untuk domain tertentu yang artinya bahwa perubahan host pada domain ini diupdate pada DNS server tersebut, maka DNS server ini disebut sebagai primary server. Misalkan dns.paume.itb.ac.id adalah primary server untuk domain itb.ac.id maka setiap ada penambahan dan perubahan host di domain itb.ac.id harus langsung di update pada zona file itb.ac.id.
Secondary server adalah DNS server yang tidak memelihara langsung zona file dari suatu domain.Secondary server akan mengupdate zona file dari primary server. Proses updating secondary server dari
primary server disebut zona transfer. Secondary server digunakan untuk mengurangi traffic query permintaan ke primary server. Client cukup mengirim query ke secondary server. Setiap ada perubahan pada primary server akan diupdate secara otomatis oleh secondary server.
1.
Reverse Domain Server
Reverse domain biasanya diperlukan untuk menyimpan informasi
ataupun statistik untuk disimpan dalan satu log file. Disamping itu reverse domain juga diperlukan untuk security jaringan (authorization check). Bila menggunakan host table (/etc/hosts) maka pemetaan hostname ke IP address merupakan pemetaan satu ke satu. Resolver akan mencari hostname pada host tabel secara sekuensial.
Konfigurasi Zona File DNS untuk Mapping Host ke IP Address
Zona file menggunakan suatu standard penulisan record untuk penulisan informasi suatu domain. Standard penulisan ini disebut Standard Resource Records.
Standard Resource Records yang digunakan adalah sebagai berikut :
•
Start of Authority Record (SOA)
Fungsi Mendefenisikan hostname yang merupakan awal dari suatu zone. Untuk setiap zone hanya mempunyai sebuah SOA. SOA biasanya dideklarasikan pada awal zona file.
Format [zone] IN SOA origin contact (
serial
refresh
retry
expire
minimum
)
• Komponen SOA record terdiri dari :
zone
contact
2.Name Server Record (NS)
Fungsi NS record merupakan identifikasi authoritative server untuk suatu zona. Authoritative server untuk suatu zona sebaiknya lebih dari satu sebagai tindakan preventif apabila primary master server tidak bisa diakses oleh secondary server.
Format [domain] IN NS server
Komponen Name Server Record
domain Authoritative server untuk domain ini adalah DNS server yang tertulis pada komponen server. server Hostname dari komputer yang merupakan authoritative DNS server untuk domain yang tercantum pada komponen domain. Komponen ini ditulis secara FQDN.
3. Address Record (A)
Fungsi Untuk memetakan hostname ke IP address.
Format [host] IN A address
4. Mail Exchanger Record (MX)
Fungsi MX record digunakan untuk menredirect mail untuk suatu host ataupun suatu domain ke
host yang berfungsi sebagai mail server. MX record sangat berguna untuk suatu domain yang tidak menjalankan mail software. Mail yang ditujukan untuk host-host yang terdapat pada domain ini akan di redirect ke host yang menjalankan mail software.
Format [name] IN MX preference host
5.Canonical Name Record (CNAME)
Fungsi Mendefenisikan alias name atau nickname untuk suatu host.
Format nickname IN CNAME host
6. Well Known Services Record (WKS)
Fungsi Memberikan informasi tentang layanan-layanan yang disediakan oleh tiap-tiap host.Format [host] IN WKS address protocol services
DNS dan Mail
•
Dalam Standard Resource Record terdapat MX (Mail Exchanger) record yang digunakan dalam proses pengiriman electronic mail. Kegunaan MX record dapat dijelaskan sebagai berikut :
Bila suatu remote host akan mengirimkan mail dan remote system tersebut dapat menggunakan MX Record maka remote host akan mencari nilai preference terendah (prioritas tertinggi) MX Record dari host tujuan. Remote host akan berusaha mengirim mail tersebut ke mail server dengan prioritas tertinggi.
•
Apabila host dengan prioritas tertinggi tidak memberikan respon maka remote host akan berusaha mengrim ke mail server dengan prioritas kedua. Apabila proses ini masih gagal maka remote host akanm mencari semua mail server yang ada pada MX record untuk host tersebut. Apabila suatu host tidak mempunyai MX record maka remote host akan berusaha mengirimkan mail langsung ke host tujuan. Hal ini tidak disarankan, karena ada kemungkinan suatu host tidak dapat diakses karena link terputus ataupun sedang dalam kondisi perawatan. sebaiknya setiap host mempunyai MX Record.
Kelebihan DNS
1. Mudah, DNS sangat mudah karena user tidak lagi direpotkan untuk mengingat IP address sebuah komputer, cukup host name.
2. Konsisten, IP address sebuah komputer bisa saja berubah, tapi host name tidak harus berubah.
3. Simple, DNS server mudah untuk dikonfigurasikan (bagi admin).
Kekurangan DNS
1. User tidak dapat menggunakan nama banyak untuk mencari nama domain baik di internet maupun di intranet.
Selengkapnya...
