Djangoデフォルトのユーザテーブルで認証機能を実装できて便利なのだが、練習とかテスト用に開発しているアプリで、パスワードのルールは8文字以上で数字だけは許さないとかそういうのはめんどくさい

ここコメントアウトして瞬殺でした。

[settings.py]
# Password validation
# https://docs.djangoproject.com/en/4.0/ref/settings/#auth-password-validators

AUTH_PASSWORD_VALIDATORS = [
    # {
    #     'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    # },
    # {
    #     'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
    # },
    # {
    #     'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
    # },
    # {
    #     'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
    # },
]

子供がPCでフォートナイトの時間を守らなかったり、やめなさいと言ってもなかなか聞かなかったりして、妻のイライラ、子供もイライラ、あまり良くない状態だったので、もう親子であれこれ言い合わなくていいように一定の条件を満たしたらフォートナイトが強制的にシャットダウンされるようにして見た。

方法は色々あると思うけど、pythonを選んだ。

Windows上でpythonのスクリプトをサービスとして実行し、Fortniteを起動した瞬間にプロセス監視で開始したことを検知したり、自分でゲームをやめたことも検知する。かつ、一定の条件を満たしているかどうかを1分に1回判定して、場合によってはFortniteを強制終了させる。自分でも試してみたけど、ほんとに一瞬でアプリがシャットダウンされてデスクトップに戻される。

作るスクリプトは以下。適当な名前.pyで保存

import sys
import time
import wmi
import win32serviceutil
import logging
import psutil
from plyer import notification

logging.basicConfig(
    filename = 'C:\\Users\\xxxxxxxxx\\xxxxxx\\gamemonitorscript.log',
    level = logging.DEBUG, 
    format="%(asctime)s:LINE[%(lineno)s] %(levelname)s %(message)s"
)

class GameMonitorService(win32serviceutil.ServiceFramework):
    _svc_name_ = 'FNMoniter'
    _svc_display_name_ = 'Monitor Game'
    _svc_description_ = 'Saving over playing'

    def SvcDoRun(self):
        self.run = True
        
        loopcount = 0
        c=wmi.WMI()
        cre_process_watcher=c.Win32_Process.watch_for("creation")
        del_process_watcher=c.Win32_Process.watch_for("deletion")

       
        while self.run:
            new_cre_process=cre_process_watcher()
            new_del_process=del_process_watcher()
            
            if("FortniteClient" in new_cre_process.Caption):
                # ここで、お、ゲームやり始めたなというときの処理

            if("FortniteClient" in new_del_process.Caption):
                # ここで、ゲームをやめたとときの処理
                    
            time.sleep(1)
            loopcount += 1
            
            if loopcount == 60:
                
                # いい加減にしなさい、ゲーム強制終了ですよ、という判定をする
                if <<<何かしらのやりすぎ判定>>>:
                    logging.debug('強制終了')
                    for proc in psutil.process_iter():
                        n = proc.name()
                        if "FortniteClient" in n:
                            p = psutil.Process(proc.pid)
                            proc.kill()

                loopcount = 0
                
    def SvcStop(self):
        self.run = False

if __name__ == '__main__':
    win32serviceutil.HandleCommandLine(SampleService)

これを管理者ユーザでコマンドプロンプトからサービスとしてインストールして実行されていることを確認する。当然、pythonは事前にインストールして、pipでpywin32というパッケージもインストールしておく必要があるけど、その辺は以下の記事を見て参考にさせていただいた。

https://qiita.com/Bashi50/items/1d98f80ccaa8746bff38

正直、WMIとかなんとか、使い方があんまり良くわかってなくて、適当にやっててこれで動いたから、まあいいか、という感じ。

この記事の目的は以下。

• hyper-vを利用し、まっさらなFedora 35の仮想環境を作成する
• その上にデスクトップ環境を作り、python djangoの実行環境、Visual Studio CodeのLinux版をインストールして開発環境も作る
• 家のどこのPCからでも接続して作業ができるようにする
• djangoで作るアプリのコードはgithubで管理できるようにする

