Agus, Arip dan Agus lagi (backside) berpose menggunakan polo shirt souvenir dari PANDI dan liaconferences.com. Semoga kedepan makin banyak polo shirt gratisan nyasar ke kantor Magnet :).

Versi stable Postfix pada saat tulisan ini dibuat adalah 2.7.0, untuk melakukan kompilasi, postfix tidak menggunakan ./configure seperti yang umumnya dikenal, melainkan kita akan melakukan kompilasi kode C, dan kita dapat menambahkan CCARGS sebelum melakukan make.

Berikut tambahan argumen untuk makefile agar dukungan terhadap SASL, TLS dan MySQL aktif, dengan asumsi bahwa anda sudah menginstall paket pendukung lainnya. Apabila belum, silahkan pelajari pada pesan error ketika melakukan perintah make.

make -f Makefile.init makefiles \
‘CCARGS=-DHAS_MYSQL -I/usr/include/mysql -I/usr/include -DUSE_SASL_AUTH -I/usr/include/sasl -DUSE_SSL -I/usr/local/ssl/include -DUSE_CYRUS_SASL -DUSE_TLS -Wa,--noexecstack -I/usr/include’ \
‘AUXLIBS=-L/usr/lib64/mysql -L/usr/lib64 -lmysqlclient -lz -lm -lsasl2 -lssl -lcrypto’

Sesuaikan path library apabila anda melakukan kompilasi untuk mesin 32 bit.

Meskipun implementasi voip dilakukan secara local, namun secara umum IPPBX dapat digunakan melalui hubungan internet meskipun (mungkin) akan berpengaruh kepada delay dan kualitas suara.

Topologi Sederhana

Peralatan yang digunakan :

• Netphonic NG 304, yang memiliki 4 port FXO (untuk dicolok Line dari Telkom), netphonic NG 304 ini merupakan VoIP Router, namun pada implementasi yang saya gunakan hanya untuk meredirect panggilan masuk ke 4 Line tersebut ke Briker IPPBX, dan sebaliknya meredirect panggilan dari extension yang terregister di Briker secara random ke 4 Line Telkom yang tercolok di Port FXO. Referensi penjual : http://simantap.com/netphonic/15-netphonic-ng-304.html , rekomendasi dari saya pribadi untuk sales supportnya yang cukup menguasai sehingga bisa melayani pertanyaan saya yang awam VoIP.
• Briker IPPBX, dalam hal ini yang saya gunakan adalah Ver .1.2 “Kilat”, Briker IPPBX merupakan distribusi Linux yang memungkinkan sebuah PC / Server biasa diubah menjadi Server PBX berbasis IP dengan fitur dan fasilitas yang sudah sangat mumpuni untuk diterapkan pada Bisnis menengah seperti kantor saya. Briker IPPBX saat ini saya install di sebuah PC dengan motherboard dan Processor Atom 330, RAM 1 GB serta 2×160 GB HDD Raid1 (mirror). Distribusi Linux yang canggih ini dikembangkan oleh orang asli Indonesia, namanya Mas Anton, bisa dipelajari lebih lanjut di http://www.briker.org.
• Linksys PAP2T Internet Phone Adaptor sebanyak 2 buah, masing-masing memiliki 2 Port FXS yang memungkinkan 2 buah telepon biasa analog dikoneksikan sebagai extension ke Briker. Sisanya menggunakan X-Lite Softphones di masing-masing PC, karena penggunaaannya untuk technical dan billing support maka memang preferensi mengangkat telepon melalui head set lebih dipilih supaya bisa sambil beraktifitas sambil menerima panggilan, cukup dimodali dengan headset yang agak bagusan sehingga tidak sakit di telinga :).

Sistem IPPBX

• Ekstension, baik Linksys PAP2T, X Lite Softphones dan IP Phone SPA921 (yang saya gunakan) terkoneksi sebagai Extension ke Briker IPPBX melalui jaringan TCP / IP dalam hal ini Wireless Network.
• IPPBX Briker terkoneksi dengan Netphonic NG 304 melalui interface WAN di NG 304, juga melalui Jaringan TCP / IP dalam hal ini kabel UTP karena terletak di satu rak yang sama.
• 4 Line Telepon dimasukkan ke 4 Port FXO Netphonic NG 304.

Artikel ini mungkin akan berguna bagi anda abila anda;

