Dalam sebuah serangan Denial of Service, si penyerang akan mencoba untuk mencegah akses seorang pengguna terhadap sistem atau jaringan dengan menggunakan beberapa cara, yakni sebagai berikut:

Membanjiri lalu lintas jaringan dengan banyak data sehingga lalu lintas jaringan yang datang dari pengguna yang terdaftar menjadi tidak dapat masuk ke dalam sistem jaringan. Teknik ini disebut sebagai traffic flooding.Membanjiri jaringan dengan banyak request terhadap sebuah layanan jaringan yang disedakan oleh sebuah host sehingga request yang datang dari pengguna terdaftar tidak dapat dilayani oleh layanan tersebut. Teknik ini disebut sebagai request flooding.
Mengganggu komunikasi antara sebuah host dan kliennya yang terdaftar dengan menggunakan banyak cara, termasuk dengan mengubah informasi konfigurasi sistem atau bahkan perusakan fisik terhadap komponen dan server.

Bentuk serangan Denial of Service awal adalah serangan SYN Flooding Attack, yang pertama kali muncul pada tahun 1996 dan mengeksploitasi terhadap kelemahan yang terdapat di dalam protokol Transmission Control Protocol (TCP). Serangan-serangan lainnya akhirnya dikembangkan untuk mengeksploitasi kelemahan yang terdapat di dalam sistem operasi, layanan jaringan atau aplikasi untuk menjadikan sistem, layanan jaringan, atau aplikasi tersebut tidak dapat melayani pengguna, atau bahkan mengalami crash. Beberapa tool yang digunakan untuk melakukan serangan DoS pun banyak dikembangkan setelah itu (bahkan beberapa tool dapat diperoleh secara bebas), termasuk di antaranya Bonk, LAND, Smurf, Snork, WinNuke, dan Teardrop.

Meskipun demikian, serangan terhadap TCP merupakan serangan DoS yang sering dilakukan. Hal ini disebabkan karena jenis serangan lainnya (seperti halnya memenuhi ruangan hard disk dalam sistem, mengunci salah seorang akun pengguna yang valid, atau memodifikasi tabel routing dalam sebuah router) membutuhkan penetrasi jaringan terlebih dahulu, yang kemungkinan penetrasinya kecil, apalagi jika sistem jaringan tersebut telah diperkuat.

Penolakan Layanan secara Terdistribusi (DDos)

Penolakan Layanan secara Terdistribusi (bahasa Inggris: Distributed Denial of Service (DDos)) adalah salah satu jenis serangan Denial of Service yang menggunakan banyak host penyerang (baik itu menggunakan komputer yang didedikasikan untuk melakukan penyerangan atau komputer yang “dipaksa” menjadi zombie) untuk menyerang satu buah host target dalam sebuah jaringan.

Serangan Denial of Service klasik bersifat “satu lawan satu”, sehingga dibutuhkan sebuah host yang kuat (baik itu dari kekuatan pemrosesan atau sistem operasinya) demi membanjiri lalu lintas host target sehingga mencegah klien yang valid untuk mengakses layanan jaringan pada server yang dijadikan target serangan. Serangan DDoS ini menggunakan teknik yang lebih canggih dibandingkan dengan serangan Denial of Service yang klasik, yakni dengan meningkatkan serangan beberapa kali dengan menggunakan beberapa buah komputer sekaligus, sehingga dapat mengakibatkan server atau keseluruhan segmen jaringan dapat menjadi “tidak berguna sama sekali” bagi klien.

Serangan DDoS pertama kali muncul pada tahun 1999, tiga tahun setelah serangan Denial of Service yang klasik muncul, dengan menggunakan serangan SYN Flooding, yang mengakibatkan beberapa server web di Internet mengalami “downtime”. Pada awal Februari 2000, sebuah serangan yang besar dilakukan sehingga beberapa situs web terkenal seperti Amazon, CNN, eBay, dan Yahoo! mengalami “downtime” selama beberapa jam. Serangan yang lebih baru lagi pernah dilancarkan pada bulan Oktober 2002 ketika 9 dari 13 root DNS Server diserang dengan menggunakan DDoS yang sangat besar yang disebut dengan “Ping Flood”. Pada puncak serangan, beberapa server-server tersebut pada tiap detiknya mendapatkan lebih dari 150000 request paket Internet Control Message Protocol (ICMP). Untungnya, karena serangan hanya dilakukan selama setengah jam saja, lalu lintas Internet pun tidak terlalu terpengaruh dengan serangan tersebut (setidaknya tidak semuanya mengalami kerusakan).

