4

最初、私は iPad を所有していませんでしたが、何人かのクライアントから、私の iPad 上の Web サイトに関する奇妙な問題が報告されました。Web サイトのどのページも開くことができず、「インターネットに接続されていないため、Safari で Web ページを開けません」というメッセージが表示された空白のページが表示されます。

ユーザーは他のウェブサイトを開くことができ、それらはインターネットに接続されているため、メッセージは一種の奇妙です. Web ページが一瞬表示された後、同じメッセージが表示されることがあります。

昨日、私の友人 (彼はプログラマーではありません) が iOS7 を搭載した iPad 3 をテストに持ってきましたが、Safari は一部のデバッグ情報を共有していないため、何が問題なのかわかりません (少なくとも、デバッグ情報を表示するには Mac が必要であり、私はMacも所有していません）。

ホスティングの問題ではないことを確認するために、同じバージョンの Web サイトを Windows マシンでローカルにテストしました。iPad Safari でも同様のエラーが発生するため、提供されるファイルに問題があります。

Web サイトは PHP でプログラムされています。私がこれまでにテストしたこと（そして解決策には至りませんでした）：

  • Safari: Cookie と Javascript をオフにする
  • Safari: キャッシュを数回空にする
  • PHP: ヘッダー情報の送信をオフにする (カスタマイズされたすべてのキャッシュ ヘッダーを無効にする)
  • PHP: ブラウザー用にカスタマイズされた CSS をオフにする
  • PHP: スプライトの埋め込みをオフにする (base64 データの埋め込み)
  • PHP: HTML の縮小化をオフにする

問題はまだあります。Safari のデバッグ情報がなければ、何が問題なのかをテストするのは非常に困難です。このエラーの原因が Safari ブラウザで何が起こっているのかを誰かが確認できますか?

ウェブサイト: http://www.meezingeninrotterdam.nl

また、このエラーは MAC 版の Safari でも発生しますか?

編集：Appleにエラーを報告してください： Apple Safari エラー バグ レポート

アップデート：

理由を見つけたと思います。私の解決策も参照してください。iDevice をお持ちの場合は、テストして確認しますか? 以下の私の解決策を参照してください。

更新 2

回答を参照してください。Apple からの回答です。解決策はありません。解決策または回避策をご存知でしたら教えてください。

4

8 に答える 8

6

Safari cannot open the page because the network connection was lost.Safari が「クライアントに問題がありましたが、問題なく動作していました」というメッセージを返すこの問題が発生していました。最終的に、iOS 10.2 で iPhone 7 用の iOS シミュレーターを使用して問題を再現することができました。

サーバーは nginx 1.4.6 を使用して Ubuntu 14.04 (trusty) を実行しており、サイトはLet's Encrypt のSSL/TLS 証明書を使用しています。

を使用してエラーログを監視しましたsudo tail -f /var/log/nginx/error.log

iPhone シミュレーターでサイトを更新するたびに、サーバーに 3 つの新しいエラー メッセージが生成されました。

2016/12/22 17:48:39 [alert] 8071#0: worker process 12812 exited on signal 11 (core dumped)
2016/12/22 17:48:39 [alert] 8071#0: worker process 12848 exited on signal 11 (core dumped)
2016/12/22 17:48:40 [alert] 8071#0: worker process 12846 exited on signal 11 (core dumped)

掘り下げた後、 nginx が OpenSSL と通信する方法にバグがあることが判明しました。

明らかな回避策は、すべてのサーバー ブロックに同じセッション キャッシュを使用することです。たとえば、http{} レベルで設定します。

ssl_session_cacheの各仮想ホストのserverスコープに次のオプションを設定しました/etc/nginx/sites-available/。

ssl_session_cache shared:SSL:50m;

この構成行を各仮想ホスト構成から削除し、メイン構成ファイルのスコープに/etc/nginx/sites-available/追加し直しました。http/etc/nginx/nginx.conf

でnginxを再起動した後sudo service nginx restart、問題は解決しました。:)

于 2016-12-22T19:30:38.827 に答える
0

私は自分のサイトの1つでこの同じ問題を抱えていました。私の開発サーバーで動作し、新しいバージョンの FastCGI (2.4.7 対 2.4.6) モジュールを実行していることに気付きました。暗闇の中でのショットとして、新しい FastCGI 2.4.7 を本番システムにインストールすると、問題が解決しました。

FastCGI を使用していない場合は、変更ログが少なくとも正しい方向を示している可能性があります: http://files.directadmin.com/services/custombuild/mod_fastcgi-2.4.7/CHANGES

于 2013-10-13T16:15:08.980 に答える
0

わかりました、私はそれを手に入れたと思いますが、私はそのようなデバイスを所有していなかったので、Apple iDevice ユーザーによって確認されなければなりません.

サーバー上のエラー ログ ファイルにアクセスできます。次のような興味深い行がいくつかあります。

[error] [client 81.204.47.42] mod_security: Access denied with code 500. Pattern match "Mozilla/(4|5)\\\\.0$" at HEADER("USER-AGENT") [hostname "www.meezingeninrotterdam.nl"] [uri "/data:image/x-icon;base64,AAABAAEAICAAAAAAAACoCAAAFgAAACgAAAAgAAAAQAAAAAEACAAAAAAAgAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////ACCB2AA/TVgAjMPXAG ... etc etc

HTML ページのファビコンは base64 でエンコードされていますが、iDevice の Safari はサーバーからロードしようとします。このようなエンコードされたアイコンは、たとえば Windows 用の古い Safari バージョンで完全に機能します。URL にパス スラッシュ (文字列 '////' など) が含まれているため、サーバーはこれを異常なエンコーディングと見なし、内部サーバー エラー (コード 500) をスローします。

html ファイルなどの基本コンテンツがこのエラーをスローしない場合、これは問題になる必要はありません。これは Safari の重大なバグです。ページの一部 (ページに属するファイル) が 500 エラーをスローすると、ページ全体が表示されません。

iDevice を所有していないため、まだテストしていません。500エラーをスローするページでもテストして、同じエラーメッセージ（「インターネットに接続されていないため、SafariはWebページを開くことができません」）がSafariに表示されるかどうかを確認します。true の場合、インターネット接続はあるがページだけにアクセスできないため、これはばかげたメッセージです。

base64 でエンコードされた favicon と apple-touch-icon をページから削除したので、正常に読み込まれるはずです。

iDevice (iPad/iPhone など) を持っている人はこれを確認できますか? 正常に読み込まれる場合は、上記のケースの説明が問題です。

Web サイトのアドレスは次のとおりです。

于 2013-10-14T19:38:13.197 に答える
0

ページに gzip 圧縮を使用している可能性はありますか? iOS 7 のモバイル Safari で CSS が一瞬表示されるという同様の問題がありましたが、その後、「ネットワーク接続が失われたため、Safari はページを開けません」というエラーが表示されました。

サイトの gzip 圧縮をオフにすると、ページは再び正常に機能し始めました。

遠回りですが、やってみる価値はあります。

于 2013-12-02T04:50:42.617 に答える
0

ああ、本当に、今では確かにわかっています。Apple のサポートはひどいものです。

今日、私のメールボックスに届いたメールです。

Hello Erwinus,

Engineering has determined that your bug report is a duplicate of another issue and will be closed. 

The open or closed status of the original bug report your issue was duplicated to appears in the yellow "Duplicate of XXXXXXXX" section of the bug reporter user interface. This section appears near the top of the right column's bug detail view just under the bug number, title, state, product and rank.

Example:

13556600 User interface anomaly in OS X

State: Duplicate                   Product: OS X
Rank: 3 - Medium
---------------------------------------------------------------
Duplicate of 10535951 (Open)
---------------------------------------------------------------

さて、これはバグだとわかりましたが、どのような回避策を使用できますか? いいえ、答えはありません。Bug Reporter で課題 ID #10535951 を検索しても、見つかりません。

これが友よ、あなたの時間を無駄にしないで登録し、バグを報告してこれらの人を助けるための答えです。

問題未解決！

このひどいサポートよりも優れた回避策または解決策を知っている場合は、お知らせください。

于 2013-10-17T20:55:44.700 に答える