Saya tahu, tidak semua orang senang dengan penggunaan proxy ketika berlangganan ke sebuah ISP, apalagi jika ISP tersebut seperti “memaksa” meredirect pelanggannya untuk menggunakan proxy yang telah mereka bangun, karena pelanggan merasa dibatasi. Atau Anda misalnya saja seorang pekerja kantoran yang menggunakan akses kantor dan ketika ingin membuka website tertentu tiba-tiba saja terblokir oleh proxy. Asumsi ini bahwa ini adalah suatu langkah yang bijak bisa jadi benar iya atau bisa juga tidak. Tapi saya tidak akan membahas ke arah sana, karena topik utama yang ingin kita bahas, seperti yang sudah sudah saya singgung diatas adalah mengenai penggunaan banyak IP address yang telah di assign didalam sebuah  proxy server agar dapat diggunakan semuanya oleh Squid daemon.

Disini saya menggunakan Linux sebagai OS base proxy server dan tentu saja Squid sebagai proxy-nya. Ada 2 skenario yang bisa kita aplikasikan, tergantung dari bagaimana rencana yang Anda ingin terapkan, yaitu :

1. Berdasarkan ACL rules IP address client, dimana IP address client sudah kita ketahui dan kita tentukan untuk menggunakan IP adress proxy tertentu juga. Biasanya dikombinasikan dengan destination NAT atau redirect firewall.
2. Berdasarkan ACL rules IP address proxy, dimana IP address client tidak kita tentukan atau tidak kita ketahui, serta tujuan IP proxy tidak kita tentukan juga, tergantung dari sisi client itu sendiri untuk menggunakan IP address proxy yang mana saja yang akan digunakan. Mungkin saja Anda adalah penyedia akses proxy server publik (gratis atau premium).

Pertama, kita pastikan terlebih dahulu apakah IP address telah di assign didalam interface (eth) baik itu address secara fisik maupun secara virtual, dan berapa banyak IP address yang tersedia dengan perintah ifconfig. Jika belum, atau Anda ingin mempelajarinya bagaimana cara meng-assign IP address secara virtual sebaiknya Anda baca artikel saya yang lain yaitu Mengenal IP Static, DHCP, Virtual IP, Virtual DNS dan Routing di Linux.

Kedua, pastikan Anda sudah melakukan instalasi Squid proxy dengan benar dan berjalan dengan baik.

Ketiga, jika Anda menggunakan teori skenario nomor 1 seperti diatas, Anda sudah terlebih dahulu menentukan IP address dan netmask jaringan client. Sedangkan untuk teori skenario nomor 2 Anda tidak perlu melakukannya. Disini saya tidak akan menjelaskan bagaimana menggunakan iptables firewall atau routing.

Berdasarkan ACL rules IP address client

Misalnya saja kita ketahui IP address client masing-masing adalah 192.168.1.0/24 dan 172.168.5.0/24. Sedangkan IP address yang terdapat di proxy server adalah 202.11.22.2, 203.33.44.3 dan 114.66.77.9. Port proxy yang ingin kita gunakan secara global adalah port 8081.

• Buka dan edit file squid.conf

• Definisikan IP address dan port proxy

http_port 202.11.22.2:8081
http_port 203.33.44.3:8081
http_port 114.66.77.9:8081

• Buatlah ACL client

acl client1 src 192.168.1.0/24
acl client2 src 172.168.5.0/24

• Buat tujuan dari masing-masing ACL

tcp_outgoing_address 202.11.22.2 client1
tcp_outgoing_address 203.33.44.3 client2
tcp_outgoing_address 114.66.77.9

• Simpan file squid.conf dan restart squid

squid -k reconfigure

Berdasarkan ACL rules IP address proxy server

Misalnya saja IP address yang terdapat di proxy server adalah 202.11.22.2, 203.33.44.3 dan 114.66.77.9. Port proxy yang ingin kita gunakan secara global adalah port 8081.

• Buka dan edit file squid.conf

• Definisikan IP address dan port proxy

http_port 202.11.22.2:8081
http_port 203.33.44.3:8081
http_port 114.66.77.9:8081

• Buatlah ACL IP address proxy

acl ip1 myip 202.11.22.2
acl ip2 myip 203.33.44.3
acl ip3 myip 114.66.77.9

• Buat tujuan dari masing-masing ACL

tcp_outgoing_address 202.11.22.2 ip1
tcp_outgoing_address 203.33.44.3 ip2
tcp_outgoing_address 114.66.77.9 ip3

• Simpan file squid.conf dan restart squid