Tidak seperti akibatnya yang menjadi suatu kerumitan yang sangat tinggi (bagi para administrator jaringan dan server yang melakukan perbaikan server akibat dari serangan), teori dan praktik untuk melakukan serangan DDoS justru sederhana, yakni sebagai berikut:

Menjalankan tool (biasanya berupa program (perangkat lunak) kecil) yang secara otomatis akan memindai jaringan untuk menemukan host-host yang rentan (vulnerable) yang terkoneksi ke Internet. Setelah host yang rentan ditemukan, tool tersebut dapat menginstalasikan salah satu jenis dari Trojan Horse yang disebut sebagai DDoS Trojan, yang akan mengakibatkan host tersebut menjadi zombie yang dapat dikontrol secara jarak jauh (bahasa Inggris: remote) oleh sebuah komputer master yang digunakan oleh si penyerang asli untuk melancarkan serangan. Beberapa tool (software} yang digunakan untuk melakukan serangan serperti ini adalah TFN, TFN2K, Trinoo, dan Stacheldraht, yang dapat diunduh (bahasa Inggris: download) secara bebas di Internet.
Ketika si penyerang merasa telah mendapatkan jumlah host yang cukup (sebagai zombie) untuk melakukan penyerangan, penyerang akan menggunakan komputer master untuk memberikan sinyal penyerangan terhadap jaringan target atau host target. Serangan ini umumnya dilakukan dengan menggunakan beberapa bentuk SYN Flood atau skema serangan DoS yang sederhana, tapi karena dilakukan oleh banyak host zombie, maka jumlah lalu lintas jaringan yang diciptakan oleh mereka adalah sangat besar, sehingga “memakan habis” semua sumber daya Transmission Control Protocol yang terdapat di dalam komputer atau jaringan target dan dapat mengakibatkan host atau jaringan tersebut mengalami “downtime”.

Hampir semua platform komputer dapat dibajak sebagai sebuah zombie untuk melakukan serangan seperti ini. Sistem-sistem populer, semacam Solaris, Linux, Microsoft Windows dan beberapa varian UNIX dapat menjadi zombie, jika memang sistem tersebut atau aplikasi yang berjalan di atasnya memiliki kelemahan yang dieksploitasi oleh penyerang.

Beberapa contoh Serangan DoS lainnya adalah adalah:

Serangan Buffer Overflow, mengirimkan data yang melebihi kapasitas sistim, misalnya paket ICMP yang berukuran sangat besar.
Serangan SYN, mengirimkan data TCP SYN dengan alamat palsu.
Serangan Teardrop, mengirimkan paket IP dengan nilai offsetyang membingungkan.
Serangan Smurf, mengirimkan paket ICMP bervolume besar dengan alamat host lain.
ICMP Flooding

Kalo bicara soal OS yg tidak bagus buat squid, maybe there are some answer with reason why

• Windows family

Reason : squid pada dasarnya memang dibuat untuk keluarga NIX, bukan windows. Plus file system di windows baik FAT32 & NTFS tidak bagus buat squid yang membutuhkan re-read/re-write sangat tinggi ke hard disk. dengan I/O yg sangat tinggi, berarti partisi windows secara rutin harus sering-sering di defrag dengan kondisi squid harus di shutdown dulu. Kebayang kan lamanya waktu untuk defrag ribuan file cache-nya squid?

• Commodore (VIC20, 64,128) OSes – YMMV on Amiga systems
• Mobile OS seperti Palm OS, Symbian

emang mau masang squid di smart phone?

Hal-hal yang harus diperhatikan waktu membangun squid proxy :

• Jumlah RAM

RAM 1GB dengan 2GB tentu saja akan berbeda terutama di besarnya disk cache. Rata-rata setiap 1GB cache membutuhkan 30MB RAM. Jika besarnya RAM 1 GB, amannya set cache sebesar kurang lebih 25GB, karena NIX akan meload semua kernelnya ke RAM, jadi harus dipastikan bahwa selalu ada RAM  yang available utnuk menghindari adanya swapping memory ke Harddisk. Swapping memory ke harddisk sangat diharamkan untuk sebuah mesin squid proxy. Sangat disayangkan jika ada yang set cache sebesar 120GB tanpa pengetahuan dasar soal ram usage-nya squid hanya karena kebingungan dapat kapasitas HDD 250GB akhirnya di set cache 120GB swap 90GB

