Baszarek Wiki

mvs_tk5_file_transfer - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-04-02T04:15:40+00:00

Przesyłanie plików przez 3270

Żeby przesłać lokalny plik tekstowy do emulowanego MVS, najwygodniej użyć wbudowanego w klienta 3270 mechanizmu przesyłania plików:

W aplikacji pw3270 wygląda to jak poniżej:

Operation: Send file
Local file: ścieżka do wysyłanego pliku
Remote file: nazwa docelowego zbioru danych (nie używać zbiorów wewnątrz partycjonowanych zbiorów; nie wiem dlaczego, ale to nie zadziała)
Transfer options: text file oraz Remap ASCII Characters spowoduje przetłumaczenie znaków na EBCDIC
reszta domyślnie

x3270ft.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-04-02T04:09:49+00:00

mvs_tk5_dysk

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-03-31T03:25:04+00:00

Nowy DASD w TK5

Utworzenie nowego pliku udającego dysk 3350:

$ LD_LIBRARY_PATH=./hercules/linux/64/lib/ ./hercules/linux/64/bin/dasdinit -a dasd/pendra.280 3350 PENDRA

W pliku conf/tk5.cnf dodać nową linijkę:

0280 3350 dasd/pendra.280 cu=3830

co powoduje konieczność restartu całego TK5. Potem w konsoli TK5 trzeba wpisać:

attach 280 dasd/pendra.280
/v 280,offline

Kiedy dysk będzie w takim stanie, można uruchomić pracę zapisaną w dowolnym miejscu:

000001  //HERC01I JOB (1),ICKDSF,CLASS=H,MSGCLASS=X,NOTIFY=HERC01
000002  //ICKDSF EXEC PGM=ICKDSF,REGION=4096K
000003  //SYSPRINT DD  SYSOUT=*
000004  //SYSIN    DD  *
000005     INIT UNITADDRESS(280) NOVERIFY VOLID(PENDRA) OWNER(HERCULES) -
000006                  VTOC(0,1,30)
000007  /*
000008  //

Inicjalizacja dysku wymaga potwierdzanie w konsoli TK5 za pomocą mechanizmu reply:

\r 0,u

Numer 0 trzeba zastąpić podanym w komunikacie konsoli TK5 jako:

HH:MM:SS JOB    X  *00 ICK003D

Jeżeli emulator działa już długo bez wyłączania, to 00 mogło już kiedyś nastąpić i numer do potwierdzenia będzie większy.

Uruchamianie i montowanie dysku:

/v 280,online
/m 280,vol=(sl,pendra)use=private

Odpowiednikiem fstab jest tutaj SYS1.PARMLIB(VATLST00), do którego można dodać linijkę:

000012 PENDRA,1,2,3350    ,N                  PENDRAJW

Ten dysk jest trochę dziwny i emulator rozpoznaje go jako:

P 0280 3350 DASD dasd/pendra.280 [cu 3830] [560 cyls] IO[101]

Nie zgadza się więc ani model dysku, ani ilość cylindrów (3350 ma ich 555). Dopóki nie zacznę zapisywać danych na końcu dysku, nie powinno to być problemem. Zmiana typu dysku z 3830 na 3350 w pliku konfiguracyjnym tk5.cnf powoduje, że mvs nie może go zamontować.

Dysk jest oznaczony jako prywatny (poprzez argument 2 w VATLST00), więc trzeba go jawnie wskazać podczas tworzenia zbioru danych zarówno w panelu, jak i w JCL.

     NAME OF NEW DATA SET ==> 'WIKI.BASZAREK.PL'

             RECORD FORMAT ==> FB
     LOGICAL RECORD LENGTH ==> 80
       PHYSICAL BLOCK SIZE ==> 3200

                    VOLUME ==> PENDRA
                      UNIT ==>

     ALLOCATION SPACE UNIT ==> T       ( T OR C OR B )
    PRIMARY SPACE QUANTITY ==> 2
  SECONDARY SPACE QUANTITY ==> 2
NUMBER OF DIRECTORY BLOCKS ==> 10

mvs_tk5_2341 - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-03-31T02:52:07+00:00

Dodanie dysków do sortowania

Starsza dystrybucja TK4- miała dedykowane dyski do sortowania. Sort na TK5 jest nowszy i już nie nie potrzebuje. Problem w tym, że stary kod - napisany dla starszego typu sortowania - przestaje w rezultacie działać.

Można na chwilę pobrać starszy TK4 - https://sourceforge.net/projects/mvs380/files/mvs380/MVS_380%201.2a/Method%201%20-%20Overlay%20to%20TK4-/tk4-_v1.00_current-v05.zip/download . Nie trzeba jej uruchamiać. Potrzeba tylko skopiować pliki z katalogu dasd

sort01.131 sort02.132 sort03.133 sort04.134 sort05.135 sort06.136

do katalogu dasd w TK5. Potem dodać w pliki conf/tk5.cnf

0131 2314 dasd/sort01.131 cu=2314
0132 2314 dasd/sort02.132 cu=2314
0133 2314 dasd/sort03.133 cu=2314
0134 2314 dasd/sort04.134 cu=2314
0135 2314 dasd/sort05.135 cu=2314
0136 2314 dasd/sort06.136 cu=2314

mvs_tk5_panel - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-03-31T02:29:34+00:00

Zmiana domyślnego panelu

W TK5 po zalogowaniu pojawia się panel ISPF. Jest jak najbardziej „na miejscu” i funkcjonalnie zbliżony do nowszych wersji z/OS. Można w nim wybrać M oraz 1, co spowoduje uruchomienie Review Front End, który dużo bardziej mi się podoba. Można również wcisnąć F3 i wpisać rfe enter, co spodowuje jego uruchomienie zamiast ispf.

Żeby to bardziej zautomatyzować, można wyedytować SYS1.CMDPROC(ISPLOGON) i wpisać tam:

000069  /* CALL 'ISP.V2R2M0.LLIB(ISPF)'  */
000070     RFE

Na kartach 70 oraz 71 były tam dwa parametry do uruchomienie ispf, ale można je zastąpić po prostu napisem RFE, co uruchomi ten panel zaraz po zalogowaniu. Jeżeli chwilowo potrzebne są dodatkowe rzeczy z nowszych paneli, można cofnąć się F3 do promptu READY i wpisać tam ispf enter.

mvs_tk5_haslo - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-03-31T01:50:28+00:00

Zmiana hasła w MVS

Domyślne hasło użytkownika herc01 to cul8tr i można je zmienić podczas logowania. Zamiast hasła trzeba wpisać:

cul8tr/asdfgh

i hasło asdfgh (lub jakiekolwiek, do ośmiu łacińskich znaków) zostanie ustawione w SYS1.SECURE.CNTL(USERS).

mvs_tk5 - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-03-31T01:43:55+00:00

Uruchamianie TK5 na Linuksie

Pobieranie

Emulator Hercules oraz bardzo dużo dostępnego oprogramowania są połączone w dystrybucji TK5: https://www.prince-webdesign.nl/tk5 . Do pobrania jako https://www.prince-webdesign.nl/images/downloads/mvs-tk5.zip .

Wstępna konfiguracja

W przeciwieństwie do starszej wersji TK4-, pod Linuksem trzeba odrobinę dodatkowej pracy. Po rozpakowaniu archiwum:

$ cd mvs-tk5
$ chmod 750 mvs
$ chmod 750 unattended/set_console_mode
$ chmod 750 unattended/set_daemon_mode
$ chmod 700 hercules/linux/64/bin/*
$ cd hercules/linux/64/lib/
$ ln -s /usr/lib64/libbz2.so.1 libbz2.so.1.0

Łącze w ostatniej linijce musi prowadzić do libbz2, jakby się ten plik nie nazywał. Katalogi

hercules/windows
hercules/darwin
hercules/linux/nieuzywane_architektury

można usunąć, by nie zajmowały niepotrzebne miejsca. Warto zmienić tryb uruchamiania na konsolę, co udostępnia dodatkowe opcje administracyjne.

$ cd unattended
$ ./set_console_mode

i potwerdzić enterem.

Uruchomienie

Można teraz uruchomić emulator oraz MVS sktyptem mvs.

Praca z TSO jest możliwa za pomocą graficznych aplikacji: x3270 oraz pw3270. Ten pierwszy jest prostszy i ma ładniejsze fonty, ale na najnowszych wersjach Waylanda i Gnoma przestały prawidłowo działać niektóre elementy interfejsu. pw3270 działa i wygląda tak:

W ustawieniach bieżącej sesji trzeba wybrać host z uruchomionym TK5 (może to być 127.0.0.1), a pozostałe opcje ustawić jak widać powyżej.

Wyłączenie

Zabicie procesu hercules może spowodować duże szkody na emulowanych dyskach oraz bliżej nieokreślony stan kolejki JES2, co z kolei uniemożliwi ponowne uruchomienie emulatora.

Trzeba wycować się klawiszem F3 do prompta READY i napisać tam kolejno:

shutdown
logoff

Procedura zatrzymywania systemu jest zapiasana w sys1.parmlib(shutdown) . Jest tam również procedura shutfast, która ma krótsze czasy czekiwania pomiędzy kolejnymi krokami.

pw3270.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-03-31T01:39:25+00:00

mariadb_replika

127.0.0.1 (lukasz@undisclosed.example.com) — 2026-01-24T07:30:59+00:00

Replikacja MariaDB

Najprostsza replikacja

Dwa serwery:

maria1.ping.local - primary,
maria2.ping.local - replika, tylko do odczytu.

Konfiguracja maria1

Sekcja [mariadb] z pliku /etc/my.cnf.d/mariadb-server.cnf

# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]
log-bin
server_id=1
log-basename=master1
binlog-format=mixed

Należy zrestartować MariaDB, żeby zaczytała zmiany. W shellu mysql:

MariaDB [(none)]> CREATE USER 'replication_user'@'%' IDENTIFIED BY 'qwerty123';
MariaDB [(none)]> GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%';
MariaDB [(none)]> FLUSH TABLES WITH READ LOCK;
MariaDB [(none)]> show master status;
+--------------------+----------+--------------+------------------+
| File               | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+--------------------+----------+--------------+------------------+
| master1-bin.000004 |      344 |              |                  |
+--------------------+----------+--------------+------------------+
1 row in set (0.001 sec)

Nazwa użytkownika oraz jego hasło może być inne. Należy wyeksportować wszystkie bazy danych do pliku:

# mysqldump --all-databases > /home/lukasz/bazy_danych.sql

Plik należy pobrać (na przykład programem scp) oraz wysłać na serwer maria2.

Konfiguracja maria2

Sekcja [mariadb] z pliku /etc/my.cnf.d/mariadb-server.cnf

# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]
log-bin
server_id=2
#read_only=1 # potem odkomentowac

Należy zrestartować MariaDB, żeby zaczytała zmiany. Następnie trzeba zaimportować bazy danych z serwera maria1:

mysql < /home/lukasz/bazy_danych.sql

Potem w shellu mysql:

change master to master_host='maria1.ping.local', master_user='replication_user', master_password='qwerty123', master_port=3306, master_log_file='master1-bin.000004', master_log_pos=334, master_connect_retry=10;

Następnie należy odkomentować lnijkę #read_only=1 w pliku mariadb-server.conf, dzięki czemu użytkownicy bez uprawnień SUPER nie będą mogli modyfikować bazy danych. Po zamianie pliku należy zrestartować bazę danych.

Sprzątanie i uruchomienie replikacji

W shellu bazy danych na serwerze maria1 można już zdjąć blokady:

MariaDB [(none)]> unlock tables;

W shellu bazy danych na serwerze maria2 upewnić się, że replikacja przebiega pomyślnie:

MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status;
+----------------------------------+-------------------+------------------+-------------+---------------+--------------------+---------------------+--------------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+-------------------------------+---------------+---------------+----------------+----------------+-----------------------------+------------------+----------------+--------------------+------------+-------------+-------------------------+-----------------------------+---------------+-----------+---------------------+--------------------------------------------------------+------------------+--------------------------------+----------------------------+
| Slave_IO_State                   | Master_Host       | Master_User      | Master_Port | Connect_Retry | Master_Log_File    | Read_Master_Log_Pos | Relay_Log_File           | Relay_Log_Pos | Relay_Master_Log_File | Slave_IO_Running | Slave_SQL_Running | Replicate_Do_DB | Replicate_Ignore_DB | Replicate_Do_Table | Replicate_Ignore_Table | Replicate_Wild_Do_Table | Replicate_Wild_Ignore_Table | Last_Errno | Last_Error | Skip_Counter | Exec_Master_Log_Pos | Relay_Log_Space | Until_Condition | Until_Log_File | Until_Log_Pos | Master_SSL_Allowed | Master_SSL_CA_File | Master_SSL_CA_Path | Master_SSL_Cert | Master_SSL_Cipher | Master_SSL_Key | Seconds_Behind_Master | Master_SSL_Verify_Server_Cert | Last_IO_Errno | Last_IO_Error | Last_SQL_Errno | Last_SQL_Error | Replicate_Ignore_Server_Ids | Master_Server_Id | Master_SSL_Crl | Master_SSL_Crlpath | Using_Gtid | Gtid_IO_Pos | Replicate_Do_Domain_Ids | Replicate_Ignore_Domain_Ids | Parallel_Mode | SQL_Delay | SQL_Remaining_Delay | Slave_SQL_Running_State                                | Slave_DDL_Groups | Slave_Non_Transactional_Groups | Slave_Transactional_Groups |
+----------------------------------+-------------------+------------------+-------------+---------------+--------------------+---------------------+--------------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+-------------------------------+---------------+---------------+----------------+----------------+-----------------------------+------------------+----------------+--------------------+------------+-------------+-------------------------+-----------------------------+---------------+-----------+---------------------+--------------------------------------------------------+------------------+--------------------------------+----------------------------+
| Waiting for master to send event | maria1.ping.local | replication_user |        3306 |            10 | master1-bin.000004 |                 344 | mariadb-relay-bin.000012 |           645 | master1-bin.000004    | Yes              | Yes               |                 |                     |                    |                        |                         |                             |          0 |            |            0 |                 344 |            1257 | None            |                |             0 | No                 |                    |                    |                 |                   |                |                     0 | No                            |             0 |               |              0 |                |                             |                1 |                |                    | No         |             |                         |                             | optimistic    |         0 |                NULL | Slave has read all relay log; waiting for more updates |                0 |                              0 |                          0 |
+----------------------------------+-------------------+------------------+-------------+---------------+--------------------+---------------------+--------------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+-------------------------------+---------------+---------------+----------------+----------------+-----------------------------+------------------+----------------+--------------------+------------+-------------+-------------------------+-----------------------------+---------------+-----------+---------------------+--------------------------------------------------------+------------------+--------------------------------+----------------------------+
1 row in set (0.000 sec)

Można dla pewności założyć nową bazę danych na serwerze maria1, utworzyć tabelę i dodać kilka wierszy.

W shellu bazy maria2, używając nieuprzywilejowanego użytkownika, efekt będzie taki:

# mysql -u statyk -p
Enter password: 
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 9
Server version: 10.5.9-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show slave status;
ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER, SLAVE MONITOR privilege(s) for this operation
MariaDB [(none)]> use statyk
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [statyk]> select * from dane;
+------+--------+
| id   | nazwa  |
+------+--------+
|    3 | trzy   |
|    4 | cztery |
|    5 | piec   |
+------+--------+
3 rows in set (0.001 sec)

MariaDB [statyk]> insert into dane (id, nazwa) values (8, 'osiem');
ERROR 1290 (HY000): The MariaDB server is running with the --read-only option so it cannot execute this statement
MariaDB [statyk]>

Jako, że MariaDB w bardzo ograniczonym stopniu pozwala na konfigurację dostępu dla użytkowników z określonych adresów IP, warto upewnić się, że firewall jest poprawnie skonfigurowany. Podczas tworzenia użytkownika replica_user można podać mu jeden adres IP serwera maria2, ale wówczas nie można dodać do tego zestawu kolejnych replik.

Częściowa replikacja

Można replikować tylko niektóre bazy oraz tabele. Fragment my.cnf bazy primary.

log-bin
server_id=1
log-basename=master1
binlog-format=mixed
binlog_ignore_db=private
binlog_do_db=public001
replicate_do_table=public001.archiwum001
replicate_do_table=public001.archiwum002
replicate_do_table=public001.stare001
replicate_ignore_table=public001.nowe
replicate_wild_do_table=public001.archiwum0%

log-bin - utworzenie logów transakcyjnych
server_id=1 - unikalny identyfikator klastra
log-basename=master1 - nazwa plików loga transakcyjnego dla parametru log-bin
binlog-format=mixed - log transakcyjny sam wybiera format swojego zapisu; jest to zresztą wartośc domyślna; https://mariadb.com/kb/en/binary-log-formats/#mixed-logging
binlog_ignore_db=private - zdarzenia na bazie danych „private” nie będą w logu transakcyjnym
binlog_do_db=public001 - zdarzenia na bazie danych „public001” będą w logu transakcyjnym
replicate_do_table=public001.archiwum001 - zdarzenia w tabeli „archiwum001” bazy „public001” będą w logu transakcyjnym
replicate_do_table=public001.archiwum002 - zdarzenia w tabeli „archiwum002” bazy „public001” będą w logu transakcyjnym
replicate_do_table=public001.stare001 - zdarzenia w tabeli „stare001” bazy „public001” będą w logu transakcyjnym
replicate_ignore_table=public001.nowe - zdarzenia w tabeli „nowe” bazy „public001” nie będą w logu transakcyjnym, ale tak naprawdę będą ; wygląda na to, że binlog_do_db przeważa nad replicate_ignore_table
replicate_wild_do_table=public001.archiwum0% - zdarzenia w tabelach o nazwie podobnej do „archiwum0%” bazy „public001” będą w logu transakcyjnym
binlog_do_db=public001 przeważa nad replicate_ignore_table. Oznacza to, że zdarzenia dotyczące tabeli „nowe” będą trafiały do loga transakcyjnego i dane pojawią się na replikach.

Weryfikacja stanu replikacji po restarcie primary:

MariaDB [(none)]> show master status;
+--------------------+----------+--------------+------------------+
| File               | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+--------------------+----------+--------------+------------------+
| master1-bin.000001 | 1634     | public001    | private          |
+--------------------+----------+--------------+------------------+
1 row in set (0.000 sec)

Użytkownik replikacyjny na primary:

MariaDB [(none)]> CREATE USER 'replication_user'@'%' IDENTIFIED BY 'qwerty123';
MariaDB [(none)]> GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%';

Fragment my.cnf repliki:

log-bin
server_id=5
read_only=1

Rozpoczęcie replikacji na klastrze nr 5:

MariaDB [(none)]> change master to master_host='maria1.cez.local', master_user='replication_user', master_password='qwerty123', master_port=3306, master_log_file='master1-bin.000001', master_log_pos=0, master_connect_retry=10;

Dane na klastrze nr 5 mogą wyglądać na przykład tak:

MariaDB [public001]> select * from archiwum002;
+----+--------------------+
| id | dane               |
+----+--------------------+
| 12 | dane do replikacji |
| 14 | dane do replikacji |
+----+--------------------+
2 rows in set (0.001 sec)

Nie ma tu wierszy od 1 do 11, ponieważ zostały utworzone przed zestawieniem replikacji. Usunięcie wierszy o tych identyfikatorach będzie w logu transakcyjnym, ale bez wpływu na replikę.

podman

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-12-27T10:32:54+00:00

Podman

Kilka przykładów tworzenia kontenerów. Pamiętać, że nie trzeba być rootem, ani sudo do niczego.

$ cat /etc/hosts
[...]
127.0.0.1 strona.ping.local php.ping.local
[...]

Apache

Katalog z kontenerem.

$ cd apache
$ tree 
.
├── conf
│   ├── 00-security.conf
│   ├── 01-logformat.conf
│   ├── 02-servername.conf
│   └── 99-strona.ping.local.conf
├── Dockerfile
├── log
└── public_html
    └── index.html

Zawartość plików konfiguracyjnych w katalogu conf:

$ cat conf/00-security.conf 
Header always set X-Content-Type-Options nosniff
Header always set X-Frame-Options "SAMEORIGIN"
Header set X-XSS-Protection "1; mode=block"
Servertokens Prod
ServerSignature Off

Zakładam, że strona będzie za jakimś rodzajem proxy, a chcę widzieć w logach adresy IP odwiedzających.

$ cat conf/01-logformat.conf 
LogFormat "%v %{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" nginxproxy

Apache pokazuje w logach brak ustawionego ServerName, więc jakiś tam zawsze ustawiam.

$ cat conf/02-servername.conf 
ServerName strona.ping.local

Prosty vhost:

$ cat conf/99-strona.ping.local.conf 
<VirtualHost *:8080>
  ServerName strona.ping.local:8080
  ServerAlias *.strona.ping.local
  DocumentRoot /var/www/html
  CustomLog logs/strona-access.log nginxproxy
  ErrorLog logs/strona-errors.log
  <Directory /var/www/html>
    AllowOverride All
    Require all granted
  </Directory>
</VirtualHost>

Plik do budowania obrazu:

$ cat Dockerfile 
from registry.redhat.io/ubi9/httpd-24:1-331.1722518952
ADD conf/* /etc/httpd/conf.d/
USER 48
CMD run-httpd

Logowanie do Red Hata:

$ podman login registry.redhat.io                                
Username: [login do redhat.com]
Password: [hasło do redhat.com]

Budowanie obrazu:

$ podman build -t strona-apache .
STEP 1/4: FROM registry.redhat.io/ubi9/httpd-24:1-331.1722518952                                                                        
Trying to pull registry.redhat.io/ubi9/httpd-24:1-331.1722518952...                                                                     
Getting image source signatures                                                                                                         
Checking if image destination supports signatures                                                                                       
Copying blob aa3367aaf4aa done   |                                                                                                      
Copying blob cc296d75b612 done   |                                                                                                      
Copying blob db22e630b1c7 done   |                                                                                                      
Copying config e19a3fc93d done   |                                                                                                      
Writing manifest to image destination                                                                                                   
Storing signatures                                                                                                                      
STEP 2/4: ADD conf/* /etc/httpd/conf.d/                                                                                                 
--> [identyfikator]
STEP 3/4: USER 48
--> [identyfikator]
STEP 4/4: CMD run-httpd
COMMIT strona-apache
--> 28baafdb39f5
Successfully tagged localhost/strona-apache:latest
[dlugi_śmieszny_numer]

Uprawnia do katalogów log oraz public_html:

$ podman unshare chown -R 48:48 log/
$ podman unshare chown -R 48:48 public_html/

Uruchomienie kontenera. W tym wypadku Apache nie będzie mógł modyfikować zawartości katalogu /var/www/html. Ta kropkaukośnik jest ważna. Bez niej nie zadziała montowanie woluminów.

$ podman run -d -p 8801:8080 -v ./log:/var/log/httpd:Z,rw -v ./public_html:/var/www/html:Z,ro strona-apache
$ podman ps -a
CONTAINER ID     IMAGE                           COMMAND               CREATED         STATUS         PORTS                                       NAMES
[identyfikator]  localhost/strona-apache:latest  /bin/sh -c run-ht...  32 minutes ago  Up 32 minutes  0.0.0.0:8801->8080/tcp, 8080/tcp, 8443/tcp  [śmieszna_nazwa]

I już działa.

$ curl -Isk strona.ping.local:8801
HTTP/1.1 200 OK
[...]

MariaDB

$ cd mariadb
tree .
.
├── conf
│   └── 99-baza.cnf
├── database
├── Dockerfile
└── log

Konfiguracja w pliku cnf:

$ cat conf/99-baza.cnf 
[mariadb]
log_output=FILE
general_log
general_log_file=/var/log/mariadb/general.log
slow_query_log
slow_query_log_file=/var/log/mariadb/slow.log

Dockerfile:

$ cat Dockerfile
from registry.redhat.io/rhel9/mariadb-105:1-194
ADD conf/* /etc/my.cnf.d/
USER 27
CMD ["run-mysqld"]

Budowanie obrazu:

$ podman build -t baza .

Uprawnienia katalogów:

$ podman unshare chown -R 27:27 log/
$ podman unshare chown -R 27:27 database/

Skomplikowane uruchomienie kontenera:

$ podman run -d -e MYSQL_ROOT_PASSWORD=TajneHaslo -e MYSQL_USER=uzytkownik -e MYSQL_PASSWORD=InneHaslo -e MYSQL_DATABASE=nazwabazy -v ./database:/var/lib/mysql:Z,rw -v ./log:/var/log/mariadb:Z,rw -p 5301:3306 baza

Wyjaśnienie parametrów:

MYSQL_ROOT_PASSWORD - hasło roota, niepraktyczne i niepotrzebne, ale warto jakieś podać,
MYSQL_USER - nazwa użytkownika aplikacyjnego,
MYSQL_PASSWORD - hasło użytkownika aplikacyjnego,
MYSQL_DATABASE - nazwa bazy danych, której używa powyższy użytkownik.

Jeżeli na woluminie zamontowanym w katalogu datadir jest już jakaś baza danych, powyższe zmienne nie działają. Można później zmienić hasła użytkowników narzędziami bazodanowymi.

PHP

$ cd php
tree -a .
.
├── conf
│   ├── apache
│   │   ├── 00-security.conf
│   │   ├── 01-logformat.conf
│   │   ├── 02-servername.conf
│   │   └── 99-php.ping.local.conf
│   └── php
│       └── 99-var.ini
├── Dockerfile
├── log
│   ├── php-access.log
│   └── php-errors.log
├── public_html
│   └── info.php
└── sessions

Pliki konfiguracyjne Apache są podobne do tych z poprzedniego przykładu. Różni się tylko nazwa vhosta oraz nazwy plików w logami.

Dockerfile:

$ cat Dockerfile 
from registry.redhat.io/ubi9/php-82:1-21.1724040036
ADD conf/apache/* /etc/httpd/conf.d/
ADD conf/php/* /etc/php.d/

USER 1001

CMD /usr/libexec/s2i/run

Konfiguracja PHP:

$ cat 99-var.ini  
[PHP]
expose_php = Off
memory_limit = 128M
post_max_size = 64M
upload_max_filesize = 64M

[Date]
date.timezone = Europe/Warsaw

Uprawnienia:

$ podman unshare chown -R 1001:1001 log/ public_html/ sessions/

Uruchomienie kontenera:

$ podman run -d -v ./public_html/:/var/www/html:Z -v ./sessions:/tmp/sessions:Z -v ./log:/var/log/httpd:Z -p 8888:8080 baszarek-php82:latest

Uruchomienie kontenerów z systemd

$ mkdir -p ~/.config/systemd/user
$ cd ~/.config/systemd/user
$ podman generate systemd --name smieszna-nazwa --files --new
$ systemctl --user enable container-smieszna-nazwa
$ podman stop smieszna-nazwa
$ systemctl --user start container-smieszna-nazwa
$ systemctl --user enable container-smieszna-nazwa

Plik w katalogu .config/systemd/user nie będzie zawierał linijki WorkingDirectory= w sekcji Service. Warto ją dopisać, żeby nie musieć określać woluminów całą, bezwzględną ścieżką.

Konteneryzowanie małej aplikacji

Aplikacja została zmodyfikowana pod kontener. Usunąłem z niej pliki konfiguracyjne i zastąpiłem je zmiennymi środowiskowymi. Można używać obydwu, gdzie pliki przeważają zmienne. Obrazy MariaDB Red Hata takie właśnie są. Można ustawić różne zmienne regulujące dostęp do bazy danych, ale jeżeli ta już istnieje na woluminie, są one ignorowane.

Dockerfile:

from registry.access.redhat.com/ubi9/openjdk-17-runtime:1.20-2.1724037300

RUN mkdir -p /opt/astech
ADD ./astech /opt/astech

WORKDIR /opt/astech
ENV AST_MM_VERSION="0.49.19.1"

CMD ["/usr/bin/python3", "astech.py"]

Pliki w katalogu z plikiem Dockerfile, to trzech poziomów:

# tree -aL 3
.         
├── astech                  
│   ├── astech.py
│   ├── bottle.py
│   ├── error404.tpl  
│   ├── footer.tpl 
│   ├── gamefiles.tpl
│   ├── header.tpl
│   ├── index.tpl
│   ├── login.tpl
│   ├── megamek-0.49.19.1
│   │   ├── data                                                    
│   │   ├── docs                                                                                                                        
│   │   ├── lib
│   │   ├── logs
│   │   ├── MegaMek.jar
│   │   ├── mm
│   │   ├── mm.bat
│   │   ├── mmconf
│   │   ├── savegames
│   │   └── userdata
│   ├── options.tpl
│   └── static
│       ├── astech_logo.png
│       ├── delete.png
│       ├── download.png
│       ├── selected.png
│       ├── select.png
│       ├── server_off.png
│       ├── server_on.png
│       └── style.css
├── boards
├── Dockerfile
├── logs
│   ├── megameklab.log
│   ├── megamek.log
│   └── mekhq.log
├── mechfiles
└── savegames

Budowanie obrazu:

podman build -t astech049191 .

Uprawnienia do woluminów. Domyślnie aplikacja w podmanie uruchamia się z uprawnieniami użytkownika o UID 1001, ale można to zmienić w Dockerfile, lub parametrem -u przy podman run.

$ podman unshare chown -R 1001 boards/ logs/ mechfiles/ savegames/
$ podman unshare chmod 750 boards/ logs/ mechfiles/ savegames/
$ ll
razem 8
drwxr-xr-x. 4 lukasz lukasz 4096 09-05 07:03 astech
drwxr-x---. 2 524472 lukasz   34 09-05 07:30 boards
-rw-r--r--. 1 lukasz lukasz  217 09-05 06:53 Dockerfile
drwxr-x---. 2 524472 lukasz   64 09-05 07:28 logs
drwxr-x---. 2 524472 lukasz    6 09-05 06:47 mechfiles
drwxr-x---. 2 524472 lukasz    6 09-05 06:47 savegames

Uruchomienie kontenera:

$ podman run --name myastech -d -p 8080:8080 -p 2346:2346 -e AST_MM_PORT=2346 -e AST_USER=someuser -e AST_PASS=somepassword -v ./savegames:/opt/astech/megamek-0.49.19.1/savegames:rw,Z,U -v ./logs:/opt/astech/megamek-0.49.19.1/logs:rw,Z,U -v ./boards:/opt/astech/megamek-0.49.19.1/data/boards/astech:rw,Z,U -v ./mechfiles:/opt/astech/megamek-0.49.19.1/data/mechfiles/astech:rw,Z,U astech049191

su - [uzytkownik] i xdg

„systemctl –user” nie będzie działał dobrze, dopóki użytkownik go wywołujący nie będzie zalogowany. Można to obejść na dwa sposoby: zalogować się przez „ssh [uzytkownik]@localhost”, lub dopisując zmienną o wartości „/run/user[identyfikator_z_pliku_passwd] do pliku bashrc:

# "systemctl --user " bez tego nie dziala
XDG_RUNTIME_DIR=/run/user/3501
export XDG_RUNTIME_DIR

Import i wczytywanie obrazów

Kiedy nie chcę żadnego rejestru.

$ podman image ls
REPOSITORY                                          TAG                IMAGE ID      CREATED       SIZE
localhost/astech-mm                                 0.49.19.1          6e01cf1442ce  26 hours ago  962 MB
registry.access.redhat.com/ubi9/openjdk-17-runtime  1.20-2.1724037300  cf4676726e3f  2 weeks ago   368 MB

$ podman save --quiet -o astech-mm-049191.tar 6e01cf1442ce

Wczytywanie pliku astech-mm-049191.tar na innym hoście:

$ podman load --quiet -i astech-mm-049191.tar
$ podman image ls                                                
REPOSITORY  TAG         IMAGE ID      CREATED       SIZE
<none>      <none>      6e01cf1442ce  26 hours ago  962 MB

$ podman tag 6e01cf1442ce astech:0.49.19.1
$ podman image ls
REPOSITORY           TAG         IMAGE ID      CREATED       SIZE
localhost/astech-mm  0.49.19.1   6e01cf1442ce  26 hours ago  962 MB

cannot change memory protections

Podczas uruchamiania kontenera pojawiają się błędy „error while loading shared libraries: [cośtam].so.[numer]: cannot change memory protections”

$ podman info | grep 'graphRoot'
graphRoot: /home/lukasz/.local/share/containers/storage
graphRootAllocated: 482933219328
graphRootUsed: 214006886400

# semanage fcontext -a -t container_var_lib_t '/home/lukasz/.local/share/containers/storage(/.*)?'
# restorecon -Rv /home/lukasz/.local/share/containers/

Źródło: https://access.redhat.com/solutions/7021610

Connection reset by peer

Podman w werji 4.x nieprawidłowo mapuje porty, jeżeli:

aplikacja wystawia się na hoście 127.0.0.1 i porcie przykładowo 8080
podman run jest uruchomiony z parametrem -p 0.0.0.0:8080:8080 i oczekuję, że aplikacja wystawi się na całą adresację IPv4.

Aplikacja w kontenerze musi również słuchać na 0.0.0.0. Warto zostawić sobie do tego zmienną środowiskową, która będzie modyfikować działanie aplikacji.

W podmanie 5.2.2 (który jest w dystrybucji Fedora 40) to działa już dobrze. Aplikacja może słuchać na lokalnym hoście, ale Podman może przemapować ten ruch na cały internet, lub wybrane podsieci.

Źródło: https://github.com/containers/podman/issues/19602#issuecomment-1675709528

kontrolowanie cpu i pamięci

$ podman run --rm --detach --cpus=1 --memory-swap=512M --memory=256M --memory-reservation=128M --volume /home/uzytkownik/kontenery/woluminy/jakis_katalog/:/opt/jupiter/app:rw,Z --publish 8111:8888 jupyter-test001
Error: OCI runtime error: crun: the requested cgroup controller `cpuset` is not available

W powyższym przypadku brakuje mi uprawnień do przydzielania zasobów do kontenerów. Zakładając, że mam UID 1000, można dodać do pliku /etc/systemd/system/user@1000.service.d/delegate.conf :

[Service]
Delegate=memory pids cpu cpuset

Trzeba się na chwilę wylogować.

Źródło: https://github.com/containers/podman/blob/main/troubleshooting.md#26-running-containers-with-resource-limits-fails-with-a-permissions-error

Montowanie woluminu dla nieuprzywilejowanego użytkownika

Poczas montowania woluminu katalogi w kontenerze mają uprawnienia użytkownika root:

podman run --rm --detach --name=mek05006 --publish=0.0.0.0:2346:2346 --volume ./savegames:/opt/megamek/savegames:rw,Z --volume ./logs:/opt/megamek/logs:rw,Z megamek05006

Jeżeli w Dockerfile zadeklarowano innego użytkownika do uruchomienia aplikacji:

[...]
USER 12
WORKDIR /opt/megamek/
CMD /usr/lib/jvm/java-17-temurin-jre/bin/java -jar MegaMek.jar -dedicated -port 2346

to okaże się, że użytkownik o identyfikatorze 12 nie ma uprawnień zapisu do /opt/megamek/savegames oraz /opt/megamek/logs, a powinien mieć.

bash-5.2$ ls -la
[...]
drwxr-xr-x. 2 root  root        6 Dec 27 09:22 savegames
drwxr-xr-x. 2 root  root        6 Dec 27 09:22 logs

Pomaga parametr U przy montowaniu woluminów:

podman run --rm --detach --name=mek05006 --publish=0.0.0.0:2346:2346 --volume ./savegames:/opt/megamek/savegames:U,rw,Z --volume ./logs:/opt/megamek/logs:U,rw,Z megamek05006

bash-5.2$ ls -al /opt/megamek/
[...]
drwxr-xr-x. 2 games users       64 Dec 27 09:35 logs
drwxr-xr-x. 2 games users        6 Dec 27 09:22 savegames

nextcloud

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-12-19T07:03:44+00:00

Nextcloud

Różne notatki na różne tematy.

SELinux dla Nextclouda w RHEL/Centos/Fedora

semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/data(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/3rdparty/aws/aws-sdk-php/src/data/logs(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/config(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/apps(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/.htaccess'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/.user.ini'
restorecon -Rv '/var/www/nextcloud/'
setsebool -P httpd_can_network_connect on

Bez tej ostatniej linijki Nextcloud działa, ale nie łączy się ze swoim appstore.

Nextcloud update verify failed

Nextcloud podczas aktualizacji zwraca czasem błąd podczas weryfikowania plików, ale nie pokazuje o jakie pliki chodzi. W logach pojawi się:

[Thu Dec 17 08:54:39.030667 2020] [access_compat:error] [pid 2539155:tid 2539155] [client ip.ip.ip.ip:58528] AH01797: client denied by server configuration: /var/www/nextcloud/data/.ocdata
[Thu Dec 17 08:55:49.233080 2020] [proxy_fcgi:error] [pid 2551714:tid 2551714] [client ip.ip.ip.ip:58536] AH01071: Got error 'PHP message: PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 142333816 bytes) in /var/www/nextcloud/updater/index.php on line 754'

Należy wówczas, na czas aktualizacji, zwiększyć pamięć dla PHP do 512 megabajtów:

; Maximum amount of memory a script may consume (128MB)
memory_limit = 512M

Po aktualizacji można zmniejszyć limit z powrotem do 128. Nextcloud działa dobrze przy ograniczonej pamięci, nie działa jedynie aktualizator.

504 podczas aktualizacji

Inny problem z aktualizacją Nextclouda to tworzenie kopii zapasowej przez aktualizator. Jeżeli danych jest sporo, a serwer niezbyt szybki, Apache zwróci błąd 504. Dzieje się tak, ponieważ aktualizacja jest kontrolowana przez dedykowanego użytkownika i proces php-fpm, więc z punktu widzenia Apache następuje Gateway Timeout. Bez utworzenia kopii zapasowej aktualizacja Nextclouda się nie powiedzie. Wówczas należy:

usunąć plik /var/www/[katalog_nextcloud]/data/updater-[tag]/.step
dodać do vhosta w sekcji <Virtualhost> linjkę ProxyTimeout 480
przeładować Apache
odświeżyć stronę aktualizatora i dokończyć aktualizację.

Po zakończonej aktualizacji można dodać komentarz przed linijką ProxyTimeout, ponieważ podczas zwyczajnej pracy Nextcloud odpowiada znacznie szybciej.

PHP 8.1 i wyższy

Oficjalnie Nextcloud 23.x działa tylko do PHP 8.0, ale można go skłonić do pracy na 8.1. Należy poprawić zmienną (właście stałą) PHP_VERSION_ID w pliku lib/versioncheck.php

// Show warning if > PHP 8.0 is used as Nextcloud is not compatible with > PHP 8.0 for now
if (PHP_VERSION_ID >= 90100) {
	http_response_code(500);
	echo 'This version of Nextcloud is not compatible with > PHP 8.0.<br/>';
	echo 'You are currently running ' . PHP_VERSION . '.';
	exit(1);
}

Trzeba to poprawić przy każdej aktualizacji Nextclouda, ponieważ plik będzie nadpisywany.

Owncloud i Brute-Force Protection

Po zainstalowaniu rozszerzenia Brute-Force Protection nie ma jak zdjąć banów, ponieważ rozszerzenie nie posiada takiej funkcjonalności. Poniżej skrypt Basha, który usuwa bany zapytaniami do bazy. Należy w nim poprawić:

nazwę bazy ownclouda i przedrostek tabel,
podsieci VPN oraz lokalnej.

Żeby skrypt mógł działać na bazie danych, uruchamiający go użytkownik (na przykład root) powinien mieć plik .my.cnf pozwalający na logowanie się bez podawania hasła.

#!/usr/bin/bash
# unban IP addresses from Owncloud application firewall

if [ "$1" = "--ip" ] ; then
  # unban single IP address
  if [ -z $2 ] ; then
    echo "Add ip address, or use --help"
  else
    mysql -e "delete from owncloud.oc_bfp_failed_logins where ip = '${2}';"
  fi

elif [ "$1" = "--vpn" ] ; then
  # unban all VPN users
  mysql -e "delete from owncloud.oc_bfp_failed_logins where ip like '172.30.50.%';"
  mysql -e "delete from owncloud.oc_bfp_failed_logins where ip like '172.30.51.%';"
  mysql -e "delete from owncloud.oc_bfp_failed_logins where ip = '192.168.60.254';"

elif [ "$1" = "--all" ] ; then
  # unban all IP addresses
  mysql -e "delete from owncloud.oc_bfp_failed_logins;"

elif [ "$1" = "--user" ] ; then
  # unban single user
  if [ -z $2 ] ; then
    echo "Add username, or use --help"
  else
    mysql -e "delete from owncloud.oc_bfp_failed_logins where uid = '${2}';"
  fi

elif [ "$1" = "--list" ] ; then
  # list users and IP addresses
  mysql -e "select uid as user, \
                   ip as ip_address, \
                   FROM_UNIXTIME(attempted_at) as login_attempt \
            from owncloud.oc_bfp_failed_logins \
            order by 3;"

# help
elif [ "$1" = "--help" ] || [ -z $1 ] ; then
  # echo some instructions
  echo -e "Unban users from Owncloud login page.\r
Please specify:\r
   owncloud_unban --list to view all banned IP's,\r
   owncloud_unban --all to unban all IP's,\r
   owncloud_unban --ip [ip.ip.ip.ip] to unban single IP address,\r
   owncloud_unban --vpn to unban all IP's from VPN and internal networks,\r
   owncloud_unban --user [username] to unban user."

else
  echo "That did nothing. Try owncloud_unban --help"
fi

Nextcloud za proxy

Po migracji Nextclouda za proxy wszystko działa, ale niektóre klienty się gubią. Klient na Androida pokazuje status „serwer w trybie konserwacji”. Nie działa również funkcjonalność instant upload.

Pomaga wówczas dodanie nowej linijki do pliki config.php

'overwriteprotocol' => 'https',

źródło:

Podstawione RootCA

Nextcloud jest za http proxy, które podstawia certyfikat i blokuje wyjście aplikacji do internetu, na przykład e2guardian. Nextcloud nie ufa certyfikatom z pliku /etc/ssl/certs/ca-bundle.crt, więc trzeba dodać certyfikat e2guardiana do aplikacji Nextcloud:

sudo -u uzytkownikaplikacyjny /usr/bin/php /sciezka/do/pliku/public_html/occ security:certificates:import /tmp/e2.crt

Błędy 500 podczas generowania miniaturek

Nextcloud nawiązuje połączenie do bazy danych podczas generowania każdej jednej miniaturki na kliencie, na przykład w programie Gnome Files. Jeżeli baza danych jest na innym hoście, DNS zaprzestanie odpowiedzi do serwera aplikacyjnego i Nextcloud pokaże błędy 500.

Log Apache:

nextcloud.host.local ip.ip.ip.ip - - [19/Dec/2025:07:13:24 +0100] "PROPFIND /remote.php/webdav HTTP/1.0" 500 289 "-" "gvfs/1.54.4"

Log Unbound:

Dec 19 07:15:03 dnsmasq[32214]: Rate-limiting database.host.local is REFUSED (EDE: blocked)
Dec 19 07:15:03 dnsmasq[32214]: query[A] database.host.local from ip.ip.ip.ip

Log Nextcloud:

{"reqId":"aUTtBH1cp7_6-vFy1fyFYgAAAAM","level":3,"time":"2025-12-19T06:13:24+00:00","remoteAddr":"ip.ip.ip.ip","user":"--","app":"core","method":"PROPFIND","url":"/remote.php/webdav","message":"Exception thrown: Doctrine\\DBAL\\Exception","userAgent":"gvfs/1.54.4","version":"29.0.16.1","exception":{"Exception":"Doctrine\\DBAL\\Exception","Message":"Failed to connect to the database: An exception occurred in the driver: SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo for database.host.local failed: Name or service not known","Code":2002,"Trace":[{"file":"/path/to/nextcloud/public_html/3rdparty/doctrine/dbal/src/Connection.php","line":453,"function":"connect","class":"OC\\DB\\Connection","type":"->"},{"file":"/path/to/nextcloud/public_html/3rdparty/doctrine/dbal/src/Connection.php","line":411,"function":"getDatabasePlatformVersion","class":"Doctrine\\DBAL\\Connection","type":"->"},{"file":"/path/to/nextcloud/public_html/3rdparty/doctrine/dbal/src/Connection.php","line":318,"function":"detectDatabasePlatform","class":"Doctrine\\DBAL\\Connection","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/DB/ConnectionAdapter.php","line":200,"function":"getDatabasePlatform","class":"Doctrine\\DBAL\\Connection","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/DB/QueryBuilder/QueryBuilder.php","line":121,"function":"getDatabasePlatform","class":"OC\\DB\\ConnectionAdapter","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/AppConfig.php","line":1239,"function":"expr","class":"OC\\DB\\QueryBuilder\\QueryBuilder","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/AppConfig.php","line":264,"function":"loadConfig","class":"OC\\AppConfig","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/legacy/OC_App.php","line":736,"function":"searchValues","class":"OC\\AppConfig","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/TemplateLayout.php","line":232,"function":"getAppVersions","class":"OC_App","type":"::"},{"file":"/path/to/nextcloud/public_html/lib/private/legacy/OC_Template.php","line":145,"function":"__construct","class":"OC\\TemplateLayout","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/Template/Base.php","line":132,"function":"fetchPage","class":"OC_Template","type":"->"},{"file":"/path/to/nextcloud/public_html/lib/private/legacy/OC_Template.php","line":320,"function":"printPage","class":"OC\\Template\\Base","type":"->"},{"file":"/path/to/nextcloud/public_html/remote.php","line":88,"function":"printExceptionErrorPage","class":"OC_Template","type":"::"},{"file":"/path/to/nextcloud/public_html/remote.php","line":174,"function":"handleException"}],"File":"/path/to/nextcloud/public_html/lib/private/DB/Connection.php","Line":168,"CustomMessage":"Exception thrown: Doctrine\\DBAL\\Exception"}}

Można dodać wówczas nową linijkę do pliku /etc/hosts:

ip.ip.ip.ip database.host.local database

ikonka_venv - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-12-16T06:03:45+00:00

Ikonka dla skryptu z virualenv

Plik ~/.local/bin/mu

#!/usr/bin/bash

cd /home/uzytkownik/python/microbit/mu/
source bin/activate
cd /home/uzytkownik/python/microbit/mu/mu-0.9.12/
python3.12 run.py

Plik ~/.local/share/applications/mu.desktop

[Desktop Entry]
Version=1.0
Type=Application
Name=Mu
Name[pl]=Edytor Mu
Keywords=mu
Exec=/usr/bin/bash -i /home/uzytkownik/.local/bin/mu %U
StartupNotify=false

źródło: https://askubuntu.com/questions/1018253/launching-script-containing-virtual-env-through-desktop-icon

mucode - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-10-16T15:28:26+00:00

Mu Code w starej wersji

Do nauki Pythona polecam bardzo edytor Mu, ale w starej wersji, kiedy był dedykowany prawie tylko do małych komputerków MicroBit. Jeżeli masz do nich dostęp, możesz nadal używać Mu 0.9.12, ale trzeba go trochę poprawić.

Najpierw trzeba zrobić venva przy użyciu Pythona 3.12. Potem zainstalować zależności:

alabaster==1.0.0
babel==2.17.0
certifi==2025.10.5
charset-normalizer==3.4.4
coverage==7.11.0
docutils==0.21.2
idna==3.11
imagesize==1.4.1
iniconfig==2.1.0
Jinja2==3.1.6
MarkupSafe==3.0.3
packaging==25.0
pluggy==1.6.0
pycodestyle==2.14.0
pyflakes==3.4.0
Pygments==2.19.2
PyQt5==5.15.11
PyQt5-Qt5==5.15.17
PyQt5_sip==12.17.1
pyserial==3.5
pytest==8.4.2
pytest-cov==7.0.0
QScintilla==2.14.1
requests==2.32.5
roman-numerals-py==3.1.0
setuptools==80.9.0
snowballstemmer==3.0.1
Sphinx==8.2.3
sphinxcontrib-applehelp==2.0.0
sphinxcontrib-devhelp==2.0.0
sphinxcontrib-htmlhelp==2.1.0
sphinxcontrib-jsmath==1.0.1
sphinxcontrib-qthelp==2.0.0
sphinxcontrib-serializinghtml==2.0.0
urllib3==2.5.0

Trochę przerobiony Mu: mu-0.9.12-py312.zip . Zawiera dwie poprawki:

szare ikonki przystosowane do ciemnego motywu,
plik mu/interface.py jest trochę zmieniony

777     def autosize_window(self):
778         """
779         Makes the editor 80% of the width*height of the screen and centres it.
780         """
781         screen = QDesktopWidget().screenGeometry()
782         w = 1000
783         h = 800
784         self.resize(w, h)
785         size = self.geometry()
786         self.move(10, 10)

Po zaaplikowaniu tych dwóch poprawek program działa i nawet nieźle wygląda.

mu01.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-10-16T15:26:30+00:00

mu-0.9.12-py312.zip - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-10-16T15:21:10+00:00

brother1222

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-07-02T17:23:32+00:00

Brother HL1222WE

Sterowniki dla Red Hata, Fedory i podobnych:

Instalacja:

$ sudo rpm -Uvh hl1210w*
Sprawdzanie poprawności…           ################################# [100%]
Przygotowywanie…                    ################################# [100%]
Aktualizowanie/instalowanie…
   1:hl1210wlpr-3.0.1-1               ################################# [ 50%]
   2:hl1210wcupswrapper-3.0.1-1       ################################# [100%]
lpadmin -p HL1210W -E -v usb://Brother/HL-1210W%20series?serial=E76028F3X749559 -P /usr/share/ppd/brother/brother-HL1210W-cups-en.ppd
lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.

Pulpit Gnome oraz Cups same zajmą się konfiguracją:

Na systemie CentOS 10 sytuacja nie jest już taka prosta. Trzeba skompilować i zainstalować poniższy kod:

brlaser-master.zip

cmake .
make
sudo make install

Po zastosowaniu powższego można zmienić sterownik drukarki na Brother HL-1200 series, using brlaser v6

Źródło: https://support.brother.com/g/b/downloadtop.aspx?c=eu_ot&lang=en&prod=hl1222we_eu

Źródło: https://github.com/pdewacht/brlaser

brlaser-master.zip - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-06-29T11:34:27+00:00

ansible

127.0.0.1 (lukasz@undisclosed.example.com) — 2025-04-26T06:45:09+00:00

Ansible

Sprawdzanie, czy dzisiejszy, "cronowy" playbook wykonał się prawidłowo

cat ansible.log | grep -E "^$(date "+%Y-%m-%d").*failed" | grep -Ev "failed\=0" | wc -l

Zakładając, że powyższe polecenie jest w pliku check_failed.sh i ścieżka do pliku z logami jest poprawna, można wysłać raport raport na IRC:

---
- name: Send status on IRC
  hosts: my-host.ping.local

  tasks:

  - name: Check failed tasks
    command: '/usr/bin/bash /home/lukasz/ansible/helpers/check_failed.sh'
    register: fails

  - name: Send a report to a fedora-pl channel
    irc:
      server: irc.libera.chat
      port: 6667
      nick: raport
      channel: '#fedora-pl'
      msg: "[ANSIBLE] Todays failed tasks: {{ fails['stdout_lines'][0] }}."

Plik konfiguracyjny

[defaults]                                                                                                                             
inventory=~/ansible/hosts
log_path=~/ansible/var/ansible.log
remote_user=ansemble
interpreter_python=auto_silent
[privilege_escalation]
become=True
become_ask_pass=False
become_method=sudo
[persistent_connection]
[connection]
[colors]
[selinux]
[diff]
[galaxy]
[inventory]
[netconf_connection]
[paramiko_connection]
[jinja2]
[tags]
[runas_become_plugin]
[su_become_plugin]
[sudo_become_plugin]
[callback_tree]
[ssh_connection]
ssh_args = -C -o ServerAliveInterval=33 -o ControlMaster=auto -o ControlPersist=66s
timeout=21
[winrm]
[inventory_plugins]
[inventory_plugin_script]
[inventory_plugin_yaml]
[url_lookup]
[powershell]
[vars_host_group_vars]

Ustawienie auto_silent usuwa ostrzeżenia o wersji Pythona z każdego przebiegu playbooków. Warto użyć nazwy użytkownika, która nie jest zbyt często zgadywana przez boty.

Pętle w playbookach oraz helpery

Przykład playbooka korzystącego z pętli:

---
- name: Enable users
  hosts: all

  tasks:

  - name: Ensure that users exists and are in correct groups
    include_tasks: helpers/users_enable.yaml
    loop:
    - {username: lukasz, comment: Lukasz, sshkey: "{{ lookup('file', 'ssh_keys/lukasz') }}"}

#  - name: Ensure that users can not login
#    include_tasks: helpers/users_disable.yaml
#    loop:
#    - {username: qwerty, comment: QWERTY, sshkey: "{{ lookup('file', 'ssh_keys/QWERTY') }}"}

Plik helpers/user_enable.yaml:

- debug:
    msg: user - {{ item.username }}


- name: Ensure user exists and is in correct groups on FreeBSD
  user:
    name: "{{ item.username }}" 
    comment: "{{ item.comment }}"
    shell: /usr/local/bin/bash
    groups: wheel
    append: yes
  when: ansible_os_family == 'FreeBSD'

- name: Ensure user exists and is in correct groups on Gentoo and RedHat-like hosts
  user:
    name: "{{ item.username }}" 
    comment: "{{ item.comment }}"
    shell: /bin/bash
    groups: wheel
    append: yes
  when: ansible_os_family == 'Gentoo' or ansible_os_family == 'RedHat'

- name: Ensure user exists and is in correct groups on Debian-like hosts
  user:
    name: "{{ item.username }}" 
    comment: "{{ item.comment }}"
    shell: /bin/bash
    groups: sudo
    append: yes
  when: ansible_os_family == 'Debian'

- name: Set authorized SSH keys for user
  authorized_key:
    user: "{{ item.username }}"
    key: "{{ item.sshkey }}"
    state: present
    exclusive: True

- name: Ensure user is able to log in
  user:
    name: "{{ item.username }}"
    password_lock: no

- name: Set permissions to home directory
  file:
    path: /home/{{ item.username }}
    owner: "{{ item.username }}"
    group: "{{ item.username }}"
    mode: '700'

Plik helpers/user_disable.yaml:

- debug:
    msg: user - {{ item.username }}

- name: Ensure user is not able to log in
  user:
    name: "{{ item.username }}"
    password_lock: yes

- name: Unset authorized SSH keys for user
  authorized_key:
    user: "{{ item.username }}"
    key: "{{ item.sshkey }}"
    state: absent

- name: Set permissions to home directory on Linux
  file:
    owner: root
    group: root
    path: /home/{{ item.username }}
    mode: '700'
  when: ansible_os_family == 'Gentoo' or ansible_os_family == 'RedHat' or ansible_os_family == 'Debian'

- name: Set permissions to home directory on FreeBSD
  file:
    owner: root
    group: wheel
    path: /home/{{ item.username }}
    mode: '700'
  when: ansible_os_family == 'FreeBSD'

Plik w katalogu ssh_keys jest skopiowany z ~/.ssh/id_rsa.pub.

Ansible 2.9 na CentOS Stream 8

W repozytorium ósmego Streama pojawiły się pakiety ansible-core w nowych wersjach, niekompatybilne z playbookami pisanymi pod wersję 2.9. Stara wersja jest wciąż dostępna na EPEL-u:

dnf install epel-release
dnf install ansible --exclude=ansible-core

Do pliku /etc/yum.conf warto dodać wyjątek, żeby nie musieć o nim ciągle pamiętać.

exclude=ansible-core

Ansible 2.18 i Python

Nowe wersje Ansibla wymagają Pythona 3.8 na klientach. W RHEL8 domyślnym jest Python 3.6, więc trzeba doinstalować nowszego. Błąd można wywołać nawet pingiem

ansible -m ping all -o

i wygląda on tak:

An exception occurred during task execution. To see the full traceback, use -vvv. The error was: SyntaxError: future feature annotations
 is not defined                                                                                                                         
host.local | FAILED! => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python3"},"changed": false,"module_stder
r": "Shared connection to host.local closed.\r\n","module_stdout": "Traceback (most recent call last):\r\n  File \"/home/antik
/.ansible/tmp/ansible-tmp-1745649074.378917-9407-261269877273608/AnsiballZ_ping.py\", line 107, in <module>\r\n    _ansiballz_main()\r\n
  File \"/home/antik/.ansible/tmp/ansible-tmp-1745649074.378917-9407-261269877273608/AnsiballZ_ping.py\", line 99, in _ansiballz_main\r\
n    invoke_module(zipped_mod, temp_path, ANSIBALLZ_PARAMS)\r\n  File \"/home/antik/.ansible/tmp/ansible-tmp-1745649074.378917-9407-2612
69877273608/AnsiballZ_ping.py\", line 44, in invoke_module\r\n    from ansible.module_utils import basic\r\n  File \"<frozen importlib._
bootstrap>\", line 971, in _find_and_load\r\n  File \"<frozen importlib._bootstrap>\", line 951, in _find_and_load_unlocked\r\n  File \"
<frozen importlib._bootstrap>\", line 894, in _find_spec\r\n  File \"<frozen importlib._bootstrap_external>\", line 1157, in find_spec\r
\n  File \"<frozen importlib._bootstrap_external>\", line 1131, in _get_spec\r\n  File \"<frozen importlib._bootstrap_external>\", line 
1112, in _legacy_get_spec\r\n  File \"<frozen importlib._bootstrap>\", line 441, in spec_from_loader\r\n  File \"<frozen importlib._boot
strap_external>\", line 544, in spec_from_file_location\r\n  File \"/tmp/ansible_ping_payload_598r6p8l/ansible_ping_payload.zip/ansible/
module_utils/basic.py\", line 5\r\nSyntaxError: future feature annotations is not defined\r\n","msg": "MODULE FAILURE: No start of json 
char found\nSee stdout/stderr for the exact error","rc": 1}

Na maszynie host.local trzeba zainstalować nowszego Pythona:

# dnf module enable python39
# dnf install python39

i w inwentarzu Ansibla poprawić każde wystąpienia host.local na:

host.local ansible_python_interpreter=/usr/bin/python3.9

vbox_mem - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-12-22T09:39:43+00:00

Virtualbox LOW_MEMORY

Jeżeli podczas uruchiania wirtualki w logu pojawia się błąd:

VERR_NO_LOW_MEMORY (-72) - Out of memory condition when allocating memory with low physical backing

pomaga zapisanie trójki do drop_caches jako root:

# echo 3 > /proc/sys/vm/drop_caches

Źródło: błąd 22160

graylog - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-12-05T15:06:45+00:00

Graylog

Traktować jako opis, nie przepis.

Instalacja na RHEL9 i podobnych

Należy zainstalować trzy rzeczy:

MongoDB,
Datanode,
Graylog.

Pamiętaj, że licencja MongoDB nie pozwala na redystrybucję dla klientów, ale na swoje potrzeby można tego używać. Pakiet graylog-server zawiera Javę od Eclipse oraz forka ElasticSearch nazwanego Opensearch.

Polecam taką konfigurację sprzętową, lub wirtualną:

8x CPU
32 gigabajty ramu,
dysk co najmniej 250 gigabajtów na dane w katalogu /var/lib/graylog-datanode ; lokalizację danych można zmienić, ale mi się nie chciało.

Nie polegam tutaj na zewnętrznych repozytoriach, ponieważ serwer z Graylogiem nie ma wyjścia na internet. Można zrobić reposync MongoDB oraz Grayloga, ale niektóre pliki RPM zajmują ponad gigabajt.

Instalacja MongoDB

Lista pakietów RPM:

Pobrać do jednego katalogu i zainstalować:

# rpm -Uvh *rpm

Niektórych z tych narzędzi nie będziemy potrzebować, ale aplikacje Mongo nie zajmują dużo miejsca na dysku i bez dostępu do internetu musiałbym ich szukać. Mongo nie wymaga tutaj żadnej dodatkowej konfiguracji. Nie trzeba też otwierać na firewallu żadnego portu.

Źródło: https://www.mongodb.com/docs/manual/tutorial/install-mongodb-on-red-hat/ .

Instalacja Datanode

Link do pakietu RPM: https://packages.graylog2.org/repo/el/stable/6.1/x86_64/graylog-datanode-6.1.3-1.x86_64.rpm . Pobrać i zainstalować.

Zalecenia są takie, żeby dać procesom więcej pamięci. Napisać plik /etc/sysctl.d/90-graylog.conf o treści:

vm.max_map_count=262144

i zaczytać:

# sysctl -p /etc/sysctl.d/90-graylog.conf
# cat /proc/sys/vm/max_map_count
262144

Teraz można wylosować podejrzanie długie hasło:

< /dev/urandom tr -dc A-Z-a-z-0-9 | head -c${1:-96};echo;

które należy wpisać do pliku /etc/graylog/datanode/datanode.conf w linijce

password_secret =

i uruchomić datanode:

# systemctl enable graylog-datanode
# systemctl start graylog-datanode

Źródło: https://go2docs.graylog.org/current/downloading_and_installing_graylog/red_hat_installation.htm?tocpath=Install%20Graylog%7COperating%20System%20Packages%7C_____2#InstallDataNode .

Instalacja Grayloga

Link do pliku RPM: https://packages.graylog2.org/repo/el/stable/6.1/x86_64/graylog-server-6.1.3-1.x86_64.rpm . Pobrać i zainstalować.

W pliku /etc/graylog/server/server.conf w linijce

password_secret =

przepisać hasło z pliku /etc/graylog/datanode/datanode.conf .

Teraz wygenerować sumę hasła do Grayloga:

# echo -n "Enter Password: " && head -1 </dev/stdin | tr -d '\n' | sha256sum | cut -d" " -f1
  [podać hasło]

Zwróconą sumę przepisać do pliku /etc/graylog/server/server.conf w linijce

root_password_sha2 =

Całościowo plik /etc/graylog/server/server.conf może tak wyglądać:

# cat /etc/graylog/server/server.conf | grep -Ev '^#|^$'
is_leader = true
node_id_file = /etc/graylog/server/node-id
password_secret = ........................
root_password_sha2 = .....................
bin_dir = /usr/share/graylog-server/bin
data_dir = /var/lib/graylog-server
plugin_dir = /usr/share/graylog-server/plugin
http_bind_address = 0.0.0.0:9000
http_enable_cors = true
stream_aware_field_types=false
trusted_proxies = 127.0.0.1/32
disabled_retention_strategies = none,close
allow_leading_wildcard_searches = false
allow_highlighting = false
field_value_suggestion_mode = on
output_batch_size = 500
output_flush_interval = 1
output_fault_count_threshold = 5
output_fault_penalty_seconds = 30
processor_wait_strategy = blocking
ring_size = 65536
inputbuffer_ring_size = 65536
inputbuffer_wait_strategy = blocking
message_journal_enabled = true
message_journal_dir = /var/lib/graylog-server/journal
lb_recognition_period_seconds = 3
mongodb_uri = mongodb://localhost/graylog
mongodb_max_connections = 1000
integrations_scripts_dir = /usr/share/graylog-server/scripts

Można już uruchomić aplikację:

# systemctl enable graylog-server
# systemctl restart graylog-server

W logu /var/log/graylog-server/server.log czasem można znaleźć linijki

2024-11-30T15:42:43.704+01:00 WARN  [IndexerClusterCheckerThread] Elasticsearch node [192.168.111.45] triggered [ES_NODE_DISK_WATERMARK_HIGH] due to low free disk space

i w takim wypadku trzeba przydzielić więcej miejsca do katalogu /var/lib/graylog-datanode.

Jeżeli Graylog uruchomił się poprawnie, we wspomnianym logu pojawi się zapis:

========================================================================================================

It seems you are starting Graylog for the first time. To set up a fresh install, a setup interface has
been started. You must log in to it to perform the initial configuration and continue.

Initial configuration is accessible at 0.0.0.0:9000, with username 'admin' and password '.........'.
Try clicking on http://admin:.........@0.0.0.0.0:9000

========================================================================================================

Trzeba na chwilkę otworzyć port 9000/tcp na firewallu, żeby wejść na stronę konfiguratora i w czterech krokach utworzyć certyfikat oraz indeks w Opensearch. To nie będzie certyfikat dla strony administracyjnej Grayloga, więc nie trzeba się nim za bardzo przejmować i utworzyć jeden na 20 lat. Zamiast 0.0.0.0 trzeba napisać adres IP serwera z aplikacją. Po przejściu konfiguratora można zamknąć port 9000.

Źródło: https://go2docs.graylog.org/current/downloading_and_installing_graylog/red_hat_installation.htm?tocpath=Install%20Graylog%7COperating%20System%20Packages%7C_____2#InstallGraylog .

Proxy na Nginx

Trzeba mieć zainstalowanego Nginxa i wygenerowany / kupiony jakikolwiek certyfikat SSL.

Plik /etc/nginx/proxy_params , zawierający dosyć standardowe ustawienia:

proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;

client_max_body_size 64M;

add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload";
#add_header X-Frame-Options SAMEORIGIN;
#add_header X-Content-Type-Options nosniff,sameorigin;
#add_header Content-Security-Policy "default-src 'self'";
add_header X-XSS-Protection "1; mode=block";
add_header Referrer-Policy "origin";

proxy_intercept_errors on;
#proxy_redirect off;

Zwrócić uwagę na komentarze. Uri /api nie chce mi się ładować w przeglądarce, kiedy te ustawienia są włączone. Jeszcze nie wiem, dlaczego.

Plik vhosta, na przykład /etc/nginx/conf.d/graylog.conf :

server {
  listen 80;
  server_name log1.ping.local;
  return 301 https://$host$request_uri;
}

server {
  listen 443 ssl;
  server_name log1.ping.local;
  location / {
    proxy_pass http://127.0.0.1:9000;
    include proxy_params;
  }
  
  ssl_certificate_key /etc/ssl/nginx/log1.ping.local.key;
  ssl_certificate     /etc/ssl/nginx/log1.ping.local.crt;
}

I można używać Grayloga po normalnym https, który nie jest skonfigurowany w samej aplikacji.

Logi z journala

Graylog nie umie Journald i trzeba mu trochę pomóc.

W aplikacji Graylog trzeba dodać nowy „input” typu „Syslog UDP”

nasłuchujący na 0.0.0.0 na jakimś wysokim porcie typu 10010

W celu ochrony przed spamem, należy otworzyć na firewallu port 10010/udp, ale tylko dla obserwowanej maszyny. Inne maszyny będą miały nowe „inputy” na innych portach.

Na obserwowanej maszynie można zrobić nowy serwis w pliku /etc/systemd/system/journalsyslog.service :

[Unit]
Description=Send Journalctl to Syslog

[Service]
TimeoutStartSec=0
ExecStart=/bin/sh -c '/usr/bin/journalctl -o short-iso -f | ncat -u log1.ping.local 10010'

Restart=always
RestartSec=11s

[Install]
WantedBy=multi-user.target

Po uruchomieniu:

# systemctl daemon-reload
# systemctl enable journalsyslog
# systemctl restart journalsyslog

w panelu administracyjnym Grayloga będzie widać pierwsze zagregowane logi.

gl_input02.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-12-05T14:53:34+00:00

gl_input01.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-12-05T14:52:07+00:00

gtk3motyw - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-11-12T17:53:11+00:00

GTK i motywy

Stare GTK konfiguruje się za pomocą plików .gtkrc oraz .gtkrc-2.0, ale teraz można ustawić motyw aplikacji zmiennymi środowiskowymi, na przykład:

GTK_THEME=Adwaita:light gnome-calculator
GTK_THEME=Adwaita:dark gnome-calculator

Linijka Exec dla pliku dekstop do ikonki VLC na pulpicie Gnome:

Exec=env GTK_THEME=Adwaita:dark env QT_QPA_PLATFORMTHEME=qt5ct /usr/bin/vlc --started-from-file %U

firefox

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-10-20T09:29:14+00:00

Firefox

Różne rzeczy.

Przyspieszenie przewijania kółkiem myszki w about:confg:

mousewheel.min_line_scroll_amount 40

Ciemny motyw na każdej stronie. Nawet takiej, która go nie ma.

Menu Edycja → Ustawienia → Język i wygląd → Zarządzaj kolorami…

firefox_c.png - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-10-20T09:28:40+00:00

qt5motyw - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-10-19T08:53:36+00:00

QT5 i motywy

Skonfigurować wygląd w programie qt5ct.

Aplikacje trzeba uruchamiać ze zmienną QT_QPA_PLATFORMTHEME='qt5ct', na przykład:

QT_QPA_PLATFORMTHEME='qt5ct' qt5ct

Nie wszystkie aplikacje czytają tę zmienną. Czasem zadziała, a czasem nie. Można też poprawić plik desktop aplikacji, żeby zmieniła swój domyślny motyw, na przykład:

Exec=env QT_QPA_PLATFORMTHEME=qt5ct /usr/bin/vlc --started-from-file %U

java_console

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-09-26T16:35:01+00:00

Ustawienia javaws dla starych ilosów i idraców

Potrzebna jest nieco starsza Java: https://wiki.baszarek.pl/lib/exe/fetch.php?media=wiki:jre-8u301-linux-x64.rpm .

W pliku /usr/java/default/lib/security/java.security zamienić trzy linijki:

jdk.certpath.disabledAlgorithms=MD2, MD5, SHA1 jdkCA & usage TLSServer, \
RSA keySize < 1024, DSA keySize < 1024, EC keySize < 224

jdk.jar.disabledAlgorithms=MD2, MD5, RSA keySize < 1024, DSA keySize < 1024

jdk.tls.disabledAlgorithms=SSLv3, RC4, DES, MD5withRSA, DH keySize < 1024, \
EC keySize < 224, 3DES_EDE_CBC, anon, NULL

jdk.certpath.disabledAlgorithms=MD2
jdk.jar.disabledAlgorithms=MD2
jdk.tls.disabledAlgorithms=MD2

Potem można dostać się do konsoli poleceniem:

/usr/java/default/bin/javaws konsola.jnlp

W pliku jnlp jest zapisany użytkownik i hasło jako token, ale w przypadku Della można je zmienić na login i hasło do iDraca, co pozwala na nielimitowany czasowo dostęp do konsoli. Montowanie plików ISO również działa.

Zaufane witryny

Warto dodać strony idraców do zaufanych w programie jcontrol.

Your Java version is out of date.

Jeżeli pojawia się ostrzeżenie o zbyt starej wersji Javy, można je obejść parametrem verbose.

/usr/java/default/bin/javaws -verbose konsola.jnlp

jcontrol.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-09-26T16:30:51+00:00

drukarka1222.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-02-11T15:25:55+00:00

hl1210wlpr-3.0.1-1.i386.rpm - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-02-11T15:19:17+00:00

hl1210wcupswrapper-3.0.1-1.i386.rpm - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2024-02-11T15:19:17+00:00

dell_raid_instdd2.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2023-07-15T10:06:13+00:00

dell_raid_instdd1.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2023-07-15T09:57:24+00:00

dell_raid_karta.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2023-07-15T08:28:51+00:00

yumreposd.tar.gz - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2023-05-29T10:38:11+00:00

gc.jpg - utworzono

127.0.0.1 (lukasz@undisclosed.example.com) — 2023-05-27T14:12:45+00:00

alan07.jpg - utworzono