Rabu, 28 September 2011

filsafat 2 gateway ala paidjo ..... :P



Asalamungalaikuuuuuum ........
ketemu maneh dgn paidjo ... tukang melamun (ahli merenungi nasib....) ... xixixixixi ..piss
kali ini paidjo akan belajar matematika sing enggak bener .... ????!!!! .... raoleh nesu disik ....!!!
langsung saja ngiihh ....
konsep LB yg diluar sana banyak teman2 umpamakan sebuak solusi .... bahkan super solusi ....
ternyata tidak begitu menurut paidjo ....
sejak kecil (SD) paidjo wis pernah diajari "dodolan" ... mulai dodol layangan , roti , bahkan dodol es orson ... karena kebetulan rumah paidjo dipasar dan belakangnya ada lapangan sepak bola ....
nahhhh ... dari pelajaran prinsip ekonomi sederhana itu ... makanya paidjo "me-ngarani" ... (opo bahasa indonesiane ngarani ... hehehehe) ....
bahwa konsep 2-gateway (di luar sana lek ngarani LB) itu tidak akan lebih menguntungkan secara ekonomi di banding 1 gateway yg ukuran-e 2x lebih besar .... yg mendewa2-kan LB itu menurut paidjo "pengidap kelainan" ...
artinya : .... bisajadi kondisinya yg lain dr pd umumnya ... bahkan mungkin karena sadar akan kelainnannya dia kemudian melakukan itu ....
yg jelas ... diitung pakek kakulator rusak sekalipun gak ketemu hasilnya yg mengatakan lebih baik LB

Contoh gambaran :
<pilihan-1>> : line-1 (2mb)   +   line-2 (3mb) ...  VS  ... <pilihan-2>> :  1-line (5mb)
>> pilihan-1 : .... 2+3 ... bukan = 5 (di LB) ...... melainkan = 2+3 / 3+2
artinya : klien tidak bisa downlod dgn BW sebesar 5mb ... namun 2mb / 3mb tergantung gateway mana yg saat itu di pakai untuk request ... pilihan gateway disini ini bisa berarti acak , priority atau mungkin sengaja  ditentukan sebelum-nya ... tergantung skenario sampean kabeh ....
coba lihat gambar diatas ... disitu tertera pada server hotspot bernama WarNET ... tertera angka 6.8mb ...
artinya disitu adalah 6,8mb dipakai bersama2 oleh klien satu server hotspot .... arti lebih dalam lagi ... 6,8 itu masih dibagi lagi untuk klien WarNET yg masing2 mendapatkan max 4/3mb (tergantung gateway yg dipakai) yg kemudian diakumulasikan sehingga mencapai angka 6,8mbps ...
sedangkan total tandon bandwit memang bener  = line-1 + line-2 ... kalo di gambar atas berarti = 7.2mbps
>> pilihan-2 : sudah jelas ...
artnya  ... masing2 klien di server manapun bisa saja punya kesempatan untuk memperoleh bandwit sebesar2-nya sesuai bandwit line itu (5mb:contoh )
kelebihannya pada akselerasi ... (bisa top pada 5mb full ....) , hemat biaya awal dan hemat biaya operasional

itu hanya penilaian secara ekonomi menurut paidjo yg hanya dpt pelajaran dr orang tua .... heheheh

kemungkinan .... kelak bisa saja aturan itu akan berubah .... kl mungkinsekarang kelamin itu hanya laki-laki dan perempuan ... bisa saja kelak diakui kelamin yg lain misal kan kelamin ganda (AC/DC .... wakakakak) ... soal-e di elektronik sudah berlaku begitu sejak lama .... ada AC yg di tumpangkan di atas DC .... walaupun kenyataanya jika di ukur dgn alat ukur ACmeter / DCmeter tidak bertambah besar .... namun dgn alat ukur jenis lain yg lebih detil (Osciloscop) bisa menjadi besar karena alat ukurnya yg bisa mendeteksi kedua2-nya ....