• Hard Disk Drive

SCSI lebih baik dari SATA, SATA lebih baik dari IDE. Yang seimbang, bahkan mungkin sedikit lebih baik dari SCSI dari segi speed adalah SSD. Jangan memakai konfigurasi RAID, utamanya RAID4/5. Check this link. 3 HDD lebih baik dari 2 HDD, 2 HDD lebih baik dari 1 HDD

• Mount Options

Selalu gunakan noatime untuk cache dir.  Jika menggunakan reiserFS, tambahkan juga option notail. Jika menggunakan ext4 tambahkan option barrier=0. Hati-hati dengan penggunaan option data=writeback, seringkalo option ini bisa menyebabkan kernel panic

• Disk space usage

HDD akan mengalami penurunan performa jika space usage diatas 75%. set cache dir squid dibawah 75% dari space partition-nya. Dan setiap partition lebih baik ukuran tidak lebih besar dari 20GB

• File System yang bisa dipertimbangkan untuk cache dir squid

Linux

ReiserFS

File system ini sangat baik untuk handle ribuan bahkan ratusan ribu file-file small size seperti file-file cache-nya squid. Option notail noatime wajib digunakan

Ext4

Gunakan option noatime barrier=o data=writeback

Ext2

Keuntungan ext2 adalah bukan journaling file system. Set di fstab untuk mematikan fsck saat booting

Solaris

Gunakan ZFS. Cuma harus diingat ZFS rakus memory

Halaman ini adalah terjemahan bebas dari What is the Best OS for Squid?

Install Paket Yang dibutuhkan

apt-get install build-essential libssl-dev

Setelah selesai install paket selanjutnya

apt-get install unbound
cd /etc/unbound
wget  ftp://FTP.INTERNIC.NET/domain/named.cache
unbound-control-setup

Selanjutnya buat user dan grup untuk Unbound

groupadd unbound
useradd -d /var/unbound -m -g unbound -s /bin/false unbound

dan sesuaikan config /etc/unbound/unbound.conf, dan servis dns lainnya (bind/dnsmasq dll) harus di stop agar tidak bentrok)

vi /etc/init.d/unbound

server:
 verbosity: 1
 statistics-interval: 120
 num-threads: 1
 interface: 0.0.0.0

outgoing-range: 512
 num-queries-per-thread: 1024

msg-cache-size: 16m
 rrset-cache-size: 32m

msg-cache-slabs: 4
 rrset-cache-slabs: 4

cache-max-ttl: 86400
 infra-host-ttl: 60
 infra-lame-ttl: 120

infra-cache-numhosts: 10000
 infra-cache-lame-size: 10k

do-ip4: yes
 do-ip6: no
 do-udp: yes
 do-tcp: yes
 do-daemonize: yes

#access-control: 0.0.0.0/0 allow
 access-control: 192.168.0.0/16 allow
 access-control: 172.16.0.0/12 allow
 access-control: 10.0.0.0/8 allow
 access-control: 127.0.0.0/8 allow
 access-control: 0.0.0.0/0 refuse

chroot: “/etc/unbound”
 username: “unbound”
 directory: “/etc/unbound”
 #logfile: “/etc/unbound/unbound.log”
 #use-syslog: yes
 logfile: “”
 use-syslog: no
 pidfile: “/etc/unbound/unbound.pid”
 root-hints: “/etc/unbound/named.cache”

identity: “DNS”
 version: “1.4″
 hide-identity: yes
 hide-version: yes
 harden-glue: yes
 do-not-query-address: 127.0.0.1/8
 do-not-query-localhost: yes
 module-config: “iterator”

#zone localhost
 local-zone: “localhost.” static
 local-data: “localhost. 10800 IN NS localhost.”
 local-data: “localhost. 10800 IN SOA localhost. nobody.invalid. 1 3600 1200 604800 10800″
 local-data: “localhost. 10800 IN A 127.0.0.1″

