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 குழுவையும் சேவையகப் பங்கில் சேர்ப்பதற்குப் பதிலாக பணிச்சுமைக்கு தரவுத்தளப் பங்குகளை வழங்குங்கள்.

அனுமதிக்கப்பட்ட பாதையையும் மறுக்கப்பட்ட பாதையையும் நிரூபியுங்கள்

சாதாரண அனுமதிக்கப்பட்ட பயனராகப் புதிய அமர்வைத் திறந்து சேவையக அடையாளம், தரவுத்தளம் மற்றும் தேவையான செயல்பாட்டை உறுதிப்படுத்துங்கள். பின்னர் விலக்கை உறுதிப்படுத்துங்கள்: கொள்கைக்கு வெளியே உள்ள மூலமோ கணக்கோ அதே பரிசோதனையில் தோல்வியடைய வேண்டும். பணிநிலைய வடிவமைப்புக்கு, மடிக்கணினி நேரடியாக தரவுத்தளத்தை அடைந்து எல்லையைத் தவிர்க்க முடியாது என்பதைச் சரிபாருங்கள். நேரடி அணுகலுக்கு, மறுஇணைப்புக்குப் பிறகும் பாதையும் மூல விதியும் செல்லுபடியாகும் என்பதைச் சரிபாருங்கள்.

கிளையண்ட் எங்கு இயங்கியது, தரவுத்தளம் எந்த மூலத்தைக் கவனித்தது, எந்த விதி அனுமதித்தது என்பதைப் பதிவு செய்யுங்கள். அடுத்த மதிப்பாய்வு கேட்கும் சான்று அதுவே.