illumos openindiana 2020 は、audio デバイスを Linux のような ALSA ではなく OSS で構成する。その上で Pulse Audio が使われている。私は、Vmware 15.5 にゲストとして構築しているので Audio デバイスがデフォルトならば ens1371 用の audioens ドライバを使うことになるはず。で、最初構築したらデバイスファイルのリンクが狂っていてデバイスファイルのリンクを変更してからシステムの再構築機能を使って正常に認識させる羽目になった。尚、pulseaudio を切って使うことも出来る。(単にMATE DESKTOP のシステム->設定->個人的な設定でpulseaudioの自動起動を止めるだけ)

 

いずれにしても、audioens ドライバは、正常動作しなかった。pluseaudioがあろうが無かろうが「雑音、間延び」で使い物にならない。そこで、HD Audio 仕様に変更した。具体的には audiohd ドライバを使うようにする。Vmware の設定ファイルである、.vmxファイルをhdaudio仕様に変更後、illumosを reconfigureして変更。例によってデバイスファイルのリンクが変更になるので修正。で、結果は「間延び」は回避できたが「雑音」はそのまま。高バイアスがかかっているかのような音でcodecがおかしいのかと思わせる次第。

 

pulseaudioのmixierしかMATE DESKTOPでは入らないし、その他同種のPKGは無い。

しかも、pulseaudio経由でしか動作しない。仕方なく、電卓片手にサンプルレートから

 default-sample-format = s16le
 default-sample-rate = 44100
 alternate-sample-rate = 48000
 default-fragments = 2
 default-fragment-size-msec = 125
と計算して/etc/pulse/daemon.confに設定。効果なし。/kernel/drv/audiohd.conf と整合性はとってある。

 

どうにも煮詰まってきたので、google先生に聞いてみる。そうするとvmware社とillumosが正反対の見解をとっていた。illumosは、リアルデバイスで十分なテストをして過去のsolaris10から修正済との立場。vmware社は忠実にリアルデバイスの仕様を実装しているので正常動作しない方がおかしいという立場。不毛の対立。

 

まあ、両者とも無料で使わせて頂いているし、illumosは、「おかしければ自分で直せ」となる。残念ながら、illmos が表明しているとおり、vmwareでなければリアルで HD Audio はきちんと鳴るようだ。では、vmware社が対応してくれるかと言えば、Windows OS,Mac OS,Linux OSくらいまでならきちんと対応しているようなのだが、超弩級のマイナーOSであるillumosは相手にもならない様子。さて、どうしたものやら。普段使うドライバで問題があるのはここだけになったのだが手に余る。

 

やっぱり、Solaris系で音は鬼門のようだ。

OpenSolaris 後継の OpenIndiana をようやく 2020版に乗り換え。今回は、Vmware Player で構築。何とか、一応のことはできるようになった。2019版より軽くなった印象。非力な、Dynabook でもサクサク感がある。音出しと印刷設定に手間取ったが一応完了。但し、Linux と違いそこは純血のUNIXだけあって万事俺流。まあ、慣れの問題だけど。

さて、これから腰を据えてやりたいことを考えて 2019 とは違った使い方をしようと思う。かなり、ローカライズも進んでいるので(変な訳が多いけど)少しは楽が出来そう。さて、明日からまた仕事。本格的に弄れるのは夏休みかな。

セキュリティーソフトをMacaffe から Norton 360 に入れ替え。プロバイダの無料提供だった Macaffe が有料になったので乗り換えた。雑感として、軽く高機能。付属の VPN 機能が動作しないので調べていたら、エライ解決方法があったのでメモ。

 

 

デバイスマネージャーで赤枠のドライバを一旦削除後、ハードウエアの再スキャンをして入れ替え。これで、My Norton からVPN On。

 

すんなり接続出来た。たまたま、Web 検索をしていたらヒットした方法。正直、訳が分からない。とりあえずは使えるようになった。

 

Kali Linuxを再構築したので、mitmproxyも再設定した。簡単に設定(証明書取得)について書いておくと

$sudo mitmproxy -p 2139

で、2139 port を指定したとすると、Firefox (default) でもproxyの設定をする。

この設定をしてから、

https://docs.mitmproxy.org/stable/


にアクセスして、Certificates

を押す。すると、

このような画面が出る。ここで、自分のOSに合わせたボタンをクリックして証明書を自動インストールする。これをしないと、proxy設定したまま他のページの認証を受けられない。mitmweb を使う時に致命的なことになる。

 

証明書のインストールが済んだら、Firefoxの設定を変更して(127.0.0.1 port 8080)

$sudo mitweb

してみる。うまくいけば、

http://127.0.0.1:8081


にアクセスすると

このような画面になる。先の証明書がインストールされていれば他のページにアクセスして通信内容が見れる。具体的な使い方は検索すればいくらでも出てくるので割愛。

 

MitmProxyは多機能なツールだ。悪用はしないで、自分がクラッキングされているとか反社会的な行為に対抗するために使えば技術も生きてくる。Kali Linux も本来そうした目的で使えば生きてくる。世の中、さもクラッキングが格好良い合法的な行為だと勘違いしている向きもあるが、立派な犯罪だ。そんなに深い知見を持たなくても道具さえあれば犯罪行為は可能だし。

 

是非、守る側に立って技術を磨いて欲しい。

 

 

やっと Ubuntu 20.04LTS にも慣れて来たので環境整備。とりあえずは Qt5.12 と開発環境一式を導入。そして、何故かまともに動かない&落ちまくる LyX 2.3 を避けて、日本語入力周りを弄った LyX 2.2 を Qt5 でビルド&インストール。合わせるに TeXLive2020 を入れた。しかし、メインで使う ptex(platex) がやたらと文法に厳しくなったのか TeX 文書でエラー出まくり…おかげで、LyX で作成した文書を TeX ファイルで出力し、手動でコンパイルする羽目に。もっとも元々そういいう使い方をして来たのだけれど。で、スクショ

LyX は TeX を使う以上、数式を美しく表現するのが王道な使い方だが、Poem な使い方もマニュアルに書いてあり、一応縦書きにも対応している。さて、準備は十分。後は、使い込んで行くのみ。やっぱり、PCって使ってなんぼ。見ていても時間の無駄なだけ。でも使って楽しくなくちゃ😁