秋のBBQ。
いつもの晴海埠頭公園が、オリンピックの会場準備の為に使えなくなったので、新木場公園で開催です。

場所は、予約制なので日程を柔軟に決めるのが難しかったで。ただ、場所取り合戦がない分、朝はゆっくりできました。あと、10時から16時の間で、最大5時間しか使えません。チェックも細かいかな。

機材は、レンタルにしてみました。テーブル、椅子、コンロ、炭、包丁、まな板、網、鉄板がセット。今回はキャンペーンで安かったのはよかったが、次はどうしますかね。持ち込むにも駐車場が近くにないのが難点です。

食材は、いつも通り、築地メインですが、飲み物の一部はカクヤスを利用してみました。運搬は楽ですが、配達時間が11時からしか選べないので、最初の飲み物は持参が必要そうです。12人分想定で食材ハンドキャリーしましたが、25Lのバッグでは限界かも?焼きそば、野菜、肉、漬物、芋、アスパラ、ズッキーニ、大根。全てクーラーに入れる必要もなさそうではあります。

帰りの電車でクーラーバッグを網棚に忘れました。当日と翌日に忘れ物の問い合わせをするも届いていませんでした。忘れたと気づいたら最寄りの駅駆け込む必要がありますね。そうすれば動いている電車内確認もできるかもしれないですから。後から電話では、うまく伝わらない気がしました。
マッチングできずに持ち主不明となっているものがたくさんありそうですね。名前書いてないものは特に、傘とか。画像で検索できるといいのだけど、本業でもないものにそこまでコストはかけないかな。。


[PR]
a0012319_22325381.jpg
最新は、Andoroid 8ですが、まだまだそこまでの道のりは長いようです。
(Zenfone3 Laserの8対応は表明されているので待つだけですが・・)

というわけで、Zenfone3 LaserにAndoroid 7.1.1が降ってきました。

主なアップデート内容は
・デュアルスタンバイに対応
・システムパフォーマンスの改善
・タッチパネルパフォーマンスの改善
となっているようです。

10月に世の中を騒がせてしっまったWPA2の脆弱性「KRACKs」対応はどうなんでしょうか?


とはいえ、上げない理由はないので、上げました。

変わったところはよくわかりませんが、明確に変わった点は、


カメラのシャッター音が変わり、小さくなった!


ことでしょうか。これ地味にうれしいです。

そして、「タッチパネルパフォーマンスの改善」がゴーストタッチの解消であることを望みます。

今日はゴーストは現れませんでした。が、IIJmioの通信速度は引き続き注視していきます。


[PR]
お化けではなく、Zenfone3 Laserに”ゴーストタッチ”がやって来ました。
操作していないのに、スマホが勝手に操作されてしまうアレです。

購入からちょうど1か月ぐらい経過したところです。
Chromeでサイトにアクセスしていると勝手に画面が遷移したり、入力されたりで、
まるでマルウェアにでも感染したのかとびっくり。


自端末環境をまとめておきます。

・Andoroidバージョン
 7.0

・通信会社
 IIJmio

・APN設定
 購入時のまま
 APNタイプ:default,supl,dum
 MVNOタイプ:none

・システムバージョン
 JP_21.40.105.35_20170714

・タッチパネルバージョン
 915L_5005_83_GIS_CTC_1080P


ネットの情報にある通りで、4Gの通信が非常に遅いもしくは通信できないぐらいになっていました。
スピード測定アプリで1Mbps出ないぐらいでpingの応答も遅くなっていました(300ms超)

クーポンの残量は十分にあり、ONの状態でです。

電源のOFF/ON、SIMカードの抜き差しなど試しましたが、通信速度の向上は見られません。
ゴーストは出現していませんが、4Gの通信が不安定になるといつ出てくるか・・。


ゴーストよりも、4G通信が不安定なのが大問題な気がしてきました。
a0012319_21324018.jpg


More(対策を試す)
[PR]
Zenfone 3 LaserのWPA2の脆弱性(KRACKs)対応をメーカー(ASUS)に確認してみた。

結果は、
---
無線LAN(Wi-Fi WPA2) 暗号化における脆弱性について(KRACKs)につきまして、
Android製品の場合、すでにGoogleから対策用のパッチがリリースされており、
随時システムアップデートにて対策用のパッチを入れたOSを配信していく予定となります。
今準備中でございますので、暫くお待ちいただければ幸いでございます。
---
googleからは11/6にリリースされるよう情報を確認してますが、11/6以前の時点で「リリースされており・・」の記述はちょっと変ですね。まあ、Androidスマホメーカーにはすでに修正版が提供されているということなのでしょうか。提供予定があるようなので、待つことにしましょう。どのくらい後になるでしょうね。

日本のメーカーはどうでしょう。。

[PR]
微妙に体調が優れない感じ。
風邪っぽいような、違うような、、、
まあ、頭が重いかな。
体温は、一時的に37度ありましたが、今は36.6で平熱かな。
しばらく様子見。


More
[PR]
自宅でVirtualBoxにCentOS7を入れながら、遊び初めたとき、ふと、自宅のネット(インターネット)接続環境について???となる部分があったので、まとめてみる。

まず、tracceouteの結果から、

