DHCPの闇

DHCP、闇すぎる。


同じ種類のパケットなのにブロードキャストが使われたり使われなかったり、しかもペイロードにブロードキャストかユニキャストかを識別するフラグがあるのに実際と一致してないことがある。

このフラグは、サーバからの応答に期待するパケット種別らしい。

ja.wikipedia.org

また、BROADCASTフラグ（2バイトフィールドの第1ビット。他のビットは通常は0になっている）によってクライアントがDHCPOFFERをブロードキャスト・ユニキャストのどちらで受け取りたいかをサーバに通知することができる。また、BROADCASTフラグ（2バイトフィールドの第1ビット。他のビットは通常は0になっている）によってクライアントがDHCPOFFERをブロードキャスト・ユニキャストのどちらで受け取りたいかをサーバに通知することができる。


DHCPクライアントによっても挙動が大きく異なる。
リース延長の時は普通はREQUESTを投げるはずがDISCOVERを投げる奴がいる。DHCPサーバはリースに持ってるMACアドレスからのDISCOVERに対しても大体は同じIPを払い出してくれるけどそうではないこともあって結果としてIPが変わってしまう。
手動でリース解放できない奴もある。意味不明。
WindowsはDHCPのやり取りの間隔制限があるらしく（ソース失念）、極端に短いリース期間にするとDHCPパケットを投げないくせにリース期間は順守してIP割り当てが消失する。


REQUESTをブロードキャストで投げるかユニキャストで投げるかもまちまちだし、DHCPサーバからの応答がなかった時のフォールバックの動きもまちまち。
DHCPリレーが絡むとさらに厄介になる。フェイルオーバーが絡むともっと厄介になる。

 

BINDと組み合わせてDDNSを実装するとさらに混迷を極めるのでお勧め。

LINEのビデオ通話における非互換問題（映像が映らない）

最近の高性能スマホA、1年前のミドルレンジスマホB、数年前のスマホCがあって、それぞれでのLINEビデオ通話の互換性に問題が生じていた。
A-B間、B-C間は問題ないが、A-C間でビデオ通話するとCの映像がAに映らない問題が起きた。
また、A-C間でグループビデオ通話をすると問題は起きず、スマホCに紐づいたアカウントを使ってPCのLINEにログインし、A-PC間でビデオ通話することも可能であった。さらに、Cと同機種のスマホC'（Cとは別アカウント）をつかってA-C'間のビデオ通話をしても問題が発生した。
つまり、アカウントの設定にかかわる問題ではないこと、スマホC（の機種）に問題がありそうだと推測された。

「ビデオ通話時に映像が表示されない」という事象についてググったものの目ぼしい解決策は見当たらず困っていたが、LINEの設定を眺めていると、「端末の動画コーデックを使用」という、いかにも怪しい設定があるのを発見。スマホCのLINEでその設定のチェックを外すと解決した。

ここからは予想だが、LINEのビデオ通話を開始するときに、端末間で使える動画コーデックのネゴシエーションのようなことをしていて、最近の高性能スマホであるAはより最新のコーデックを使えるが、数年前のスマホCだと使えるコーデックが少なく、本来であれば、きちんとネゴシエーションして双方で使えるコーデックを選択しないといけないところ、それがうまくいかず結果として映像が出なくなってしまった、という感じかもしれない。
グループビデオ通話だと影響がなかったのは、「端末の動画コーデックを使用」が効かないという理由があるのかもしれない。B-C間で問題がなかったのも、BとCで使えるコーデックに差がなかったから、とかかもしれない。

この問題、最近（2021/2頃？）発生し始めたようで、「端末の動画コーデックを使用」というキーワードでググっても10件程度しか見つからない状態。そのため、単に映像が映らないという症状でググっても適切な情報を探し出すのは困難。

地方のタクシーにおけるキャッシュレス

地方のタクシーで連続してキャッシュレス決済する機会があったのでメモ。


①クレジット決済
運転手が端末（タブレット+カードリーダー）の準備をする（1分）。
決済操作をするも、時間がかかった挙句タイムアウト（1分）。
再試行すると決済完了したが、レシート用紙が切れてて印字できず。しかもそのことに運転手が気付いてくれず、エラーメッセージを見た私が「用紙切れてませんか？」と声をかけてやっと気づいてくれたが、替えの用紙はなかったようで、結局レシートはもらえず。
1回目の決済がエラーになってて二重で決済が完了した疑いもあるので仕方なくタブレットの売上完了メッセージを写真に撮って控えとした。（5分） 

