Life, family, & computer - nobody ®

Lanjutkan membaca (Continue reading) >>>

Dear ECHOers,

ECHO mau ngadain acara gathering nih di bulan maret ini.
dengan Tajuk "ECHO - Hack in the zoo 2 : From Ragunan with l0v3"

Tempat : Kebon Binatang - Ragunan (bagi yang belom tau bs merujuk ke googlemap)
Waktu : Sabtu, 13 Maret 2010. Pukul 08.00 AM - 12.00 AM WIB

Acara :

1. Pemaparan Program ECHO 2010 oleh y3dips
2. Curhat ECHO - staff ( tentang riset dan aktivitas yg di lakukan 2009 lalu serta target 2010 ini)
3. Curhat ECHO -ers ( harapan,impian, kesan, buat kemajuan ECHO ke depannya).
4. Talkshow "How secure your Bank" (the_day, az001, k-159, the_hydra, lirva32)

Contact Person:

• Matdhule (08567840197)

Biaya : free ( tiket masuk bayar sendiri-sendiri)

food & drink : BYO ( bawa yang banyak yah biar nanti bisa di share hehe )

thanks

Sampai ketemu di ragunan dengan "Cinta" :lol:
Lanjutkan membaca (Continue reading) >>>

4 Hari kemarin gw berkutat dengan suara seperti "turbin" di DareDevil gw, Yup, suara fan yang hanya gw temuin kalo RPM fan gw sampai 6000-an dan berputar dalam waktu yang cukup lama ini sudah sangat mengganggu sejak gw menyalakannya, baik dari mode shutdown, restart ataupun sleep.
Adapun penyebabnya sudah gw ketahui dihari kedua, "smcfancontrol" yupe penggunaan produk smcfancontrol pada speed 5000 RPM dalam waktu cukup lama sangat tidak baik untuk kesehatan fan anda, yup "heat" adalah issue utama macbook alumunium unibody ini khususnya saat melakukan proses kompiling, bagian kiri atas dimana terletak processor akan sangat cepat sekali panas.

Permasalahan muncul kemudian disaat penurunan RPM tidak mengubah apa-apa, suara fan yang sangat mengganggu tidak kunjung hilang, akhirnya gw coba melakukan uninstall program tersebut dan menginstall aplikasi fan control
(aplikasi lain untuk melakukan pengaturan fan) dan disinilah blunder sesungguhnya, karena seterusnya aplikasi ini tidak bekerja dan saat gw mencoba melakukan instalasi ulang smcfancontrol akan muncul penolakan karena dianggap fan control masih terinstall meskipun gw sudah mengikuti proses uninstallnya.

Akhirnya gw coba untuk melakukan Reset System Management controller (SMC)nya, dengan terlebih dahulu melakukan semua yang di sarankan, karena DareDevil termasuk jenis Mac Book Pro Intel keluaran 2009 keatas, maka batere tidak bisa di lepas. Sehingga yang harus dilakukan saat komputer mati adalah

On the built-in keyboard, press the (left side) Shift-Control-Option keys and the power button at the same time.

Dan buruknya lagi, setelah melakukan itu ternyata fan tetap berbunyi sangat kencang seperti baling pesawat terbang saat akan lepas landas :P. Akhirnya gw berkesimpulan bahwa proses reset ini tidak berhasil, dengan berat hati dan penuh keragu-raguan gw menginstall smcfancontrol kembali walau dengan warning yang sama, akhirnya gw sampai ke artikel ini yang memberikan setting max 6200 RPM ke smcfancontrol via commandline (rock!), dan mulailah gw bereksplorasi dengan Min Speed dan Max Speed

bash-3.2# cd //Applications/smcFanControl.app/Contents/Resources/
bash-3.2# ./smc -f
Total fans in system: 1

Fan #0:
    Actual speed : 2000
    Minimum speed: 2000
    Maximum speed: 6200
    Safe speed   : 0
    Target speed : 2000
    Mode         : auto
bash-3.2# ./smc -k F0Mn -w 1000
bash-3.2# ./smc -k F0Mx -w 1000


Setelah beberapa kombinasi yang di coba, maka gw ambil kesimpulan bahwa fan gw tetap saja berisik meskipun speed sudah 1000 RPM baik Min dan Max, barulah gw meyakini ada yang salah dengan fan milik Daredevil, dan selanjutnya (2 hari kemudian) gw putuskan untuk me"reverse-engineering" Daredevil, dan ini hal yang sangat berat untuk gw lakukan.

