VPN വഴി Cloud SQL സ്വകാര്യ IP: ആരും എക്സ്പോർട്ട് ചെയ്യാത്ത റൂട്ട്

പല ടീമുകളും Cloud SQL സ്വകാര്യ IP VPC-യ്ക്കുള്ളിൽ നിന്ന് മാത്രമേ പ്രവർത്തിക്കൂ എന്ന് വിശ്വസിക്കുന്നു, ഈ വിശ്വാസം നിലനിൽക്കുന്നത് പരാജയം ഒരു ഡാറ്റാബേസ് പ്രശ്നമായി തോന്നുന്നതുകൊണ്ടാണ്. Cloud VPN അല്ലെങ്കിൽ Cloud Interconnect വഴി ബന്ധിപ്പിച്ച നെറ്റ്‌വർക്കുകളിൽ നിന്നുള്ള ആക്സസ് Google രേഖപ്പെടുത്തുന്നു. ആ നെറ്റ്‌വർക്കുകൾക്ക് പ്രത്യേക ഡാറ്റാബേസ് സവിശേഷതയല്ല വേണ്ടത്, പകുതി കോൺഫിഗർ ചെയ്ത് വിടാൻ എളുപ്പമുള്ള രണ്ട് റൂട്ട് കൈമാറ്റങ്ങളാണ്. ടണൽ ഉയരുന്നു, കമ്പ്യൂട്ട് ഇൻസ്റ്റൻസുകൾ പ്രതികരിക്കുന്നു, ഡാറ്റാബേസ് കണക്ഷൻ സമയപരിധി കവിയുന്നു — ആളുകളെ തെറ്റായ കൺസോളിലേക്ക് അയയ്ക്കുന്ന അതേ കോമ്പിനേഷൻ.

മിത്ത്: സ്വകാര്യ IP എന്നാൽ VPC-യ്ക്ക് സ്വകാര്യം

സ്വകാര്യ സേവനങ്ങളിലേക്കുള്ള ആക്സസ് നിങ്ങളുടെ നെറ്റ്‌വർക്കും Google ഉടമസ്ഥതയിലുള്ള പ്രൊഡ്യൂസർ നെറ്റ്‌വർക്കും തമ്മിലുള്ള VPC പിയറിംഗ് ആണ്. സേവനത്തിനായി അനുവദിച്ച ശ്രേണി പ്രൊഡ്യൂസർ ഭാഗത്താണ്, ഇൻസ്റ്റൻസ് വിലാസം അതിനുള്ളിലാണ്. ആ പിയറിംഗ് കാരണം നിങ്ങളുടെ പ്രോജക്ടിലെ ഒരു ഡാറ്റാബേസ് നിങ്ങളുടെ VPC റൂട്ട് ചെയ്യുന്ന വിലാസത്തിൽ ഇരിക്കാം, നിങ്ങളുടെ ഏതെങ്കിലും വ്യക്തമായ സബ്‌നെറ്റിൽ അത് ഇല്ലെങ്കിലും.

അത് പിയറിംഗ് ആയതിനാൽ, പിയറിംഗ് സ്വഭാവവുമുണ്ട്, കസ്റ്റം റൂട്ടുകൾ സ്വയമേവ കടക്കാത്ത ഭാഗം ഉൾപ്പെടെ.

മിത്ത്: പ്രവർത്തിക്കുന്ന ടണൽ ഡാറ്റാബേസ് റൂട്ടും കൂടെ കൊണ്ടുപോകുന്നു