②PayPay決済
クレジット決済をしようとしたら「クレジットですか！？」という反応をされたので、前回の記憶が蘇り、「もしかしてPayPayの方が楽ですか？」と聞いたところ、そうして欲しいと言われたのでPayPayで決済した。MPMタイプのQR決済は初めてだったし、PayPayで支払う準備をしておらずアプリの起動をするところから始めたが、事前にある程度調べてたこともありスムーズに決済完了。（1分）
ただ、自分で決済金額を入力するのが非常にプレッシャーがあった。間違った場合取り消しはできるだろうけど、その操作を運転手がスムーズにできるとも思えないし。 

 

n=1×2のサンプル数（しかもクレジットの方はイレギュラーな事例）ではあるが、クレジット決済7分程度vsPayPay 1分程度と、PayPayの圧勝に終わった。PayPay（MPM）の場合、自分で決済操作するので、例え多少時間がかかったとしても利用者自身の体感時間やストレスはあまり感じない。店のレジで待っている後続客からしたら決済に1分掛かってたらイライラするだろうけどタクシーならそういうプレッシャーもないし。 

「決済金額を客が入力するのは駄目だろう」と以前は思ってたけど、店員が決済金額を入力するのも信頼性としては大して変わらないし（悪意のある店員や不慣れな店員が間違った金額を決済しようとしても客が気を付けなければそのまま決済されてしまうだけ）、重要なのは金額を店員、客双方がチェックすることなんだろうな。

個人的必須Cygwin設定

Cygwinをデフォルトで使うと少々不便な点があるため以下の設定を行う。

noaclを設定

Cygwinを単なる便利コマンドラインツールとして使う場合、ACL機能は不要だしデメリットの方が大きい。無効にするため /etc/fstab を編集する。その際、すべてのCygwin関係のプロセスを落とさないと反映しないようだ。
参考：技術/Windows/Cygwin/NTFSをnoaclでマウントする - Glamenv-Septzen.net

エンコード

デフォルトだと日本語ファイル名を扱えないため、環境変数にLANG=ja_JP.SJISを入れる。ただし、UTF-8な設定で無いと問題が発生する場合もあるため注意が必要。

Oracle DBの自動起動設定（CentOS 7）

OracleをインストールしただけではOS起動時に自動的にOracleが起動するようにはならないので、手動で設定する必要がある*1。CentOS 7はsystemdを採用しているので、systemdを使って自動起動を構成するのが正統だと思うが、Oracleが配布しているDeveloper VM（RHEL 7.3をベースとしたOracle Linux 7.3*2）では、systemdであるにも関わらずrcスクリプトを用いて構成しているので、これがOracle推奨なのであろうと判断*3し、これを流用してCentOSで自動起動できるようにした。

手順

以下の手順はrootユーザで行う。

/etc/rc.d/init.d/oracle というファイルを作成し、以下のような記述にする（環境変数は適宜合わせる）。

#!/bin/sh
#
# chkconfig: 2345 99 99

#
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/12.2.0/dbhome_1
export ORACLE_HOME_LISTENER=$ORACLE_HOME
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_SID=orcl

# Source function library.
. /etc/rc.d/init.d/functions

# See how we were called.
case "$1" in
  start)
        su  oracle -c "$ORACLE_HOME/bin/lsnrctl start"
        su  oracle -c "$ORACLE_HOME/bin/dbstart $ORACLE_HOME"
        ;;
  stop)
        su  oracle -c "$ORACLE_HOME/bin/dbshut $ORACLE_HOME"
        su  oracle -c "$ORACLE_HOME/bin/lsnrctl stop"
        ;;
  restart|reload)
        su  oracle -c "$ORACLE_HOME/bin/dbshut $ORACLE_HOME"
        su  oracle -c "$ORACLE_HOME/bin/lsnrctl stop"
        su  oracle -c "$ORACLE_HOME/bin/lsnrctl start"
        su  oracle -c "$ORACLE_HOME/bin/dbstart $ORACLE_HOME"
        ;;
  status)
        $ORACLE_HOME/bin/lsnrctl status
        ;;
  *)
        echo $"Usage: $0 {start|stop|restart|reload}"
        exit 1
esac

exit 0

※XDB向けの設定（iptables）はよくわからない。無くても支障はなさそう*4。

このスクリプトを実行可能にする。

# chmod 755 /etc/rc.d/init.d/oracle

このスクリプトを自動起動対象として追加する。

# chkconfig --add oracle

/etc/oratab を編集し、自動起動したいインスタンスの行を「Y」にする。

orcl:/u01/app/oracle/product/12.2.0/dbhome_1:Y


OSを再起動し、Oracleが自動起動するかを確認する。

2017/9/6 追記

不要と思われる箇所を削除。oratabの編集について追記。

*1:OUIに自動起動オプション用意してほしいところではある

*2:/etc/redhat-release にはRed Hat Enterprise Linuxと書いてあるけど書き換えなくてよいのだろうか・・・

*3:単にOracleが手を抜いて過去のスクリプトを流用しているだけかもしれないが

