Raymond Engelbert

Move to other blog

2009-08-21T04:15:00Z

All,

Per hari ini, konten blog di WSS-ID akan saya teruskan di blog baru saya di Wordpress yaitu http://blog.raymondxrays.net. Hal ini karena saya ingin mengkonsolidasikan 2 blog saya yang ada saat ini (teknis dan non teknis). Jadi, saya masih tetap akan stay tuned di WSS-ID, sebuah komunitas yang juga turut membantu saya menjalani karir di bidang IT.

Untuk konten lama, akan saya tetap biarkan di WSS-ID, dan semoga tetap bisa menjadi sumber informasi untuk rekan-rekan semua.

Akhir kata, maju terus WSS-ID

Salam,

Raymond

Share this post: | | | |

Windows Server 2008 R2 In a Relationship with Windows 7…

2009-07-31T19:00:33Z

Ini bukan status facebook yang menandakan seseorang sedang menjalin relasi khusus alias pacaran dengan seseorang lainnya :D.

Dan juga kita tidak sedang membicarakan pasangan presiden dan wakilnya, tetapi topik ini adalah sebagai persiapan kita untuk mengenal lebih dekat dua buah produk baru yang akan diluncurkan oleh Microsoft dalam beberapa bulan ke depan.

Jika pasangan calon presiden dan wakilnya (server) mengumbar beberapa program (feature) yang dibuat untuk menjalankan pemerintahan (perusahaan) dan hasilnya untuk rakyat (client), maka sesuai padanan kata yang saya tulis di dalam kurung, kita akan lihat seberapa jauh benefit dari fitur-fitur yang disajikan oleh pasangan Windows Server 2008 R2 & Windows 7 sehingga bisa menunjang bisnis dari perusahaan baik skala enterprise, menengah maupun kecil.

Nah, kita tidak akan berpolitik, karena lebih baik kita hidup dalam damai…hahaha…

Windows Server, yang mana akan mencapai versi Windows Server 2008 R2 (R2 kepanjangan dari Release 2, atau bisa disebut juga rilis kedua), mempunyai beberapa improvement dari versi sebelumnya. Saya akan highlight apa saja yang menjadi keunggulan di Windows Server 2008 R2:

Platform Untuk Aplikasi berbasis Web

Internet Information Services (IIS) merupakan salah satu Web Server yang juga banyak digunakan untuk meletakkan aplikasi berbasis web di dalamnya. Pada Windows Server 2008 R2, IIS telah mencapai versi 7.5, dimana terdapat beberapa improvement seperti:

- .NET support pada Server Core yang mana untuk management nya bisa di remote melalui IIS Manager.

- Best Practices Analyzer (BPA) tools for IIS 7.5 yang bisa digunakan untuk menganalisa Web Server IIS 7.5 dan mencatat apa saja best practice yang belum diterapkan.

- Failed Request Tracing untuk FastCGI, yang bisa digunakan oleh para developer PHP untuk mengikutsertakan IIS trace calls pada aplikasinya.

- Improved FTP Services, dimana sudah support FTP over SSL, serta logging untuk setiap aktivitas traffic FTP dan statusnya.

Realibilitas dan Skalabilitas

Sudah tidak bisa dipungkiri lagi bahwa semakin ke depan, kebutuhan infrastruktur IT baik dari segi hardware, sistem maupun data mengalami peningkatan. Disatu sisi, selain membutuhkan peningkatan kapasitas dari sisi hardware, antara aplikasi dan sistem operasi pun diharapkan mempunyai skalabilitas dan realibilitas yang memadai untuk memproses data yang semakin besar. Oleh karena itu, pada Windows Server 2008 R2 ini, ada beberapa hal yang merupakan pengembangan signifikan seperti:

- Platform yang tersedia hanyalah x64 (arsitektur 64 bit), sehingga sizing dan kapasitas yang bisa digunakan lebih besar.

- Dengan arsitektur baru, improvement pada performance dan workloads juga terasa, sehingga kita bisa memaksimalkan aplikasi yang akan dijalankan di atas Windows Server 2008 R2.

Virtualisasi

Semenjak Windows Server 2008, Hypervisor telah diterapkan menjadi salah satu role yang mendukung untuk solusi virtualisasi di atas Windows Server. Role tersebut adalah Hyper-V. Mengingat role ini sangat berguna dan menjadi salah satu komponen pendukung Green Computing, maka role ini sudah pasti akan terus dikembangkan. Hyper-V pada Windows Server 2008 R2 mempunyai beberapa area pengembangan, seperti:

- Live Migration Support melalui Cluster Shared Volume.

- Cluster validation tool menggunakan Windows Server 2008 R2 BPA.

- Management multiple Virtual Machine yang berbeda server maupun lokasi/datacenter dengan menggunakan System Center Virtual Machine Manager 2008.

- Increased Performance dan Hardware Support, dimana Hyper-V di R2 support hingga 64 logical processors pada host processor pool.

- Untuk Virtual Networking, VM Chimney yang baru by default di non aktifkan sebagai short-term dari masalah kompatibilitas hardware. Namun jika kompatibilitas dengan hardware tidak ada masalah, VM Chimney (atau sering disebut TCP Offload) akan mengijinkan VM melakukan dump load dari network processing ke NIC dari host.

Selain virtualisasi OS, ada juga Presentation Virtualization. Jika anda ingat, pada Windows Server 2008 ada sebuah solusi yang memungkinkan kita menjalankan aplikasi secara remote melalui Terminal Services. Inilah yang disebut dengan Presentation Virtualization. Pada Windows Server 2008 R2 ini, Terminal Services berganti nama menjadi Remote Desktop Services (RDS). Microsoft juga melakukan investasi di Virtual Desktop Infrastructure (VDI) dengan kolaborasi bersama beberapa vendor seperti Citrix, Unisys, HP, Quest, dll untuk mendukung expand fitur dari RDS terutama pada area User Experience, Remote App dengan Desktop Connections, Desktop Management, dan Desktop Deployment.

Improved Management

Secara arsitektur, Windows Server 2008 R2 juga mempunyai dampak pada konsumsi daya dimana terhadap multicore prosesor serta storage, ada penurunan konsumsi daya sehingga kita bisa gunakan untuk mensuplai daya terhadap lebih banyak komputer atau server.

Secara administrasi dan management, Graphical User Interface (GUI) telah menjadi bagian sehari-hari dalam administrasi infrastruktur IT oleh System Administrator. Untuk itu, tools seperti Server Manager, Active Directory User & Computers, dll tetap bisa digunakan. Selain itu, PowerShell v2.0 sebagai salah satu alternatif untuk melakukan administrasi menggunakan command line dan scripting.

Berbicara mengenai PowerShell v2.0, ada beberapa area improvement jika dibandingkan dengan PowerShell v1.0 dimana selain kita bisa melakukan ekspansi sampai ke level attribute, PowerShell v2.0 juga menyediakan remote management menggunakan PowerShell remoting, melakukan debugging script PowerShell dengan menggunakan Graphical PowerShell serta command Out-GridView.

In A Relationship with Windows 7

Nah, ini dia bagian yang ditunggu-tunggu. Bukan masalah gosip mengapa mereka bisa jadian, namun lebih ke arah bagaimana kolaborasi yang harmonis dan sempurna antara Windows Server 2008 R2 dan Windows 7 menghasilkan produktivitas bagi user dan juga tim IT suatu perusahaan.

OK, tanpa berpanjang lebar, kita bahas dua fitur unggulan utama yang ditawarkan yaitu DirectAccess dan Branch Cache.

DirectAccess diciptakan untuk menjadi alternatif solusi remote connectivity ke jaringan internal suatu perusahaan. Biasanya fungsional ini dilakukan menggunakan VPN yang mana setiap user harus mempunyai VPN Client dan melakukan koneksi VPN melalui internet. Dalam bandwith bagus, koneksi VPN akan lancar, namun saat koneksi internet buruk, bisa saja menjadi halangan untuk melakukan koneksi VPN. Dengan DirectAccess, kita cukup menggunakan Windows 7 sebagai sisi client dan sedikit konfigurasi pada Windows Server 2008 R2 (termasuk masalah security untuk mengamankan infrastruktur IT internal), user cukup melakukan koneksi biasa tanpa harus melakukan VPN connection.

Sementara fitur Branch Cache memungkinkan lalu lintas data antara kantor pusat dan cabang tidak lagi dibebani oleh utilisasi bandwith WAN (Wide Area Network). Setiap ada data yang ditarik dari pusat menuju cabang, maka Server akan membuat cache data tersebut, sehingga jika ada user lain yang ingin mengambil data yang sama, maka data yang ditarik tidak lagi membebani bandwith karena ada cache yang tersimpan di server cabang.

Lalu apa lagi?

Ternyata pada Group Policy di Windows Server 2008 R2 bisa melakukan sentralisasi management konsumsi daya pada setiap komputer yang menjalankan Windows 7.

Kemudian untuk proteksi data, jika pada Windows Server 2008 dan Vista kita bisa menggunakan BitLocker untuk mengenkripsi Operating System Volume (drive) dan Encrypted File System (EFS) untuk mengenkripsi removable media seperti Flash Disk, maka pada Windows Server 2008 R2 dan Windows 7, kita bisa melakukan enkripsi terhadap Flash Disk dengan menggunakan BitLocker.

Terakhir, ada yang namanya Offline File Features yang memungkinkan kita melakukan pekerjaan pada file yang tersimpan di network shared folders ketika network shared folders berada pada posisi offline. Pada Windows Server 2008 & Vista, by default fitur ini akan tersetting sebagai Online mode. Pada Windows Server 2008 R2 dan Windows 7, by default fitur ini akan melakukan transisi ke offline mode ketika kita terkoneksi ke jaringan yang lambat. Keuntungan fitur ini adalah, mereduksi traffic jaringan ketika terkoneksi ke intranet karena jiak kita melakukan modifikasi pada file yang tersimpan di network shared folders, maka local cache akan menyebabkan adanya penambahan traffic pada jaringan dan memungkinkan terjadinya kegagalan sinkronisasi data apabila terjadi bottleneck pada jaringan. Dengan Offline File Features ini, kita bisa meminimalisir terjadinya gagal sinkronisasi karena informasi yang sedang kita olah tersimpan di Offline Files local cache.

