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

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

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 :)

The plugin make possible for us to insert the Google Analytics Tracking Code dynamically inside multi blog WordPress enabled site (WPMU). Each subdomain data (blog) can be viewed under different website profile in GA with different tracking code.

This is the revision code (only the rafiq_ga.php)

Download Here (rafiq_ga.zip)

This is the whole plugin,

WPMU Google Analytics Revised

I haven’t tried them yet, just inserting new code and make it compatible with Google Analytics Tracking Code Migration Guide. Use it at your own risk, and please do advise or revise it directly.

Dua hari yang lalu situs komunitas indoforum.org pulang ke Internet Indonesia melalui peering IIX dan openIXP, semoga saja terus terjadi fenomena ini, baik Server, hostingan anda dan mungkin VPS anda.

Please wait for script to run, or time out
RESULTS OF Network Tools on indoforum.org

1  aztec.gen.net.id (202.138.253.1) 0.557 ms  0.930 ms  0.589 ms
2  oixp-gw.gen.net.id (202.51.29.194)  1.765 ms  0.616 ms  0.695 ms
3  218.100.28.134 (218.100.28.134)  2.452 ms  4.175 ms  1.523 ms
4  117.103.61.130 (117.103.61.130)  2.107 ms  2.777 ms  1.463 ms
5  indoforum.org (117.103.57.77) [open]  3.664 ms  4.812 ms  1.656 ms

Dalam waktu singkat nginx (dibaca engine-x) menjadi semakin populer, bukan data dari mana-mana, cuma pengalaman pribadi. Paling tidak saya melakukan migrasi beberapa situs ke nginx untuk beberapa alasan;

• Percobaan / eksperimen
• Belajar dan Ingin tahu, terutama membiasakan diri dengan apa yang bisa dan apa yang tidak bisa dilakukan oleh nginx
• Mengakalin resource terbatas (misalnya wpmu di VPS Entry Magnet yang hanya punya 128 MB RAM), sebenarnya sangat mungkin untuk bisa dilakukan dengan misalnya melakukan tweaking apache, tapi berhubung sekaligus ada kesempatan experiment jadinya opsi tersebut saya lupakan

Konfigurasi standarnya sih menggunakan PHP dengan fast-cgi melalui php-fpm, serta menggunakan xcache yang biasa digunakan oleh lighthttpd. Catatan mengenai prosedur instalasi dan konfigurasi awal dapat dilihat sekilas disini, tentunya untuk pendalaman silahkan di cari di google.

Beberapa Situs Pelaku Migrasi

Magnet Hosting

Seminggu terakhir ini semua fasilitas Magnet Hosting, dimigrasi ke nginx dari sebelumnya menggunakan apache, hasilnya sih belum ketahuan tapi yang penting sekarang sudah jalan :).

TerminalMusik

Buat yang belum pernah ke terminalmusik.com, coba sekali-kali main ke sana, meskipun sekarang baru ada satu artis non label yang mengupload karyanya, tapi sangat menjanjikan dan lagunya bagus-bagus :). Ownernya mas indojepang dan kawan-kawan pun tampaknya akan mendedikasikan waktunya untuk mengelola situs ini, goodluck mas, ditunggu musik-musik selanjutnya.

Situs ini tadinya menggunakan konfigurasi standar LAMP di CentOS dengan RAM 128 MB, akselerasi loading page sangat-sangat terasa setelah dimigrasi ke nginx.

Bluefame.com

Salah satu forum komunitas terbesar di indonesia, bluefame.com, baru hari ini melakukan migrasi ke nginx (meskipun tidak full) dan bukan saya yang melakukan migrasi, hanya sekedar tahu :). Mohon maaf buat mas Admin kalau seandainya informasi ini tidak / belum boleh dipublish, saya hanya tergelitik untuk melakukan sosialisasi karena terdetek di plugin server spy mozilla yang saya gunakan.

Bagian tersulit buat saya apabila ingin melakukan migrasi dan eksperimen adalah mempelajari aturan rewrite nginx, berhubung saya bukan developer, non programmer dan cuma tau linux dikit-dikit maka ini merupakan kendala, terutama dokumentasi nginx yang masih terbatas dan kurang lengkap.

Sekian dulu dari saya, selamat bereksperimen :)

Klik disini untuk memberikan komentar.

Beberapa hari yang lalu saya berkesempatan untuk melakukan beta testing LiteSpeed Web Server pada development server di Magnet, testing ini terutama dilakukan untuk mengecek kompatibilitas antara WHM-cPanel yang tadinya menggunakan Apache dengan suPHP. Berdasarkan riset google yang saya lakukan, LiteSpeed Web Server merupakan web server alternatif Apache yang *katanya lebih powerful dan *katanya paling kompatible dengan Apache.