local-zone: “127.in-addr.arpa.” static
 local-data: “127.in-addr.arpa. 10800 IN NS localhost.”
 local-data: “127.in-addr.arpa. 10800 IN SOA localhost. nobody.invalid. 2 3600 1200 604800 10800″
 local-data: “1.0.0.127.in-addr.arpa. 10800 IN PTR localhost.”

#zone warnet-sudiro.net
 local-zone: “warnet-sudiro.net.” static
 local-data: “warnet-sudiro.net. 86400 IN NS ns1.warnet-sudiro.net.”
 local-data: “warnet-sudiro.net. 86400 IN SOA warnet-sudiro.net. hostmaster.warnet-sudiro.net.  3 3600 1200 604800 86400″
 local-data: “warnet-sudiro.net. 86400 IN A 192.168.100.2″
 local-data: “www.warnet-sudiro.net. 86400 IN A 192.168.100.2″
 local-data: “ns1.warnet-sudiro.net. 86400 IN A 192.168.100.2″

local-data: “mail.warnet-sudiro.net. 86400 IN A 192.168.100.5″
 local-data: “warnet-sudiro.net. 86400 IN MX 10 mail.warnet-sudiro.net.”
 local-data: “warnet-sudiro.net. 86400 IN TXT v=spf1 a mx ~all”

local-zone: “100.168.192.in-addr.arpa.” static
 local-data: “100.168.192.in-addr.arpa. 10800 IN NS warnet-sudiro.net.”
 local-data: “100.168.192.in-addr.arpa. 10800 IN SOA warnet-sudiro.net. hostmaster.warnet-sudiro.net. 4 3600 1200 604800 864000″
 local-data: “2.100.168.192.in-addr.arpa. 10800 IN PTR warnet-sudiro.net.”

forward-zone:
 name: “.”
 forward-addr: 202.134.1.10
 forward-addr: 222.124.204.34
 forward-addr: 202.134.0.155

remote-control:
 control-enable: yes
 control-interface: 127.0.0.1
 control-port: 953
 server-key-file: “/etc/unbound/unbound_server.key”
 server-cert-file: “/etc/unbound/unbound_server.pem”
 control-key-file: “/etc/unbound/unbound_control.key”
 control-cert-file: “/etc/unbound/unbound_control.pem”

root@ubuntu:~# /etc/init.d/unbound restart
root@ubuntu:~# nslookup 192.168.100.2

Server: 127.0.0.1
 Address: 127.0.0.1#53
2.00.168.192.in-addr.arpa name = warnet-sudiro.net.

root@ubuntu:~# nslookup warnet-sudiro.net

Server: 127.0.0.1
 Address: 127.0.0.1#53

Name: warnet-sudiro.net
 Address: 192.168.100.2

root@ubuntu:~#unbound-control stats

 thread0.num.queries=38
 thread0.num.cachehits=7
 thread0.num.cachemiss=31
 thread0.num.recursivereplies=31
 thread0.requestlist.avg=0.129032
 thread0.requestlist.max=1
 thread0.requestlist.overwritten=0
 thread0.requestlist.exceeded=0
 thread0.requestlist.current.all=0
 thread0.requestlist.current.user=0
 thread0.recursion.time.avg=0.088811
 thread0.recursion.time.median=0.0185685
 thread1.num.queries=10
 thread1.num.cachehits=1
 thread1.num.cachemiss=9
 thread1.num.recursivereplies=9
 thread1.requestlist.avg=0
 thread1.requestlist.max=0
 thread1.requestlist.overwritten=0
 thread1.requestlist.exceeded=0
 thread1.requestlist.current.all=0
 thread1.requestlist.current.user=0
 thread1.recursion.time.avg=0.049576
 thread1.recursion.time.median=0.016384
 total.num.queries=48
 total.num.cachehits=8
 total.num.cachemiss=40
 total.num.recursivereplies=40
 total.requestlist.avg=0.1
 total.requestlist.max=1
 total.requestlist.overwritten=0
 total.requestlist.exceeded=0
 total.requestlist.current.all=0
 total.requestlist.current.user=0
 total.recursion.time.avg=0.079984
 total.recursion.time.median=0.0174763
 time.now=1281681396.583885
 time.up=7299.491047
 time.elapsed=4177.655650

Source : ForumMikrotik.Com

Teknologi data center terus berkembang setiap tahunnya. Lalu, bagaimana tren di tahun 2011 ini? Simak prediksi Hu Yoshida, Chief Technology Officer (CTO) Hitachi Data Systems.

