നിങ്ങളുടെ VPN സെൻസർ ശാഖയുടെ VLAN ടാഗ് ഒരിക്കലും കാണാത്തത് എന്തുകൊണ്ട്
റൂട്ട് ചെയ്ത ടണൽ പാക്കറ്റുകൾ വീണ്ടെടുക്കുന്നു, അവ കൊണ്ടുവന്ന ഫ്രെയിമുകളല്ല. ഇന്റർഫേസ് തരം, സെൻസർ സ്ഥാനം, ഉറവിട സന്ദർഭം, മറുപടി പാത എന്നിവയിൽ നാല് പരിശോധനകൾ.
VPN ഭാഗത്തെ സെൻസർ രണ്ട് ശാഖാ VLAN-കളെ സാധാരണ IP ട്രാഫിക്കായി കാണുന്നു, ഓരോ ശാഖയെയും അതിന്റെ സ്വന്തം വയറിൽ തിരിച്ചറിഞ്ഞ ടാഗ് അപ്രത്യക്ഷമായി. റൂട്ട് ചെയ്ത ടണൽ ചെയ്യുന്നത് അതാണ്: അത് പാക്കറ്റുകൾ വീണ്ടെടുക്കുന്നു, അവ എത്തിച്ച Ethernet ഫ്രെയിമുകളല്ല. കാണാതായ ടാഗിന് പ്രാധാന്യമുണ്ടോ എന്നത് സെൻസറിനോട് നിങ്ങൾ ചോദിക്കുന്ന ചോദ്യത്തെ പൂർണമായി ആശ്രയിച്ചിരിക്കുന്നു. താഴെയുള്ള നാല് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക, ഏത് നിരീക്ഷണ ബിന്ദുവിന് അതിന് ഉത്തരം നൽകാനാകും എന്ന് നിങ്ങൾക്ക് അറിയാം.
ആദ്യം: നിങ്ങളുടെ ടണൽ എന്താണ് വീണ്ടെടുക്കുന്നതെന്ന് നിർണ്ണയിക്കുക
TUN ഇന്റർഫേസ് IP പാക്കറ്റുകൾ കൊണ്ടുപോകുന്നു, അതിനാൽ ശാഖയുടെ ഫ്രെയിമിന്റെ VLAN ഹെഡർ ട്രാഫിക്കിനെ ടണലിലേക്ക് തള്ളിയ റൂട്ടറിൽ നിൽക്കുന്നു. TAP ഇന്റർഫേസ് Ethernet ഫ്രെയിമുകൾ കൊണ്ടുപോകുന്നു, അതായത് പാലവും VLAN പ്രവേശന നിയമങ്ങളും അനുവദിച്ചാൽ ടാഗുകൾ നിലനിൽക്കാം. ക്യാപ്ചറിൽ എന്ത് വേണം എന്ന് ചിന്തിക്കുന്നതിന് മുമ്പ് ഇന്റർഫേസ് തരം വായിക്കുക.
രണ്ട് തിരഞ്ഞെടുപ്പുകളിൽ ഒന്നും വൈകല്യമല്ല. രണ്ട് രൂപകൽപ്പനകളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, ടാഗ് വ്യത്യസ്ത സ്ഥലങ്ങളിൽ വിടുന്നു.
ഉൽപ്പന്നത്തിന്റെ പേരിൽ നിന്ന് അനുമാനിക്കുന്നതിന് പകരം ഇന്റർഫേസ് സ്വയം സ്ഥിരീകരിക്കുക. ലിങ്ക് വിശദാംശങ്ങൾ ഉപകരണ തരം പറയുന്നു, നിലവിലുള്ള ഫ്ലാഗുകൾ കാണിക്കുന്നു, TUN ഉപകരണത്തിൽ എടുത്ത ക്യാപ്ചർ നിങ്ങൾ ആവശ്യപ്പെട്ടു എന്ന കാരണത്താൽ മാത്രം Ethernet ഹെഡർ നേടുകയില്ല. TUN ക്യാപ്ചറിൽ ടാഗുകൾ കാണുന്നുണ്ടെങ്കിൽ, നിങ്ങൾ മറ്റൊരു ഇന്റർഫേസോ അതിന്റെ പേലോഡിനുള്ളിൽ ഫ്രെയിമുകൾ കൊണ്ടുപോകുന്ന ടണലോ ആണ് വായിക്കുന്നത്, ഏറെക്കുറെ ഉറപ്പാണ്. തുടരുന്നതിന് മുമ്പ് നിങ്ങൾ ഏത് സാഹചര്യത്തിലാണെന്ന് രേഖപ്പെടുത്തുക.
രണ്ടാമത്: വസ്തു ഇപ്പോഴും നിലനിൽക്കുന്നിടത്ത് സെൻസർ സ്ഥാപിക്കുക
മൂന്ന് സ്ഥാനങ്ങൾ മിക്ക റൂട്ട് ചെയ്ത രൂപകൽപ്പനകളെയും ഉൾക്കൊള്ളുന്നു: ശാഖയുടെ Ethernet സെഗ്മെന്റ്, ടണൽ അഗ്രങ്ങൾക്കിടയിലെ പുറം നെറ്റ്വർക്ക്, ടണൽ പ്രോസസ്സിംഗിന് ശേഷമുള്ള പാത. ഓരോന്നും വ്യത്യസ്ത വസ്തു കാണുന്നു, ടാഗ് ആദ്യത്തേതിൽ മാത്രമേ നിലനിൽക്കുന്നുള്ളൂ. സെൻസർ സ്ഥാനം തിരഞ്ഞെടുക്കുന്നത് നയത്തിന് ഏത് വസ്തു വേണമെന്ന തീരുമാനമാണ്, സൗകര്യത്തിന്റെ ചോദ്യമല്ല.
| Observation point | What is actually there | Question it can answer |
|---|---|---|
| Branch Ethernet segment | Tagged frames on the local wire | Which VLAN carried this frame here |
| Outer tunnel network | The protected carrier between endpoints | Which endpoints are exchanging traffic |
| After tunnel processing | Recovered IP packets | Which branch prefix the packet claims |
നയത്തിന്റെ ചോദ്യം പട്ടികയ്ക്ക് ഉത്തരം നൽകാനാകുന്ന പദങ്ങളിൽ ചോദിക്കുക, അത് സാധാരണയായി സ്വയം പരിഹരിക്കപ്പെടും. പാക്കറ്റ് ഏത് ശാഖയിൽ നിന്ന് വന്നു എന്ന് നിയമത്തിന് അറിയേണ്ടതുണ്ടെങ്കിൽ, താഴത്തെ പ്രിഫിക്സ് മാപ്പിംഗ് മതിയാകാം, പക്ഷേ ആ മാപ്പിംഗ് കൃത്യവും അവ്യക്തതയില്ലാത്തതുമായിരിക്കും കാലത്തോളം മാത്രം. ഫ്രെയിം ഏത് പോർട്ടിൽ എത്തി എന്ന് നിയമത്തിന് അറിയേണ്ടതുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ആദ്യ സ്ഥാനം വേണം, കാരണം താഴെയുള്ള ഒന്നിനും അത് പുനർനിർമ്മിക്കാനാവില്ല. ചോദ്യത്തിന് പകരം ശീലത്തിൽ സ്ഥാപിച്ച സെൻസറുകളാണ്, രൂപകൽപ്പന ഒരിക്കലും വഹിക്കാത്ത ഒരു ഫീൽഡ് ടീമുകൾ ഒടുവിൽ ആവശ്യപ്പെടാൻ കാരണം.
Ethernet കൊണ്ടുപോകുന്ന ടണൽ വ്യത്യസ്ത രൂപകൽപ്പനയാണ്, അഗ്രങ്ങൾ എന്ത് സംരക്ഷിക്കുന്നു അല്ലെങ്കിൽ മാറ്റിയെഴുതുന്നു എന്നതിന് സ്വന്തം പരിശോധന വേണം. TAP മാത്രം തിരഞ്ഞെടുക്കുന്നത് ഇപ്പോഴും ബ്രിഡ്ജ്, VLAN പ്രവേശന നിയമങ്ങൾ, പരിശോധനാ നയം എന്നിവ നിർവചിക്കുന്നില്ല.
മൂന്നാമത്: ഉറവിട സന്ദർഭം വിശ്വസിക്കുന്നതിന് പകരം നേടിയെടുക്കുക
ഓരോ ശാഖയ്ക്കും ഒരു വിലാസ ശ്രേണി എന്നത് VLAN ഐഡന്റിറ്റിയുടെ സാധാരണ പകരമാണ്, മാപ്പിംഗ് ഒന്നിനൊന്ന് ആയിരിക്കും കാലത്തോളം മാത്രം അത് നിലനിൽക്കുന്നു. ഓവർലാപ്പിംഗ് പ്രിഫിക്സുകൾ, വിവർത്തനം, പങ്കിട്ട ഗേറ്റ്വേ എന്നിവ ഓരോന്നും ആ അനുമാനത്തെ രൂപകൽപ്പനയുടെയല്ല, ഡാറ്റാ ഗുണനിലവാരത്തിന്റെ പ്രശ്നമായി തോന്നിക്കുന്ന രീതിയിൽ തകർക്കുന്നു. മാപ്പിംഗ് അതിന്റെ അതിരുകളോടെ എഴുതി രണ്ട് വരികളുമായി പൊരുത്തപ്പെടുന്ന പാക്കറ്റിന് എന്ത് സംഭവിക്കുന്നു എന്ന് പറയുക. രണ്ട് ശാഖകളിൽ കാണുന്ന പ്രിഫിക്സ് നിങ്ങൾ കണ്ടെത്തുന്ന പിശകായിരിക്കണം, നിങ്ങൾ സ്വീകരിക്കുന്ന നാണയമെറിയലല്ല.
ക്ലയന്റ് നൽകുന്ന സന്ദർഭം അംഗത്വത്തിന്റെ തെളിവല്ല. അതൊരു അവകാശവാദമാണ്, അതിന്റെ സ്ഥാനം മറ്റൊരു കോളത്തിലാണ്.
വ്യത്യാസം പ്രധാനമാകുന്നിടത്ത്, നിങ്ങൾ നിയന്ത്രിക്കുന്ന സംയോജന ഡാറ്റ ഉപയോഗിക്കുക: ഏത് ടണൽ ഇൻസ്റ്റൻസ് കണക്ഷൻ സ്വീകരിച്ചു, പാക്കറ്റുകൾ ഏത് ഇന്റർഫേസിൽ എത്തി, ആ പിയറിനെക്കുറിച്ച് പ്രാദേശിക റൂട്ട് പട്ടിക എന്ത് പറയുന്നു. ക്ലയന്റ് നൽകുന്ന ലേബൽ ഉപയോഗപ്രദമായ സൂചനയും ഉപയോഗശൂന്യമായ അനുമതി ഇൻപുട്ടുമാണ്. സെൻസറിന് തന്റെ ഭാഗത്ത് നിന്ന് സംയോജനം സ്ഥാപിക്കാനാകുന്നില്ലെങ്കിൽ, നയത്തിന് ആത്മവിശ്വാസമുള്ള ഊഹത്തിന് പകരം വിശാലമായ നിയമം വേണം.
നാലാമത്: മറുപടി പാതയും ഡീക്രിപ്ഷൻ എന്ത് വിട്ടുകളയുന്നു എന്നതും സ്ഥിരീകരിക്കുക
ഒരു ദിശ മാത്രം കാണുന്ന സെൻസറിനും ആരോഗ്യകരമായി തോന്നാം, കാരണം അഭ്യർത്ഥനകൾ സമയത്തിന് തുടർന്നും എത്തുന്നു. മറുപടി പാത വ്യക്തമായി പരിശോധിക്കുക, പൊതുവായ എത്തിച്ചേരലിനല്ല, അതേ പ്രവാഹത്തിന് പരിശോധിക്കുക. പകുതി-ദ്വിമുഖ ദൃശ്യത അതിൽ നിന്ന് നിങ്ങൾ എടുക്കുന്ന ഓരോ അവസ്ഥാധിഷ്ഠിത നിഗമനത്തിലും നിശബ്ദമായ വിടവായി മാറുന്നു.
ആന്തരിക IP ട്രാഫിക് വീണ്ടെടുക്കുന്നതും അതിനുള്ളിലെ അപ്ലിക്കേഷൻ കാണുന്നതിന് തുല്യമല്ല, കാരണം ടണലിലൂടെ കൊണ്ടുപോകുന്ന TLS TLS ആയി തുടരുന്നു.
ip -d link show tun0
tcpdump -i tun0 -n -e -c 5ആ രണ്ട് കമാന്റുകൾ ഇന്റർഫേസ് ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, ക്യാപ്ചറിൽ യഥാർത്ഥത്തിൽ എന്തുണ്ടെന്ന് കാണിക്കുന്നു, ഇത് ആർക്കിടെക്ചറിനെക്കുറിച്ച് തർക്കിക്കുന്നതിനേക്കാൾ വേഗമാണ്. നിങ്ങളുടെ രൂപകൽപ്പന ഉപയോഗിക്കുന്ന ഇന്റർഫേസ് നാമം പകരം വയ്ക്കുക, നിങ്ങൾക്ക് പ്രധാനമായ പ്രവാഹം സജീവമായിരിക്കുമ്പോൾ ക്യാപ്ചർ പ്രവർത്തിപ്പിക്കുക. TUN ഉപകരണത്തിൽ ടാഗ് കാണാതെ വരുമ്പോൾ, കണ്ടെത്തൽ ഇതാണ്: സെൻസർ ഡാറ്റ നഷ്ടപ്പെടുത്തിയതല്ല, രൂപകൽപ്പന ബ്രിഡ്ജിംഗിന് പകരം റൂട്ട് ചെയ്തു. തുടർന്ന് ടാഗ് കാണാനാകുന്ന സ്ഥാനത്തേക്ക് സെൻസർ മാറ്റുക, അല്ലെങ്കിൽ നിലവിലെ സ്ഥാനം പിന്തുണയ്ക്കാനാകുന്ന പദങ്ങളിൽ നിയമം മാറ്റിയെഴുതുക.