優技録 | public string[] 優技録 = { "Data Science", "Linux", "MS", "DB", "AWS", "Infrastructure", "C#", "PHP", "Python", "JavaScript"};

Google VR View

投稿日: 2018年9月18日2018年11月30日投稿者: 優

DEMO

動作確認 2018-0918

Chrome ◎
IE ◎
Firefox ×
Android標準ブラウザ ◎

注意

httpsでの動作環境が必要

CORS設定 NginxServerディレクティブ内

storage.googleapis.comからのアクセスを受け入れる

# Google VR View
add_header Access-Control-Allow-Origin https://storage.googleapis.com always;
add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";
add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";
add_header Access-Control-Allow-Credentials true;

# Google VR View

add_header Access-Control-Allow-Origin https://storage.googleapis.com always;

add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";

add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";

add_header Access-Control-Allow-Credentials true;

全部おっけー版

# Google VR View
add_header Access-Control-Allow-Origin * always;
add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";
add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";
add_header Access-Control-Allow-Credentials true;

# Google VR View

add_header Access-Control-Allow-Origin * always;

add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";

add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";

add_header Access-Control-Allow-Credentials true;

スクリプト読み込み

<!--Google VR View-->
<script src="//storage.googleapis.com/vrview/2.0/build/vrview.min.js"></script>
<script>
  window.addEventListener('load', onVrViewLoad)
  function onVrViewLoad() {
    var vrView = new VRView.Player('#vrview', {
      image: 'https://www.yuulinux.tokyo/demo/4837-GoogleVR-v1/vr-image1.jpg', //画像を埋め込みたい場合。値にパスを指定。
      width: '100%',
      height: '100%',
      is_autopan_off: true,
    });
  }
</script>
<!--Google VR View END-->

window.addEventListener('load', onVrViewLoad)

function onVrViewLoad() {

var vrView = new VRView.Player('#vrview', {

image: 'https://www.yuulinux.tokyo/demo/4837-GoogleVR-v1/vr-image1.jpg', //画像を埋め込みたい場合。値にパスを指定。

width: '100%',

height: '100%',

is_autopan_off: true,

});

}

</script>

index.php

<div id="vrview" align=center></div>

1	<div id="vrview" align=center></div>

@image

https://thinkmobiles.com/blog/how-to-make-react-vr-app/

.Net CoreアプリのSystemd化

投稿日: 2018年9月12日2018年9月13日投稿者: 優

.NET CoreのアプリをSystemd化

寄稿しました。

狂うこと

投稿日: 2018年9月12日2018年10月3日投稿者: 優

孔子の論語狂狷

子路第十三の二十一　狂者は進みて取り、狷者は為さざる所あり

子曰、不得中行而與之、必也狂狷乎、狂者進取、狷者有所不爲也。

子曰わく、中行を得てこれに与(ｸﾐ)せずんば、必ずや狂狷か。
狂者は進みて取り、狷者は為さざる所あり。

要約

最上である中庸の徳を心得た人を最も友として求めたいがそう近くにはいない
狂者か狷者のどちらかを選ぶしかない
狂者(理想家)は情熱的で志が大きく進取に富む
狷者(頑固者)は堅くなに潔癖で不善を行わない
極端であっても狂者か狷者と交わるべきである

世間の人からしたら、狂者と狷者はどちらも獣。

講孟箚記

狂者にあらざれば興すこと能(あた)わず。
この道を守るには、狷者にあらざれば守ること能(あた)わず。

狂愚

狂愚誠可愛／狂愚は誠に愛すべきもので
才良誠可虞／才良は誠に恐るべきものだ
狂常鋭進取／狂人は常に鋭く新しい物事に取り組み
愚常疎避趨／愚者は常に危険を避けたりしない
才多機變士／才人には変節漢が多く
良多郷原徒／良識者とされる者は八方美人が多い
流俗多顚倒／俗世間の評価はしばしば転倒していると
目人古今殊／古今の人物を見れば殊更に思われる
才良非才良／才良など本当は才良ではないし
狂愚豈狂愚／狂愚のなにが狂愚であろうか

@see
http://school.nijl.ac.jp/kindai/OWND/OWND-00063.html#47
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12185004212

狂

情熱を持ち鋭く取り組み行動すること
自己を信じてただひたすらにまっすぐ突き進むこと
枠からはずれ広がる

縁について

投稿日: 2018年9月6日2018年11月10日投稿者: 優

蜘蛛の糸

お釈迦さまは極楽の蓮池のふちを、独りでぶらぶらお歩きになっていらっしゃいました。
お釈迦さまが池の底をご覧になられると池の底は血の池地獄につながっていて罪人たちがうごめいているのであります。
するとその地獄の底に、カンダタという男が一人、ほかの罪人と一緒にうごめいている姿が、眼に止まりました。
このカンダタと云う男は、人を殺したり家に火をつけたり、いろいろ悪事を働いた大泥棒でございますが、それでもたった一つ、善い事を致した覚えがございます。
と申しますのは、ある時この男が深い林の中を通りますと、小さなクモが一匹、道ばたをはって行くのが見えました。
そこでカンダタは早速足を挙げて、踏み殺そうと致しましたが、
「いや、いや、これも小さいながら、命のあるものに違いない。その命をむやみにとるという事は、いくら何でも可哀そうだ。」
と、こう急に思い返して、とうとうそのクモを殺さずに助けてやったからでございます。お釈迦様は地獄の様子を御覧になりながら、このカンダタにはクモを助けた事があるのを思い出しになりました。
そうしてそれだけの善い事をしたむくいには、出来るなら、この男を地獄から救い出してやろうとお考えになりました。

(略)

カンダタ「こら、罪人ども。この蜘蛛の糸は己（おれ）のものだぞ。お前たちは一体誰に許しを得て、のぼって来た。下りろ。下りろ。」とわめきました。

その途端でございます。今まで何ともなかったクモの糸が、急にカンダタのぶら下っている所から、ぷつりと音を立てて切れました。

お釈迦様は極楽の蓮池のふちに立って、この一部始終をじっと見ていらっしゃいましたが、やがてカンダタが血の池の底へ石のように沈んでしまいますと、悲しそうなお顔をなさりながら、またぶらぶらお歩きになり始めました。自分ばかり地獄からぬけ出そうとする、カンダタの無慈悲な心が、そうしてその心相当な罰をうけて、元の地獄へ落ちてしまったのが、お釈迦様の御目から見ると、あさましく思召されたのでございましょう。

要約

蜘蛛を救った生前の業によって、お釈迦様とカンダタとを結ぶ縁が出来た
縁がないと、お釈迦様でも救うことが出来ない、関わることすら出来ない
縁があれば、お釈迦様でも悪党でも関わることが出来る
カンダタの言葉により、お釈迦様とカンダタとの縁が切れ、カンダタと亡者たちの縁も切れてしまった。
お釈迦様であっても縁について介在することが出来ない
蜘蛛の糸のように縁は切れることがある、良い縁は大切にしなければならない

孟母三遷

孟子の母が、はじめ墓所の近くに住んでいたところ、孟子が葬式のまねをして遊ぶので市中に引っ越した。今度は商売のまねをするので学校のそばに引っ越した。すると礼儀作法をまねたのでそこに居を定めたという故事〕

教育には環境からの感化が大きいという教え。三遷の教え。

@see https://kotobank.jp/word/%E5%AD%9F%E6%AF%8D%E4%B8%89%E9%81%B7%E3%81%AE%E6%95%99%E3%81%88-645047

要約

良い縁と悪い縁がある
人が良く生きていくには環境となる「縁」が大切である

諸法無我縁起

「“無我”と聞くと、自分をなくさなければならないのか、と考える人がいます。たしかに“無我”とは自我がない状態です。しかし、いまここに生きているかけがえのない自分はいない、などといっているのではありません。

“無い”とされているのは、“常・一・主・宰”と規定されるものについてです。常にそこにあって変化せず、同一で、しかも主体的な存在であると考えられているものは、“無い”というのです。そう、常住なる永遠不変の自我は無い。

永遠不変の自我はない。しかし、かけがえのない自分はいる。ではどこにいるかというと、関係性の中にいる。それが“縁起”の世界だ。

“無我”と並んで仏教の根本概念をなすものが“縁起”だ。私たちが「縁起がいい」「縁起が悪い」と使うとき、そこには何らかの因果関係を感じとっていることが多い。

そのとおりだが、単純な因果関係では終わらないのが、仏教における“縁起”である。それを竹村先生は、「“因（原因）”と“果（結果）”の間に、“縁”がある」と説明する。

「何かの現象（出来事）が起こるのには“因”が必要なのですが、因だけでは起こらないのです。そこには“縁”が必要です。“因”が直接的原因とすれば、“縁”は間接的な条件。直接的原因と間接的条件とがあいまって、初めて現象が生じるのです」

どんなに才能のある人であっても、チャンスだとか巡りあわせなどの間接的条件に恵まれないと、世の中で成功しない。逆に、取り立ててくれる人がいたり時の運を得たりしても、本人に実力がなければ成功し得ない。これは人の世でしょっちゅう見聞きすることであるが、仏教はこのように、事実を事実として見つめた科学的な見方をしていると、竹村先生は言う。

「仏教はこのように、実体論的世界観ではなく、関係主義的世界観を持っています。あらゆるものは関係性の中にあって初めて存在し得ているから、自分で自分を支えているものはない。自分で自分を支えるものではないということは、本体がない、ということです。関係の中で初めてありえている。これが仏教の世界観なのです」

@see https://mananavi.com/%E3%80%8C%E7%84%A1%E6%88%91%E3%80%8D%E3%81%A8%E3%80%8C%E7%B8%81%E8%B5%B7%E3%80%8D%E3%82%92%E7%90%86%E8%A7%A3%E3%81%99%E3%82%8C%E3%81%B0%E4%BB%8F%E6%95%99%E6%80%9D%E6%83%B3%E3%81%AF%E8%85%91%E3%81%AB/

要約

常在なる永遠不変の自我はない、自分はどこにいるのか。
関係性の中、縁起の世界に自分はいる。関係主義的世界観。
自分はただ縁の重なり合いの中にあり、自分だけがあるわけではない、自分が自分を支えているのではない。関係の中で存在しうる存在であり、また自我も常に移ろい変化し続け、留まらない。
原因となる因、結果の果の間には縁がある
因があっても、縁がなければ現象は起こらない
良い因と良い縁によってこそ、良い果が現象として生じる

抽選くじがあたる確率

投稿日: 2018年9月5日2018年9月8日投稿者: 優

母数がわかる場合

10枚のくじに当たりが１枚入っていて、3回引いた時に１度は当たる確率

当たる確率 = すべての確率－ 3回ともはずれの確率

1 － (9/10 × 8/9 × 7/8) = 3/10 = 0.3

上記の条件で９回引いた場合に１度は当たる確率

1 － (9/10 × 8/9 × 7/8 × 6/7 × 5/6 × 4/5 × 3/4 × 2/3 × 1/2) = 0.9 = 90%

母数がわからない場合

目当てのSSRのキャラを引ける確率が10%のガチャを3回引いた時に１度は目当てのSSRのキャラが当たる確率

1 － (9/10)^3 = 0.271

上記の条件で９回引いた場合に１度は当たる確率

1 － (9/10)^9 = 0.6126 = 61%

あれれ～。

母数がわかっている場合かつ確率100パーセントでくじを当てる方法

１枚ずつ抽選くじを当たるまで買う

母数がわかっている場合かつ夏祭りの夜店で抽選くじを引いて当たる確率

