Cabals valg af HTTP-transport ændrer, hvor proxyindstillingerne hører hjemme
cabal-install kan bruge en ekstern downloader. Den understøttede proxyadfærd afhænger derefter af den valgte transport og procesmiljøet.
Et proxyproblem i cabal-install kan være et spørgsmål om den valgte HTTP-transport. Cabal dokumenterer et transportvalg, og en ekstern curl- eller Wget-downloader bringer den pågældende værktøjs proxygrænseflade med sig.
Undersøg den installerede Cabal-version og den aktive transport, før du leder efter en universel --no-proxy-kontakt. Konfigurer derefter anmodningen gennem den valgte downloaders dokumenterede miljø eller valgmuligheder. For offentlige pakkekilder, der nås gennem en tilladt offentlig HTTP-mellemmand, tilbyder HTTP-proxylisten kandidater til endepunkter.
Anbring ikke en shell-erklæring export http_proxy=... i Cabals konfigurationsfil. Den fil har sin egen syntaks; den udføres ikke som din terminalshell.
Hold også lager- og proxyadresser adskilt. At skifte pakkelager vælger en anden kilde til pakker. At vælge en videresendende proxy ændrer den netværksvej, der bruges til at nå en kilde.
Hvis en indpakning starter downloaderen, undersøg den proces' faktiske miljø. En variabel vist i en urelateret terminal er et svagt bevis for en build-tjeneste. Gem transportvalget i en fejlrapport, så den næste person ved, hvilken klients proxyadfærd der skal undersøges.