SQL Server د بوت پر مهال نه موجود VPN پتې سره تړل کیږي

د SQL Server په لاګ کې د ناکام تړل یوه کرښه ولولئ، پداسې حال کې چې خدمت لا هم روان دی، او تاسو د کرش پرځای د بوت ترتیب پورې تړاو موندلی. هماغه یوځای والی نښه ده: انجن د هغې پتې له موجودیدو دمخه پیل شوی و چې اورېدلو ته ورته ویل شوي وو. هغه VPN اډاپټر چې د ننوتلو وروسته پورته کیږي، د بې څارنې ډیټابیس خدمت لپاره خرابه مخکنۍ شرط ده، نو ناکامي په هغه ترتیب تعقیب کړئ چې انجن یې ویني.

له کلینټ نه، له پیل لاګ څخه پیل کړئ

د نمونې د غلطیو لاګ پرانیزئ او یوازې وروستۍ کرښه نه، بلکې د شبکې د پیلولو شاوخوا داخلونه ولولئ. انجن راپور ورکوي چې کومې پتې یې هڅه کړې او کوم پروتوکولونه یې فعال کړي، او هغه ثبت له دې دمخه دی چې کوم کلینټ وصل شي. اوس وګورئ چې په هوسټ کې همدا اوس څه شته. که هغه انټرفیس چې د تنظیم شوې پتې مالک دی یوازې د کاروونکي د ننوتلو او کلینټ پیلولو وروسته ښکاره شي، پته د بوت پر مهال نه وه او د تړل ناکامي په بشپړ ډول تشریح کیږي.

Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, IPAddress, PrefixOrigin
Get-Content 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\LOG\ERRORLOG' -Tail 40

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

هغه د تړل ترتیب وګرځوئ چې انجن واقعاً تعقیبوي

انجن خپله د اورېدونکي تنظیم لولي، بیا آپریټنګ سیسټم ته وایي چې وتړي. که پته په هغه شیبه کې سیمه ییزه نه وي، د هغې پتې لپاره تړل ناکام کیږي خو د نمونې پاتې برخه کولای شي عادي دوام وکړي. له همدې کبله نور پروتوکولونه یا نورې پتې لا هم کار کولای شي، او له همدې کبله „SQL Server ښکته دی“ غلط لنډیز دی. له لاګ څخه دقیقه پای ټکی وساتئ: پته، پورټ او پروتوکول، ځکه چې سمون په دې پورې تړلی چې له دریو کومه غلطه ده.

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

اورېدونکی هغسې ولولئ لکه انجن یې چې لولي

په SQL Server Configuration Manager کې د نمونې TCP/IP ځانګړنې پرانیزئ او د جلا پتو د سمولو دمخه Listen All تنظیم ته پام وکړئ. کله چې Listen All Yes وي، د هرې پتې Enabled ارزښتونه له پامه غورځول کیږي، نو د هغوی سمول هغه څه نه بدلوي چې اورېدونکی یې کاروي. درې شیان په ترتیب ولیکئ: هغه پته چې غواړئ خدمت ورته وکړئ، پورټ، او دا چې اورېدونکی باید ټولې پتې یا یوازې یوه پوښي. بیا بدلون د ملاتړ شوې بیا پیل پروسې له لارې پلي کړئ او بل پیل لاګ ولولئ ترڅو تایید کړئ چې انجن هغه څه وتړل چې تاسو غوښتي وو.

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

کلینټ ته ثابته منزل ورکړئ

کلینټ ته اړتیا نه ده چې د ډیټابیس هوسټ د حوض پته واغوندي. لارښود شوی ډیزاین کار کوي کله چې سرور په خپله ثابته شخصي پته اورېدل کوي او VPN ګیټوی د کلینټ ترافیک هغه ته لیږي او ځواب بیرته راوړي.

Test-NetConnection -ComputerName 10.80.0.15 -Port 1433
tracert -d 10.80.0.15

که کلینټ 10.80.0.15 ته ورسیده، لاره ثابته شوه او ډیټابیس یوازې باید هغه کلینټ ته اجازه ورکړي. که ونه رسیده، د اورېدونکي له بیا لمسولو دمخه لارښوونه او DNS سم کړئ، ځکه چې په سرور کې د تړل ستونزه هیڅکله د دې سبب نه وه چې کلینټ یې ونه مومي. سرور ته د حوض جعلي پته ورزیاتول، یا د اورېدونکي د خوښولو لپاره دوهم ډیفالټ ګیټوی، په زړه باندې نوې شبکه یی ستونزه جوړوي. د سرور پتې ثابتې وساتئ او پرېږدئ ټنل کلینټونه هغه ته راوړي.

هغه پای ټکی تایید کړئ چې کلینټ کارولی و

د پورټ ازموینې پرځای د اپلیکیشن کچې کتنې سره پای ومومئ. له کلینټ څخه د هغه حساب سره وصل شئ چې اپلیکیشن یې کاروي او د سرور خوا د اړیکې توضیحات ولولئ، کوم چې هغه سیمه ییزه پته ښیي چې ستاسو ناسته پرې کښته شوه.

sqlcmd -S tcp:10.80.0.15,1433 -Q "SELECT local_net_address, local_tcp_port FROM sys.dm_exec_connections WHERE session_id = @@SPID"

هغه پته له خپل تنظیم شوي اورېدونکي سره پرتله کړئ. ناسمول یعنې دوهم اورېدونکی یا هغه نوم چې چیرته ناڅاپه حل کیږي، او دواړه د پوهیدو وړ دي دمخه لدې چې بله بیا پیل ستاسو سمون ستاسو په ځای وازموي. بیا هوسټ د هیڅ ننوتلي کاروونکي پرته بیا پیل کړئ او تایید کړئ چې تړل بریالی دی. هماغه یوه ازموینه د سم شوي اورېدونکي او د راتلونکې پیچ شپې ناکامیدونکي لنډمهاله حل ترمنځ توپیر دی.