N2N ഓവർലേ ഒരു പ്രോക്സി അല്ല: രണ്ട് കണക്ഷനുകളും വരയ്ക്കുക

Firefox 127.0.0.1:8000 ലേക്ക് ചൂണ്ടുന്നു, N2N എഡ്ജ് പ്രവർത്തിക്കുന്നു, പീയർ അതിന്റെ ഓവർലേ വിലാസത്തിൽ ping-ന് മറുപടി നൽകുന്നു, എന്നിട്ടും ബ്രൗസർ പ്രോക്സി കണക്ഷൻ നിരസിച്ചു എന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു. ആ ശൃംഖലയിൽ എന്തും വൈരുദ്ധ്യമല്ല. ഓവർലേ ഒരു ഹോസ്റ്റിന് സ്വകാര്യ നെറ്റ്വർക്കിൽ എത്താവുന്ന വിലാസം നൽകുന്നു; അത് പ്രോക്സി പ്രോട്ടോക്കോൾ സംസാരിക്കുന്ന ഒരു പ്രോസസ് സൃഷ്ടിക്കുന്നില്ല. ബ്രൗസർ പീയറിലേക്ക് ഒരു റൂട്ട് ആവശ്യപ്പെടുന്നില്ല. അത് ഒരു ലോക്കൽ ലിസണർ ആവശ്യപ്പെടുന്നു.

ഇവിടെ രണ്ട് കണക്ഷനുകൾ കൂടിച്ചേർന്നിരിക്കുന്നു, അവ വെവ്വേറെ വരച്ചാൽ ഭൂരിഭാഗം ആശയക്കുഴപ്പവും ഒരു മിനിറ്റിൽ തെളിയും.

രണ്ട് കണക്ഷനുകൾ, ഒന്നല്ല

ആദ്യ കണക്ഷൻ ബ്രൗസറിൽ നിന്ന് loopback പോർട്ടിൽ കേൾക്കുന്ന ഏതിലേക്കോ പോകുന്നു. അത് ഒരു ലോക്കൽ സോക്കറ്റാണ്, അതിനെ ആരും സ്വന്തമാക്കിയില്ലെങ്കിൽ ഒരു പാക്കറ്റ് പോലും N2N-ൽ എത്തുന്നതിന് മുൻപ് കണക്ഷൻ നിരസിക്കപ്പെടും. രണ്ടാമത്തേത് പ്രോക്സി പ്രോസസിൽ നിന്ന് അത് എടുക്കുന്ന ഒറിജിനിലേക്ക് പോകുന്നു. ആ പാത തിരഞ്ഞെടുക്കുന്നത് പ്രോക്സി ഹോസ്റ്റിന്റെ റൂട്ടിംഗ് ടേബിളാണ്, അത് സാധാരണ അപ്ലിങ്കോ മറ്റൊരു ടണലോ ഓവർലേയുമായി ബന്ധമില്ലാത്ത ഒരു പോളിസി റൂട്ടോ ആകാം.

പീയറിലേക്ക് ping ചെയ്യുന്നത് ഓവർലേ എഡ്ജ് വിലാസങ്ങൾക്കിടയിൽ പാക്കറ്റുകൾ എത്തിക്കാമെന്ന് തെളിയിക്കുന്നു. 8000 പോർട്ടിലെ ലിസണറിനെക്കുറിച്ച് അത് ഒന്നും തെളിയിക്കുന്നില്ല, ആ ഹോസ്റ്റിന് ഒറിജിനിൽ എത്താമോ എന്നതും അല്ല. വെവ്വേറെ തകരാറുകൾ, വെവ്വേറെ പരിഹാരങ്ങൾ.

ലിസണർ എവിടെ ജീവിക്കണം

127.0.0.1-ലേക്ക് bind ചെയ്ത പ്രോക്സി ബോധപൂർവം ലോക്കലാണ്: അത് പ്രവർത്തിക്കുന്ന മെഷീനിൽ നിന്ന് മാത്രം കണക്ഷനുകൾ സ്വീകരിക്കുന്നു. വ്യക്തിഗത പ്രോക്സിക്ക് ഇത് ശരിയായ ഡിഫോൾട്ടാണ്, ഓവർലേയിലൂടെ പങ്കിടാൻ തെറ്റായ രൂപവുമാണ്. ഓവർലേ പീയറുകൾക്ക് സേവനം നൽകാൻ ഓവർലേ ഇന്റർഫേസിലെ bind വിലാസമോ loopback കണക്ഷൻ അവസാനിപ്പിച്ച് റിലേ ചെയ്യുന്ന ഒരു ഫോർവേഡിംഗ് ഘടകമോ വേണം. ഏതായാലും, പങ്കിട്ട നെറ്റ്വർക്കിൽ തുറന്ന പ്രോക്സി ക്ഷണമായതിനാൽ, ഏത് ഓവർലേ ഉറവിടങ്ങൾക്ക് സേവനം ഉപയോഗിക്കാമെന്ന് വ്യക്തമായ പോളിസി തീരുമാനിക്കണം.