squid -k reconfigure

Untuk selengkapnya silahkan Anda kunjungi :

• http://www.squid-cache.org/Doc/config/acl/
• http://www.squid-cache.org/Doc/config/http_port/
• http://www.squid-cache.org/Doc/config/tcp_outgoing_address/

Berikut aplikasi monitoring jaringan berbasis web base yang dapat Anda pasang di komputer utama, komputer gateway jaringan, atau dari salah satu komputer khusus monitoring. Masing-masing dari aplikasi tersebut menggunakan rrdtool untuk menampilkan graphis, kecuali BandwitdthD.

BandwitdthD : http://bandwidthd.sourceforge.net/

Cacti : http://www.cacti.net/

Centreon : http://www.centreon.com/

Observer : http://www.project-observer.org

Ternyata tidak itu saja, monitoring device dapat dilakukan seperti pada monitoring temperatur Thermostat di Indoor / Outdoor yang bisa Anda lihat di http://www.anders.com/projects/thermostat-graph/ menggunakan rrdtool.

Untuk selengkapnya silahkan Anda kunjungi :

http://oss.oetiker.ch/rrdtool/rrdworld/index.en.html

• netstat

Syntax : netstat option

Contoh :

netstat -tlnp | grep httpd

atau

netstat -uapn | grep bind

Dimana :

t = tcp
l = listening
n = numeric
p = program
u = udp

• netcat

Syntax : netcat option hostname port[s]

Contoh :

netcat -n localhost 80

Dimana :

n = numeric

• nmap (harus install paket terlebih dahulu, tidak tersedia secara default)

Syntax : nmap option host [port]

Contoh :

nmap -sT localhost -p 80

atau

nmap -sU localhost -p 53

Dimana :

sT : TCP scan

sU : UDP scan

p : port

Selamat mencoba!

Untuk selengkapnya silahkan Anda berkunjung ke :

• http://tylermuth.wordpress.com/2008/04/30/a-few-linux-tips-and-tricks/
• http://linux.die.net/man/8/netstat
• http://manpages.unixforum.co.uk/man-pages/linux/suse-linux-10.1/1/netcat-man-page.html
• http://nmap.org

BIND (Berkeley Internet Name Daemon) atau named adalah salah satu aplikasi perangkat lunak yang cukup penting dalam pengelolaan manajemen domain name server (DNS).

Alasan sederhana kenapa pilihan saya jatuh kepada BIND untuk menulis artikel ini adalah dikarenakan saya selama ini cukup familiar dengan BIND, kemudian tersedianya dokumentasi, standar RFC / ISC, maupun artikel dalam berbagai bahasa. Saya tidak ingin berdebat panjang lebar mengenai pilihan aplikasi ketika tulisan ini saya publikasikan, walaupun banyak sekali diluar sana aplikasi domain name server daemon, baik itu komersial atau gratis, seperti : MS DNS, djbdns, Dnsmasq, Simple DNS Plus, NSD, PowerDNS, MaraDNS, ANS, CNS, Posadis, Secure64 DNS, dan Unbound.

Lalu alasan rumitnya adalah, saya ingin Anda membaca artikel saya dan mem-bookmark blog ini

Cara kerja DNS

Secara sederhana bisa dipahami ketika kita melakukan permintaan alamat girigiri.gbrmpa.gov.au, DNS akan meminta kepada TLD (Top Level Domain) .au, kemudian menunjuk kepada gov.au begitu seterusnya hingga girigiri.gbrmpa.gov.au dapat ditemukan atau tidak. Jawaban alamat yang telah didapat dikembalikan kepada si peminta dalam waktu yang cukup cepat.

Jaringan lokal berskala medium seperti apa yang saya maksud ? Kita ambil contoh jaringan antar sekolah : laboratorium komputer, ruang guru dan kelas, satu buah gedung berlantai 3 yang saling terhubung dalam jaringan berbasis TCP/IP, atau bahkan jaringan local loop seperti yang pernah saya bahas pada File Server dan VPN Gateway dengan SME Server .

