د VPN له لارې SQL: مستقیم کلاینټ که داخلي کاري سټیشن؟
د VPN له لیپ ټاپ څخه مستقیم SQL او په مدیریت شوي کاري سټیشن کې SSMS د باور دوې بېلې لارې دي. هغه سرچینه پته او اجازې چې هر یو یې جوړوي پرتله کړئ.
ټیمونه غواړي SSMS په خپلو لیپ ټاپونو کې ولري، او چټک حل دا دی چې د SQL پورټ د VPN حوض ته خپور کړو۔ ورو ځواب پوښتنه کوي چې د کلاینټ پروسه باید چېرته چلېږي، ځکه چې مستقیم لاسرسی او داخلي کاري سټیشن بېلې سرچینه پتې، د پای نقطې باور او د معلوماتو لارې جوړوي۔ له دواړو څخه هیڅ یو په خپله خو خوندي نه دی، او یوازې د VPN غړیتوب هیڅ هم نه ټاکي۔ د اجازې له مقرراتو مخکې ډیزاینونه پرتله کړئ۔
دوه لارې، دوه سرچینه پتې
په مستقیم لاسرسي کې لیپ ټاپ د کلاینټ ترتیبات لري او پخپله د معلوماتو د بنسټ اړیکه پرانیزي۔ په لرې کاري سټیشن کې لیپ ټاپ د ډیسکټاپ ناسته پرانیزي، او کاري سټیشن د SQL اړیکه له خپلې پتې څخه جوړوي۔ نو د معلوماتو بنسټ په لومړي ډیزاین کې د VPN حوض یا ژباړل شوې دروازه ویني، او په دوهم کې د کاري سټیشن پته ویني۔ همدا توپیر ټاکي چې کوم د اور وژنې مقررات او کومه SQL اجازه واقعاً پلي کېږي۔
لیپ ټاپ لا هم لرې ناسته کنټرولوي، نو کاري سټیشن د کارن تصدیق یا د ناستې پالیسي بدیل نه دی۔
وګورئ چې د معلوماتو بنسټ واقعاً څه ویني
سرچینه پته د اندازې اخیستلو شی دی، نه د انځور څخه اټکل کول۔ دا د فعالې اړیکې له سرور اړخ څخه ولولئ۔
Test-NetConnection sql.example.com -Port 1433
sqlcmd -S tcp:sql.example.com,1433 -N -d appdb -Q "select SUSER_SNAME() as login_name, DB_NAME() as db"د اړیکې ازموینه ثابتوي چې اورېدونکی له هغې شبکې څخه TCP مني، په داسې حال کې چې پوښتنه ثابتوي چې ناسته کوم ننوت او کوم معلوماتي بنسټ ته ورسېده۔ د هغې پتې لیدلو لپاره چې سرور ثبت کړې، د اوسنۍ ناستې لپاره sys.dm_exec_connections پوښتنه وکړئ؛ دا له هرې ژباړې وروسته د کلاینټ پته بېرته راګرځوي۔ که هغه ارزښت دروازه وي نه لیپ ټاپ، نو د هر کارن لپاره د هوسټ مقرره په معلوماتي بنسټ ماشین کې نه شي کار کولی۔ مشاهده شوی ارزښت د ټاکل شوي ډیزاین ترڅنګ ولیکئ، ځکه چې بیا اړیکې او د حوض بدلونونه دا خوځوي۔
اورېدونکی پرانیزئ او نور هیڅ نه
یوازې هغه خدمت پرانیزئ چې ځای پرځای کول ورته اړتیا لري۔ پېژندل شوی 1433 د اصلي نمونې پورټ دی، نه نړیوال ثابت۔
Get-NetTCPConnection -State Listen -LocalPort 1433نومول شوې نمونې اکثراً په متحرک پورټ اورېدونکي وي، SQL Server Browser په UDP 1434 کې د کشف ځواب ورکوي، او دا انحصار یو جلا ښکارېدل دی چې باید توجیه شي۔ د نمونې لپاره ثابت پورټ ټاکل د Browser اړتیا لېرې کوي او د اور وژنې مقررات باثباته کوي۔ هغه کوډ کول او سند تایید چې کلاینټ لا دمخه کوي وساتئ، د دې پرځای چې ازموینه بریالۍ شي هغه بند کړئ۔ بیا د ټول VPN ګروپ د سرور رول ته د زیاتولو پرځای د کار بار لپاره د معلوماتو بنسټ رولونه ورکړئ۔
اجازه شوې لاره او رد شوې لاره ثابته کړئ
د عادي منل شوي کارن په توګه نوې ناسته پرانیزئ او د سرور هویت، معلوماتي بنسټ او اړین عملیات تایید کړئ۔ بیا استثنا تایید کړئ: له پالیسي بهر سرچینه یا حساب باید په همدې ازموینه کې پاتې راشي۔ د کاري سټیشن ډیزاین لپاره، وګورئ چې لیپ ټاپ نشي کولی مستقیم معلوماتي بنسټ ته رسېدو سره پوله واوړي۔ د مستقیم لاسرسي لپاره، وګورئ چې لار او د سرچینې مقرره له بیا اړیکې وروسته هم معتبره وي۔
ولیکئ چې کلاینټ چېرته چلېده، معلوماتي بنسټ کومه سرچینه ولیده او کوم مقرراتو اجازه ورکړه۔ دا هغه شاهد دی چې بله بیاکتنه به یې غواړي۔