Fedoraをインストール

https://getfedora.org/ja/server/download/

netinstallのISOイメージを落としてくる。そのあとhyper-vでクイック作成で新規マシンを作成

メモリのサイズを4096MBに調整して起動。しばらく待つとインストール画面に来る。構成を選ぶことができるけど、おそらくGNOMEが入ってくるFedora Workstationを選んでLibre Officeだけは追加しておく。ほかのを選んでもあとでいまいちなー、ってなりそうですし。

「インストール開始」を押したら、他のことをしながらしばらく放置。やがてデスクトップ環境にログインできました。

ルートボリューム(ディスク)サイズの調整

デフォルトのインストーラがあまり賢くないのか、ちゃんとやらなかったから悪いのか、なぜかルートにマウントされているパーティションが125Gのうち15Gしか使ってない。とりあえず30GBくらいは割り当ててる状態にしたいところ。ネットで調べて、以下のコマンドで拡張できた。結果の記載は省略。

$ df -h
$ pvscan --cache
$ sudo vgdisplay
$ sudo lvdisplay
$ sudo lvextend -L +20G /dev/fedora/root
$ sudo xfs_growfs /dev/fedora/root
$ df -h

SELinux無効化

特に不要なので無効化。以下の設定ファイル変更後に再起動。

$ sudo vim /etc/selinux/

SElinux=disabled

リモートデスクトップ接続

TigerVNCとXRDPを使って、Windows PCからリモートデスクトップ接続を可能にする。

$ sudo dnf insatll xrdp tigervnc-server
$ sudo systemctl start xrdp.services
$ sudo systemctl enabled xrdp.services
$ sudo firewall-cmd --permanent --add-port=3389/tcp
$ sudo firewall-cmd --reload

Visual Studio Code のインストール

$ sudo vim /etc/yum.repos.d/vscode.repo

[vscode]
name=Visual Studio Code
baseurl=https://packages.microsoft.com/yumrepos/vscode
enabled=1
gpgcheck=1
gpgkey=https://packages.microsoft.com/keys/microsoft.asc

$ sudo dnf update
$ sudo dnf install code

MySQLサーバーのインストール

dnf でインストールしたあとにデフォルトでできているデータベースを確認して、新規にユーザを作成して、新規にテストアプリ用のデータベースも作成して権限も付与する。DB名、ユーザ名、パスワードなどは適宜書き換えて使う。

$ sudo dnf install community-mysql-server community-mysql-libs community-mysql-devel

$ mysql --version
mysql  Ver 8.0.27 for Linux on x86_64 (Source distribution)

$ sudo systemctl start mysqld
$ sudo systemctl enable mysqld

$ sudo mysql

> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

> CREATE DATABASE testapp;
> CREATE USER '<user>'@'localhost' IDENTIFIED BY '<password>';
> GRANT ALL PRIVILEGES ON testapp.* TO '<user>'@'localhost';
> quit

Python djangoのインストール

pipでpython djangoをインストールする最短手順。最初にgccとpython3-develをインストールするのはpipでmysqlクライアントをインストールするときになぜか必要になるため。

$ sudo dnf install gcc python3-devel
$ cd ~
$ sudo dnf install python3-pip python3-mysqlclient
$ mkdir py
$ cd py

#venvする
$ python -m venv testappenv
$ source testappenv/bin/activate

#pipを最新バージョンにする
$ pip install -U pip

$ pip install mysqlclient

$ django-admin startproject testapp

$ cd testapp
$ vim ./testapp/settings.py
DATABASES = {
    'default': {
       'ENGINE': 'django.db.backends.mysql',
       'NAME': 'testapp',
       'USER': '<USER>',
       'PASSWORD': '<PASSWORD>',
       'HOST': 'localhost',
       'PORT': '3306',
    }
}

$ python manage.py makemigrations
$ python manage.py migrate
$ python manage.py runserver 0.0.0.0:8001