Menurut Hu, tahun 2011 akan diwarnai dengan 10 tren storage utama seputar transformasi data center. Berikut penjabarannya seperti dikutip?pada Selasa (11/1/2011):

1. Adopsi virtualisasi storage dan dynamic provisioning semakin cepat.
Keduanya menjadi fondasi bagi penerapan komputasi awan dan data center yang dinamis dengan tingkat ketersediaan tinggi. Virtualisasi storage, virtualisasi dari array storage eksternal memungkinkan migrasi dari satu array ke array yang lain tanpa gangguan. Sementara itu, dynamic provisioning memungkinkan storage disediakan dalam hitungan menit.
2. Integrasi virtualisasi server dan storage semakin erat.
Integrasi ini diperlukan untuk meningkatkan adopsi virtualisasi data center. Saat ini, virtualisasi server sudah matang melebihi pengurangan biaya dari konsolidasi server print, file, test dan development untuk mendukung server aplikasi tier 1. Virtualisasi server memerlukan integrasi virtualisasi array storage yang bisa mengurangi ‘leher botol’ I/O peranti lunak seperti SCSI, sehingga bisa memenuhi kebutuhan aplikasi kelas enterprise.
??
3. Adopsi virtual tiering untuk manajemen daur hidup.
Saat ini, virtual tiering mampu mengalokasikan volume ke satu pool of storage (kumpulan storage) yang berisi kinerja, biaya dan jumlah tier pada storage. Virtual tiering juga memiliki kecerdasan untuk memindahkan komponen dari volume tersebut ke tier yang lain berdasarkan jumlah akses.

Pengguna tak perlu mengklasifikasikan sebuah volume dan mengalokasikannya ke satu tier storage. Pengguna juga tak perlu menaikkan atau menurunkan volume ke tier tertentu berdasarkan aktivitas. Virtual Tiering atau Dynamic Tiering akan melakukannya secara otomatis tanpa perlu melakukan klasifikasi atau pemindahan antar tier.

4. Saatnya menggunakan SSD (Solid State Drive) dalam konfigurasi virtual tier.
SSD mampu meningkatkan kinerja sekaligus menurunkan biaya dalam konfigurasi virtual tier. Saat ini, 80% lebih volume tergolong tidak aktif, hanya sedikit saja jumlah SSD yang dibutuhkan dalam Tier 1 untuk melayani komponen-komponen yang aktif dari satu volume.

Sebagian besar volume bisa memakai drive SAS atau SATA yang lebih murah. Pool storage multi-tier yang memiliki sedikit SSD dan banyak drive SAS atau SATA akan lebih murah dibandingkan satu pool drive SAS dengan total kapasitas yang sama dan memberikan IOP empat sampai lima kali lipat.

5. Adopsi Serial Attached SCSI (SAS) untuk sistem storage enterprise.
Tidak seperti Fibre Channel (FC) loop yang digunakan mendukung drive FC pada sistem-sistem storage tua, SAS adalah protokol point-to-point. FC loop mensyaratkan setiap drive dalam loop membantu akses ke loop tersebut yang mengakibatkan inefisiensi. Jika drive yang lebih cepat? – seperti drive SSD -? disambungkan ke loop itu, akan menghabiskan loop tersebut sehingga drive yang lain tidak kebagian akses.

Kebanyakan drive SAS saat ini berkecepatan 6Gbps dan sebagian besar FC loop adalah 4Gbps. Dengan demikian, SAS memiliki kinerja yang lebih cepat dengan akses point-to-point sehingga lebih mudah menemukan drive yang gagal dibandingkan FC loops. SAS juga kompatibel dengan SATA. Satu-satunya perbedaan adalah port-nya, SAS memiliki port ganda sedangkan SATA port tunggal.

6. Drive SFF (Small Form Factor), akan semakin banyak ditemui.
Terutama karena efisiensi daya dan pendinginan yang dimiliki SFF. Peranti SFF adalah drive 2,5 inch yang mengkonsumsi daya sekitar 6 sampai 8 watt, dibandingkan drive Large Form Factor (LFF) 3,5 inci yang memakan 12 sampai 15 watt. Dengan demikian, SFF memangkas daya dan pendinginan secara dramatis, ditambah juga penghematan dari pemakaian ruangan.

