★bitbucketとは：githubの類似サービス。プロジェクト管理に重きを置いている。

★パケットキャプチャの概要
wireshark とSPANつかいかた
http://www.infraexpert.com/study/span.htm
http://www.infraexpert.com/info/wiresharkindex.html
・アナライザPCをつなぐポートはそれ専用にする必要がある。
　アナライザPCにIPアドレスは別に振らなくてもよい。
・wiresharkには表示ディスプレイに選択構文をぶっこむ仕様。
　キャプチャしたパケットの解析にはTCP/IPの知識要(当然か。）



ローカルSPAN (fe0で送受信するパケットを
同じSWのfe24に繋いだアナライザPCでキャプチャ)
SW(config)#monitor session 1 source interface fe0
SW(config)#monitor session 1 destination interface fe24

※　source interfaceの部分は、source VLAN idでもよい。
      この場合vlanで送受信したパケットを飛ばす。
※   sourceの末尾には、{both |rx|tx}を指定できる。
      デフォはboth。要はそのポートでの送信/受信トラフィック
　　どれをモニタしますか、ということ。

※※　受信側の末尾には、encapsulation replicateを付けることもできる。
　　　デフォルトでは無付加で、宛先ポートに飛ばされるパケットはタグなしとして扱う。
　　　encapsulation replicateを付けると、タグ付きパケットは宛先ポートでタグ付きとして扱える。

リモートSPAN(RSPAN：トランクで繋いだ異なるSWのifにキャプチャ用パケを飛ばす)
省略。上記リンクを見て。

注意点：SPANの設定はシンプルでありながら、実に多くの仕様があります。以下は個人的に特筆すべき仕様。

特筆すべきISOのローカルSPANセッションとRSPANセッションの仕様
　・　同じSPANのセッションにモニター対象ポートの「送信元ポート」と「送信元VLAN」を混在させられない。
　・　１つのSPANセッションに複数の宛先ポートを設定できるが、指定できる最大の宛先ポートは「 64 」個。
　・　Catalystスイッチは最大2つの送信元セッション（ ローカルSPANとRSPANの送信元セッションの2つ ）
　　　をサポートする。従って、同じスイッチ内でローカルSPANの実行とRSPANの実行が1つずつ可能である。

　・　SPANでキャプチャされる受信トラフィックは、スイッチが変更または処理を行う前のパケット
　・　SPANでキャプチャされる送信トラフィックは、スイッチが変更または処理を行った後のパケット

※alaxala L3SWを使う場合はこれ。
https://www.alaxala.com/jp/techinfo/archive/manual/AX2400S/HTML/11_7/CFGUIDE2/0445.HTM

※D-linkを使う場合は
　Monitoring>Mirror>Port Mirror settingsからGUIで設定可能。
　https://dlink-jp.com/wp-content/uploads/files/DGS-3120_MAN_R06_A2_B1-v3.00.pdf　これなど参考に。
　※高速ポートから低速ポートへパケット飛ばすのは不可能なので注意。


★ファイルにスクリプトを記載し、CentOs起動時に実行する方法

https://eng-entrance.com/linux_startup
ここに動作原理の概要がまとまっている。
systemd(CentOS7)かsysVinit(以前)かで起動プロセスが違うので
必要なコマンドも違ってくる。

Systemd系なら細かいコマンドはこっちを見るとよい
https://qiita.com/tkato/items/6a227e7c2c2bde19521c
http://tire-retire.blogspot.jp/2014/12/centos7rclocal.html

要はこういうこと。
プログラムの自動起動には/etc/systemd/system/　ディレクトリに(なんか).service
というファイル(ユニットファイル)が必要なので入れる。

(なんか).service
[Unit]
Description = 説明文（好きに入れて良い）
After=local-fs.target
ConditionPathExists=自動起動するプログラムが配置されているディレクトリ(/opt/パッケージ名/bin)

[Service]
ExecStart=自動起動するプログラムへのフルパス(/opt/パッケージ名/bin/YYYY.sh)
Restart=no
Type=simple

[Install]
WantedBy=multi-user.target

------------
※ほんとうは自動起動するプログラムをwrapperシェルで包んで２重化した方がよいとか書いてるけど
今回は飛ばしてみる。
------------

ユニットファイルと
自動起動するプログラムとその格納ディレクトリは、chmod chownでroot権限をつけておく。

$ sudo chown root:root /etc/systemd/system/nanka.service
$ sudo chmod 644 /etc/systemd/system/nankasys.service

$ sudo mkdir -p /opt/なんか/bin
$ sudo chmod 755 /opt/なんか/bin
$ sudo cp 自動起動.sh /opt/なんか/bin
$ sudo chown root:root /opt/なんか/bin/自動起動.sh
$ sudo chmod 755 /opt/なんか/bin/自動起動.sh

んで、上記のあとsystemctlにserviceを追加したことを教えてあげる。
$ sudo systemctl daemon-reload

systemctlがserviceを認識してるか確認。
$ sudo systemctl status なんか.service

自動起動するように設定
$ sudo systemctl enable なんか.service





(参考)SysVinit系の場合

-https://qiita.com/bonkeenu/items/721cf9ea633edfd1c532

　インスタンスの起動時、自動起動させたいシェルスクリプトの実行権限はrootで良い？
　YES ⇒　/etc/rc.localに実行シェルを

　NO　⇒　crontabの@rebootを使用する。
　@reboot /bin/sh /home/ec2-user/bin/shell.sh
　この一行を追加するだけ！！
　http://nort-wmli.blogspot.jp/2016/02/cron-osreboot-shellsh.html


-https://qiita.com/hnishi/items/6a5b8b67d807f8dfe44e
これも/etc/rc.localを使っている。





★openv switchの導入方法と挙動


★ネームスペースに分割した仮想クライアントの挙動


★RFC 2544ベンチマーク


★eBGP VRRP VPNあたりの基礎知識