Lalu Lintas & Taksi Di Manila

Minggu lalu saya pergi ke Manila untuk urusan pekerjaan. Ini kali kedua saya pergi Manila setelah kunjungan kali pertama tahun 2011 lalu. Bagi saya Manila banyak miripnya dengan Jakarta, terutama dalam urusan lalu lintas & macetnya. Perbedaan paling mencolok menurut saya cuma posisi berkendara di sebelah kanan (setir mobil ada di sisi kiri). Bepergian dengan taksi yang dikemudikan di sisi kiri, bagi saya membuat pusing.

Di sepanjang jalan kota Manila saya bisa lihat mayoritas tipe mobil hampir sama dengan Jakarta. Misalnya Toyota Vios, Avanza, Innova banyak sekali di Manila. Saya juga amati cukup banyak juga mobil jenis pickup seperti Toyota Hilux atau Mitsubishi Strada. Kendaraan unik yang menurut saya bisa dibilang sebagai maskotnya Filipina adalah Jeepney (dibaca “jip-ni”). Jeepney ini adalah kendaraan hasil modifikasi mobil jip menjadi semacam bus kecil. Jeep lama seperti ini kalau di Indonesia sering dipakai sebagai kendaraan offroad. Anda yang pernah ke Bromo pasti pernah melihat (atau pernah menggunakan jeep) untuk naik ke puncak Bromo . Entah bagaimana persisnya mereka melakukan modifikasi, yang jelas chassis mobil jip ini diperpanjang sehingga bisa menampung penumpang dalam jumlah banyak.

jeepney

Jeepney sebagai angkutan umum punya banyak kemiripan dengan angkot di Indonesia. Penumpang Jeepney duduk dalam 2 baris saling berhadap-hadapan. Bedanya dengan angkot yang umumnya memiliki pintu di sisi mobil, penumpang Jeepney masuk dari bagian belakang mobil. Mudah sekali menjumpai Jeepney di jalanan Manila. Beberapa kali saya juga menjumpai pangkalannya dengan Jeepney yang terpakir sangat banyak. Meskipun menggunakan mesin mobil tua, saya beberapa kali melihat supir Jeepney mengemudikan kendaraannya cukup kencang di jalanan yang lowong. Dari hasil obrolan dengan supir taksi katanya ongkos naik Jeepney ditentukan berdasar jarak, lagi-lagi mirip angkot di Indonesia. Hal lain yang menurut saya mirip dengan angkot adalah budaya menggunakan soundsystem yang diputar dengan kencang. Tiap-tiap Jeepney dihias sedemikian rupa dengan cat dan gambar-gambar yang mencolok.

Sejauh ini bagi saya yang paling menyebalkan dari transportasi di Manila bukan soal macetnya. Bagi saya taksi Manila lebih menyebalkan dari macetnya sendiri. Macetnya Manila menurut saya masih kalah dengan macetnya Jakarta. Macet di sana lebih banyak karena lampu merah. Kalaupun lalu lintas padat, kendaraan masih bergerak pelan-pelan. Entah mungkin karena saya belum terlalu lama berada di Manila, saya belum menjumpai macet horor seperti di Jakarta saat kendaraan berhenti bergerak untuk waktu yang cukup lama.

Kebanyakan taksi yang lalu lalang di Manila menggunakan sedan Toyota Vios. Lucunya hampir di semua taksi yang saya jumpai, nama pengemudi dicat di pintu mobilnya. Saya cukup heran mengapa cat yang digunakan untuk menuliskan informasi pada badan taksi itu hanya cat biasa. Kalau diamati dari dekat seperti dicat dengan kuas secara manual. Tadinya saya pikir itu hanya dilakukan oleh taksi-taksi tua yang sudah tidak terawat. Tapi saya pun menjumpai mobil baru dengan cara pengecatan seperti itu.

manila-taxi

