VPN ద్వారా SQL: నేరుగా క్లయింట్ లేదా అంతర్గత వర్క్‌స్టేషన్?

జట్లు తమ ల్యాప్‌టాప్‌లలో 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 సమూహాన్ని సర్వర్ పాత్రలో చేర్చడానికి బదులు వర్క్‌లోడ్ కోసం డేటాబేస్ పాత్రలు ఇవ్వండి.

అనుమతించిన మార్గాన్ని మరియు తిరస్కరించిన మార్గాన్ని నిరూపించండి

సాధారణ ఆమోదించబడిన వినియోగదారుగా కొత్త సెషన్ తెరిచి సర్వర్ గుర్తింపు, డేటాబేస్ మరియు అవసరమైన ఆపరేషన్‌ను నిర్ధారించండి. తర్వాత మినహాయింపును నిర్ధారించండి: విధానం వెలుపల ఉన్న మూలం లేదా ఖాతా అదే పరీక్షలో విఫలం కావాలి. వర్క్‌స్టేషన్ డిజైన్ కోసం, ల్యాప్‌టాప్ నేరుగా డేటాబేస్‌ను చేరి సరిహద్దును దాటలేదని ధృవీకరించండి. నేరుగా యాక్సెస్ కోసం, పునఃకనెక్షన్ తర్వాత కూడా మార్గం మరియు మూల నియమం చెల్లుబాటులో ఉన్నాయని ధృవీకరించండి.

క్లయింట్ ఎక్కడ నడిచింది, డేటాబేస్ ఏ మూలాన్ని గమనించింది, ఏ నియమం అనుమతించింది అని నమోదు చేయండి. తదుపరి సమీక్ష అడిగే సాక్ష్యం అదే.