കോൺഫിഗറേഷൻ ഫയലിന് പകരം സോക്കറ്റ് ലിസ്റ്റ് ഉപയോഗിച്ച് യഥാർത്ഥ bind പരിശോധിക്കുക. ഓവർലേ ഉയരുന്നതിന് മുൻപ് ആരംഭിച്ച ഡീമൺ ഇപ്പോൾ നിലവിലില്ലാത്ത ഒരു വിലാസത്തിലേക്ക് ഇപ്പോഴും ബന്ധിച്ചിരിക്കാം.

localhost പീയർ അല്ല

ബ്രൗസറിന്റെ പ്രോക്സി ഫീൽഡിൽ, localhost ബ്രൗസറിന്റെ സ്വന്തം മെഷീനിലേക്ക് ചൂണ്ടുന്നു. അത് എഡ്ജ് അല്ല, സൂപ്പർനോഡ് അല്ല, ടണലിന്റെ വിദൂര അറ്റത്തുള്ള ഹോസ്റ്റും അല്ല. പ്രോക്സി മറ്റൊരു പീയറിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ആ പീയറിന്റെ എത്താവുന്ന ഓവർലേ വിലാസവും പോർട്ടും ഫീൽഡിൽ ഇടുക, തുടർന്ന് ലിസണർ നിങ്ങളുടെ എഡ്ജ് വിലാസത്തിൽ നിന്ന് കണക്ഷനുകൾ സ്വീകരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.

സൂപ്പർനോഡുകൾ എഡ്ജുകളെ പരസ്പരം കണ്ടെത്താൻ സഹായിക്കുന്നു; അവ പ്രോക്സി സേവനമല്ല. ഒരു സൂപ്പർനോഡ് വിലാസത്തെ പ്രോക്സി എൻഡ്പോയിന്റായി കണക്കാക്കുന്നത് അതേ നിരസിക്കൽ തന്നെ അധിക ആശയക്കുഴപ്പ ചുവടോടെ നൽകുന്നു.

ഒരു റൂട്ടിന് handshake ചെയ്യാൻ കഴിയില്ല

വിലാസം ശരിയായാലും, റൂട്ടിംഗ് പ്രോക്സിയിംഗ് അല്ല. HTTP പ്രോക്സി കണക്ഷൻ CONNECT അഭ്യർത്ഥനയോ കേവല രൂപത്തിലുള്ള അഭ്യർത്ഥനാ വരിയോ ആരംഭിക്കുന്നു, SOCKS പ്രോക്സി പതിപ്പും രീതിയും സംബന്ധിച്ച ചർച്ചയോടെ ആരംഭിക്കുന്നു. റൂട്ടറോ ഓവർലേയോ ബൈറ്റുകൾ കൈമാറുന്നു; അത് ആ സന്ദേശങ്ങൾ വിശകലനം ചെയ്യുന്നില്ല, നിങ്ങൾക്കുവേണ്ടി അടുത്ത കണക്ഷൻ തുറക്കുന്നുമില്ല. അതുകൊണ്ടാണ് ping-നും SSH-നും പ്രവർത്തിക്കുന്ന ഒരു റൂട്ട് ബ്രൗസർ പ്രോക്സിക്ക് പരാജയപ്പെടാനാകുന്നത്: ബ്രൗസറിന് സഹകരിക്കുന്ന ഒരു പ്രോസസ് വേണം, കേവലം എത്താവുന്നതല്ല.

ലക്ഷ്യം പീയറിലെ ഒരു സേവനത്തിൽ എത്തുക മാത്രമാണെങ്കിൽ, പ്രോക്സി ക്രമീകരണം നീക്കി സേവനത്തിന്റെ ഓവർലേ വിലാസം നേരിട്ട് ഉപയോഗിക്കുക.

അതിരുകൾ ക്രമത്തിൽ പരിശോധിക്കുക

ഓവർലേ വിലാസം മറുപടി നൽകുന്നുവെന്ന് ഉറപ്പാക്കുക, തുടർന്ന് കോൺഫിഗർ ചെയ്ത പോർട്ടിൽ ലിസണർ ഉണ്ടെന്ന് ഉറപ്പാക്കി അതിന്റെ bind വിലാസം കുറിക്കുക. ഒരു നിയന്ത്രിത അഭ്യർത്ഥന നടത്തി പ്രോക്സിയുടെ ലോഗ് വായിക്കുക, പരാജയം ലിസണറിലാണോ തുടർന്നുള്ള എടുക്കലിലാണോ എന്ന് അറിയാൻ. അവസാനം, പ്രോക്സി ഹോസ്റ്റിന്റെ റൂട്ടും ഒറിജിനുള്ള DNS പോളിസിയും പരിശോധിക്കുക.

N2N പ്രോജക്ട് എഡ്ജുകളെയും സൂപ്പർനോഡുകളെയും ഓവർലേ ഘടകങ്ങളായി രേഖപ്പെടുത്തുന്നു. അത് എഡ്ജിനെ ഒരു ആപ്ലിക്കേഷൻ പ്രോക്സിയാക്കി മാറ്റുന്നില്ല, ആരും ആരംഭിക്കാത്ത ഒരു പ്രോട്ടോക്കോൾ ഹാൻഡ്ലറും ഒരു റൂട്ടിംഗ് കോൺഫിഗറേഷനും ചേർക്കുന്നുമില്ല.