• Memiliki Netphonic NG 304 atau seri lainnya yang memiliki port FXO
• Sudah memiliki sebuah PC / Server yang terinstall Briker IPPBX dan sudah terkoneksi dengan baik Networknya.
• Memiliki IP Phone / menggunakan X-lite Sofphone dan sudah dapat melakukan registrasi dengan Briker IPPBX melalui SIP.

Konfigurasi VoIP Router Netphonic NG 304

Netphonic NG 304 akan berfungsi melakukan hal-hal sebagai berikut;

• Mengangkat telepon yang masuk ke port FXO dan *melempar* panggilan tersebut ke Briker IPPBX dengan melakukan Call Out ke Briker IPPBX melalui fasilitas Hotline (langsung diarahkan).
• Menerima permintaan panggilan keluar setelah dirouting dari IPPBX dan melakukan panggilan keluar dengan menggunakan salah satu dari 4 Port FXO secara random.

Netphonic NG 304 dan mayoritas produk VoIP lainnya dapat diakses dan dikonfigurasi melalui interface Web, secara default Port LAN dari Netphonic NG 304 akan memiliki IP Address 192.168.22.1 (silahkan dipelajari melalui dokumentasi yang disertakan), untuk konfigurasi awal, silahkan colokkan kabel LAN ke port LAN dan sesuaikan IP Address komputer yang ingin anda gunakan untuk melakukan konfigurasi awal.

• Sesuaikan konfigurasi WAN di dalam NG-304, pastikan bahwa NG-304 bisa terhubung dengan Briker IPPBX (bisa saling melakukan ping), dalam hal ini NG-304 saya berikan IP Address 117.103.52.xx dengan netmask 255.255.255.248 dan gateway ke 117.103.52.xx. Untuk melakukan konfigurasi silahkan klik link WAN > Connected Type di sebelah kiri.

• Karena saya menggunakan IP Address static, maka saya memilih Static IP Address seperti di atas, setelah anda klik OK, maka anda akan dihadapkan ke layar berikutnya yang berisi informasi konfigurasi Network (WAN) Netphonic NG-304.

• Masih melalui Web Interface, anda dapat melakukan setup penamaan Line dari masing-masing FXO melalui menu Line Configure > Line Setting, dalam hal ini saya menamakan sesuai Nomor telepon yang dicolokkan ke masing-masing port tersebut. (Nama IN 1602 Number 1602 untuk Port yang dicolokkan No telepon 85911602, dan seterusnya. Name ini nantinya akan muncul di display extension penerima misalnya “IN 1602″ sementara nomornya akan muncul sebagai nomor line yang melakukan redirect telepon misalnya “1602@117.103.52.xx”, 117.103.52.xx merupakan IP Address dari Briker IPPBX kita.

• Pastikan bahwa anda mengenable Hot Line di dalam Line Setting untuk semua FXO karena pada konfigurasi yang saya lakukan, telepon masuk akan langsung di *lempar* ke Briker IPPBX melalui Call Out Routing yang akan kita lakukan kemudian. Jangan lupa untuk klik Modify setelah anda melakukan perubahan.
• Anda juga bisa melakukan setup apakah panggilan keluar yang dilakukan oleh Netphonic NG 304 dilakukan melalui Line FXO secara random, line number priority (apabila port 1 kosong maka telepon akan menggunakan port tersebut) ataupun rotasi melalui fasilitas Line Configure > Line Feature.
• Lakukan routing setup terhadap panggilan yang masuk ke dalam FXO untuk pengarahan ke Briker IPPBX (Call Out) melalui menu Routing Setup > VoIP Call Out, yang dimaksud Call Out disini adalah karena NG 304 akan melakukan panggilan keluar (ke Briker) berdasarkan rule yang ada.

• Masukkan hl1, hl2, hl3 atau hl4 pada Area Code, hl1 mewakili HotLine Port FXO 1 sesuai konfigurasi di Line Configuration, hl2 mewakili port FXO 2 dan seterusnya. Pada kolom destination masukkan IP Address Briker IPPBX anda, maksud dari rule routing ini adalah apabila ada panggilan dengan Area Code hl* maka silahkan diarahkan ke IP Address (Briker IPPBX).
• Sebagai tambahan, anda sebaiknya mengaktifkan authorization, melalui menu Routing Setup > Authorization untuk menentukan IP Address mana saja yang dapat melakukan panggilan keluar melalui Netphonic NG 304, masukkan IP Address Briker IPPBX anda.
• Klik tombol Save Modification (paling bawah), agar konfigurasi yang sudah anda lakukan tidak hilang ketike Netphonicnya reboot :).
• Dengan demikian setup di Netphonic NG 304 untuk keperluan ini sudah selesai dilakukan, dan kita akan melakukan setting di Briker IPPBX.