というわけでもなく、
たくさんはずれくじを引いたのを不憫に思ってか、夏祭り最終日に屋台のおじさんから景品のゲーム機を貰ったことがあります。

【障害報告事例】MonappyからMonacoinが盗難

投稿日: 2018年9月2日2018年9月5日投稿者: 優

バグ２つ

高負荷状態でサイト側とmonacoind側の通信タイムアウトを誘発し、DBのトランザクション処理をロールバックさせることで同一のギフトコードから複数回利用が可能なバグ
サイト側でロールバック処理されても、monacoind側では送金処理が行われてしまっていたバグ

この２つのバグにより、同一ギフトコードからn回の送金処理が可能になった

事象

ホットウォレットの保有コインすべての盗難

発覚の経緯

2018年9月1日午前11時、今回とは別件の攻撃に関する注意喚起を受けたのを期に改めて調査したところ、サーバ上にあるホットウォレットがユーザの残高に対して不足していることを確認
この件を受けてすぐにサーバを切断し確認作業を行っておりましたが、調査の結果ほぼすべてのMonacoinが盗難されていることが判明しました。
2018年9月2日午前1時、検証の結果攻撃に至った原因が高負荷時におけるギフトコード機能の不備であることを確認

従来よりセキュリティ対策としてサーバへのアクセス制限、各種の脆弱性テストなどを実施していた

原因(推測原因)

悪意あるユーザのギフトコード機能を悪用した攻撃
モニタリング体制の不備
テストや確認の不備

MonappyからMonacoinを送信する際は、
monacoindという別のサーバ上のアプリケーションと通信する仕様になっています。
この通信がタイムアウト等で失敗した場合はサーバダウンなどで送金に失敗しているとみなして、
取引をロールバックする仕様となっていました。
また、ギフトコードの処理に関してはデータベースのトランザクション機能等を利用しており、
本来同じギフトコードを二重に使用することはできないようになっていました。
しかし、高負荷状態でギフトコードを連続して使用しようとした場合、通信を受け取ったmonacoindの応答に時間がかかり、
サイト側ではタイムアウトとなってロールバックされたあとにmonacoind側では送金が行われていました。
この結果、一つのギフトコードから複数回送金されたものと考えられます。
また、この攻撃に際し少額のMonacoinを大量に送付しておくことでcoind送信時の負荷を増大させようとする試みも確認しました。

現時点で推測される攻撃の流れについては上記の通りです。

恒久対応

※後で書く

原文

Monappyへの攻撃についてのお詫びとお知らせ (2018年9月2日午前4時40分更新) いつもMonappyをご利用いただきありがとうございます。この度、弊サイトに対して外部からの攻撃が発生し、調査の結果ホットウォレット内のMonacoinが盗難されていることが判明いたしました。全残高の54.2%を保管しているコールドウォレット内のMonacoinについては影響はありませんでした。詳細な攻撃の内容に関しては現在サービスを停止して調査を進めております。ユーザーの皆様をはじめ、ご関係者の皆様に多大なるご迷惑をおかけしていますことを深くお詫び申し上げます。なお、本件についてはblock withholding attackなどによるものではないと思われることを確認しました。本文章の初版において誤解を招く表現をしてしまっていたことをお詫び申し上げます。 1. 発覚の経緯 2018年9月1日午前11時、今回とは別件の攻撃に関する注意喚起を受けたのを期に改めて調査したところ、サーバ上にあるホットウォレットがユーザの残高に対して不足していることを確認しました。この件を受けてすぐにサーバを切断し確認作業を行っておりましたが、調査の結果ほぼすべてのMonacoinが盗難されていることが判明しました。 2018年9月2日午前1時、検証の結果攻撃に至った原因が高負荷時におけるギフトコード機能の不備であることを確認いたしました。従来よりセキュリティ対策としてサーバへのアクセス制限、各種の脆弱性テストなどを実施しておりましたが、今回の攻撃を許してしまう結果となってしまいました。誠に申し訳ございません。現在も攻撃の内容について調査を行っております。なお、この件につきましてメールアドレスやパスワードなどユーザー情報などの流出は確認されておりません。 2. 攻撃の経緯 2018年8月27日から2018年9月1日にかけて、攻撃者と見られる複数のユーザーがギフトコードを大量に発行しました。同8月29日から9月1日にかけて外部受け取り機能（ログインせずにギフトコードを受け取れる機能）を利用してギフトコードを受け取る際、高い頻度でリクエストを行うことで一つのギフトコードに対し数回の送金が行われてしまい、今回の攻撃に至りました。 MonappyからMonacoinを送信する際は、monacoindという別のサーバ上のアプリケーションと通信する仕様になっています。この通信がタイムアウト等で失敗した場合はサーバダウンなどで送金に失敗しているとみなして、取引をロールバックする仕様となっていました。また、ギフトコードの処理に関してはデータベースのトランザクション機能等を利用しており、本来同じギフトコードを二重に使用することはできないようになっていました。しかし、高負荷状態でギフトコードを連続して使用しようとした場合、通信を受け取ったmonacoindの応答に時間がかかり、サイト側ではタイムアウトとなってロールバックされたあとにmonacoind側では送金が行われていました。この結果、一つのギフトコードから複数回送金されたものと考えられます。また、この攻撃に際し少額のMonacoinを大量に送付しておくことでcoind送信時の負荷を増大させようとする試みも確認しました。現時点で推測される攻撃の流れについては上記の通りです。今後も引き続き調査を進めて参ります。 3. 原因上記の通り、悪意あるユーザのギフトコード機能を悪用した攻撃が直接の原因となります。また、当方の平時のモニタリング体制の不備、テストや確認の不備などが根本的な要因と認識しております。 4. 影響 Monappyに残高をお持ちの全ユーザー様が対象となります。 5. 今後の対応についてまずは今回の攻撃に関する詳細の調査を最優先として、誠実に対応させていただきます。その後、詳細のご報告、皆様へのご対応、再発防止策などについて対応を進めて参ります。 6. ご注意のお願い・本件の対応を理由に、Monappyからメール・電話・郵便等でメールアドレスやパスワードなどをお伺いすることはありません。・本件に関するメールにファイルを添付してお送りすることはありません。・monappy.jp以外のドメインにてmonappyのメールアドレスやパスワードを入力させることはありません。不審なメールなどには十分ご注意いただくようお願いいたします。 6. 本件に関する連絡先 Monappyサポート support@monappy.jp 7. 変更履歴 2018年9月1日初版公開 2018年9月2日午前2時30分文章の推敲、誤解を招く表現の訂正しました。また、攻撃の詳細について調査結果を追記しました。 2018年9月2日午前4時40分攻撃の詳細が確定しました。また、よりわかりやすい表現になるよう追記しました。皆様には本件においてご迷惑、ご不安をおかけしておりますことを改めてお詫び申し上げます。今後も引き続き対応を進めて参ります。 2018年9月2日 monappy.jp

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

Monappyへの攻撃についてのお詫びとお知らせ (2018年9月2日午前4時40分更新)

いつもMonappyをご利用いただきありがとうございます。

この度、弊サイトに対して外部からの攻撃が発生し、調査の結果ホットウォレット内のMonacoinが盗難されていることが判明いたしました。
全残高の54.2%を保管しているコールドウォレット内のMonacoinについては影響はありませんでした。
詳細な攻撃の内容に関しては現在サービスを停止して調査を進めております。
ユーザーの皆様をはじめ、ご関係者の皆様に多大なるご迷惑をおかけしていますことを深くお詫び申し上げます。

なお、本件についてはblock withholding attackなどによるものではないと思われることを確認しました。
本文章の初版において誤解を招く表現をしてしまっていたことをお詫び申し上げます。

1. 発覚の経緯
2018年9月1日午前11時、今回とは別件の攻撃に関する注意喚起を受けたのを期に改めて調査したところ、サーバ上にあるホットウォレットがユーザの残高に対して不足していることを確認しました。
この件を受けてすぐにサーバを切断し確認作業を行っておりましたが、調査の結果ほぼすべてのMonacoinが盗難されていることが判明しました。
2018年9月2日午前1時、検証の結果攻撃に至った原因が高負荷時におけるギフトコード機能の不備であることを確認いたしました。

従来よりセキュリティ対策としてサーバへのアクセス制限、各種の脆弱性テストなどを実施しておりましたが、今回の攻撃を許してしまう結果となってしまいました。誠に申し訳ございません。
現在も攻撃の内容について調査を行っております。

なお、この件につきましてメールアドレスやパスワードなどユーザー情報などの流出は確認されておりません。

2. 攻撃の経緯
2018年8月27日から2018年9月1日にかけて、攻撃者と見られる複数のユーザーがギフトコードを大量に発行しました。
同8月29日から9月1日にかけて外部受け取り機能（ログインせずにギフトコードを受け取れる機能）を利用してギフトコードを受け取る際、高い頻度でリクエストを行うことで一つのギフトコードに対し数回の送金が行われてしまい、今回の攻撃に至りました。

MonappyからMonacoinを送信する際は、monacoindという別のサーバ上のアプリケーションと通信する仕様になっています。
この通信がタイムアウト等で失敗した場合はサーバダウンなどで送金に失敗しているとみなして、取引をロールバックする仕様となっていました。
また、ギフトコードの処理に関してはデータベースのトランザクション機能等を利用しており、本来同じギフトコードを二重に使用することはできないようになっていました。
しかし、高負荷状態でギフトコードを連続して使用しようとした場合、通信を受け取ったmonacoindの応答に時間がかかり、サイト側ではタイムアウトとなってロールバックされたあとにmonacoind側では送金が行われていました。
この結果、一つのギフトコードから複数回送金されたものと考えられます。
また、この攻撃に際し少額のMonacoinを大量に送付しておくことでcoind送信時の負荷を増大させようとする試みも確認しました。

現時点で推測される攻撃の流れについては上記の通りです。今後も引き続き調査を進めて参ります。

3. 原因
上記の通り、悪意あるユーザのギフトコード機能を悪用した攻撃が直接の原因となります。
また、当方の平時のモニタリング体制の不備、テストや確認の不備などが根本的な要因と認識しております。

4. 影響
Monappyに残高をお持ちの全ユーザー様が対象となります。

5. 今後の対応について
まずは今回の攻撃に関する詳細の調査を最優先として、誠実に対応させていただきます。
その後、詳細のご報告、皆様へのご対応、再発防止策などについて対応を進めて参ります。

6. ご注意のお願い
・本件の対応を理由に、Monappyからメール・電話・郵便等でメールアドレスやパスワードなどをお伺いすることはありません。
・本件に関するメールにファイルを添付してお送りすることはありません。
・monappy.jp以外のドメインにてmonappyのメールアドレスやパスワードを入力させることはありません。
不審なメールなどには十分ご注意いただくようお願いいたします。

6. 本件に関する連絡先
Monappyサポート
support@monappy.jp

7. 変更履歴
2018年9月1日初版公開
2018年9月2日午前2時30分文章の推敲、誤解を招く表現の訂正しました。また、攻撃の詳細について調査結果を追記しました。
2018年9月2日午前4時40分攻撃の詳細が確定しました。また、よりわかりやすい表現になるよう追記しました。

皆様には本件においてご迷惑、ご不安をおかけしておりますことを改めてお詫び申し上げます。
今後も引き続き対応を進めて参ります。

2018年9月2日
monappy.jp

@see

http://monappy.jp/index.html

【障害報告事例】なかなか原因を見つけにくいケーブルのトラブル

投稿日: 2018年8月30日2018年8月30日投稿者: 優

先に結論

