Debian + Postfix + Dovecot + Multidomain + SSL + IPv6 + OpenVPN + Multi-interfaces + SpamAssassin-လေ့လာရန် + Bind

ဤဆောင်းပါးသည် ခေတ်မီမေးလ်ဆာဗာကို မည်သို့တည်ဆောက်ရပုံအကြောင်းဖြစ်သည်။
Postfix + Dovecot ။ SPF + DKIM + rDNS ။ IPv6 ဖြင့်
TSL ကုဒ်ဝှက်စနစ်ဖြင့်။ ဒိုမိန်းများစွာအတွက် ပံ့ပိုးမှုဖြင့် - စစ်မှန်သော SSL လက်မှတ်ဖြင့် အပိုင်း။
Antispam ကာကွယ်ရေးနှင့် အခြားမေးလ်ဆာဗာများမှ မြင့်မားသော antispam အဆင့်သတ်မှတ်ချက်ဖြင့်။
ရုပ်ပိုင်းဆိုင်ရာ အင်တာဖေ့စ်များစွာကို ပံ့ပိုးပေးသည်။
OpenVPN ဖြင့်၊ IPv4 မှတဆင့်ချိတ်ဆက်ပြီး IPv6 ကိုထောက်ပံ့ပေးသည်။

သင်သည် ဤနည်းပညာအားလုံးကို မလေ့လာချင်သော်လည်း ထိုသို့သောဆာဗာကို စနစ်ထည့်သွင်းလိုပါက၊ ဤဆောင်းပါးသည် သင့်အတွက်ဖြစ်သည်။

ဆောင်းပါးသည် အစစအရာရာ အသေးစိတ်ရှင်းပြရန် မကြိုးစားပါ။ ရှင်းလင်းချက်သည် စံအဖြစ်သတ်မှတ်ထားခြင်းမဟုတ်သော သို့မဟုတ် စားသုံးသူ၏အမြင်မှ အရေးကြီးပါသည်။

မေးလ်ဆာဗာတစ်ခု တည်ထောင်ရန် စေ့ဆော်မှုသည် ကျွန်ုပ်၏ ကာလရှည်ကြာ အိပ်မက်တစ်ခုဖြစ်သည်။ ဒါက မိုက်မဲတယ်လို့ထင်ရပေမယ့် ဘာမှလည်း မဟုတ်ပါဘူး၊ မင်းအကြိုက်ဆုံးအမှတ်တံဆိပ်က ကားအသစ်တစ်စီးကို အိပ်မက်မက်တာထက် ပိုကောင်းပါတယ်။

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

OpenVPN စဖွင့်သတ်မှတ်ခြင်းအတွက် စေ့ဆော်မှုသည် ပြည်တွင်းစက်တွင် IPv6 အလုပ်လုပ်ဆောင်ရန်သာဖြစ်သည်။
ရုပ်ပိုင်းဆိုင်ရာအင်တာဖေ့စ်များစွာကို တည်ဆောက်ခြင်းအတွက် စေ့ဆော်မှုမှာ ကျွန်ုပ်၏ဆာဗာတွင် “နှေးကွေးသော်လည်း အကန့်အသတ်မရှိ” နှင့် အခြား “မြန်သော်လည်း အကောက်ခွန်မဲ့” အင်တာဖေ့စ်တစ်ခုရှိသည်။

Bind ဆက်တင်များကို သတ်မှတ်ခြင်းအတွက် စေ့ဆော်မှုမှာ ကျွန်ုပ်၏ ISP သည် မတည်မငြိမ်ဖြစ်နေသော DNS ဆာဗာကို ပံ့ပိုးပေးသောကြောင့်ဖြစ်ပြီး google သည်လည်း တစ်ခါတစ်ရံတွင် ပျက်ကွက်သွားခြင်းဖြစ်ပါသည်။ ကိုယ်ရေးကိုယ်တာအသုံးပြုရန်အတွက် တည်ငြိမ်သော DNS ဆာဗာကို လိုချင်ပါသည်။

ဆောင်းပါးတစ်ပုဒ်ရေးရန် တွန်းအား - လွန်ခဲ့သည့် 10 လခန့်က မူကြမ်းတစ်စောင်ရေးခဲ့ပြီး နှစ်ကြိမ်ကြည့်ဖူးသည်။ စာရေးသူက ပုံမှန်လိုအပ်နေရင်တောင် အခြားသူတွေလည်း လိုအပ်မယ့် ဖြစ်နိုင်ခြေ မြင့်မားပါတယ်။

မေးလ်ဆာဗာအတွက် universal solution မရှိပါ။ ဒါပေမယ့် "ဒါကိုလုပ်ပါ၊ အားလုံးအဆင်ပြေတဲ့အခါ၊ အပိုပစ္စည်းတွေကိုထုတ်ပစ်ပါ။"

ကုမ္ပဏီ tech.ru တွင် Colocation server တစ်ခုရှိသည်။ OVH၊ Hetzner၊ AWS တို့နှင့် နှိုင်းယှဉ်နိုင်သည်။ ဤပြဿနာကိုဖြေရှင်းရန် tech.ru နှင့် ပူးပေါင်းဆောင်ရွက်မှုသည် ပိုမိုထိရောက်မည်ဖြစ်သည်။

Debian 9 ကို ဆာဗာတွင် ထည့်သွင်းထားသည်။

ဆာဗာတွင် `eno2` နှင့် `eno1` အင်တာဖေ့စ် 2 ခုရှိသည်။ ပထမတစ်ခုသည် အကန့်အသတ်မရှိ၊ ဒုတိယသည် မြန်သည်။

`eno3` အင်တာဖေ့စ်တွင် တည်ငြိမ်သော IP လိပ်စာ 0 ခု၊ XX.XX.XX.X1 နှင့် XX.XX.XX.X2 နှင့် XX.XX.XX.X1 နှင့် `eno5` အင်တာဖေ့စ်တွင် XX.XX.XX.X2 ရှိသည် .

ရရှိနိုင်သော XXXX:XXXX:XXXX:XXXX::/64 `eno6` အင်တာဖေ့စ်တွင် သတ်မှတ်ပေးထားသော IPv1 လိပ်စာများပေါင်းပြီး ၎င်းမှ XXXX:XXXX:XXXX:XXXX:1:2:/96 ကို ကျွန်ုပ်တောင်းဆိုချက်အရ `eno2` သို့ တာဝန်ပေးအပ်ခဲ့သည်။

`domain3.com`၊ `domain1.com`၊ `domain2.com` ဒိုမိန်း ၃ ခု ရှိပါသည်။ `domain3.com` နှင့် `domain1.com` အတွက် SSL လက်မှတ်တစ်ခု ရှိပါသည်။

