Windows11でISOファイルをDVD/CDに書き込む手順は以下。ISOファイルがあれば、標準ツールのみで行える。
1. 書き込みが可能なDVD/CDドライブに空のメディアを入れる。
2. ISOファイルを右クリックして、「その他のオプションを確認」を選択する。
3. 「ディスクイメージの書き込み」を選択する。
4. Storeの警告が開いた場合は、インストールを選択する。
5. 「Windowsディスクイメージ書き込みツール」が開いたら、書き込み用ドライブを選択して、「書き込み」をクリックする。
6. 書き込みが終わるまで待つ。
ちょうど、3月（2024年3月）くらいから、ChromeでGmailの添付ファイルをダウンロードすると、暗号化されたZIPファイルがウィルス判定されて、ダウンロードできなくなった。
チャンと調べたところ、Gmail側の添付ファイルはスキャンできないという表示だけなので、Gmail上はグレー判定。Chrome自体にウィルスチェック機能は付加していない。ウィルスチェックは、Windows11のWindows Defenderで行っている。ダウンロードされた直後に、Windows Defenderでのウィルスチェックが行われて、そのまま削除されていた。１つのZIPファイルだと、ウィルス混在の可能性があったので、気にしなかった。これが複数のまったく別の件の添付されたZIPファイルで同じ動作になった。
Windows11で、一時的にWindows Defenderを無効化すれば、ダウンロードおよびZIPファイルの展開は可能。展開後に、Windows Defenderをオンにして、チェックを行うと、ZIPファイルはウィルス判定されて、削除される。展開されたファイルは、ウィルス判定されなかった。（どうしてもダウンロードが必要ならば、一時的にWindows Defenderを無効化する、自己責任で）
このことから、Windows Defenderが暗号化ZIPファイルをウィルス判定してしまう状況という判断になった。
ADの機能レベルがWindows 2000 ネイティブだと、Windows 11の22H2の一部と、23H2で不具合がある。ドメインへの参加自体はできるが、Microsoft365へのログインができない（WordやExcelでログインできない）、Windows11上でパスワードの変更ができないなどの問題がある。
そもそも、Windows 2000 ネイティブのActive Directoryを使い続けることが問題なわけだが。
今、Windowsには、OSの標準機能として、telnetコマンドがインストールされていない。telnet接続のときのメッセージが表示されるかどうかであれば、curlコマンドで代替することができる。実際にTelnetのように操作できるわけではない。接続できるかどうかの確認のみだ。
curl telnet://接続先のホストやIPアドレス:ポート番号実行例）
C:\Users\zen>curl telnet://192.168.0.99:22
SSH-2.0-OpenSSH_4.3
^C
C:\Users\zen>curl telnet://192.168.0.99:25
220 host.example.com ESMTP Postfix
HELLOこれで、そのポートがどのような反応を返してくるのかをみることができる。試したが、接続後にTelnetのようなインタラクティブなコマンド入力は通らないので、あくまでも接続時の反応確認のみだ。TelnetコマンドがWindowsにインストールされていないときの代替コマンドの１つとしてはあり。急場しのぎでの利用だろう。問題は、そのときに思い出せるのかどうかだ。
ちなみに、接続先のポートが開いていて接続できるかの確認であれば、PowerShellのTest-NetConnectionコマンドレットを使う方が早いかもしれない。
Test-NetConnection 接続先アドレス -Port ポート番号更新アシスタントを使ったWindows11 22H2から 23H2化が「エラーコード 0xc00000f0」で失敗した。
一旦、キャンセルを押して終了させた後、完全シャットダウン（シフトキー押しながら、シャットダウンを選択）を行った。そのあと、再度、更新アシスタントを再度実行したところ、今度は成功し、Windows11 23H2になった。
タイトルのままではあるが、Windows11からWindows Server 2003 R2上のSQL Server 2005にODBC接続できない。
セキュリティの関係で接続できない。ODBCドライバのバージョンを古いものに変えてもできないので、OSレベルでのセキュリティの問題で接続できない。
新しくセットアップしているWindows11モデルのLet’sNote SV1（CF-SV1RDLAS）で、セットアップ中にLANが認識しなくなる不具合が多発しているので、いろいろと切り分けを行ったので、そのメモ。
発生しているのは、初期がWindows11 ver.21H2を、Windows UpdateでWindows11 ver. 22H2 にアップデートしたPCだ。Windows Updateは、12月6日時点での最新まで適用済み。
変な挙動
切り分けでやったこと（すべて失敗し、安定はしない）
他に試してみると、無線LAN接続のときは、スリープから復帰しても、ネットワークにはちゃんと繋がっている。最初から、Windows11 ver.22H2のLet’sNote SV1（CF-SV1RDLAS）では問題は起きない。つまり大型アップデートの影響と思われる。
これまた打つ手なしなので、そのうちWindows Updateで解消するのか、しばらく様子見するしかない。
Microsoft365のOfficeツールが64bitのとき、Accessの32bitで作られたアプリケーションを開こうとするとエラーになる。Windowsのバージョンは、Windows10とWindows11。表示されるエラーメッセージは下記。
「このデータベースは、32 ビット版の Microsoft Access で作成されています。32ビット版の Microsoft Access で開いてください。」
これを解消するには、Officeツールを32ビット版を使えばいいのだが、通常64ビットのOfficeツールと32ビットのOfficeツールは共存できない。32ビットのOfficeツールだと制約が多いので、なるべくならば64ビットのままにしたい。調べてみると、Access 2010の32ビットのランタイムであれば、最新の64ビットのOfficeツールと共存が可能だ。
Access 2010 の32ビット ランタイムは、下記のMicrosoftのページからダウンロードしてインストールする。
Microsoft Access 2010 Runtime
https://www.microsoft.com/ja-jp/download/details.aspx?id=10910
Access 2010 の32ビット ランタイムをインストールすることで、32ビット版のAccessで作ったツールもエラーなく開くようになった。
Windows11 22H2でMSPEAPを利用する時、接続認証でWindowsのログオン名とパスワードを自動的に使う設定をオンにできない。
Windows11 21H2のときは、EAP MSCHAPv2のプロパティの「Windowsのログオン名とパスワード（およびドメインがある場合はドメイン）を自動的に使う」のチェックが入れることができた。Windows11 22H2では、「Windowsのログオン名とパスワード（およびドメインがある場合はドメイン）を自動的に使う」のチェックがグレーアウトしており、選択ができない。
これの解消方法で、グループポリシーやレジストリ変更も試したがうまくいかない。複数メーカーのWindows11で再現するし、21H2から22H2にアップデートすると、選択できなるため、OS上の設定が影響しているようだ。
Windows（Windows10, Windows11）から、WSL（WSL2含む）のLinuxの領域にエクスプローラーでアクセスすることができる。
エクスプローラーからアクセスするには、アドレスバーに、`\\wsl$`と入力して、Enterキーを押すと表示される。WSLの領域はネットワークドライブとして、アクセスされる。
\\wsl$インストールした環境名を続けて入力することで、ルート以下のフォルダを表示できる。
\\wsl$\Ubuntu
エクスプローラーで開いた後は、ファイルの書き込みや読み出しも可能。ただ、Linuxのシステム領域などはいじらないほうがいい。