രണ്ട് ശ്രേണികൾ ഈ യാത്ര അതിജീവിക്കണം. ആദ്യത്തേത് ക്ലയന്റ് പ്രിഫിക്സ് ആണ്: നിങ്ങളുടെ ഓൺ-പ്രെമൈസസ് നെറ്റ്‌വർക്ക് നിർദ്ദിഷ്ട പ്രിഫിക്സുകളോടെ Cloud Router-ന് അറിയപ്പെടണം, കാരണം ഡിഫോൾട്ട് റൂട്ടിന് പ്രൊഡ്യൂസർ നെറ്റ്‌വർക്കിന് മടക്കവഴിക്ക് വേണ്ട ഇംപോർട്ട് നൽകാനാവില്ല. രണ്ടാമത്തേത് അനുവദിച്ച സേവന ശ്രേണിയാണ്, അത് പുറം ഭാഗം പഠിക്കണം, എങ്കിൽ മാത്രം ഡാറ്റാബേസിലേക്കുള്ള അതിന്റെ പാക്കറ്റുകൾക്ക് പോകാൻ സ്ഥലമുണ്ടാകൂ. ഇവ വ്യത്യസ്ത അതിരുകളിൽ പരിപാലിക്കുന്ന വ്യത്യസ്ത റൂട്ടുകളാണ്, ഒന്ന് ശരിയാക്കിയാൽ മറ്റൊന്ന് പൊട്ടിയ നിലയിൽ തുടരും.

Google ഭാഗത്ത് ഇതിനർത്ഥം ബന്ധപ്പെട്ട പിയറിംഗ് കണക്ഷനുകളിൽ Export custom routes പ്രവർത്തനക്ഷമമാക്കുകയും ടണലിനായി Cloud Router പ്രഖ്യാപിച്ച റൂട്ടുകളിൽ അനുവദിച്ച സേവന ശ്രേണി ചേർക്കുകയും ചെയ്യുക എന്നതാണ്.

ഇപ്പോൾ ഉള്ള പ്രഖ്യാപനങ്ങൾ നിലനിർത്തുക. സേവന ശ്രേണി ചേർക്കുന്നത് അതേ BGP സെഷൻ മറ്റ് ട്രാഫിക്കിനായി കൊണ്ടുപോകുന്ന VPC റൂട്ടുകൾ നീക്കം ചെയ്യരുത്, മൊത്തത്തിൽ മാറ്റിസ്ഥാപിച്ച പ്രഖ്യാപന കൂട്ടം ആദ്യത്തിന് പിന്നിൽ ഒളിച്ചിരിക്കുന്ന രണ്ടാം തടസ്സമാണ്. പുറം ഉപകരണത്തിലെ ഫലപ്രദമായ റൂട്ടുകളും പരിശോധിക്കുക, കാരണം VPN ഗേറ്റ്‌വേയിലേക്കോ മറ്റൊരു സബ്‌നെറ്റിലേക്കോ എത്തുന്നത് ഗതാഗതം മാത്രമേ തെളിയിക്കൂ.

മിത്ത്: Cloud SQL Auth Proxy നെറ്റ്‌വർക്ക് പരിഹരിക്കുന്നു

The Auth Proxy നിങ്ങളുടെ ആപ്ലിക്കേഷനും ഇൻസ്റ്റൻസും തമ്മിൽ പിന്തുണയുള്ള പ്രാമാണീകരണവും എൻക്രിപ്റ്റ് ചെയ്ത ഗതാഗതവും നൽകുന്നു. അത് ഒരു റൂട്ട് സൃഷ്ടിക്കുന്നില്ല. സ്വകാര്യ നെറ്റ്‌വർക്കിലേക്ക് വഴിയില്ലാത്ത ഹോസ്റ്റിൽ ആരംഭിക്കുന്ന പ്രോക്സി നേരിട്ടുള്ള കണക്ഷൻ പോലെ തന്നെ പരാജയപ്പെടും, അതിന്റെ ലോഗുകൾ കാരണത്തെക്കുറിച്ച് കുറച്ച് മാത്രമേ സഹായിക്കൂ. പ്രോക്സിയെ കണക്ടിവിറ്റിയുള്ള ഹോസ്റ്റിലേക്ക് മാറ്റുന്നത് വഴിയുടെ ഏത് ഭാഗം പ്രവർത്തിക്കണം എന്നത് മാറ്റുന്നു, അത് ഒരു വഴിവിട്ട മാർഗമല്ല, യഥാർത്ഥ ഡിസൈൻ തീരുമാനമാണ്.

