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 ...!!!!!