proxychains-ന് കീഴിലുള്ള ഒരു പ്രോഗ്രാം സാധാരണ ഹോസ്റ്റ്നെയിമിനെ പരിചിതമല്ലാത്ത വിലാസ ശ്രേണിയിലേക്ക് പരിഹരിക്കുന്നു. ആ വിലാസം ഇന്റർനെറ്റിൽ നിന്നുള്ള DNS ഉത്തരമല്ല, പൊതിയുടെ ഉള്ളിലുള്ള ഒരു അക്കൗണ്ടിംഗ് മൂല്യമായിരിക്കാം.

അതിന്റെ proxy-DNS മോഡിൽ, proxychains-ng ഒരു ഹോസ്റ്റ്നെയിം ഓർമ്മിച്ച്, ആപ്ലിക്കേഷന് ഒരു സിന്തറ്റിക് വിലാസം തിരികെ നൽകി, പിന്നീട് തടഞ്ഞെടുത്ത കണക്ഷൻ പ്രോക്സിയിലൂടെ തുറക്കുമ്പോൾ ആ മൂല്യം വീണ്ടും ഹോസ്റ്റ്നെയിമാക്കി മാറ്റാൻ കഴിയും.

പ്ലേസ്ഹോൾഡർ എക്സിറ്റ് IP അല്ല

സാമ്പിൾ കോൺഫിഗറേഷൻ proxy_dns, remote_dns_subnet എന്നിവ രേഖപ്പെടുത്തുന്നു. റിസർവ് ചെയ്ത മാപ്പിംഗ് ശ്രേണി കോൺഫിഗർ ചെയ്യാവുന്നതാണ്. ഇത് നിങ്ങൾ പിംഗ് ചെയ്യാനോ പ്രോക്സിയുടെ പൊതു ഉറവിടമായി പ്രസിദ്ധീകരിക്കാനോ പ്രതീക്ഷിക്കുന്ന വിലാസമല്ല.

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

ആ പരിമിതി വിശദീകരിക്കുന്നത്, ലോഗിലുള്ള സിന്തറ്റിക് വിലാസം സ്വയം മുഴുവൻ ആപ്ലിക്കേഷനും റിമോട്ട് DNS ശരിയായി ഉപയോഗിക്കുന്നു എന്നതിന് തെളിവല്ല എന്നതാണ്. അതുപോലെ, പൊതിഞ്ഞ പ്രോസസ്സിന് പുറത്തുള്ള പ്രത്യേക DNS ഉപകരണം ആപ്ലിക്കേഷന്റെ മാപ്പ് ചെയ്ത കണക്ഷൻ പരിശോധിക്കുന്നില്ല.

ആപ്ലിക്കേഷന്റെ പ്ലേസ്ഹോൾഡർ, പ്രോക്സി വശത്ത് തിരഞ്ഞെടുത്ത യഥാർത്ഥ ലക്ഷ്യ വിലാസം, വെബ്സൈറ്റ് കാണുന്ന പൊതു എക്സിറ്റ് എന്നിവ വേർതിരിക്കുക. അവ വ്യത്യസ്ത ജോലികൾ ചെയ്യുന്നു, ഒരുപോലെയാകണമെന്നില്ല.

ഡീബഗ്ഗ് ചെയ്യുമ്പോൾ ഹോസ്റ്റ്നെയിം നിങ്ങളുടെ കുറിപ്പുകളിൽ സൂക്ഷിക്കുകയും കൃത്യമായ പൊതിഞ്ഞ പ്രോസസ്സും കോൺഫിഗറേഷനും തിരിച്ചറിയുകയും ചെയ്യുക. സംശയാസ്പദമായ പ്ലേസ്ഹോൾഡർ കൈകൊണ്ട് മാറ്റുന്നത് ആ ഹോസ്റ്റ്നെയിം വീണ്ടെടുക്കാൻ പൊതിക്ക് ആവശ്യമായ മാപ്പിംഗ് നഷ്ടപ്പെടുത്തിയേക്കാം, മനസ്സിലാക്കാവുന്ന പരോക്ഷതയെ തെറ്റായ ലക്ഷ്യത്തിലേക്കുള്ള കണക്ഷനാക്കി മാറ്റാം.

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