サイドバー
目次
つぶやき
技術系や雑感等は再編集して本文の記事にする事を前提としているので、こっちにLinkを張らないでください。
FreeBSD EtherIP でトラブル(未解決)
FreeBSD 12-RELEASE を利用して以下の環境を構築したところうまくいかなかった。
以下は、症状を再現するための必要設定のみ記載している。
試験環境: FreeBSD rt12 12.2-RELEASE-p6 FreeBSD 12.2-RELEASE-p6 GENERIC amd64
基盤：VMware 5.5 及び、XCP-ng 8.2.0
Bridge0 -- gif0 -- em0 -- (network) -- em0 -- gif0 -- Bridge0 Node A FreeBSD 12 ->| |<- FreeBSD 12 Node B
なお、試験環境は、VMware上で構築している。また、自明だと思うが、kernel側でv4 forwarding/v6 forwardingを1にして、Routerモードにしてある
- NodeAで設定したのは以下の通り
ifconfig em0 10.0.0.1/24 ifconfig gif0 create ifconfig gif0 mtu 1500 # 記述ミス。追記 ifconfig gif0 tunnel inet 10.0.0.1 10.0.0.2 ifconfig gif0 inet 172.16.0.1/24 route add -net 172.16.1.0/24 -iface gif0 ifconfig bridge0 create ifconfig bridge0 mtu 1500 # 記述ミス。追記 ifconfig bridge0 addm gif0 -stf gif0
- NodeBで設定したのは以下の通り
ifconfig em0 10.0.0.2/24 ifconfig gif0 create ifconfig gif0 mtu 1500 # 記述ミス。追記 ifconfig gif0 tunnel inet 10.0.0.2 10.0.0.1 ifconfig gif0 inet 172.16.1.1/24 route add -net 172.16.0.0/24 -iface gif0 ifconfig bridge0 create ifconfig bridge0 mtu 1500 # 記述ミス。追記 ifconfig bridge0 addm gif0 -stf gif0
以上のように設定したところ、通信ができなかった。(NodeAでping 172.16.1.1を実行した)
tcpdumpでgif0の通信内容を見る(tcpdump -ni gif0) と、AF Unknown (18), length 46:が表示される。また、この時にtcpdump -ni em0を見ると、IP 10.0.0.1 > 10.0.0.2: ip-proto-97 86 のように、Packetは出て行っており、IPのProtocol番号97で通信しているようだが、pingは届かない。(parameter errorが出る)
この問題は、IP AddressをIPv4からIPv6に置き換えても変わらなかった
追記(記載忘れ。20210530)
- いくつかのWeb Pageに、sysctlでkernelパラメータをいじるという記事があるので、実行したが変化なし
sysctl net.link.bridge.ipfw=0 sysctl net.link.bridge.pfil_bridge=0 sysctl net.link.bridge.pfil_member=0
- bridge0 に物理I/Fを追加してみたが、これも効果なし
ifconfig bridge0 addm em1 -stf em1
問題を切り分けようと、bridge I/Fを削除すると、問題なくICMPが届くところを見ると、gifでの通信は正常にできていると考えられる。
とすると、FreeBSDのbridge deviceがEtherIP関連でものすごく変なことをしているとしか考えられない…
と思って、ifconfig bridge0 deletem gif0 をNodeA/NodeBの両方で実行すると、問題なく通信できるようになる。
よく見る（症状1）と、
- bridge0にgif0が所属していない時は、gif経由でいわゆるIPv4/IPv6パケットが流れた
- bridge0にgif0が所属している時(addmした時)は、protocol number 97(EtherIP/on em0)/(parameter error/on gif0)の通信のように見える (tcpdumpのBinaryを解析する根性はなかった)。
追記(20210530)
以前、佐藤先生から、中を解析するには、Protocol number=97を追いかけるしかない、というお話をいただいている。
問題は、同一のFreeBSD同士でのgif+bridgeを用いたEtherIP通信が、IPv4でもIPv6でも失敗するところ。なお、NECのIX2000シリーズのEtherIPと繋ごうとしてもつなげないので、流石にFreeBSD側のBUGと考えるしかないが、問題はそのBUGが bridge(if_bridge.c) にあるのか gif(if_gif.c)にあるのかわからない…
なお、いくつか試験するにあたって、
- gifのみにIP Address(172.16.0.1/172.16.1.1)を割り当てた場合
- bridgeのみにIP Address(172.16.0.1/172.16.0.2)を割り当てた場合 (BridgeはBridgeをDirectに繋いでいるので、同一Segmentである必要がある)
- lo9を作成してそこのみにIP Address(172.16.0.1/172.16.1.1)を割り当てた場合
の3パターンを試験したが、全て、上記の症状１が観測された。
FreeBSD 9系列では動いているという報告はあるのだが、それもどこまで信用すれば…(いまさらFreeBSD 9-RELEASEを作る気にならなかった) そして、FreeBSD 13で動くかわからないしなぁ。
なんで俺はこんなに罠にハマるんだろう… しかも、なんで6時間もDebugにはまったんだろう… さて、どうすれば解決できることやら…
LibreOffice for Mac 7.1.3.2
Macで便利に使っているLibreOfficeだが、日本語化したあとMenuのToolTipが文字化けするのが非常に気に入らなかった。
色々対策が出ているが、完全なものがなくイライラしていたのだが、どうやら解決したらしいのでメモ。
- Terminal Appを利用する
/Applications/LibreOffice.app/Contents/Resources/fonts及び/Applications/LibreOffice.app/Contents/Resources/resource/common/fontsに必要なFont Grif がないのが問題の根本の模様- 以下を実行すれば良い
mv /Applications/LibreOffice.app/Contents/Resources/fonts /Applications/LibreOffice.app/Contents/Resources/fonts.bak mv /Applications/LibreOffice.app/Contents/Resources/resource/common/fonts /Applications/LibreOffice.app/Contents/Resources/resource/common/fonts.bak
これで文字化けのほとんど（今のところ、文字化けを見ることはない)が解消する
shell関連メモ
- ash/yash/bash/zshで定義済み関数一覧を出力する
typeset -f - ash/yash/bash/zshで関数名だけ抜き出す
typeset -f | grep '.*()[ ]*[{]*' | tr -d “() {” - ash/yash/bash/zshで関数を消す
unset -f [funcname]
yash
Shell scriptで色々実行しようとしていると、余計な拡張の入ったshellは使いたくなくなる。拡張に依存してPOSIXを忘れてしまうと、マシンごとに異なるshell環境でどハマりをしてしまうからである。
というわけで、POSIX準拠の比較的Primitiveなshellを探し求めてきたわけだが、結局選択できるshellは3種類に絞られてしまった。 ; ash : NetBSDやFreeBSD に付属するshell で、Almquist shellを元にしたもの ;dash : Debian, Ubuntuで採用されているshellで、Almquist shellをdebian Projectで改変したもの ; yash : magicant(WATANABE Yuki)氏が開発したYet Another SHell。一部制限事項を除きPOSIX.1-2008 (IEEE Std 1003.1, 2016 Edition) を全てサポートしているshellで、日本語の情報も十分に提供されている。
しかも、ashとdashは同じものからの派生なので、実質はそれほど変わらない。
自分の場合、OS-X上で開発しているから、/bin/shはdashのようだが、これはcommand-line edit機能をオフにしてコンパイルされているから、login-shellで使うには自力compileするか、HomeBrewで導入する必要がある。
色々探してて、yashがかなり良さそうなので試してみた。
本記事では、この yash をMacOS-X BigSur上のtmuxで利用するためのDraftである。もう少し書きたいことはあるので、何回かに分けて書いた上でまとめたいという野望はある。
