PC設定覚書と雑記
ＭＳ社のインターネットエクスプローラーのサポートがついに終了となりました。
他のアプリケーションソフトと同様、サポートが終了されたソフトは使わないようにすべきでしょう。
ということなので、ＩＥ１１の代わりに他のブラウザを使うようにすればいいんです。
ところが、このブラウジングソフトの機能を使用したシステムが多数存在するようです。
例えば、メーカー提供のシステムをネットワークアクセスして使うような用途では、ほぼＷｅｂブラウジングソフトが使われているんですね。
このような時、システムを作成するメーカーは、Windows標準だったインターネットエクスプローラー使用を前提とした設計をしたんでしょう。
さて、一般的には、ＷｅｂブラウジングだけならブラウザソフトをEdgeやChrome等に変更すればいいだけで、
その時WindowsのＩＥ１１機能を無効にしておくと、より安全性が高まると思います。
しかし、ＭＳ社Edgeのインターネットエクスプローラーモードを使おうという時は、
このWindowsシステム内のＩＥ機能を有効にしたままでないと上手く行きません！
ちょっと注意して下さい！
デザイン性に優れた新しいウェブサイトを利用したい、という依頼がありました。
そこで、商業的なウェブサイトとしても利用実績が多く人気の高い WordPress でサイトを作ってみることにしました。
WordPress は CMS に分類される Web アプリケーションです。
オープンソースソフトで無料で利用できます。
構築の仕方ですが、
① Web サーバーを用意
レンタルサーバーと契約、又は自前のサーバーを作る
② データベースを用意
①のサーバー内に Mysql 等のデータベース環境を用意して、WordPress サイト用のデータベースを作成する
③ WordPress 本体を WordPress.com サイトからダウンロードして、①のサーバー上で解凍し、ドキュメントルートに配置
④ このサイトにアクセスして、初期設定を完了させる
これだけです！
興味さえあれば、難しくはありません。
最初は、自宅の LAN 内で１からサーバーを作ってみるのもすごく面白いですよ！
先日、Netcommons３のヴァージョンを、３.３.４から３.３.５に上げようと、いつもの手順で作業していました。
しかし、今まで見たこともないエラーが・・・
しばらく考えていましたが、情報も得られずエラーメッセージも分からない。
でも、もう一度良く見てみると、
Error: ReflectionMethod::__construct(): Argument #2 ($method) cannot be null when argument #1 ($objectOrMethod) is an object
> #0 /var/www/html/vendors/cakephp/cakephp/lib/Cake/Console/Shell.php(358): ReflectionMethod->__construct()
> #1 /var/www/html/vendors/cakephp/cakephp/lib/Cake/Console/Shell.php(423): Shell->hasMethod()
> #2 /var/www/html/vendors/cakephp/cakephp/lib/Cake/Console/ShellDispatcher.php(222): Shell->runCommand()
> #3 /var/www/html/vendors/cakephp/cakephp/lib/Cake/Console/ShellDispatcher.php(66): ShellDispatcher->dispatch()
> #4 /var/www/html/app/Console/cake.php(35): ShellDispatcher::run()
ｐｈｐの動きに問題？
このサーバーのｐｈｐ環境は７.４だったはずなんですが、調べてみたらなんと８.１に上がっていました！
こまめにＯＳのアップデートをしていますが、その時にｐｈｐもアップデートされてしまうのは知りませんでした。
最初にＯＳインストールした時、ｐｈｐのリポジトリ登録は手作業でやったんですが、この関係？
ここで、Netcommonsプロジェクトにメールで相談してみました。
手掛かりがなければ、ｐｈｐを元の７.４に戻してみようと思っていました。
ところが何と！
嬉しいことに、すぐ返信が届いたんです！
「Netcommons３はｐｈｐ８に対応させる予定はあるが、まだ見通しが立っていません」
「サーバーをｐｈｐ７環境に戻して使って下さい」
この情報で、対処の見通しがつきました！
# update-alternatives --config php
このコマンドを実行すると、出力は、
選択肢 パス 優先度 状態
------------------------------------------------------------
* 0 /usr/bin/php7.4 74 自動モード
1 /usr/bin/php7.3 73 手動モード
2 /usr/bin/php7.4 74 手動モード
現在の選択 [*] を保持するには <Enter>、さもなければ選択肢の番号のキーを押してください
といった感じでメッセージが出るので、
希望するヴァージョンのｐｈｐを選んで番号を入力、Enterすれば使用ｐｈｐの切り替えが簡単に出来ます！
この後Netcommonsのヴァージョンアップの作業を再度やってみたら、無事にアップデート完了しました！
Netcommonsプロジェクトの中島様、それからプロジェクトの皆様、
本当にありがとうございました！
今朝の作業でつまづいてしまったため、
明朝３／４(金) ４：００～４：３０の予定で
再度、Netcommonsのアップデート作業を行います。
この間、サイトを一時停止します。
作業が終わりましたら、サイトを通常動作に戻します。
よろしくお願いいたします。
３／３(木) ４：００～４：３０の予定で
Netcommonsのアップデート作業のため
サイトを一時停止します。
作業が終わりましたら、終了の連絡と共にサイトを通常動作に戻します。
よろしくお願いいたします。
ファイルサーバーのリモート On Off ですが、電源 On は Windows クライアント側での WOL（フリーソフト）は使用感がとてもいいです。
初期設定の NIC の MAC アドレス取得とかも非常に楽で、すぐ使えるようになります。
ファイルサーバー側の OS が完全に立ち上がってから音を鳴らしてくれる機能も good です！
サーバー側が完全に立ち上がる前に Samba にアクセスすると、ファイルアクセスだけでなく、OS のコマンド操作、Webmin からのアクセスも出来なくなることがあるので。
さて、サーバーのリモート電源 Off ですが、SSH を使ってコマンドを打ち込むやり方しか思い当たりませんでした。
Webmin からでも電源 Off は出来ますが、手順が多くちょっとやっかいなんです。
そこで、
Windows クライアントに SSH クライアントソフト Rlogin（フリーソフト） を入れておきます。
初期設定はちょっとだけで済みます。
次回の接続からはログインまで自動です！
さて、そこからですが、自分ならいつも su- コマンドで root に遷移してからシャットダウンコマンドを打ち込んでいました。
今回は、ちょっとだけですが、より簡単な操作に出来そうだということで、使用ユーザーに権限が与えられる sudo コマンドを使うことにしました。
まず sudo をインストールし、sudoユーザーの設定ファイルを編集します。
/etc/sudoers
ファイルに、権限を与えるユーザについての行を書き込んで保存します。
# User privilege specification
の下に
gonta ALL=(ALL:ALL) ALL
といった記述を書き込めば、ユーザー gonta には root 権限が与えられた上でコマンド操作が出来るようになります。
指定したコマンド操作をする時だけ root になれるということですね！
ユーザー gonta がサーバー機をリモートシャットダウンしたい時は、
gonta@server :~$ sudo shutdown -h now
とコマンドを打ち込みます。
その後パスワード入力を求められるので、パスワードを打ち込めば命令が実行されます。
なんだ！ 結構手間がかかるじゃないか！ と思いますが、
コマンド操作の入力履歴は、キーボード「↑」を打てばワンタッチで出てくるんですね！
ですから、サーバーの電源 Off の操作は
① Rlogin を起動（タスクバーにアイコンを置いておくと良い）
②ログイン先をクリックしてログイン（自動）
③「↑」キーを１回押して、（sudo shutdown -h now を表示させて）「Enter」キーを押す
④パスワードを入力して「Enter」キーを押す
以上です！
面倒そうに見えますが、一連の流れでスムーズに操作出来ます！
Linux 系 OS での操作ですが、良かったら試してみて下さい。
Sambaのファイルサーバー機が嫁入りする前に、もう少し細かいところを手直ししてみます。
PowerOnにしたあと、まずはUEFIのpost画面が出ますが、この画面の表示時間を短くするには、UEFI設定で「fast」といった項目を選びます。
このマザーボードでは「ultrafast」設定がありました。
そしてUEFIがデバイスのチェックや初期化を終えると、OSのブートメニューが表示されます。
Debian１１では、Grub2のブートメニュー画面ということになります。
このブートメニュー画面の表示時間がデフォルトでは結構長めなのでこの表示時間を短くしたいと思います。
/etc/boot/grub/grub.cfg
ファイルを直接編集して、
timeout = 5
等と書き換えて上書き保存しても上手くいきません。
起動時にファイルが書き戻されてしまいます。
/etc/default/grub
ファイルを編集するようです。
timeout = 1
と書き換えてみました。
このあと、
＃ update-grub
を忘れずに。
これで、Power On から起動するまでの時間がかなり短縮されました！
本日は代休ということもあり、昨日の作業の続きに没頭しました。
Debian１１のSambaサーバー（ＮＡＳとして仕上げる）ですが、クライアントマシンからリモートで電源ｏｎに出来ないと不便です。
ということで、Wake on Lan の設定作業です。
今までの認識では、起動させようとするマシンは眠っている訳ですから、BIOSの設定だけでOSの設定は関係ないと思っていました。
今回は、マザーボード側で「Power On By PCI/PCIE Devices」をオンにしておく必要がありました。
ネットワークインターフェイスデバイスはPCIEデバイスの１つなんですね。
network boot はこの設定では関係ありません。
さて、これだけで起動してくれると嬉しいな～ と思ったんですが、やっぱりこれだけではダメでした・・・
そういえば・・・
以前 Windows 機を Wake on Lan させようとした時、デバイスマネージャーで NIC のプロパティをいじった記憶があるんです。
そこで、Debian 機の Wake on Lan 設定を検索で何とか見つけ出しました。
/etc/init.d ディレクトリ内に
wakeonlan といったファイルを作っておき、
そのファイルに以下を書き込みます。
#!/bin/bash
ethtool -s eno1 wol g
exit
このファイルの権限を変更します。
＃chmod +x /etc/init.d/wakeonlan
さらに、このファイルを自動起動するよう設定します。
＃update-rc.d -f wakeonlan defaults
また、
/etc/network/interfaces ファイル最終行に以下を書き加えます。
iface eno1 inet static
ethernet-wol g
以上の設定で、ようやくDebianサーバー機を wake on Lan させることが出来ました！
クライアント側の wake on Lan ソフトですが、ｎWOL というフリーソフトがとても良く作られていました！
また、電源Ｏｆｆですが、やはりSSHクライアントソフト（Rlogin等）を使ってコマンドを打ち込むようなやり方になりそうです。
これ以外に行った設定は、ファイヤウォールはもちろんですが、IPV6無効化、ローカルネットワーク外からのアクセス禁止（SSH、Webmin、Samba）等です。
これで、このサーバー機は嫁入り出来る状態までに仕上がったと思います！
今回のストレージですが、WD-REDではなく東芝のＮＡＳ用ＨＤＤ１２ＴＢを２台使いました。
この２台をＯＳによるソフトウェアＲＡＩＤ１としましたが、ブートローダー grub は両方のＨＤＤにインストールしてあります。
LinuxSambaによるWindowsファイルサーバー（ＮＡＳ）を作って知人宅に設置しようとしていたんですが、知人宅内のネットワークアドレスが自分の家でのネットワークアドレスと異なっていました。
ローカルＩＰアドレスは、通常 １９２．１６８．〇．△ のような数値になっていますが、この第３オクテット（〇）の値が、通常の値ではなかったんです。
ならば、こちらで設定をほぼ済ませてからＮＡＳを知人宅に持って行って、そこで最後の設定をすればいいや、と考えていました。
ＮＡＳはＬＡＮ内からのファイルアクセスの他に、LinuxServerの設定、修正、updateが出来るように SSH、Webmin が使えるようにしておく他、Serverの電源OnOffをリモートで出来るようにしておいた方がいいだろうと考えていました。
現状では、セキュリティ強化の面からWindowsUpdate等によって、以前は簡単に出来ていた事が出来なくなってきているようです。
現に、今回Sambaの設定でつまづいてしまいました。
ということで、知人宅と同じネットワークアドレスを作った上で、実験を繰り返しながらこのＮＡＳを完成させた方が良さそうです。
で、最近偶然に分かったことなんですが、自宅のＬＡＮ環境にもう１台のルーターを直列に入れれば、第３オクテットを変えたネットワーク環境が作れるんですね！
このやり方で今日、Debian１１のSambaファイルサーバーが９０％ほど完成しました！
あとは、Wake on lan が上手く動くように明日頑張ってみたいと思います！
不具合の原因を素人なりに色々と考えながらいくつかの作業をやってみました。
①Netcommons3.3.4の不具合かもしれないと思い、3.3.3バージョンに戻してみた。
→ 作業直後は正常に戻ったように見えていたが、一晩後にはまた表示がおかしくなっていた。
②cashe、expireといったキャッシュ設定が悪さをしているかもしれないと考え、これらを無効にしてApacheを再起動。
→ 変化なし
③google pagespeedモジュールを無効にしてみた。
→ 嘘のように全く正常な表示に復帰！
ＰＣからもスマホからも正常に表示されるようになった。
Netcommonsも最新の3.3.4に戻した。
理由はどうしてなのか分かりませんが、とりあえずこれで様子を見てみます。
どうかこのまま正常動作していて欲しいと願っています！
何をやってもダメならサイト運用を停止しないといけなくなりますが、今はグループウェアとしても使っているのでサイト停止はしたくないんです。