Sejumlah vendor mengemas 24 disk SFF dalam satu laci setinggi 2U dengan lebar 33,5 inci. Hitachi mengemas AMS dan Virtual Storage Platform (VSP) sehingga lebih padat. Satu laci AMS memiliki 48 drive setinggi 3U dengan lebar 24 inci. Laci ini bisa ditarik untuk pemeliharaan dengan 48 disk masih berputar.

7. Awan diterima sebagai salah satu model infrastruktur.
Komputasi Awan akan mulai diterima sebagai salah satu konsep yang teruji. Sejumlah landasan ke Awan akan mendorong adopsi dengan menyediakan sejumlah peranti manajeman dan lapisan orkestrasi yang menyediakan transparansi seluruh proses.

8. Konvergensi data center melonjak.
Konvergensi infrastruktur server, storage dan jaringan akan menyederhanakan dan mempercepat penggelaran aplikasi. Penggunaan server, hypervisor, storage dan virtualisasi jaringan memberikan jalan bagi platform terbuka yang memastikan perlindungan investasi dan pilihan bagi pengguna.

9. Aplikasi semakin transparan dalam virtualisasi storage atau aplikasi akan membutuhkan infrastruktur Awan.
Tanpa transparansi ini, para pengguna aplikasi tidak bisa mengetahui apakah target Service Level Agreement (SLA) sudah tercapai, bagaimana mengetahui mekanisme penagihannya, perencanaan utilisasi dan tingkat kesehatan dari infrastrukturnya.

Peranti lunak manajemen bisa menyediakan dashboard aplikasi bagi unit bisnis yang menggunakannya sesuai dengan target SLA. Dashboard tersebut menunjukkan status SLA, alokasi disk, tipe RAID, port storage dan tingkat kesehatan infrastruktur yang digunakan, serta kapasitas pemakaian.

10. Layanan terkelola (managed services) jarak jauh mulai tersedia.
Remote Managed Services ini akan mengurangi beban monitoring, pelaporan, peringatan dan manajemen yang menghambat operasional TI beralih ke teknologi baru. Selama lebih dari 10 tahun, mandat yang diberikan kepada TI adalah mengerjakan lebih banyak hal dengan lebih sedikit sehingga staf disibukkan dengan pemeliharaan teknologi yang sama. Untuk melakukan transformasi data center, staf TI harus mencari waktu untuk pelatihan, perencanaan dan eksekusi.

Sekelompok ahli TI yang beroperasi di luar Service Operations Center menggunakan peranti manajemen jarak jauh bisa meningkatkan kemampuan ini ke berbagai instalasi dengan biaya yang lebih diterima dan mendorong lebih cepat tingkat pengembalian investasi.

Sumber

”Satu atau dua tahun mendatang cloud akan booming,”kata Deputy VP Corporate Secretary Telkomsel, Aulia Ersyah Marinto. Selain karena kebutuhan, kata Aulia, para penyedia layanan ini–termasuk kalangan operator–, juga akan semakin agresif dalam pengembangan layanan.

Dalam bahasa sederhana, kata Aulia, facebook identik dengan Cloud Computing. Untuk menikmati layanan ini dan menggunakan semua fitur yang ada, pengguna tidak perlu mengunduh aplikaasi atau menyediakan perangkat seperti server. ”Anda tinggal menggunakan saja, semua sudah diurus facebook,” kata Aulia memberi contoh.

Pendekatan yang sama diterapkan pada Cloud Computing. Semua kebutuhan disediakan penyedia jasa, mulai dari teknologi, aplikasi, server, hingga jaringan. Pengguna cukup menyediakan peranti untuk mengakses, seperti desktop, laptop, tablet, netbook atau smartphone.

Ihwal layanan cloud computing Telkomsel, Aulia menyatakan bahwa layanan Business Connect yang dikembangkan bersama dengan Google, merupakan sebuah langkah awal. ”Saat ini baru dalam tahap penyediaan layanan berbasis web, selanjutnya akan berkembang sedemikian rupa,” kata Aulia.

Ke depan, layanan ini akan dikembangkan seiring dengan ketersediaan aplikasi dan dukungan jaringan yang lebih baik lagi. ”Setelah kita mengimplementasikan LTE, bisa saja dikembangkan layanan berbasis video. Layanan akan berkembang sesuai dengan kebutuhan korporat kita,” kata Aulia.

