നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രോക്സി B ലേക്ക് ചൂണ്ടുന്നു, പക്ഷേ ഇത് പ്രോക്സി A-ക്കായി കോൺഫിഗർ ചെയ്ത ഒരു റാപ്പർ വഴിയാണ് ആരംഭിച്ചത്. വെബ്സൈറ്റ് ഏത് എക്സിറ്റാണ് കാണുന്നത്? റാപ്പർ ഏത് കണക്ഷൻ തടയുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു ഉത്തരം.

ലളിതമായ നെസ്റ്റഡ് ക്രമീകരണത്തിൽ, ആപ്ലിക്കേഷൻ ആദ്യം B-യിലേക്ക് കണക്ട് ചെയ്യാൻ ശ്രമിക്കുന്നു. റാപ്പർ ആ കണക്ഷൻ തടഞ്ഞ് A വഴി കൊണ്ടുപോകുന്നു. തുടർന്ന് ആപ്ലിക്കേഷൻ ലഭിച്ച സ്ട്രീമിൽ B-യുടെ പ്രോക്സി പ്രോട്ടോക്കോൾ സംസാരിക്കുന്നു, B അവസാന വെബ്സൈറ്റ് കണക്ഷൻ നടത്തുന്നു.

application → wrapper proxy A → application proxy B → website

വെബ്സൈറ്റ് B-യുടെ അവസാന പുറം കണക്ഷൻ കാണുന്നു. B A വഴി വരുന്ന ഒരു കണക്ഷൻ കാണുന്നു. റാപ്പർ ആപ്ലിക്കേഷന്റെ സ്വന്തം പ്രോക്സി ക്രമീകരണം നിശബ്ദമായി മാറ്റിയെഴുതുന്നതിൽ നിന്ന് ഇത് വ്യത്യസ്തമാണ്.

ലളിതമായ ഡയഗ്രാമിന് വ്യവസ്ഥകളുണ്ട്

ബൈപാസ് നിയമങ്ങൾ, പിന്തുണയ്ക്കാത്ത സോക്കറ്റ് കോളുകൾ, നിലവിലുള്ള പ്രോസസുകൾ, ഓരോ ഉൽപ്പന്നത്തിന്റെയും ഇന്റർസെപ്ഷൻ മോഡൽ എന്നിവ പാത മാറ്റാം. ചില റാപ്പറുകൾ അവയുടെ സ്വന്തം പ്രോക്സിയോ തിരഞ്ഞെടുത്ത ലക്ഷ്യസ്ഥാനങ്ങളോ ഒഴിവാക്കാം. ഓരോ ഉപകരണ ജോടിയും ഒരേ രീതിയിൽ ചേരുന്നു എന്ന് കരുതരുത്.

proxychains-ng-ന്റെ വിവരണം അതിന്റെ ഇന്റർസെപ്ഷൻ സമീപനവും പരിമിതികളും വിശദീകരിക്കുന്നു. നേറ്റീവ് പ്രോക്സി പിന്തുണ ഉപയോഗിക്കുന്ന ഒരു പ്രോഗ്രാം ഇപ്പോഴും ആ പ്രോക്സിയിലേക്ക് നെറ്റ്വർക്ക് കണക്ഷൻ നടത്തുന്നു, ഇത് ഇന്റർസെപ്ഷനുള്ള ഒരു സ്ഥാനാർത്ഥിയാണ്.

അംഗീകരിക്കപ്പെടാത്ത പൊതു എൻഡ്പോയിന്റുകളുടെ ബോധപൂർവമായ ചെയിനിന്, സൗജന്യ പ്രോക്സി ലിസ്റ്റ് ഓരോ ഉപകരണവുമായി പ്രോട്ടോക്കോൾ പൊരുത്തപ്പെടേണ്ട സ്ഥാനാർത്ഥികൾ നൽകുന്നു. അപ്രതീക്ഷിത എക്സിറ്റിന്, മൂന്ന് വിലാസങ്ങൾ വെവ്വേറെ രേഖപ്പെടുത്തുക: ആപ്ലിക്കേഷൻ തിരഞ്ഞെടുത്ത എൻഡ്പോയിന്റ്, റാപ്പർ തിരഞ്ഞെടുത്ത എൻഡ്പോയിന്റ്, വെബ്സൈറ്റ് കാണുന്ന ഫലം. ബ്രൗസറിന്റെ ക്രമീകരണങ്ങൾ മാത്രം നോക്കുന്നത് മധ്യ പാളി വിട്ടുപോകുന്നു.

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

അനുബന്ധ ലേഖനങ്ങൾ