Akhir kata, semoga tulisan ini berguna dan bisa menjadi referensi bagi rekan-rekan sekalian.

Best Regards,

Raymond Engelbert

Share this post: | | | |

[Exchange 2010 Beta] Storage Improvement - Lanjutan

2009-06-14T16:26:41Z

Melanjutkan posting [Exchange 2010 Beta] Storage Improvement-Pengantar, saya akan bahas mengenai penggunaan JBOD (Just a Bunch Of Disk) sebagai storage pada Exchange Server 2010. Pertanyaan paling mendasar mungkin adalah “Bagaimana mungkin JBOD bisa digunakan sebagai operasional dari Exchange Server yang bisa disebut Mission Critical?”

Ya, visi dari Exchange Server sendiri terhadap Storage adalah Large, Fast and Low-cost Mailboxes dimana untuk mendukung hal ini, JBOD atau RAID-less storage menjadi salah satu alternatif. Nah, apakah ini berarti kita tidak perlu lagi SAN ataupun SAS? Bukan seperti ini maksudnya. Tentunya kita harus melihat dari sisi kebutuhan dan juga dibandingkan dengan seberapa banyak user yang akan dilayani oleh Exchange Server selain beberapa faktor lain yang perlu digali lebih jauh. Sekedar flashback ke belakang, dahulu ada beberapa anggapan bahwa Exchange Server merupakan solusi mahal terkait beberapa hal termasuk salah satunya adalah requirement dari sisi Storage. Hal ini berdampak pada perusahaan menengah kebawah yang ingin menggunakan solusi Exchange Server pada akhirnya “nekat” menggunakan disk yang tidak direkomendasikan. Hasilnya, performance Exchange jadi bermasalah (lambat ataupun sering hang).

Nah, dengan adanya support terhadap JBOD ini tentunya diharapkan keterbatasan yang pernah ada bisa diminimalisir dimana dengan biaya investasi yang bisa ditekan, performance yang didapat juga tidak buruk. Sebagai contoh, saya melakukan instalasi Exchange 14 diatas server dengan SATA disk, hasilnya instalasi bisa dilakukan dengan cepat (Exchange 14 diatas Windows Server 2008 R2 RC, selesai instalasi dalam 15 menit):

Lalu, sebatas mana JBOD aman untuk digunakan? Perlu diingat, bahwa keterbatasan yang ada bukan karena masalah harga dibandingkan fitur, namun bagaimana kita bisa mengoptimalkan sesuatu meskipun murah. Hal pertama yang harus dilakukan adalah sizing yang tepat terhadap storage. Kemudian, sizing terhadap jumlah mailbox, ramalan perkembangan jumlah mailbox serta fitur yang akan digunakan. Dan pada akhirnya, lakukan tes terhadap stress dan load performance yang mana diharapkan ada hal yang bisa di review serta optimal ketika masuk ke tahap production. In simple way, jangan perlakukan JBOD layaknya RAID ataupun SAN, dengan artian beda treatment belum tentu beda kinerja.

3 Hal yang mungkin bisa jadi pertimbangan opsi untuk JBOD ini:

- JBOD : 1 disk = 1 database (with logs)

- Requires Exchange Server 2010 (Beta) High Availability (3+ DB Copies)

- Annual Disk Failure Rate (AFR) = 5%

Regards,

Raymond

Share this post: | | | |

Microsoft Roundtable di film CSI: New York

2009-05-31T14:28:43Z

Just intermezzo.

Saya sendiri tidak mengikuti cerita CSI sama sekali (karena episodenya sudah terlalu banyak), namun untuk anda para penggemar film seri ini, ternyata di salah satu episode CSI: New York salah satu device Unified Communications dari Microsoft digunakan yaitu Microsoft Roundtable.

Berikut gambarnya:

Regards,

Raymond

Share this post: | | | |

[Exchange 2010 Beta] Storage Improvement-Pengantar

2009-05-31T14:10:43Z

Storage merupakan hal penting yang tidak bisa dianggap enteng dalam infrastruktur Mail Server khususnya Exchange Server karena di storage lah setiap transaksi input dan output terjadi. Sizing yang pas tidak menjamin I/O akan optimal apabila teknologi storage yang dipilih salah. Maka dari itu, kita juga perlu tahu tentang teknologi storage apa saja yang didukung oleh Exchange 2010 ini.

Ketika Exchange 2007 rilis, beberapa peningkatan pada masalah storage adalah:

1. I/O reduction hingga 70%.

2. Kapasitas memory yang bisa lebih besar (karena bermain diatas platform x64).