下記を考えて問題がない場合、手作りLANケーブルの規格外による不具合を疑う

クライアント(人)

障害時にクライアントが何かトリガーをひいていないかの確認
・抜けたLANケーブルをスイッチに接続することで、お客様が一時対応した(ループ)
・机を移動させた、
・セキュリティソフトを新規導入した
・UTMを導入した
・サーバを増設した、
・ビルの停電
・…etc

ネットワーク機器(ルータ, スイッチ)

LAN接続の接触不良
ハードウェア破損
コンフィグミス
ネットワーク機器とクライアント端末のAuto-Negotiationと固定設定の不一致など
ログ
ループやエラーパケットの有無

クライアント端末

LAN接続の接触不良
異常設定
アプリの不具合
セキュリティソフト、スキャン
ネットワークファイルシステム

ISP プロバイダ

工事
通信障害など

ネット上で公開されているので確認する

障害報告事例手作りによる規格外のLANケーブルによる不具合

障害内容

ネットワークの中で一部のパソコンの通信が出来ない

事象

ネットワークの中で一部のパソコンの通信が出来ない、LANスイッチのリンクランプは点灯する。
パソコンのLAN機能を10メガ・イーサネットに固定すれば，不調のパソコンでも通信できる
配線はケーブルチェッカで確認、リンクアップも問題ない
自作ケーブルをすべて市販のケーブルに取り替えた。するとすべてのパソコンが100メガで通信できるようになった。

原因

手作りによる規格外のLANケーブルによる不具合

イーサネット・ケーブルは，内部に2本の心線をよって組にしたより対線が4組入っている。10メガ/100メガ・イーサネットでは，4組のうち2組をそれぞれ送信と受信に使って通信する。具体的には，コネクタのピン番号が1番2番の組と3番6番の組を使う。

信号線をより対にするのはノイズ対策のため。100メガ・イーサネットでは10メガに比べて高い周波数の電気信号を使って通信するので，外部からのノイズの影響は10メガより受けやすい。そのため，100メガ・イーサネット用のLANケーブルは，コネクタ部分でよりを戻す長さが13mmまでと規格で決まっている。また，実際に送受信に使うピン番号1番2番と3番6番が，それぞれ1組のより対線に接続されていなければ意味がない。

しかし，奥田さんは「作業を楽にするため，よりは多めに戻していた記憶があります。また，より対線は1と2，3と4，5と6，7と8のように隣り合わせで配線していました」という。この配線では，3番6番の組がより対の組にならない。コネクタ部分も含めて，通常よりノイズの影響を受けやすいケーブルが出来上がっていた。規格に合致しないケーブルがトラブルの原因になっていたのである。

恒久対応

手作りのLANケーブルを市販のLANケーブルに交換を行った

原文

ネットワークを利用したり，運用するとき，残念ながらトラブルは避けて通れない。そこで今回は，そんなトラブルの事例を一つ見ていこう。

2003年の春のこと，イベント制作会社の新入社員だった奥田敦司さんは，翌日から学会が開かれる会場の一角で原因不明のネットワーク・トラブルと格闘していた。このネットワークは，来場者に資料を印刷したりインターネットで調べものをするための環境を提供するもの。インターネットに接続された回線をLANスイッチで分配し，机に並べた10台くらいのノート・パソコンとプリンタをつなぐ小規模なネットワークである。

そのネットワークで，なぜか一部のパソコンがうまく動かない。LANスイッチのリンク・ランプは点灯するのに，通信できないのだ。

奥田さんは最初，パソコン側の設定ミスを疑って，LAN機能の設定をいろいろ変更して試していた。そのうちに，パソコンのLAN機能を10メガ・イーサネットに固定すれば，不調のパソコンでも通信できることに気づいた。100メガ・イーサネット対応のパソコンは，LANの速度の自動認識機能を持っている。この機能をオフにして，通信速度を10メガに設定すると通信できたのだ。

奥田さんは試しに，10メガでしか通信できないパソコンを別のLANケーブルにつないでみた。すると，ちゃんと100メガで通信できるではないか。ここで奥田さんは，LANスイッチとパソコンを接続するLANケーブルに疑いを持った。

パソコン・コーナーで使っていたLANケーブルは，市販のものと奥田さんたちが会場で手作りしたものが交ざっていた。トラブルを起こしたパソコンは例外なく自作ケーブルを使っていた。とはいえ，ケーブルの長さはどれも3～5mで過剰に長いわけではない。作った後にケーブル・チェッカで確認したので，配線ミスもないはず。接続するとリンク・ランプも点灯する。

半信半疑だったが，奥田さんたちは自作ケーブルをすべて市販のケーブルに取り替えた。するとすべてのパソコンが100メガで通信できるようになった。

このトラブルの原因はケーブルの作り方にあった。

イーサネット・ケーブルは，内部に2本の心線をよって組にしたより対線が4組入っている。10メガ/100メガ・イーサネットでは，4組のうち2組をそれぞれ送信と受信に使って通信する。具体的には，コネクタのピン番号が1番2番の組と3番6番の組を使う。

信号線をより対にするのはノイズ対策のため。100メガ・イーサネットでは10メガに比べて高い周波数の電気信号を使って通信するので，外部からのノイズの影響は10メガより受けやすい。そのため，100メガ・イーサネット用のLANケーブルは，コネクタ部分でよりを戻す長さが13mmまでと規格で決まっている。また，実際に送受信に使うピン番号1番2番と3番6番が，それぞれ1組のより対線に接続されていなければ意味がない。

しかし，奥田さんは「作業を楽にするため，よりは多めに戻していた記憶があります。また，より対線は1と2，3と4，5と6，7と8のように隣り合わせで配線していました」という。この配線では，3番6番の組がより対の組にならない。コネクタ部分も含めて，通常よりノイズの影響を受けやすいケーブルが出来上がっていた。規格に合致しないケーブルがトラブルの原因になっていたのである。

このトラブルでは，何台かのパソコンでたまたま問題なく通信できたために，真の原因にたどり着くのに時間がかかった。奥田さんは「100メガ・イーサネットがデリケートだと知っていたけど，これほどとは思っていませんでした」と語った。

（山田剛良）

@see

https://tech.nikkeibp.co.jp/it/free/NNW/NETHOT/20041008/151033/

投資リスクと標準偏差ポートフォリオ戦略

投稿日: 2018年8月26日2018年10月22日投稿者: 優

25-68-95-98%の法則

@see Wikipedia

条件

確率100%でリターン10%の通貨A
確率90%でリターン20%, 確率10%で損害30%の通貨B

どちらの通貨を選択するべきか？

期待値

通貨Aの期待値+10% = 0.1
ex)100円投資した場合
1 × 100 × (1 + 0.1) = 110円
通貨Bの期待値 = 0.9 × 0.2 + 0.1 × -0.3 = 0.15
ex)100円投資した場合
0.9 × 100 × (1 + 0.2) + 0.1 × 100 × (1 – 0.3) = 115円

期待値が0.15なので通貨Bがお得？に見えますね、ここで終わりにせずに通貨Bについてもうちょい考えます。

リターンのばらつき ≒リスク

標準偏差を見ることで、期待値だけではわからないリスク(= 収益のばらつき)についても考えることが出来ます。

通貨Bの標準偏差

だいたい0.207が標準偏差 = リターンのばらつきになります。

正規分布の場合

25%のリスクでσ±0、期待値付近に収まる(信頼度)
68%のリスクでσ±1の範囲に収まる(信頼度約68%)
－0.057 ～＋0.357
95%のリスクでσ±2の範囲に収まる(信頼度約95%)
－0.264 ～＋0.564
99.7%のリスクでσ±3の範囲に収まる
－0.471 ～＋0.771

この範囲で見ることが出来ます。

※σ = 標準偏差

標準偏差が大きい = 収益結果がばらける = リスクが高い
標準偏差が小さい = 期待値に近い収益結果が出やすい = リスクが低い

期待値といっても、期待値通りになるのは25%程度の確率(۶•̀ᴗ•́)۶

通貨Bを選択する場合、考えたいのは最悪のケース

－0.471 = －47%の損害を受け入れる余裕があるか。

※本当に最悪なのは

99.98%の時のリスクσ-4 = -0.678 = -68%
確率がとても低い・悪いことを考えすぎても･･･(۶•̀ᴗ•́)۶

ポートフォリオ戦略

通貨A, 通貨B, 通貨C, + ･･･通貨nなど、組み合わせた場合のリターン計算を行い、安全に分散投資する戦略が可能

通貨αと通貨βは10000円で購入出来ます。
通貨αは80%の確率で12000円、20%で8000円
通貨βは60%の確率で18000円, 40%で4000円

ポートフォリオA: 通貨αのみ1コイン購入
ポートフォリオB: 通貨βのみ1コイン購入
ポートフォリオC: 通貨αを0.5コイン、通貨βを0.5コイン購入

ポートフォリオA. 通貨αのみ1コイン購入

期待値： +1000円
0.8 * (12000 – 10000) + 0.2 * (7000 – 10000) = 1000
標準偏差： 2236円

ポートフォリオB. 通貨βのみ1コイン購入

期待値： +2400円
0.6 * (18000 – 10000) + 0.4 * (4000 – 10000)
標準偏差： 7266円

ポートフォリオC. 通貨αと通貨βを0.5コインずつ購入

通貨αが値上がり、通貨βが値上がり
通貨αが値上がり、通貨βが値下がり
通貨αが値下がり、通貨βが値上がり
通貨αが値下がり、通貨βが値下がり

2 × 2 = 4パターンの状況が生まれます。
それぞれ考えていきます。

※取引通貨の種類を増やしたい時は2 × 2 × 2 = 8パターンで考えて下さい。

通貨αが値上がり、通貨βが値上がり
0.8*0.5(12000 – 10000) + 0.6*0.5(18000 – 10000) = +3200
通貨αが値上がり、通貨βが値下がり
0.8*0.5(12000 – 10000) + 0.4*0.5(4000 – 10000) = -400
通貨αが値下がり、通貨βが値上がり
0.2*0.5(7000 – 10000) + 0.6*0.5(18000 – 10000) = +2100
通貨αが値下がり、通貨βが値下がり
0.2*0.5(7000 – 10000) + 0.4*0.5(4000 – 10000) = -1500

期待値
1/4 × 3200 + 1/4 × (-400) + 1/4 × (2100) + 1/4 × (-1500)
= 1/4( 3200 + (-400) + 2100 + (-1500) )
= +850円
分散
1/4 × 3200^2 + 1/4 × (-400)^2 + 1/4 × (2100)^2 + 1/4 × (-1500)^2
= 1/4( 3200^2 + (-400)^2 + 2100^2 + (-1500)^2 )
= 4265000
標準偏差
√4265000
=2065.18764281円

結果をまとめる

ポートフォリオA

期待値： +1000円
0.8 * (12000 – 10000) + 0.2 * (7000 – 10000) = 1000
標準偏差： 2236円

ポートフォリオB

期待値： +2400円
0.6 * (18000 – 10000) + 0.4 * (4000 – 10000) = +2400
標準偏差： 7266円

ポートフォリオC

期待値：+850円
1/4 × 3200 + 1/4 × (-400) + 1/4 × (2100) + 1/4 × (-1500)
= 1/4( 3200 + (-400) + 2100 + (-1500) )
= +850円
標準偏差：2065円

投資分散をすると、
リターンの水準を維持しつつ、リスクは低くなるのでより安全になります。

分散を考える資産分散、時間分散

資産(商品, 国, 市場)
タイミング

資産だけでなく、タイミングについても分散させる。

