Hatena::ブログ(Diary)

Kimura.Memo RSSフィード

2012-02-07

EZwebのIPアドレス一部廃止


2012年4月にEZサーバで以下の4件のIPアドレス帯域が廃止となります。
(2011年秋冬モデル以降の一部機種を除く機種)←ややこしいなぁ。

  • 61.117.1.0/28
  • 219.125.148.0/25
  • 222.5.63.0/25
  • 222.5.63.128/25

2012-01-11

ウィルコムのIPアドレス帯域追加

2012/01/11日に以下のIPアドレスが追加されていました。

WILLCOM|ウィルコムのセンター情報

追加されたIPアドレス帯域は以下の14個です。

  • 125.28.6.0/24
  • 125.28.7.0/24
  • 125.28.11.0/24
  • 125.28.12.0/24
  • 125.28.13.0/24
  • 125.28.14.0/24
  • 211.18.238.0/24
  • 211.18.239.0/24
  • 219.108.2.0/24
  • 219.108.3.0/24
  • 219.108.4.0/24
  • 219.108.5.0/24
  • 219.108.6.0/24
  • 221.119.5.0/24

上記14個の追加帯域をまとめると以下のように表せます。

  • 125.28.6.0/23
  • 125.28.11.0/24
  • 125.28.12.0/23
  • 125.28.14.0/24
  • 211.18.238.0/23
  • 219.108.2.0/23
  • 219.108.4.0/23
  • 219.108.6.0/24
  • 221.119.5.0/24

それにしても1月11日に帯域追加で、そのお知らせが1月11日て。。。

WILLCOM IPアドレス帯域のテキストファイル(ご自由にお使い下さい)
http://wap2.jp/download/ip/willcom_ip.txt

2011-12-19

F001(au2011年秋冬モデル)について(続き)

F001のHDML非サポート・XHTML対応状況などについて - Kimura.Memoの続きです。
IPアドレス帯域が今までと異なるau F001について従来端末と異なる部分などを書いています。

Cメールで半角140字まで送ることができる

Cメールで送信することが出来る文字数が半角140文字(全角70文字)に増えています。
W61SAやCA002は半角100文字(全角50文字)まででした。
これ、F001から従来端末に140文字フルで送ったら最後の40字が切り捨てられてしまうのではないかと思い、F001からCA002に全角70文字のCメールを送信してみたところ、全角49文字と全角21文字に分割され、2通になってCA002に届きました。
なお、Eメールの文字数は変わりない(本文半角10,000文字)ようです。

エラーページの内容がブラウザに表示される

これは、au 2011年秋冬モデルで何が変わったか? | 株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報に説明されていました。

従来端末では404エラーや500エラーの際、独自のダイアログが表示されておしまいでしたが、F001ではサーバー側が返すエラーページを表示するようになっていました。

▽従来端末のW61SAの404エラー
f:id:Kimura:20111219190357j:image
▽秋冬モデルF001の404エラー
f:id:Kimura:20111219190356j:image
F001ではApacheデフォルトのエラーページが表示されています。

500エラーの方は独自エラーページを用意してみました。
まず、以下のようなhtmlをcustom500.htmlというファイル名で保存。

<html>
<head>
<meta http-equiv="content-type" content="text/html charset=shift_jis" />
<meta http-equiv="cache-control" content="no-cache" />
<title>カスタマイズ500 Error</title>
</head>
<body>
<h1>カスタマイズ500 Error</h1>
<p>スクリプトがエラーで止まっちゃった。</p>
</body>
</html>

.htaccessに以下のような記述を追加し、

ErrorDocument 500 /custom500.html

そしておバカなエラースクリプトを設置してここにアクセス

#!/usr/bin/perl
hoge

▽従来端末W61SAの500エラー
f:id:Kimura:20111219191054j:image
▽秋冬モデルF001の500エラー
f:id:Kimura:20111219191053j:image
F001では独自のエラーページが表示されています。

ダイアログが自動的に閉じる

こちらもau 2011年秋冬モデルで何が変わったか? | 株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報で説明されていました。

SSLページからHTTPページへ遷移する際に表示されるダイアログが従来端末と秋冬モデルF001では異なります。
性懲りもなく、ヘタクソ撮影の動画でお送りします。なかなかピントが合いません。

▽従来端末W61SAのSSL⇔HTTP
HTTP→SSLの時はダイアログが出ません。
SSL→HTTPの時に「ここでセキュリティが確保されているエリアは終わりです」というダイアログが表示されます。これは「OK」ボタンを押すまで表示され続けます。