3. Increased page size hingga 8KB.

4. High Availability, Continuous Replication (Log Shipping).

5. Support large mailbox (lebih dari 1GB).

Pada Exchange 2003, storage yang reliable untuk digunakan hanya SAN (Storage Attach Network). Pada Exchange 2007, sudah bisa menggunakan Direct Attach Storage (SAS) sebagai alternatif selain SAN. Pada Exchange 2010, alternatif yang bisa dipilih lebih banyak lagi karena sudah support Direct Attach Storage (SATA) serta JBOD (SATA). JBOD = Just a Bunch Of Disk alias disk biasa. Hal ini tentunya merupakan suatu benefit untuk perusahaan skala menengah kebawah karena investasi yang dilakukan bisa menghemat di beberapa titik, tentunya dengan sizing infrastruktur yang tepat ***.

Jika pada Exchange 2007 telah terjadi I/O reduction, maka pada Exchange 2010 terjadi I/O reduction dengan beberapa perubahan pada store schema dan ESE. Perubahan yang ada menyebabkan adanya benefit pada I/O dari Exchange 2010 seperti:

1. Lebih cepat dan efisien untuk operasi calendar, searching pada OWA maupun Outlook Online Mode.

2. Lebih cepat dan efisien untuk Outlook Cached Mode dan Exchange ActiveSync karena prosesnya adalah Sequential I/O.

3. Lebih cepat dan efisien untuk Server Management terutama ketika Move Mailbox dan Content Index Crawls.

4. Database Page Size meningkat dari 8KB (Exchange 2007 supported) hingga 32KB.

5. Optimal untuk metode baru High Availability yaitu DAG (Database Availability Group) –> akan dibahas kemudian.

Pada bagian kedua, saya akan lebih bahas mendalam mengenai masalah storage ini.

Regards,

Raymond

Share this post: | | | |

[Exchange 2010 Beta] RPC Client Access Service

2009-05-31T11:18:35Z

Satu hal yang perlu diingat bahwa RPC Client Access Service bukan merupakan service yang khusus mengatur fitur RPC over HTTPS. RPC Client Access Service sendiri merupakan service baru yang digunakan oleh MAPI Clients (Outlook) untuk melakukan koneksi ke Client Access Server tanpa terkoneksi langsung ke Mailbox Server.

Mengapa hal ini penting?

Selain alasan yang saya sebutkan pada blog sebelumnya, yaitu mengenai masalah limitasi koneksi langsung ke sebuah Mailbox Server dari MAPI Clients, ada beberapa alasan lain yaitu:

1. Mereduksi code dan client logic pada Exchange Store process sehingga bisa meningkatkan realibilitas dari Mailbox Server, dengan tidak adanya koneksi langsung dari client ke mailbox database.

2. Menggunakan business logic yang sama untuk Outlook dan CAS Client lainnya terutama untuk Calendar Logging dan Content conversion. Salah satu impact dari hal ini adalah DSProxy tidak lagi digunakan.

3. Menyediakan layanan yang lebih baik ketika terjadi Failover. Ketika terjadi failover pada Mailbox, Client tidak perlu menunggu lama untuk kembali terkoneksi dengan mailboxnya. Hal ini dikarenakan dengan tidak adanya koneksi langsung ke Mailbox, maka perpindahan storage group ke backup servernya bisa menjadi lebih cepat.

4. Concurrent connection yang didukung bisa lebih banyak antara CAS machines dengan Mailbox.

Regards,

Raymond

Share this post: | | | |

[Exchange 14 Beta] Client Access Server-Pengantar

2009-05-31T07:40:00Z

Di Exchange 2010 nantinya, Roles pada Exchange Server tetap ada 5 seperti pada Exchange 2007 yaitu Client Access, Hub Transport, Mailbox, Edge Transport dan Unified Messaging. Pada kali ini saya akan bahas sedikit mengenai Client Access Server, mengingat ada beberapa perubahan yang perlu diketahui.

Client Access Server role berfungsi sebagai jembatan antara user dengan mailboxnya dan mempunyai beberapa services yang tersedia yang dapat digunakan oleh user baik itu melalui Outlook, Web maupun Mobile.

Nah, pada Exchange 2007, ada beberapa layanan yang masih terkoneksi langsung ke Mailbox Role seperti Outlook/MAPI Clients dan Entourage (melalui DAV). Jika digambarkan, seperti ini:

Pada Exchange 2010, MAPI Connection berada pada middle tier yang berarti koneksi dilakukan melalui Client Access dan tidak langsung ke Mailbox. Jika digambarkan, akan menjadi seperti ini:

Arsitektur baru ini bertujuan untuk menghindari limitasi jika MAPI Clients langsung terkoneksi ke Mailbox Role (pada Exchange 2007) dimana ada keterbatasan sekitar 60 ribu koneksi saja per 1 Mailbox Server.

Regards,

Raymond

Share this post: | | | |

[Exchange Server 2010 Beta] Apa yang baru di Exchange 2010?

