Jak funguje base64?

Všichni to používají ale zda vůbec vědí jak se tato textová reprezentace binárních dat v ASCII vlastně převádí?

Binární data převedeme na 24 bitové číslo a to rozdělíme na skupiny o 6 bitech. Níže uvedená tabulka nám pomůže při kódování.

Máme binární data 01 02 03, 24 bit číslo bude 0x010203, to binárně zapsané vypadá 00000001 00000010 00000011. Nyní si data rozdělíme na šesti bitové skupiny, 000000 010000 001000 000011 (desítkové soustavě 1 16 8 3). Podle tabulky získáme AQID.

Pro data nesoudělná čtyřmi to funguje takto:

01 02, bude číslo 0x0102, tedy 00000001 00000010 binárně. Rozdělíme na šesti bitové skupiny, 000000 010000 0010, zprava přidáme nuly a vyjde nám AQI. Aby bylo možné detekovat padding, tak se doplní za každé dva bity znak =.

Příklad 01 02 03 04.

000000 010000 001000 000011 000001 000000

AQIDBA==

Dekódování se provádí opačně, jen se podle počtu znaků = data od konce oříznou. AA== je tedy 000000 00 0000 což je 00.

Hex	Binary	Decimal	Base64
00	000000	0	A
01	000001	1	B
02	000010	2	C
03	000011	3	D
04	000100	4	E
05	000101	5	F
06	000110	6	G
07	000111	7	H
08	001000	8	I
09	001001	9	J
0A	001010	10	K
0B	001011	11	L
0C	001100	12	M
0D	001101	13	N
0E	001110	14	O
0F	001111	15	P
10	010000	16	Q
11	010001	17	R
12	010010	18	S
13	010011	19	T
14	010100	20	U
15	010101	21	V
16	010110	22	W
17	010111	23	X
18	011000	24	Y
19	011001	25	Z
1A	011010	26	a
1B	011011	27	b
1C	011100	28	c
1D	011101	29	d
1E	011110	30	e
1F	011111	31	f
20	100000	32	g
21	100001	33	h
22	100010	34	i
23	100011	35	j
24	100100	36	k
25	100101	37	l
26	100110	38	m
27	100111	39	n
28	101000	40	o
29	101001	41	p
2A	101010	42	q
2B	101011	43	r
2C	101100	44	s
2D	101101	45	t
2E	101110	46	u
2F	101111	47	v
30	110000	48	w
31	110001	49	x
32	110010	50	y
33	110011	51	z
34	110100	52	0
35	110101	53	1
36	110110	54	2
37	110111	55	3
38	111000	56	4
39	111001	57	5
3A	111010	58	6
3B	111011	59	7
3C	111100	60	8
3D	111101	61	9
3E	111110	62	+
3F	111111	63	/

Za vygenerování tabulky děkuji AI.

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