Resolving Synology NAS unable to display Child Domain issue

Synology NAS တွေသုံးတဲ့ Admin တွေ အနေနဲ့ Firmware update လုပ်ပြီးတဲ့အခါ ဖြစ်လေ့ရှိတတ်တဲ့ ပြဿနာက Join ထားတဲ့ Domain ပျောက်သွားတတ်တာပါ။

ကျတော့် Synology တွေကတော့ Child Domain တွေ ပျောက်ပျောက်သွားတာပါ။

ကြုံနေတဲ့သူတွေအတွက် အချိန်တိုတိုနဲ့ ဖြေရှင်းနည်းလေး ဝေမျှချင်ပါတယ်။

GUI Control Panel>Directory Services ကနေ Parent or Child Domain ကို မမြင်ရတော့ဘူးဆိုရင်...

Terminal ကနေ root account နဲ့ ဝင်ပြီး "net ads info -S " Command  ရိုက်ပြီး Enter နှိပ်ပါ။

Failed to get server's current time! ဆိုပြီး အောက်ပါ ပုံထဲကလို ပေါ်လာမယ်ဆိုရင် "synowin -updateDomain" ဆိုတဲ့ command ကို ရိုက်ပြီး Enter နှိပ်ပါ။




ပြီးရင် domain ပြန် join ပါ။

Domain ပြန် မ join ချင်သေးပဲ စမ်းချင်ရင် "net ads auth -P -S " command ရိုက်ပြီး Enter နှိပ်ပါ။
Logon Server error မတက်ဘူးဆိုရင် အောက်ပါ Command များဆက်ရိုက်ပါ။ တကြောင်းပြီးတိုင်း Enter နှိပ်ပါ။

Domain ပြန် Join ပြီးမှ စမ်းမယ်ဆိုလဲ  "net ads auth -P -S " command ကိုပဲ ရိုက်ပြီး Enter နှိပ်ပါ။



"net lookup dc " DC ရဲ့ DNS အလုပ်ကောင်းကောင်းလုပ်မလုပ် စစ်တာပါ။
"net ads info -S " Time Sync အလုပ်ကောင်းကောင်းလုပ်မလုပ် စစ်တာပါ။




စစ်ဆေးမှုတွေမှာ ဘာ Error မှ မတွေ့တော့ဘူးဆိုရင် GUI Control Panel ကနေ Directory Services ကိုဖွင့်ပြီး Domain ကို စစ်ကြည့်ပါ။ ပျောက်နေတဲ့ Domain တွေ ပြန်ပေါ်လာတာကို တွေ့ရပါမယ်။

နေရာမှာ ကိုယ်ရှာချင်တဲ့၊ ပျောက်နေတဲ့ Domain Name ကိုထည့်ပေါ့ဗျာ။

Command တွေအားလုံး Case Sensitive ဖြစ်တယ်ဆိုတာလေး သတိထားပါ။

ကျတော် စမ်းထားတဲ့ Synology NAS Model ကတော့ RS2212RP+ ဖြစ်ပြီး Firmware Version ကတော့ DSM 5.1-5022 Update 2 ဖြစ်ပါတယ်ဗျာ။

ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)

Why do we need network virtualization?

Network Virtualization လို့ပြောလိုက်တာနဲ့ Server Virtualization ကို အရင်ပြေးမြင်ဖို့လိုပါတယ်။

Cloud Computing ခေတ်မှာ Server တွေကို Virtualize လုပ်ပြီး အသုံးပြုလာကြပါပြီ။

Server Virtualization လုပ်ပြီဆိုတာနဲ့ အောက်က ပြဿနာလေးတွေ ကြုံရပါပြီ။

၁) Routing and Switching Problem

Virtual Switch တခုဖန်တီးပြီး VLAN တွေ ထပ်တိုးဖို့လိုလာပြီဆိုတာနဲ့ ပြေးမြင်ရမှာက Routing ပိုင်းပါ။
အချိန်နဲ့ တပြေးညီ Routing ကို update လုပ်ဖို့ဆိုတာ သိပ်လွယ်လှတဲ့အလုပ်မဟုတ်ပါဘူး။



၂) Firewall Services

လုပ်ငန်း လိုအပ်ချက်အရ Application အသစ်တွေ၊ Project အသစ်တွေ၊ Network အသစ်တွေထပ်တိုးဖို့လိုအပ်လာလို့ ထပ်တိုးပြီဆိုပါစို့။
၄င်းအသစ်အသစ်တွေအတွက် Security ပိုင်းလိုအပ်ချက်တွေ ပေါ်လာတတ်မြဲပါ။ ဒီအတွက် Firewall ရဲ့ Rule တွေကို အချိန်နဲ့ တပြေးညီ အသစ်တိုင်းအတွက် update လုပ်ဖို့ဆိုတာလဲ ခက်ခဲတဲ့ ကိစ္စတခုပါပဲ။



၃) Load Balancing

Server အသစ်တွေ Service အသစ်တွေအတွက် လိုအပ်တဲ့ Load Balancing ဆိုတာကလဲ Physical Load Balancer တွေအတွက် ခေါင်းခဲစေတဲ့ ကိစ္စပါပဲ။

၄) VPN Services

Physical VPN hardware service ကို သုံးထားတဲ့ Company အတွက် အသစ်အသစ်တွေအတွက် scale လုပ်ဖို့ ခက်ခဲစေပါတယ်။