2009-04-16T04:45:03Z

Pertanyaan pertama yang selalu muncul ketika setiap produk ataupun solusi baru bermunculan yaitu: Apa yang baru? ataupun ada benefit dan fitur apa lagi?

Ya, karena kali ini pembahasannya adalah mengenai Exchange 2010 yang pada saat ini telah memasuki tahap Public Beta, maka saya akan coba kupas disini mengenai apa saja ‘hal’ baru di Exchange 2010 nantinya.

Pertama, Exchange mengikuti komitmen dari Microsoft terhadap Software + Services, dimana sebuah perangkat lunak tidak hanya menjadi perangkat lunak yang ditempatkan di suatu tempat saja (on premise) tetapi juga bisa difungsikan sebagai sebuah layanan publik (online/hosting). Yang pasti, hal ini tidak akan mengganggu di sisi client (user experience).

Kalau kita lihat gambar diatas, itu adalah salah satu sedikit perubahan dari Outlook Web Access, yang mana akan mempunyai nama Outlook Live, dan sudah mendukung “Arrange by Conversation”.

Wizard instalasi, secara umum tidak jauh berbeda dengan Exchange 2007, sehingga tidak akan memberikan kesulitan bagi para implementor.

Exchange Management Consolenya pun tetap berbasis MMC 3.0, sehingga akan memudahkan administrator untuk melakukan administrasi dan maintenance Exchange 2010. Selain itu, Exchange Management Shell juga sudah berbasiskan Windows PowerShell v2.0.

Masih terlihat biasa saja? Tunggu dulu. Ada hal luar biasa yang merupakan perubahan besar di Exchange 2010 ini, diantaranya:

1. High Availability.

2. MAPI & Client Access.

Dahulu, untuk High Availability kita mengenal sistem clustering dan replikasi. Di Exchange 2007 kita kenal Local Continuous Replication, Cluster Continuous Replication, Single Copy Cluster dan Standby Continuous Replication. Lalu di Exchange 2010 bagaimana? Satu hal penting yang perlu diingat, jangan berpikir lagi soal clustering karena di Exchange 2010 tidak ada lagi dependensi terhadap Windows Clustering. Ya, namanya adalah Database Availability Group (DAG). Detilnya akan saya bahas di blog terpisah. Dengan DAG, diharapkan failover menjadi lebih cepat. Selain itu, Exchange 2010 juga mendukung Online Mailbox Moves, dimana perpindahan mailbox user dari suatu mailbox database ke mailbox database lain, bisa dilakukan secara online (dalam kondisi user sedang bekerja dengan email). Hal ini tentunya akan mengefesiensikan waktu dari seorang administrator, dimana hal ini bisa dilakukan dalam jam kerja (tidak harus diluar jam kerja).

Kemudian, untuk MAPI dan Client Access, sederhana sekali bahwa ketika user authentikasi ke mailbox nya ataupun melakukan koneksi dari Outlook ke mailbox melalui MAPI, maka koneksi yang dilakukan adalah langsung ke Mailbox Database (Mailbox server). Nah, di Exchange 2010, koneksi dari client (termasuk MAPI), semua diarahkan ke Client Access Role. Hal ini dinamakan Middle Tier, dimana Mailbox role benar-benar berfungsi sebagai Back End dan tidak tersentuh oleh Client, tetapi dijembatani oleh Client Access Role.

Dari sisi client, akses email melalui Outlook, OWA (Outlook Live) serta Windows Mobile ActiveSync, sudah bisa dinikmati. Namun di Exchange 2010, pada masing-masing fitur tersebut, ada penambahan fitur-fitur seperti:

1. MailTips –> Informasi kecil mengenai alamat email tujuan (seperti OOF, Distribution List information, dll) yang bisa berguna bagi user pengirim (sender) untuk menentukan keputusan apakah akan mengirim email atau tidak.

2. Arrange by Conversation view –> mempermudah user dalam menggunakan email.

3. Transkrip voice email –> setiap voice email yang masuk ke inbox akan dibuat transkripnya.

Dari segi Information Control, Exchange tetap bisa berkolaborasi dengan Active Directory Rights Management Services (AD RMS) dari Windows Server 2008 untuk menyediakan layanan enkripsi terhadap email pada level identitas. Selain itu juga, pada Transport Rule, kita bisa menerapkan sistem “Email Approval” dimana setiap email yang akan keluar harus terlebih dahulu di approve oleh Manager dari user bersangkutan.

Untuk helpdesk, fitur Role Based Authentication Control bisa digunakan untuk empower spesifik user untuk melakukan task yang dimana bisa dilakukan oleh user itu sendiri tanpa harus mencari Administrator terlebih dahulu. Kemudian, pada OWA (Outlook Live), kapabilitas self-service bisa digunakan user untuk melakukan task yang ringan sehingga bisa meminimalisir request sederhana terhadap help desk.

