Azure പോയിന്റ്-ടു-സൈറ്റ് കണക്ട് ചെയ്യുന്നു, പക്ഷേ ഒരു സ്വകാര്യ റിസോഴ്‌സും പ്രതികരിക്കുന്നില്ല
കണക്ട് ചെയ്തു എന്നതിന്റെ അർത്ഥം ടണൽ ഉയർന്നു എന്ന് മാത്രം. ഗേറ്റ്‌വേയ്ക്ക് എന്ത് വഹിക്കാനാകുമെന്ന് പരിശോധിക്കുക, വിലാസ സ്ഥലങ്ങൾ താരതമ്യം ചെയ്യുക, പിന്നീട് പേര് പരിഹരിച്ച് സേവനം തന്നെ പരീക്ഷിക്കുക.
കണക്ട് ചെയ്തു എന്നത് ടണലിന്റെ അവസ്ഥയാണ്, എത്തിച്ചേരാനുള്ള കഴിവിനെക്കുറിച്ചുള്ള പ്രസ്താവനയല്ല. ഒരു പോയിന്റ്-ടു-സൈറ്റ് ക്ലയന്റിന് IKE പൂർത്തിയാക്കാം, വിലാസം ലഭിക്കാം, എന്നിട്ടും ഒന്നിലും എത്താതിരിക്കാം, കാരണം VNet ഇതിനകം അറിയുന്ന നെറ്റ്‌വർക്കുകൾക്കുള്ള ട്രാഫിക് മാത്രമാണ് ഗേറ്റ്‌വേ കൈമാറുന്നത്. ഈ അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്ത് ആദ്യ പരാജയത്തിൽ നിർത്തുക. മുന്നോട്ട് ചാടുന്നതാണ് DNS പ്രശ്നത്തെ ഒരു മണിക്കൂർ ഫയർവാൾ പ്രശ്നമായി കാണുന്ന രീതി.
ക്രമം പട്ടികയേക്കാൾ പ്രധാനമാണ്.
പരിശോധന 1: ടണൽ എന്ത് വഹിക്കണമെന്ന് തീരുമാനിക്കുക
Azure VPN Gateway ടണൽ അവസാനിപ്പിച്ച് VNet-ന്റെ ഭാഗമായ ട്രാഫിക് കൈമാറുന്നു; ഇത്പൊതുവായ ഇന്റർനെറ്റ് എക്സിറ്റ് അല്ല. ഉപയോക്താക്കൾ അവരുടെ ബ്രൗസിംഗ് Azure വഴി പുറത്തുപോകണമെന്ന് പ്രതീക്ഷിക്കുന്നുവെങ്കിൽ, ഏതെങ്കിലും ക്ലയന്റ് ക്രമീകരണം വരുന്നതിന് മുൻപുതന്നെ ഡിസൈൻ തെറ്റാണ്. split tunneling പ്രവർത്തനക്ഷമമാക്കി പ്രാദേശിക ഇന്റർനെറ്റ് പ്രാദേശിക പാതയിൽ തുടരട്ടെ, സ്ഥിരമായ എഗ്രസ് വിലാസം യഥാർത്ഥത്തിൽ ആവശ്യമുള്ളപ്പോൾ NAT ഇൻസ്റ്റൻസോ സൈറ്റ്-ടു-സൈറ്റ് ടണലോ ഉപയോഗിക്കുക.
എന്തെങ്കിലും പരിശോധിക്കുന്നതിന് മുൻപ് ക്ലയന്റ് എവിടെ എത്തണമെന്ന് എഴുതിവയ്ക്കുക. ആ പട്ടികയില്ലാതെ ഓരോ ഭാഗിക ഫലവും പുരോഗതിയായി തോന്നും.
പരിശോധന 2: സർട്ടിഫിക്കറ്റുകൾക്ക് മുൻപ് വിലാസ സ്ഥലങ്ങൾ താരതമ്യം ചെയ്യുക
ഓവർലാപ്പ് വിശാലമായ ശ്രേണികളിൽ വിലയിരുത്തുന്നു, അതിനാൽ സബ്‌നെറ്റ് തലത്തിൽ വ്യത്യസ്തമായി കാണുന്ന രണ്ട് നെറ്റ്‌വർക്കുകളും അവയുടെ മാതൃ ബ്ലോക്കുകൾ ഓവർലാപ്പ് ചെയ്താൽ കൂട്ടിയിടിക്കും. ഗേറ്റ്‌വേ സബ്‌നെറ്റ് സമർപ്പിതവും SKU-യ്ക്ക് മതിയായ വലുപ്പവുമായിരിക്കണം, ക്ലയന്റ് വിലാസ പൂൾ VNet-മായോ peering വഴി എത്താവുന്ന ഏതിനോടും കൂട്ടിയിടിക്കരുത്. പ്ലാൻ മാറ്റി വീണ്ടും വിന്യസിക്കുക, കാരണം നഷ്ടപരിഹാരത്തിന് റൂട്ടുകൾ ചേർക്കുന്നത് ചില ലക്ഷ്യസ്ഥാനങ്ങൾക്ക് പ്രവർത്തിക്കുന്നതും മറ്റുള്ളവയ്ക്ക് വിശദീകരിക്കാനാകാത്തവിധം പ്രവർത്തിക്കാത്തതുമായ ടണൽ സൃഷ്ടിക്കുന്നു. ഇവിടെ പ്രൊവിഷനിംഗ് ഉറക്കെ പരാജയപ്പെടുന്നു, അതാണ് നല്ല കേസ്.
അടുത്ത കവാടം ഓതന്റിക്കേഷനാണ്. സർട്ടിഫിക്കറ്റ്, RADIUS, Entra ID പ്രൊഫൈലുകൾ പരസ്പരം മാറ്റാനാവില്ല, ഓരോന്നിനും ക്ലയന്റ് പാക്കേജ് വ്യത്യസ്തമാണ്.
പരിശോധന 3: അകത്തുനിന്ന് സ്വകാര്യ നാമം പരിഹരിക്കുക
ഡൗൺലോഡ് ചെയ്ത പ്രൊഫൈലിൽ VNet-ന്റെ DNS സെർവറുകൾ ഇല്ലെങ്കിൽ ക്ലയന്റ് സ്വന്തം റിസോൾവർ സൂക്ഷിക്കുന്നു, ആ പട്ടിക ഡൗൺലോഡ് സമയത്ത് ഉൾച്ചേർക്കുന്നു. VNet-നുള്ളിൽ ഒരു forwarder ചേർക്കുക, അതിനെ VNet-ന്റെ DNS സെർവറായി സജ്ജമാക്കുക, പിന്നീട് ക്ലയന്റ് പാക്കേജ് വീണ്ടും ഡൗൺലോഡ് ചെയ്ത് ഇമ്പോർട്ട് ചെയ്യുക. പഴയ പാക്കേജ് വീണ്ടും ഉപയോഗിക്കുന്നത് പഴയ റിസോൾവർ പട്ടിക മാത്രം പരിശോധിക്കുന്നു.
ആദ്യം ഒരു വിലാസം പരിശോധിക്കുക, കാരണം അത് റൂട്ടിംഗിനെ നാമകരണത്തിൽനിന്ന് ഒറ്റ ഘട്ടത്തിൽ വേർതിരിക്കുന്നു: Test-NetConnection 10.20.1.4 -Port 3389.
വിലാസം പ്രതികരിച്ച് പേര് പ്രതികരിക്കുന്നില്ലെങ്കിൽ, റിസോൾവറിനോട് നേരിട്ട് ചോദിക്കുക Resolve-DnsName files.corp.example -Server 10.20.0.4. രണ്ടും പരാജയപ്പെട്ടാൽ, തകരാർ DNS-ൽ അല്ല, DNS ക്രമീകരണങ്ങൾ തിരുത്തുന്നത് നിർത്തണം. 168.63.129.16-ലെ Azure പ്ലാറ്റ്ഫോം DNS VNet-നുള്ളിൽനിന്ന് മാത്രം പ്രതികരിക്കുന്നു, അതിനാൽ പുറത്തുള്ള ക്ലയന്റിന് ആ വിലാസം റിസോൾവറായി ഉപയോഗിക്കാനാവില്ല.
പരിശോധന 4: ടണലിന് പിന്നിലെ സേവനം പരീക്ഷിക്കുക
ആരോഗ്യമുള്ള ടണലും അടച്ച പോർട്ടും ക്ലയന്റിന്റെ വശത്തുനിന്ന് ഒരുപോലെ കാണപ്പെടുന്നു. അതിഥി ഫയർവാൾ പരിശോധിക്കുക, പിന്നീട് സബ്‌നെറ്റിലെയോ NIC-യിലെയോ നെറ്റ്‌വർക്ക് സെക്യൂരിറ്റി ഗ്രൂപ്പ്, പിന്നീട് സേവനം loopback-ൽ മാത്രമല്ല സ്വകാര്യ വിലാസത്തിൽ കേൾക്കുന്നുണ്ടോ എന്ന്. ഇന്റർനെറ്റിലേക്ക് നിയമം തുറക്കുന്നതിനുപകരം ക്ലയന്റ് പൂളിനെ ഉറവിടമായി അനുവദിക്കുക, Azure Files-ലേക്കുള്ള SMB-യ്ക്ക് സ്വകാര്യ എൻഡ്‌പോയിന്റ് പാത ടണൽ വഴി പോകണമെന്ന് ഓർക്കുക. ഒരു റിസോഴ്‌സ് IP വഴി പ്രതികരിച്ച് പേരിലൂടെ പ്രതികരിക്കുന്നില്ലെങ്കിൽ, ഗേറ്റ്‌വേ തൊടാതെ പരിശോധന 3-ലേക്ക് മടങ്ങുക.
ജോലി ചെയ്യുമ്പോൾ ഒരു പട്ടിക പാളികളെ വേർതിരിച്ചു നിർത്തുന്നു:
| Symptom | Layer to check |
|---|---|
| Name fails, private IP works | Resolver setting or forwarder |
| Private IP also fails | Address plan, NSG, guest firewall |
| Private works, internet fails | Expected; the gateway is not an egress |
| Connects, then drops | Tunnel type or certificate mismatch |
പരിശോധന 5: എസ്കലേറ്റ് ചെയ്യുന്നതിന് മുൻപ് പ്രൊഫൈൽ രേഖപ്പെടുത്തുക
ടിക്കറ്റിൽ ഗേറ്റ്‌വേ തരം, ടണൽ തരം, ഓതന്റിക്കേഷൻ രീതി, ക്ലയന്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എന്നിവ എഴുതുക. സർട്ടിഫിക്കറ്റ് IKEv2 പ്രൊഫൈലും RADIUS പ്രൊഫൈലും വ്യത്യസ്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു, മറ്റൊരു ടണൽ തരത്തിനായി നിർമ്മിച്ച ക്ലയന്റ് ഗേറ്റ്‌വേ അനുയോജ്യമായ പ്രോട്ടോക്കോൾ നൽകുമ്പോൾ മാത്രം കണക്ട് ചെയ്യുന്നു.
ചെറിയ ടീമിന് നിലനിൽക്കുന്ന ഡിസൈൻ ഒരു VNet, ഒരു DNS forwarder, രേഖപ്പെടുത്തിയ split-tunnel ക്ലയന്റ് എന്നിവയാണ്. ആവശ്യകത സ്ഥിരമായ പൊതു എഗ്രസ് ആണെങ്കിൽ, നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഫയർവാളിൽ സൈറ്റ്-ടു-സൈറ്റ് ടണൽ അവസാനിപ്പിച്ച് ഇന്റർനെറ്റ് ട്രാഫിക് അങ്ങോട്ട് റൂട്ട് ചെയ്യുക, പോയിന്റ്-ടു-സൈറ്റ് ഗേറ്റ്‌വേയോട് അതിനായി ഒരിക്കലും നിർമ്മിക്കാത്ത ഒന്ന് ആവശ്യപ്പെടുന്നതിനുപകരം.