※連動性が高くないように

ex)
リーマンショック

光が遅すぎる問題海外ネット対戦で見るAWSレイテンシ

投稿日: 2018年8月24日2018年8月24日投稿者: 優

ゲームのフレーム計算

60フレーム(F)＝1秒」「1秒＝60フレーム(F)
1F = 1/60 = 0.01666666666秒

日本とブラジルの距離、光速度

日本(中央区)からブラジルまでの距離17348 km
光の速度：30万km/秒

光がブラジルまでに到達するまでの時間

光が日本からブラジルまで到達する時間 ≒ 0.0578秒
17348 / 300000 = 0.05782666666秒
F(フレーム)に単位を直します。
0.05782666666 / 0.01666666666 = 3.46960000099 ≒ 3.5フレーム

3.5F !!!!

更に処理時間が加算される要因

家庭用ルータの処理時間
ISP間のスイッチング
ゲーム処理の意図せぬラグ

往復で加わります、
マッチングしたユーザ間の通信はP2Pで繋がるので対戦相手の通信環境の影響も大きく受けます。

格闘ゲームとP2P

プレイヤーAとプレイヤーBの２者間が糸電話のように直接繋がって、入力キーデータのやりとりを、1/60秒単位（数フレーム単位）で頻繁かつ高速に行う事でかけひきを成立させるゲームです。
このように頻繁かつ高速にやりとりを行うゲームの場合は、間に何も挟まず直接繋がっているのがベストです。
当然一番いいのは、ネット対戦以前に１台のゲーム機にコントローラー２つ繋いで遊ぶとか、もしくは昔のJAMMAハーネスを改造して作った対戦ハーネスで繋いで対戦するローカル方式です。
いわゆる外部のインターネットを介して対戦する場合は、サーバーなどを介さずピアツーピア(P2P)方式で２者間を繋いでキーデータのやりとりをするのが現状最適かつ最速です。
もっと言えば、互いのプロバイダ間にあるAP（アクセスポイント）などもなるべく経由したくないぐらいです。
単純に、糸電話やLANケーブルを想像してください、間にいろいろ挟まるとそれは常に遅延の原因になります。基本的にはサーバーを挟まないほうが早いに決まっています。と覚えてください。
ただ、それじゃあ成立しない仕様のゲーム（大人数が一斉にオンラインで遊ぶタイプな
ど）はサーバーが必要です。

糸電話、うーんなるほど分かりやすいですねｗそういえばご存知の方も多いと思うのですがスト5の対戦がP2Pではなくサーバーを介されてしまう時があります。VS画面の中央下に表示されているアイコンで対戦時の通信方式を判別出来ます。

@see 格闘ゲームとP2P

クラウドで見る海外リージョンによるレイテンシの影響 RTT

リージョンレスポンスタイム(秒)

東京 0.028

シンガポール 0.174

カリフォルニア 0.240

オレゴン 0.291

シドニー 0.309

バージニア 0.370

アイルランド 0.573

サンパウロ 0.658

分かったこと

レスポンスタイムの一覧と上記の図から分かるのは、地理的な距離とレスポンスタイムは必ずしも連動していないということです。
例えば、カリフォルニアのサーバはシドニーのサーバよりレスポンスが早いですが、距離的には、シドニーの方が近いという結果になっています。

この距離は恐らく直線距離だと思いますが、実際のネットワークケーブルは、当然直線ではないはずなので、このような結果として見えているんだと思います。

リージョンホップ数

東京 –

シンガポール 10

カリフォルニア 14

オレゴン 20

シドニー 12

バージニア 18

アイルランド 14

サンパウロ 13

@see http://www.denet.ad.jp/technology/2014/01/vol9-aws.html

リージョン	レスポンスタイム(秒)
東京	0.028
シンガポール	0.174
カリフォルニア	0.240
オレゴン	0.291
シドニー	0.309
バージニア	0.370
アイルランド	0.573
サンパウロ	0.658

リージョン	ホップ数
東京	–
シンガポール	10
カリフォルニア	14
オレゴン	20
シドニー	12
バージニア	18
アイルランド	14
サンパウロ	13

日本からブラジルサンパウロの実サーバのレイテンシ 40F

0.658 / 0.01666666666 = 39.4800000158 ≒ 40F

40F !!!!!!!!

結論として

海外との対戦は可能だけれど、
上級者同士ではゲーム性や戦術が変わる。

@see

AnsibleでLaravel開発環境作成

投稿日: 2018年8月22日投稿者: 優

AnsibleでLaravel開発環境の構築

寄稿しました。

yumのrpmを別環境に再現する

投稿日: 2018年8月21日2018年8月23日投稿者: 優

移行元作業

リポジトリの確認

# yum repolist


読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
 * base: ftp.iij.ad.jp
 * epel: ftp.iij.ad.jp
 * extras: ftp.iij.ad.jp
 * updates: ftp.iij.ad.jp


リポジトリー ID      リポジトリー名                                     状態
base/7/x86_64        CentOS-7 - Base                                     9,911
epel/x86_64          Extra Packages for Enterprise Linux 7 - x86_64     12,656
extras/7/x86_64      CentOS-7 - Extras                                     370
updates/7/x86_64     CentOS-7 - Updates                                  1,308
repolist: 24,245

# yum repolist

読み込んだプラグイン:fastestmirror

Loading mirror speeds from cached hostfile

* base: ftp.iij.ad.jp

* epel: ftp.iij.ad.jp

* extras: ftp.iij.ad.jp

* updates: ftp.iij.ad.jp

リポジトリー ID リポジトリー名状態

base/7/x86_64 CentOS-7 - Base 9,911

epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 12,656

extras/7/x86_64 CentOS-7 - Extras 370

updates/7/x86_64 CentOS-7 - Updates 1,308

repolist: 24,245

# yum repolist all


読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
 * base: ftp.iij.ad.jp
 * epel: mirror.dmmlabs.jp
 * extras: ftp.iij.ad.jp
 * updates: ftp.iij.ad.jp
リポジトリー ID                    リポジトリー名                                                          状態
C7.0.1406-base/x86_64              CentOS-7.0.1406 - Base                                                  無効
C7.0.1406-centosplus/x86_64        CentOS-7.0.1406 - CentOSPlus                                            無効
C7.0.1406-extras/x86_64            CentOS-7.0.1406 - Extras                                                無効
C7.0.1406-fasttrack/x86_64         CentOS-7.0.1406 - CentOSPlus                                            無効
C7.0.1406-updates/x86_64           CentOS-7.0.1406 - Updates                                               無効
C7.1.1503-base/x86_64              CentOS-7.1.1503 - Base                                                  無効
C7.1.1503-centosplus/x86_64        CentOS-7.1.1503 - CentOSPlus                                            無効
C7.1.1503-extras/x86_64            CentOS-7.1.1503 - Extras                                                無効
C7.1.1503-fasttrack/x86_64         CentOS-7.1.1503 - CentOSPlus                                            無効
C7.1.1503-updates/x86_64           CentOS-7.1.1503 - Updates                                               無効
C7.2.1511-base/x86_64              CentOS-7.2.1511 - Base                                                  無効
C7.2.1511-centosplus/x86_64        CentOS-7.2.1511 - CentOSPlus                                            無効
C7.2.1511-extras/x86_64            CentOS-7.2.1511 - Extras                                                無効
C7.2.1511-fasttrack/x86_64         CentOS-7.2.1511 - CentOSPlus                                            無効
C7.2.1511-updates/x86_64           CentOS-7.2.1511 - Updates                                               無効
C7.3.1611-base/x86_64              CentOS-7.3.1611 - Base                                                  無効
C7.3.1611-centosplus/x86_64        CentOS-7.3.1611 - CentOSPlus                                            無効
C7.3.1611-extras/x86_64            CentOS-7.3.1611 - Extras                                                無効
C7.3.1611-fasttrack/x86_64         CentOS-7.3.1611 - CentOSPlus                                            無効
C7.3.1611-updates/x86_64           CentOS-7.3.1611 - Updates                                               無効
C7.4.1708-base/x86_64              CentOS-7.4.1708 - Base                                                  無効
C7.4.1708-centosplus/x86_64        CentOS-7.4.1708 - CentOSPlus                                            無効
C7.4.1708-extras/x86_64            CentOS-7.4.1708 - Extras                                                無効
C7.4.1708-fasttrack/x86_64         CentOS-7.4.1708 - CentOSPlus                                            無効
C7.4.1708-updates/x86_64           CentOS-7.4.1708 - Updates                                               無効
base/7/x86_64                      CentOS-7 - Base                                                         有効:  9,911
base-debuginfo/x86_64              CentOS-7 - Debuginfo                                                    無効
base-source/7                      CentOS-7 - Base Sources                                                 無効
c7-media                           CentOS-7 - Media                                                        無効
centosplus/7/x86_64                CentOS-7 - Plus                                                         無効
centosplus-source/7                CentOS-7 - Plus Sources                                                 無効
cr/7/x86_64                        CentOS-7 - cr                                                           無効
epel/x86_64                        Extra Packages for Enterprise Linux 7 - x86_64                          有効: 12,656
epel-debuginfo/x86_64              Extra Packages for Enterprise Linux 7 - x86_64 - Debug                  無効
epel-source/x86_64                 Extra Packages for Enterprise Linux 7 - x86_64 - Source                 無効
epel-testing/x86_64                Extra Packages for Enterprise Linux 7 - Testing - x86_64                無効
epel-testing-debuginfo/x86_64      Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Debug        無効
epel-testing-source/x86_64         Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Source       無効
extras/7/x86_64                    CentOS-7 - Extras                                                       有効:    370
extras-source/7                    CentOS-7 - Extras Sources                                               無効
fasttrack/7/x86_64                 CentOS-7 - fasttrack                                                    無効
updates/7/x86_64                   CentOS-7 - Updates                                                      有効:  1,308
updates-source/7                   CentOS-7 - Updates Sources                                              無効
repolist: 24,245

# yum repolist all

読み込んだプラグイン:fastestmirror

Loading mirror speeds from cached hostfile

* base: ftp.iij.ad.jp

* epel: mirror.dmmlabs.jp

* extras: ftp.iij.ad.jp

* updates: ftp.iij.ad.jp

リポジトリー ID リポジトリー名状態

C7.0.1406-base/x86_64 CentOS-7.0.1406 - Base 無効

C7.0.1406-centosplus/x86_64 CentOS-7.0.1406 - CentOSPlus 無効

C7.0.1406-extras/x86_64 CentOS-7.0.1406 - Extras 無効

C7.0.1406-fasttrack/x86_64 CentOS-7.0.1406 - CentOSPlus 無効

C7.0.1406-updates/x86_64 CentOS-7.0.1406 - Updates 無効

C7.1.1503-base/x86_64 CentOS-7.1.1503 - Base 無効

C7.1.1503-centosplus/x86_64 CentOS-7.1.1503 - CentOSPlus 無効

C7.1.1503-extras/x86_64 CentOS-7.1.1503 - Extras 無効

C7.1.1503-fasttrack/x86_64 CentOS-7.1.1503 - CentOSPlus 無効

C7.1.1503-updates/x86_64 CentOS-7.1.1503 - Updates 無効

C7.2.1511-base/x86_64 CentOS-7.2.1511 - Base 無効

C7.2.1511-centosplus/x86_64 CentOS-7.2.1511 - CentOSPlus 無効

C7.2.1511-extras/x86_64 CentOS-7.2.1511 - Extras 無効

C7.2.1511-fasttrack/x86_64 CentOS-7.2.1511 - CentOSPlus 無効

