തെറ്റായ SOCKS പാസ്വേഡോടെ വിജയിക്കുന്ന Artemis broker കണക്ഷൻ proxy handler ഒഴിവാക്കിയിരിക്കാം. socksHost മാത്രമല്ല, broker ലക്ഷ്യം പരിശോധിക്കുക.

localhost, 127.0.0.1 പോലുള്ള loopback broker വിലാസങ്ങളെ transport ഡോക്യുമെന്റേഷൻ SOCKS കോൺഫിഗറേഷൻ ഒഴിവാക്കുന്ന വിലാസങ്ങളായി വിവരിക്കുന്നു. സാധാരണ ലോക്കൽ റെസല്യൂഷൻ പാതയ്ക്ക്, കണക്ഷൻ intermediary വഴി പോകേണ്ടിവരുമ്പോൾ ഉദ്ദേശിച്ച non-loopback broker വിലാസം ഉപയോഗിക്കുക. loopback-ലേക്ക് റെസോൾവ് ചെയ്യുന്ന മറ്റൊരു alias-നും അതേ ഫലം ലഭിച്ചേക്കാം.

connector പതിപ്പിന്റെ കൃത്യമായ വ്യവസ്ഥ പരിശോധിക്കുക

പുതിയ upstream connector സോഴ്സിൽ വ്യക്തമായ remote-DNS ഒഴിവാക്കൽ ഉണ്ട്. proxy handler-ന്റെ വ്യവസ്ഥ ഇതാണ്:

socksEnabled && (socksRemoteDNS || !isTargetLocalHost())

ആ വ്യവസ്ഥയുള്ള ഇംപ്ലിമെന്റേഷനിൽ socksRemoteDNS പ്രവർത്തനക്ഷമമാക്കിയാൽ, connector ലക്ഷ്യം റെസോൾവ് ചെയ്യാതെ വിടുകയും loopback പോലെ തോന്നുന്ന ലക്ഷ്യത്തിനും SOCKS handler ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു. രേഖപ്പെടുത്തിയ ഡിഫോൾട്ട് false ഉള്ളപ്പോൾ ലോക്കൽ വിലാസ പരിശോധന ഇപ്പോഴും പ്രധാനമാണ്.

ഇത് localhost പോലുള്ള hostname-ന്റെ അർത്ഥം മാറ്റുന്നു: റെസല്യൂഷനായി SOCKS സെർവറിലേക്ക് നൽകുമ്പോൾ, അത് proxy-യുടെ ലക്ഷ്യ കാഴ്ചപ്പാടിനെ സൂചിപ്പിക്കുന്നു. റിമോട്ട് റെസല്യൂഷൻ തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് ഇത് ഉദ്ദേശിച്ച broker സ്ഥാനമാണെന്ന് ഉറപ്പാക്കുക.

ഇൻസ്റ്റാൾ ചെയ്ത Artemis ക്ലയന്റുമായി സ്വഭാവം യോജിപ്പിക്കുക. handler യഥാർത്ഥത്തിൽ റൂട്ടിലായിക്കഴിഞ്ഞാൽ, SOCKS പ്രാമാണീകരണം broker പ്രാമാണീകരണത്തിൽ നിന്ന് വേർതിരിക്കുകയും വിജയകരമായ broker സെഷനെ proxy ക്രെഡൻഷ്യലുകൾ ഉപയോഗിച്ചതിന്റെ തെളിവായി കണക്കാക്കുന്നതിനുപകരം ഫലമായുണ്ടാകുന്ന കണക്ഷൻ പാത പരിശോധിക്കുകയും ചെയ്യുക.

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