Cabal syn kar foar HTTP-transport ferskoot wêr't de proxy-ynstellings hearre
cabal-install kin in eksterne downloader brûke. It stipe proxygedrach hinget dan ôf fan dy keazen transport en it prosesmiljeu.
In proxyprobleem yn cabal-install kin in fraach wêze oer de keazen HTTP-transport. Cabal dokumintearret in transportkar, en in eksterne curl- of Wget-downloader bringt de proxy-ynterface fan dat helpmiddel mei.
Undersykje de ynstallearre Cabal-ferzje en de aktive transport foardat jo nei in universele --no-proxy-skeakel sykje. Konfigurearje dêrnei it fersyk fia it dokumintearre miljeu of de opsjes fan 'e keazen downloader. Foar iepenbiere pakketboarnen dy't berikt wurde fia in tastiene iepenbiere HTTP-tuskenpersoan, biedt de HTTP-proxylist kandidaten foar einpunten.
Set gjin shell-útspraak export http_proxy=... yn Cabal syn konfiguraasjebestân. Dat bestân hat syn eigen syntaks; it wurdt net útfierd as jo terminal-shell.
Hâld ek de opslach- en proxyadressen skieden. It feroarjen fan 'e pakketopslach kiest in oare boarne fan pakketten. It kiezen fan in trochstjoerende proxy feroaret it netwurkpaad dat brûkt wurdt om in boarne te berikken.
As in wrapper de downloader start, ûndersykje dan it werklike miljeu fan dat proses. In fariabele dy't yn in net-belutsen terminal sjen litten wurdt, is swak bewiis oer in bouwe tsjinst. Bewarje de transportkar yn in flaterrapport, sadat de folgjende persoan wit hokker proxygedrach fan in klant ûndersocht wurde moat.