C7.2.1511-updates/x86_64 CentOS-7.2.1511 - Updates 無効

C7.3.1611-base/x86_64 CentOS-7.3.1611 - Base 無効

C7.3.1611-centosplus/x86_64 CentOS-7.3.1611 - CentOSPlus 無効

C7.3.1611-extras/x86_64 CentOS-7.3.1611 - Extras 無効

C7.3.1611-fasttrack/x86_64 CentOS-7.3.1611 - CentOSPlus 無効

C7.3.1611-updates/x86_64 CentOS-7.3.1611 - Updates 無効

C7.4.1708-base/x86_64 CentOS-7.4.1708 - Base 無効

C7.4.1708-centosplus/x86_64 CentOS-7.4.1708 - CentOSPlus 無効

C7.4.1708-extras/x86_64 CentOS-7.4.1708 - Extras 無効

C7.4.1708-fasttrack/x86_64 CentOS-7.4.1708 - CentOSPlus 無効

C7.4.1708-updates/x86_64 CentOS-7.4.1708 - Updates 無効

base/7/x86_64 CentOS-7 - Base 有効: 9,911

base-debuginfo/x86_64 CentOS-7 - Debuginfo 無効

base-source/7 CentOS-7 - Base Sources 無効

c7-media CentOS-7 - Media 無効

centosplus/7/x86_64 CentOS-7 - Plus 無効

centosplus-source/7 CentOS-7 - Plus Sources 無効

cr/7/x86_64 CentOS-7 - cr 無効

epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 有効: 12,656

epel-debuginfo/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 - Debug 無効

epel-source/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 - Source 無効

epel-testing/x86_64 Extra Packages for Enterprise Linux 7 - Testing - x86_64 無効

epel-testing-debuginfo/x86_64 Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Debug 無効

epel-testing-source/x86_64 Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Source 無効

extras/7/x86_64 CentOS-7 - Extras 有効: 370

extras-source/7 CentOS-7 - Extras Sources 無効

fasttrack/7/x86_64 CentOS-7 - fasttrack 無効

updates/7/x86_64 CentOS-7 - Updates 有効: 1,308

updates-source/7 CentOS-7 - Updates Sources 無効

repolist: 24,245

rpm構成の取得

# rpm -qa --qf "%{NAME}\n" | sort > old_packages.txt

(略)

device-mapper-event
wpa_supplicant
libpciaccess
pciutils
alsa-firmware
ebtables
dbus-glib
python-slip-dbus
python-pyudev
plymouth-scripts
fuse-libs
lsscsi
freetype
grub2-pc
libdnet
virt-what
pth
rpm-build-libs
gpgme

(略)

# rpm -qa --qf "%{NAME}\n" | sort > old_packages.txt

(略)

device-mapper-event

wpa_supplicant

libpciaccess

pciutils

alsa-firmware

ebtables

dbus-glib

python-slip-dbus

python-pyudev

plymouth-scripts

fuse-libs

lsscsi

freetype

grub2-pc

libdnet

virt-what

pth

rpm-build-libs

gpgme

(略)

移行先作業

# rpm -qa --qf "%{NAME}\n" | sort > new_packages.txt


比較して欠如しているファイルのみ抽出
# diff old_packages.txt new_packages.txt | grep "^<" | cut -d ' ' -f 2 > lack_packages.txt


欠落しているrpmのみ取得
# yum install `cat lack_packages.txt`

# rpm -qa --qf "%{NAME}\n" | sort > new_packages.txt

比較して欠如しているファイルのみ抽出

# diff old_packages.txt new_packages.txt | grep "^<" | cut -d ' ' -f 2 > lack_packages.txt

欠落しているrpmのみ取得

# yum install `cat lack_packages.txt`

※yumはrpmファイルをダウンロードしてインストールを行いますが、rpmファイル自体はサーバ内には残らない仕様

@see

日銀のリフレーション 2018年7月31日金融政策変更

投稿日: 2018年8月19日2018年11月12日投稿者: 優

2018年7月31日金融政策変更

これまで行った異次元緩和の効果が当初の予定していた効果を得られなかった
銀行が貸し出しの利ざやが稼げなかったり、質的緩和による日銀による株式市場への影響など副作用が出てきた
指針として「フォワードガイダンス」を導入し、これからも超低金利水準を当面続けると約束し、市場に予想を促し、引き締め政策の噂を打ち消した
今後も粛々と金融政策を行っていく(諦めたわけじゃない！)

日銀が行ってきた異次元緩和の目的

簡単に言うと、物価をふんわり上げ経済をエモく活性化させたい。

その為にリフレ誘導を行っている。

リフレはマイルドなインフレ率のこと、インフレは過度に物価があがり経済が不安定になった状態を指します。
リフレはリフレーションの略で「通貨再膨張」の意

リフレ政策

リフレ誘導を狙った政策を行う
金融緩和を行うことで民間銀行を経由した企業や個人への貸し出しを促進する
買いオペによる量的緩和やETF(上場投資信託)など日銀が引き受ける質的緩和により、市場のを刺激することで需要を増やし、需要主導による物価上昇を狙う

どうしてそんなに物価を上げたいの？

経済成長が停滞するから

特に何もしなかったら「失われた20年」が発生した

デフレの状況だと･･･

物価が今日より明日の方が安いなら、消費が後回しにされる
企業の利益が少なくなる
利益が少なくなると雇用や給料も増えなくなる

インフレの状況になると！

例えば、住宅の価格が年2%ずつあがっていくってなったら、購入を考えていた場合にはうかうかしてられない
｢早く購入せねば！｣となる

どうやって物価を上げるの？

貨幣価値を下げれば良い
物価が上がるというのは、貨幣価値が下がること。

期待と不安、インフレとデフレ

企業、家計に期待を持たせるとインフレになる

収入が増えていく、成長していくという将来に期待がある
→ 消費する、設備投資 → インフレ
収入が減っていく、成長していくという将来に不安がある
→ 消費しない、内部留保 → デフレ

そもそもデフレの何が悪いの？どんどん安く買えていいじゃん！(いいじゃん！)

見かけの金利より金利が高くなり、人々や企業が借金を返せなくなる
名目金利が6%でインフレ率が－4%の時に実質金利が10%になる！
返済不能な企業が多くなると銀行に影響が行き貸し出しが少なくなる
世の中のお金が回らなくなり、総需要は減少！景気がどんどん後退していく
物価も給料が下がっていくなら、大きなローンや投資を行うリスクが高くなる
住宅のローンを借りた人は返すのがデフレ分年々大変になるよ
人々は物価が安くなって喜んでる、御賃金が下がっていくね
デフレの時に貯金してたお金はインフレになると価値が一気に下がっちゃうよ

デフレだと金融緩和政策が効きにくい

金融緩和政策を実施して金利を下げても、デフレだと実質金利が上がったまま・・・！
名目金利が0%でもデフレだと実質金利は高いまま

アベノミクス!?

短期的政策

金融緩和により金利を下げて企業の設備投資を増やす → 民間需要増
財政支出により、公共事業などを行う → 需要増

長期的政策

規制緩和、新事業育成 → 供給の成長
TPP → 海外取引を促進

日本銀行のきほん中央銀行(FRB)のおしごと

中央銀行が市場に資金を大量に発行することで供給し、貨幣供給量(マネーサプライ)を増減させることで、景気をコントロールする

金融政策

預金準備率
貸し出すことを禁止されているお金の割合
預金準備率を超えて預金を貸し出したらあかんで！という割合
基準割引率および基準貸付利率(公定歩合)
民間銀行が中央銀行からお金を借りる時の利子率
公開市場操作
中央銀行が債権の売買によって貨幣の供給量をコントロールする
民間銀行は企業に融資するだけでなく、一部を債権として保持して利益を出します。
景気を活性化させたい時は、
日銀が債権を買い取ることで民間銀行はお金が増えるので、より企業へ融資することが可能になります。
景気を引き締めたい時は、
日銀が債券を売る事で民間銀行のお金が減るので、逆の効果を得られる

公開市場操作が民間銀行の反応が予測しやすく一般的に利用されやすい

理由として

債権の売買量を明確に指定してコントロール出来る
金利として数字で反応を観測出来る

政府はなんかするの？

政策として財政出動を行うことが出来る
欠点として、議会を経るので対応が遅くなる
だから中央銀行と分離している

日銀はどんな政策を行うの？必殺技とかあるの？

日銀は本気で”ヤ”る気です

日銀殺法1. 異次元緩和(量的・質的緩和)

“２年で物価上昇率2%”を目標として実施した金融緩和策

量的緩和

日銀の当座預金残高を目標として、買いオペレーションをし続けること。金利が0近くまで下がろうがそれだけでは買いオペをやめない。オラ！オラ！オラ！

具体的には、
国債を日銀が大量入試、マネタリーベース(市場への資金供給量)を2年で2倍に増やす(買いオペレーション)この時の代金は無から生み出され、帳簿上代金を支払ったことにして銀行に渡されます。

質的緩和

ETF(上場投資信託)等のリスクの高い金融商品も日銀が国債と同様に買い取る(買いオペレーション)
チャレンジングな政策
質的緩和によって25兆円程度に膨らんだ日銀の上場投資信託（ETF）を今後どう処理するのか注目されている(2018年10月25日現在)

日銀殺法2. マイナス金利

ゼロ金利の超すごい版、日銀に銀行がお金をあずけるとマイナスの金利がかかっちゃう。投資はリスクがあるので、めぼしい投資先がないと日銀に預けておけばいいかな～っと市中銀行のお金が日銀に眠ってしまいます。そこでマイナス金利に設定することで市中銀行が日銀に余分なお金を預けられなくして、市中銀行から民間企業への融資を活性化させるねらい。

// 私達が市中銀行に預けている金利とは直接関係はない。直接関係はないが、民間銀行は苦しくないので私達への預金金利も下がる。

// 補足ゼロ金利政策

銀行間で当日借り受けた時に返した時の政策金利を誘導し0~0.1%に設定して、実際に政策金利を0%付近に張り付いた状態になった
金利負担が緩和されるので企業は設備投資などの融資が受けやすくなが、金利収入がなくなる

どうして物価上昇率2%が目標なの？

世界的な通説として、

物価上昇率は毎年2%あがっていくのが経済の成長に良好で、給料の上昇も見込めるとされています。

日銀は毎年ではなく現実的な路線として、2年で2%を目標としています
欧州FRB、アメリカFRBもインフレターゲットとして2%を設定

物の物価があがることは良いことじゃないの？一気にたくさんあげようよ！

物価はあがっても給料はすぐあがらないから生活が苦しくなる
物価の天井がわからないし、企業間の原料取引が難しくなり経営が困難になる
預金がごみくずになる
定義はないけれど、30%も40%もインフレになったらハイパーインフレ

例) ベネズエラ

>「1カ月働いても牛肉1パックも買えない。うちの子供はもう何カ月も牛乳を飲んでいない」。5月19日。快晴の土曜日にもかかわらず、ジェニー・ジェペスさん（32）は朝からいらだっていた。

@see 1カ月で物価2倍、ハイパーインフレの現場を歩く南米ベネズエラ・カラカス

景気は過熱しすぎても、冷え過ぎてもいけない

総需要が総供給を大きく超えると物が不足してインフレになり社会が苦しくなります
供給は設備投資が必要だったりすぐに用意出来ないから

だから政府は加熱しすぎたり冷えすぎないようにほどほどになるように景気の調整を行う必要があるのですね～！

日銀の誤算･･･!?

1. 内部留保と不景気

