NO_PROXY regex, wildcard പാറ്റേണുകൾ പിന്തുണയ്ക്കുന്നുണ്ടോ?

ഒഴിവാക്കൽ ബോധ്യപ്പെടുത്തുന്നതായി തോന്നുന്നു: *.server.*. അത് ഒരു shell പാറ്റേണിനെയും ഓർമ്മിപ്പിക്കുന്നു. ഈ രണ്ട് വസ്തുതകളും നിങ്ങളുടെ HTTP ക്ലയന്റ് അത് മനസ്സിലാക്കുന്നു എന്ന് തെളിയിക്കുന്നില്ല.

NO_PROXY പങ്കിട്ട സാധാരണ-പ്രകടന എൻജിൻ അല്ല. ഒരു ക്ലയന്റിന്റെ പ്രത്യേക നക്ഷത്രചിഹ്നം പേരിന്റെ നടുവിൽ ഏകപക്ഷീയമായ wildcards പിന്തുണയ്ക്കുന്നു എന്ന് തെളിയിക്കുന്നില്ല. curl ഒരു * എല്ലാ ഹോസ്റ്റുകളുടെയും ബൈപാസായി രേഖപ്പെടുത്തുന്നു. *.server.* ഡൊമെയ്നുകളുടെ ഒരു കുടുംബം തിരഞ്ഞെടുക്കുന്നു എന്ന വാഗ്ദാനത്തിൽ നിന്ന് അത് വളരെ വ്യത്യസ്തമാണ്.

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

ഉദ്ദേശിച്ച പൊരുത്തങ്ങൾക്കൊപ്പം കുറച്ച് വിപരീത ഉദാഹരണങ്ങൾ സൂക്ഷിക്കുക. server.example, files.server.example, server.other.test എല്ലാം ബൈപാസ് ചെയ്യണോ? ഒരേ അക്ഷരങ്ങൾ ഉണ്ടെങ്കിലും ഒരേ ഡൊമെയ്ൻ അതിർത്തി ഇല്ലാത്ത ഒരു പേരോ? ആ ഉത്തരങ്ങൾ ക്രമീകരണത്തെ “wildcard” എന്ന് വിളിക്കുന്നതിനേക്കാൾ വ്യക്തമായി ആവശ്യകത നിർവചിക്കുന്നു.

ക്ലയന്റുകൾ മാറ്റുന്നത് പാറ്റേൺ വീണ്ടും പരിശോധിക്കാനുള്ള കാരണമാണ്. ബ്രൗസർ എക്സ്റ്റൻഷനിൽ നിന്ന് പകർത്തിയ ബൈപാസ് നിയമം മറ്റൊരു പ്രോഗ്രാം വായിക്കുന്ന പരിസ്ഥിതി ചരത്തിൽ സ്വയമേവ സാധുവല്ല.