Business Connect yang ditawarkan Telkomsel menawarkan komunikasi perusahaan berbasis web terintegrasi. Layanan ini difokuskan untuk pengusaha kecil dan menengah. ”Perusahaan lain juga bisa,” kata Aulia.

Pada Busines Connect tersedia layanan antara lain document sharing. Pada layanan ini jajaran manajemen suatu perusahaan bisa melakukan sharing document hingga editing dokumen dengan para staf yang berada di lapangan. Layanan lain adalah calendar, video chat, instant messaging.

Semua layanan disebut Aulia terintegrasi. ”Ini yang membedakan Google dengan layanan lain yang ada, dimana untuk setiap layanan harus menggunakan aplikasi berbeda-berbeda. Pada Business Connect semua ada dan terintegrasi,” ujar Aulia.

Sumber

Ternyata adopsi teknologi itu perlu waktu yang sangat lama. Di seputaran tahun 2000, seingat saya, adopsi HTML baru saja bertransisi ke versi 4. HTML was all about layout and formatting. Not anymore.

HTML 5 yang saat ini sudah mulai diimplementasikan oleh beberapa browser grade A akan membawa lebih dari sekedar fitur untuk layout dan format halaman. Beberapa di antaranya adalah Canvas dan Video.

Canvas

Dulu, untuk bisa memberikan interaksi menggambar di halaman web kita harus memakai applet Java atau Flash. HTML 5 akan memberikan satu opsi tambahan: canvas. Seperti namanya, canvas adalah media yang bisa dicorat-coret langsung. Tidak lagi perlu memuat plugin khusus. Cukup tambahkan dan javascript maka kita sudah bisa menggambar langsung di halaman web. Sekarang Anda bisa berimaginasi sendiri, kira-kira apa saja yang orang lakukan dengan canvas. Apa yang sebelumnya jadi monopoli Flash dan aplet Java akan di-take-over oleh .

Video dan Audio

Akan ada tag dan di HTML 5. Jadi tidak perlu lagi menempelkan flash untuk sekedar memutar audio. Format video yang didukung akan bervariasi terhadap browser, kemungkinan besar codecnya adalah Ogg Theora (patent free) dan H.264. Sepertinya sampai sekarang codecnya masih jadi kontroversi.

Local Storage

Masih ingat Google Gears? Sekarang storage untuk browser akan diakomodasi sebagai standard dalam HTML 5. Aplikasi bisa menyimpan data dalam jumlah lebih besar dari biasanya tanpa harus mengimplementasikan trik dengan cookie atau Flash. Tentunya ini kabar baik bagi pengembang aplikasi web. Mungkin bisa meningkatkan performa aplikasi dengan menggunakan storage sebagai local cache. Coba liat detilnya di sini.

Web Workers

Yang ini juga sempat kita nikmati lewat Google Gears. Jika javascript biasanya yang kita nikmati di web kadangkala menyebabkan komputer kita melambat atau paling tidak membuat browser seperti sesak napas maka web worker akan bsia jadi pelega. Salah satu fitur web worker adalah threading. Kini javascript bisa dipakai untuk melakukan beberapa proses sekaligus tanpa harus menghambat proses terkait UI.

Semantics

Nah ini dia. Buat designer yang sering meng-abuse div dan span sebagia elemen nav, fret no more. Akan ada tag khusus untuk navigasi, section, footer, dll. Tag yang kaya semantic seperti ini pasti akan lebih bermanfaat dari pada tag yang hanya punya informasi format dan layout saja. Dan bagi mesin, HTML5 akan jadi lebih bisa dimengerti.

Tidak berhenti di situ saja, nantinya juga akan ada dukungan microformats yang lebih baik dari sekarang ini. Dukungan microformats ini akan memanfaatkan tag dan atribut baru yang diperkenalkan di HTML 5. Tentang microformats, bisa kita baca progress-nya di sini.

Browser Anda sudah siap untuk HTML 5? Test saja di sini

Differences from HTML 4.01/XHTML 1.x

The following is a cursory list of differences and some specific examples.