mungkin juga ini akan berlaku di bidang ginian sesuai perkembangan jaman nanti .... jadi kelak akan ada 1 identitas namun dari 2 titik IP yg berbeda spt hanya filsafat gerbang digital (and, or, nand , nor, xor, xnor dll ...) ... jika diibaratkanidentitas malih ada perpaduan dari kelamin yg selama ini diakui (laki/perempuan) .... bisa jadi banci bahkan akan ada identitas homo/lesbi ..... heheheheh .... wis apapun sing penting perpaduan e kelamin itu .... sehingga id itu di akui seabsahannya ....
jadi jika ada reques misalkan pingin download dari hallo.udin@yahoo.com dgn Ip publik ganda bahkan jamak akan diakui ke absahannya dan mendapat ijin mengakses bahkan mengunduh-nya ...
kalau yg terjadi demikian .... artinya 2-skenario diatas hasilnya akan sama ....  bahkan secara adm lebih menguntungkan 2-line karena memiliki 2 IP publik (2-kelamin ... xixixiixi) ....

wis lah ... rasah di pikir nemen2 ... mundak buthak mengko .... piss bro ....

Minggu, 25 September 2011

2-pintu ala paidjo (bagian-2)


melanjut-kan hordog roda-4 paidjo .....
seperti yg di kisahkan di bagian-1 ... bahwa yg terjadi jika di sediakan 2 pintu yg memang isi-nya berbeda .... maka pada suatu saat nanti akan bingung .... lewat sisih endi ya????? ....
dari pada bingung2 ... kenapa gak di tentukan aja sekalian ....  biar jalan itu di pilihkan mikrotik itu sendiri ... dgn cara otak-e sing semula telah di masuk-i pilihan2 itu di cuci ulang biar refres .. dan hilang-lah angan2 untuk terlalu mbleki tsb ....
nahhhh .... terus gimana caranya ???? ..... gampang saja .... pada dasarnya paidjo memang selama ini pilih aliran yg ringan2 saja ...:
..... apabila nanti suatu saat terjadi kemacetan system ..... menurut bahasa paidjo ::: setelah secara kotinyu paidjo menyuruh seseorang untuk melihat terus sebuah web ... dan kemudian dari laporannya mengatakan "gak ada/gak kelihatan" maka di suruhlah orang lain lagi untuk melakuan seting ulang ... jangan-jangan ????
jika orng itu sing nglamun ya di guyang air saja biar gak nglamun .... jika memang tertupuk  ya di bersikan saja penutupnya dll dll dll ..... yg kemudian oleh si paidjo petugas itu di beri julukan "ki sapu jagad"
nahhh ... inilah ternyata sosok itu:

/ip route
set comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\
    192.168.4.253,192.168.44.1 scope=30 target-scope=10

/ip firewall nat
set action=masquerade chain=srcnat comment="TO = SPEEDY" disabled=no \
    out-interface="( Speedy )" protocol=tcp
set action=masquerade chain=srcnat comment="TO = C-20" disabled=no \
    out-interface="C-20 >>" protocol=tcp

------------------------------------------------
ternyata sederhana tho .... muk ngunu thok tibane .... memperbaharui seting  .... xixixixixixi
ngunu thok ae di jeneng-ne "kiai sapu jagad" ..... puuuuuuuuooooohhhh ... eram-en ...

2 pintu ala paidjo ... (bag 1)


suatu ketika ... koneksi speedy paidjo mengalami gangguan ... begitu ulet responnya ... tapi ping bagus dan jika di pakek download / play youtube juga bagus .... entah apa yg terjadi pd koneksi kali ini ....
wis rasah ngurus koneksi garapan-e wong liyo ah ....
kemudian paidjo tiba2 berhasrat (walaupun gak begitu menggebu nafsunya) .... untuk menduakan cinta ....
munculah ide backupdan backup yg kemudian jika di kembangkan akan jadi LB ... namun apa yg di fikirkan paidjo blm sampek kesana ...
paidjo pingin konsep yg lebih sederhana lagi ..... karena .... (ssttt ...jgn bilang-bilang orng ya ...) ... dia itu sebenarnya ber-IQ jongkok ... SDM rendah ... xixixixixxi .... bisanya cuman tancep-menancep ..... :)