結果としては、

内部留保
企業の内部留保が過去最高であること
自己資金で設備投資を行える状態の為、想定の効果が得られなかった。
不景気
企業が融資を受けられることと、実際に企業が設備投資を行うのは将来の利益が見込めるからで、それが不透明な場合に融資が通ろうが無計画に安易に資金を借りることは出来ない、また魅力的な事業計画がないと民間銀行も融資出来ない

計算上の期待していた程の効果が得られなかった

2. Amaz○n

>インターネット通販の拡大がわが国の物価に対して一定の押し下げ圧力をかけてきたとの見方は妥当性を有するものと考えられる。

「Amazon Effect」という言葉に象徴されるような変化は、消費者・企業双方の行動を変化させることを通じて、より広範な影響を経済にもたらす可能性がある。たとえば、インターネット通販の利便性が一段と向上すれば、個人消費が上押されていくことも考えられる。こうした点も意識しながら、今後とも分析を深めていくことが望まれる。

>近年、消費者の購買経路は多様化しており、インターネット通販も拡大している。こうしたインターネット通販の拡大は、競争環境の変化を促しながら、スーパーなど既存の小売企業の価格設定行動にも影響を与えてきたと考えられる。この点について確認するため、わが国の消費と物価のデータを分析すると、インターネット通販の拡大は、既存の小売企業との競合関係が強まっているとみられる財を中心に、わが国の物価下押しに作用してきたことが示唆された。

日銀インターネット通販の拡大が物価に与える影響

日本人の大多数がグローバル企業のAmaz〇nで消費するから、「日本国内の物価 = Amaz〇n価格」となり、日銀の絶対物価上げるマンビームが効かない

理由として、
インターネットとスマホによって世界中とフルタイムで繋がったことで、中央銀行の政策が市場に対してかつての大正浪漫あふれる威光を示すことが出来ない

3. 流動性の罠 (ケインズ)

“ゼロ金利政策を行っている時に、金融緩和政策は効果がない“
“ゼロ金利の時には現金需要が高まり使われずに退蔵される”

今回の日銀の政策により、経済学者の通説を裏付けるデータが１つ積みあがった

金融緩和を衝撃的に行いすぎると金融政策が効かなくなり操縦不能になる
ゼロ金利やマイナス金利で極端に金利の引き下げを行っても、企業の投資にも繋がらず金融政策が市場に効かなくなった状態
例えるなら、薬を大量に飲み続け耐性が出来て、効きにくくなってしまうような状態
ケインズは｢流動性の罠は起こり得る｣と可能性を指摘していた、またケインズは大恐慌に対する経済政策として2点を説いています。
1. 利子率の切り下げ(金融緩和政策)
中央銀行は商業銀行に利子率を低くお金を貸し出し、商業銀行も顧客にそうすべき
2. 社会基盤への政府出動(財政政策)
公共事業で経済にビジネス機会に雇用と需要を生み出し波及的効果をもたらす、国債を発行することで経済から資金を借用し賄う

解決策として

鎖国
尊王攘夷、不平等条約で開国を迫る義のない外国には大砲でどっかんどっかん追い払いましょう、鎖国してしまえば物価をあげるのは簡単
預言者をかつぐ
｢インフレが起こる！｣と預言者に預言して貰う
インフレが起こると皆が考えるとインフレが起こるから
一般住宅に断続的な停電を
景気がよくなるという未来を描けない原因は少子高齢化に多分にある、
夜はロマンティックなキャンドルで過ごすブームが起これば人口も自ずと増加する
イマジン
各国で連携して”日本に忖度した”経済政策の歩調を合わせる
ごく一般の消費者がスマホでシームレスに海外ECで決済や買い物が出来てしまうグローバルな経済では国内向けの政策によって物価をあげるには効果が薄かった

世界は一つになるんだ。

君は僕を夢想家だって言うだろう。でも僕はたった一人じゃない。

協調フィルタリング cos(コサイン)類似度

投稿日: 2018年8月13日2018年9月19日投稿者: 優

グループ分けを行い、各グループの類似度をベクトルの内積の公式を使って、cosθの値で類似度を判断する。

類似度が高い･･･似てるほど1に近づく、類似度100%で1
類似度が低い･･･似てないほど0に近づく、類似度0%で0

補足1. ベクトルの基本的なところ

補足2. ベクトルの内積の公式

a, bベクトルのなす角θが直角である時にcos90° = 0であり、
a, bベクトルがそれぞれどのような長さの値でも、内積は0になる性質があります。
a, bベクトルのなす角θが0°である時にcos0° = 1であり、
a, bベクトルの内積は一辺が|a|の大きさ, 一辺が|b|の大きさの長方形の面積と等しくなります。

補足3. ベクトルの正規化, 単位ベクトル

ベクトルの成分に対して、ベクトルの大きさで割ることで大きさ1の成分が出せます。ベクトルの方向を変えずに大きさを1にする操作を正規化と呼びます。

大きさが1のベクトルを単位ベクトルと呼ぶ
ベクトルの正規化
ベクトルをそのベクトルの長さで割ると、単位ベクトルを取得できます
ベクトルの内積の公式
単位ベクトルに変換した大きさ1同士のベクトルの内積がcosθということですね。

補足4. cosθって何者？

bの長さの屋根から出来る影をcの長さとして見ると、
cosθはbの長さがcの影になった時の縮小率として捉えることが出来ますね。

内積は屋根が作る影と地面の大きさとの掛け算

| b | が | a |につくる影の長さ = C = | b | ・ cosθ

ベクトルa ・ベクトル b = | b | ・ cosθ × | a |

単位円の時、cosθは影の長さ

成分が負(－)を含まない場合 θ = 0～90°, 0 ≦ cosθ ≦ 1

ベクトル同士が完全に同じ方向の時はθ = 0°, cos0°= 1
ベクトル同士が全く異なる場合はθ = 90°, cos90° = 0

※ 成分が負を含む場合 θ = 0~180°, -1 ≦ cosθ ≦ 1

ベクトル同士が完全に逆向きの時はθ = 180°, cos180° = -1

ベクトルの内積はどれだけベクトル同士が同じ方向を向いているか = 類似度、この性質を利用します。

補足5. n次元

軸が3つの空間ベクトルが軸が2つの平面ベクトルと同じ要領でベクトル計算出来たように、n次元に関しても同様に計算出来ます。

実際にやってみよう！好きなフルーツの例

	ばなな	もも	ぶどう	りんご
Aさん	1	1	1	0
Bさん	1	0	1	0
Cさん	1	1	1	0
Dさん	0	1	0	1
Eさん	1	0	0	1
Fさん	1	0	1	1

1 = 好き
0 = 興味なし

ばなな好きグループの合算値

構成データ：A, B, C, E, Fさん

	ばなな	もも	ぶどう	りんご
ばなな好き	5	2	4	2

各グループの合算値

	ばなな	もも	ぶどう	りんご
ばなな好き	5	2	4	2
もも好き	2	3	2	1
ぶどう好き	4	2	4	1
りんご好き	2	1	1	3

プログラムで計算しよう

# coding: utf-8
import numpy as np

# ベクトル正規化
def normarize(v):
    return v / np.linalg.norm(v)

# cos類似度
def cos_similarity(v1, v2):
    return np.dot(v1, v2)


if __name__ == '__main__':

    bananaZuki = np.array([ 5, 2, 4, 2 ])
    momoZuki   = np.array([ 2, 3, 2, 1 ])
    budouZuki  = np.array([ 4, 2, 4, 1 ])
    ringoZuki  = np.array([ 2, 1, 1, 3 ])

    n_bananaZuki = normarize(bananaZuki)
    n_momoZuki   = normarize(momoZuki)
    n_budouZuki  = normarize(budouZuki)
    n_ringoZuki  = normarize(ringoZuki)


    print( 'ばなな好き・もも好き:',   cos_similarity(n_bananaZuki, n_momoZuki) )
    print( 'ばなな好き・ぶどう好き:', cos_similarity(n_bananaZuki, n_budouZuki) )
    print( 'ばなな好き・りんご好き:', cos_similarity(n_bananaZuki, n_ringoZuki) )

    print( 'もも好き・ぶどう好き:',   cos_similarity(n_momoZuki, n_budouZuki) )
    print( 'もも好き・りんご好き:',   cos_similarity(n_momoZuki, n_ringoZuki) )

    print( 'ぶどう好き・りんご好き:', cos_similarity(n_budouZuki, n_ringoZuki) )

# coding: utf-8

import numpy as np

# ベクトル正規化

def normarize(v):

return v / np.linalg.norm(v)

# cos類似度

def cos_similarity(v1, v2):

return np.dot(v1, v2)

if __name__ == '__main__':

bananaZuki = np.array([ 5, 2, 4, 2 ])

momoZuki = np.array([ 2, 3, 2, 1 ])

budouZuki = np.array([ 4, 2, 4, 1 ])

ringoZuki = np.array([ 2, 1, 1, 3 ])

n_bananaZuki = normarize(bananaZuki)

n_momoZuki = normarize(momoZuki)

n_budouZuki = normarize(budouZuki)

n_ringoZuki = normarize(ringoZuki)

print( 'ばなな好き・もも好き:', cos_similarity(n_bananaZuki, n_momoZuki) )

print( 'ばなな好き・ぶどう好き:', cos_similarity(n_bananaZuki, n_budouZuki) )

print( 'ばなな好き・りんご好き:', cos_similarity(n_bananaZuki, n_ringoZuki) )

print( 'もも好き・ぶどう好き:', cos_similarity(n_momoZuki, n_budouZuki) )

print( 'もも好き・りんご好き:', cos_similarity(n_momoZuki, n_ringoZuki) )

print( 'ぶどう好き・りんご好き:', cos_similarity(n_budouZuki, n_ringoZuki) )

Numpy

ベクトルの内積: nunpy.dot(v1, v2)
ベクトルの長さ: numpy.linalg.norm(v1)

Functions

正規化：normarize(v)
cos類似度: cos_similarity(v1, v2)

# python3  cosSimFruit.py

ばなな好き・もも好き: 0.875465538611916
ばなな好き・ぶどう好き: 0.9863939238321437
ばなな好き・りんご好き: 0.8114822249196492
もも好き・ぶどう好き: 0.891231897035948
もも好き・りんご好き: 0.7302967433402215
ぶどう好き・りんご好き: 0.7216098119626152

# python3 cosSimFruit.py

ばなな好き・もも好き: 0.875465538611916

ばなな好き・ぶどう好き: 0.9863939238321437

ばなな好き・りんご好き: 0.8114822249196492

もも好き・ぶどう好き: 0.891231897035948

もも好き・りんご好き: 0.7302967433402215

ぶどう好き・りんご好き: 0.7216098119626152

類似度

	ばなな好き	もも好き	ぶどう好き	りんご好き
ばなな好き	1	0.875	0.986	0.811
もも好き	–	1	0.891	0.730
ぶどう好き	–	–	1	0.721
りんご好き	–	–	–	1

ばなな好きグループとぶどう好きグループの好みはほとんど同じだということがわかります。

ユーモア, 笑いの技術

投稿日: 2018年8月11日2018年8月27日投稿者: 優

緊張と緩和

まじめな話の中でストーリーのセッティングを行い緊張を作り、オチとして緩和を行う。

漫才でのボケと突っ込みの役割

ボケ役 = 緊張を作り出す
話をセッティングし緊張を作る、聞き手の推測をずらしたボケを行います。
突っ込み役 = 緩和を行う
ボケ役のボケに対して聞き手の推測とずれていることを、聞き手の代弁者としてボケ役に突っ込みを行うことで聞き手に緩和を与える役割