Konfigurasi SIP Trunk pada Briker IPPBX

Agar panggilan dari dan ke NG 304 dari Briker IPPBX dapat dilakukan, anda dapat menggunakan SIP Trunk antara Briker IPPBX dan Netphonic NG 304.

• Akses interface Web Briker IPPBX anda, masuk ke menu IPPBX Administration, dan klik menu Trunks di sebelah kiri dan pilih Add SIP Trunk. Masukkan ng304 pada Trunk Name (silahkan diatur sendiri) dan masukkan konfigurasi berikut pada PEER Details (Outgoing Settings);

type=peer&friend
qualify=yes
nat=never
insecure=port,invite
host=ng304.xxx
context=from-trunk
canreinvite=no

• Kemudian pada Incoming Settings masukkan ng304-in pada USER Context dan masukkan konfigurasi berikut pada USER Details;

canreinvite=no
context=from-pstn
host=ng304.xxx
nat=no
type=peer

• Klik Submit Changes kemudian klik Apply Configuration Setting dan Pilih Continue With Reload.
• Pada General Settings masih di bagian sama, aktifkan Allow Anonymous Inbound SIP Calls (yes), ini harusnya bisa diubah menjadi No, namun saya belum sempat oprek-oprek lagi.
• Jangan lupa melakukan Apply Configuration apabila anda melakukan perubahan pada konfigurasi Briker IPPBX anda.

Konfigurasi Outbound dan Inbound Routes pada Briker IPPBX

Outbound routes harus diatur agar anda bisa menentukan telepon dengan nomor berapa yang diarahkan ke ng304 Trunk, dalam kasus ini saya menggunakan 9|. yang artinya apabila ada panggilan dari ekstension yang didahului dengan angka 9 dan diakhiri dengan angka berapa saja akan diarahkan ke Trunk ng304, dengan 9 dihilangkan (rule |).

Misalkan ada sebuah extension yang menekan nomor 98510017, maka panggilan tersebut akan dirouting ke Trunk NG304 dengan 9 hilang menjadi 8510017 saja dan nantinya Netphonic NG 304 akan melakukan panggilan keluar salah satu port FXO ke nomor tersebut.

Sementara itu Inbound Routes bisa diatur apabila anda ingin memisahkan telpon masuk ke nomor mana apakah akan di direct ke ekstension tertentu, atau ke Ring Group tertentu, atau ke IVR tertentu. Hal ini saya lakukan karena Nomor Telepon yang saya gunakan dalam hal ini 85911602 dan 85911606 akan saya arahkan ke IVR Magnet Hosting (operatornya adalah Ekstension Magnet Hosting) sementara nomor telepon 85912006 akan dijawab oleh IVR yang berbeda dengan operator yang berbeda juga.

Untuk konfigurasi Outbound Routes silahkan ikuti langkah berikut;

• Klik menu Outbound Routes, masukkan nama route misalnya PSTN_PLMN (atau silahkan edit dari template yang ada),  masukkan 9|. pada dial pattern, masukkan SIP/ng-304 pada Trunk Sequence no 0, contohnya dapat anda lihat pada gambar berikut;

• Jangan lupa klik Submit Changes dan Apply Configuration setelah perubahan / input anda lakukan.
• Sampai dengan tahap ini maka panggilan dengan 9 di depan yang dilakukan oleh ekstension yang sudah teregister melalui SIP di Briker IPPBX akan diarahkan ke Netphonic NG 304.

Untuk konfigurasi Inbound Routes silahkan ikuti langkah berikut;