dalam pikiran-nya ... dia membayangkan sebuah system yg gak muluk2 ... dlm bayangan-nya cuman ada : seandainya punya 2 sepeda kumbang (hordog) ... dg batas max spedometer pada 40km/jam (itu hasil perkiraan kemampuan paidjo mengayuh speda itu) ... kemudian berlanjutlah pemikiran-nya yg kemudian itu di sebut "engen2 sing wajar" ... soal-e diluar sana akeh di-antara teman2 paijo sing mimpi buruk ... xixixixi ... mimpine gak sesuai kr hukum sing ditetapkan gusti alloh di dunia ini / filsafat-e gak nemu .... bin tangeh lamun ....
>>> apa bila 2 sepeda onthel itu tadi di buat formasi berjajar / beriring2-an / tumpuk / atau apalah namanya formasi bikinan sarjono ... menurut paidjo yg ber-SDM rendah dan gak sekolah itu : gak bakal bisa lebih banter lagi melebihi spidometer yg 40km itu ... "embuh maneh lek di rewangi "ki joko bodoh" .... maksud-e di surung ambek pihak selain sepeda itu sendiri ...  xixixixixi ... maap jika bahasanya terlalu nglenyit ..
olek karena itulah ... kemudian dia hanya bisa memilih dari sekian formasi itu .... "formasi mana yg kira-kira cocok buat keadaan saat ini" ... 
sekali lagi paidjo mengingatkan .... tidak ada yg lebih baik dan lebih jelek dari sekian formasi2 itu .... yg ada adalah yg lebih tepat / cocok buat keadaan saat itu ...
dan paijo pun kemudian memilih formasi yg berjajar .... alasan-nya adalah ... selama ini paidjo sering mimpi kalo2 sepeda onthelnya itu jika di-rangkai berjajar akan seperti kendaraan roda 4 (hayalan si miskin).... xixixxixi
apa keuntungan-nya??? .... pekerjaan menjaga keseimbangan akan berkurang (di-tinggal merem sik iso mlaku senajan mengko ahir-e yo nubruk tenan ... wakakakaka) ... daya tampung lebih banyak ... dsb ... namun dgn kekurangan gak bisa di pakek melewati ... jalan setapak seperti andil yg sempit ... sementara pekerjaanya sering keluar masuk sawah ... wahahahahah .... mubadir juga ya formasi itu ... ahirnya jika memang kegiatannya masuk sawah ... paidjo akan memarkir "roda4-nya" itu di tepi jalan sana ... toh siapa yg mau kendaraan roda 4 paidjo yg jelek gitu ... belum lagi resiko tetanus yg diakibatkan jika salah pegang ... heheheh
dan kemudian konsep mentah itu di bahasakan olehnya dlm bentut seting 2-gateway sederhana kedalam mikrotik routernya ... sbb:

/ip route
add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\
    192.168.4.253,192.168.44.1 scope=30 target-scope=10

/ip firewall nat
add action=masquerade chain=srcnat comment="TO = SPEEDY" disabled=no \
    out-interface="( Speedy )" protocol=tcp
add action=masquerade chain=srcnat comment="TO = C-20" disabled=no \
    out-interface="C-20 >>" protocol=tcp

>> namun sebetulnya ada sebuah system lanjutan yg sebetulnya wajib di fikir-kan lebih lanjut menurut paidjo ... yaitu .... ada-nya sebuah pekerjaan yg merefresh seting route ketika mengalami gangguan macet .... dgn membuatkan sebuah script yg isin-nya seting / sekedar enable-disable sebuah tugas ... yg mengacu pada hasil ping ke sebuah ip web yg di umpamakan mewakili dunia luar ... jika system gagal mendapatkan replay dari dunia luar itu ... maka system akan melakuan refresh dll itu tadi .... ayo di lanjutne dewe2 .... latihan mikir ...
sekian dulu konsep paijo tentang lemari es dua pintu (bangian-1) ....