Semua yang saya sebutkan diatas, belum mewakili keseluruhan dari new feature & benefit pada Exchange 2010, karena jika kita drill down satu persatu lagi, ada banyak hal yang bisa dibahas. Pada blog-blog selanjutnya, saya akan coba bahas lebih detail terhadap fitur baru, dan juga saya akan buat whitepaper dan mini e-book sebagai panduan dalam memahami Exchange 2010 ini.

Stay Tuned,

-xrays-

Share this post: | | | |

Sambutlah!!! Exchange Server 2010 Beta 1

2009-04-15T09:07:12Z

Rekans,

Exchange Server 14 nantinya akan mempunyai nama Exchange Server 2010. Per hari ini, Beta 1 telah diluncurkan ke publik, bisa anda download di:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=1898ed2c-2f88-48ac-824e-d3d20fad77d7

Kemudian, jika anda butuh resource teknis mengenai Exchange 2010 Beta ini, bisa juga dibaca di:

http://technet.microsoft.com/en-us/library/bb124558(EXCHG.140).aspx

Lalu, apa saja yang baru di Exchange 2010?????

Banyak dan banyak hal menarik mengenai Exchange 2010 ini. So, stay tuned di blog saya.

Selamat mencoba.

Regards,

Raymond

Share this post: | | | |

[Whitepaper] OCS 2007 R2 Sebagai Penunjang Bisnis (Non Teknis)

2009-04-11T18:40:20Z

Rekans,

Saya mencoba menulis sebuah Whitepaper OCS 2007 R2 yang diberi judul OCS 2007 R2 Sebagai Penunjang Bisnis, dimana whitepaper ini lebih membahas fitur dan beberapa hal terkait OCS 2007 R2, terutama jika membutuhkan referensi sebelum melakukan investasi. Oleh karena itu, sifatnya non teknis, dan bisa dipakai oleh semua kalangan baik Technical Person maupun Business Person.

Silahkan unduh disini: http://wss-id.org/files/folders/raymond/entry36513.aspx

Untuk yang lebih teknis, bisa refer ke ebook yang dibuat oleh rekan kita, Faisal Susanto di: Double Combo tutorial OCS 2007 R2

Akhir kata, semoga berguna.

Regards,

Raymond

Share this post: | | | |

Penasaran seperti apa Exchange versi berikutnya???

2009-03-02T06:22:13Z

Kira-kira judul diatas memang bikin penasaran. Ya, supaya penasarannya hilang sedikit (belum boleh banyak-banyak), versi berikut dari Exchange Server mempunyai codename 14...atau disebut Exchange 14.

Secara detail saya belum bisa menjabarkan (karena ada NDA yang harus saya patuhi), namun sedikit informasi mengenai riset dari Exchange 14 ini bisa dilihat di Blog dari MS Exchange Team yang ditulis oleh KC Lemson, bisa dibaca di http://msexchangeteam.com/archive/2009/01/13/450397.aspx

Dan juga, video interview dan sedikit demo oleh KC Lemson dan Jim Lucey yang bisa dilihat di Technet Edge:

Best Regards,

Raymond

Share this post: | | | |

[Troubleshooting] Error Office 2007 dengan Business Contact Manager...

2009-02-15T07:51:04Z

Bila anda menggunakan Office 2007 yang bundling dengan Business Contact Manager, ketika melakukan update ataupun menginstall hotfix dan pernah menemui problem seperti ini:

Solusinya ada pada KB935569 dari Microsft, dimana patchnya bisa di download dari:

http://support.microsoft.com/default.aspx/kb/935569

Sebagai contoh, problem diatas saya dapat ketika melakukan update Service Pack 1 pada Office 2007 yang bundling dengan Business Contact Manager (BCM).

Root cause dari problem ini adalah, ketika kita melakukan update terhadap Office 2007, otomatis versi dari Outlook 2007 juga ikut terupdate sehingga ketika Business Contact Manager sebagai add-ins kita jalankan, maka Business Contact Manager akan salah mendeteksi versi yang ada. Setelah patch KB935569 kita install, error tersebut tidak muncul lagi.

Cheers,

-ray-

Share this post: | | | |

Conficker? Tolongggggggg.......

2009-02-13T07:17:04Z

Mungkin sudah jadi berita besar bahwa belakangan ini virus Conficker menjadi selebritis di kancah dunia per-virusan. Banyak kasus yang terjadi dan banyak *** yang sakit kepala akibat serangan ini. Sekali lagi, tentunya obat sakit kepala tidak cukup untuk membersihkan virus ini. Namun, selain itu banyak juga anggapan yang saya rasa salah ketika menghadapi virus ini.

Saya mencoba mereview (tentunya dengan bahasa saya sendiri) mengenai virus ini, dan berharap semoga bisa menjadi sedikit solusi untuk membantu menangkal virus ini.

Let's start....

Serangan ini memanfaatkan beberapa celah yang ada sebelum patch terhadap celah tersebut dirilis. Microsoft sendiri memberi nama virus ini sebagai Win32/Conficker.b dimana virus ini meng-exploit celah pada Windows Server Service (SVCHOST.EXE) terhadap Windows 2000, Windows XP, Windows Vista, Windows Server 2003 dan Windows Server 2008. Selain itu, serangan ini juga mempunyai metode propagasi pada:

1. Workstation/Server yang belum diimplementasikan patch MS08-067 (CVE-2008-4250), detil bisa dibaca di http://www.microsoft.com/technet/security/Bulletin/MS08-067.mspx

2. Penggunaan Network Shares.

3. Penggunaan fungsi Autoplay.

Masalah diatas memang riskan, namun terhadap segala jenis virus yang ada, kembali lagi ke perlakuan user terhadap workstation/server itu sendiri. Terkadang celah bisa diakibatkan oleh human error dan celah itu ada bukan karena Operating System tersebut lemah, karena masalah ini ada di level aplikasi (ingat bahwa virus merupakan sebuah program, namun bertujuan negatif).

Salah satu gambar yang saya capture dari http://blogs.technet.com/mmpc/archive/2009/01/13/msrt-released-today-addressing-conficker-and-banload.aspx cukup menjelaskan mengenai metode penyebaran dari Conficker:

Banyak vendor antivirus yang telah merilis update terbaru untuk membersihkan virus ini. Walaupun tidak semua menggunakan conficker (sebagian menggunakan nama Downadup), namun membasmi virus tidak harus selalu bergantung pada antivirus. Antivirus digunakan hanya untuk mempercepat proses pencarian file-file yang merupakan trigger dari virus, namun belum tentu memulihkan struktur registry maupun membunuh proses yang menjalankan virus. Sehingga beberapa check list tetap harus dilakukan untuk meyakinkan bahwa virus telah bersih (terutama pada Jaringan).

Beberapa akibat yang disebabkan oleh virus ini yang sering dilaporkan melalui mailing list ataupun langsung kepada saya adalah Account Locked Out (pada lingkungan domain). Jika kita lihat dari gambar diatas, user yang mempunyai password lemah (weak password), mempunyai potensi mudah terserang. Oleh karena itu, penggunaan password kompleks dan strong direkomendasikan untuk IT Security Policy yang diterapkan pada perusahaan.

OK, lanjut ke masalah penanganan pertama pada kecelakaan akibat serangan ini:

1. Stay up to date dengan patch dan hotfix terbaru.

2. Menggunakan Removal Tool atau Antivirus untuk mendeteksi dan membuang file-file virus (sebagai contoh, bisa dengan menggunakan MSRT dari Microsoft http://support.microsoft.com/kb/890830 atau antivirus dari Microsoft yaitu Forefront Client Security http://www.microsoft.com/security/portal/Entry.aspx?Name=Worm%3aWin32%2fConficker.B).

3. Perkuat IT Policy terutama yang berkaitan dengan file sharing over network.

4. Gunakan password yang kompleks dan strong dan disarankan menerapkan perubahan password setiap rentang waktu tertentu.

5. Jika antivirus sudah dapat melakukan penghapusan terhadap virus, checklist registry dan hal-hal lain yang mungkin merupakan trigger dari Virus ini, mengacu ke http://support.microsoft.com/kb/962007

6. Jangan ragu untuk konsultasikan hal ini dengan vendor anda/vendor anti virus anda untuk membantu mencegah hal ini.

Terakhir, mungkin apa yang saya tulis tidak bisa membantu banyak, namun diharapkan dengan kesabaran dan kehati-hatian dalam melakukan pencegahan terhadap virus ini, diharapkan bisa benar-benar bersih (terutama dalam lingkungan infrastruktur jaringan).

Best Regards,

Raymond Engelbert

Share this post: | | | |

Menangkal "Spoofing Sender" spam pada Exchange 2007

2009-02-07T18:56:14Z

Bicara soal spam, memang *** membuat kepala jadi sakit. Sudah menggunakan anti spam yang ampuh pun terkadang masih ada spam yang lolos. Minum obat sakit kepala pun tidak mempan (sudah pasti, karena masalahnya ada di server :D).

Ya, memang benar bahwa metode spammer mengirimkan spam semakin kreatif. Salah satu yang membuat pusing adalah Spoofing Sender address spam dimana spam ini menggunakan sender address yang seolah-olah berasal dari domain kita juga. Oleh karena itu, email tersebut dalam kondisi tidak ada filter ataupun filter yang terbatas akan dianggap valid.

Nah, cara efektif untuk menangkal spam seperti ini tidak bisa hanya mengandalkan anti spam yang digunakan. Secara logika, kalau kita pikir dan telusuri lebih lanjut, spam ini memanfaatkan kelemahan authentikasi di level SMTP.

Lihat contoh berikut:

Saya memasukkan sembarang nama email namun menggunakan domain yang sama di lab saya yaitu exch12.ray dan SMTP server menganggap itu valid (250 2.1.0 Sender OK). Disini, berarti apapun nama emailnya dengan domain yang terauthentikasi, maka akan menyebabkan sender dianggap valid, padahal saya mencoba secara yang kita sebut "Anonymous Logon".

OK, celahnya sudah kita ketahui, langkah berikut adalah menelusuri celah tersebut. Exchange 2007 menerapkan transport model yang sudah lebih bagus, sehingga bisa kita pilah permission per authoritynya. Nah, singkatnya kita harus mencegah agar "Anonymous Logon" tidak bisa melakukan sembarang authentikasi disini. Untuk itu, kita lakukan terlebih dahulu cek permission:

Lihat pada Exchange Management Shell diatas, dan perhatikan baik-baik pada Receive Connector. Karena lab saya hanya ujicoba secara local, jadi saya akan melakukan pencegahan pada Receive Connector yang sudah ada. Sedikit catatan, pada production environment, disarankan memisahkan antara Receive Connector yang digunakan untuk email flow dengan internet dan Receive Connector yang digunakan untuk authentikasi SMTP Relay dari aplikasi lain seperti scanner ataupun 3rd party aplikasi lain yang harus SMTP relay melewati Exchange 2007. Mengapa? karena SMTP relay membutuhkan authentikasi pada "Anonymous Logon", sehingga kalau diterapkan pada satu Receive Connector yang sama, dijamin pusingnya akan dikalikan dengan angka 2.

OK, kembali ke permasalahan. Rights atau hak yang diberikan sehingga saya bisa terauthentikasi dengan nama asal-asalan namun domainnya valid adalah ms-exch-smtp-accept-authoritative-domain-sender. Nah, rights inilah yang akan kita buang dari "Anonymous Logon". Setelah kita buang, kita cek apakah masih bisa kita bypass? :)

