Domoticz a MQTT

 mosquitto_pub -t domoticz/in -m '{  "command": "udevice",  "idx" : 34,  "nvalue" : 0,  "svalue" : "10"}'

Chytrá žárovka

 Spectrum Smart 9W RGBCW

P26 is CLK, P24 is DATA.

https://openbekeniot.github.io/webapp/devicesList.html

https://developer.tuya.com/en/docs/iot/cblc5-module-datasheet?id=Ka07iqyusq1wm

https://www.elektroda.com/rtvforum/topic4014350.html#

Nastavení SSH přihlášení ke GitHubu

Upravíme soubor nano ~/.ssh/config

Host github.com

        HostName github.com
        User _jméno_
        IdentityFile _cesta_k_prvátnímu_klíči_

Vygenerujeme si klíč

ssh-keygen -t ed25519 -C "e-mail"

Veřejnou část dáme na GitHub

A otestujeme

ssh -T git@github.com

EMS-ESP

Příklady pro zápis hodnot do EMS-ESP:

Telnet: call analogsensor relais1 on

Mqtt: Topic analogsensor/relais1, Payload: on (or json {"value":"on"})

Webapi: http://emsesp/api/analogsensor/relais1, Body: {"value":"on"}

Scheduler syntax is Command:boiler/relais1 Value:on

curl http://192.168.2.11/api/analogsensor/relais1 \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ8.eyJ1c2VybmFtZSI6ImFkbWluIiwiYWRtaW4iOnRydWUsInZlcnNpb24iOiIzLjEuMWIwIn0.qeGT53Aom4rDYeIT1Pr4BSMdeWyf4_zN9ue2c51ZnM0' \
-d '{ "value":"on"}'







https://github.com/emsesp/EMS-ESP32/discussions/1270#discussioncomment-6846266


Zapojení vysavače werk..

 Zapojení kabelu je:

Červená - komunikace s vysavačem

Modrá - Nula

Hnědá - 230 V

Černá, žlutá - Mikrospínač snímající "parkovací polohu" - v našem případě byl problém zde

Zleva: ploché - Hnědá, modrá, kulatý - červená

WSL a USB

 Ve WSL nainstalovat:

