curl-ൽ CIDR ബൈപാസ് പരാജയപ്പെടുന്നു, എന്നാൽ --noproxy '*' പ്രവർത്തിക്കുന്നു
മുഴുവൻ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം റിലീസിനെ കുറ്റപ്പെടുത്തുന്നതിനു പകരം യഥാർത്ഥ ക്ലയന്റിന്റെയും ലിങ്ക് ചെയ്ത ലൈബ്രറിയുടെയും പതിപ്പ് ഉപയോഗിച്ച് ബൈപാസ് സവിശേഷതയിലെ വ്യത്യാസങ്ങൾ വിശദീകരിക്കുക.
അക്ഷരാർത്ഥത്തിലുള്ള സ്വകാര്യ IP-യിലേക്കുള്ള അഭ്യർത്ഥന സബ്നെറ്റ് ഒഴിവാക്കലോടെ പ്രോക്സി ഉപയോഗിക്കുന്നു, എന്നാൽ --noproxy '*' ഉപയോഗിച്ച് നേരിട്ട് പോകുന്നു. ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എല്ലാ പ്രോക്സി ഒഴിവാക്കലുകളും അവഗണിക്കുന്നു എന്ന് അത് തെളിയിക്കുന്നില്ല.
ക്ലയന്റ് മനസ്സിലാക്കാവുന്ന ഒരു ബൈപാസ് രൂപം കാണിച്ചു. അടുത്ത ചോദ്യം അത് നിങ്ങൾ നൽകിയ ശ്രേണി രൂപം നടപ്പിലാക്കുന്നുണ്ടോ എന്നതാണ്.
curl ഈ ഒഴിവാക്കലുകൾക്കുള്ള CIDR പൊരുത്തം 7.86.0-ൽ ചേർത്തു. പുതിയതായി തോന്നുന്ന ഓപ്പറേറ്റിംഗ് സിസ്റ്റം റിലീസ് പ്രവർത്തിക്കുന്ന യന്ത്രത്തിൽ പോലും മറ്റൊരു പതിപ്പ് ശ്രേണിയിലുള്ള ക്ലയന്റോ ലിങ്ക് ചെയ്ത ലൈബ്രറിയോ ഉണ്ടായിരിക്കാം. യഥാർത്ഥത്തിൽ വിളിക്കപ്പെടുന്ന എക്സിക്യൂട്ടബിളും അതിൽ ലിങ്ക് ചെയ്ത libcurl-ഉം പരിശോധിക്കുക, പ്രശ്നത്തിന്റെ തലക്കെട്ടിലെ OS നാമം മാത്രമല്ല.
libcurl ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷൻ സ്വതന്ത്ര curl കമാൻഡിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കാം. വിതരണ പാച്ചുകളും പ്രധാനമായേക്കാം, അതിനാൽ അടിസ്ഥാന പതിപ്പ് മാത്രം നിർണ്ണായകമല്ലാത്തപ്പോൾ ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജിന്റെ സവിശേഷതാ രേഖകൾ ഉപയോഗിക്കുക.
അഭ്യർത്ഥനയുടെ ഇൻപുട്ട് കൃത്യമായി സൂക്ഷിക്കുക. സബ്നെറ്റിലേക്ക് റിസോൾവ് ചെയ്യുന്ന ഹോസ്റ്റ്നെയിം അക്ഷരാർത്ഥ വിലാസം ഉള്ള URL-ൽ നിന്ന് വ്യത്യസ്തമായ ഒരു കേസാണ്. പിന്തുണയുള്ള CIDR പാഴ്സർ എല്ലാ പേരുകളെയും വിലാസാധിഷ്ഠിത ബൈപാസ് തീരുമാനമാക്കാൻ സ്വയമേവ DNS അന്വേഷണം നടത്തുന്നില്ല.
പാക്കേജുകൾ മാറ്റുന്നതിനോ വ്യക്തിഗത വിലാസങ്ങളുടെ വലിയ ലിസ്റ്റ് സൃഷ്ടിക്കുന്നതിനോ മുമ്പ് ക്ലയന്റിന്റെ ഐഡന്റിറ്റി, കൃത്യമായ URL, ഒഴിവാക്കൽ മൂല്യം, നിയന്ത്രിത ഫലം എന്നിവ ശേഖരിക്കുക. എല്ലാ ഹോസ്റ്റുകൾക്കുമുള്ള ആഗോള ബൈപാസ് താരതമ്യത്തെക്കുറിച്ചുള്ള ഉപയോഗപ്രദമായ തെളിവാണ്; എന്നാൽ അത് സ്വയമേവ ഉദ്ദേശിച്ച സ്ഥിരമായ റൂട്ടിംഗ് നയമല്ല.