Bagi saya lucu melihat hampir semua taksi bertuliskan “Air Con”. Seolah-olah AC mobil adalah hal istimewa tersendiri bagi taksi tersebut. Saya mendapati pengalaman yang kurang menyenangkan dengan taksi di Manila. Dari dua kali kunjungan ke Manila, saya belum sekalipun menjumpai pengemudi taksi umum yang mengemudikan taksinya dengan nyaman. Saya senang memperhatikan gaya mengemudi supir taksi khususnya di Jakarta. Di Jakarta pengemudi taksi BlueBird/SilverBird yang menurut saya mengemudikan mobilnya dengan baik (cukup nyaman bagi penumpang). Meskipun demikian taksi lain pun relatif masih OK. Apa sih ukuran nyamannya? Gampang, amati saja mulai dari gaya memindahkan gigi persneling, cara menginjak pedal gas, cara menyalip mobil, cara berpindah jalur, dan yang paling penting cara mengerem. Di Manila tidak satupun yang nyaman. Seburuk-buruknya supir taksi di Jakarta, menurut saya masih jauh lebih baik dari supir taksi di Manila.

Pengalaman kedua saya dapatkan pada trip kemarin. Saya menginap di Holiday Inn Makati. Makati ini pusat kota dan juga business district, anggap saja kawasan Sudirman-Thamrin atau Mega Kuningan-nya Jakarta. Saya harus mengunjungi client yang kantornya terletak di kawasan Pasig City. Letaknya sekitar 10–15km dari hotel tempat saya menginap. Selain jauh lokasinya melewati daerah pusat kemacetan. Berangkat ke sana tidak terlalu menjadi soal karena ada pangkalan taksi di lobi hotel. Pulangnya yang repot. Sekitar pukul setengah 8 malam saya mulai menunggu taksi di pinggir jalan. Setidaknya ada 5 taksi yang menolak untuk membawa saya ke Makati. Masih cukup bersabar saya menunggu taksi, dengan plan B saya akan menelepon hotel minta dijemput saja.

Setelah 1 jam menunggu akhirnya saya berhasil juga mendapat taksi yang bersedia membawa saya kembali ke hotel. Dari Makati sampai Pasig City biaya taksinya antara 300–400 Peso. Saya tidak tahu berapa normalnya, kabarnya sudah umum argometer taksi di sana tidak pernah akurat alias argo siluman. Mulai hari kedua saya sudah kapok menggunakan taksi umum. Saya pilih menggunakan taksi hotel saja. Sekali jalan saya harus membayar 900 Peso. Relatif mahal dari taksi biasa. Tapi kalau saya hitung-hitung ongkosnya mirip dengan menggunakan SilverBird di Jakarta. Nilai tukar Phillipine Peso itu sekitar Rp250,-.

Dari Google saya jadi tahu tidak sedikit cerita pengalaman orang tentang taksi di Manila. Kurang lebih sama dengan pengalaman saya tadi. Untuk urusan kenyamanan berkendara dengan taksi, saya masih lebih menjagokan Jakarta. Kira-kira begitu sedikit cerita tentang taksi dan lalu lintas di Manila.

Sekilas Tentang VirtualBox Shared Folder

VirtualBox Shared Folder adalah salah satu fitur VirtualBox yang memungkinkan kita berbagi data antara komputer host dengan setiap VirtualBox guest (virtual machine). Istilah komputer host & guest pernah saya tulis di tulisan sebelumya tentang virtualisasi. Syarat untuk bisa menggunakan VirtualBox Shared Folder ini adalah guest OS harus sudah dilengkapi dengan VirtualBox Guest Addition driver.

Tulisan ini adalah dokumentasi pribadi saya tentang langkah menggunakan VirtualBox Shared Folder (VBox SF) di Mac OSX 10.9. MacMini menjadi komputer sehari-hari saya untuk urusan pekerjaan & pribadi. Semua data saya ada di home directory-nya MacMini. Ada kalanya saya perlu menggunakan VirtualBox untuk menjalankan Linux (Ubuntu). Misalnya saat saya ingin terhubung dengan jaringan VPN kantor tanpa perlu menggangu koneksi LAN & aktivitas internet saya lainnya. Saat menggunakan virtual machine seperti ini, saya perlu juga mengakses data-data saya yang ada di Mac. Di sinilah saya perlu menggunakan VBox SF supaya Ubuntu saya bisa mengakses semua data yang ada di Mac. Ini langkah-langkah yang saya lakukan untuk mengijinkan Ubuntu mengakses folder Mac saya : Continue reading