*4:そもそもXDBが何か知らない・・・

Oracle DB Developer VMにサンプルスキーマをセットアップする

なぜサンプルスキーマをセットアップするのか

Oracle関連のドキュメントにはサンプルスキーマを例にしたものが多数あるため、用意しておいた方が手軽に試行できるため何かと都合が良い。Oracleの学習を進める上でも、自由に使え、かつ、それなりに複雑なDB*1として便利。実際に複数テーブルを設計して実装して、というのは、もちろん勉強する上では将来的には必要だが、まず最初にすることとしては敷居が高く、手間がかかる。

サンプルスキーマを入れるには？

Oracle DBのインストール時に、オプションで選べるようだ。しかし、Oracleのインストールは、それ自体それなりに手間がかかることなので、すでにOracleがセットアップされている仮想マシンイメージ「Developer VM」を使う場合も多いだろう*2。というわけで、すでにあるOracle環境にサンプルスキーマを後からインストールすることを考える。

既存の手順

ネットでOracleインストール後にサンプルスキーマをインストールする方法を調べたところ、「Oracle Database Examplesをインストールすることでサンプルスキーマインストールスクリプトが所定の場所に配置される」という記述が見つかったが、実際試したところ、そうならなかった。いろいろ調べたところ、OracleのGitHubでインストールスクリプトが配布されていることがわかった。もしかしたら配布方法が変わって、Examplesには同梱されなくなったのかもしれない。

実際の手順

以下はoracleユーザで行う。
作成するスキーマのパスワードは全てoracleとする。

cd ~
wget https://github.com/oracle/db-sample-schemas/archive/master.zip
unzip master.zip
cd db-sample-schemas-master/
perl -p -i.bak -e 's#__SUB__CWD__#'$(pwd)'#g' *.sql */*.sql */*.dat
mkdir log
sqlplus system/oracle@localhost:1521/orcl
@mksample oracle oracle oracle oracle oracle oracle oracle oracle users temp /home/oracle/db-sample-schemas-master/log/ localhost:1521/orcl

なお、上記コマンドラインは、試行錯誤して導き出した最短で完了する手順であるが、完全にこの通りに実際に実行したわけではないのでどこかに漏れや誤りがあるかも知れない。一行ずつ、そのコマンドの意味を把握して実行していくことをオススメする。

2017/8/20 追記
やっぱり間違っていた。最後のコマンドの引数でスクリプトの実行ログを保存するディレクトリを指定するが、そのパスが間違っていた（修正済み）。まあ、ログが保存されないだけで、処理自体は成功しているようだが。

*1:本番環境は論外としても、たとえ検証環境であったとしても学習目的で自由に弄れる訳ではないことが多いだろう。かといって自分でそれなりの構成のDBを用意するのも大変。というかそのスキルがないから学習するわけで･･･

*2:もちろん、Oracleのインストールは出来るようになっておくべきだが、Oracleの学習について言えば、導入方法より導入済みのOracleの操作方法の方が優先度が高いと思う。まずは自由に使えるOracleを用意してそれを弄ってスキルを上げ、その後のステップアップとして、導入やチューニングが出来るようになる、という道筋が妥当かと思われる。

ホストOS（Windows 10）とVirtualBox上のゲストOSとの通信がキャプチャできない

環境

現象

ホストで動かしたWiresharkでホスト<->ゲスト間のキャプチャが正常に出来ない。
正確には、ホストからゲストへのパケットがキャプチャできず、ゲストからホストに届いたパケットのみキャプチャできる。
ゲストOSのNICはブリッジにしている。
類似の障害は、ネット上でも散見されるが、根本解決した例は見当たらなかった。

原因の推測

RawCapではキャプチャできたので、WinPcapの不具合を疑っている。
元々、WinPcapはWindows 10で正常に動かない場合があるとも聞いたので、代替のWin10Pcapを導入したが、改善せず*1。

対処

  1. RawCapを使う
  2. ゲストOS上でキャプチャする（Wireshark or tcpdump）

追記

WinPcapのもう1つの代替であるNpcap*2を使うと、完全にホストゲスト間のパケットがキャプチャできなくなった。ゲスト<->ホスト外の通信はキャプチャできているが。
仮想化ソフトの仮想ブリッジの実装とキャプチャソフトの実装によってはこのようなことが起こりうるのか？「ホストゲスト間のキャプチャはゲスト側で行う」というのが定石か。

*1:余談だが、Win10PcapではWinPcapでは認識していたNIC（Wi-Fi）を認識しなくなった。このNICのドライバのNDISバージョンが6.70と新しすぎるのが問題なのか？別のWi-Fi子機は認識したがこのNDISバージョンは6.50だった

*2:Wireshark公式Wikiにも記述があることを考えるとこちらの方が主流？