Cabals valg av HTTP-transport endrer hvor proxy-innstillingene hører hjemme
cabal-install kan bruke en ekstern nedlaster. Den støttede proxy-oppførselen avhenger da av den valgte transporten og prosessmiljøet.
Et proxy-problem i cabal-install kan være et spørsmål om den valgte HTTP-transporten. Cabal dokumenterer et transportvalg, og en ekstern curl- eller Wget-nedlaster tar med seg proxy-grensesnittet til det verktøyet.
Sjekk den installerte Cabal-versjonen og den aktive transporten før du leter etter en universell --no-proxy-bryter. Sett deretter opp forespørselen gjennom det dokumenterte miljøet eller valgene til den valgte nedlasteren. For offentlige pakkekilder som nås gjennom en tillatt offentlig HTTP-mellommann, tilbyr HTTP-proxy-listen kandidater for endepunkter.
Ikke legg en shell-setning export http_proxy=... i Cabals konfigurasjonsfil. Den filen har sin egen syntaks; den kjøres ikke som terminalskallet ditt.
Hold også lager- og proxy-adressene atskilt. Å bytte pakkelager velger en annen kilde for pakker. Å velge en videresendende proxy endrer nettverksveien som brukes for å nå en kilde.
Hvis en wrapper starter nedlasteren, undersøk det faktiske miljøet til den prosessen. En variabel som vises i en urelatert terminal, er et svakt bevis for en byggetjeneste. Ta vare på transportvalget i en feilrapport, slik at neste person vet hvilken klients proxy-oppførsel som må undersøkes.