sudo apt install linux-tools-generic hwdata sudo update-alternatives --install /usr/local/bin/usbip usbip /usr/lib/linux-tools/*-generic/usbip 20

Ve Windows 

winget install --interactive --exact dorssel.usbipd-win

V PowerShelu

vypíše seznam zařízení:

usbipd list

usbipd bind --busid 4-4

připojíme zařízení:

usbipd wsl attach --busid <busid>

Novější verze:

usbipd attach -w --busid 1-4

na konci odpojíme:

usbipd wsl detach --busid <busid>

https://learn.microsoft.com/en-us/windows/wsl/connect-usb

VLANy

Když je potřeba do jednoho kabelu dát dva a více ethernetů. :-) Vytvoříme VLAN.

Příklad PC + RPi:

RPi zakomentovat /etc/network/interface.d/eth0

vytvořit /etc/network/interface.d/vlan

auto eth0.10
iface eth0.10 inet static
 address 192.168.1.195
 netmask 255.255.255.0

 na druhé straně podobně: 

 auto eth0.10
iface eth0.10 inet static
 address 192.168.1.195
 netmask 255.255.255.0

Výpis ip addr:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000

    link/ether b8:27:eb:7d:d1:76 brd ff:ff:ff:ff:ff:ff

3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000

    link/ether 36:1c:f9:d9:85:ae brd ff:ff:ff:ff:ff:ff permaddr b8:27:eb:28:84:23

7: eth0.10@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state UP group default qlen 1000

    link/ether b8:27:eb:7d:d1:76 brd ff:ff:ff:ff:ff:ff

    inet 192.168.1.195/24 brd 192.168.1.255 scope global secondary eth0.10

       valid_lft forever preferred_lft forever

    inet6 fe80::ba27:ebff:fe7d:d176/64 scope link 

       valid_lft forever preferred_lft forever

8: eth0.1@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state UP group default qlen 1000

    link/ether b8:27:eb:7d:d1:76 brd ff:ff:ff:ff:ff:ff

    inet 192.168.1.191/24 brd 192.168.1.255 scope global eth0.1

       valid_lft forever preferred_lft forever

    inet6 fe80::ba27:ebff:fe7d:d176/64 scope link 

       valid_lft forever preferred_lft forever

Příklad logu komunikace:

Testování Firewallu

 Wiresharkem (tcpdumpem) jsem udělal pcap a nyní potřebuji změnit adresy a výsledek poslat zpět.

tcprewrite --srcipmap=192.168.1.156:8.8.8.8 --infile=TCP_8081_Replay.pcapng --outfile=output.pcap

tcprewrite --dstipmap=192.168.1.1:4.4.8.8 --infile=output.pcap --outfile=output.pcap

srcpipmap - měníme zdrojovou IP 192.168.1.156 na 8.8.8.8

AT - plánování v Linuxu

 Pro plánování jednorázových útolů je možné využít AT.

takto naplánujeme spuštění  "curl --user username:heslo http://<IP>/settings/relay/0?schedule=1" na 14.8.2022 15:00 zadáme následující:

echo "curl --user username:heslo http://<IP>/settings/relay/0?schedule=1" | at -t 2208141500

Nebo pomocí interaktivního režimu:

Zadávání skriptu se ukončí stiskem CTRL+D, zruší stiskem CTRL+C.

Naplánované úlohy se zobrazí takto:

mdadm

 cat /proc/mdstat #status

mdadm --detail /dev/md0 # také status

mdadm --create /dev/md0 -n2 -l1 /dev/sda1 /dev/sdb1 # vytvoření nového pole z sda1 a sda2

mdadm --add /dev/md0 /dev/sdc1 # přidání sdc1 do pole

mdadm --detail --scan # zobrazení parametrů pole

Pokud se pole rozpadne, tak to poznáme takto:

root@MB:~# mdadm --detail /dev/md1 # také status
/dev/md1:
           Version : 1.2
     Creation Time : Thu May  5 16:24:29 2022
        Raid Level : raid1
        Array Size : 4882680832 (4656.49 GiB 4999.87 GB)
     Used Dev Size : 4882680832 (4656.49 GiB 4999.87 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent
 
     Intent Bitmap : Internal
 
       Update Time : Sun Nov 27 11:48:42 2022
             State : clean, degraded
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0
 
Consistency Policy : bitmap
 
              Name : MB.JFila.cz:1  (local to host MB.JF)
              UUID : db6464ea:3b6ac1a1:3a3f26ec:20cb5e65
            Events : 70585
 
    Number   Major   Minor   RaidDevice State
       -       0        0        0      removed
       1       8       17        1      active sync   /dev/sdb1

Nejprve si zjistíme, který disk vypadl:

root@MB:~# blkid  | grep MB.JFil

/dev/sda1: UUID="db6464ea-3b6a-c1a1-3a3f-26ec20cb5e65" UUID_SUB="f85690c7-00b4-bdaf-9678-ba49025766ce" LABEL="MB.JF:1" TYPE="linux_raid_member" PARTUUID="8e221fd9-1b67-4b6c-8dad-6fb1f6a3e420"

/dev/sdb1: UUID="db6464ea-3b6a-c1a1-3a3f-26ec20cb5e65" UUID_SUB="3af1ed68-00dd-c355-40cf-ad836f0a3647" LABEL="MB.JF:1" TYPE="linux_raid_member" PARTUUID="d3360b04-a4f3-764c-82ec-da41c5dd5d30"

a druhý HDD přidáme následujícím příkazem:

root@MB:~# mdadm /dev/md1 -a /dev/sda1

mdadm: re-added /dev/sda1
root@MB:~# mdadm --detail /dev/md1 # také status
/dev/md1:
           Version : 1.2
     Creation Time : Thu May  5 16:24:29 2022
        Raid Level : raid1
        Array Size : 4882680832 (4656.49 GiB 4999.87 GB)
     Used Dev Size : 4882680832 (4656.49 GiB 4999.87 GB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent
     Intent Bitmap : Internal
       Update Time : Sun Nov 27 11:52:39 2022
             State : clean, degraded, recovering
    Active Devices : 1
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 1
Consistency Policy : bitmap
    Rebuild Status : 2% complete
              Name : MB.JFila.cz:1  (local to host MB.JF)
              UUID : db6464ea:3b6ac1a1:3a3f26ec:20cb5e65
            Events : 70587
    Number   Major   Minor   RaidDevice State
       3       8        1        0      spare rebuilding   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

A nyní již probíhá obnova:

root@MB:~# cat /proc/mdstat #status

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]

md1 : active raid1 sda1[3] sdb1[1]

      4882680832 blocks super 1.2 [2/1] [_U]

      [>....................]  recovery =  2.9% (144065984/4882680832) finish=453.6min speed=174080K/sec

      bitmap: 27/37 pages [108KB], 65536KB chunk

A hotovo, vše ok:

root@MB:~# mdadm --detail /dev/md1 # také status

/dev/md1:

           Version : 1.2

     Creation Time : Thu May  5 16:24:29 2022

        Raid Level : raid1

        Array Size : 4882680832 (4656.49 GiB 4999.87 GB)

     Used Dev Size : 4882680832 (4656.49 GiB 4999.87 GB)

      Raid Devices : 2

     Total Devices : 2

       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Sun Nov 27 11:56:15 2022

             State : clean

    Active Devices : 2

   Working Devices : 2

    Failed Devices : 0

     Spare Devices : 0

Consistency Policy : bitmap

              Name : MB.JFila.cz:1  (local to host MB.JF)

              UUID : db6464ea:3b6ac1a1:3a3f26ec:20cb5e65

            Events : 70639

    Number   Major   Minor   RaidDevice State

       3       8        1        0      active sync   /dev/sda1

       1       8       17        1      active sync   /dev/sdb1

SSH Login pomocí certifikátu

Jak zlepšit zabezpečení autorizace SSH?

Vytvoříme si obyčejného uživatele a vygeneruje si rsa klíčový pár:

useradd -m obycelny_uzivatel

ssh-keygen

Klíče se uchovávají v /home/obycejny_uzivatel/.ssh/

Pro případ serveru se zde nachází soubor authorized_keys, který obsahuje seznam certifikátů, které server akceptuje (sem uložíme obsah obycejny_uzivatel.pub).

cat obycejny_uzivatel.pub >> ~/.ssh/authorized_keys

Pomocí scp je možné klíč na klienta přenést a nastavit oprávnění.

scp  ~/.ssh/obycejny_uzivatel.key uzivatel@192.168.1.12:~/.ssh/

chmod 600 ~/.ssh/obycejny_uzivatel.key

  

Pak už stačí jen nastavit ssh clienta aby používat pro doménu xy privátní klíč obycejny_uzivatel.key, obsah souboru ~/.ssh/config:

 

Host muj_pc
     HostName muj.server.cz
     User     muj_uzivatel
     IdentityFile       ~/.ssh/obycejny_uzivatel.key

Teď je dobré na serveru zakázat přihlášení superuživatele (root) a přihlašování heslem.

PermitRootLogin no
PasswordAuthentication no

Nyní by útočník musel získat certifikát (+heslo k němu), vědět uživatelské jméno a pokud by chtěl práva roota, tak i jeho heslo. Tak uvidíme, kdo mě vezme za slovo... :-)

 

Orange Pi PC

 Systém na micro SD kartě, logy + databáze v eMMC.

ARMbian Bullseye

V eMMC (/dev/mmcblk2p1) Ext4.

Fstab:

/dev/mmcblk2p1 /var ext4 defaults 0 0

Linux a když HDD nikdy nespí

Povolíme zápis aktivit do logu:

echo 1 > /proc/sys/vm/block_dump

HDD můžeme uspíme

hd-idle -t sda

 Jak zjistíme stav HDD?

hdparm -C /dev/sda 

dmesg:

[138294.401853] kworker/u4:2(31708): WRITE block 367032 on mmcblk0p1 (8 sectors)

[138294.405752] kworker/u4:2(31708): WRITE block 367096 on mmcblk0p1 (8 sectors)

[138294.405767] kworker/u4:2(31708): WRITE block 367288 on mmcblk0p1 (8 sectors)

[138294.405774] kworker/u4:2(31708): WRITE block 367328 on mmcblk0p1 (8 sectors)

[138294.456742] btrfs-transacti(962): WRITE block 128 on mmcblk0p1 (8 sectors)

[138294.456783] btrfs-transacti(962): WRITE block 131072 on mmcblk0p1 (8 sectors)

[138294.682711] jbd2/sda3-8(2640): WRITE block 3506742232 on sda3 (8 sectors)

[138294.682732] jbd2/sda3-8(2640): WRITE block 3506742240 on sda3 (8 sectors)

[138294.682738] jbd2/sda3-8(2640): WRITE block 3506742248 on sda3 (8 sectors)

[138294.682742] jbd2/sda3-8(2640): WRITE block 3506742256 on sda3 (8 sectors)

[138294.682746] jbd2/sda3-8(2640): WRITE block 3506742264 on sda3 (8 sectors)

[138294.683142] jbd2/sda3-8(2640): WRITE block 3506742272 on sda3 (8 sectors)

[138299.492207] kworker/u4:2(31708): WRITE block 2048 on sda3 (8 sectors)

[138299.492228] kworker/u4:2(31708): WRITE block 4232052992 on sda3 (8 sectors)

[138299.492238] kworker/u4:2(31708): WRITE block 4286578752 on sda3 (8 sectors)

[138299.492246] kworker/u4:2(31708): WRITE block 4288131208 on sda3 (8 sectors)

[138319.640795] kworker/u4:0(12342): WRITE block 4288837800 on sda3 (8 sectors)

[138319.641100] kworker/u4:0(12342): WRITE block 4288837736 on sda3 (8 sectors)

[138324.280643] jbd2/sda3-8(2640): WRITE block 3506742280 on sda3 (8 sectors)

[138324.280662] jbd2/sda3-8(2640): WRITE block 3506742288 on sda3 (8 sectors)

[138324.280668] jbd2/sda3-8(2640): WRITE block 3506742296 on sda3 (8 sectors)

[138324.280672] jbd2/sda3-8(2640): WRITE block 3506742304 on sda3 (8 sectors)

[138324.280676] jbd2/sda3-8(2640): WRITE block 3506742312 on sda3 (8 sectors)

[138324.280680] jbd2/sda3-8(2640): WRITE block 3506742320 on sda3 (8 sectors)

[138324.281064] jbd2/sda3-8(2640): WRITE block 3506742328 on sda3 (8 sectors)

 Dělá to Samba?

Exif

 Co všechno se dá najít v exif dat fotky?