どうなっているのだ、SBM (mobilebiz)

どうなっているのだ、SBM

数日前より、東日本～中部地域にてソフトバンクケータイから特定のサイトにアクセスすると、WJ40133Eもしくは、WJ46143Eエラーが発生して、サイトに繋がらない現象が発生しています。
開発者のコミュニティでも話題になっていて、原因が特定されていないのが現状です。
どうも9/11にネットワーク設備内でプロキシーサーバを更新したらしいのですが、それが原因ではないかと思われますが、9/24日現在解決されていない模様。
弊社のASPでも、特定のサービス（ここが一番大きいので困るのですが）で同様の現象が出てしまっているので、なんとか早急に対応したいのですけど

2009/2/13追記

取り急ぎ、前述の開発者コミュニティでも解決策がでていましたが、サーバのMTUを変えることによりエラーは回避されるようです（これはサーバ側の対策なので、端末側の方の解決策ではありません）。

ソフトバンクモバイルはゲートウェイがいくつかあるので、
ip route add 210.169.130.112/28 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 123.108.237.0/27 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 202.253.96.224/27 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 210.151.9.128/26 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 210.146.60.192/26 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 210.146.7.192/26 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 211.8.159.128/25 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 210.175.1.128/25 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 123.108.236.0/24 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 202.179.204.0/24 via ゲートウェイアドレス dev eth0 mtu 1300
ip route add 210.228.189.0/24 via ゲートウェイアドレス dev eth0 mtu 1300
という感じで値を変更したところ、WJ46143Eは解消されました。
※ゲートウェイアドレス部は自社の環境にあわせて適宜変更してお使いください。

2009/3/23追記

MTU対策をしても、たまにWJ46143Eが発生することが判明。
一度繋がらなくなると、しばらく状況が変わらない。
発生時間にはあまり規則性はない。
tcpdumpを使ってパケットキャプチャをしたところ、パケット自体がサーバまで来ていない。
やはりルータでMTUブラックホールになっているのか？
しかし、正常に表示されるときのパケットを見る限り、サイズは上記修正で対応可能なはずである。
念のため、ホスト名ではなくIPアドレスでアクセスをしたところ、正常に接続されることが判明。
どうやらDNSの正引きに問題があるようだ。
ウチの環境は、外向きサーバにはプライベートアドレスを振ってあり、ファイヤウォールでアドレス変換する仕掛けにしている。
そのため外部からアクセスする場合と、内部からアクセスする場合でIPアドレスを使い分けしなくてはならず、BINDの設定でDNSクライアントアドレスを判定して応答を変えている。
今回の問題は、どうやらSBM側からの正引きを、内部からのクエリーと間違った判断をしているのが原因のようだ。試しに内部からの応答にも外向きと同じアドレスを返すようにしたらホスト名でも正常に名前解決ができることが確認できた。
何れにしろ、名前解決も問題の原因となることがわかったので、同様の現象で悩まれているサーバー管理者の方には参考にしていただきたい。

投稿者: システム管理者日時: 2008年09月24日 12:33 | パーマリンク

コメント (23)

もげぱんまん:

これって何でしょうね･･･

僕もSBMにしてから、何度かお目にかかったことがあるエラーです。Retryしてみるとすぐにつながったり、数日間だめだったり。

困ったもんですよ。

投稿者: もげぱんまん | 2008年09月24日 13:44

日時: 2008年09月24日 13:44

かつみさん:

＞もげさん

SBMから回答きました。
やはり11日に入れ替えた新プロキシが設定値が不正でタイムアウトになるとか。
設定を変更して恒久的に対応するとのことですが、なんか別の理由がありそうな気がしています。
それ以外のエラーはWebサーバのタイムアウトだから、そっちでなんとかしろみたいな内容でした。
ってか、タイムアウトいくつで設定しているの？って感じですよ。

投稿者: かつみさん | 2008年09月24日 22:45

日時: 2008年09月24日 22:45

中:

今現在、WINDOWS LIVEが全く駄目。目黒駅そばから。AUはサクサクつながる。

投稿者: 中 | 2008年11月01日 20:59

日時: 2008年11月01日 20:59

かつみさん＠管理者:

＞中様

コメントありがとうございます。
国内キャリアの中でもSMBさんだけは障害が多いように思います。海外だと繋がらなくても当たり前のような風潮がありますが、日本は通信品質良いですからね。

投稿者: かつみさん＠管理者 | 2008年11月03日 11:38

日時: 2008年11月03日 11:38

ともゆき:

はじめまして。
(WJ40133E)でYahoo!引いてここに来ましたが
全然、正常化されませんね。

投稿者: ともゆき | 2008年12月18日 11:35

日時: 2008年12月18日 11:35

かつみさん＠管理者:

＞ともゆきさん

コメント、ありがとうございました。
弊社のサービスでは現在はあまり問題がでなくなりました。
特に何をしたわけではないのですが。
ちなみにサーバーは東京にあります。

投稿者: かつみさん＠管理者 | 2008年12月19日 10:59

日時: 2008年12月19日 10:59

療頼:

WJ46143E

好きなネットがつながらない(>_<)う…辛い

投稿者: 療頼 | 2009年03月22日 23:40

日時: 2009年03月22日 23:40

かつみさん＠管理者:

＞療頼様

そうですか。
色々な原因が複雑に絡むようです。
WJ46143Eはプロキシーだけの問題でもないようなので、サーバー側でもある程度対策が必要です。

投稿者: かつみさん＠管理者 | 2009年03月23日 17:44

日時: 2009年03月23日 17:44

名無し:

WJ40133EとWJ46143Eの違いってなんですかね。しばらくWJ46143Eにならないなと思ったら今度はWJ40133Eになるし‥‥

投稿者: 名無し | 2009年04月14日 22:49

日時: 2009年04月14日 22:49

名無し:

WJ40133EとWJ46143Eの違いってなんですかね。しばらくWJ46143Eにならないなと思ったら今度はWJ40133Eになるし‥‥

投稿者: 名無し | 2009年04月14日 22:49

日時: 2009年04月14日 22:49

名無し:

連投スマソ

投稿者: 名無し | 2009年04月14日 22:53

日時: 2009年04月14日 22:53

かつみさん＠管理者:

＞名無しさん

今までの経緯からみると、どうもWJ40133EはSBMさん側のプロキシー設定などで発生しているようですが、WJ46143Eについては必ずしもSBMさんだけの問題でもなさそうです。
WJ46143Eは、この記事に考えられる対策（といってもサーバ側の話なので、ユーザさんにはどうしようもありませんけど）が書かれてます。

投稿者: かつみさん＠管理者 | 2009年04月15日 15:46

日時: 2009年04月15日 15:46

カネボウ:

SoftBankで昨日のお昼まで入れてたサイトでいきなり未対応ファイルになるなんて…WJ40133E
治らないのですか？？

投稿者: カネボウ | 2009年08月02日 08:28

日時: 2009年08月02日 08:28

かつみさん＠管理者:

＞カネボウさん

WJ40133EについてはSBMさんに聞くしかないでしょうね。

投稿者: かつみさん＠管理者 | 2009年08月03日 09:01

日時: 2009年08月03日 09:01

スマイリー: