هماغه کاروونکی نوم د دوو بېلو لارو څخه ولیکئ او MariaDB کېدای شي تاسو د دوو بېلو حسابونو په توګه تصدیق کړي۔ حسابونه د کاروونکي او کوربه په یوځای والي ولاړ دي، نو 'reporter'@'localhost' او 'reporter'@'10.90.0.23' جلا کرښې دي چې جلا پټنومونه او جلا اجازې لري۔ د VPN له لارې په زړه پورې پوښتنه دا نه ده چې کاروونکي کوم نوم ولیکه، بلکې دا ده چې سرور کوم سرچینې پته لیدلې۔

هغه سرچینه وټاکئ چې سرور یې په رښتیا ویني

د ډیټابیس کوربه څخه شاته کار وکړئ، نه د لپټاپ څخه۔ هغه پته چې کلاینټ فکر کوي چې لري یوازې یوه له څو ممکنیتونو ده:

PathSource MariaDB sees
Routed tunnel, no translationThe client's inner VPN address
Gateway source translationThe gateway's translated address
SSH local forwardThe SSH server's address
Public exit, no tunnelWhatever the ISP handed out

د حل لپاره د سرور اړخ شواهد وکاروئ۔ د اتصال لاګ، د فعالو غونډو لیست یا په عمومي لاګ کې لنډمهاله ننوتنه هغه پته ښیي چې سرور منلې ده۔ د لپټاپ عامه IP له براوزر څخه بله واقعیت دی او ډېری وختونه ګمراه کوونکی وي۔

هغه حساب چې MariaDB ټاکلی سره سمون ورکړئ

د حساب ټاکنه د اجازو د یووالي پر ځای مستند ترتیب تعقیبوي۔ د کوربه دقیق سمون له وایلډکارډ څخه مخکې دی، او د نوم نه لرونکي کاروونکي کرښې په سمون کې هغه ډول برخه اخلي چې هغو خلکو ته حیرانتیا ورکوي چې فکر کوي یوازې نوم فیصله کوي۔ سرور یوه کرښه ټاکي؛ دا د هر هماغه نوم کرښې امتیازات نه یوځای کوي۔ مرجع یو ځل لوستل له نیمې ورځې اټکلونو ازمویلو څخه ډېر ارزښت لري۔

دا مانا لري چې 'reporter'@'%' ته اجازه زیاتول کېدای شي هېڅ ونه بدلوي که غونډه د 'reporter'@'10.90.0.23' په توګه تصدیق شوې وي۔ سمون باید په هغه کرښه ولګي چې ټاکل شوې وه، له همدې کبله د حساب پیژندنه د اجازو له سمون څخه مخکې راځي۔

هغه حساب ولولئ چې غونډه یې په رښتیا کاروي

SELECT USER(), CURRENT_USER();
SHOW GRANTS;

CURRENT_USER() هغه حساب نوموي چې غونډه تصدیق کړې؛ USER() راپور ورکوي چې کلاینټ څه غوښتي او کېدای شي توپیر ولري۔ دا د عادي لوړې کچې پوښتنو په توګه چلوئ، نه د تعریف کوونکي شرایطو سره ذخیره شوې روټین دننه، که نه ځوابونه ستاسو د غونډې پر ځای د روټین مالک تشریح کوي۔

ناکامه ننوتنه د دې هېڅ نشي چلولی، او دا هغه حالت دی چې مدیر باید د حساب تعریفونه او د سرور د اتصال شواهد وګوري۔ د دې لپاره پلان وکړئ: هغه څوک چې رد شوې ننوتنه ډیبګ کوي معمولا د پوښتنې لپاره SQL غونډه نه لري۔

رسیدنه له تصدیق څخه جلا کړئ

د تېروتنې متن تاسو ته وایي چې په کومه طبقه کې یاست۔ رد شوی اتصال یا د وخت ختمېدل مانا دا ده چې کلاینټ هېڅکله اورېدونکي ته ونه رسېد، نو حساب او پټنوم یې لا تر پوښتنې لاندې نه دي۔ د لاسرسي رد ځواب مانا دا ده چې سرور ځواب ورکړ، چې رسیدنه ثابتوي او حساب، د کوربه سمون یا اعتبار ته اشاره کوي۔

د شبکې مخکیني شرایط خپل لیست لري: اورېدونکی چې په ټاکل شوې پته تړل شوی او نه یوازې په loopback، اجازه شوې ترافیک د تنظیم شوې پورټ ته او د ځواب لپاره د بېرته راستنیدو لار۔ هر یو کولای شي په خپلواکه توګه ناکام شي، او کار کوونکی تونل د دوی هېڅ یو نه معنی کوي۔ په loopback اورېدونکی سیمه ییز اتصالات مني او هر لرې اتصال ردوي، چې د فایر وال د بندېدو په څېر ښکارېدونکی رد شوی اتصال رامنځته کوي۔

د شبکې ټیم سره د ټکټ پرانیستلو دمخه د تړلو پته وګورئ۔ د ډیټابیس کوربه کې ss -lntp ښیي چې کومه پته او پورټ په رښتیا اورېدل کیږي، او هغه یوه کرښه د اټکلونو ټوله ډله لرې کوي۔

په تنګه توګه سم کړئ، بیا دواړه لوري بیا ازموئ

د سازمان د تصویب شوې پروسې له لارې ټاکل شوی کوربه-وړ حساب جوړ کړئ، د ملاتړ شوي ذخیرې څخه اعتبار سره، نه هغه شریک چې په ټکټ کې نښلول شوی۔ یوازې هغه سکیمې عملیات ورکړئ چې دنده یې ته اړتیا لري۔ ناکامه لرې ننوتنه د root حساب، د ټولو ورکولو پالیسۍ یا عمومي وایلډکارډ کوربه ته اړول ازموینه تېروي او هغه کنټرول لرې کوي چې تاسو یې ازموئ۔ هغه اجازه چې په بیړه مو زیاته کړه هغه ده چې وروسته یې هیڅوک نه لرې کوي۔

د ټاکل شوې لارې له لارې د نوي غونډې سره بیا ازموئ، بیا منفي حالتونه وګورئ۔ هغه لار چې باید بنده شي باید بنده پاتې شي، او هغه عملیات چې نه دي ورکړل شوي باید رد پاتې شي۔ دا دوه کتنې هغه څه دي چې سم شوی حساب له پراخ شوي حساب څخه جلا کوي۔

په پای کې، لیدل شوې سرچینه پته او د حساب نوم یوځای ثبت کړئ۔ تونل رسیدنه برابروي؛ MariaDB لا هم خپل حساب ټاکي او اجازه ورکوي، او بل کس دواړه حقایق ته اړتیا لري ترڅو ستاسو پایله بیا تولید کړي۔

اړوندې مقالې