memo.

カテゴリー: 技術系

  • メモ：GitLab 14.3.3-CE から GitLab 14.4.2-CEへの更新

    GitLab 14.3.3-CE から GitLab 14.4.2-CEへのaptを使ったアップデートは、エラーなく、apt upgradeだけで更新できた。

    マイナーアップデートなので、問題なし。

  • Windows11からWindows2000にリモートデスクトップ接続ができた

    テストができる環境があったので、Windows11のリモートデスクトップクライアントを使って、Windows2000にリモートデスクトップ接続を試してみた。試したところ、あっさりと接続ができた。

    Windows Server 2003にも、Windows11からリモートデスクトップ接続はできた。

    UIは変わっているけれど、いまのところWindows10と大差がない感じだ。Windows11は、レガシーなシステムの管理にも使えそうでよかった。

  • Google Meetの映像の露出の自動調整の話

    Google Meetの標準機能として、映像の露出（明るさ）を自動調整する機能が加わった。いろいろと試してみたので、その話。

    • 背景のぼかしやバーチャル背景を使っているときであれば、少しのCPU負荷とGPU負荷で使用できるので、そんなに負担なし。
    • 背景のぼかしやバーチャル背景を使っていないときに、露出（明るさ）の自動調整を行うと、背景ぼかしと同じくらいのCPUとGPUの負荷がかかる。処理的には同じことをやっている。
    • 暗いところでカメラを使っても、ちゃんと顔を明るくしてくれる。その場合はノイズが映像にのる。
    • 普通の部屋で使う分には、補正されてきれいに顔が映るので便利だと思う。

    バーチャル背景を常に使っているのであれば、便利な機能なので使わないという選択はないと思う。これをブラウザ上でやるのだから、すごい。

  • GitLab14.3.2-ceへのアップデートでエラーになった

    apt upgrade を行ったところ、Gitlabの更新で下記のエラーになった。バージョンは「Gitlab14.2.3-ce」から「Gitlab14.3.2-ce」への更新だ。

    Malformed configuration JSON file found at /opt/gitlab/embedded/nodes/LABO.json.
This usually happens when your last run of `gitlab-ctl reconfigure` didn't complete successfully.
This file is used to check if any of the unsupported configurations are enabled,
and hence require a working reconfigure before upgrading.
Please run `sudo gitlab-ctl reconfigure` to fix it and try again.
dpkg: アーカイブ /var/cache/apt/archives/gitlab-ce_14.3.2-ce.0_amd64.deb の処理中にエラーが発生しました (--unpack):
 new gitlab-ce package pre-installation script subprocess returned error exit status 1
処理中にエラーが発生しました:
 /var/cache/apt/archives/gitlab-ce_14.3.2-ce.0_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

    エラーに書いてあるように、gitlab-ctl reconfigure のコマンドを実行した。

    ~$ sudo gitlab-ctl reconfigure

    結構時間がかかった。５～10分くらい。終わった後に、もう一度、”apt update” して “apt upgrade”した。今度は成功した。

  • Windows11をドメイン参加させる

    基本的には、Windows10のときと大して変わらない。「システムのプロパティ」を開くまでの手順が変わる。

    1. スタートアイコンを右クリックして、「設定」をクリックする
    2. 「システム」が開くので、一番の下にある「バージョン情報」をクリックする
    3. 「ドメインまたはワークグループ」をクリックする
    4. 「システムのプロパティ」が開くので、「変更」をクリックする。
    5. ドメインを指定し（もしくはワークグループを指定する）、「OK」をクリックする。
    6. OSを再起動する。

    なお、「バージョン情報」は、エクスプローラーからPCを右クリックして、プロパティでも開くことができる。

  • Windows版のvCenter Server 6.7は、”CVE-2021-22005”の影響を受けない。

    VMwareのKBを見たところ、Windows版のvCenter Server 6.7は、”CVE-2021-22005”の影響を受けないとのこと。Windows版のvCenter Serverが存在するのは、6.7まで。

    https://kb.vmware.com/s/article/85717

    なお、 vCenter Server Appliance （vCSA）での暫定対処（影響の軽減方法）については、上記のKBにやり方が記載されている。

  • AD機能レベルがWindows2000ネイティブでも、Windows Server 2022は参加できた

    Active Directoryのドメインの機能レベルが「Windows 2000 ネイティブ」のADに対して、Windows Server 2022をドメイン参加させることができた。

    Windows Server 2022が参加できたADのレベル

    • ドメイン機能レベル：　Windows 2000 ネイティブ
    • フォレストの機能レベル：　Windows 2000

    AD上でも、追加したサーバは、Windows Server 2022として表示されていた。ADの機能レベルは、かなり古いので、グループポリシーにはないものが多いので、Windows Server 2022をグループポリシーで管理しきることはできないので、注意は必要。

    しかし、Windows 2000 ネイティブであっても、Windows Server 2022はADに参加させられるし、ADのユーザでWindows Server 2022にログオンすることもできる。

  • AD機能レベルがWindows2000ネイティブでも、Windows 11は参加できた

    AD機能レベルがWindows2000ネイティブでも、Windows 11は参加できた。ADのアカウントでのログインなどは問題なし。グループポリシーは、古いままなので、Windows11を完全に制御することはできない。とりあえず、ユーザの管理というだけであれば問題なし。

    Active Directoryの互換性というか吸収力の高さはすごい。グループポリシーとか新機能を気にしなければ使い続けられる。切替タイミングがないというのも困りものだが。

  • FreeBSD 12.2 にアップデートした後にcertbotが使えなくなっていた。

    FreeBSD 12.2にアップデートした後に、Let’s Encryptの証明書更新に使っていたCertbot-3.7がなくなっていた。PKGを更新したときに多分クリーンされて消されたのだろうと推測。インストールされているPythonを調べたら、3.8になっていたこと、3.7のCertbotが見つからなかったので、certbot-3.8をインストールした。

    python3.8のCertbotを検索して、名前を調べて、インストール。

    ~ # pkg search py38-certbot
~ # pkg install py38-certbot-1.16.0,1

    その後、Crontabの設定も、`/usr/local/bin/certbot-3.7 renew` から `/usr/local/bin/certbot-3.8 renew` に変更した。

    それから、Let’s Encryptの証明書が保存されているディレクトリのパーミッションの問題で、Apacheからアクセスできなくなっていたので、パーミッションを変更した。これで、Apacheの再起動時にエラーもなくなった。

    やはり、細かい問題がいろいろと出てくる。

  • Windows Server 2022をインストールしたときの注意など

    Windows Server 2022 Standard をクリーンインストールしたときの注意点や、バージョン情報など。

    インストールは、ほぼWindows Server 2019と変わらないが、インストール時にインストールするオペレーティングシステムを選ぶ画面がある。ここで、「Windows Server 2022 Standard」と「Windows Server 2022 Standard （デスクトップ エクスペリエンス）」を選択する必要があるのだが、Windows10のようにGUIでグラフィカルに操作する場合は、後者の「Windows Server 2022 Standard （デスクトップ エクスペリエンス）」を選択する。そうしなと、Server Coreのようになってしまう。

    デスクトップエクスペリエンスでインストールすると、ほぼWindows10と同じような環境になる。

    インストールしたあとのバージョンは、「バージョン 21H2 (OSビルド )」になる。

    それから、デフォルトでChromium Edgeがインストールされている。一応、IE11も単体で起動できた。なので、EdgeのIEモードを使わなくても、IE11が開ける。