ここまで来たら、一旦Djangoが動いていることを確認できる。

何やかや使うのがDjangoの標準のAdmin画面。これを使えるようにする。runserverはいったんCtrl+Cで閉じる。

$ python manage.py createsuperuser
Username (leave blank to use xxxxx: admin
Email address:  
Password: 
Password (again): 
Superuser created successfully.

もう一度 runserver したらここに来れる。

いったんここまで。

Hyper-Vで作ったCent OSサーバにJava 8u321とWeblogic 12.2.1.4をインストールしようとしたけど、インストーラがこんなことになってなにもできないという問題に遭遇した。

[xxx@localhost Downloads]$ java -jar ./fmw_12.2.1.4.0_wls_lite_generic.jar 

さんざんWebで調べたけどわからないし、StackOverflowに質問投稿したけど、閲覧数すら2桁ぐらいだし回答も大してつかないし困った。しかしこれ、CentOSにXRDPをyumでインストールしてWindowsのリモートデスクトップでアクセスするとどうしても発生するのに、hyper-vのコンソールからアクセスするとなぜか動くし、試しにVNCでデスクトップアクセスしても動く。以下はVNCでデスクトップつないでまったく同じことをやった画面。

切り分けのために、超簡単なJava Swingプログラムを動かしてみる。以下はテストした内容。

$ vim ./test.java

import javax.swing.*;    
class LabelExample      
    {  
    public static void main(String args[])  
        {  
        JFrame f= new JFrame("Label Example");  
        JLabel l1,l2;  
        l1=new JLabel("First Label.");  
        l1.setBounds(50,50, 100,30);  
        l2=new JLabel("Second Label.");  
        l2.setBounds(50,100, 100,30);  
        f.add(l1); f.add(l2);  
        f.setSize(300,300);  
        f.setLayout(null);  
        f.setVisible(true);  
    }      
}          

$ javac ./test.java
$ java -classpath ./ LabelExample

テスト結果：VNC接続の場合

テスト結果：Windowsのリモートデスクトップからの場合

同じだ。Swing自体のアプリがちゃんと動いてないんだ。というのはわかったけど、ログが出てくるわけでもなし次の調べ方もわからないので断念するかな。次に何を見ればいいのかな。そういえば、最初にCentOSに入ってたopenjdkはアンインストールしたうえでOracle Javaの1.8をインストールして使ってるので今の挙動になっているけど、openjdkだとこの挙動ってどうなるだろう。

$ sudo yum install java-1.8.0-openjdk
$ java -version
openjdk version "1.8.0_322"
OpenJDK Runtime Environment (build 1.8.0_322-b06)
OpenJDK 64-Bit Server VM (build 25.322-b06, mixed mode)

まあ予想通り変わらない。深遠な世界っぽいのでここで諦める。

どうやっても治らなくて大変な思いをした・・・

やろうとしていることは、Cent OS 7でGNOMEとかが入ったので https://trios.pro/centos7-vncserver/ このあたりの手順を参考にvncserverを起動してリモートデスクトップさせようとするのだが以下の動きになって全然直し方がわからない。

$ sudo systemctl start vncserver@:2.service
 [1分ぐらいうんともすんとも言わない、この時VNC接続してみるとなぜかできちゃう]

Job for vncserver@:2.service failed because a timeout was exceeded. See "systemctl status vncserver@:2.service" and "journalctl -xe" for details.
 [これが出た瞬間に、VNC接続も落ちる]

/etc/systemd/system/vncserver@:2.service というファイルを必死にいろいろいじってみたり、/tmp/.X11-unixだとか ~/.vnc/ だとか、いろいろなところを見に行って試してみるも全くわからない。SELinuxもオフにしたけど無駄。

最後の最後、”vncserver@:3.service” を試しにもう一回作ってみたら、なぜか急に普通に動いた。
2のときはローカルユーザでsudoで作業してたけど、あえてsu でrootになって作業したくらいが違いなのだけど、それで変わる？？

わからない。