IP Fiktif Dalam Serial TV

Saya gemar mengikuti beberapa serial TV seperti Castle, Modern Family, House, dll. Biasanya stasiun TV Fox menayangkannya secara reguler. Video masing-masing serial itu dapat dengan mudah didapatkan melalui layanan BitTorrent. Dengan mengambil videonya dari torrent, saya bisa menonton banyak episode lama yang sudah tidak lagi diputar. Minggu lalu saya iseng mengunduh serial NCIS. NCIS season 11 memang sedang tayang di Fox channel, tapi saya tidak rutin menontonnya. Saya unduh semua video dari season 11. NCIS (Naval Criminal Investigative Service) bercerita tentang lembaga federal yang menangani penyelidikan berbagai kasus yang melibatkan personil angkatan laut Amerika Serikat.

Seperti umumnya serial detektif, selalu ada aktor yang berperan sebagai “computer geek” alias jagoan komputer. Aktor macam ini akan selalu ditampilkan dengan kemampuan komputer yang luar biasa, termasuk di dalamnya kemampuan penyadapan jaringan komputer (hacking). Ada yang menarik bagi saya menyaksikan NCIS 11 episode 5 minggu lalu. Ada salah satu adegan saat sang tokoh jagoan komputer berhasil mendeteksi alamat IP target buruannya. Ini tangkapan layar yang saya ambil :

IP Address prefix 472???

Bagi saya tampilan ini lucu. Saya yakin Anda yang hidupnya tidak jauh dari dunia komputer & jaringan akan tersenyum melihat tampilan layar di atas. Di scene tersebut ditampilkan alamat IP 472.13.278.5. Sejauh yang saya tahu alamat IP semacam itu tidak akan pernah ada di dunia komputer. Mengapa saya bisa berpikir seperti itu?

Perlu sedikit cerita tentang tentang pengalamatan IP versi 4 (IPv4). IPv4 tersusun dari 4 oktet, katakanlah dalam susunan seperti ini : A.B.C.D. Yang dimaksud dengan oktet (octet) dalam dunia komputer adalah susunan 8 bit digital atau bisa dibilang susunan 8 bilangan biner (bilangan biner sendiri hanya ada 2 yaitu 0 dan 1). Jadi satu oktet dapat tersusun dari kombinasi 00000000 sampai 11111111. Jadi susunan yang terbesar yang paling mungkin adalah (jika dituliskan dalam bentuk biner):

11111111.11111111.11111111.11111111

Susunan bilangan biner di atas bila diubah menjadi bilangan desimal akan menjadi :

255.255.255.255

Dengan demikian masing-masing oktet hanya mungkin tersusun dari bilangan desimal 0 sampai 255. Meskipun pada teori jaringan, angka 0 & 255 tidak akan pernah digunakan sebagai awalan/akhiran sebuah alamat IP, karena masing-masing sudah “dipesan” sebagai alamat jaringan (network address) dan alamat broadcast. Kalau kita melihat lagi tangkapan layar tadi, ada 2 oktet yang aneh yaitu 472 dan 278. Sejauh ini saya masih tidak bisa percaya ada alamat IP dengan komponen 472 & 278. Mungkin teori saya salah tapi coba saja Anda set IP komputer Anda dengan IP fiktif tadi, saya acungi dua jempol bila Anda bisa “memaksa” komputer Anda menggunakan IP tersebut. Setidaknya Ubuntu saya komplen saat saya mencoba menggunakan IP tadi. Lihat muncul peringatan merah & tombol Save yang tidak bisa diklik pada gambar berikut ini :

Bila benar ada alamat IP seperti itu di dunia nyata, mungkin saya perlu kembali belajar tentang teori jaringan komputer lagi (atau menggugat dosen jaringan komputer saya dulu di kampus? 😀 ).

FTP Server Di Solaris 11

Saya punya server Solaris 11 dengan hostname ncc-dev-sms01. Saat saya ingin mencoba mengakses server ini melalui FTP tapi saya mendapati error seperti ini :

root@slc03dto:~# ftp ncc-dev-sms01
ftp: connect: Connection refused
ftp> quit
root@slc03dto:~# 