Alasan gw sederhana, entah kenapa gw jadi teringat jaman dahulu waktu masih main mobil Tamiya, atau saat bereksplorasi dengan dinamo mobil mainan (baik melinting sendiri kumparan dkk), seingat gw setidaknya ada 2 kondisi yang membuat Dinamo sangat amat berisik, pertama karena ada kotoran (debu, dkk), kedua karena aus (putaran yang terlalu cepat dan lama menjadi sebabnya). Untuk penyebab pertama itu cukup dibersihkan, biasanya dengan menyemprotkan angin yang kencang (dahulu kala gw tiup sekencangnya, inget untuk mengeringkan mulut terlebih dahulu :P), dan penyebab kedua gw solve dengan meneteskan "minyak goreng (yang baru)" terserah merknya :P

Akhirnya Fannya gw "Reassembled" (istilah kerennya) ada petunjuk di youtube, tapi karena gw dah pernah bongkar sebelumnya, jadi ga ada masalah :) (cuma deg-deg-an aja masalahnya), sambil menyiapkan sisa oli mobil, gw pisahkan kumparan dan kipas, lalu dengan cara pertama gw tiup sekencang2nya lubang tempat putaran, lalu besi sumbu kipas gw olesi dengan oli mobil.

Dan setelah gw rangkai kembali, suara fan gw telah kembali menjadi sangat amat halus dan bekerja lebih optimal :D, minggu yang sangat melelahkan :(

Beberapa kesimpulan yang dapat di petik :

1. Pada saat aplikasi smcfancontrol masih terinstall (Sebelum reinstall fan-control ( jangan install fan control setelahnya :( ) coba naikkan RPM sampai 4500 selama beberapa menit lalu turunkan menjadi 1500 lalu shutdown komputer, beberapa hasil pencarian mengatakan ini dapat berhasil di beberapa kasus, walau tidak untuk gw :D
2. Reset SMC yang gw anggap tidak berhasil, sepertinya berhasil, hal ini di tandai dengan berkelipnya indikator di MagSafe dan indikator batere di side left.
3. Meskipun menyenangkan mengeksplorasi sisi hardware/software dalam melakukan troubleshoot, tapi tetap "Kids dont do this at home, unless you are sure :)" its an expensive machine :( :lol:

Lanjutkan membaca (Continue reading) >>>

Sebenernya gw mau malu kali ini, karena setelah di lihat-lihat lagi ternyata ini adalah postingan pertama gw di tahun 2010, wkwkwk,  walau sesungguhnya sangat banyak yang terjadi di rentang waktu tersebut, baik kehidupan pribadi ataupun pekerjaan. Baru sempat buka dashboard blog ini lagi setelah beberapa minggu tidak mampir dan kaget juga ada 9 komen pending, walau komentarnya masih soal2 lama :) (liat aja di recent comment).

Kumpul2 echo|staff 2 minggu yang lalu juga memberikan sedikit penyegaran pada kami semua yang sudah hampir 1 tahun tidak ketemu (:lol: terakhir ketemu di acara idsecconf 2009), mudah-mudahan kedepan akan kembali rutin, sehingga komunitas ini tetap terjaga. Dan bagi teman-teman semua yang sudah sangat akrab dan rela berbaur di echo tanpa pamrih, maka sebentar lagi "mudah-mudahan" akan ada acara "Sederhana" dan ala-kadarnya dari echo kembali untuk anda semua di pertengahan bulan maret nanti, selanjutnya giliran anda yang menentukan jalan di tahun ini.

Adapun beberapa poin penting lainnya dari ketemuan kami adalah bahwa kamu akan tetap melanjutkan rilis Ezine di tahun ini, kemungkinan akan di rilis bulan mei dan oktober (101010), serta "tentunya" bersama sodara-sodara dari Komite Idsecconf dengan dukungan dari Pihak Kominfo dan seluruh komunitas underground di Indonesia untuk terus melanjutkan event idsecconf 2010.

Oke, biar posting kali ini tetep ada isinya, maka berikut salah satu issue yang gw temukan setelah restore Time Machine (dari satu mac mini ke mac mini lainnya; OS mac os x server 10.6.2), yang pada awalnya gw terkagum2 dibuatnya.. ternyata ada issue juga pada aplikasi wikinya, karena hilangnya direktori Logs wikid, dan terubahnya permission pada Direktori Wiki secara keseluruhan.

Fixing Issue Time Machine Restore pada wiki apps

sudo mkdir /Library/Logs/wikid
sudo chown _teamsserver:_teamsserver /Library/Logs/Wikid
sudo chmod 775 /Library/Logs/wikid
sudo chown _teamsserver:_teamsserver /Library/Collaboration

Bocoran saja dari gw,  sekalian jika ada yang bisa dan mau bantuin, gw lagi kesulitan (belum berhasil) memasukkan (join domain) mesin windows 7 (klien) ke Open Directory (Mac OSX 10.6.2) via SMB (PDC), gw dah coba turunin security di NTLM (local security policy) di windows 7 tetapi belum membuah-kan hasil :lol:

Okelah mudah-mudahan selanjutnya bakal rutin melanjutkan update ini blog :)
Lanjutkan membaca (Continue reading) >>>

Sebenarnya ini murni catatan pribadi, jadi daripada nanti lupa and sekiranya dibutuhkan interface NAT dan hostonly milik Mac server gw, jadinya gw tulis disini aja, cara ngidupinnya nanti. Sebenarnya ini adalah cara penyembuhan "kasar" yang gw putuskan sepihak karena gw juga males troubelshoot lebih jauh lagi bagaimana buat solvenya, karena ini masalah percintaan segitiga VMware Fusion, Mac Server dan Windows DNS.

Jadi itu kedua interface (vmnet1,vmnet8) ternyata terdaftar secara sengaja/tidak sengaja di DNS windows 2003, jadi setiap ada request query server ke DNS akan di temui 3 ip menunjuk 1 host yang sama  (gw dah coba google 2 kali tapi belun nemu penyebab rusaknya hubungan segitiga ini), alhasil kalo akses apapun dengan hostname dia akan lookup ketiga ip tersebut, ya jelaslah tambah lama, and please ga usah usulin buat gw set priority, karena kedua ip (vmnet1, vmnet8) itu gak penting banget buat di ketahui 1 network. Mungkin aja ini bisa jadi salah satu cara buat eksploitasi network milik windows DNS via vmware fusion, tapi gw lagi males riset soal ini :P

Okelah kalo begitu, sekarang lanjut cara gimana menon-aktif-kan-nya. Setelah googling dikit-dikit akhirnya nemu link ini dan disitu di jelaskan kalo memang Vmware fusion itu gak punya tools untuk management network seperti milik seodara2nya yang untuk windows, jadinya kudu balik ke "l33t" mode alias konsole mode edit skripting.sh yang jadi launcher sesuai artikel, nah yang jadi masalah adalah ternyata eh ternyata petunjuknya itu ga tau dah untuk versi  Fusion brapa dan gak masuk sama sekali!. Jadilah akhirnya gw yang tadinya bermaksud ongkang2 nyontek google kudu plarak-plirik sendiri jeroan Fusion, dan karena gak ada di google makanya gw bikin catatan ini dengan alasan di atas tadi.

Masuk ke /Library/Application Support/VMware Fusion
lalu cari file "networking"

bash-3.2# cat networking
VERSION=1,0
answer VNET_1_DHCP yes
answer VNET_1_DHCP_CFG_HASH C9564893A35F3B19C2612594F24141BC6DFB27B3
answer VNET_1_HOSTONLY_NETMASK 255.255.255.0
answer VNET_1_HOSTONLY_SUBNET 172.16.98.0
answer VNET_1_VIRTUAL_ADAPTER yes
answer VNET_8_DHCP yes
answer VNET_8_DHCP_CFG_HASH 8EFBC74A23D687D90311B17C2B5B85187162583F
answer VNET_8_HOSTONLY_NETMASK 255.255.255.0
answer VNET_8_HOSTONLY_SUBNET 192.168.145.0
answer VNET_8_NAT yes
answer VNET_8_VIRTUAL_ADAPTER yes
add_bridge_mapping en0 2
bash-3.2#

Sehingga menjadi seperti dibawah, karena kita hanya menyisakan network interface untuk bridge sahaja.

bash-3.2# cat networking
VERSION=1,0
add_bridge_mapping en0 2
bash-3.2#

Lalu tinggal di restart network interface buat vmwarenya

./vmnet-apps.sh --start

Ok, simpel kan? tapi kalo lupa letak file sama apa yang di edit kan bakal lama lagi nanti nyarinya, jadilah aye log disini aja. Yu ah mari :)
Lanjutkan membaca (Continue reading) >>>