Untunglah ada protokol XMMP atau yang lebih dikenal dengan Jabber. Nah, saat ini para pengembang komunitas open source telah ikut ambil bagian dalam pengembangan aplikasi messenger server dan messenger client. Salah satunya yang cukup populer (sumber : rating future score dari http://www.jabber.org/software/servers.shtml) dan mempunyai banyak fasilitas adalah Openfire yang bertindak sebagai messenger server dan Spark sebagai client messenger. Openfire berjalan di atas Linux, sedangkan Spark dapat menggunakan versi MS Windows maupun Linux.

Di Indonesia, dari hasil pencarian saya di google search engine, pengimplementasian Jabber berskala medium pernah dilakukan oleh bung Jay dengan jabber.or.id-nya (non aktif), kemudian Unila yang beralamat di http://chat.unila.ac.id/.

Berikut contoh screenshoot yang diambil dari Spark :

Menarik bukan? Untuk informasi lebih jauh tentang Jabber, Openfire dan Spark, silahkan Anda berkunjung ke :

• www.xmmp.org
• www.jabber.org
• www.igniterealtime.org

• Hilangnya data
• Serangan virus, spyware, malware
• Tidak teroganisasinya berkas dan data dengan baik
• Penggunaan tidak semestinya

Disini, saya akan berikan kasus yang pernah saya tangani di salah satu kabupaten, dimana kabupaten sebagai pusat berkas dan data, lalu kecamatan-kecamatan yang ada sebagai penyuplai berkas dan data. Ada beberapa acuan yang saya gunakan :

• Tidak merubah budaya kerja yang selama ini sudah berjalan
• Tidak melibatkan develop aplikasi desktop
• Mudah dalam pengoperasian dan minim perawatan
• Teroganisasinya data dan berkas
• Tidak terhubung ke internet secara langsung (hanya penggunaan internal)
• Menghubungkan kecamatan-kecamatan yang sulit dijangkau transportasi dan komunikasi
• Meminimalis terjadinya gangguan dan kebocoran data

Perhatikan gambar berikut :

Di Site B kita install SME Server (ditandai dengan lingkaran warna merah), kemudian di Site A melakukan koneksi VPN ke Site B, dimana SME Server sudah mempunyai VPN Server tersendiri, baru melakukan transfer berkas dan data (dokumen, photo) menggunakan fasilitas Network Neighborhood / Workgroup layaknya file sharing seperti biasa jika end user menggunakan MS Windows, atau menggunakan Samba jika end user menggunakan Linux. Tidak merubah budaya kerja artinya, end user tetap mengetik di aplikasi pengolah kata dan menyimpannya.

Manajemen user dan directory di SME Server menggunakan antar muka web base yang bisa di akses darimana saja selama masih terhubung dalam satu jaringan. Jika Anda sedikit cerdik, Anda juga bisa menginstall aplikasi chat atau messenger server untuk komunikasi antar node.

Koneksi antar kedua site menggunakan akses local loop, dimana harga bandwithnya lebih murah dan lebih besar dibandingkan dengan harga bandwith yang sama ke internet. Local loop biasanya digunakan oleh bank, kantor pemerintahan dan militer untuk melakukan transaksi antar cabang atau saling berbagi data, namun terisolasi dari dunia luar.

Untuk lebih jelas tentang SME Server, Anda bisa mengunjungi :

• http://www.smeserver.org/
• http://wiki.contribs.org/

Contoh kasus Kita mempunyai informasi sebagai berikut :

1. IP Address 172.10.11.2 netmask 255.255.255.252 gateway 172.10.11.1 dari ISP.

2. Primary DNS 202.11.22.33, secondary DNS 202.22.33.44 dari ISP.

3. Kita ingin membuat jaringan lokal kita sesuai gambar skema berikut :

4. Ethernet devices yang menghadap ke internet kita beri nama eth0

5. Ethernet devices yang menghadap ke jaringan lokal kita beri nama eth1

6. Banyaknya komputer didalam lab yang terhubung ke switch hub melalui kabel UTP sebanyak 5 komputer

7. Banyaknya laptop yang terhubung ke Access Point (AP) sebanyak 3 laptop (misalnya untuk 2 guru dan 1 tata usaha).

6. IP Address terbagi atas 4 group :

• IP Address DHCP lab komputer
• IP Address static 2 guru
• IP Address static 1 tata usaha
• IP Address Access Point

Langkah - langkah yang dilakukan adalah sebagai berikut :

1. Set IP Address di router server, eth0 dengan IP Address dari ISP.

Syntax :

Implementasi :

2. Set IP Address untuk ke 4 group tersebut di eth1 ditambah dengan IP Address sebagai gateway utama Acess Point (AP).

Implementasi :

3. Arahkan ke 4 group tersebut ke IP Address yang diberikan ISP agar paket dari IP Address jaringan lokal dapat diteruskan ke luar atau ke internet, kecuali untuk IP Address milik Access Point, menggunakan perintah iptables.

Syntax :

Implementasi :