Tinyproxy 1.11.2 မှာ Listen က client ချိတ်ဆက်မှုလက်ခံမယ့် လိပ်စာကို ရွေးပြီး Allow က ခွင့်ပြုထားတဲ့ client တွေကို ထိန်းချုပ်ပါတယ်။ Bind က အထွက်လိပ်စာကို ရွေးပါတယ်။

Listener နဲ့ client စည်းမျဉ်းများ

Package ရဲ့ ဝန်ဆောင်မှုသုံး user၊ log နဲ့ PID ဖိုင်သတ်မှတ်ချက်တွေကို ထိန်းထားပါ။ Listener နဲ့ ဝင်ရောက်ခွင့်မှတ်တမ်းတွေကို ရည်ရွယ်ထားတဲ့ မူဝါဒနဲ့ အစားထိုးပါ။

Port 8888
Listen 192.0.2.10
Allow 198.51.100.27/32
ConnectPort 443

စာတမ်းဥပမာလိပ်စာနှစ်ခုလုံးကို အစားထိုးပါ။ Listener လိပ်စာက ဆာဗာပိုင်ဖြစ်ရပြီး client လိပ်စာက ဆာဗာကမြင်ရတဲ့ မူလရင်းမြစ်နဲ့ ကိုက်ညီရပါမယ်။ ဟောင်းနေတဲ့ အလွန်ကျယ်ပြန့်စွာ ခွင့်ပြုထားတဲ့ စည်းမျဉ်းတွေကို ဖယ်ပါ။

Allow ဒါမှမဟုတ် Deny မှတ်တမ်းမရှိရင် Tinyproxy က client အားလုံးကို ခွင့်ပြုပါတယ်။ ဝင်ရောက်ခွင့်မှတ်တမ်းတွေ ရှိလာတာနဲ့ မူလလုပ်ဆောင်မှုက ငြင်းပယ်ဖို့ ဖြစ်သွားပြီး စည်းမျဉ်းအစီအစဉ်က အရေးပါလာပါတယ်။ ဒါကြောင့် ဝင်ရောက်ခွင့်စာကြောင်းအားလုံး ဖျက်တာက ကန့်သတ်တဲ့မူလအခြေအနေ ပြန်ဖြစ်စေတာမဟုတ်ဘဲ မူဝါဒကို ဖွင့်လိုက်တာပါ။

ConnectPort 443 က CONNECT ကို အဲဒီဦးတည်ရာပေါ့တ်အတွက်ပဲ ကန့်သတ်ပါတယ်။ သင့်အသုံးချမှုက လိုအပ်ရင် သာမန် HTTP တောင်းဆိုမှုတွေအတွက် သီးခြားဦးတည်ရာထိန်းချုပ်မှု ထည့်ရပါမယ်။

လုပ်ဆောင်နေတဲ့ ဝန်ဆောင်မှုကို စစ်ခြင်း

အထွက်အတွက် Bind သတ်မှတ်တာက အဝင်ဆော့ကက်တွေကို မကန့်သတ်ပါ။ စတင်ပြီးနောက် တကယ်လုပ်ဆောင်နေတဲ့ listener ကို စစ်ပါ။

sudo ss -ltnp 'sport = :8888'

မရည်ရွယ်ထားတဲ့ listener ဒါမှမဟုတ် ဝန်ဆောင်မှုအဟောင်း instance ရှိမရှိ လိပ်စာအုပ်စုနှစ်မျိုးစလုံးကို စစ်ပါ။

ဒီဗားရှင်းမှာ ကွန်ဖစ်ကို ဖတ်ခွဲရုံပဲလုပ်တဲ့ -t switch ကို စာတမ်းမှာ မဖော်ပြထားပါ။ စီမံထားတဲ့ဝန်ဆောင်မှုကို ရပ်ပြီး foreground မှာဖွင့်ရင် စတင်ချိန်အမှားတွေ ပြပါတယ်။

sudo tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf

စီမံထားတဲ့ဝန်ဆောင်မှု ပြန်မစခင် foreground process ကို ရပ်ပါ။ ခွင့်ပြုထားတဲ့ ရင်းမြစ်တစ်ခုနဲ့ ငြင်းပယ်ရမယ့် ထိန်းချုပ်ထားတဲ့ ဒုတိယရင်းမြစ်တစ်ခုက တောင်းဆိုမှု စမ်းပါ။ ဦးတည်ရာ log တွေက ငြင်းပယ်ထားတဲ့တောင်းဆိုမှု ရှေ့ဆက်မပို့ခဲ့တာကို အတည်ပြုဖို့ ကူညီပါတယ်။

ဆက်စပ်ဆောင်းပါးများ