നിങ്ങളുടെ GIO അടിസ്ഥാനമാക്കിയ ക്ലയന്റ് 192.168.40.12 ലേക്ക് നേരിട്ട് പോകുന്നു, പക്ഷേ reports.example നായി പ്രോക്സി ഉപയോഗിക്കുന്നു. DNS പറയുന്നത് ആ പേര് ആ വിലാസത്തിലേക്ക് പരിഹരിക്കപ്പെടുന്നു എന്നാണ്. വഴിതിരിച്ചുവിടൽ റിസോൾവർ റൂട്ട് തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് ആ ലുക്കപ്പ് നടത്തേണ്ടതില്ല.

GSimpleProxyResolver വെവ്വേറെ പൊരുത്തപ്പെടുത്തൽ നിയമങ്ങൾ രേഖപ്പെടുത്തുന്നു: ഹോസ്റ്റ്നെയിം ഒഴിവുകൾ പേര് കൊണ്ട് തിരിച്ചറിയുന്ന ലക്ഷ്യങ്ങൾക്ക് ബാധകമാണ്; IP ഒഴിവുകൾ വിലാസം കൊണ്ട് തിരിച്ചറിയുന്ന ലക്ഷ്യങ്ങൾക്ക് ബാധകമാണ്.

192.168.40.12 മാത്രം ignore-hosts ൽ ഉള്ളപ്പോൾ സംഖ്യാത്മക ലക്ഷ്യത്തിന് പ്രോക്സി ഒഴിവാക്കാം, ഹോസ്റ്റ്നെയിമിന് സാധ്യമല്ല. വിലാസം ഒരു സബ്നെറ്റ് എൻട്രിയായി വിപുലീകരിക്കുന്നത് ആ സബ്നെറ്റിനുള്ളിൽ പരിഹരിക്കപ്പെടുന്ന പേരുകളുടെ പട്ടികയാക്കി മാറ്റുന്നില്ല.

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

ഇത് GIO റിസോൾവറിന്റെ കരാർ ആണ്, GNOME ഡെസ്ക്ടോപ്പിലെ എല്ലാ ആപ്ലിക്കേഷനുകൾക്കുമുള്ള സാർവത്രിക നിയമമല്ല. മറ്റൊരു ബ്രൗസറിനോ HTTP ലൈബ്രറിക്കോ വ്യത്യസ്ത റിസോൾവർ, PAC സ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ വ്യക്തമായ പ്രോക്സി കോൺഫിഗറേഷൻ ഉപയോഗിക്കാം.

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

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