☰

OSX El Capitan 和 http_proxy 以及 proxypac 的特定路徑

tag-icon • tag-icon macos http-proxy
OSX El Capitan 和 http_proxy 以及 proxypac 的特定路徑

標準企業環境，強制客戶端透過 proxypac 通過代理伺服器。在OSX中設定格式如下：

http://www.proxy.server.name:8080/proxy_pac_path_to_package.pac

嘗試透過 CLI 連接進行自製安裝，並使用（到目前為止）以下選項：

export http_proxy=http://www.proxy.server.name:8080/proxy_pac_path_to_package.pac

export http_proxy=http://www.proxy.server.name:8080

export http_proxy=http://myusername:[email protected]:8080/proxy_pac_path_to_package.pac

export http_proxy=http://myusername:[email protected]:8080

將 mypasswd 特殊字元對應到其十六進位代碼，並使用「簡單」形式的使用者名稱、或整個 AD 路徑或電子郵件等。

以上均無效。根據自己的經驗和非顯而易見的事情，我知道我可能會錯過什麼嗎？

答案1

由於我無法存取您的特定企業環境，因此我無法做出明確的診斷，但我首先嘗試的是導出https_proxy並all_proxy具有相同的值（請注意，https_proxy可能沒有https:URL；它具有任何內容）是http_proxy）。您選擇的各種值都是正確的嘗試（儘管我見過非常奇怪的用戶名/密碼編碼，所以我不會註銷它）。我會確保 Safari 透過代理工作，如果您需要透過 Safari 登入代理，您就這樣做。如果 Safari 無法透過代理商工作，那麼 Homebrew 能透過代理商工作的可能性基本上為零。

作為要嘗試的第二件事（儘管這是巫術，可能只是貨物崇拜），您可以嘗試將其設定為模式http:，而不是模式socks5:，否則使 URL 的其餘部分保持不變。我看到這項工作是因為某些代理程式更適合 Windows 用戶端並且仍然具有舊程式碼，並且由於 Windows 版本的 TCP 堆疊之間的互通性記錄不佳，SOCKS 更可靠。

答案2

難以置信！我的一個巨大的 DUH：同時打開了兩個 iTerm 視窗 - 我正在一個中從 CLI 導出 http_proxy，並在另一個中測試連接（當然，它正在運行另一個 shell 會話，而沒有意識到）我正在更改的導出變數的數量）...簡直不敢相信這是多麼愚蠢。抱歉所有的噪音......並且感謝@Trey 假設我不是白痴:-)

相關內容