Sabtu, 24 September 2011

Seting web-proxy multy server-hotspot


langsung aja .....
ra-sah kakehen babibubebo ....
ra-oleh protes ... opo maneh nesu ....
instan ... kari muluk ...
kakehen cocot .... tuwabok kene ....
xixixixiix ..pisssss ..

1.) ... seting : ip web-proxy
/ip proxy
set always-from-cache=yes cache-administrator=\
    "Proxy : Bangau Putih Permai .... by: hallo.udin ..." cache-hit-dscp=4 \
    cache-on-disk=yes enabled=yes max-cache-size=14000000KiB \
    max-client-connections=600 max-fresh-time=2w1d max-server-connections=600 \
    parent-proxy=0.0.0.0 parent-proxy-port=0 port=8080 serialize-connections=\
    yes src-address=0.0.0.0

2.) ... seting ip fi nat
/ip firewall nat
/ip firewall nat
add action=passthrough chain=unused-hs-chain comment=\
    "place hotspot rules here" disabled=yes
add action=masquerade chain=srcnat comment="Router BangauPutih" disabled=no \
    out-interface="( Speedy )" protocol=tcp
add action=redirect chain=dstnat comment="web-proxy (hotspot)" disabled=no \
    dst-port=80 in-interface="H-Spot >>" protocol=tcp src-address=\
    192.168.10.0/24 to-ports=8080
add action=redirect chain=dstnat comment="web-proxy (warnet)" disabled=no \
    dst-port=80 in-interface="W-Net >>" protocol=tcp src-address=\
    192.168.20.0/24 to-ports=8080
add action=redirect chain=dstnat comment="web-proxy (x-link)" disabled=no \
    dst-port=80 in-interface="X-Link >>" protocol=tcp src-address=\
    192.168.200.0/24 to-ports=8080

3.) ... seting ip fi mangle (sing ini suka-suka)
/ip firewall mangle
add action=mark-packet chain=forward comment=\
    "DOWN DIRECT CONNECTION  (hspot)" connection-mark="test-conn (h-spot)" \
    disabled=no in-interface="( Speedy )" new-packet-mark=\
    "test-down  (h-spot)" passthrough=no
add action=mark-packet chain=forward comment=\
    "DOWN DIRECT CONNECTION  (w-net)" connection-mark="test-conn ( w-net)" \
    disabled=no in-interface="( Speedy )" new-packet-mark=\
    "test-down  (w-net)" passthrough=no
add action=mark-packet chain=forward comment=\
    "DOWN DIRECT CONNECTION  (x-link)" connection-mark="test-conn  (x-link)" \
    disabled=no in-interface="( Speedy )" new-packet-mark=\
    "test-down  (x-link)" passthrough=no
add action=mark-packet chain=output comment="DOWN VIA PROXY  (hspot)" \
    disabled=no dst-address=192.168.10.0/24 new-packet-mark=\
    "test-down  (h-spot)" out-interface="H-Spot >>" passthrough=no
add action=mark-packet chain=output comment="DOWN VIA PROXY  (w-net)" \
    disabled=no dst-address=192.168.20.0/24 new-packet-mark=\
    "test-down  (w-net)" out-interface="W-Net >>" passthrough=no
add action=mark-packet chain=output comment="DOWN VIA PROXY  (x-link)" \
    disabled=no dst-address=192.168.200.0/24 new-packet-mark=\
    "test-down  (x-link)" out-interface="X-Link >>" passthrough=no

wis ... kunu ndang di edit sesuai kondisi jaringan masing2 ... ra-sah umeh ... dugang kene ...!!!!
pengembangan-e terusno dewe dewe ya .... karo latihan kere-aktip ... piss broooo ....

Sudah berfungsikah : web-proxy anda ??? .... tanya Paidjo