• New parsing rules oriented towards flexible parsing and compatibility; not based on SGML
• Ability to use inline SVG and MathML in text/html
• New elements – section, article, footer, audio, video, progress, nav, meter, time, aside, canvas
• New types of form controls – dates and times, email, url, search
• New attributes – ping (on a and area), charset (on meta), async (on script)
• Global attributes (that can be applied for every element) – id, tabindex, hidden, data-* (custom data attributes)
• Forms will get support for PUT and DELETE methods too instead of just GET and POST (see Representational State Transfer for use cases)
• Deprecated elements dropped – center, font, strike, frameset

Untuk mengintastall proftpd di fedora dapat menggunakan perintah :

# yum install proftpd

Setelah selesai instalasi, kemudian jalankan ProFTPD :

# proftpd

Untuk menghentikan ProFTPD

# killall proftpd

Untuk menjalankan service ProFTPD

# service proftpd start

Untuk login kedalam FTP

# ftp localhost

Untuk pertama login isi username dan password yang akan menjadi username dan password untuk setiap kali login

Untuk membuat direktori

ftp> mkdir data

Untuk mengupload file

ftp> put data.txt

untuk download file

ftp> get data.txt

untuk keluar

ftp>bye

Menginstall paket tambahan untuk webmin

# yum install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl libmd5-perl

Selanjutnya menginstall webmin. Setelah webmin selesai didownload jalankan perintah

# rpm –ivh webmin-1.430-1.noarch.rpm

Untuk paket TAR bias di jalankan dengan perintah

# cp webmin-1.430-1.tar.gz /usr/local/src

# cd /usr/local/src

# tar zxvf webmin-1.430-1.tar.gz

# cd /usr/local/srcwebmin-1.430-1

# ./setup.sh

Nanti ada pertanyaan

Config file directory [/etc/webmin] : [enter]

Log file directory [/var/webmin] : [enter]

Full path to perl (default /usr/bin/perl) : [enter]

Web server port (default 10000) : [enter]

Login name (default admin] : [enter]

Login password : (isi password admin)

Password again : (isi password admin)

Use SSL (y/n) : y [enter]

Start webmin at boot time (y/n) : y [enter]

Selanjutnya Jalankan webmin via Browser dengan alamat http://localhost:10000

Webmin akan meminta username dan password. Masukkan username admin dan password yang telah diset.

Spek Dasar

• WordPress MU 2.6.1
• Fedora 8
• Apache
• PHP
• MySQL
• Hostname mesin saya namakan: localhost.localdomain

Instalasi

Tipe blog address disini ada 2 yaitu tipe sub-directory (domain.com/blog). Opsi selain itu adalah sub-domain (blog.domain.com).

Download WordPress MU terakhir disini.

Login ke server, dan sudo sudo su

Buat Direktori Root WordPress MU

# mkdir /var/www/html/blog

Copy wordpress-mu-2.6.1.tar.gz ke direktori blog

# cp wordpress-mu-2.6.1.tar.gz /var/www/html/blog/

Pindah ke root direktori phpmyadmin

# cd /var/www/html/blog

Ekstrak wordpress-mu-2.6.1.tar.gz

# tar zxvf wordpress-mu-2.6.1.tar.gz

Pindahkan Isi wordpress-mu-2.6.1 ke blog

# mv wordpress-mu-2.6.1 blog

Ubah izin pemilik folder blog agar dapat di read, write, excute oleh apache.apache

# chown –Rf apache.apache /var/www/html/blog/

# chown –Rf 744 /var/www/html/blog/

Buat database di mysql

Jalankan pada web browser dengan alamat http://localhost/blog

Lengkapi form instalasi dengan data berikut:
> Blog Addresses, pilih Sub-directories (like example.com/blog1
> Database, isi field Database Name, User Name, Password dan Database Host disesuaikan dengan konfigurasi server anda
> Server Address, sesuaikan dengan hostname server. WordPress akan otomatis mengisi field ini. Sebaiknya tak perlu diubah.
> Site Details, ada pilihan Site Title sebagai title induk web blog site, dan Email field untuk pengiriman konfirmasi via e-mail.

Klik tombol Submit

Instalasi selesai;

mysql>SET PASSWORD FOR root@localhost=PASSWORD(‘password’);

mysql>create database abcd;

mysql>grant ALL on abcd.* to abcd@localhost identified by ‘abcdpass’;

mysql>grant ALL on abcd.* to abcduser identified by ‘abcdpass’;

mysql>exit

password bisa di tukar

abcd adalah nama database yang akan di buat