oiya, network overload tsb bisa bikin server 'hang', kalo udah hang, yach terpaksa harus di restart/shutdown. setelah restart server biasanya butuh beberapa waktu agar system tsb bisa berjalan normal kembali.
salam, AR On 5/7/08, Adam Rajsha <[EMAIL PROTECTED]> wrote: > > kalo itu bener, artinya securitynya payah banget, perlu ada audit dari > sisi securitynya. > > tehnik bikin network overload itu kerjaan mudah bagi hacker atau orang IT, > tapi harus bisa 'masuk' ke jaringan/network tsb. untuk bisa masuk kedalam, > bisa dilakukan oleh orang dalam, atau hacker luar yg punya akses kedalam, > atau emang hacker cerdas yg secar paksa nge-hack masuk. > > kalo ada orang IT sekuritas yg bisa kasih gambaran skema infrastruktur > jaringan BEI-OLT , mungkin akan lebih jelas terlihat dimana titik-titik > kelemahan-nya. > > salam, > AR > > On 5/7/08, macd <[EMAIL PROTECTED]> wrote: > > > info dari temen yg katenya jagoan IT > > seharian kemaren gedung cyber dikerjain sama hackers > > malah setelah jam 16:00 ada yg dibuat down > > saya sendiri gak ngerti teknisnya > > tapi menurut dia salah satu sasarannya adalah menghambat transaksi > > keuangan/bursa... > > Mudah2an perkataan dia ngaco semua... alias gak betul > > > > MacD > > I'm Lovin' It > > > > > > *jsx_consultant <[EMAIL PROTECTED]>* wrote: > > > > Pak Adrian, > > > > Pertanyaan embah dibawah tolong dijawab kalo bisa ?. > > > > Embah sebenarnya ENGGA mau bawa masalah tehnis ke milis OB, > > hanya pengen TAU, embah itu DIKERJAIN engga selama INI ?, maka > > nya embah minta pendapat PROFESIONAL... > > > > Dan embah engga mungkin tanya ama OLT, apakah embah DIKERJAIN > > engga selama ini ...hehehe... > > > > > > > > --- In obrolan-bandar@yahoogroups.com, "Andrian Kurniady" > > wrote: > > > > > > Parameter server ramai itu sederhananya ada dua -> jumlah user dan > > > jumlah transaksi. > > > Bisa jadi jumlah usernya tidak melampaui quota (makanya lancar aja > > > kalo sepi), tapi jumlah transaksinya yang melebihi kemampuan server > > ya > > > sama juga timeout (client nya memutuskan diri). > > > > > > Secara teknis sih, pengaturan "bisa connect atau tidak bisa connect" > > > yang dilink ke jumlah transaksi server agak lebih sulit diterapkan > > > (walaupun gak sulit2 amat sih), kebanyakan programmer (dan program) > > > nyetel quota jumlah user fixed saja. Kalo quotanya usernya > > dikecilin, > > > maka jumlah servernya perlu ditambah, kalo quota digedein, jumlah > > > server "seakan cukup" di saat sepi transaksi (hemat ongkos eh?), > > tapi > > > ya kalo ramai jadi begini. > > > > > > -Kurniady > > > > > > 2008/5/7 jsx_consultant : > > > > > > > > Kalo suatu server lagi RAMAI: > > > > - Apakah kita ENGGA BISA masuk ?, atau > > > > - Kita dikasih masuk (connect) baru digebug (diputusin)... > > > > > > > > Kalo menurut LOGIKA embah: > > > > - Jika suatu sever udah TERLALU RAMAI (quota user dilampaui), > > > > otomatis sistem TIDAK mengijinkan connect, kita engga akan > > > > berhasil connect.. betul engga ?. Jadi kita TIDAK AKAN > > > > mengalami kejadian seperti di KILL (didisconnect secara > > > > PAKSA). > > > > > > > > Ngapain sistem ngijinin KITA BISA CONNECT kalo CUMAN buat > > > > di KILL... > > > > > > > > > > > ------------------------------------ > > > > + + > > + + + + + > > Mohon saat meREPLY posting, text dari posting lama dihapus > > kecuali diperlukan agar CONTEXTnya jelas. > > + + + + + > > + +Yahoo! Groups Links > > > > > > > > > > ------------------------------ > > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > > it > > now.<http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ> > > > > > > > >