Tadi sempet jalan2 ke tmn2 tulungagung sini saja ... alhamdulillah ... ternyata banyak diantara tmn2 sini yg sudah maju perkembangannya dgn konsep mereka masing2 .... rupanya wabah konsep-mengkonsep yg sesuai kebutuhan telah mereka kantongi sbg bekal kepercayaan diri akan system yg merekamiliki masing2 ...
Dari situ kemudian ada sebuah argument yg intinya sebuah pertanyaan "apakah web-proxy mikrotik yg telah kita bangun telah sukses atau blm" ....
maksud pertanyaan diatas sbtulnya adalah sekedar mereview .... apakah jerih-payah kita dlm meng-oprek web-proxy dgn HDD internal itu sudah berjalan , berfungsi , dan bermanfaat (fungsi cache-nya) ....
Dan ... setelah tak-pikir2 ternyata .... jawaban yg lebih tepat dr pada yg tepat adalah dgn melihat-nya di "interfaces" .... apabila disitu antara publik dan lokal sudah ada perbedaan nilai besaran yg tertera ... entah itu sedikit atau banyak (tergantung hit dan isi cache) ... maka web-proxy telah berfungsi dgn sempurna (cache-nya) .....

Jumat, 23 September 2011

Paidjo dan cerita tentang Schedul MikroTik milik-nya ...

Selamat ketemu manih konci-konci .... bagaimana kabar-nya bro ....  (paidjo mulai gaul ... xixixix)
beberapa minggu lalu paidjo punya beberapa rangkuman kebiasaan yg beda tentang clien-nya ....
hal itu berlangsung ketika paidjo menerapkan konsep-nya yg sebetul-nya tidak asing dan sangat sederhana ...

Sekenario-nya  begbegbegbeg-gini ... :
pada dasarnya sebuah system pasti ada kelebihan dan kekurangan-nya ....
dlm hal ini kita bahas tentang mikrtik hotspot ....



nulis-e di cicil sambi aktivitas .... berlanjut ...... ojo jemu-jemu  ya .... soal-e sak kober-e iki lek nulis ... sing penting sabar dan ojo lali di bookmark ben penak lek mbalik mrene maneh ...

Rabu, 14 September 2011

Mimpi Sederhana : Paidjo

Dasar paidjo ancen wong ndeso .... maka pantas saja pola fikir dan konsep-nya banyak orng bilang sederhana ... lebih tepate (menurut paidjo) bukan sederhana , melainkan sesuai kemampuan-nya ...
Diluar sana banyak teman2 paidjo berlomba2 adu signal dgn tower pencakarlangit dan power besarnya ...
namun .... paidjo gak cukup kekuatan untuk mimpi seperti itu ... dan menurutnya itu konsep yg mubadzir ...
Apa boleh buat ... paidjo hanya punya sepotong genter untuk bisa menopang antenanya ... tapi dia berharap genter-nya itu bisa untuk "nyenggek uang recehan" yg bagi paidjo sangat berarti buat kelangsungan hidup keluarga-nya ... dalam do'a-nya paidjo mengharap kelak genternya yg kini masih berlumuran keringat itu kelak bisa dibalas dilumuri emas oleh gusti alloh karena niat baiknya melayani dan menjaga hajat orng banyak dgn aktifitas-nya sbg juru-kunci ...

Jika orang lain diluar sana banyak yg bermimpi bahwa genter dan corongnya bisa menjangkau area yg sangat jauh .... paidjo hanya bermimpi genter dan corong-nya bisa menjangkau satu area perumahan yg hanya berjari2 150mtr , namun corongnya harus terdengar merdu hingga kolong tempat tidur bahkan di kakus/WC seluruh warga perumahan dimana paidjo tinggal ...
untuk bisa mewujudkan itu paidjo sangat tergantung dan membutuhkan kerelaan para tetangga untuk ikut mendukung konsep "hotspot sampi tekan WC barang : ala paidjo" dgn cara meminta kerelaan-nya untuk di pasang corong2 berikutnya ... dan hingga ini ditulis sudah 9corong dari 20 corong agar mimpi-nya bisa dikatakan terwujud dan konsepnya bisa dikatakan telah berjalan ...