Error seperti itu dapat dipastikan karena servis FTP server di ncc-dev-sms01 belum aktif. Ketika saya cek di server ncc-dev-sms01 memang tidak terlihat ada servis FTP yang sedang aktif :

root@ncc-dev-sms01:~# svcs | grep -i ftp
root@ncc-dev-sms01:~#

Saya coba aktifkan dengan perintah svcadm enable tapi mendapati error seperti ini :

root@ncc-dev-sms01:~# svcadm enable ftp
svcadm: svc:/network/ftp:default: is not complete, missing general/complete (see svcs -xv svc:/network/ftp:default for details)
root@ncc-dev-sms01:~# 

Mengikuti petunjuk yang muncul saya gunakan perintah svcs -xv tersebut :

root@ncc-dev-sms01:~# svcs -xv svc:/network/ftp:default
svc:/network/ftp:default (?)
 State: -
Reason: Service is incomplete, defined only by profile /etc/svc/profile/generic.xml.  To install this service, identify and install the package which provides the service's primary manifest.  Use "pkg search 'svc\:/network/ftp\:default'" to identify the package, then "pkg install <pkg>" to install the indicated package.
Impact: This service is not running.
root@ncc-dev-sms01:~# 

Untuk memasang servis FTP yang belum ada tadi, saya gunakan perintah seperti di bawah ini :

root@ncc-dev-sms01:~# pkg install pkg://solaris/service/network/ftp
           Packages to install:  1
       Create boot environment: No
Create backup boot environment: No
            Services to change:  2


DOWNLOAD                                PKGS         FILES    XFER (MB)   SPEED
Completed                                1/1       112/112      0.8/0.8  2.1M/s


PHASE                                          ITEMS
Installing new actions                       179/179
Updating package state database                 Done
Updating image state                            Done
Creating fast lookup database                   Done
root@ncc-dev-sms01:~# 

Setelah servis tersebut aktif, saya bisa mengulang kembali perintah svcadm enable tadi :

root@ncc-dev-sms01:~# svcadm enable ftp
root@ncc-dev-sms01:~# svcs | grep -i ftp
online          3:52:46 svc:/network/ftp:default
root@ncc-dev-sms01:~#

Setelah servis ini aktif saya bisa melihat servis FTP sudah LISTEN di port 21 :

root@ncc-dev-sms01:~# netstat -an | egrep "21.*LISTEN"
  *.21                 *.*                0      0 128000      0 LISTEN
  *.21                              *.*                             0      0 128000      0 LISTEN      
root@ncc-dev-sms01:~#

Dengan begitu sekarang saya sudah bisa mengakses server ini melalui perintah FTP :

root@slc03dto:~# ftp ncc-dev-sms01
Connected to ncc-dev-sms01.
220 ::ffff:192.168.1.11 FTP server ready
Name (ncc-dev-sms01:ttirtawi): smf_oper
331 Password required for smf_oper
Password:
230 User smf_oper logged in
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> 

Untuk membatasi user yang tidak boleh mengakses FTP server ini, saya bisa menambahkan username yang bersangkutan dalam berkas berikut ini :

root@ncc-dev-sms01:~# cat /etc/ftpd/ftpusers 
#
# List of users denied access to the FTP server, see ftpusers(4).
#
root
daemon
bin
sys
adm
lp
uucp
nuucp
dladm
netadm
netcfg
smmsp
gdm
xvm
mysql
openldap
webservd
nobody
noaccess
nobody4
aiuser
unknown
ftp
root@ncc-dev-sms01:~# 

Demikian catatan singkat saya tentang cara mengaktifkan FTP server di Solaris 11. Langkah-langkah ini bisa dilakukan pada global zone maupun dari dalam local zone.

Backup Komputer Dengan Clonezilla

Masih lanjutan cerita tentang backup notebook dengan Clonezilla, tulisan ini berisi contoh langkah-langkah menggunakan Clonezilla. Clonezilla adalah aplikasi Linux yang menyediakan proses backup-restore harddisk. Pada dasarnya Clonezilla adalah distribusi Linux yang mengkhususnya fungsinya sebagai sarana backup-restore. Solusi backup dengan Clonezilla ini sifatnya “Full Backup”, dengan kata lain backup diambil dari keseluruhan bagian harddisk atau beberapa partisi saja. Clonezilla sesuai namanya “Clone”, melakukan duplikasi isi harddisk atau partisi untuk menghasilkan “backup image”. Clonezilla berbeda dengan solusi backup lain yang sifatnya “Incremental Backup” seperti misalnya Time Machine pada Mac OSX. Time Machine bisa mengambil backup secara berkala & gradual.