ကျွန်ုပ်တွင် ကျွန်ုပ်၏စာတိုက်ပုံးကို လင့်ခ်ချိတ်လိုသော Google အကောင့်တစ်ခုရှိသည်။[အီးမေးလ်ကိုကာကွယ်ထားသည်]`(မေးလ်လက်ခံခြင်းနှင့် gmail မျက်နှာပြင်မှ တိုက်ရိုက်စာပို့ခြင်း)။
စာတိုက်ပုံးရှိရမည်။[အီးမေးလ်ကိုကာကွယ်ထားသည်]`ကျွန်ုပ်၏ gmail တွင် ကျွန်ုပ်ကြည့်လိုသော အီးမေးလ်မိတ္တူ။ ပြီးတော့ ကိုယ်စား တစ်ခုခု ပို့နိုင်တာ ရှားပါတယ်။[အီးမေးလ်ကိုကာကွယ်ထားသည်]`ဝဘ်အင်တာဖေ့စ်မှတဆင့်။

စာတိုက်ပုံးရှိရမည်။[အီးမေးလ်ကိုကာကွယ်ထားသည်]Ivanov သည် ၎င်း၏ iPhone မှ အသုံးပြုမည့်၊

ပေးပို့ထားသော အီးမေးလ်များသည် ခေတ်မီ ဆန့်ကျင်စပမ် လိုအပ်ချက်များအားလုံးကို လိုက်နာရပါမည်။
အများသူငှာ ကွန်ရက်များတွင် ပေးထားသည့် ကုဒ်ဝှက်ခြင်း အဆင့်အမြင့်ဆုံး ရှိရပါမည်။
စာပို့ခြင်းနှင့် လက်ခံခြင်းနှစ်မျိုးစလုံးအတွက် IPv6 ပံ့ပိုးမှု ရှိသင့်သည်။
အီးမေးလ်တွေကို ဘယ်တော့မှ ဖျက်ပစ်မယ့် SpamAssassin ရှိသင့်ပါတယ်။ ပြီးတော့ IMAP “Spam” ဖိုင်တွဲသို့ ခုန်တက်လာမည် သို့မဟုတ် ကျော်သွားသည် သို့မဟုတ် ပေးပို့မည်ဖြစ်သည်။
SpamAssassin အလိုအလျောက် သင်ယူမှုကို စီစဉ်သတ်မှတ်ထားရမည်- ကျွန်ုပ်သည် စာတစ်စောင်ကို Spam ဖိုင်တွဲသို့ ရွှေ့ပါက ၎င်းမှ သင်ယူမည်ဖြစ်သည်။ Spam ဖိုဒါမှ စာတစ်စောင်ကို ရွှေ့ပါက၊ ၎င်းမှ သင်ယူပါမည်။ SpamAssassin လေ့ကျင့်မှု၏ရလဒ်များသည် စာကို Spam ဖိုင်တွဲတွင် အဆုံးသတ်ခြင်းရှိမရှိ လွှမ်းမိုးမှုရှိသင့်သည်။
PHP scripts များသည် ပေးထားသော server ပေါ်ရှိ မည်သည့်ဒိုမိန်း၏ကိုယ်စား mail ပေးပို့နိုင်ရပါမည်။
IPv6 မရှိသော client တွင် IPv6 ကို အသုံးပြုနိုင်သည့် စွမ်းရည်နှင့်အတူ openvpn ဝန်ဆောင်မှုတစ်ခု ရှိသင့်သည်။

ဦးစွာ IPv6 အပါအဝင် interfaces နှင့် routing ကို configure လုပ်ရန်လိုအပ်ပါသည်။
ထို့နောက် IPv4 မှတစ်ဆင့် ချိတ်ဆက်ကာ သုံးစွဲသူအား static-real IPv6 လိပ်စာကို ပေးဆောင်မည့် OpenVPN ကို သင်သတ်မှတ်ရန် လိုအပ်မည်ဖြစ်သည်။ ဤကလိုင်းယင့်သည် ဆာဗာပေါ်ရှိ IPv6 ဝန်ဆောင်မှုအားလုံးကို ဝင်ရောက်ကြည့်ရှုနိုင်ပြီး အင်တာနက်ပေါ်ရှိ မည်သည့် IPv6 အရင်းအမြစ်များကိုမဆို ဝင်ရောက်ကြည့်ရှုနိုင်မည်ဖြစ်သည်။
ထို့နောက် စာများပေးပို့ရန် Postfix + SPF + DKIM + rDNS နှင့် အခြားအလားတူ အရာငယ်များကို ပေးပို့ရန် လိုအပ်ပါမည်။
ထို့နောက် Dovecot ကို configure ပြီး Multidomain ကို configure လုပ်ရန် လိုအပ်ပါသည်။
ထို့နောက် SpamAssassin ကို configure လုပ်ပြီး လေ့ကျင့်မှုကို configure လုပ်ရန် လိုအပ်ပါသည်။
နောက်ဆုံးတွင် Bind ကို install လုပ်ပါ။

============= Multi-interfaces =============

အင်တာဖေ့စ်များကို configure လုပ်ရန်၊ သင်သည် ၎င်းကို “/etc/network/interfaces” တွင် ရေးရန်လိုအပ်သည်။

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eno1
iface eno1 inet static
        address XX.XX.XX.X0/24
        gateway XX.XX.XX.1
        dns-nameservers 127.0.0.1 213.248.1.6
        post-up ip route add XX.XX.XX.0/24 dev eno1 src XX.XX.XX.X0 table eno1t
        post-up ip route add default via XX.XX.XX.1 table eno1t
        post-up ip rule add table eno1t from XX.XX.XX.X0
        post-up ip rule add table eno1t to XX.XX.XX.X0

auto eno1:1
iface eno1:1 inet static
address XX.XX.XX.X1
netmask 255.255.255.0
        post-up ip rule add table eno1t from XX.XX.XX.X1
        post-up ip rule add table eno1t to XX.XX.XX.X1
        post-up   ip route add 10.8.0.0/24 dev tun0 src XX.XX.XX.X1 table eno1t
        post-down ip route del 10.8.0.0/24 dev tun0 src XX.XX.XX.X1 table eno1t

auto eno1:2
iface eno1:2 inet static
address XX.XX.XX.X2
netmask 255.255.255.0
        post-up ip rule add table eno1t from XX.XX.XX.X2
        post-up ip rule add table eno1t to XX.XX.XX.X2

iface eno1 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:1::/64
        gateway XXXX:XXXX:XXXX:XXXX::1
        up   ip -6 addr add XXXX:XXXX:XXXX:XXXX:1:1:1:1/64 dev $IFACE
        up   ip -6 addr add XXXX:XXXX:XXXX:XXXX:1:1:1:2/64 dev $IFACE
        down ip -6 addr del XXXX:XXXX:XXXX:XXXX:1:1:1:1/64 dev $IFACE
        down ip -6 addr del XXXX:XXXX:XXXX:XXXX:1:1:1:2/64 dev $IFACE

# The secondary network interface
allow-hotplug eno2
iface eno2 inet static
        address XX.XX.XX.X5
        netmask 255.255.255.0
        post-up   ip route add XX.XX.XX.0/24 dev eno2 src XX.XX.XX.X5 table eno2t
        post-up   ip route add default via XX.XX.XX.1 table eno2t
        post-up   ip rule add table eno2t from XX.XX.XX.X5
        post-up   ip rule add table eno2t to XX.XX.XX.X5
        post-up   ip route add 10.8.0.0/24 dev tun0 src XX.XX.XX.X5 table eno2t
        post-down ip route del 10.8.0.0/24 dev tun0 src XX.XX.XX.X5 table eno2t

iface eno2 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:2::/96
        up   ip -6 addr add XXXX:XXXX:XXXX:XXXX:1:2:1:1/64 dev $IFACE
        up   ip -6 addr add XXXX:XXXX:XXXX:XXXX:1:2:1:2/64 dev $IFACE
        down ip -6 addr del XXXX:XXXX:XXXX:XXXX:1:2:1:1/64 dev $IFACE
        down ip -6 addr del XXXX:XXXX:XXXX:XXXX:1:2:1:2/64 dev $IFACE

# OpenVPN network
iface tun0 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:3::/80

ဤဆက်တင်များကို tech.ru ရှိ မည်သည့်ဆာဗာတွင်မဆို (ပံ့ပိုးမှုအနည်းငယ်ဖြင့် ညှိနှိုင်းဆောင်ရွက်နိုင်သည်) နှင့် ၎င်းသည် ချက်ချင်းလုပ်ဆောင်သင့်သည့်အတိုင်း လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။

Hetzner, OVH အတွက် ဆင်တူသောအရာများကို တပ်ဆင်ခြင်း အတွေ့အကြုံရှိပါက၊ ၎င်းမှာ ကွဲပြားပါသည်။ ပိုခက်တယ်။

eno1 သည် network card #1 (နှေးကွေးသော်လည်း အကန့်အသတ်မရှိ) ၏အမည်ဖြစ်သည်။
eno2 သည် ကွန်ရက်ကတ်နံပါတ် 2 (မြန်သော်လည်း အကောက်ခွန်ဖြင့်)။
tun0 သည် OpenVPN မှ virtual network card ၏ အမည်ဖြစ်သည်။
XX.XX.XX.X0 - eno4 တွင် IPv1 #1
XX.XX.XX.X1 - eno4 တွင် IPv2 #1
XX.XX.XX.X2 - eno4 တွင် IPv3 #1
XX.XX.XX.X5 - eno4 တွင် IPv1 #2
XX.XX.XX.1 - IPv4 တံခါးပေါက်။
XXXX:XXXX:XXXX:XXXX::/64 - ဆာဗာတစ်ခုလုံးအတွက် IPv6။
XXXX:XXXX:XXXX:XXXX:1:2::/96 - eno6 အတွက် IPv2၊ ပြင်ပမှ အခြားအရာအားလုံးသည် eno1 သို့ ရောက်သွားပါသည်။
XXXX:XXXX:XXXX:XXXX::1 — IPv6 တံခါးပေါက် (၎င်းသည် ကွဲပြားစွာ လုပ်ဆောင်နိုင်သည်ကို သတိပြုသင့်သည်။ IPv6 ခလုတ်ကို သတ်မှတ်ပါ)။
dns-nameservers - 127.0.0.1 ကိုညွှန်ပြသည် (bind ကိုစက်တွင်းတွင်ထည့်သွင်းထားသောကြောင့်) နှင့် 213.248.1.6 (၎င်းသည် tech.ru မှဖြစ်သည်)။

"table eno1t" နှင့် "table eno2t" - ဤလမ်းကြောင်း-စည်းကမ်းများ၏ အဓိပ္ပါယ်မှာ eno1 မှတဆင့်ဝင်ရောက်သောလမ်းကြောင်းသည် ၎င်းကိုဖြတ်သွားမည်ဖြစ်ပြီး eno2 မှတဆင့်ဝင်ရောက်သောလမ်းကြောင်းသည် ၎င်းကိုဖြတ်သွားမည်ဖြစ်သည်။ ဆာဗာမှ အစပြုသော ချိတ်ဆက်မှုများသည်လည်း eno1 မှတဆင့် သွားမည်ဖြစ်သည်။

ip route add default via XX.XX.XX.1 table eno1t

ဤအမိန့်ဖြင့် ကျွန်ုပ်တို့သည် “table eno1t” ဟု အမှတ်အသားပြုထားသည့် မည်သည့်စည်းမျဉ်းအောက်တွင် ကျရောက်သော နားမလည်နိုင်သော အသွားအလာများကို eno1 အင်တာဖေ့စ်သို့ ပေးပို့ရန် သတ်မှတ်ပေးပါသည်။

ip route add XX.XX.XX.0/24 dev eno1 src XX.XX.XX.X0 table eno1t

ဤအမိန့်ဖြင့် ကျွန်ုပ်တို့သည် ဆာဗာမှ အစပြုသော မည်သည့်အသွားအလာကိုမဆို eno1 အင်တာဖေ့စ်သို့ ညွှန်ကြားသင့်သည်ဟု ကျွန်ုပ်တို့ သတ်မှတ်ပါသည်။

ip rule add table eno1t from XX.XX.XX.X0
ip rule add table eno1t to XX.XX.XX.X0

ဤအမိန့်ဖြင့် ကျွန်ုပ်တို့သည် ယာဉ်အသွားအလာကို အမှတ်အသားပြုရန် စည်းကမ်းများကို သတ်မှတ်ခဲ့သည်။

auto eno1:2
iface eno1:2 inet static
address XX.XX.XX.X2
netmask 255.255.255.0
        post-up ip rule add table eno1t from XX.XX.XX.X2
        post-up ip rule add table eno1t to XX.XX.XX.X2

ဤပိတ်ဆို့ခြင်းသည် eno4 အင်တာဖေ့စ်အတွက် ဒုတိယ IPv1 ကို သတ်မှတ်သည်။

ip route add 10.8.0.0/24 dev tun0 src XX.XX.XX.X1 table eno1t

ဤအမိန့်ဖြင့် ကျွန်ုပ်တို့သည် OpenVPN ဖောက်သည်များမှ XX.XX.XX.X4 မှလွဲ၍ ဒေသတွင်း IPv0 သို့ လမ်းကြောင်းကို သတ်မှတ်ပေးပါသည်။
ဤ command သည် IPv4 အားလုံးအတွက် အဘယ်ကြောင့် လုံလောက်သည်ကို ကျွန်ုပ် နားမလည်သေးပါ။

iface eno1 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:1::/64
        gateway XXXX:XXXX:XXXX:XXXX::1

ဤနေရာတွင် ကျွန်ုပ်တို့သည် အင်တာဖေ့စ်ကိုယ်တိုင်အတွက် လိပ်စာကို သတ်မှတ်ပေးပါသည်။ ဆာဗာက ၎င်းကို "အထွက်" လိပ်စာအဖြစ် အသုံးပြုမည်ဖြစ်သည်။ မည်သည့်နည်းနှင့်မျှ ထပ်မံအသုံးပြုမည်မဟုတ်ပါ။

":1:1::" အဘယ်ကြောင့် ဤမျှရှုပ်ထွေးနေရသနည်း။ ထို့ကြောင့် OpenVPN သည် ၎င်းအတွက်သာ မှန်ကန်စွာ အလုပ်လုပ်ပါသည်။ ဒီအကြောင်းကို နောက်မှပြောပါ။

gateway ၏အကြောင်းအရာနှင့် ပတ်သက်၍ - ၎င်းသည်မည်သို့အလုပ်လုပ်သည်၊ အဆင်ပြေသည်။ သို့သော် မှန်ကန်သောနည်းလမ်းမှာ ဆာဗာချိတ်ဆက်ထားသည့် switch ၏ IPv6 ကို ဤနေရာတွင် ညွှန်ပြရန်ဖြစ်သည်။

သို့သော်လည်း အကြောင်းတစ်ခုခုကြောင့် IPv6 အလုပ်မလုပ်တော့ပါ။ ဒါက tech.ru ပြဿနာတစ်မျိုးဖြစ်နိုင်ပါတယ်။

ip -6 addr add XXXX:XXXX:XXXX:XXXX:1:1:1:1/64 dev $IFACE

၎င်းသည် အင်တာဖေ့စ်သို့ IPv6 လိပ်စာကို ပေါင်းထည့်နေသည်။ လိပ်စာတစ်ရာ လိုအပ်ပါက ဤဖိုင်တွင် စာကြောင်းတစ်ရာကို ဆိုလိုသည်။

iface eno1 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:1::/64
...
iface eno2 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:2::/96
...
iface tun0 inet6 static
        address XXXX:XXXX:XXXX:XXXX:1:3::/80

ရှင်းရှင်းလင်းလင်းသိစေရန် အင်တာဖေ့စ်အားလုံး၏ လိပ်စာများနှင့် ကွန်ရက်ခွဲများကို မှတ်သားထားသည်။
eno1 - ဖြစ်ရမည်၊/64"- ဘာဖြစ်လို့လဲဆိုတော့ ဒါက ငါတို့ရဲ့ လိပ်စာတွေ လုံးလုံးပဲ။
tun0 - subnet သည် eno1 ထက်ကြီးရမည်။ မဟုတ်ပါက၊ OpenVPN ဖောက်သည်များအတွက် IPv6 တံခါးပေါက်ကို ပြင်ဆင်သတ်မှတ်ရန် မဖြစ်နိုင်ပါ။
eno2 - subnet သည် tun0 ထက်ကြီးရမည်။ မဟုတ်ပါက၊ OpenVPN ဖောက်သည်များသည် ဒေသတွင်း IPv6 လိပ်စာများကို ဝင်ရောက်ကြည့်ရှုနိုင်မည် မဟုတ်ပါ။
ရှင်းလင်းရန်အတွက်၊ ကျွန်ုပ်သည် subnet အဆင့် 16 ကို ရွေးချယ်ခဲ့သည်၊ သို့သော် သင်ဆန္ဒရှိပါက "1" အဆင့်ကိုပင် ပြုလုပ်နိုင်ပါသည်။
ထို့ကြောင့် 64+16=80၊ နှင့် 80+16=96 ဖြစ်သည်။

ပိုမိုရှင်းလင်းပြတ်သားမှုအတွက်
XXXX:XXXX:XXXX:XXXX:1:1:YYYY:YYYY များသည် eno1 မျက်နှာပြင်ပေါ်ရှိ သီးခြားဆိုက်များ သို့မဟုတ် ဝန်ဆောင်မှုများအတွက် သတ်မှတ်ပေးသင့်သည့် လိပ်စာများဖြစ်သည်။
XXXX:XXXX:XXXX:XXXX:1:2:YYYY:YYYY များသည် eno2 မျက်နှာပြင်ပေါ်ရှိ သီးခြားဆိုက်များ သို့မဟုတ် ဝန်ဆောင်မှုများအတွက် သတ်မှတ်ပေးသင့်သည့် လိပ်စာများဖြစ်သည်။
XXXX:XXXX:XXXX:XXXX:1:3:YYYY:YYYY များသည် OpenVPN သုံးစွဲသူများထံ တာဝန်ပေးအပ်သင့်သော သို့မဟုတ် OpenVPN ဝန်ဆောင်မှုလိပ်စာများအဖြစ် အသုံးပြုသင့်သော လိပ်စာများဖြစ်သည်။

ကွန်ရက်ကို ပြင်ဆင်သတ်မှတ်ရန်၊ ဆာဗာကို ပြန်လည်စတင်ရန် ဖြစ်နိုင်သည်။
လုပ်ဆောင်သည့်အခါ IPv4 အပြောင်းအလဲများကို ကောက်ယူမည် (၎င်းကို မျက်နှာပြင်တွင် ခြုံထားရန် သေချာစေပါ - သို့မဟုတ်ပါက ဤအမိန့်သည် ဆာဗာပေါ်ရှိ ကွန်ရက်ကို ရိုးရိုးရှင်းရှင်း ပျက်စီးသွားလိမ့်မည်)။

/etc/init.d/networking restart

“/etc/iproute2/rt_tables” ဖိုင်၏အဆုံးသို့ ထည့်ပါ-

100 eno1t
101 eno2t

၎င်းမရှိဘဲ၊ သင်သည် “/etc/network/interfaces” ဖိုင်တွင် စိတ်ကြိုက်ဇယားများကို အသုံးပြု၍မရပါ။
နံပါတ်များသည် ထူးခြားပြီး 65535 ထက်နည်းရပါမည်။

IPv6 အပြောင်းအလဲများကို ပြန်လည်စတင်ခြင်းမရှိဘဲ အလွယ်တကူ ပြောင်းလဲနိုင်သော်လည်း ၎င်းကိုပြုလုပ်ရန် အနည်းဆုံး command သုံးခုကို လေ့လာရန် လိုအပ်သည်-

ip -6 addr ...
ip -6 route ...
ip -6 neigh ...

"/etc/sysctl.conf" ဆက်တင်

# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward = 1

# Do not accept ICMP redirects (prevent MITM attacks)
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0

# Do not send ICMP redirects (we are not a router)
net.ipv4.conf.all.send_redirects = 0

# For receiving ARP replies
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.default.arp_filter = 0

# For sending ARP
net.ipv4.conf.all.arp_announce = 0
net.ipv4.conf.default.arp_announce = 0

# Enable IPv6
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0

# IPv6 configuration
net.ipv6.conf.all.autoconf = 1
net.ipv6.conf.all.accept_ra = 0

# For OpenVPN
net.ipv6.conf.all.forwarding = 1
net.ipv6.conf.all.proxy_ndp = 1

# For nginx on boot
net.ipv6.ip_nonlocal_bind = 1

ဤအရာများသည် ကျွန်ုပ်၏ဆာဗာ၏ "sysctl" ဆက်တင်များဖြစ်သည်။ အရေးကြီးတာတစ်ခု ထောက်ပြပါရစေ။

net.ipv4.ip_forward = 1

၎င်းမရှိဘဲ၊ OpenVPN သည် လုံးဝအလုပ်မလုပ်ပါ။

net.ipv6.ip_nonlocal_bind = 1

အင်တာဖေ့စ်ဖွင့်ပြီးသည်နှင့် IPv6 (ဥပမာ nginx) ကို စည်းရန်ကြိုးစားသူ မည်သူမဆို အမှားအယွင်းတစ်ခု ရရှိမည်ဖြစ်သည်။ ဤလိပ်စာကို မရရှိနိုင်ပါ။

ထိုသို့သော အခြေအနေမျိုးကို ရှောင်ရှားရန်၊ ထိုသို့သော သတ်မှတ်ချက်များ ပြုလုပ်ထားသည်။

net.ipv6.conf.all.forwarding = 1
net.ipv6.conf.all.proxy_ndp = 1

ဤ IPv6 ဆက်တင်များမပါဘဲ၊ OpenVPN ကလိုင်းယင့်မှ အသွားအလာများသည် ကမ္ဘာသို့ မထွက်နိုင်ပါ။

အခြားဆက်တင်များသည် မသက်ဆိုင်ပါ သို့မဟုတ် ၎င်းတို့အတွက် ဘာအတွက်ဖြစ်သည်ကို ကျွန်ုပ် မမှတ်မိပါ။
ဒါပေမယ့် အခြေအနေအရတော့ "အရင်အတိုင်းပါပဲ"

ဆာဗာကို ပြန်လည်စတင်ခြင်းမရှိဘဲ ဤဖိုင်၏ပြောင်းလဲမှုများကို ကောက်ယူရန်အတွက်၊ သင်သည် အမိန့်ကို လုပ်ဆောင်ရန် လိုအပ်သည်-

sysctl -p

"ဇယား" စည်းမျဉ်းများအကြောင်း နောက်ထပ်အသေးစိတ်အချက်များ habr.com/post/108690

============= OpenVPN =============

OpenVPN IPv4 သည် iptables မပါဘဲ အလုပ်မလုပ်ပါ။

ကျွန်ုပ်၏ iptable များသည် VPN အတွက် ဤကဲ့သို့ဖြစ်သည်-

iptables -A INPUT -p udp -s YY.YY.YY.YY --dport 1194 -j ACCEPT
iptables -A FORWARD -i tun0 -o eno1 -j ACCEPT
iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eno1 -j SNAT --to-source XX.XX.XX.X0
##iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eno1 -j MASQUERADE
iptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -p udp --dport 1194 -j DROP
iptables -A FORWARD -p udp --dport 1194 -j DROP

YY.YY.YY.YY သည် စက်တွင်းစက်၏ တည်ငြိမ်သော IPv4 လိပ်စာဖြစ်သည်။
10.8.0.0/24 - IPv4 openvpn ကွန်ရက်။ openvpn သုံးစွဲသူများအတွက် IPv4 လိပ်စာများ။
စည်းမျဥ်းစည်းကမ်းများ ညီညွတ်ရန် အရေးကြီးပါသည်။

iptables -A INPUT -p udp -s YY.YY.YY.YY --dport 1194 -j ACCEPT
iptables -A FORWARD -i tun0 -o eno1 -j ACCEPT
...
iptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -p udp --dport 1194 -j DROP
iptables -A FORWARD -p udp --dport 1194 -j DROP

၎င်းသည် ကျွန်ုပ်၏ static IP မှ OpenVPN ကိုသာ သုံးနိုင်စေရန် ကန့်သတ်ချက်ဖြစ်ပါသည်။

iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eno1 -j SNAT --to-source XX.XX.XX.X0
  -- или --
iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eno1 -j MASQUERADE

OpenVPN ဖောက်သည်များနှင့်အင်တာနက်ကြားရှိ IPv4 ပက်ကတ်များကို ပေးပို့ရန်၊ သင်သည် ဤအမိန့်စာများထဲမှ တစ်ခုကို မှတ်ပုံတင်ရန် လိုအပ်သည်။

မတူညီသောကိစ္စများအတွက်၊ ရွေးချယ်စရာများထဲမှတစ်ခုသည် မသင့်လျော်ပါ။
အမိန့်နှစ်ခုလုံးသည် ကျွန်ုပ်ကိစ္စအတွက် သင့်လျော်ပါသည်။
စာရွက်စာတမ်းကိုဖတ်ပြီးနောက်၊ CPU နည်းပါးသောကြောင့် ပထမရွေးချယ်မှုကို ရွေးချယ်ခဲ့သည်။

ပြန်လည်စတင်ပြီးနောက် iptables ဆက်တင်များအားလုံးကို ကောက်ယူရန်အတွက်၊ ၎င်းတို့ကို တစ်နေရာရာတွင် သိမ်းဆည်းရန် လိုအပ်သည်။

iptables-save > /etc/iptables/rules.v4
ip6tables-save > /etc/iptables/rules.v6

ထိုကဲ့သို့သောအမည်များကို မတော်တဆရွေးချယ်ခဲ့ခြင်းမဟုတ်ပါ။ ၎င်းတို့ကို "iptables-persistent" package ဖြင့် အသုံးပြုသည်။

apt-get install iptables-persistent

ပင်မ OpenVPN ပက်ကေ့ဂျ်ကို ထည့်သွင်းနေသည်-

apt-get install openvpn easy-rsa

လက်မှတ်များအတွက် နမူနာပုံစံတစ်ခု သတ်မှတ်ကြပါစို့ (သင့်တန်ဖိုးများကို အစားထိုးပါ)။

make-cadir ~/openvpn-ca
cd ~/openvpn-ca
ln -s openssl-1.0.0.cnf openssl.cnf

လက်မှတ် နမူနာပုံစံ ဆက်တင်များကို တည်းဖြတ်ကြပါစို့။

mcedit vars

...
# These are the default values for fields
# which will be placed in the certificate.
# Don't leave any of these fields blank.
export KEY_COUNTRY="RU"
export KEY_PROVINCE="Krasnodar"
export KEY_CITY="Dinskaya"
export KEY_ORG="Own"
export KEY_EMAIL="[email protected]"
export KEY_OU="VPN"

# X509 Subject Field
export KEY_NAME="server"
...

ဆာဗာအသိအမှတ်ပြုလက်မှတ်တစ်ခု ဖန်တီးပါ-

cd ~/openvpn-ca
source vars
./clean-all
./build-ca
./build-key-server server
./build-dh
openvpn --genkey --secret keys/ta.key

နောက်ဆုံး “client-name.opvn” ဖိုင်များကို ဖန်တီးနိုင်မှုကို ပြင်ဆင်ကြပါစို့။

mkdir -p ~/client-configs/files
chmod 700 ~/client-configs/files
cp /usr/share/doc/openvpn/examples/sample-config-files/client.conf ~/client-configs/base.conf
mcedit ~/client-configs/base.conf

# Client mode
client

# Interface tunnel type
dev tun

# TCP protocol
proto tcp-client

# Address/Port of VPN server
remote XX.XX.XX.X0 1194

# Don't bind to local port/address
nobind

# Don't need to re-read keys and re-create tun at restart
persist-key
persist-tun

# Remote peer must have a signed certificate
remote-cert-tls server
ns-cert-type server

# Enable compression
comp-lzo

# Custom
ns-cert-type server
tls-auth ta.key 1
cipher DES-EDE3-CBC

ဖိုင်အားလုံးကို opvn ဖိုင်တစ်ခုထဲသို့ ပေါင်းစည်းမည့် script တစ်ခုကို ပြင်ဆင်ကြပါစို့။

mcedit ~/client-configs/make_config.sh
chmod 700 ~/client-configs/make_config.sh

#!/bin/bash

# First argument: Client identifier

KEY_DIR=~/openvpn-ca/keys
OUTPUT_DIR=~/client-configs/files
BASE_CONFIG=~/client-configs/base.conf

cat ${BASE_CONFIG} 
    <(echo -e '<ca>') 
    ${KEY_DIR}/ca.crt 
    <(echo -e '</ca>n<cert>') 
    ${KEY_DIR}/.crt 
    <(echo -e '</cert>n<key>') 
    ${KEY_DIR}/.key 
    <(echo -e '</key>n<tls-auth>') 
    ${KEY_DIR}/ta.key 
    <(echo -e '</tls-auth>') 
    > ${OUTPUT_DIR}/.ovpn

ပထမဆုံး OpenVPN သုံးစွဲသူကို ဖန်တီးနေသည်-

cd ~/openvpn-ca
source vars
./build-key client-name
cd ~/client-configs
./make_config.sh client-name

ဖိုင် “~/client-configs/files/client-name.ovpn” ကို ကလိုင်းယင့်၏ စက်ပစ္စည်းသို့ ပေးပို့သည်။

iOS သုံးစွဲသူများအတွက် အောက်ပါနည်းလမ်းများကို လုပ်ဆောင်ရန် လိုအပ်ပါသည်။
"tls-auth" တဂ်၏ အကြောင်းအရာသည် မှတ်ချက်များ မပါဘဲ ဖြစ်ရမည်။
ထို့အပြင် “tls-auth” တဂ်ရှေ့တွင် “သော့လမ်းညွှန် 1” ကို ချက်ခြင်းထည့်ပါ။

OpenVPN ဆာဗာ config ကို configure လုပ်ကြပါစို့။

cd ~/openvpn-ca/keys
cp ca.crt ca.key server.crt server.key ta.key dh2048.pem /etc/openvpn
gunzip -c /usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz | tee /etc/openvpn/server.conf
mcedit /etc/openvpn/server.conf

# Listen port
port 1194

# Protocol
proto tcp-server

# IP tunnel
dev tun0
tun-ipv6
push tun-ipv6

# Master certificate
ca ca.crt

# Server certificate
cert server.crt

# Server private key
key server.key

# Diffie-Hellman parameters
dh dh2048.pem

# Allow clients to communicate with each other
client-to-client

# Client config dir
client-config-dir /etc/openvpn/ccd

# Run client-specific script on connection and disconnection
script-security 2
client-connect "/usr/bin/sudo -u root /etc/openvpn/server-clientconnect.sh"
client-disconnect "/usr/bin/sudo -u root /etc/openvpn/server-clientdisconnect.sh"

# Server mode and client subnets
server 10.8.0.0 255.255.255.0
server-ipv6 XXXX:XXXX:XXXX:XXXX:1:3::/80
topology subnet

# IPv6 routes
push "route-ipv6 XXXX:XXXX:XXXX:XXXX::/64"
push "route-ipv6 2000::/3"

# DNS (for Windows)
# These are OpenDNS
push "dhcp-option DNS 208.67.222.222"
push "dhcp-option DNS 208.67.220.220"

# Configure all clients to redirect their default network gateway through the VPN
push "redirect-gateway def1 bypass-dhcp"
push "redirect-gateway ipv6" #For iOS

# Don't need to re-read keys and re-create tun at restart
persist-key
persist-tun

# Ping every 10s. Timeout of 120s.
keepalive 10 120

# Enable compression
comp-lzo

# User and group
user vpn
group vpn

# Log a short status
status openvpn-status.log

# Logging verbosity
##verb 4

# Custom config
tls-auth ta.key 0
cipher DES-EDE3-CBC

ကလိုင်းယင့်တစ်ခုစီအတွက် static address ကိုသတ်မှတ်ရန်အတွက် ၎င်းသည် လိုအပ်သည် (မလိုအပ်ဘဲ၊ ငါအသုံးပြုသည်)

# Client config dir
client-config-dir /etc/openvpn/ccd

အခက်ခဲဆုံးနဲ့ အဓိကအသေးစိတ်ပါ။

ကံမကောင်းစွာဖြင့်၊ OpenVPN သည် client များအတွက် IPv6 gateway ကို လွတ်လပ်စွာ configure လုပ်ရမည်ကို မသိသေးပါ။
သင်သည် ဤအရာကို ဖောက်သည်တစ်ဦးစီအတွက် "ကိုယ်တိုင်" ပေးပို့ရပါမည်။

# Run client-specific script on connection and disconnection
script-security 2
client-connect "/usr/bin/sudo -u root /etc/openvpn/server-clientconnect.sh"
client-disconnect "/usr/bin/sudo -u root /etc/openvpn/server-clientdisconnect.sh"

ဖိုင် “/etc/openvpn/server-clientconnect.sh”:

#!/bin/sh

# Check client variables
if [ -z "$ifconfig_pool_remote_ip" ] || [ -z "$common_name" ]; then
        echo "Missing environment variable."
        exit 1
fi

# Load server variables
. /etc/openvpn/variables

ipv6=""

# Find out if there is a specific config with fixed IPv6 for this client
if [ -f "/etc/openvpn/ccd/$common_name" ]; then
        # Get fixed IPv6 from client config file
        ipv6=$(sed -nr 's/^.*ifconfig-ipv6-push[ t]+([0-9a-fA-F:]+).*$/1/p' "/etc/openvpn/ccd/$common_name")
        echo $ipv6
fi

# Get IPv6 from IPv4
if [ -z "$ipv6" ]; then
        ipp=$(echo "$ifconfig_pool_remote_ip" | cut -d. -f4)
        if ! [ "$ipp" -ge 2 -a "$ipp" -le 254 ] 2>/dev/null; then
                echo "Invalid IPv4 part."
                exit 1
        fi
        hexipp=$(printf '%x' $ipp)
        ipv6="$prefix$hexipp"
fi

# Create proxy rule
/sbin/ip -6 neigh add proxy $ipv6 dev eno1

ဖိုင် “/etc/openvpn/server-clientdisconnect.sh”:

#!/bin/sh

# Check client variables
if [ -z "$ifconfig_pool_remote_ip" ] || [ -z "$common_name" ]; then
        echo "Missing environment variable."
        exit 1
fi

# Load server variables
. /etc/openvpn/variables

ipv6=""

# Find out if there is a specific config with fixed IPv6 for this client
if [ -f "/etc/openvpn/ccd/$common_name" ]; then
        # Get fixed IPv6 from client config file
        ipv6=$(sed -nr 's/^.*ifconfig-ipv6-push[ t]+([0-9a-fA-F:]+).*$/1/p' "/etc/openvpn/ccd/$common_name")
fi

# Get IPv6 from IPv4
if [ -z "$ipv6" ]; then
        ipp=$(echo "$ifconfig_pool_remote_ip" | cut -d. -f4)
        if ! [ "$ipp" -ge 2 -a "$ipp" -le 254 ] 2>/dev/null; then
                echo "Invalid IPv4 part."
                exit 1
        fi
        hexipp=$(printf '%x' $ipp)
        ipv6="$prefix$hexipp"
fi

# Delete proxy rule
/sbin/ip -6 neigh del proxy $ipv6 dev eno1

Script နှစ်ခုလုံးသည် “/etc/openvpn/variables” ဖိုင်ကို အသုံးပြုသည်-

# Subnet
prefix=XXXX:XXXX:XXXX:XXXX:2:
# netmask
prefixlen=112

ဘာကြောင့်ဒီလိုရေးရလဲ မှတ်မိဖို့ခက်တယ်။

ယခု netmask = 112 သည် ထူးဆန်းနေပုံရသည် (၎င်းမှာ 96 ဖြစ်သင့်သည်)။
ရှေ့ဆက်သည် ထူးဆန်းသည်၊ ၎င်းသည် tun0 ကွန်ရက်နှင့် မကိုက်ညီပါ။
ဒါပေမယ့် ကောင်းပြီ၊ ငါထားခဲ့မယ်

cipher DES-EDE3-CBC

ဒါက လူတိုင်းအတွက် မဟုတ်ပါဘူး။

OpenVPN IPv4 ကို စနစ်ထည့်သွင်းခြင်းအကြောင်း ပိုမိုလေ့လာပါ။

OpenVPN IPv6 ကို စနစ်ထည့်သွင်းခြင်းအကြောင်း ပိုမိုလေ့လာပါ။

============= Postfix =============

ပင်မအထုပ်ကို ထည့်သွင်းနေသည်-

apt-get install postfix

ထည့်သွင်းသည့်အခါ "အင်တာနက်ဆိုက်" ကိုရွေးချယ်ပါ။

ကျွန်ုပ်၏ "/etc/postfix/main.cf" သည် ဤကဲ့သို့ဖြစ်သည်-

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

readme_directory = no

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on
# fresh installs.
compatibility_level = 2

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/domain1.com.2018.chained.crt
smtpd_tls_key_file=/etc/ssl/domain1.com.2018.key
smtpd_use_tls=yes
smtpd_tls_auth_only = yes
smtp_bind_address = XX.XX.XX.X0
smtp_bind_address6 = XXXX:XXXX:XXXX:XXXX:1:1:1:1

smtp_tls_security_level = may
smtp_tls_ciphers = export
smtp_tls_protocols = !SSLv2, !SSLv3
smtp_tls_loglevel = 1

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = domain1.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = domain1.com
mydestination = localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = ipv4

internal_mail_filter_classes = bounce

# Storage type
virtual_transport = lmtp:unix:private/dovecot-lmtp
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf

# SMTP-Auth settings
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes
smtpd_recipient_restrictions =
        permit_sasl_authenticated,
        permit_mynetworks,
        #reject_invalid_hostname,
        #reject_unknown_recipient_domain,
        reject_unauth_destination,
        reject_rbl_client sbl.spamhaus.org,
        check_policy_service unix:private/policyd-spf

smtpd_helo_restrictions =
        #reject_invalid_helo_hostname,
        #reject_non_fqdn_helo_hostname,
        reject_unknown_helo_hostname

smtpd_client_restrictions =
        permit_mynetworks,
        permit_sasl_authenticated,
        reject_non_fqdn_helo_hostname,
        permit

# SPF
policyd-spf_time_limit = 3600

# OpenDKIM
milter_default_action = accept
milter_protocol = 6
smtpd_milters = unix:var/run/opendkim/opendkim.sock
non_smtpd_milters = unix:var/run/opendkim/opendkim.sock

# IP address per domain
sender_dependent_default_transport_maps = pcre:/etc/postfix/sdd_transport.pcre

ဤ config ၏အသေးစိတ်အချက်အလက်များကိုကြည့်ရှုကြပါစို့။

smtpd_tls_cert_file=/etc/ssl/domain1.com.2018.chained.crt
smtpd_tls_key_file=/etc/ssl/domain1.com.2018.key

Khabrovsk နေထိုင်သူများ၏အဆိုအရ၊ ဤဘလောက်တွင် "သတင်းမှားများနှင့်မမှန်ကန်သောအကြောင်းအရာများ" ပါရှိသည်။ကျွန်ုပ်၏အသက်မွေးဝမ်းကြောင်းလုပ်ငန်းစတင်ပြီး 8 နှစ်အကြာတွင် SSL ၏အလုပ်လုပ်ပုံကိုနားလည်လာသည်။

ထို့ကြောင့်၊ ကျွန်ုပ်သည် SSL ကိုမည်သို့အသုံးပြုရမည်ကိုဖော်ပြခြင်း (“မည်ကဲ့သို့အလုပ်လုပ်သနည်း” နှင့် “ဘာကြောင့်အလုပ်ဖြစ်သနည်း” ဟူသောမေးခွန်းများကိုမဖြေဘဲလွတ်လပ်စွာဖော်ပြပါမည်။

ခေတ်မီ ကုဒ်ဝှက်ခြင်း၏ အခြေခံမှာ သော့တွဲတစ်စုံ (အက္ခရာများ အလွန်ရှည်လျားသော ကြိုးနှစ်ချောင်း) ကို ဖန်တီးခြင်းဖြစ်သည်။

“သော့” တစ်ခုသည် သီးသန့်ဖြစ်ပြီး ကျန်သော့မှာ “အများပြည်သူ” ဖြစ်သည်။ ကျွန်ုပ်တို့သည် လျှို့ဝှက်သော့ကို အလွန်ဂရုတစိုက် လျှို့ဝှက်ထားကြသည်။ ကျွန်ုပ်တို့သည် အများသူငှာသော့ကို လူတိုင်းအား ဖြန့်ဝေပါသည်။

အများသူငှာသော့ကိုအသုံးပြုခြင်းဖြင့်၊ သင်သည် သီးသန့်သော့ပိုင်ရှင်သာလျှင် ၎င်းကိုစာဝှက်နိုင်စေရန် စာသားတစ်တန်းကို စာဝှက်နိုင်သည်။
ကောင်းပြီ၊ အဲဒါက နည်းပညာရဲ့ အခြေခံ တစ်ခုလုံးပါ။

အဆင့် 1 - https ဆိုဒ်များ။
ဝဘ်ဆိုက်တစ်ခုကို ဝင်ကြည့်သောအခါ၊ ဘရောက်ဆာသည် ဝဘ်ဆာဗာမှ ဆိုက်သည် https ဖြစ်ကြောင်း သိရှိပြီး အများသူငှာသော့ကို တောင်းဆိုသည်။
ဝဘ်ဆာဗာသည် အများသူငှာသော့ကို ပေးသည်။ browser သည် http-request ကို စာဝှက်ပြီး ပေးပို့ရန် အများသူငှာသော့ကို အသုံးပြုသည်။
http-request တစ်ခု၏ အကြောင်းအရာကို သီးသန့်သော့ရှိသူများသာ ဖတ်နိုင်သည်၊ ဆိုလိုသည်မှာ တောင်းဆိုမှုပြုလုပ်သည့် server သာလျှင်ဖြစ်သည်။
Http-တောင်းဆိုချက်တွင် အနည်းဆုံး URI ပါရှိသည်။ ထို့ကြောင့် နိုင်ငံတစ်နိုင်ငံသည် ဝဘ်ဆိုက်တစ်ခုလုံးသို့ ဝင်ရောက်ခွင့်ကို ကန့်သတ်ရန် ကြိုးစားနေပါက၊ တိကျသော စာမျက်နှာတစ်ခုသို့ ဝင်ရောက်ရန် ကြိုးစားနေပါက၊ ၎င်းသည် https ဆိုက်များအတွက် မဖြစ်နိုင်ပေ။

အဆင့် 2 - ကုဒ်ဝှက်ထားသော တုံ့ပြန်မှု။
ဝဘ်ဆာဗာသည် လမ်းပေါ်တွင် အလွယ်တကူ ဖတ်ရှုနိုင်သည့် အဖြေကို ပေးသည်။
ဖြေရှင်းချက်သည် အလွန်ရိုးရှင်းပါသည် - ဘရောက်ဆာသည် https ဆိုက်တစ်ခုစီအတွက် တူညီသောပုဂ္ဂလိက-အများပြည်သူသော့တွဲအတွဲကို စက်တွင်းမှထုတ်ပေးပါသည်။
ဝဘ်ဆိုက်၏ အများသူငှာသော့အတွက် တောင်းဆိုမှုနှင့်အတူ၊ ၎င်းသည် ၎င်း၏ ဒေသတွင်း အများသူငှာသော့ကို ပေးပို့သည်။
ဝဘ်ဆာဗာသည် ၎င်းကို မှတ်မိပြီး http-response ပေးပို့သောအခါ၊ သီးခြား client တစ်ခု၏ အများသူငှာသော့ဖြင့် ၎င်းကို စာဝှက်ပေးသည်။
ယခုအခါတွင် http-response ကို client ၏ဘရောက်ဆာကိုယ်ရေးကိုယ်တာသော့ပိုင်ရှင်မှသာ စာဝှက်ထားနိုင်သည် (ဆိုလိုသည်မှာ client ကိုယ်တိုင်)။

အဆင့် 3 - အများသူငှာ ချန်နယ်တစ်ခုမှတစ်ဆင့် လုံခြုံသောချိတ်ဆက်မှုတစ်ခုကို ထူထောင်ခြင်း။
ဥပမာ နံပါတ် 2 တွင် အားနည်းချက်တစ်ခု ရှိသည် - လိုလားသူများ http-request ကို ကြားဖြတ်ပြီး အများသူငှာသော့နှင့် ပတ်သက်သော အချက်အလက်များ တည်းဖြတ်ခြင်းမှ မည်သည့်အရာမှ တားဆီးထားခြင်းမရှိပါ။
ထို့ကြောင့်၊ ကြားခံသည် ဆက်သွယ်ရေးလမ်းကြောင်းမပြောင်းမချင်း ပေးပို့ပြီး လက်ခံရရှိသည့် မက်ဆေ့ချ်များ၏ အကြောင်းအရာအားလုံးကို ရှင်းလင်းစွာမြင်ရပါမည်။
၎င်းကိုကိုင်တွယ်ဖြေရှင်းခြင်းသည် အလွန်ရိုးရှင်းပါသည် - ဝဘ်ဆာဗာ၏ အများသူငှာသော့ဖြင့် စာဝှက်ထားသော ဘရောက်ဆာ၏ အများသူငှာသော့ကို မက်ဆေ့ချ်ပေးပို့ရုံသာဖြစ်သည်။
ထို့နောက် ဝဘ်ဆာဗာသည် “သင်၏ အများသုံးသော့သည် ဤကဲ့သို့ဖြစ်သည်” ကဲ့သို့သော တုံ့ပြန်ချက်ကို ဦးစွာ ပေးပို့ပြီး ဤစာကို တူညီသော အများသူငှာသော့ဖြင့် စာဝှက်ပေးသည်။
ဘရောင်ဇာသည် တုံ့ပြန်မှုကို ကြည့်ရှုသည် - အကယ်၍ “သင်၏ အများသူငှာသော့သည် ဤကဲ့သို့ဖြစ်သည်” ဟူသော မက်ဆေ့ချ်ကို လက်ခံရရှိပါက၊ ၎င်းသည် ဤဆက်သွယ်ရေးချန်နယ်သည် လုံခြုံကြောင်း 100% အာမခံချက်ဖြစ်သည်။
ဘယ်လောက် အန္တရာယ်ကင်းလဲ
ထိုသို့သောလုံခြုံသောဆက်သွယ်ရေးချန်နယ်ကိုဖန်တီးခြင်းသည် ping*2 ၏အမြန်နှုန်းဖြင့်ဖြစ်ပေါ်ပါသည်။ ဥပမာ 20ms ။
တိုက်ခိုက်သူသည် ပါတီများထဲမှတစ်ခု၏ လျှို့ဝှက်သော့ကို ကြိုတင်ရှိထားရပါမည်။ သို့မဟုတ် မီလီစက္ကန့်အနည်းငယ်အတွင်း ကိုယ်ပိုင်သော့ကို ရှာပါ။
ခေတ်မီသီးသန့်သော့တစ်ခုကို ခိုးယူခြင်းသည် စူပါကွန်ပျူတာတစ်လုံးတွင် ဆယ်စုနှစ်များစွာ ကြာမည်ဖြစ်သည်။

အဆင့် # 4 - အများသူငှာသော့များ၏အများပြည်သူဒေတာဘေ့စ။
ရှင်းနေသည်မှာ၊ ဤဇာတ်လမ်းတစ်ခုလုံးတွင် တိုက်ခိုက်သူသည် client နှင့် server အကြား ဆက်သွယ်ရေးလမ်းကြောင်းပေါ်တွင် ထိုင်ရန် အခွင့်အရေးတစ်ခုရှိသည်။
သုံးစွဲသူသည် ဆာဗာအဖြစ် ဟန်ဆောင်နိုင်ပြီး ဆာဗာသည် သုံးစွဲသူအဖြစ် ဟန်ဆောင်နိုင်သည်။ လမ်းကြောင်းနှစ်ခုစလုံးတွင် သော့တစ်စုံကို အတုယူပါ။
ထို့နောက် တိုက်ခိုက်သူသည် အသွားအလာအားလုံးကို မြင်ပြီး ယာဉ်အသွားအလာကို “တည်းဖြတ်” နိုင်မည်ဖြစ်သည်။
ဥပမာ၊ ငွေပို့ရမည့်လိပ်စာ သို့မဟုတ် အွန်လိုင်းဘဏ်လုပ်ငန်းမှ စကားဝှက်ကို မိတ္တူကူးပါ သို့မဟုတ် “ကန့်ကွက်နိုင်သော” အကြောင်းအရာကို ပိတ်ဆို့ပါ။
ထိုကဲ့သို့သော တိုက်ခိုက်သူများကို တိုက်ဖျက်ရန်အတွက် ၎င်းတို့သည် https ဆိုက်တစ်ခုစီအတွက် အများသူငှာသော့များဖြင့် အများသူငှာ ဒေတာဘေ့စ်တစ်ခုကို ထုတ်ပေးပါသည်။
ဘရောက်ဆာတစ်ခုစီသည် ထိုကဲ့သို့သော ဒေတာဘေ့စ် ၂၀၀ ခန့်ရှိကြောင်း “သိ” သည်။ ၎င်းသည် ဘရောက်ဆာတိုင်းတွင် ကြိုတင်ထည့်သွင်းထားသည်။
“အသိပညာ” ကို လက်မှတ်တစ်ခုစီမှ အများသူငှာသော့ဖြင့် ပံ့ပိုးထားသည်။ ဆိုလိုသည်မှာ၊ သတ်မှတ်ထားသော အသိအမှတ်ပြုလက်မှတ် အာဏာပိုင်တစ်ဦးစီနှင့် ချိတ်ဆက်မှုကို အတုအယောင်လုပ်၍မရပါ။

ယခုတွင် https အတွက် SSL ကိုအသုံးပြုနည်းကို ရိုးရှင်းစွာနားလည်လာပါသည်။
သင့်ဦးနှောက်ကို အသုံးပြုပါက၊ အထူးဝန်ဆောင်မှုများသည် ဤဖွဲ့စည်းပုံရှိ တစ်စုံတစ်ခုကို မည်သို့ hack နိုင်သည်ကို ရှင်းရှင်းလင်းလင်း သိလာပါလိမ့်မည်။ ဒါပေမယ့် အဲဒါက သူတို့အတွက် ကြီးမားတဲ့ ကြိုးစားအားထုတ်မှုကို ဆုံးရှုံးစေလိမ့်မယ်။
NSA သို့မဟုတ် CIA ထက်သေးငယ်သောအဖွဲ့အစည်းများ - VIP များအတွက်ပင်ရှိပြီးသားကာကွယ်မှုအဆင့်ကို hack ရန်မဖြစ်နိုင်ပါ။

ssh ချိတ်ဆက်မှုများအကြောင်းလည်း ထည့်ပါမည်။ ထိုနေရာတွင် အများသူငှာသော့များမရှိသောကြောင့် သင်ဘာလုပ်နိုင်သနည်း။ ပြဿနာကို နည်းလမ်းနှစ်မျိုးဖြင့် ဖြေရှင်းသည်။
ရွေးချယ်စရာ ssh-by-password-
ပထမချိတ်ဆက်မှုအတွင်း၊ ssh client သည် ကျွန်ုပ်တို့တွင် ssh ဆာဗာမှ အများသူငှာသော့အသစ်တစ်ခုရှိကြောင်း သတိပေးသင့်သည်။
နောက်ထပ်ချိတ်ဆက်မှုများအတွင်း၊ သတိပေးချက် "ssh ဆာဗာမှ အများသူငှာသော့အသစ်" ပေါ်လာပါက၊ ၎င်းတို့သည် သင့်အား ခိုးယူရန် ကြိုးစားနေသည်ဟု ဆိုလိုပါသည်။
သို့မဟုတ် သင်၏ပထမဆုံးချိတ်ဆက်မှုတွင် ခိုးယူခံခဲ့ရသော်လည်း ယခုတွင် ကြားခံများမပါဘဲ ဆာဗာနှင့် ဆက်သွယ်ပါ။
အမှန်တကယ်တော့၊ ကြိုးမဲ့ဆက်သွယ်ခြင်း၏အချက်ကို အလွယ်တကူ၊ ​​လျင်မြန်စွာနှင့် အားစိုက်ထုတ်ဖော်ပြနိုင်သောကြောင့်၊ ဤတိုက်ခိုက်မှုကို သီးခြား client တစ်ခုအတွက်သာ အထူးကိစ္စများတွင် အသုံးပြုပါသည်။

ရွေးချယ်စရာ ssh-by-key-
ကျွန်ုပ်တို့သည် flash drive ကိုယူ၍ ၎င်းပေါ်တွင် ssh ဆာဗာအတွက် သီးသန့်သော့ကိုရေးပါ (၎င်းအတွက် ဝေါဟာရများနှင့် အရေးကြီးသော ကွဲလွဲချက်များများစွာရှိသည်၊ သို့သော် ကျွန်ုပ်သည် ပညာရေးဆိုင်ရာပရိုဂရမ်ကို ရေးနေသည်၊ အသုံးပြုရန်အတွက် ညွှန်ကြားချက်များမဟုတ်ပါ)။
ကျွန်ုပ်တို့သည် ssh ကလိုင်းယင့်ရှိမည့် စက်တွင် အများသူငှာသော့ကို ထားခဲ့ကာ ၎င်းကို လျှို့ဝှက်ထားခဲ့သည်။
ကျွန်ုပ်တို့သည် flash drive ကိုဆာဗာသို့ယူဆောင်လာပြီး၎င်းကိုထည့်ပါ၊ သီးသန့်သော့ကိုကူးယူပြီး flash drive ကိုမီးရှို့ပြီးပြာများကိုလေထဲသို့ဖြန့်ကြဲပါ (သို့မဟုတ်အနည်းဆုံး၎င်းကိုသုညဖြင့်ဖော်မတ်ပေးသည်) ။
ဒါပါပဲ - ဒီလိုလုပ်ဆောင်မှုတစ်ခုပြီးရင် ဒီလို ssh ချိတ်ဆက်မှုကို hack ဖို့ မဖြစ်နိုင်ပါဘူး။ ဟုတ်ပါတယ်၊ 10 နှစ်အတွင်းမှာ စူပါကွန်ပြူတာမှာ လမ်းကြောင်းတွေကို ကြည့်ရှုနိုင်ပါလိမ့်မယ် - ဒါပေမယ့် ဒါက ကွဲပြားတဲ့ဇာတ်လမ်းပါ။

ပြင်ပအကြောင်းအရာအတွက် တောင်းပန်ပါတယ်။

ဒါဆို သီအိုရီကို သိသွားပြီ။ SSL လက်မှတ်ဖန်တီးခြင်း၏ စီးဆင်းမှုအကြောင်း ပြောပြပါမည်။

“openssl genrsa” ကို အသုံးပြု၍ အများသူငှာသော့အတွက် သီးသန့်သော့နှင့် “ကွက်လပ်များ” ကို ဖန်တီးပါသည်။
ကျွန်ုပ်တို့သည် အရိုးရှင်းဆုံးလက်မှတ်အတွက် $9 ခန့်ပေးချေသည့် ပြင်ပကုမ္ပဏီတစ်ခုထံသို့ "ကွက်လပ်များ" ကို ပေးပို့ပါသည်။

နာရီအနည်းငယ်ကြာပြီးနောက်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ "အများပြည်သူ" သော့နှင့် ဤတတိယပါတီကုမ္ပဏီမှ အများသူငှာသော့များစွာကို လက်ခံရရှိပါသည်။

ကျွန်ုပ်၏ အများသူငှာသော့အား မှတ်ပုံတင်ခြင်းအတွက် ပြင်ပကုမ္ပဏီတစ်ခုမှ အဘယ်ကြောင့် ပေးဆောင်ရသနည်းဟူသည် သီးခြားမေးခွန်းဖြစ်သည်၊ ဤနေရာတွင် ကျွန်ုပ်တို့ ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။

ယခု ကမ္ပည်းစာ၏ အဓိပ္ပါယ်မှာ မည်ကဲ့သို့ဖြစ်သည်ကို သိသာထင်ရှားပါသည်။

smtpd_tls_key_file=/etc/ssl/domain1.com.2018.key

“/etc/ssl” ဖိုဒါတွင် ssl ပြဿနာများအတွက် ဖိုင်များအားလုံး ပါရှိသည်။
domain1.com — ဒိုမိန်းအမည်။
2018 သည် သော့ချက်ဖန်တီးမှု၏နှစ်ဖြစ်သည်။
“သော့” - ဖိုင်သည် သီးသန့်သော့ဟု သတ်မှတ်ခြင်း။

ပြီးတော့ ဒီဖိုင်ရဲ့အဓိပ္ပါယ်

smtpd_tls_cert_file=/etc/ssl/domain1.com.2018.chained.crt
domain1.com — ဒိုမိန်းအမည်။
2018 သည် သော့ချက်ဖန်တီးမှု၏နှစ်ဖြစ်သည်။
chained - အများသူငှာသော့များ ကွင်းဆက်တစ်ခုရှိကြောင်း သတ်မှတ်ခြင်း (ပထမအချက်မှာ ကျွန်ုပ်တို့၏ အများသူငှာသော့ဖြစ်ပြီး ကျန်အရာများသည် အများသူငှာသော့ထုတ်ပေးသော ကုမ္ပဏီမှ ထွက်လာသည်)။
crt - အဆင်သင့်လုပ်ထားသော လက်မှတ် (နည်းပညာဆိုင်ရာ ရှင်းလင်းချက်များနှင့် အများသူငှာသော့) ရှိကြောင်း သတ်မှတ်ခြင်း။

smtp_bind_address = XX.XX.XX.X0
smtp_bind_address6 = XXXX:XXXX:XXXX:XXXX:1:1:1:1

ဤဆက်တင်ကို ဤကိစ္စတွင်အသုံးမပြုသော်လည်း နမူနာအဖြစ် ရေးသားထားသည်။

အဘယ်ကြောင့်ဆိုသော် ဤကန့်သတ်ချက်များရှိ အမှားတစ်ခုသည် သင့်ဆာဗာမှ (သင့်ဆန္ဒမပါဘဲ) စပမ်းပို့ခြင်းဆီသို့ ဦးတည်သွားစေလိမ့်မည်။

ပြီးရင် အပြစ်မရှိဘူးဆိုတာကို လူတိုင်းကို သက်သေပြပါ။

recipient_delimiter = +

လူတော်တော်များများ မသိနိုင်သော်လည်း ၎င်းသည် အီးမေးလ်များကို အဆင့်သတ်မှတ်ခြင်းအတွက် စံဇာတ်ကောင်ဖြစ်ပြီး ၎င်းကို ခေတ်မီမေးလ်ဆာဗာအများစုမှ ပံ့ပိုးပေးထားသည်။

ဥပမာ- စာတိုက်ပုံးရှိရင်၊[အီးမေးလ်ကိုကာကွယ်ထားသည်]"ပို့စမ်းပါ"[အီးမေးလ်ကိုကာကွယ်ထားသည်]“ဘာတွေ ထွက်လာလဲ ကြည့်စမ်း။

inet_protocols = ipv4

ဤအရာသည် ရှုပ်ထွေးနေပေမည်။

ဒါပေမယ့် ဒီအတိုင်းတော့ မဟုတ်ပါဘူး။ ဒိုမိန်းအသစ်တစ်ခုစီသည် ပုံမှန်အားဖြင့် IPv4 သာဖြစ်ပြီး၊ တစ်ခုစီအတွက် IPv6 ကို သီးခြားစီဖွင့်ထားသည်။

virtual_transport = lmtp:unix:private/dovecot-lmtp
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf

ဤနေရာတွင် ကျွန်ုပ်တို့သည် အဝင်မေးလ်အားလုံးကို dovecot သို့သွားသည်ဟု ကျွန်ုပ်တို့ သတ်မှတ်ပါသည်။
ဒိုမိန်း၊ စာတိုက်ပုံး၊ အမည်လွဲများအတွက် စည်းမျဉ်းများ - ဒေတာဘေ့စ်တွင် ကြည့်ရှုပါ။

/etc/postfix/mysql-virtual-mailbox-domains.cf

user = usermail
password = mailpassword
hosts = 127.0.0.1
dbname = servermail
query = SELECT 1 FROM virtual_domains WHERE name='%s'

/etc/postfix/mysql-virtual-mailbox-maps.cf

user = usermail
password = mailpassword
hosts = 127.0.0.1
dbname = servermail
query = SELECT 1 FROM virtual_users WHERE email='%s'

/etc/postfix/mysql-virtual-alias-maps.cf

user = usermail
password = mailpassword
hosts = 127.0.0.1
dbname = servermail
query = SELECT destination FROM virtual_aliases WHERE source='%s'

# SMTP-Auth settings
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes

dovecot ဖြင့် ခွင့်ပြုချက်ရပြီးမှသာ မေးလ်ကို ထပ်မံပေးပို့ခြင်းအတွက် လက်ခံနိုင်သည်ကို ယခု postfix မှ သိပါသည်။

ဤနေရာတွင် ဘာကြောင့် ထပ်တူကျသည်ကို ကျွန်ုပ် အမှန်တကယ် နားမလည်ပါ။ ကျွန်ုပ်တို့သည် “virtual_transport” တွင် လိုအပ်သည့်အရာအားလုံးကို သတ်မှတ်ပြီးဖြစ်သည်။

သို့သော် postfix စနစ်သည် အလွန်ဟောင်းနေပြီဖြစ်သည် - ၎င်းသည် ရှေးယခင်ကမှ နောက်ပြန်ဆုတ်သွားခြင်းဖြစ်နိုင်သည်။

smtpd_recipient_restrictions =
        ...

smtpd_helo_restrictions =
        ...

smtpd_client_restrictions =
        ...

၎င်းကို မေးလ်ဆာဗာတစ်ခုစီအတွက် ကွဲပြားစွာ စီစဉ်သတ်မှတ်နိုင်သည်။

ကျွန်ုပ်၏ဆန္ဒတွင် မေးလ်ဆာဗာ ၃ ခု ရှိပြီး မတူညီသောအသုံးပြုမှုလိုအပ်ချက်များကြောင့် ဤဆက်တင်များသည် အလွန်ကွဲပြားပါသည်။

၎င်းကို ဂရုတစိုက် စီစဉ်သတ်မှတ်ရန် လိုအပ်သည် - မဟုတ်ပါက spam များ သင့်ထံ ဝင်လာမည် သို့မဟုတ် ပိုဆိုးသည် - spam များသည် သင့်ထံမှ ထွက်လာမည်ဖြစ်သည်။

# SPF
policyd-spf_time_limit = 3600

အဝင်စာများ၏ SPF ကိုစစ်ဆေးခြင်းနှင့်ဆက်စပ်သော plugin အချို့အတွက် စနစ်ထည့်သွင်းခြင်း။

# OpenDKIM
milter_default_action = accept
milter_protocol = 6
smtpd_milters = unix:var/run/opendkim/opendkim.sock
non_smtpd_milters = unix:var/run/opendkim/opendkim.sock

ဆက်တင်မှာ ကျွန်ုပ်တို့သည် အထွက်အီးမေးလ်များအားလုံးနှင့်အတူ DKIM လက်မှတ်ကို ပေးဆောင်ရမည်ဖြစ်ပါသည်။

# IP address per domain
sender_dependent_default_transport_maps = pcre:/etc/postfix/sdd_transport.pcre

ဤသည်မှာ PHP scripts များမှ စာများပေးပို့သောအခါတွင် letter routing အတွက် အဓိကအသေးစိတ်အချက်ဖြစ်ပါသည်။

ဖိုင် “/etc/postfix/sdd_transport.pcre”:

/^[email protected]$/ domain1:
/^[email protected]$/ domain2:
/^[email protected]$/ domain3:
/@domain1.com$/             domain1:
/@domain2.com$/             domain2:
/@domain3.com$/             domain3:

ဘယ်ဘက်တွင် ပုံမှန်အသုံးအနှုန်းများဖြစ်သည်။ ညာဘက်တွင် စာလုံးကို အမှတ်အသားပြုထားသော အညွှန်းတစ်ခုရှိသည်။
တံဆိပ်နှင့်အညီ Postfix - တိကျသောစာလုံးအတွက် နောက်ထပ်ဖွဲ့စည်းပုံလိုင်းအနည်းငယ်ကို ထည့်သွင်းစဉ်းစားပါမည်။

သီးခြားစာတစ်စောင်အတွက် postfix အတိအကျမည်ကဲ့သို့ပြန်လည်ပြင်ဆင်မည်ကို “master.cf” တွင် ညွှန်ပြမည်ဖြစ်သည်။

လိုင်း ၄၊ ၅၊ ၆ တို့သည် အဓိကဖြစ်သည်။ စာပို့နေတဲ့ ဘယ်ဒိုမိန်းကိုယ်စား ဒီတံဆိပ်ကို ထည့်ထားတာလဲ။
သို့သော် ကုဒ်အဟောင်းရှိ PHP scripts များတွင် "from" အကွက်ကို အမြဲညွှန်ပြသည်မဟုတ်ပါ။ ထိုအခါ အသုံးပြုသူအမည်သည် ကယ်တင်ခြင်းသို့ ရောက်ပါသည်။

ဆောင်းပါးသည် ကျယ်ပြန့်ပြီးဖြစ်သည် - nginx+fpm ကိုစဖွင့်သတ်မှတ်ခြင်းဖြင့် အာရုံမပြောင်းချင်ပါ။

အတိုချုပ်အားဖြင့်၊ ဆိုက်တစ်ခုစီအတွက် ကျွန်ုပ်တို့သည် ၎င်း၏ကိုယ်ပိုင် linux-အသုံးပြုသူပိုင်ရှင်ကို သတ်မှတ်ပေးသည်။ သင်၏ fpm-pool နှင့်လျော်ညီစွာ။

Fpm-pool သည် မည်သည့် php ဗားရှင်းကိုမဆို အသုံးပြုသည် (တူညီသောဆာဗာတွင် php ဗားရှင်းအမျိုးမျိုးနှင့် အိမ်နီးနားချင်းဆိုဒ်များအတွက် ပြဿနာမရှိဘဲ မတူညီသော php.ini ကိုပင်အသုံးပြုနိုင်သည်)။

ထို့ကြောင့်၊ သီးခြား linux-user “www-domain2” တွင် ဝဘ်ဆိုဒ် domain2.com ရှိသည်။ ဤဆိုက်တွင် အကွက်မှ မသတ်မှတ်ဘဲ အီးမေးလ်များ ပေးပို့ရန် ကုဒ်တစ်ခု ရှိသည်။

ထို့ကြောင့်၊ ဤကိစ္စတွင်ပင်၊ စာလုံးများကိုမှန်ကန်စွာပေးပို့မည်ဖြစ်ပြီး spam တွင်ဘယ်တော့မှအဆုံးသတ်မည်မဟုတ်ပါ။

ကျွန်ုပ်၏ "/etc/postfix/master.cf" သည် ဤကဲ့သို့ဖြစ်သည်-

...
smtp      inet  n       -       y       -       -       smtpd
  -o content_filter=spamassassin
...
submission inet n       -       y       -       -       smtpd
  -o syslog_name=postfix/submission
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
...
policyd-spf  unix  -       n       n       -       0       spawn
    user=policyd-spf argv=/usr/bin/policyd-spf

spamassassin unix -     n       n       -       -       pipe
    user=spamd argv=/usr/bin/spamc -f -e
    /usr/sbin/sendmail -oi -f ${sender} ${recipient}
...
domain1  unix -       -       n       -       -       smtp
   -o smtp_bind_address=XX.XX.XX.X1
   -o smtp_helo_name=domain1.com
   -o inet_protocols=all
   -o smtp_bind_address6=XXXX:XXXX:XXXX:XXXX:1:1:1:1
   -o syslog_name=postfix-domain1

domain2  unix -       -       n       -       -       smtp
   -o smtp_bind_address=XX.XX.XX.X5
   -o smtp_helo_name=domain2.com
   -o inet_protocols=all
   -o smtp_bind_address6=XXXX:XXXX:XXXX:XXXX:1:2:1:1
   -o syslog_name=postfix-domain2

domain3  unix -       -       n       -       -       smtp
   -o smtp_bind_address=XX.XX.XX.X2
   -o smtp_helo_name=domain3
   -o inet_protocols=all
   -o smtp_bind_address6=XXXX:XXXX:XXXX:XXXX:1:1:5:1
   -o syslog_name=postfix-domain3

ဖိုင်ကို အပြည့်အစုံ မပေးထားပါ - ၎င်းသည် အလွန်ကြီးမားနေပြီဖြစ်သည်။
ပြောင်းလဲခဲ့တာတွေကိုပဲ မှတ်သားခဲ့ရတယ်။

smtp      inet  n       -       y       -       -       smtpd
  -o content_filter=spamassassin
...
spamassassin unix -     n       n       -       -       pipe
    user=spamd argv=/usr/bin/spamc -f -e
    /usr/sbin/sendmail -oi -f ${sender} ${recipient}

၎င်းတို့သည် spamassasin နှင့်ဆက်စပ်သောဆက်တင်များဖြစ်သည်၊ နောက်ပိုင်းတွင် နောက်ထပ်အကြောင်းအရာများဖြစ်သည်။

submission inet n       -       y       -       -       smtpd
  -o syslog_name=postfix/submission
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_client_restrictions=permit_sasl_authenticated,reject

ကျွန်ုပ်တို့သည် သင့်အား port 587 မှတစ်ဆင့် မေးလ်ဆာဗာသို့ ချိတ်ဆက်ရန် ခွင့်ပြုထားပါသည်။
ဒီလိုလုပ်ဖို့, သင်ဝင်ရောက်ရပါမည်။

policyd-spf  unix  -       n       n       -       0       spawn
    user=policyd-spf argv=/usr/bin/policyd-spf

SPF စစ်ဆေးမှုကို ဖွင့်ပါ။

apt-get install postfix-policyd-spf-python

အထက်ပါ SPF စစ်ဆေးမှုများအတွက် ပက်ကေ့ဂျ်ကို ထည့်သွင်းကြပါစို့။

domain1  unix -       -       n       -       -       smtp
   -o smtp_bind_address=XX.XX.XX.X1
   -o smtp_helo_name=domain1.com
   -o inet_protocols=all
   -o smtp_bind_address6=XXXX:XXXX:XXXX:XXXX:1:1:1:1
   -o syslog_name=postfix-domain1

ပြီးတော့ ဒါက စိတ်ဝင်စားစရာအကောင်းဆုံးပဲ။ ၎င်းသည် သီးခြား IPv4/IPv6 လိပ်စာတစ်ခုမှ သီးခြားဒိုမိန်းတစ်ခုအတွက် စာများပေးပို့နိုင်သည့် စွမ်းရည်ဖြစ်သည်။

ဤသည်ကို rDNS ၏အကျိုးအတွက်လုပ်ဆောင်သည်။ rDNS သည် IP လိပ်စာဖြင့် string တစ်ခုကို လက်ခံရရှိသည့် လုပ်ငန်းစဉ်ဖြစ်သည်။
မေးလ်အတွက်၊ helo သည် အီးမေးလ်ပို့လိုက်သော လိပ်စာ၏ rDNS နှင့် အတိအကျကိုက်ညီကြောင်း အတည်ပြုရန် ဤအင်္ဂါရပ်ကို အသုံးပြုပါသည်။

helo သည် စာကိုပေးပို့သူကိုယ်စား အီးမေးလ်ဒိုမိန်းနှင့် မကိုက်ညီပါက၊ spam အမှတ်များကို ချီးမြှင့်မည်ဖြစ်သည်။

Helo သည် rDNS နှင့် မကိုက်ညီပါ - စပမ်းအမှတ်များစွာကို ချီးမြှင့်သည်။
ထို့ကြောင့်၊ ဒိုမိန်းတစ်ခုစီတွင် ၎င်း၏ကိုယ်ပိုင် IP လိပ်စာရှိရမည်။
OVH အတွက် - ကွန်ဆိုးလ်တွင် rDNS ကို သတ်မှတ်နိုင်သည်။
tech.ru အတွက် - ပြဿနာကို ပံ့ပိုးမှုဖြင့် ဖြေရှင်းသည်။
AWS အတွက်၊ ပြဿနာကို ပံ့ပိုးမှုဖြင့် ဖြေရှင်းသည်။
“inet_protocols” နှင့် “smtp_bind_address6” - ကျွန်ုပ်တို့သည် IPv6 ပံ့ပိုးမှုကို ဖွင့်ထားသည်။
IPv6 အတွက် သင်သည် rDNS ကိုလည်း စာရင်းသွင်းရန် လိုအပ်သည်။
“syslog_name” - ၎င်းသည် မှတ်တမ်းများကို ဖတ်ရှုရလွယ်ကူစေရန်အတွက် ဖြစ်သည်။

လက်မှတ်များဝယ်ပါ။ ငါဒီမှာအကြံပြုပါသည်။.

ဤနေရာတွင် postfix+dovecot လင့်ခ်ကို စတင်သတ်မှတ်ခြင်း။.

SPF သတ်မှတ်ခြင်း။

============= Dovecot =============

apt-get install dovecot-imapd dovecot-pop3d dovecot-lmtpd dovecot-mysql dovecot-antispam

mysql ကို စနစ်ထည့်သွင်းခြင်း၊ ပက်ကေ့ဂျ်များကို ကိုယ်တိုင်ထည့်သွင်းခြင်း။

ဖိုင် "/etc/dovecot/conf.d/10-auth.conf"

disable_plaintext_auth = yes
auth_mechanisms = plain login

ခွင့်ပြုချက်သည် ကုဒ်ဝှက်ထားခြင်းသာဖြစ်သည်။

ဖိုင် “/etc/dovecot/conf.d/10-mail.conf”

mail_location = maildir:/var/mail/vhosts/%d/%n

ဤနေရာတွင် ကျွန်ုပ်တို့သည် စာလုံးများအတွက် သိုလှောင်မှုတည်နေရာကို ညွှန်ပြပါသည်။

၎င်းတို့ကို ဖိုင်များတွင် သိမ်းဆည်းပြီး ဒိုမိန်းဖြင့် အုပ်စုဖွဲ့စေလိုပါသည်။

ဖိုင် "/etc/dovecot/conf.d/10-master.conf"

service imap-login {
  inet_listener imap {
    port = 0
  }
  inet_listener imaps {
    address = XX.XX.XX.X1, XX.XX.XX.X2, XX.XX.XX.X5, [XXXX:XXXX:XXXX:XXXX:1:1:1:1], [XXXX:XXXX:XXXX:XXXX:1:2:1:1], [XXXX:XXXX:XXXX:XXXX:1:1:5:1]
    port = 993
    ssl = yes
  }
}
service pop3-login {
  inet_listener pop3 {
    port = 0
  }
  inet_listener pop3s {
    address = XX.XX.XX.X1, XX.XX.XX.X2, XX.XX.XX.X5, [XXXX:XXXX:XXXX:XXXX:1:1:1:1], [XXXX:XXXX:XXXX:XXXX:1:2:1:1], [XXXX:XXXX:XXXX:XXXX:1:1:5:1]
    port = 995
    ssl = yes
  }
}
service lmtp {
  unix_listener /var/spool/postfix/private/dovecot-lmtp {
    mode = 0600
    user = postfix
    group = postfix
  }
}
service imap {
}
service pop3 {
}
service auth {
  unix_listener auth-userdb {
    mode = 0600
    user = vmail
  }

  unix_listener /var/spool/postfix/private/auth {
    mode = 0666
    user = postfix
    group = postfix
  }
  user = dovecot
}
service auth-worker {
  user = vmail
}
service dict {
  unix_listener dict {
  }
}

ဤသည်မှာ ပင်မ dovecot ဖွဲ့စည်းမှုပုံစံဖိုင်ဖြစ်သည်။
ဤနေရာတွင် ကျွန်ုပ်တို့သည် လုံခြုံမှုမရှိသောချိတ်ဆက်မှုများကို ပိတ်ထားသည်။
နှင့် လုံခြုံသောချိတ်ဆက်မှုများကို ဖွင့်ပါ။

ဖိုင် "/etc/dovecot/conf.d/10-ssl.conf"

ssl = required
ssl_cert = </etc/nginx/ssl/domain1.com.2018.chained.crt
ssl_key = </etc/nginx/ssl/domain1.com.2018.key
local XX.XX.XX.X5 {
  ssl_cert = </etc/nginx/ssl/domain2.com.2018.chained.crt
  ssl_key =  </etc/nginx/ssl/domain2.com.2018.key
}

ssl ကို စနစ်ထည့်သွင်းခြင်း။ ssl လိုအပ်ကြောင်း ကျွန်ုပ်တို့ညွှန်ပြပါသည်။
ပြီးတော့ လက်မှတ်ကိုယ်တိုင်က။ အရေးကြီးသောအသေးစိတ်အချက်မှာ "ဒေသခံ" ညွှန်ကြားချက်ဖြစ်သည်။ မည်သည့်ဒေသခံ IPv4 ကိုချိတ်ဆက်သောအခါ မည်သည့် SSL လက်မှတ်ကို အသုံးပြုရမည်ကို ဖော်ပြသည်။

စကားမစပ်၊ IPv6 ကို ဤနေရာတွင် configure မထားပါ၊ ဤပျက်ကွက်မှုကို နောက်မှပြင်ပါမည်။
XX.XX.XX.X5 (domain2) - လက်မှတ်မရှိပါ။ ဖောက်သည်များကို ချိတ်ဆက်ရန် domain1.com ကို သတ်မှတ်ရန် လိုအပ်သည်။
XX.XX.XX.X2 (domain3) - clients များချိတ်ဆက်ရန် domain1.com သို့မဟုတ် domain3.com ကို သင်သတ်မှတ်နိုင်သည် လက်မှတ်တစ်ခုရှိပါသည်။

ဖိုင် "/etc/dovecot/conf.d/15-lda.conf"

protocol lda {
  mail_plugins = $mail_plugins sieve
}

၎င်းသည် အနာဂတ်တွင် spamassassin အတွက် လိုအပ်မည်ဖြစ်သည်။

ဖိုင် "/etc/dovecot/conf.d/20-imap.conf"

protocol imap {
  mail_plugins = $mail_plugins antispam
}

၎င်းသည် antispam ပလပ်အင်တစ်ခုဖြစ်သည်။ “Spam” ဖိုင်တွဲသို့ လွှဲပြောင်းချိန်တွင် spamassasin လေ့ကျင့်ရန် လိုအပ်သည်။

ဖိုင် "/etc/dovecot/conf.d/20-pop3.conf"

protocol pop3 {
}

အဲလိုဖိုင်တစ်ခုပဲရှိတယ်။

ဖိုင် “/etc/dovecot/conf.d/20-lmtp.conf”

protocol lmtp {
  mail_plugins = $mail_plugins sieve
  postmaster_address = [email protected]
}

lmtp ကို စနစ်ထည့်သွင်းခြင်း။

ဖိုင် "/etc/dovecot/conf.d/90-antispam.conf"

plugin {
  antispam_backend = pipe
  antispam_trash = Trash;trash
  antispam_spam = Junk;Spam;SPAM
  antispam_pipe_program_spam_arg = --spam
  antispam_pipe_program_notspam_arg = --ham
  antispam_pipe_program = /usr/bin/sa-learn
  antispam_pipe_program_args = --username=%Lu
}

Spamassasin လေ့ကျင့်ရေးဆက်တင်များကို Spam ဖိုင်တွဲသို့ လွှဲပြောင်းသည့်အခါ။

ဖိုင် "/etc/dovecot/conf.d/90-sieve.conf"

plugin {
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  sieve_after = /var/lib/dovecot/sieve/default.sieve
}

ဝင်လာသော စာလုံးများနှင့် ဘာလုပ်ရမည်ကို သတ်မှတ်သည့် ဖိုင်။

ဖိုင် "/var/lib/dovecot/sieve/default.sieve"

require ["fileinto", "mailbox"];

if header :contains "X-Spam-Flag" "YES" {
        fileinto :create "Spam";
}

"sievec default.sieve" ဖိုင်ကို စုစည်းရန် လိုအပ်သည်။

ဖိုင် "/etc/dovecot/conf.d/auth-sql.conf.ext"

passdb {
  driver = sql
  args = /etc/dovecot/dovecot-sql.conf.ext
}
userdb {
  driver = static
  args = uid=vmail gid=vmail home=/var/mail/vhosts/%d/%n
}

ခွင့်ပြုချက်အတွက် sql ဖိုင်များကို သတ်မှတ်ခြင်း။
ဖိုင်ကိုယ်တိုင်က တရားဝင်ခွင့်ပြုချက်နည်းလမ်းအဖြစ် အသုံးပြုသည်။

ဖိုင် "/etc/dovecot/dovecot-sql.conf.ext"

driver = mysql
connect = host=127.0.0.1 dbname=servermail user=usermail password=password
default_pass_scheme = SHA512-CRYPT
password_query = SELECT email as user, password FROM virtual_users WHERE email='%u';

၎င်းသည် postfix အတွက် အလားတူဆက်တင်များနှင့် သက်ဆိုင်သည်။

ဖိုင် "/etc/dovecot/dovecot.conf"

protocols = imap lmtp pop3
listen = *, ::
dict {
}
!include conf.d/*.conf
!include_try local.conf

အဓိကဖွဲ့စည်းပုံဖိုင်။
အရေးကြီးသောအချက်မှာ ဤနေရာတွင် ကျွန်ုပ်တို့ညွှန်ပြသည် - ပရိုတိုကောများထည့်ပါ။

============= SpamAssassin =============

apt-get install spamassassin spamc

ပက်ကေ့ဂျ်များကို ထည့်သွင်းလိုက်ရအောင်။

adduser spamd --disabled-login

အသုံးပြုသူကိုယ်စား ထည့်ကြပါစို့။

systemctl enable spamassassin.service

ကျွန်ုပ်တို့သည် စပမ်းဆာဆာဆင်ဝန်ဆောင်မှုကို စတင်သောအခါတွင် အလိုအလျောက်ဖွင့်ခြင်းကို ဖွင့်ပေးပါသည်။

ဖိုင် "/etc/default/spamassassin"-

CRON=1

စည်းမျဉ်းများကို အလိုအလျောက် အပ်ဒိတ်လုပ်ခြင်းဖြင့် "ပုံမှန်အတိုင်း" ကို ဖွင့်ပါ။

ဖိုင် “/etc/spamassassin/local.cf”:

report_safe 0

use_bayes          1
bayes_auto_learn   1
bayes_auto_expire  1
bayes_store_module Mail::SpamAssassin::BayesStore::MySQL
bayes_sql_dsn      DBI:mysql:sa:localhost:3306
bayes_sql_username sa
bayes_sql_password password

စကားဝှက် "စကားဝှက်" ဖြင့် အသုံးပြုသူ "ဆာ" ဖြင့် mysql တွင် ဒေတာဘေ့စ် "sa" ကို ဖန်တီးရန် လိုအပ်သည် (လုံလောက်သည့်အရာဖြင့် အစားထိုးပါ)။

report_safe - ၎င်းသည် စာတစ်စောင်အစား spam အီးမေးလ်အစီရင်ခံစာကို ပေးပို့မည်ဖြစ်သည်။
use_bayes သည် spamassassin စက်သင်ယူမှုဆက်တင်များဖြစ်သည်။

ကျန်ရှိသော spamassassin ဆက်တင်များကို ဆောင်းပါးတွင် အစောပိုင်းတွင် အသုံးပြုခဲ့သည်။

အထွေထွေဆက်တင် "spamassassin".
Spam အီးမေးလ်အသစ်များကို IMAP “Spam” ဖိုင်တွဲသို့ ရွှေ့ခြင်းနှင့်ပတ်သက်ပြီး.
Dovecot + SpamAssassin ၏ရိုးရှင်းသောပေါင်းစပ်မှုအကြောင်း.
imap ဖိုင်တွဲများတွင် စာလုံးများရွှေ့သည့်အခါ spamassasin သင်ယူမှုသီအိုရီကိုဖတ်ရန် အကြံပြုလိုပါသည် (၎င်းကိုအသုံးပြုရန် အကြံပြုလိုသည်မဟုတ်ပါ).

============= အယူခံဝင် =============

ထပ်ဆင့်ပို့လိုက်သောစာများ၏ လုံခြုံရေးအဆင့်ကို မည်ကဲ့သို့မြှင့်တင်ရမည်ကို အသိုင်းအဝိုင်းထဲသို့ အကြံဥာဏ်တစ်ခု ပေးလိုပါသည်။ မေးလ်ရဲ့ ခေါင်းစဉ်ကို အရမ်း စွဲလန်းနေတာကြောင့်ပါ။

သို့မှသာ သုံးစွဲသူသည် ၎င်း၏ client (outlook၊ thunderbird၊ browser-plugin၊ ...) တွင် သော့တစ်စုံဖန်တီးနိုင်မည်ဖြစ်သည်။ အများပိုင်နှင့်ပုဂ္ဂလိက။ အများသူငှာ - DNS သို့ ပေးပို့ပါ။ သီးသန့် - client ကို save လုပ်ပါ။ မေးလ်ဆာဗာများသည် သီးခြားလက်ခံသူထံသို့ ပေးပို့ရန် အများသူငှာသော့ကို အသုံးပြုနိုင်သည်။

ထိုကဲ့သို့သော စာလုံးများဖြင့် spam များကို ကာကွယ်ရန် (ဟုတ်ပါသည်၊ မေးလ်ဆာဗာသည် အကြောင်းအရာကို ကြည့်ရှုနိုင်မည် မဟုတ်ပါ။) - စည်းမျဉ်း 3 ခုကို မိတ်ဆက်ပေးရန် လိုအပ်ပါသည်။

1. မဖြစ်မနေစစ်မှန်သော DKIM လက်မှတ်၊ မဖြစ်မနေ SPF၊ မဖြစ်မနေ rDNS။
2. Antispam လေ့ကျင့်ရေး ဘာသာရပ် + ကလိုင်းယင့်ဘက်ခြမ်းရှိ ဒေတာဘေ့စ်အတွက် အာရုံကြောကွန်ရက်။
3. ကုဒ်ဝှက်ခြင်းဆိုင်ရာ အယ်လဂိုရီသမ်သည် ပေးပို့သည့်ဘက်မှ လက်ခံသည့်ဘက်ထက် ကုဒ်ဝှက်ခြင်းတွင် CPU ပါဝါ အဆ 100 ပိုသုံးစွဲရမည်ဟု ဆိုလိုသည်။

အများသူငှာစာများအပြင်၊ "လုံခြုံသောစာပေးစာယူကိုစတင်ရန်" စံအဆိုပြုလွှာကိုပြုစုပါ။ အသုံးပြုသူများ (စာတိုက်ပုံး) သည် အခြားစာတိုက်ပုံးသို့ ပူးတွဲပါရှိသည့် စာတစ်စောင် ပေးပို့သည်။ စာထဲတွင် စာပေးစာယူအတွက် လုံခြုံသော ဆက်သွယ်ရေးချန်နယ်တစ်ခု စတင်ရန် စာသားအဆိုပြုချက်တစ်ခုနှင့် စာတိုက်ပုံးပိုင်ရှင်၏ အများသူငှာသော့ (ကလိုင်းယင့်ဘက်မှ သီးသန့်သော့ဖြင့်) ပါရှိသည်။

စာပေးစာယူတစ်ခုစီအတွက် သော့အချို့ကိုပင် သင်ပြုလုပ်နိုင်သည်။ လက်ခံသူအသုံးပြုသူသည် ဤကမ်းလှမ်းချက်ကို လက်ခံနိုင်ပြီး ၎င်း၏ အများသူငှာသော့ကို ပေးပို့နိုင်သည် (ဤစာပေးစာယူအတွက် အထူးပြုလုပ်ထားသည်)။ ထို့နောက်၊ ပထမအသုံးပြုသူသည် ဝန်ဆောင်မှုထိန်းချုပ်ရေးစာတစ်စောင် (ဒုတိယအသုံးပြုသူ၏ အများသူငှာသော့ဖြင့် ကုဒ်ဝှက်ထားသော) - ဒုတိယအသုံးပြုသူသည် ဖွဲ့စည်းထားသော ဆက်သွယ်ရေးချန်နယ်ကို ယုံကြည်စိတ်ချရသည်ဟု ယူဆနိုင်သည်ကို လက်ခံရရှိပြီးနောက်၊ ထို့နောက် ဒုတိယအသုံးပြုသူသည် ထိန်းချုပ်ရေးစာတစ်စောင် ပေးပို့သည် - ထို့နောက် ပထမအသုံးပြုသူသည် ဖွဲ့စည်းထားသော ချန်နယ်ကို လုံခြုံသည်ဟု ယူဆနိုင်သည်။

လမ်းပေါ်ရှိ သော့များကို ကြားဖြတ်ဟန့်တားခြင်းအား တိုက်ဖျက်ရန်၊ ပရိုတိုကောသည် flash drive ကို အသုံးပြု၍ အနည်းဆုံး အများသူငှာသော့တစ်ခု ထုတ်လွှင့်နိုင်ခြေကို ပေးဆောင်ရမည်ဖြစ်သည်။

ပြီးတော့ အရေးအကြီးဆုံးကတော့ အားလုံးအဆင်ပြေဖို့ပါပဲ (မေးခွန်းကတော့ "ဒါကို ဘယ်သူက ပေးမလဲ")။
၃ နှစ်အတွက် စာတိုက်လက်မှတ်များကို $10 မှစတင်၍ ထည့်သွင်းပါ။ ပေးပို့သူအား dns တွင် "ကျွန်ုပ်၏ အများသူငှာသော့များ ရှိနေသည်" ကို ညွှန်ပြနိုင်စေမည်ဖြစ်သည်။ ၎င်းတို့သည် သင့်အား လုံခြုံသောချိတ်ဆက်မှုတစ်ခုစတင်ရန် အခွင့်အရေးပေးလိမ့်မည်။ တစ်ချိန်တည်းမှာပင်၊ ထိုသို့သောချိတ်ဆက်မှုများကိုလက်ခံခြင်းသည်အခမဲ့ဖြစ်သည်။
gmail သည် ၎င်း၏အသုံးပြုသူများကို ငွေရှာနေပါသည်။ 10 နှစ်လျှင် $3 အတွက် - လုံခြုံသောစာပေးစာယူချန်နယ်များဖန်တီးပိုင်ခွင့်။

============= နိဂုံး =============

ဆောင်းပါးတစ်ခုလုံးကို စမ်းသပ်ရန်၊ ကျွန်ုပ်သည် သီးသန့်ဆာဗာတစ်ခုကို တစ်လခန့် ငှားပြီး SSL လက်မှတ်ဖြင့် ဒိုမိန်းတစ်ခုကို ဝယ်ယူမည်ဖြစ်သည်။

ဒါပေမယ့် ဘဝအခြေအနေတွေ တိုးတက်လာတဲ့အတွက် ဒီပြဿနာဟာ ၂ လလောက်ကြာအောင် ထိန်းထားနိုင်ခဲ့တယ်။
ဒါကြောင့် အားလပ်ချိန်ပြန်ရတဲ့အခါ နောက်ထပ်တစ်နှစ်ကြာအောင် ထုတ်ဝေမယ့်အစား ဆောင်းပါးကို အရင်အတိုင်း ထုတ်ဝေဖို့ ဆုံးဖြတ်လိုက်တယ်။

“ဒါပေမယ့် ဒါက လုံလောက်တဲ့ အသေးစိတ်ကို မဖော်ပြထားဘူး” ကဲ့သို့သော မေးခွန်းများစွာရှိနေပါက၊ ဒိုမိန်းအသစ်နှင့် SSL လက်မှတ်အသစ်တစ်ခုဖြင့် သီးသန့်ဆာဗာတစ်ခုကို ယူကာ ၎င်းကို ပို၍အသေးစိတ်ဖော်ပြရန်နှင့် အများစုမှာ ခွန်အားရှိလိမ့်မည်၊ အရေးကြီးသည်မှာ၊ ပျောက်ဆုံးနေသော အရေးကြီးသော အသေးစိတ်အချက်များအားလုံးကို ဖော်ထုတ်ပါ။

စာတိုက်လက်မှတ်များအကြောင်း အကြံဥာဏ်များ အကြံပြုချက်ကိုလည်း ရယူလိုပါသည်။ စိတ်ကူးကို သဘောကျရင် rfc အတွက် မူကြမ်းရေးဖို့ ခွန်အားကို ရှာကြည့်မယ်။

ဆောင်းပါး၏ အစိတ်အပိုင်း အများအပြားကို ကူးယူသည့်အခါ၊ ဤဆောင်းပါးအတွက် လင့်ခ်တစ်ခု ပေးပါ။
အခြားဘာသာစကားတစ်ခုခုသို့ ဘာသာပြန်သည့်အခါ၊ ဤဆောင်းပါးအတွက် လင့်ခ်တစ်ခုပေးပါ။
ကျွန်တော်ကိုယ်တိုင် အင်္ဂလိပ်လို ဘာသာပြန်ပြီး အပြန်အလှန် အကိုးအကားတွေ ချန်ထားမယ်။

source: www.habr.com