# traceroute www.yahoo.co.jp
traceroute to www.yahoo.co.jp (182.22.24.252), 30 hops max, 60 byte packets
1 aterm.me (192.168.11.1) 1.905 ms 2.084 ms 291.364 ms
2 * * *
3 10.202.120.195 (10.202.120.195) 289.446 ms 289.290 ms 289.162 ms
4 10.1.5.137 (10.1.5.137) 27.819 ms 31.755 ms 31.618 ms
5 203-165-19-165.rev.home.ne.jp (203.165.19.165) 31.487 ms 203-165-19-221.rev.home.ne.jp (203.165.19.221) 31.765 ms 203-165-19-229.rev.home.ne.jp (203.165.1

1:192.168.11.1 →自宅のルータのIP
2→?
3:10.202.120.195 →プライベートIP?
4:10.1.5.137 →プライベートIP?
5:203.165.19.165 →グローバルIP(Jupiter Telecommunicationが保有するIP)

となっている。一方で、自宅ルータの設定は、
LAN側IP:192.168.11.1
WAN側IP:210.2.203.224/23 →Jupiter Telecommunicationが保有するIP
WAN側GW:210.2.200.1 →同上

普通に考えたら、自宅ルータのLAN側のIPのnext hopはWAN側のGWになりそうなものだけど、tracerouteの結果とルータの設定の結果は"* * *"ですね。

ホストOSであるWindows10でtracertを実行してっみると、、
> tracert www.yahoo.co.jp
edge.g.yimg.jp [183.79.249.252] へのルートをトレースしています
経由するホップ数は最大 30 です:

1 1 ms 128 ms 3 ms aterm.me [192.168.11.1]
2 21 ms 16 ms 42 ms ub1.d003.icnet.ne.jp [210.2.200.1]
3 21 ms 16 ms 20 ms 10.202.120.212
4 32 ms 23 ms 26 ms 10.1.5.133
5 28 ms 25 ms 28 ms 203-165-19-249.rev.home.ne.jp [203.165.19.249]
6 18 ms 18 ms 18 ms c2-h0-0-0-0.ot-dc.zaq.ad.jp [203.165.19.250]

2:210.2.200.1 →ちゃんとルータのWAN側GWになってる!

となると構成的には、

自宅LAN --- 192.168.11.1_RT_210.2.203.224 --- 210.2.200.1_RT_ --- 10.202.120.212_RT_ --- 10.1.5.133_RT --- 203.165.19.249_RT ・・・

ってことになるのか。
間にグローバル(210.2.200.0/23)があるのは、もしかすると、LAN側で利用しているプライベートアドレスとの重複を避けるためなのかもしれないですね。
プライベートIPが挟まっているのはCGNだから???

cman(https://www.cman.jp/network/)のIPアドレス確認で、インターネットからどう見えているのかを確認してみると、

210.2.203.224

でした。自宅のルータのWAN側IPですね。ってことは、CGNでもないってことなのでしょうか?

NTT-AmericaのLookingGlass(https://us.ntt.net/support/looking-glass/)で外からWAN側IPまでtraceしてみると、

Tracing the route to 210.2.203.224
1 *
ae-4.r30.tokyjp05.jp.bb.gin.ntt.net (129.250.3.34) [MPLS: Label 639348 Exp 0] 1 msec *
2 ae-5.r02.tokyjp03.jp.bb.gin.ntt.net (129.250.3.251) 0 msec
ae-6.r02.tokyjp03.jp.bb.gin.ntt.net (129.250.3.253) 0 msec 0 msec
3 ae-0.pacnet-telstra.tokyjp03.jp.bb.gin.ntt.net (61.120.145.62) 0 msec 0 msec 0 msec
4 ip-202-147-0-108.asianetcom.net (202.147.0.108) 0 msec 0 msec 0 msec
5 TNN-0001-TNN-0002-TNN-0006.10026.telstraglobal.net (203.192.150.238) 0 msec 0 msec 0 msec
6 c2-be11.ot-dc.zaq.ad.jp (203.165.0.9) 0 msec 0 msec
c1-be11.ot-dc.zaq.ad.jp (203.165.0.5) 1 msec
7 203-165-19-173.rev.home.ne.jp (203.165.19.173) 0 msec
203-165-19-213.rev.home.ne.jp (203.165.19.213) 1 msec
203-165-19-249.rev.home.ne.jp (203.165.19.249) 1 msec
8 * * *
(以降***なので省略)

となりました。7個目にWindows10からの5番目が見えていますね。
内からのtraceと外からのtraceで同じIPが見えるのは???ですが、8個目は10.x.x.xでプライベートなので、インターネットからは見えなくて正解だけども。

う~ん。

[PR]
a0012319_15021337.jpg
14時時点で、中心気圧930hPa。最大瞬間風速65m/sだそうです。
これが、関東に最接近するのは今夜3~6時頃にかけてでしょうか。
WNIの予測では、23日の9時には茨城県の北部あたりまで行っているようですが、
通勤時間は大混雑になりそうですね。

■23日の結果は、、、
都内近郊の鉄道はそうれなりに運休とか、間引き運転とかあったようですが、個人的に利用しているメトロ東西線は、、、5:33から地上区間の運転見合わせはあったものの、通勤時間帯には運転再開で、ほぼ普通に出社できました。ちょっと拍子抜け感はありましたが、被害がないのはいいことです。歩道に小枝、葉っぱはかなりの量落ちていましたけどね。。。

[PR]