Testing menggunakan LiteSpeed Web Server Enterprise (Trial) yang di “timpa” ke atas instalasi cPanel dan WHM dan menggunakan PHP lsapi untuk menggantikan suPHP. Instalasi berjalan tanpa kesulitan berarti, prosedur instalasi awal hanya dengan menggunakan sebuah skrip install.sh yang disediakan oleh LiteSpeed Technologies sebegai developer LiteSpeed Web Server.

Panduan instalasi LiteSpeed saya dapatkan dari situsnya (meskipun sudah out-of-date) tapi ternyata installer yang baru justru sangat mengakomodir untuk LiteSpeed digunakan berbarengan dengan cPanel dan WHM, beserta beberapa control panel lainnya.

Panduan untuk melakukan kombinasi dan menggunakan lsapi PHP dari LiteSpeed dapat anda baca melalui link ini. Saat ini server testing yang digunakan (termasuk tempat dimana blog ini berada) menggunakan full LiteSpeed pada port 80 dan 443 (apache dalam keadaan disabled / mati), dan PHP 5.2.5 lsapi (litespeed sapi).

Langkah selanjutnya adalah dengan melakukan benchmarking pada live environment, meskipun hanya server percobaan namun saya pelan-pelan memasukkan situs-situs *live* kedalam server tersebut, tentunya melihat situs yang memiliki traffic dan load lumayan (tidak seperti situs ini) ;p.

Salah satunya adalah situs fansite Ayodance milik Agus yang menggunakan joomla dan cukup memiliki traffic dibandingkan dengan situs-situs milik teman yang lain yang bisa di *bajak untuk di tes ke server percobaan ;p.

Hasil Benchmark akan saya utarakan dikemudian hari terhadap dua environment berbeda di dua mesin yang berbeda ini.

Anda dipersilahkan untuk mengirimkan request untuk menarik kembali data anda, caranya dengan mengisi form di halaman utama http://indoupload.net, data yang dibutuhkan adalah username dan E-mail anda, URL untuk mendownload data lama akan dikirimkan via E-mail setelah data anda di RAR. Anda akan mendapatkan URL file RAR dan MD5 File terkait untuk memeriksa apakah proses download anda sempurna.

Sayangnya beberapa file yang kurang berkenan dengan aturan layanan sebelumnya telah terlebih dahulu dihapus, sehingga mungkin tidak semua data dapat anda ambil kembali. Fasilitas ini akan disediakan sampai dengan tanggal 05 Juli 2008.

–x-end update-x—

Kabar buruk tentunya, server indoupload.NET menghilang dari peredaran beberapa bulan yang lalu. Dan sampai dengan ini saya tulis memang belum pernah ada pernyataan resmi dari saya selaku pencetus layanan yang pastinya sangat berguna bagi pengguna internet indonesia.

Saya lupa persisnya kapan, Server Indoupload.NET yang memang hanya semata wayang meskipun dicolok oleh banyak HDD Sata II terpaksa di turun mesin kan karena satu dan lain hal;

1. Ada “gangguan” dari pihak-pihak yang tidak bertanggungjawab sehingga kualitas layanan menjadi menurun drastis, entah disengaja atau tidak atau sekedar coba-coba, tindakan ini membuat server semata wayang menjadi kelelahan dan tidak mampu lagi menjalankan tugasnya.
2. Keinginan untuk melakukan sweeping / pembersihan file-file / data yang melanggar aturan layanan terutama yang berbau pornografi, meskipun saya tidak anti pornografi bukan berarti saya merelakan layanan yang disediakan atas budi baik banyak pihak ini digunakan untuk pornographic content massive distribution.

Kemudian fakta bahwa setelah turun mesin layanan tidak mampu dihidupkan kembali adalah karena melalui pertimbangan beberapa pihak yang membantu terciptanya layanan ini pertama kali, termasuk ISP Lintaswave.NET adalah sebagai berikut;

1. Merasa bahwa untuk kedepannya secara pendanaan juga tidak memungkinkan untuk melanjutkan layanan terkait.
2. Merasa bahwa konsep awal untuk merangsang dan menjamurkan yang judulnya local internet content telah tercapai dan tentunya pengguna internet indonesia saat ini lebih mudah menemukan layanan – layanan lokal.

Terlepas dari alasan-alasan tersebut, yang tentunya akan mengesalkan banyak pihak yang merasa “dirugikan” karena menghilangnya layanan ini, saya pribadi memohon untuk dibukakan pintu maaf yang sebesar-besarnya. Suatu saat apabila memungkinkan saya ingin menghidupkan kembali layanan tersebut hanya untuk sekedar memberikan kesempatan bagi pihak yang merasa dirugikan untuk mengambil kembali data-datanya yang mungkin penting (sampai sekarang semua HDD masih aman dan dalam keadaan berfungsi).

Sekali lagi, maaf ya ;).

Klik lebih lanjut untuk melihat dan menuliskan komentar anda.