curl રિમોટ URL ને બદલે localhost સાથે કેમ જોડાય છે

જો તમે આપેલા URL ને ધ્યાનમાં ન લેતાં curl localhost સાથે જોડાવાનો પ્રયાસ કરે, તો VPN શરૂ કરવાનું ખોટું સ્થળ છે. સ્થાનિક HTTP અથવા SOCKS પ્રોક્સી એ ઇચ્છિત પ્રથમ જોડાણ હોઈ શકે, પછી ભલે તમને જોઈતી સેવા સંપૂર્ણપણે બીજે ક્યાંક હોય. જો એ પ્રોક્સી હવે ચાલતું ન હોય, તો curl લક્ષ્ય સુધી પહોંચે તે પહેલાં જ localhost નો પ્રયાસ નિષ્ફળ જાય છે. પ્રોક્સીનો જવાબ એ પણ પુરાવો નથી કે લક્ષ્યે જવાબ આપ્યો છે.

આ પગલાં ક્રમમાં કરો અને પ્રથમ જોડાણ પ્રયાસ બદલતા પહેલા પગલા પર ઊભા રહો.

પહેલા curl ના પોતાના પ્રોક્સી નિયમો વાંચો

curl પ્રોટોકોલ-વિશિષ્ટ પ્રોક્સી ચલો વાંચે છે, જેમ કે https_proxy અને HTTPS_PROXY, ઉપરાંત ALL_PROXY જ્યારે કોઈ પ્રોટોકોલ-વિશિષ્ટ મૂલ્ય લાગુ પડતું નથી. curl ને ખરેખર લોન્ચ કરતા શેલ, સેવા અથવા કાર્યનું પર્યાવરણ તપાસો, તમારા વર્તમાન ટર્મિનલનું નહીં. CI કાર્ય, systemd એકમ અને ઇન્ટરેક્ટિવ શેલ ત્રણ અલગ સેટ વારસામાં લઈ શકે છે. દેખાતા શેલ પરથી અનુમાન કરવું એ જ કારણ છે કે આ તપાસ આખી બપોર વેડફી નાખે છે.

એક અપવાદ યાદ રાખવા જેવો છે. curl http_proxy ફક્ત નાના અક્ષરોમાં સ્વીકારે છે; મોટા અક્ષરોમાં HTTP_PROXY અવગણવામાં આવે છે, અને તેથી જ સમાન પર્યાવરણ અન્ય સાધનોમાં જુદું વર્તન કરે છે.

મૂલ્યો ખાનગી રીતે વાંચો, કારણ કે પ્રોક્સી URL ઘણી વાર ઓળખપત્રો ધરાવે છે.

પછી ડિફોલ્ટ curl કન્ફિગરેશન ફાઇલમાં પ્રોક્સી અથવા જોડાણની ઓવરરાઇડ તપાસો, અને ખાતરી કરો કે તમે ખરેખર કઈ એક્ઝિક્યુટેબલ ચલાવી રહ્યા છો. શેલ એલિયાસ, ફંક્શન અથવા રેપર સ્ક્રિપ્ટ એવા વિકલ્પો ઉમેરી શકે છે જે તમારી કમાન્ડ લાઇન પર ક્યારેય દેખાતા નથી.

TLS ચાલુ રાખીને ત્રણ આહ્વાનની તુલના કરો

ત્રણેય રન માટે એક મંજૂર નિદાન લક્ષ્ય અને એ જ બાઈનરી વાપરો.

curl -v https://service.corp.example/status
curl -q -v https://service.corp.example/status
curl -q --proxy '' -v https://service.corp.example/status

-q ડિફોલ્ટ curlrc ને દબાવે છે અને કામ કરવા માટે લાઇનનું પ્રથમ પેરામીટર હોવું જરૂરી છે. તે પ્રોક્સી પર્યાવરણ ચલો દૂર કરતું નથી, જે એવું ધારનારા લોકોને આશ્ચર્યમાં મૂકે છે. ત્રીજું સ્વરૂપ ખાલી --proxy મૂલ્ય ઉમેરે છે, અને ફક્ત તે આહ્વાન માટે પર્યાવરણે માંગેલી પ્રોક્સીને ઓવરરાઇડ કરે છે. દરેક આઉટપુટમાં પ્રથમ જોડાણ પ્રયાસની તુલના કરો, અંતિમ સ્થિતિ કોડની નહીં.

વિગતવાર આઉટપુટ હેડર, ટોકન અને પ્રોક્સી ઓળખપત્રો ઉજાગર કરી શકે છે, તેથી તેને સ્થાનિક રાખો અને વહેંચતા પહેલાં અંશ વાંચો.

દરેક પરિણામ શું બાકાત કરે છે

જો ડિફોલ્ટ રૂપરેખા છોડી દેવાથી જોડાણ બદલાય, તો રૂપરેખા ફાઇલ સ્રોત છે. જો વારસાગત પ્રોક્સીને સ્પષ્ટપણે અક્ષમ કરવાથી તે બદલાય, તો પર્યાવરણ ચલ સ્રોત છે. જો બંનેમાંથી કોઈ તેને બદલતું ન હોય અને localhost હજી દેખાય, તો કમાન્ડ-લાઇન જોડાણ ઓવરરાઇડ, હોસ્ટનામ રિઝોલ્યુશન અને પસંદ કરેલી એક્ઝિક્યુટેબલ તપાસો. તેમાંથી દરેકનો ઉપાય જુદો છે, અને તેમાંથી કોઈ રૂટિંગ ફેરફાર નથી.

કસ્ટમ લાઇબ્રેરી લોડિંગ અથવા ઇન્જેક્ટ કરેલ નેટવર્ક વર્તન પછીનું સ્તર છે, અને એકલું પર્યાવરણ ચલ તેનો પુરાવો નથી.

પ્રોક્સીનો નિર્ણય VPN થી અલગ રાખો

એક વાર curl સીધું લક્ષ્ય પસંદ કરે, તો ઓપરેટિંગ સિસ્ટમ હજી પણ તે જોડાણને રૂટ કરે છે. એપ્લિકેશન પ્રોક્સી અક્ષમ કરવાથી VPN નો રૂટ કે તેની ગાળણ નીતિ અક્ષમ થતી નથી. સીધા ઍક્સેસની તુલના ફક્ત ત્યાં જ કરો જ્યાં તે નિદાન અધિકૃત હોય. જે પરીક્ષણ ચૂપચાપ નીતિને ટાળે છે તે માન્ય પરિણામ નથી, તે ઘટના છે.

જો સ્થાનિક પ્રોક્સી જરૂરી હોય, તો તેની સેટિંગ્સ ડિલીટ કરવાને બદલે તેની સેવા અને સરનામું પુનઃસ્થાપિત કરો.

જો ફક્ત પસંદ કરેલા ખાનગી લક્ષ્યોને સીધો ઍક્સેસ જોઈએ, તો સાંકડો મંજૂર બાકાત ઉમેરો અને બાકીની બધી બાબતો માટે પ્રોક્સી રાખો. પસંદ કરેલા માર્ગની પ્રથમ ભૂલ સાચવો, કારણ કે localhost નો ઇનકાર, પ્રોક્સી CONNECT નો ઇનકાર, પ્રમાણપત્ર નિષ્ફળતા અને અધિકૃતિ ભૂલ ચાર અલગ તબક્કા દર્શાવે છે.