• Sebagai contoh, saat ini kita akan membuat Inbound Routes untuk telepon yang masuk dari Netphonic NG 304 dengan Caller ID 1602 (sesuai yang kita atur sebelumnya di Line Settings).
• Klik menu Inbound Routes dan klik Add Incoming Routes.
• Masukkan 1602 pada description (bisa disesuaikan) dan 1602 pada Caller ID Number.
• Kemudian pada Set Destination silahkan pilih tindakan yang anda inginkan apabila ada telepon masuk dari Line 1602, dalam hal ini saya setup ke IVR dengan judul ‘Welcome-1′, sebelumnya anda harus melakukan setup IVR terlebih dahulu karena hal tersebut tidak dibahas disini.
• Pilihan lainnya adalah, anda dapat mengarahkan tindakan ke Ring Groups sehingga beberapa telepon (ekstension) yang ada di Ring Groups tersebut akan berbunyi bersama-sama pada saat ada telepon masuk, atau bisa juga anda set langsung ke ekstension tertentu (direct) apabila anda ingin telepon masuk ke nomor tersebut adalah Line Dedicated ke ekstension tertentu.
• Jangan lupa klik Submit setelah anda memasukkan / mengubah konfigurasi anda.
• Buat Inbound Routes yang lain, dalam kasus saya, saya juga membuat Inbound Routes untuk 1606, 1636 dan 2006. Apabila anda tidak ingin memisahkan perlakukan terhadap telepon yang masuk, silahkan kosongkan Caller ID Number sehingga aturan routes tersebut akan berlaku untuk semua panggilan yang masuk ke Briker IPPBX (Any DID/ Any CID)
• Pada saat ini panggilan yang masuk ke Netphonic NG 304 seharusnya sudah dapat diterima dan diarahkan oleh Briker IPPBX.

Setup Lainnya

Hal lain yang harus anda setup namun tidak saya ceritakan disini adalah diantaranya;

• Melakukan setup Extension untuk koneksi dari PAP2T maupun X-Lite Softphones ataupun IP Phones melalui SIP.
• Melakukan setup IP Phones, PAP2T maupun X-Lite untuk register ke Briker IPPBX

Apabila anda kesulitan melakukan hal-hal tersebut silahkan mampir ke forum developer VoIP Rakyat yang saya yakin pasti ada anggota lain yang mau membantu menyelesaikan permasalahan anda.

Referensi

• Briker IPPBX http://www.briker.org
• Forum VoIP Rakyat http://developer.voiprakyat.or.id/forum/index.php

Bagi anda yang termasuk golongan opreker seperti saya tentunya sourceforge bukan barang aneh, namun yang mengejutkan sekaligus menggembirakan buat saya adalah, entah sejak kapan, Biznet Networks, salah satu ISP besar di Indonesia telah memiliki server lokal yang menjadi mirror sourceforge.

Hal ini dapat kita lihat di halaman http://sourceforge.net/apps/trac/sourceforge/wiki/Mirrors, dan dapat kita nikmati dengan memilih mirror biznet secara manual apabila belum terpilih secara otomatis.

Terimakasih Biznet!, Go Konten Lokal! :)

Konten Lokal Internet Indonesia adalah salah satu jawabannya, mungkin jadi lebih mahal buat kita, karena belum ada hosting gratisan sekelas 000webhost.com di Jaringan lokal, tapi kalau hanya blog sudah ada blogdetik.com dan dagdigdug, keduanya juga menggunakan wordpress, bahkan blogdetik juga menggunakan nginx, web server yang sama dengan yang digunakan oleh wordpress.com.

Note : Banner Go Local sumbangan dari Mas Susee di http://www.susee.info.

Bagian dari Penghematan

Ilustrasi sederhana dan bodohnya bisa kita mulai dari latency, waktu yang dibutuhkan dari alamat situs kita ketikkan di kolom atas browser sampai dengan tampil dan bisa kita baca secara umum terbagi menjadi tiga proses utama;

• Proses request yang kita lakukan (melalui mengetikkan alamat situs dan menekan tombol enter) entah bagaimana caranya simsalabim sampai ke web server situs terkait.
• Web Server situs terkait melakukan proses terhadap permintaan tersebut, lamanya proses akan tergantung kepada load dari situs dan server itu sendiri.
• Jawaban dikembalikan oleh web server ke komputer tempat kita mengakses internet, loading dan selesai loading sampai akhirnya bisa kita baca.

Dari tiga proses tersebut, dengan asumsi baik di IIX (lokal) maupun di USA proses yang kedua sama-sama diselesaikan dalam waktu 1 detik, sehingga lamanya waktu yang dibutuhkan kita untuk mengakses situs tersebut tinggal ditentukan oleh lama waktu yang dibutuhkan oleh proses pertama dan proses kedua (latency).

Apabila server di USA dengan asumsi warnet yang menggunakan koneksi Speedy ADSL (bukan promosi – cuma cari yang gampang aja) maka waktu total yang dibutuhkan proses pertama dan kedua adalah 200-400 ms (lebih banyak tergantung kepada bagus tidaknya jaringan ADSL anda).

Sementara apabila server di IIX, dengan koneksi yang sama, waktu yang dibutuhkan proses pertama dan kedua adalah 50-150 ms.

Gampangnya 2-4 kali lebih cepat, itu belum berbicara besarnya pipa ke IIX yang pasti lebih dibandingkan pipa ke USA, apalagi kalau siang hari kalau traffic ke Yahoo masuk ke antrian ISP.

Kasarnya, kalau teman-teman kita yang membaca blog kita di Warnet, dan blog-blog lainnya, maka kita dapat membantu mereka menghemat uang jajan warnetnya sebesar 2-4 kali lebih murah, sekali lagi kita belum bicara bandwidth.

Jadi kalau blog anda ditulis dalam Bahasa Indonesia, diperuntukkan untuk dilihat oleh Pengguna Internet Indonesia, mari kita bantu teman kita berhemat dengan meletakkannya di Server Indonesia.

Bingung mindahin blog anda di blogger.com dan di wordpress.com ke blogdetik.com?, main-main ke wordpressrepublik.com, di sana mulai banyak jagoan wordpress :).

Selamat berhemat dan mendukung gerakan penghematan …

• Internet = Interconnected Computer Network, jaringan dari jaringan komputer, maka jika diartikan secara lepas Internet Indonesia merupakan jaringan dari jaringan komputer yang secara topologi jaringan berada di Indonesia.
• Bandwidth IIX dan openIXP yang merupakan hasil peering Internet Service Provider yang ada di Indonesia bisa dibilang gratis!, biaya menjadi lebih murah (jauh) karena modal investasi dan operasional yang dibutuhkan untuk memastikan lalu lintas paket internet  ke www.kaskus.us sampai ketangan user jauh lebih murah dibandingkan biaya yang dibutuhkan untuk memastikan lalu lintas paket internet ke www.rapidshare.com sampai ke tangan user.
• Terkait dengan point sebelumnya, otomatis kemungkinan user Internet Indonesia untuk mendapatkan pipa lebih besar ke Jaringan Internet Indonesia dibandingkan ke arah internasional menjadi lebih besar. Bahkan sebagian besar ISP Wireless memberikan limit yang berbeda untuk kedua jenis bandwidth tersebut, sayangnya dampak ini baru sangat dirasakan oleh pengguna Internet yang berdomisili di Jakarta dan sangat belum merata di kota-kota lainnya (akan menuju ke sana).
• Bandwidth lebih lebar, latency lebih terjaga, otomatis browsing experience user tersebut akan lebih nyaman, dan otomatis situs tersebut akan lebih maju, contoh gampang di depan mata kita :) silahkan buka www.detik.com.
• Kalau anda khawatir Google sulit mengunjungi situs-situs yang ada di Indonesia, yang harus dilakukan adalah memperbanyak traffic local sehingga Google *terpaksa* buka data center di Indonesia, dan bukannya berlomba-lomba mendekatkan diri ke google. Google adalah mesin pencari, user yang mengunjungi situs anda adalah manusia, kecuali situs tersebut memang hanya dibuat untuk Google, ada baiknya lebih mendekatkan diri ke manusia penggunanya dan bukan ke googlenya :).
• Semakin kesini pasti akan semakin banyak muncul penyedia jasa hosting yang tidak edan memangkas traffic ke sisi internasional, kenapa? karena bandwidth internasional pasti akan turun, tinggal tunggu waktu saja, tapi pasti tidak akan lebih murah dari bandwidth lokal.
• Indonesia terhubung ke Jaringan Internet Dunia masih ketergantungan lebih dari 50% kepada Singapura dan Malaysia, sampai dengan kita bisa Mandiri 80%, ada baiknya kita menggunakan produk lokal, nanti kalau Singapura dan Malaysia kena krisis lalu kita gak bisa browsing gimana dong?

Kapan kita bikin gerakan Budayakan Konten Lokal?