携帯はコチラ

▽秋冬モデルF001のSSLHTTPS
HTTP→SSLSSL→HTTP共にダイアログが表示されます。

  • HTTP→SSL時:「セキュリティが確保されているページを表示します」
  • SSL→HTTP時:「これ以降のページはセキュリティが確保されていません」

これらはどちらもほんの一瞬で消えます。
画面中央に表示されます。本当に一瞬です。

携帯はコチラ

auの2011年秋冬モデルは従来端末といろいろと異なる仕様になっていますが、今後何機種くらい発売されるんでしょうか?
なんだかスマートフォンへの移行が強力に進められつつある現状では苦労して対応する意味があるんだろうか、などと思ってしまいます。
まさかF001で打ち止めとか。。。

2011-12-10

KCP端末&SSLでクッキーが保存されない現象の覚書

co3k.org - Blog - 【情報求ム】au のガラケーで cookie が使えなくなる場合がある?を読んで「えっ」と思い、以前使っていたW51Pをほじくり出して試してみた覚書。

上記に書かれている検証用PHPスクリプト(下記)をそのまま使わせていただき、自分のサイトに設置し、HTTPSにてアクセスしてみたところ、同様の現象(クッキーが保持できない)が現れた。

<?php
setcookie('foo', 'bar');
header('Content-Type: text/html');
?>

<html>
<head>
<title>example</title>
</head>
<body>
<pre>
<?php var_dump(date('Y-m-d H:i:s'), headers_list(), $_COOKIE); ?>
</pre>
<a href="?<?php echo htmlspecialchars(time(), ENT_QUOTES, 'UTF-8') ?>">Reload</a>
</body>
</html>

その時の動画(HTTPS通信の場合)


携帯のかたはコチラ
(画面下部にネコが走っている時が読込み(Reload)中)

クッキーが保持されないのはHTTPS接続の時だけで、通常のHTTP通信では正常にセットされた。

HTTP通信の場合


Reload前Reload後
f:id:Kimura:20111210113025j:imagef:id:Kimura:20111210113024j:image

また、手元にあるW61SAやF001ではHTTPS・HTTP共にクッキーは保持された。
(以下は共にReload後)


f:id:Kimura:20111210110424j:imagef:id:Kimura:20111210110423j:image

何度行ってもW51P&HTTPSではクッキーが保持できない。
念のため日を変えてトライしてみたが一度もクッキーの値が画面に表示されることはなかった。

検証に使ったW51P・W61SA・F001のブラウザバージョンは以下の通り。
(EZボタン>「EZ設定」>「バージョン情報」で確認したもの)
※OpenwaveやMyriadについては、EZweb機に搭載されているUP.Browserの会社の変遷 - Kimura.Memo参照

  • W51P
    Mobile Browser 6.2.0.11.1.4
    (KDDI-MA31)
    Universal Edition
    (c)1995-2006 Openwave
    Systems, Inc.
    

  • W61SA
    Openwave Mobile Browser,
    version 7.2.7.1.K.1.5.1.120
    (KDDI-SA3C), (c)1995-2007
    Openwave Systems, Inc.
    

  • F001
    Myriad Browser, version
    7.2.7.1.K.8.160 (KDDI-FJ31),
    (c)1995-2011 Myriad France
    SAS
    



W51Pは機種変更後保管していたもので、W51P→IS01→IS04と機種変更してきている。
今回、現在使用しているIS04からauICカードを抜いてW51Pに差し直し、検証を行った。

このような現象(W51P等でSSLHTTPS)でクッキーが保持できない)が起こるのであれば、もっと前(W51Pが発売された2007年頃)に問題になっているはずなんだが。。。
それとも問題になっていたのに私が気がつかなかったんだろうか。


この記事を書いているうち、かなり前にもクッキーの不具合があったことを思い出した。
私がC3003Pを使っていた頃なので2002年頃の話。
その時は、

  1. 有効期限内であるにもかかわらずクッキーを取得できない
    (しばらくは取得できているのに突然取得できなくなることがある)
  2. C5001TC3003PA3012CAでクッキー保存数上限の30個目のクッキーを保存しようとすると、一番新しいクッキー(つまり29個目のクッキー)に上書きされる

というものだった。
いずれもHTTP接続でしか試していない。
人を介してauに問い合わせたところ、一部au携帯電話におけるホームページURLの送出についてが原因であるという回答がきました(←この回答がauとしての正式回答なのかどうかは不明)

