نه، د اتصال سټرنګ ستاسو VPN ټنل پیلولی نه شي
VPN د عملیاتي سیستم یا کلاینټ ملکیت دی، هیڅکله د ډرایور نه. لومړی ټنل پورته کړئ، د ډومین اعتبارنامه د netonly سره ولېږئ، بیا د کرسر تګ راتګ وګورئ.
پراختیا کوونکي لا هم هغه ځای لټوي چې د اتصال سټرنګ، JDBC URL یا د tnsnames.ora ننوتنه VPN غوره کوي. داسې ځای نشته. ټنل هغه عملیاتي سیستم یا د عرضه کوونکي کلاینټ جوړوي چې مجازي اډاپټر ثبتوي، او د هغې پورتنۍ هره ډیټابیس کتابتون هغه ساکټ طبقه کاروي چې له دې څخه جوړېږي. د اتصال سټرنګ یو هوسټ، یو پورټ او اعتبارنامه نوموي، او همدا ټوله لغت دی.
افسانه: د اتصال سټرنګ کولی شي ټنل غوره کړي
ډرایور یو TCP ساکټ هوسټ او پورټ ته پرانیزي. د ټنل پورته کولو لپاره هیڅ API نه لري، د ټنل پروفایل لپاره هیڅ ساحه نه لري، او د VPN ګیټوې ته د تصدیق کولو هیڅ لاره نه لري.
له همدې امله وسیلې یو شان چلند کوي کله چې لار موجوده وي. SSMS، DBeaver، Eclipse Data Tools او یو عادي sqlcmd ټول داسې عمل کوي لکه سرور چې په سیمه ییزه شبکه کې وي، ځکه چې د ساکټ له نظره همداسې ده. مجازي اډاپټر د ډیټابیس فرعي شبکه د لاسرسي وړ وګرځوله، او ډرایور هېڅکله نه پوهېږي چې څنګه.
دا هم تشریح کوي چې ولې د اتصال سټرنګ پرې شوی ټنل نه شي رغول کیدای. کله چې لینک مړ شي، ډرایور د وخت ختمیدو یا عمومي شبکې تېروتنه راپور ورکوي، او هغه اپلیکیشن کوډ چې دا د پوښتنې ستونزه ګڼي تل غلطه طبقه تکراروي.
ټنل د ډرایور له چلیدو دمخه پورته کړئ
VPN ته د عملیاتي سیستم په کچه وصل شئ، د عرضه کوونکي یا شبکه ټیم لارښوونې تعقیب کړئ، او بیا وروسته وسیله پرانیزئ. په عمل کې دې معنی لري چې د ډیټابیس فرعي شبکې ته لار د ډرایور له خوا د هوسټ نوم د حل کیدو دمخه موجوده وي.
د ټنل څارنه له اپلیکیشن څخه بهر وساتئ. هغه PHP یا Java خدمت چې پخپله لینک پورته کول غواړي، د یو عرضه کوونکي چلند سوداګریز کوډ ته لیکي، او هر ناکامي لیږد د اپلیکیشن خپریدل کیږي. هغه څارونکی چې ټنل لري، ورته ګوري او بیا یې پیلوي، د پوښتنې لارې څخه جلا مسئله ده.
د ډرایور په غاړه د تور پورې کولو دمخه لاره وګورئ: که هوسټ حل نه شي یا پورټ د شیل څخه ځواب نه ورکوي، هیڅ د اتصال سټرنګ به دا بدل نه کړي.
افسانه: د Windows تصدیق ناکامي معنی دا ده چې لاره ماتېده
د VPN له لارې د Windows تصدیق ډیری وخت د شبکې خرابۍ په څیر ښکارېدونکې تېروتنې سره ناکام کیږي، او لاره سمه وي. کله چې حساب بل ډومین ته اړه ولري او لپ ټاپ نشي کولی ورسره یوځای شي، کلاینټ د ډیسکټاپ ناستې هویت پرځای د څرګندو اعتبارنامو سره پیل کړئ.
runas /noprofile /netonly /user:CORP\dbreader "C:\Program Files (x86)\Microsoft SQL Server Management Studio 18\Common7\IDE\Ssms.exe"/netonly سویچ هغه اعتبارنامه یوازې د لیرې تصدیق لپاره ساتي. د اتصال ډیالوګ باور کولو پرځای د SELECT SUSER_SNAME() سره تایید کړئ چې سرور واقعیا څه ترلاسه کړل. راپور شوی چې د سرور پتې اعتبارنامه په Windows Credential Manager کې ساتل د SSMS لپاره کار کوي خو د بل حساب لاندې چلیدونکي خدمت لپاره تل نه، نو د ننوتلو د بدلولو دمخه وګورئ چې پروسه کوم هویت کاروي.
ځنډ د سرور-خوا کرسر په وخت ختمیدو بدلوي
د سرور-خوا کرسر ډیټابیس ته وايي چې پایله وساتي او په تدریجي ډول یې راوړي، چې یوه لویه پایله په ډیرو کوچنیو تګ راتګونو بدلوي. په LAN کې دا ارزانه ده. د لسیزو ملی ثانیو اضافي ځنډ سره د ټنل له لارې، ورته پوښتنه کولی شي د کمانډ وخت پای ته ورسیږي پرته له دې چې ډیر معلومات انتقال کړي.
کلاینټ-خوا کرسر ته لاړ شئ، یا د fetch size لوړ کړئ او کرښې دېسته بندي کړئ، نو د تګ راتګ شمیر کمیږي. خنډ د تبادلو شمیر دی، نه د لینک اسمي چټکتیا، نو د throughput اندازه کول به تاسو گمراه کړي خو د تګ راتګ اندازه کول به نه. د هغه ترټولو لویې پایلې سیټ سره ازموینه وکړئ چې ستاسو کاروونکي واقعیا یې کش کوي، نه د یوې کرښې پوښتنې سره چې سمدلاسه بیرته راځي. که وخت پای بدلیږي خو نه ورکیږي، د کمانډ وخت پای او fetch size یوځای لوړ کړئ او بیا اندازه وکړئ.
همدغه حساب په خبرو کوونکو ORM او هر هغه کلاینټ باندې تطبیقیږي چې د هرې کرښې لپاره یوه اعلامیه صادروي. که د پوښتنې پلان ښه وي او انتقال لږ وي، د ډیټابیس د تنظیم دمخه شبکه یي تبادلې وشمېرئ.
پورټ، نمونه او ځایي فلټر وګورئ
نومول شوې نمونه په متحرک پورټ غږ اوري، نو د 1433 فرض کولو پرځای پورټ تایید کړئ. په ډیفالټ نمونه کې ارزښت د نمونې د SuperSocketNetLib کیلي لاندې د TcpPort راجستر ارزښت څخه لوستل کیدای شي. د Oracle لپاره، تایید کړئ چې په tnsnames.ora کې هوسټ حل کیږي، پته ځواب ورکوي او د اوریدونکي پورټ اجازه لري؛ 1521 یو عام ډیفالټ دی، تضمین نه.
بیا د ټنل خپله د لاسرسي لیست او په پای کې یو ځایي انټي ویروس یا د هوسټ فایر وال چې اړیکه بندوي حتی کله چې کلاینټ او سرور یو ماشین وي، لرې کړئ. د ترتیب بدلولو دمخه ناکامه مرحله ثبت کړئ، ځکه چې د نوم حل، TCP لاسرسی او TLS یا ننوتل هر یو په بېل پیغام ناکام کیږي.
مرحله په ټیکټ کې ولیکئ. که نه، بل کس به هماغه د اتصال-سټرنګ لټون تکرار کړي چې هر څه ترې پیل شول.