Selamat memindahkan hosting, vps dan dedicated server  anda ke IIX :)

ps aux | egrep '(PID|nginx)'

Perintah tersebut akan menghasilkan output seperti;

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root     22757  0.0  0.7  42028  2604 ?        Ss   04:02   0:00 nginx: master process /usr/local/sbin/nginx
nobody   23303  0.0  0.7  42028  2336 ?        S    05:25   0:00 nginx: worker process
nobody   23304  0.0  0.7  42028  2368 ?        S    05:25   0:00 nginx: worker process
nobody   23305  0.0  0.7  42028  2368 ?        S    05:25   0:00 nginx: worker process
nobody   23306  0.0  0.7  42028  2348 ?        S    05:25   0:00 nginx: worker process
nobody   23307  0.0  0.7  42028  2376 ?        S    05:25   0:00 nginx: worker process
nobody   23308  0.0  0.8  42028  2876 ?        S    05:25   0:00 nginx: worker process
nobody   23309  0.0  0.7  42028  2360 ?        S    05:25   0:00 nginx: worker process
nobody   23310  0.0  0.6  42028  2192 ?        S    05:25   0:00 nginx: worker process
nobody   23311  0.0  0.7  42028  2328 ?        S    05:25   0:00 nginx: worker process
nobody   23312  0.0  0.8  42028  2928 ?        S    05:25   0:00 nginx: worker process

Reload konfigurasi dapat dilakukan melalui perintah kill -HUP PID master proses nginx; dalam kasus ini adalah;

kill -HUP 22757

Selamat Mencoba ..

• whois.verisign-grs.com untuk .net, .com
• whois.publicinterestregistry.net untuk .org
• whois.afililas.info untuk .info
• dan lain lain

Sementara saat ini masing-masing registrar memiliki whois server tersendiri yang menyimpan data lebih lengkap di banding whois server tersebut di atas.

Tulisan ini akan menceritakan cara *sederhana* untuk mendapatkan informasi yang lebih lengkap dengan bantuan pyrhon. Script yang ada di sini tidak siap pakai, melainkan lebih menceritakan konsep dari fungsi terkait.

Pada prinsipnya yang harus dilakukan adalah;

• Memeriksa apakah domain tersebut sudah terdaftar
• Mencari di registrar mana didaftarkan dan whois server registrar terkait yang dapat digunakan melalui port 43
• Menyimpan output dari whois domain.tld -h whoisserver

def _whois_query(domain):
result = os.popen('whois %s' % domain).read()
whoisserver = ""
if re.search('no match', result.lower()):
result = 'Domain belum terdaftar.\nSilahkan coba kembali.'
else:
result = result.split()
for i in range(len(result)):
if re.search('^whois.', result[i]):
whoisserver = result[i]
if whoisserver:
result = os.popen('whois %s -h %s' %(domain,whoisserver) ).read()
result = result.split('\n')
return result

Mohon perhatikan hirarkinya, soalnya entah gimana caranya biar bisa di tampilkan.

The very oldest rfcs say you should have your nameservers in different places, both netwise and geographically, so that no one event will bring them all down.

Some people say this isn’t important because if your dns is down the servers probably are too, but this isn’t completely true. The exception is email.

If your server or network goes missing temporarily, taking all your nameservers with it, then anyone who tries to send mail to one of your customers will get an immediate and confusing failure message.

Then they phone the person they are trying to email and that person phones you.

If however your server disappears momentarily, but you still have a functioning nameserver in another location, the email will be accepted from the sender and queued on their outbound mailserver until the message can be delivered (or until the retry time-out expires).

In my opinion that’s a better thing to have happen. You don’t want people phoning you every time there is a net burp or you have to reboot your server.

So despite what practically every cpanel “host” says, there is benefit to having nameservers in different places.

Saya ingin mengangkat topik ini menimbang praktek umum pada dunia web hosting untuk menggunakan server web nya sebagai Master Name Server(s), terutama yang menggunakan cPanel tanpa memanfaatkan fasilitas DNS Server clustering yang ditawarkan oleh cPanel.

Misalkan anda menghosting situs anda pada sebuah virtual server atau dedicated server dengan minimal 2 IP Address, dan  secara teknis sudah dapat melayani zona authoritative domain yang anda miliki melalui satu buah server tersebut (single server).

RFC2182, bagian 5 menyebutkan, yang apabila diterjemahkan, bahwa spesifikasi DNS dan pendaftaran nama domain membutuhkan minimal 2 server untuk setiap zone, dan biasanya yang satu adalah Master dan yang lainnya adalah secondary, namun dianjurkan untuk melayani zone authoritative melalui 3 server minimal.

Penting tidak Penting

Tidak penting karena apabila web server anda tewas, hang, maintenance mode dan menghilang dari belantara internet maka otomatis situs anda tidak akan dapat diakses meskipun anda mempunyai 7 Name Server yang melayani domain anda.

Tapi ternyata penting juga karena (berdasarkan quote di atas), mohon dikonfirmasi oleh rekan yang lain, apabila web server anda menghilang, dan termasuk di dalamnya name server anda maka internet akan menjadi buta total termasuk di dalamnya tidak dapat meminta informasi mengenai MX records yang terkait dengan E-mail. Ilustrasi sederhananya adalah apabila anda mengirimkan E-mail @domainanda.tld yang DNS dan web servernya sedang lenyap maka akan langsung direplied oleh error message dan otomatis gagal dikirim.

Sementara apabila name server anda masih hidup, meskipun web server nya hilang, E-mail yang dikirimkan ke @domainanda.tld akan masuk ke antrian (queue) pengiriman pesan, yang akan diproses kembali di lain waktu oleh Mail Server yang kita gunakan untuk mengirim.

Terpisah Secara Geografis

Sering kita dengar bahwa sebaiknya Name Server anda dipisahkan secara geografis atau pelatakkan server yang terpisah. Sebenarnya yang menjadi konsep pemisahan ini adalah network reachable dari masing-masing server, apabila anda meletakkan name server pada sebuah rak misalnya, melalui koneksi yang sama ke internet, maka apabila koneksi tersebut terganggu maka otomatis name server anda akan tidak bisa dijangkau oleh internet, dan sama saja dengan menghilang dari peredaran. Adalah lebih baik apabila anda meletakkan name server anda pada jaringan yang berbeda untuk mengatasi masalah tersebut.

Solusi

Sebenarnya bukan hal yang sulit untuk menghilangkan permasalahan DNS pada single server ini, karena sekarang kita dapat menemukan virtual private server yang murah meriah baik di indonesia maupun di luar negeri.

Artinya, anda dapat menggunakan virtual server atau vps tersebut untuk menjadi salah satu name server anda.Resource yang dibutuhkan akan tergantung dari jumlah zone yang dilayani, namun tidak terlalu besar, sebuah vps dengan RAM 128 MB sudah dapat menjalankan fungsi tersebut dengan baik.

Terlebih lagi apabila anda menggunakan cpanel, anda tidak harus memiliki pengetahuan berlebihan mengenai DNS, karena anda bisa menggunakan cPanel DNS only secara GRATIS, dan diinstall ke vps anda dengan sangat mudah (tinggal satu baris perintah).

Scam tidak scam, lelet tidak lelet, dan dari sekian banyak yang menganjurkan agar kita tidak meletakkan content kita di lingkungan internet lokal (baca: Indonesia) melalui berbagai alasan yang sangat masuk akal, lokasi geografis turut mengambil peranan dalam menentukan kenyamanan browsing seorang pengguna internet, terutama di latency.

Intinya, ruang permintaan terhadap Layanan Dedicated atau Co-location Server dengan posisi Data Center di Indonesia, dijamin, akan selalu dan terus berkembang.

Atas dasar pemikiran sederhana dan ditambah beberapa ambisi dan visi saya dan teman-teman, Magnet Hosting kini mulai menyediakan Layanan Dedicated Server. Alangkah indahnya memang bila pada masanya nanti jembatan yang terpercaya dapat terbuat untuk menghubungkan content provider dengan pengguna internet tanpa ada hambatan di sisi biaya. Konsepnya bagaimana meramu layanan dengan harga semurah mungkin tapi tetap sehat bisnisnya dan tetap terjaga kualitasnya.

Siapa tahu langkah kecil ini bisa memberikan dampak besar buat Magnet?, provider jasa hosting mana yang gak punya cita-cita untuk nantinya membangun Data Center Terbaik, Termurah, dan Terhandal di Indonesia? relatif memang, tapi mudah-mudahan bisa sampai ke sana :)