一部のau携帯電話機で、EメールまたはCメール(文字メッセージ)の本文中に記載されたURL(アドレス)を選択して携帯電話向けホームページにジャンプした場合、ジャンプ前に閲覧していたホームページのURLが、ジャンプ後のホームページを管理しているサーバにReferer(参照情報)として送出される事象が生じています。

そして店頭でのソフト書き換えで解消した--はず。

ただ、上記の説明ではクッキーのことには触れられていなかったので釈然としなかったのですが。

logwatchのDisk Spaceを改行させない方法


# vi /usr/share/logwatch/default.conf/services/zz-disk_space.conf


zz-disk_space.confの$df_optionsを以下のように書き替える。
(行頭に # があったら削除する)

$df_options = "-P -h -l -x tmpfs"

2011-12-08

F001のHDML非サポート・XHTML対応状況などについて

IPアドレス帯域が今までと異なるau F001を入手して約1ヶ月が経過しましたのでとりあえず現在までに調べた動作記録を書いておきます。

HDMLの非サポート状態について

完全に非サポートです。

<HDML VERSION=3.0 TTL=0>
<DISPLAY>
Hello World!
</DISPLAY>
</HDML>

↑このように単純なHDMLでも、「このページは表示できません(未対応)」というメッセージが出て表示されません。f:id:Kimura:20111208171150j:image

ならばと無理矢理HTMLヘッダを付けてみると。。。

#!/usr/bin/perl

main:
{
print <<"HDML"
Content-Type:text/html;charset=Shift_JIS

<HDML VERSION=3.0 TTL=0>
<DISPLAY>
Hello World!
</DISPLAY>
</HDML>
HDML
}

今度は「このページは空白です」というメッセージが出て、やはり表示されません。

万が一、まだHDMLのコンテンツが残っている(←私だよ)のならば、

  • HDML独自の機能(NODISPLAYや変数)を使っているのならWMLへ
    (後日折を見てXHTMLへ再度書き直す)
  • 上記以外はXHTML

書き直しましょう。

上のHDMLはXHTMLに書き直すべきものですが、WMLに書き直すと以下のようになります。

<?xml version="1.0" encoding=shift_jis?>
<!DOCTYPE wml PUBLIC "-//OPENWAVE.COM//DTD WML 1.3//EN"
 "http://www.openwave.com/dtd/wml13.dtd">
<wml>
 <head>
 <meta http-equiv="cache-control" content="max-age=0" forua="true"  />
 </head>
 <card>
 <p>Hello World!</p>
 </card>
</wml>

WMLについては、以下のサイトに解説があります。
WMLタグリファレンス

XHTMLの対応状況

コメント欄等で、XHTMLタグへの対応が従来の機種より厳格になるというご連絡をいただいていましたが、調べた範囲では割と柔軟でした。
<br />を<br>にしても問題なく改行されました。

ただ、XHMLの中にwml名前空間を入れた場合はタグによっては厳格になるようです。
通常、wml名前空間を使用することはめったに無いでしょうから、以下はwml名前空間を使用している人以外は「プラウザメニューの二段化」の項目まで読み飛ばして下さい。

たとえば、以下のようなXHTMLでは、1つ目のリストに</li>が無いため、</ul>が出現するまでネストし続けてしまいます。
W61SAでは</li>があっても無くても同じように表示されます。

<html>
<head>
<meta http-equiv="content-type" content="text/html;charset=Shift_JIS" />
<meta http-equiv="cache-control" content="max-age=0" />
<title>li</title>
</head>
<body>
<wml:do type="options" label="Home">
 <wml:go href="/" />
</wml:do>
<p>&lt;/li&gt;が無いリスト</p>
<ol>
<li>リスト1
<li>リスト2
<li>リスト3
</ol>
<hr />
<p>&lt;/li&gt;があるリスト</p>
<ol>
<li>リスト1</li>
<li>リスト2</li>
<li>リスト3</li>
</ol>
</body>
</html>

f:id:Kimura:20111208193519j:imagef:id:Kimura:20111208193518j:image

また、以下のようなXHTMLでは、1つ目のテーブルに</tr>が1個無いため、それ以降のセルが表示されなくなってしまいます。
W61SAでは</tr>があっても無くても同じように表示されます。

<html>
<head>
<meta http-equiv="content-type" content="text/html;charset=Shift_JIS" />
<meta http-equiv="cache-control" content="max-age=0" />
<title>table</title>
</head>
<body>
<wml:do type="options" label="Home">
 <wml:go href="/" />
</wml:do>
<p>&lt;/tr&gt;が無いテーブル</p>
<table border="1">
<tr>
 <td>1-1</td>
 <td>1-2</td>
 <td>1-3</td>
<!--ここに /tr が無い-->
<tr>
 <td>2-1</td>
 <td>2-2</td>
 <td>2-3</td>
</tr>
</table>
<hr />
<p>&lt;/tr&gt;があるテーブル</p>
<table border="1">
<tr>
 <td>1-1</td>
 <td>1-2</td>
 <td>1-3</td>
</tr>
<tr>
 <td>2-1</td>
 <td>2-2</td>
 <td>2-3</td>
</tr>
</table>
</body>
</html>

f:id:Kimura:20111208193826j:imagef:id:Kimura:20111208193825j:image

上記2つのXHTML内にある、<wml:**>で始まるタグを全て削除すればF001でも何の問題もなく表示されます。


f:id:Kimura:20111208194106j:imagef:id:Kimura:20111208194235j:image

プラウザメニューの二段化

ブラウジング中、右下に表示される「ブラウザメニュー」ボタンがF001では二段式になっています。
前機種がW61SAと少々古いので、もしかしたら最近の機種では既にこのようになっているのかもしれませんが、記録しておきます。
撮影の腕が悪くてすみません。PCでは全画面表示にすると少し見やすくなります。

携帯の方はコチラ

↓ちなみにW61SAのブラウザメニューはこうなっています。
f:id:Kimura:20111208195251j:image

ちょっと困っていること

最近、カメラの起動時に画面がチカチカして、撮影ボタンを押しても「処理できませんでした」などと表示されて保存できないことがあります。
毎回ならすぐ修理に持ち込むところですが、時々なので困っています。

携帯の方はコチラ
撮影がブレブレなのはご容赦下さい。最後、「処理できませんでした」と表示されています。

もう少し様子を見て、頻繁に起こるようであれば修理に出すつもりです。
何かF001で調べたいことがありましたら今の内にコメント欄へどうぞ。

2011-12-01

auのPCサイトビューアーのIPアドレス帯域が変更されました


F001のPCサイトビューアーでsetRequestHeader - Kimura.Memoでは、「ユーザーエージェント他の偽装ができない」との間違った情報を提供してしまい申し訳ありませんでした。

海老原氏の調査(co3k.org - Blog - au の F001 に存在した EZ 番号詐称の脆弱性について)により、PCサイトビューアーでユーザーエージェント・サブスクライバIDの偽装が可能なことが判明しましたが、徳丸氏の適切な助言と対応(徳丸浩の日記: KDDIの新GWで「かんたんログイン」なりすましの危険性あり直ちに対策された)により、当初、

2011年秋冬モデル以降の端末では、搭載されるEZブラウザ、PCSVの各ブラウザのIPアドレスが、統一されます。

としていたKDDI側がPCサイトビューアーIPアドレス帯域をEZサーバと分けるという対策をとったことで危険は回避されました。

※ セキュリティ確保のため、EZブラウザとPCサイトビューアーは、従来通り異なるIPアドレス帯域を使用しております。

(↑http://www.au.kddi.com/ezfactory/index.html

と言うわけで、EZサーバ経由のアクセスは、2011年秋冬モデル以降の一部機種(現在はF001のみ)とそれ以外の端末で違いますが、PCサイトビューアー(PCSV)経由のアクセスは全機種で同じ帯域からということになりました。
これに伴い、PCサイトビューアー(PCSV)のIPアドレス帯域に追加がありました。

(1)2011年秋冬モデル以降の一部機種(12月1日現在F001のみ)のEZサーバ

変更なし

  • 111.107.116.0/26
  • 111.107.116.64/26
  • 111.107.116.192/28

(2)上記(1)以外(12月1日現在F001以外)のEZサーバ

変更なし(たくさんあるので書きません)

(3)全機種のPCサイトビューアー(PCSV)

11月28日、従来の帯域に以下の1件が追加された

  • 111.87.241.128/28

↑今のところF001からPCサイトビューアーでアクセスするといつもこの帯域になります。
(私があまり移動していないからかもしれません)

EZwebIPアドレス帯域表(テキストファイル)
http://wap2.jp/download/ip/ezweb_ip.txt


ところで、私は11月12日昼にF001への機種変更を行いました。
事前に予約していたので11月10日か、11日には入手できるかと思っていたのですが連絡がなく、12日朝にしびれを切らしてauショップに電話をしました。
電話に出た店員さんは、「少々お待ち下さい」と数十秒調べてから「ご連絡するのが遅れて申し訳ありません。入荷しておりますのでいつでもご来店下さい。」と言いました。

その時、「うん?『ご連絡が遅れて』って言うことはもっと前に入荷していたのだけれど、連絡していなかったということだろうか」とふと感じました。

お店に行った時も、店員さんに「今日はどのようなご用件でしょうか」と聞かれて、「予約していた携帯が入荷したという連絡をいただいたので..」と言ったら「あぁ、F001ですね」と言われて「?」と思ったのを覚えています。

徳丸氏の記事(徳丸浩の日記: KDDIの新GWで「かんたんログイン」なりすましの危険性あり直ちに対策された)によると、11月11日にツテを通じてKDDIに連絡し、翌11月12日夜にIPアドレスが変更されているのを確認したとのことですので、おそらく私がauショップに問い合わせをした11月12日午前10:00頃には既に対策がなされていたのではないでしょうか(入手してすぐにIPアドレス等を調べれば良かったと悔やまれます)

2011-11-24

SoftBank携帯とスマートフォンのIPアドレス帯域変更


2012年3月末にSoftBank携帯とスマートフォンIPアドレス帯域が変わるそうです。
古い帯域と新しい帯域の並行期間*1(2012年3月末〜6月末)があります。
IPアドレス Mobile Creation | ソフトバンクモバイル
IPアドレスについて 技術情報 ウェブ | SoftBank スマートフォン サービス開発支援サイト
Xシリーズ IPアドレス | SoftBank スマートフォン サービス開発支援サイト

■携帯(Yahoo!ケータイ

2012年3月末までの帯域
  • 123.108.237.0/27
  • 202.253.96.224/27
  • 210.146.7.192/26

2012年3月末〜6月末までの帯域(並行期間)
  • 123.108.237.0/27
  • 123.108.237.112/28
  • 123.108.239.224/28
  • 202.253.96.144/28
  • 202.253.96.224/27
  • 202.253.99.144/28
  • 210.146.7.192/26
  • 210.228.189.188/30

2012年7月以降の帯域(上記の赤字部分がなくなる)
  • 123.108.237.112/28
  • 123.108.239.224/28
  • 202.253.96.144/28
  • 202.253.99.144/28
  • 210.228.189.188/30


■PCサイトブラウザ,スマートフォンのプリインストールブラウザ及びXシリーズのInternet Explorer

2012年3月末までの帯域
  • 123.108.237.224/27
  • 202.253.96.0/27

2012年3月末〜6月末までの帯域(並行期間)
  • 123.108.237.128/28
  • 123.108.237.224/27
  • 123.108.239.240/28
  • 202.253.96.0/27
  • 202.253.96.160/28
  • 202.253.99.160/28
  • 210.228.189.196/30

2012年7月以降の帯域(上記の赤字部分がなくなる)
  • 123.108.237.128/28
  • 123.108.239.240/28
  • 202.253.96.160/28
  • 202.253.99.160/28
  • 210.228.189.196/30

スマートフォンのプリインストールブラウザ以外

  • 126.163.0.0/16
  • 126.192.0.0/16
  • 126.193.0.0/16

■XシリーズのInternet Explorer以外

  • 126.243.0.0/16
  • 126.195.0.0/16

スマートフォンはプリインストールブラウザと他のアプリケーションでIPアドレス帯域が違うんですね。

スマートフォンIPアドレス帯域は今までチェックしていなかったのですが、今後は必要。。なのでしょうか。

メールのIPアドレス帯域には変更ないようです。

*1:併用期間と言った方がしっくり来ますが公式サイトの表現をそのまま使いました

2011-11-22

F001のPCサイトビューアーでsetRequestHeader


F001のPCサイトビューアーJavaScriptのsetRequestHeaderによってユーザーエージェント(user-agent)が変更できるか、サブスクライバID(x-up-subno)が追加できるか調べてみました。
EZwebの2011年秋冬モデル以降の変更内容とセキュリティ上の注意点 - ockeghem(徳丸浩)の日記を参考にさせていただきました)


機種名発売年月user-agentx-up-subno
F0012011年11月変更できない追加できない
W61SA2008年4月変更できる追加できる

F001のPCサイトビューアーでは、

  • user-agentは変更できない
  • x-up-subnoは追加できない

ようです。
(下記追記参照)

※F001のEZブラウザにはJavaScript機能はありません。
PCサイトビューアーの設定でJavaScriptをON/OFF可能です。

【2011-11-23追記】
SSLでのテストはしていません。

【2011-11-29追記】
徳丸浩の日記: KDDIの新GWで「かんたんログイン」なりすましの危険性あり直ちに対策されたにて、ユーザーエージェントとサブスクライバIDを偽装できることが確認されたとのことです。

私は「user_agent」「x_up_subno」までは調べたのですが、「.」は考えませんでした。

間違った情報を提供してしまい、申し訳ありませんでした。

2011-11-16

F001のHTTPヘッダ


auの新機種F001に機種変更しました。
F001はIPアドレス帯域を始め、いろいろと仕様変更が行われている最初の機種です。
KDDI au: EZfactory
EZwebの2011年秋冬モデル以降の変更内容とセキュリティ上の注意点 - ockeghem(徳丸浩)の日記

早速HTTPヘッダを確認してみたのですが、今までau端末にあった「x-up-***」ヘッダがほとんど無くなっていました。

非送出の設定でもあるのかと思い、探してみましたがそれらしき設定画面は端末側にはありませんでした。

今後発売される「EZブラウザ・PCサイトビューアーのIPアドレス帯域が統一された機種」は、いずれもこうなるのでしょうか?
(今の所はF001だけですが)

個人的にはx-up-devcap-screenpixelsを残して欲しかった。

F001(2011-11-09発売)※一部伏せ字


HTTP_USER_AGENTKDDI-FJ31 UP.Browser/6.2_7.2.7.1.K.8.160 (GUI) MMP/2.0
HTTP_X_UP_DEVCAP_MAX_PDU131072
HTTP_X_UP_DEVCAP_MULTIMEDIAA400971224403120
HTTP_X_UP_DEVCAP_ZONE12304
HTTP_X_UP_SUBNO##############_ma.ezweb.ne.jp
REMOTE_ADDR111.107.116.##

URBANO AFFARE(2011-10-27発売)※一部伏せ字


HTTP_USER_AGENTKDDI-SN3V UP.Browser/6.2_7.2.7.1.K.7.112 (GUI) MMP/2.0
HTTP_X_UP_DEVCAP_CC1
HTTP_X_UP_DEVCAP_DEVICEPIXELS480,854
HTTP_X_UP_DEVCAP_ISCOLOR1
HTTP_X_UP_DEVCAP_KZ1
HTTP_X_UP_DEVCAP_MAX_PDU131072
HTTP_X_UP_DEVCAP_MULTIMEDIAA400971224403120
HTTP_X_UP_DEVCAP_NUMSOFTKEYS2
HTTP_X_UP_DEVCAP_QVGA1
HTTP_X_UP_DEVCAP_SCREENCHARS23,16
HTTP_X_UP_DEVCAP_SCREENDEPTH16,RGB565
HTTP_X_UP_DEVCAP_SCREENPIXELS240,375
HTTP_X_UP_DEVCAP_SOFTKEYSIZE6
HTTP_X_UP_DEVCAP_TITLEBAR0
HTTP_X_UP_DEVCAP_ZONE12339
HTTP_X_UP_SUBNO##############_ee.ezweb.ne.jp
REMOTE_ADDR222.5.62.###

F001の端末側ブラウザバージョン

[EZ]ボタン > [8]EZ設定 > [0]バージョン情報で表示されるブラウザバージョンは以下の通り(画面表示のまま記述しました)

Myriad Browser, version
7.2.7.1.K.8.160 (KDDI-FJ31),
(c)1995-2011 Myriad France
SAS

F001(PCサイトビューアー)※一部伏せ字

HTTP_USER_AGENTMozilla/5.0 Opera/9.80 (KDDI-FJ31; BREW; Opera Mobi; U; ja) Presto/2.4.18 Version/10.00
HTTP_X_SELECTEDNETWORK0
REMOTE_ADDR111.87.241.##

あれ?REMOTE_ADDRが111.87.241.##?
これ、2011年秋冬モデル以降の一部機種のEZブラウザ/PCSVのIPアドレス帯域じゃないですね。
従来のPCサイトビューアーのIPアドレス帯域でもありません。
それになぜかx-selectednetworkヘッダがあります。