一人ボケつっこみとして、一人二人役を行っても良い。自分のおかしな話に自分で突っ込むことで緩和を行うことで笑いを作る。

例① いないいない･･･ばぁ！

赤ちゃんを『いないいない･･･』で顔がなくなった！と緊張させ、『ばぁ！』と顔を見せると安心する緩和から赤ちゃんは笑います。大人になっても人は同じように緊張と緩和で笑います。

例② ダチョウ倶楽部

“押すなよ！絶対押すなよ！“といって押すネタです。
絶対押すなよと言われると押したくなる心理に加えてダチョウ倶楽部の鬼気迫るやりとりで緊張し、押すことで緩和となります。

この場合に押さなかったとしても、突っ込みとして『押せよ！』で緩和となり笑いが生まれます。

笑って話しをしないのがセオリーである理由

緊張がなくなるから。

緊張を生むコツ

話す前に映像のあるストーリーをイメージして、身振り手振りや擬音など臨場感を持たせるのが緊張を作るコツ。

具体例. 人志松本のすべらない話

その場にいるような、次が気になる臨場感のある話し方から緊張が生まれ、滑舌の悪い声真似自体が緩和として面白く、ジャブの時点で場が温まってます。オチは予測できるものですが、話し方自体が面白くジャブで緊張が十分効いてるので、ダチョウ倶楽部的なお約束のオチな緩和でも十分に笑いは生まれます。

結論としては、
十分な緊張と分かりやすい緩和があれば、オチ自体は予想できるものでも十分面白いのですね。

一言コメントで笑いをとる

雑談している場のメンバーの想定を超えたユニークで筋の通る一言でも笑いは生まれますが、難易度は高め。

理由として、
はずした時にはずしたことがばれて恥ずかしくなるリスクがあるので難易度が高めになりますね！

回避するには、
はずしてもそのまま斜め上で意味の通る賢くウィットにとんだ一言を言いましょう。

推測をずらす

話を組み立てて、相手が推測する流れをずらす。
推測とずれた時、自身の推測と目の前に起きた現実とに違いがあると思った時に人は笑う。

普通の話の流れで雑談をしていて不意に相手が一瞬で理解を出来ないボケを言うと、相手は理解できず？？？となります、その後に相手は一生懸命理解しようとしますが、相手が理解出来ない理由が、『ああ、ボケただけか』と安心した時にも笑いが出ます。

具体例. サンドウィッチマンパソコン教室

このコントはわかりやすいですね。

類似例

相手の想定を超えた一言では理解できないユニークな例えをだして説明し、相手がそれにすとんと納得いった時にも人は笑う。

また一瞬では理解しずらいことを言い、相手がそれがボケなんだと納得した時にも笑いは出ます。

結局のところどうするの？

【緊張と緩和】
【推測をずらす】
【緊張と緩和】 + 【推測をずらす】

YAMAHA SWX2300 show障害解析コマンド

投稿日: 2018年8月6日2018年8月6日投稿者: 優

ネットワーク障害時に見るコマンド

オートネゴシエーションと実際のリンクアップ状況、Dropパケットの確認

# show interface

show interface
Interface ge1
  Link is UP
  Hardware is Ethernet
  HW addr: ac44.f23c.7475
  ifIndex 1, MRU 1522
  Speed-Duplex: auto(configured), 1000-full(current) ←注目
  Auto MDI/MDIX: on
  Interface counter:
    input  packets          : 2731069
           bytes            : 598015536
           multicast packets: 2754
    output packets          : 47531103
           bytes            : 25443897994
           multicast packets: 12124203
           broadcast packets: 20297143
           drop packets     : 3481 ←注目
Interface ge2
  Link is UP
  Hardware is Ethernet
  HW addr: ac44.f23c.7475
  ifIndex 2, MRU 1522
  Speed-Duplex: auto(configured), 1000-full(current) ←注目

(略)

# show interface

show interface

Interface ge1

Link is UP

Hardware is Ethernet

HW addr: ac44.f23c.7475

ifIndex 1, MRU 1522

Speed-Duplex: auto(configured), 1000-full(current) ←注目

Auto MDI/MDIX: on

Interface counter:

input packets : 2731069

bytes : 598015536

multicast packets: 2754

output packets : 47531103

bytes : 25443897994

multicast packets: 12124203

broadcast packets: 20297143

drop packets : 3481 ←注目

Interface ge2

Link is UP

Hardware is Ethernet

HW addr: ac44.f23c.7475

ifIndex 2, MRU 1522

Speed-Duplex: auto(configured), 1000-full(current) ←注目

(略)

コリジョン、エラーカウンタの確認

#show frame-counter

show frame-counter
Interface ge1 Ethernet MAC counters:
  Received:
    Packets               : 2731143
    Octets                : 598032130
    Broadcast packets     : 98303
    Multicast packets     : 2754
    Unicast   packets     : 2630086
    Undersize packets     : 0
    Oversize  packets     : 0
    Fragments             : 0
    Jabbers               : 0
    FCS errors            : 0 ←注目
    RX errors             : 0 ←注目

  Transmitted:
    Packets               : 47536031
    Octets                : 25445177751
    Broadcast packets     : 20301336
    Multicast packets     : 12124914
    Unicast   packets     : 15109781
    TX errors             : 0 ←注目
    Collisions            : 0 ←注目
    Drop packets          : 3481 ←注目



  Received and Transmitted:
    64octet       packets : 21197125
    65-127octet   packets : 2464047
    128-255octet  packets : 608116
    256-511octet  packets : 12263579
    512-1023octet packets : 269448
    1024-MAXoctet packets : 13464859
Interface ge2 Ethernet MAC counters:

#show frame-counter

show frame-counter

Interface ge1 Ethernet MAC counters:

Received:

Packets : 2731143

Octets : 598032130

Broadcast packets : 98303

Multicast packets : 2754

Unicast packets : 2630086

Undersize packets : 0

Oversize packets : 0

Fragments : 0

Jabbers : 0

FCS errors : 0 ←注目

RX errors : 0 ←注目

Transmitted:

Packets : 47536031

Octets : 25445177751

Broadcast packets : 20301336

Multicast packets : 12124914

Unicast packets : 15109781

TX errors : 0 ←注目

Collisions : 0 ←注目

Drop packets : 3481 ←注目

Received and Transmitted:

64octet packets : 21197125

65-127octet packets : 2464047

128-255octet packets : 608116

256-511octet packets : 12263579

512-1023octet packets : 269448

1024-MAXoctet packets : 13464859

Interface ge2 Ethernet MAC counters:

リンクアップやリンクダウンのログ

#show logging

show logging
2018/08/04 13:47:58: [     NSM]:inf: Interface ge8 is up(1000-full)
2018/08/04 13:47:58: [    MSTP]:inf: Port up notification received for port ge8
2018/08/04 13:47:58: [     NSM]:inf: Interface ge18 is up(1000-full)
2018/08/04 13:47:58: [    MSTP]:inf: Port up notification received for port ge18
2018/08/04 13:47:58: [     NSM]:inf: Interface ge7 is up(1000-full)
2018/08/04 13:47:58: [    MSTP]:inf: Port up notification received for port ge7
2018/08/04 13:47:58: [     NSM]:inf: Interface ge3 is down

(略)

#show logging

show logging

2018/08/04 13:47:58: [ NSM]:inf: Interface ge8 is up(1000-full)

2018/08/04 13:47:58: [ MSTP]:inf: Port up notification received for port ge8

2018/08/04 13:47:58: [ NSM]:inf: Interface ge18 is up(1000-full)

2018/08/04 13:47:58: [ MSTP]:inf: Port up notification received for port ge18

2018/08/04 13:47:58: [ NSM]:inf: Interface ge7 is up(1000-full)

2018/08/04 13:47:58: [ MSTP]:inf: Port up notification received for port ge7

2018/08/04 13:47:58: [ NSM]:inf: Interface ge3 is down

(略)

カウンター情報の初期化

# clear counters ge1

1	# clear counters ge1

ポート1の情報を初期化する場合

状況再現をする場合にカウンターデータを初期化して、データを取得する為に使用します。

環境設定の確認

コンフィグの確認

#show running-config
show running-config
!
hostname edge1.SWX2300
!

(略)

#show running-config

show running-config

hostname edge1.SWX2300

(略)

ファームウェアバージョンの確認

# show environment

 show environment
SWX2300-24G BootROM Ver.1.00
SWX2300-24G Rev.2.00.14 (Fri Mar  9 11:46:25 2018) ←注目
main=SWX2300-24G ver=00 serial=S4L00999 MAC-Address=ac44.xxxx.9999
CPU:   0%(5sec)   1%(1min)   1%(5min)    Memory:  34% used
Configuration file: config0
Serial Baudrate: 9600
Boot time: 2018/07/31 23:27:06 +09:00
Current time: 2018/08/06 15:41:57 +09:00
Elapsed time from boot: 5days 15:59:1

# show environment

show environment

SWX2300-24G BootROM Ver.1.00

SWX2300-24G Rev.2.00.14 (Fri Mar 9 11:46:25 2018) ←注目

main=SWX2300-24G ver=00 serial=S4L00999 MAC-Address=ac44.xxxx.9999

CPU: 0%(5sec) 1%(1min) 1%(5min) Memory: 34% used

Configuration file: config0

Serial Baudrate: 9600

Boot time: 2018/07/31 23:27:06 +09:00

Current time: 2018/08/06 15:41:57 +09:00

Elapsed time from boot: 5days 15:59:1

VLAN

# show vlan brief

 show vlan brief
(u)-Untagged, (t)-Tagged

VLAN ID  Name                            State   Member ports
======= ================================ ======= ======================
1       default                          ACTIVE  ge1(u) ge2(u) ge3(u)
                                                 ge4(u) ge5(u) ge6(u)
                                                 ge7(u) ge8(u) ge9(u)
                                                 ge10(u) ge11(u)
                                                 ge12(u) ge13(u)
                                                 ge14(u) ge15(u)
                                                 ge16(u) ge17(u)
                                                 ge18(u) ge19(u)
                                                 ge20(u) ge21(u)
                                                 ge22(u) ge23(u)
                                                 ge24(u) ge25(u)
                                                 ge26(u) ge27(u)
                                                 ge28(u)

# show vlan brief

show vlan brief

(u)-Untagged, (t)-Tagged

VLAN ID Name State Member ports

======= ================================ ======= ======================

1 default ACTIVE ge1(u) ge2(u) ge3(u)

ge4(u) ge5(u) ge6(u)

ge7(u) ge8(u) ge9(u)

ge10(u) ge11(u)

ge12(u) ge13(u)

ge14(u) ge15(u)

ge16(u) ge17(u)

ge18(u) ge19(u)

ge20(u) ge21(u)

ge22(u) ge23(u)

ge24(u) ge25(u)

ge26(u) ge27(u)

ge28(u)

スパニングツリー

#show spanning-tree mst detail

show spanning-tree mst detail
% Default: Bridge up - Spanning Tree Enabled  - topology change detected
% Default: CIST Root Path Cost 0 - CIST Root Port 23 -  CIST Bridge Priority 32768
% Default: Forward Delay 15 - Hello Time 2 - Max Age 20 - Transmit Hold Count 6 - Max-hops 20
% Default: CIST Root Id 8001ac44f23c746e
% Default: CIST Reg Root Id 8001ac44f23c746e
% Default: CIST Bridge Id 8001ac44f23c7475
% Default: 1941 topology change(s)  - last topology change Mon Aug  6 15:35:02 2018