Untuk membahas bedanya “Full Backup” & “Incremental Backup”, contoh gampangnya seperti ini : Misalnya pada tanggal 1 Juli Anda menggunakan Clonezilla untuk mem-backup notebook Anda. Isi harddisk notebook Anda berukuran 250GB. Pada tanggal 7 Juli, data yang ada di dalam notebook Anda hanya bertambah 100MB. Bila Anda kembali melakukan full backup dengan Clonezilla, maka hasil backup-nya lebih kurang sama 250GB + 100MB. Padahal hampir semua data relatif tetap tidak berubah. Jadi pada tanggal 7 Juli Anda akan punya 2 image backup. Bayangkan berapa ruang kosong yang harus Anda miliki untuk menyimpan semua hasil backup tersebut (paling tidak 2x250GB kan?).

Lain halnya dengan “Incremental Backup”, aplikasi backup akan mengambil Full Backup setidaknya 1 kali saja di awal. Selebihnya aplikasi backup hanya mengamankan data-data yang baru atau data lama yang berubah. Pada contoh tadi, 100MB data saja yang akan diamankan pada proses backup berikutnya. Jadi pada tanggal 7 Juli, Anda punya backup berukuran 250GB + 100MB. “Incremental Backup” relatif lebih hemat ruang & lebih cepat karena hanya perubahan data saja yang diamankan.

Clonezilla memang kurang cocok dipakai sehari-hari paling tidak karena 2 alasan berikut ini :

  • Untuk menggunakan Clonezilla, kita harus mematikan komputer & reboot dengan bootable medianya Clonezilla. Tidak praktis karena kita harus menghentikan aktivitas pada komputer yang akan kita backup.
  • Ukuran hasil backup relatif besar karena tiap kali backup dilakukan, Clonezilla akan melakukan “Full Backup”.

Pada contoh ini saya gunakan VirtualBox untuk mengambil contoh tangkapan layar (screenshot) proses backup-restore. Pada prinsipnya sama saja cara penggunakan Clonezilla ini baik di virtual machine maupun di komputer betulan. Ini sudah saya buktikan juga saat melakukan proses backup notebook Lenovo x220 saya. Untuk mengambil tangkapan layar setiap proses, saya gunakan skenario seperti ini :

  • Saya punya VirtualBox virtual machine dalam Macbook Air.
  • VM tersebut menjalankan Ubuntu 14.04.
  • Saya mencoba mem-backup isi VM tersebut dengan Clonezilla.
  • Pada proses restore-nya, saya akan menggunakan Clonezilla untuk menginstal hasil backup menjadi virtual machine baru di VirtualBox-nya MacMini.

Sekali lagi, langkah-langkah yang akan saya tuliskan sama persis bila Anda aplikasikan pada sebuah notebook / desktop (bukan virtual machine). Saya membagi tulisan ini menjadi 2 bagian utama : proses backup & proses restore.

Persiapan

Beberapa hal yang perlu disiapkan sebelum mulai mem-backup sebuah harddisk adalah :

  1. Saya perlu mengunduh Clonezilla dari website resminya Clonezilla. Ada dua pilihan media yang tersedia : berkas ISO yang bisa dijadikan bootable CD atau berkas zip yang bisa dipasang pada USB flash disk. Anda bisa baca detail cara untuk menyiapkan Clonezilla bootable media di sini.
  2. Media penyimpanan hasil backup. Pada contoh ini saya gunakan 2 macam media : USB flash disk & NFS server. Perlu diingat media penyimpanan harus punya cukup ruang kosong, ini sangat tergantung dari ukuran harddisk yang ingin kita backup & banyaknya data dalam harddisk tersebut.

Proses Backup

Berikut adalah contoh langkah-langkah melakukan backup sebuah komputer berisi Ubuntu 14.04 : Continue reading