അത് ചെയ്യാത്തത് വിച്ഛേദിക്കപ്പെട്ട ലാപ്‌ടോപ്പിന് സ്വകാര്യം മാത്രമുള്ള ഇൻസ്റ്റൻസിൽ എത്താൻ അനുവദിക്കുക എന്നതാണ്.

മിത്ത്: Private Service Connect അതേ നിയമങ്ങൾ പിന്തുടരുന്നു

Private Service Connect നിങ്ങളുടെ സ്വന്തം സബ്‌നെറ്റിലെ endpoint-ഉം നിങ്ങൾ നിയന്ത്രിക്കുന്ന DNS ക്രമീകരണവും ഉപയോഗിക്കുന്നു, അതിനാൽ അങ്ങോട്ടുള്ള റൂട്ട് നിങ്ങൾക്ക് ഉള്ള വിലാസത്തിലേക്കുള്ള സാധാരണ റൂട്ടാണ്. പിയറിംഗ് എക്സ്പോർട്ട് ക്രമീകരണങ്ങൾ ആ ഡിസൈനിൽ ബാധകമല്ല, പിയറിംഗ് മാറ്റങ്ങൾ PSC വിന്യാസത്തിലേക്ക് പകർത്തുന്നത് എത്തിച്ചേരൽ കൂട്ടാതെ അപകടം കൂട്ടുന്നു.

രണ്ടും നിങ്ങൾക്ക് സ്വകാര്യ വിലാസം നൽകുന്നു; സാമ്യം അവിടെ അവസാനിക്കുന്നു.

ശരിയായ ക്രമത്തിൽ വഴി പരിശോധിക്കുക

പുറം ക്ലയന്റിൽ നിന്ന് ആദ്യം ഡാറ്റാബേസിന്റെ TCP endpoint പരിശോധിക്കുക. പൂർത്തിയായ TCP ഹാൻഡ്‌ഷേക്ക് എന്നാൽ റൂട്ടിംഗ്, ഫയർവാൾ, ലിസണർ എന്നിവയെല്ലാം സ്ഥലത്തുണ്ട്, അടുത്ത പരിശോധന അനുവദിക്കപ്പെട്ട പ്രാമാണീകരിച്ച പ്രവർത്തനമാണ്. ആ സമയത്ത് പ്രാമാണീകരണം നിരസിക്കപ്പെടുന്നത് യഥാർത്ഥത്തിൽ നല്ല വാർത്തയാണ്, കാരണം ഡാറ്റാബേസ് ലിസണർ പ്രതികരിച്ചു എന്ന് അത് തെളിയിക്കുന്നു. ICMP സമയപരിധി ഡാറ്റാബേസ് ആക്സസിനെക്കുറിച്ച് ഏകദേശം ഒന്നും പറയുന്നില്ല, കാരണം പല വഴികളും TCP തടസ്സമില്ലാതെ കൈമാറുമ്പോൾ അത് ഉപേക്ഷിക്കുന്നു.

നിങ്ങളുടെ ക്ലയന്റ് ശ്രേണികൾ RFC 1918-ന് പുറത്താണെങ്കിൽ, ഡിസൈൻ പിന്തുണയ്ക്കുന്നില്ലെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് അധിക റൂട്ട്-എക്സ്പോർട്ട്, നെറ്റ്‌വർക്ക്-അനുമതി ആവശ്യകതകൾ പരിശോധിക്കുക.

കണക്ഷനൊപ്പം നാല് വസ്തുക്കൾ രേഖപ്പെടുത്തുക: പുറം പ്രിഫിക്സ്, അനുവദിച്ച സേവന ശ്രേണി, ബന്ധപ്പെട്ട പിയറിംഗ് കണക്ഷനുകൾ, പ്രഖ്യാപിക്കുന്ന റൂട്ടർ. ആ നാലും മുഴുവൻ സ്വകാര്യ വഴിയും വിശദീകരിക്കുന്നു, Cloud SQL-ന് എപ്പോഴും പ്രോക്സി വേണം അല്ലെങ്കിൽ VPN വഴി ഒട്ടും എത്താനാവില്ല എന്ന കഥ അവ മാറ്റിസ്ഥാപിക്കുന്നു.