Ternyata sudah tidak bisa bypass seperti sebelumnya:

Langkah berikutnya adalah, memastikan apakah sudah aman?. Bagaimana jika kita ganti sender address dengan alamat lain yang lebih asal-asalan (karena ms-exch-accept-any-sender masih berlaku disini) kemudian kita kirim ke user sebenarnya di organisasi Exchange 2007 kita, lalu kita menggunakan metode lain yaitu menyusupi header mail dengan sender address yang valid juga, apa bisa di blok? *jawabannya BISA...:D*

Terakhir, sisanya tergantung kemampuan anti spam yang anda gunakan untuk melakukan filtering terhadap spam, contohnya di gambar berikut, saya menggunakan Content Filtering dari Anti Spam Exchange 2007 untuk melakukan blocking terhadap kata-kata yang dicurigai sebagai spam:

Semoga setelah ini sakit kepala anda bisa berkurang.

Cheers,

Raymond

Share this post: | | | |

Setting ActiveSync untuk push mail pada Windows Mobile Device (Sinkronisasi dengan Exchange Server)

2009-02-07T16:55:37Z

Exchange Server semenjak versi 2003 SP2 hingga sekarang versi 2007 SP1, sudah menyediakan fitur push mail dimana kita bisa melakukan sinkronisasi dari device Windows Mobile kita ke Exchange Server. Namun begitu, banyak kasus yang saya temui, client pengguna Windows Mobile agak bingung untuk melakukan setting pada Windows Mobile device nya. Berikut saya coba highlight langkah-langkah melakukan setting push mail pada Windows Mobile device agar bisa melakukan sinkronisasi ke Exchange server (beserta capture dari device saya sendiri :D).

OK, checklist untuk fitur ini:

1. Ada akses ke internet (menggunakan GPRS, 3G, HSDPA atau Wi-Fi) dari Windows Mobile.

2. Windows Mobile yang saya capture disini masih menggunakan versi 6.0, namun di versi 6.1 cara settingnya tidak terlalu jauh berbeda.

3. Pastikan infrastruktur Email server anda atau perusahaan tempat anda bekerja juga menggunakan Exchange Server 2003 SP2/Exchange 2007/Exchange 2007 SP1.

Berikut adalah langkah-langkah nya:

1. Masuk ke ActiveSync.

2. Klik Menu, lalu pilih Configure Server.

3. Masukkan Server Address (sama dengan alamat OWA anda, contoh mail.abcdefg.com). Lalu centang pilihan "This Server requires an encrypted (SSL) connection" jika anda menggunakan SSL untuk authentikasi, kemudian pilih Next.

4. Pada Edit Server Settings, masukkan User Name, Password dan Domain. Untuk domain, masukkan NETBIOS nya saja (misal domain anda abcd.com, biasanya NETBIOSNYA abcd. Jika berbeda, tanyakan kepada system administrator anda).

5. Pilih apa saja yang akan disinkronisasi. Anda juga bisa melakukan advanced settings untuk email dengan cara sorot pada bagian email lalu pilih Settings... untuk memilih opsi mengenai berapa hari ke belakang email yang akan disinkronisasi, format dari email yang disinkronisasi, serta berapa kilobytes pertama email yang akan disinkronisasi. Pilih Finish jika sudah selesai.

6. Anda bisa memulai sinkronisasi dengan memilih Sync.

Selamat mencoba...

Cheers,

Raymond

Share this post: | | | |