Server Virtualize မပါတဲ့ Physical Network အတွက် ပေါ်က အချက်တွေ က ခေါင်းသိပ်မကိုက်စေပါဘူး။
ဒါပေမယ့် Server Virtualization သုံးလာပြီဆိုရင်တော့ Virtualization Team က ပြောင်းလဲမှုတခုလုပ်လိုက်တိုင်းမှာ Network Team က အချိန်နဲ့ တပြေးညီ update လုပ်ဖို့ မလွယ်ကူပါဘူး။
Data Center လို Network အတွက် ပိုလို့တောင်ခက်ခဲစေပါတယ်။

ဒီအတွက်ပဲ Network Virtualization ဆိုတဲ့ Solution ကို လိုအပ်လာတာပဲ ဖြစ်ပါတယ်။
ကဲ ဒီလောက်ဆိုရင် Routing and Switching, Firewall, Load Balancer နဲ့ VPN Services တွေကို အချိန်တိုအတွင်းနဲ့ Centralized Manage လုပ်နိုင်ဖို့ဆိုတာ Network Virtualization မှပဲ ဖြစ်နိုင်တော့တယ်ဆိုတာကို နားလည်လောက်ပြီထင်ပါတယ်။

တကယ်တော့ ဒီအကြောင်းကို ပြောမယ်ဆိုရင် ဒီထက်မက အသေးစိတ်နဲ့ ကျယ်ကျယ်ပြန့်ပြန့်ပြောဖို့လိုပါတယ်။
ကျတော်ကတော့ Overview လေးပဲ ပြောတာပါ။

လိုအပ်တာများရှိခဲ့ရင် သည်းခံပါလို့ ပြောချင်ပါတယ်။

Reference: VMware Network Virtualization Fundamentals.

ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)

Resolving Cisco VPN Client 412 Error

တခါတလေ အောက်ကလို Error မျိုး သင့် VPN User တွေဖက်မှာ ဖြစ်တတ်ပါတယ်။

Reason 412:The remote peer is no longer responding.



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

အပေါ်က Error မျိုးဟာ Client ဖက်က ဖြစ်တဲ့ Error မဟုတ်ပါဘူး။ တကယ်က သင့် Network (Firewall , IPS, Server) က ဖြစ်နေတာပါ။

Client က DHCP, Default Gateway, DNS စတဲ့ Setting တွေမရလို့ပါ။

ကျတော့် Network မှာတော့ IPS ရှိတဲ့အတွက် DHCP နဲ့ ပတ်သက်တဲ့ Filter ကို စစ်ကြည့်တဲ့အခါ DHCP Configuration ဆိုတဲ့ Filter က Remote Request တွေအားလုံးကို Block လုပ်ထားတာကို တွေ့ရပါတယ်။

Permit လုပ်ပေးလိုက်တော့မှပဲ VPN Client တွေ Connect လုပ်လို့ရသွားတာကို တွေ့ရပါတယ်။

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

ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)

Fixing IP address already assigned to another adapter error in VMware

VM virtual network adapter ကို upgrade လုပ်လိုက်လို့ဖြစ်စေ သို့မဟုတ် VM migrate လုပ်တဲ့အခါ Version အဟောင်းကနေ အသစ်ကို ပြောင်းတဲ့အချိန်ဖြစ်စေ
Network adapter တွေကို ကြိမ်ဖန်များစွာ Add, Remove လုပ်လို့ဖြစ်စေ
Phisical Machine ကနေ Virutal Machine ကို ပြောင်းတဲ့အခါဖြစ်စေ

အောက်က Error မျိုး ကြုံတွေ့ရနိုင် ကြံုတွေ့ရတတ်ပါတယ်။



တကယ်တော့ ဒီ Error မျိုးက ghosted network adapter လို့ခေါ်တဲ့ device manager မှာ hidden ဖြစ်နေတဲ့ network adapter ကြောင့်ဖြစ်နေတာပါ။

Device Manager ကနေ Show hidden device လုပ်ရုံနဲ့ ပြဿနာ ပြေလည်လေ့မရှိတတ်ပါဘူး။

ဒီတော့ ဒီပြဿနာ ကို ဖြေရှင်းနည်းလေး ဝေမျှလိုက်ပါတယ်။

Command Prompt ကနေ ပြီး အောက်က command ရိုက်ထည့်ပါ။

set devmgr_show_nonpresent_devices=1



တကယ်လို့ သင့် Server က Windows 2000 / 2003 ဆိုရင်တော့ Environment Variables ကို ပြင်ပေးမှ ghosted network adapter ကို device manager မှာ မြင်ရမှာပါ။

လုပ်နည်းကတော့တော့...

My computer> Properties>Advanced Tab>Environment Variables>System variables>New ကနေပြီး

set devmgr_show_nonpresent_devices ကို Variable name ထားပြီး Value နေရာမှာ 1 ထားပါ။ ပြီးရင် OK ပေါ့။



ဒီအဆင့်ပြီးရင်တော့ Device Manager ဖွင့်ပြီး View>Show Hidden Devices ကို နှိပ်လိုက်ပါ။

Network Adapters Tree မှာ Ghosted Network Adapter ပေါ်လာတာတွေ့ပါလိမ့်မယ်။ Uninstall လုပ်ပေးလိုက်ပါ။

ပြီးရင်တော့ ကိုယ်ပြင်ချင်တာလေးတွေကို ကိုယ့် VM ရဲ့ Network Adapter မှာ Error ကင်းကင်းနဲ့ ပြင်လို့ရပြီပေါ့ဗျာ။




ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)