マックだとproxy経由でhttpsが通らない

僕のところでは問題ないです。
ただし、Safar 1.0 Beat 2ではSSL Proxyは駄目です。
（ftpも駄目だったかな？）
.o○藤沢　純一○o.
http://www.amy.hi-ho.ne.jp/fujisawa/

藤沢さん　さっそくのアドバイスありがとうございます。
safari1.0 Beat 2とIE5.2.2で試して、両方駄目でした。
でも、そうか、OSの問題ではなく、ブラウザの問題、という可能性が
高いのですね。
他のブラウザも用意して、いろいろ試してみたいと思います。

??????????????????????????
safari1.0 Beat 2?IE5.2.2?????????????
???????OS???????????????????????
???????
????????????????????????????

藤沢さん　さっそくのアドバイスありがとうございます。
safari1.0 Beat 2とIE5.2.2で試して、両方駄目でした。
でも、そうか、OSの問題ではなく、ブラウザの問題、という可能性が
高いのですね。
他のブラウザも用意して、いろいろ試してみたいと思います。

I.E.でも行けてたと思います。
僕はMozilla 1.4 RC1使ってSSL経由で接続させてます。
使っているプロクシーサーバは確かDeleGateです。
.o○藤沢　純一○o.
http://www.amy.hi-ho.ne.jp/fujisawa/

プロキシ側としては、https の接続要求の時にはその通信はスルーにします。
プロキシ経由だったとしても、https がコンピュータやブラウザの違いで通ったり通らなかったりすることはないはずです。まあ、でも完全無欠なソフトというのはありませんので、いろいろな組合せでそういうことが起こるかも知れません。
これは設定というより、ソフトの組合せの問題のように感じます。
（プロキシソフトには https のポートの設定がありますが、それ以外の設定はないと思います。またブラウザの方には普通は https のための特別な設定などありません）
解決するためには、情報センターに利用しているプロキシソフト名とそのバージョンを聞くのが速いかも知れません。それがわかったら、そのプログラムの（マックで利用した時の）不具合をインターネットで検索してみることです。
情報センターの対応も「門前払い」状態ということですと、よくわからないからなんでしょう。

IE を5.2.3にアップグレードしたものと、
新規にインストールしたNetscape 7.02 とで、
https と ftp が無事に通りました。
職場のサーバーはsquidです。
本日、safariが正式版となって配付されていましたので、
もしやと思って期待したのですが、駄目でした。
う〜ん、OS X自体の問題ではないことが分かって、
そういう意味では安心しましたが、
標準ブラウザでhttpsが使えないのは残念です。
藤沢さん、どうもありがとうございました。

>プロキシ側としては、https の接続要求の時にはその通信はスルーにします。
なるほど、そういうことなのですか。
情報センターに聞いたときも、そんなことがあるはずがない、的な
雰囲気でしたが、プロキシの基本動作がそういうことならば、
情報センターのあの対応も、それなりには納得がいきます。
プロキシは
(squid/2.5.STABLE3) らしいです。
とりあえず、IE やネットスケープではつながりますので、
これはSafariの問題となるのでしょうから、
まずは、Safariのディスカッションボードを、
今度じっくりと探してみたいと思います。
どうもありがとうございました。

>標準ブラウザでhttpsが使えないのは残念です。
接続先が IE と netscape 以外での接続を認めてないということはありませんか。金融機関のサイトではそういうことが良くあります。
squid そのものは、ブラウザを選ぶことはありません。

いえ…
.Macのログインでも駄目なんです。
同じプロキシ設定を読み込んでいるIEでは問題ないことを見ると、
マック側の設定がおかしいのではないと思えますし、
やっぱり、Safariとの相性なんでしょうか。

おおそうですか。それは困った。
でも、今も、squid のプロキシ越しで、safari (1.0) で https してみましたが別に問題ないです、、、
ただ、.Mac ではありませんが。

hanaiさん、情報ありがとうございます。
さて、なんだか分からなくなってきたので、
自分なりに状況整理をしてみます。
職場のMac上で動いているブラウザのうち、
IEとネットスケープでは、https の通信が通る。
Safariでは通らない。
職場はsquidプロキシを通さないと、外部との通信はできない。
Safariからでは、プロキシを経由しての
httpsの通信は出来ないように思える。
しかし、squidプロキシがブラウザによって
違う対応をすることはないはずとのこと。
現に、squidを経由して、httpsの通信をされている
方が実際にいらっしゃる。
ところが、Safariのボードでは、
同様の問題のスレッドが複数投稿されており、
プロクシ経由のhttpsが出来ない方も複数いると思われる。

う〜ん…
どこから問題を切り分けて対処すべきなんでしょう？
Safariでのプロキシ経由でのhttps通信の可否を
分けているのが何か、そこを探らないといけないのですね。
自分の考えを整理したくて書き込みましたが、
OS Xボードの趣旨とは外れてしまった内容で
スレッドをのばしてしまってすいません。

どこに書いて良いのか悩んだ上で、ここにつけちゃいました。ますます趣旨から外れてますがご容赦。
Mac OSのproxy対応の件、OSのバージョン(QTのバージョン?)によって少しずつ違いがあるのですが、OS X 10.2.6(各種アプリケーションはそれぞれ最新版)だと、以下の様になります。
type 0. proxyなし
type 1. 認証なしproxy(ユーザ名、パスワードがいらない)
type 2. 認証ありproxy(ユーザ名、パスワード必要)
アプリケーション名, type0, type1, type2, 備考
Software Update, OK, OK, NG
QuickTime Update, OK, OK, NG
計算機通貨交換レート, OK, OK, NG
Safari, OK, NG, NG
IE, OK, OK, OK
iCab, OK, OK, OK, (OpenSSL利用で設定)
type 2:認証ありのproxyの利用者なら、delegate などのproxyを一段はさむことにより、type 2 -> type 1 に変換して利用することも可能です。
Windowsなら98の時代から認証ありのproxyに対応しているのに。とほほ。しかも、Mac OS 9 の時代のQuickTimeは、認証ありのproxy経由でもアップデートできたのに、今はできなくなっているなんて、機能が減ってますよ。
Safariの件、別の方の報告にあるように、Safari自身がOSのproxy設定情報を利用していないようですね。アップデートに期待しましょう。

> Safariの件、別の方の報告にあるように、Safari自身がOSのproxy設定情報を利用していないようですね
そんなことはありませんよ。少なくともあなたの分類で、type1 は問題無しです。
あと、プロキシに認証が必要なら、Authoxy というのがありますので検討されてみてはいかがでしょう？
http://rain.prohosting.com/hraftery/Products.html