--------- ini masih berupa draft ... tunggu lanjutan-nya hingga gambaran paidjo kumplit -----

Senin, 12 September 2011

Paidjo dan konsep-e para senior tenteng "Proxy External" sing nglegeno

Tadi saat muter2 krn menemukan PR tmn kediri yg blm ketemu juga ujung pangkal-e tentang "kenapa ketika web proxy di disable dan memakai proxy ext pada hotspot-mikrotik , ternyata web-proxy mikrotik masih dikenali aktif" ....
dasar paidjo wong ndeso gak tau mangan sekolahan .... yo bingung mergo drng nate menangi ... ojo-maneh menangi .... duwe CPU sing cukup ge ext-proxy wae isih berupa mimpi ....
dan hasil penemuan luru2 tadi adalah konsep spt gmbr diatas ....


Menurut pemikiran ndeso si paodjo ... :: itu konsep yg bagus (soale paidjo g ngerti kenek-an iki) ...
apabila di kembangkan lagi systemnya akan sesuai konsep aman dan nyaman :

1.) ... apabila itu (ext-proxy) adalah proxy utama yg mengolah semua req segala port, dan yg other itu adalah web-proxy .... maka konseppengembangan-nya adalah seperti loudballance fail-over .... yaitu : apabila menemui kendala misalkan down pada ext-proxy, system akan merubah skenario kembali menuju alternatif berikutnya yaitu web-proxy dgn bantuan kensep paidjo kemarin (netwatch) ... jadi "ada dan tidakadanya ext-proxy system tetep berjalan normal ...

2.) ... apabila itu (ext-proxy) adalah proxy yg mengkhususkan untuk melayani req port 80 ... maka yg terjadi adalah : peningkatan efisiensi system ....
maksudnya menurut paidjo begini : ... req diluar port 80 di atur sepenuhnya oleh mikrotik ... sementara khusus yg req port 80 di lewatkan ke squid yg notabene memang biang-e cache ... dgn begitu akan terjadi pembagian kerja dgn harapan total system akan lebih stabil ...
pengembangan berikutnya ttp sama spt yg diatas .... cuman, skenarionya yaitu : port 80 dianggap req yg serial ke cache sehingga artinya seolah-olah kerja si netwatch nanti hanya menswitch "jika cache-squit up berarti port 80 di serial ke cache-ext ... dan bila cache-squid down berarti set cache web-proxy akan run menangani req dr port 80 ....


ok .... dah ... paidjo mencoba nguncek-i metodenya : .....

1.) ... kita siap-kan dulu seorang petugas yg JD-nya hanya melakukan ping ke eth squid dgn interval 1 det secara kontinyu bin berkelanjutan dgn timeout yg pendek saja spy hasil laporan bisa segera di proses .... dan petugas itu mananya netwatch mikrotik
2.) ... hasil dari si netwatch ada 2 yaitu up/down .... bikin script up : yg intinya jikahasil ping menyatakan up maka port 80 di redirek ke eth squid port 80 (kita umpamakan pd squid pakek port 3128) ..... dan apabila hasil nwtwatch tadi menyatakan down ... maka bikinlah script down : yg intinya membelok-kan request pot 80 ke port web=proxy (misalkan 8080) ... jadi dlm hal ini hrs ada perbedaan port yg di gunakan antara 2 proxy tersebut biar mudah menganalisanya/manajemen-nya ...

kira2 kok begitu saja tho analisa paidjo ... mohon maaf paidjo blm praktek sendiri secara langsung karena mimpi paidjo belum kesampean punya kompi yg spek-e cukup untuk server yg tugas-e ngecache port 80 itu tadi .... ngapunten sing katah nggiiihh .... pissss .... raoleh nesu ...!!!!!