%   ge1: Port Number 1 - Ifindex 1 - Port Id 8001 - Role Designated - State Forwarding
%   ge1: Designated External Path Cost 0 -Internal Path Cost 20000
%   ge1: Configured Path Cost 20000  - Add type Explicit ref count 1
%   ge1: Designated Port Id 8001 - CIST Priority 128  -
%   ge1: CIST Root 8001ac44f23c746e
%   ge1: Regional Root 8001ac44f23c746e
%   ge1: Designated Bridge 8001ac44f23c7475
%   ge1: Message Age 0 - Max Age 20
%   ge1: CIST Hello Time 2 - Forward Delay 15
%   ge1: CIST Forward Timer 0 - Msg Age Timer 0 - Hello Timer 1 - topo change timer 0
%   ge1: forward-transitions 54
%   ge1: Version Multiple Spanning Tree Protocol - Received None - Send MSTP
%   ge1: No portfast configured - Current  portfast off
%   ge1: bpdu-guard  disabled  - Current bpdu-guard off
%   ge1: bpdu-filter disabled  - Current bpdu-filter off

(略)

#show spanning-tree mst detail

show spanning-tree mst detail

% Default: Bridge up - Spanning Tree Enabled - topology change detected

% Default: CIST Root Path Cost 0 - CIST Root Port 23 - CIST Bridge Priority 32768

% Default: Forward Delay 15 - Hello Time 2 - Max Age 20 - Transmit Hold Count 6 - Max-hops 20

% Default: CIST Root Id 8001ac44f23c746e

% Default: CIST Reg Root Id 8001ac44f23c746e

% Default: CIST Bridge Id 8001ac44f23c7475

% Default: 1941 topology change(s) - last topology change Mon Aug 6 15:35:02 2018

% ge1: Port Number 1 - Ifindex 1 - Port Id 8001 - Role Designated - State Forwarding

% ge1: Designated External Path Cost 0 -Internal Path Cost 20000

% ge1: Configured Path Cost 20000 - Add type Explicit ref count 1

% ge1: Designated Port Id 8001 - CIST Priority 128 -

% ge1: CIST Root 8001ac44f23c746e

% ge1: Regional Root 8001ac44f23c746e

% ge1: Designated Bridge 8001ac44f23c7475

% ge1: Message Age 0 - Max Age 20

% ge1: CIST Hello Time 2 - Forward Delay 15

% ge1: CIST Forward Timer 0 - Msg Age Timer 0 - Hello Timer 1 - topo change timer 0

% ge1: forward-transitions 54

% ge1: Version Multiple Spanning Tree Protocol - Received None - Send MSTP

% ge1: No portfast configured - Current portfast off

% ge1: bpdu-guard disabled - Current bpdu-guard off

% ge1: bpdu-filter disabled - Current bpdu-filter off

(略)

ループの確認

#show loop-detect

show loop-detect
loop-detect: Disable

port      loop-detect    port-blocking           status
-------------------------------------------------------
ge1            enable           enable           ------
ge2            enable           enable           ------
ge3            enable           enable           ------
ge4            enable           enable           ------
ge5            enable           enable           ------
ge6            enable           enable           ------
ge7            enable           enable           ------
ge8            enable           enable           ------
ge9            enable           enable           ------
ge10           enable           enable           ------
ge11           enable           enable           ------
ge12           enable           enable           ------
ge13           enable           enable           ------
ge14           enable           enable           ------
ge15           enable           enable           ------
ge16           enable           enable           ------
ge17           enable           enable           ------
ge18           enable           enable           ------
ge19           enable           enable           ------

(略)

#show loop-detect

show loop-detect

loop-detect: Disable

port loop-detect port-blocking status

-------------------------------------------------------

ge1 enable enable ------

ge2 enable enable ------

ge3 enable enable ------

ge4 enable enable ------

ge5 enable enable ------

ge6 enable enable ------

ge7 enable enable ------

ge8 enable enable ------

ge9 enable enable ------

ge10 enable enable ------

ge11 enable enable ------

ge12 enable enable ------

ge13 enable enable ------

ge14 enable enable ------

ge15 enable enable ------

ge16 enable enable ------

ge17 enable enable ------

ge18 enable enable ------

ge19 enable enable ------

(略)

マックアドレステーブルの確認

# show mac-address-table

 show mac-address-table
VLAN  port   mac             fwd      type     timeout

(略)

# show mac-address-table

show mac-address-table

VLAN port mac fwd type timeout

(略)

l2ms

#show l2ms detail

show l2ms detail
Role : Slave

Status : Not managed

#show l2ms detail

show l2ms detail

Role : Slave

Status : Not managed

送信キュー使用率の表示

# show mls qos queue-counters

 show mls qos queue-counters
QoS: Disable
Interface ge1 Queue Counters:
  Queue 0          0.0 %
  Queue 1          0.0 %
  Queue 2          0.0 %
  Queue 3          0.0 %
  Queue 4          0.0 %
  Queue 5          0.0 %
  Queue 6          0.0 %
  Queue 7          0.0 %

Interface ge2 Queue Counters:
  Queue 0          0.0 %
  Queue 1          0.0 %
  Queue 2          0.0 %
  Queue 3          0.0 %
  Queue 4          0.0 %
  Queue 5          0.0 %
  Queue 6          0.0 %
  Queue 7          0.0 %

Interface ge3 Queue Counters:
  Queue 0          0.0 %

# show mls qos queue-counters

show mls qos queue-counters

QoS: Disable

Interface ge1 Queue Counters:

Queue 0 0.0 %

Queue 1 0.0 %

Queue 2 0.0 %

Queue 3 0.0 %

Queue 4 0.0 %

Queue 5 0.0 %

Queue 6 0.0 %

Queue 7 0.0 %

Interface ge2 Queue Counters:

Queue 0 0.0 %

Queue 1 0.0 %

Queue 2 0.0 %

Queue 3 0.0 %

Queue 4 0.0 %

Queue 5 0.0 %

Queue 6 0.0 %

Queue 7 0.0 %

Interface ge3 Queue Counters:

Queue 0 0.0 %

エラー検出機能の情報表示

#show errdisable

show errdisable
function        auto recovery          interval
-----------------------------------------------
BPDU guard      disable
Loop detect     enable                     300

port       reason
-----------------------

#show errdisable

show errdisable

function auto recovery interval

-----------------------------------------------

BPDU guard disable

Loop detect enable 300

port reason

-----------------------

SFPモジュールの状態表示

# show ddm status

 show ddm status
             Temperature  High Alarm   High Warning Low Warning  Low Alarm
Interface    (Celsius)    Threshold    Threshold    Threshold    Threshold
------------ ------------ ------------ ------------ ------------ ------------
 ge25             -            -            -            -            -
 ge26             -            -            -            -            -
 ge27             -            -            -            -            -
 ge28             -            -            -            -            -

             Voltage      High Alarm   High Warning Low Warning  Low Alarm
Interface    (V)          Threshold    Threshold    Threshold    Threshold
------------ ------------ ------------ ------------ ------------ ------------
 ge25             -            -            -            -            -
 ge26             -            -            -            -            -
 ge27             -            -            -            -            -
 ge28             -            -            -            -            -

             Current      High Alarm   High Warning Low Warning  Low Alarm
Interface    (mA)         Threshold    Threshold    Threshold    Threshold
------------ ------------ ------------ ------------ ------------ ------------
 ge25             -            -            -            -            -
 ge26             -            -            -            -            -
 ge27             -            -            -            -            -
 ge28

# show ddm status

show ddm status

Temperature High Alarm High Warning Low Warning Low Alarm

Interface (Celsius) Threshold Threshold Threshold Threshold

------------ ------------ ------------ ------------ ------------ ------------

ge25 - - - - -

ge26 - - - - -

ge27 - - - - -

ge28 - - - - -

Voltage High Alarm High Warning Low Warning Low Alarm

Interface (V) Threshold Threshold Threshold Threshold

------------ ------------ ------------ ------------ ------------ ------------

ge25 - - - - -

ge26 - - - - -

ge27 - - - - -

ge28 - - - - -

Current High Alarm High Warning Low Warning Low Alarm

Interface (mA) Threshold Threshold Threshold Threshold

------------ ------------ ------------ ------------ ------------ ------------

ge25 - - - - -

ge26 - - - - -

ge27 - - - - -

ge28

テクニカルコマンド

# show tech-support

1	# show tech-support

この記事で紹介したshow系コマンドをすべて実行する

動作確認 2018-0918

注意

CORS設定 NginxServerディレクティブ内

スクリプト読み込み

index.php

孔子の論語 狂狷

子路第十三の二十一 狂者は進みて取り、狷者は為さざる所あり

講孟箚記

狂愚

狂

蜘蛛の糸

要約

孟母三遷

要約

諸法無我 縁起

要約

母数がわかる場合

10枚のくじに当たりが１枚入っていて、3回引いた時に１度は当たる確率

母数がわからない場合

目当てのSSRのキャラを引ける確率が10%のガチャを3回引いた時に１度は目当てのSSRのキャラが当たる確率

母数がわかっている場合かつ確率100パーセントでくじを当てる方法

母数がわかっている場合かつ夏祭りの夜店で抽選くじを引いて当たる確率

事象

発覚の経緯

原因(推測原因)

恒久対応

原文

先に結論

クライアント(人)

ネットワーク機器(ルータ, スイッチ)

クライアント端末

ISP プロバイダ

障害報告事例 手作りによる規格外のLANケーブルによる不具合

障害内容

事象

原因

恒久対応

原文

25-68-95-98%の法則

条件

期待値

リターンのばらつき ≒リスク

通貨Bの標準偏差

正規分布の場合

通貨Bを選択する場合、考えたいのは最悪のケース

※本当に最悪なのは

ポートフォリオ戦略

結果をまとめる

分散を考える 資産分散、時間分散

ゲームのフレーム計算

日本とブラジルの距離、光速度

光がブラジルまでに到達するまでの時間

更に処理時間が加算される要因

格闘ゲームとP2P

クラウドで見る海外リージョンによるレイテンシの影響 RTT

分かったこと

日本からブラジルサンパウロの実サーバのレイテンシ 40F

結論として

移行元作業

リポジトリの確認

rpm構成の取得

移行先作業

2018年7月31日 金融政策変更

日銀が行ってきた異次元緩和の目的

どうしてそんなに物価を上げたいの？

期待と不安、インフレとデフレ

そもそもデフレの何が悪いの？ どんどん安く買えていいじゃん！(いいじゃん！)

デフレだと金融緩和政策が効きにくい

アベノミクス!?

日本銀行のきほん 中央銀行(FRB)のおしごと

金融政策

理由として

政府はなんかするの？

日銀はどんな政策を行うの？必殺技とかあるの？

日銀殺法1. 異次元緩和(量的・質的緩和)

量的緩和

質的緩和

日銀殺法2. マイナス金利

どうして物価上昇率2%が目標なの？

物の物価があがることは良いことじゃないの？一気にたくさんあげようよ！

孔子の論語狂狷

子路第十三の二十一　狂者は進みて取り、狷者は為さざる所あり

諸法無我縁起

障害報告事例手作りによる規格外のLANケーブルによる不具合

分散を考える資産分散、時間分散

2018年7月31日金融政策変更

そもそもデフレの何が悪いの？どんどん安く買えていいじゃん！(いいじゃん！)

日本銀行のきほん中央銀行(FRB)のおしごと

実際にやってみよう！好きなフルーツの例

具体例. サンドウィッチマンパソコン教室