Windows11には、iSCSIターゲットのプログラムがないので、iSCSIターゲットは作れない。機能の追加にもiSCSIターゲットはないので追加できない。
なお、iSCSIイニシエーターは、最初からインストールされているので、Windows11からiSCSIのディスクをマウントすることは簡単にできる。
もし、Windows11でiSCSIターゲットを作りたい場合には、Hyper-Vの機能を追加して、Hyper-V上にWindows Serverをインストールして、iSCSIターゲットの設定をするのがよい。これが一番楽。WSLでiSCSIターゲットの設定も試してみたが、それなりにめんどくさい。手間がかかるのならば、Hyper-Vを使ったほうがわかりやすくてよい。
YAMAHAの無線LANルーターのNWR100がほしい。家のBUFFALOの無線LANルーターが安定しない（買ってから2年だけど）。YAMAHAなら、安定するんじゃないかと。コマンドでいろいろと遊べるし。
製品ページもみたけれど、良さそう。
https://network.yamaha.com/products/routers/nwr100/index
あとは、ahamo光で使えるかどうか。9月発売なので、11月くらいになれば事例が出ているだろうか。
Amazon Workmailのアカウントを使って、別のメールクライアントやスクリプトからメール送信したい。そのときの送信先のSMTPサーバの情報と、参照URLのメモ。
参考URL https://repost.aws/knowledge-center/workmail-on-premises-multifunction
Microsoftより、Powershell 2.0の具体的な廃止のスケジュールが発表された。これによると、2025年8月（今月）～9月（来月）には、Windows11 24H2から削除されるという。
「PowerShell 2.0」は間もなく削除、今月～来月の更新で ～Windows 11 バージョン 24H2/Server 2025で
https://forest.watch.impress.co.jp/docs/news/2039392.html
基本的に、Powershell 5.1がWindows11 24H2にあるので、Powershellがなくなるということはない。けれど、Powershell2.0で明示的に動かしている場合や廃止されているコマンドレットを使っていると動かなくなる。
Powershellを別のバージョンに移行するとして、候補がPowershell 5.1（Windows Powershell 5.1）か、Powershell 7系だ。２つの違いは、Windows Powershell 5.1が.NET Framework 4.8で動作、Powershell 7系が、.NET（.NET core）で動作、ベースになる環境が異なる。この先を考えるならば、Powershell 7系がいいのだろうけれど、ベースになる.NETはLTSで3年のサポートなので、LTSがリリースされる2年ごとにバージョンを上げていくことになる。互換性はあるから大丈夫なんだろうけれど、ベースの.NETの入れ替えは必要になる。
Windows PowerShell 5.1 と PowerShell 7.x の相違点
https://learn.microsoft.com/ja-jp/powershell/scripting/whats-new/differences-from-windows-powershell?view=powershell-7.5
なんとも悩ましい。割り切って、Powershell 7系に乗り換えて、定期的にアップグレードしていくのがいいのだろうけれど。
へぇ。古いWindows PCから新しいPCへ簡単にファイル・設定を移行できる機能がWindows11に追加されるかもしれない、という記事のメモ。これがWindows11に追加されたら、試してみたい。ゴミみたいな設定も移行されてしまうのか、などなど、気になる。
古いPCから新しいPCへ簡単にファイル・設定を移行できる機能、Windows 11で展開へ
https://forest.watch.impress.co.jp/docs/news/insiderpre/2026943.html
マイクロソフトが改めて、「Windows PowerShell 2.0」は非推奨であり、将来的に削除すると宣言している。改めて、ということは、本格的に削除する計画の段階にあるとみてよさそうだ。
「Windows PowerShell 2.0」は非推奨、将来的に削除 ～Microsoftが改めて注意喚起
影響は？ということで、ちょっと見てみたが、Windows Server 2019も2022も、PowerShell5系になっている。普通に使う分には、PowerShell5なので問題はなさそうだが、2.0系にしかないコマンドレットを使ってると使えなくなる、ということかな。
それと、2008R2や2012については、PowerShell2系だが、OSのサポートが切れているので、削除されるとは思えない。そうすると影響は少ないのもかもしれない。
ウェブサイトやウェブシステムに、レアな漢字を使っても大丈夫か、という話になった。どういう基準にする？というところから、なるべくシンプルにルールを考えてみた。
・UTF-8で定義されている、かつ使用するフォントセットに含まれている漢字または文字であれば、OK。（漢字は第2水準まで）
・環境依存文字として、Windowsまたは他のOSが認識しているのであれば、使用をさける。
ほかにも制約はあるので完璧ではないが、まぁ、間違いはないはず。長くても、守りようがないので、このくらいがいい。
へぇ。古いWindows PCから新しいPCへ簡単にファイル・設定を移行できる機能がWindows11に追加されるかもしれない、という記事のメモ。これがWindows11に追加されたら、試してみたい。ゴミみたいな設定も移行されてしまうのか、などなど、気になる。
古いPCから新しいPCへ簡単にファイル・設定を移行できる機能、Windows 11で展開へ
https://forest.watch.impress.co.jp/docs/news/insiderpre/2026943.html
PC移行のイメージがない人も多いので、こういう便利な機能はよい。これで転送時間などが短いといいのだけど。OneDriveも使ってほしくない。
vCenter Serverから下記の証明書更新のアラートがでたときの対処について。
[Critical] Alarm alarm.CertificateStatusAlarm on Folder Datacenters
because Certificate 'C=US,CN=hostname' from 'MACHINE_SSL_CERT' expires on YYYY-MM-DD hh:mm:ss.000.下記URLのナレッジで更新する。GUIでできるので楽。
vSphere Client を使用した新しい VMCA 署名付き証明書への VMCA 証明書の更新 https://techdocs.broadcom.com/jp/ja/vmware-cis/vsphere/vsphere/8-0/vsphere-authentication-8-0/vsphere-security-certificates-authentication/managing-certificates-with-the-web-interface-authentication/renew-all-certificates-from-the-psc-web-interface-authentication.html
GASからMySQL（Google Cloud SQL）へのアクセスにボトルネックがある。アクセス時に遅いので、調べてみると、GASが採用しているV8 Runtimeからの接続が遅いようだ。
見つけたのは、以下の２つ。
JDBC results.next iterator slower in V8
https://issuetracker.google.com/issues/298658393
Performance issues with JDBC
https://issuetracker.google.com/issues/236832481
多少待てるようなシステムであれば、いい。レスポンスが求められるのであれば、GAS自体のボトルネックもあり、DB接続のボトルネックもあり、別のものを考えたほうがいい。