21
Sítě / Re:ISC DHCP přiděluje duplicitní adresy
« Poslední příspěvek od Václav Ovsik kdy Dnes v 09:38:53 »Co je v souboru /var/lib/dhcp/dhcpd.leases ? Není s tím souborem něco? BTW existuje utilitka dhcp-lease-list, která obsah vypíše...
Poslední příspěvky
22
Server / Mapování uživatelů v PostgreSQL
« Poslední příspěvek od Marcel Tomaškovič kdy Dnes v 09:23:58 »Zdravim,
Postgres 16.4
RH 9
Potrebuji v posgresql nastavit user mapping na domain account. Cilem je aby se domenovy ucet mohl pripojit na DB.
pg_ident.conf:
pepa pepa@nasedomena.local pepa
pg_hba.conf:
host all all all gss include_realm=1 krb_realm=NASEDOMENA.LOCAL map="pepa"
Log:
[2024-09-30 14:39:06 CEST pepa authentication postgres 192.168.221.77]FATAL: GSSAPI authentication failed for user "pepa"
[2024-09-30 14:39:06 CEST pepa authentication postgres 192.168.221.77]DETAIL: Connection matched file "/opt/identity-profile-db/data/pg_hba.conf" line 120: "host all all 0.0.0.0/0 gss include_realm=1 krb_realm=NASEDOMENA.LOCAL"
Muzete mi prosim poradit, kde delam chybu?
Dik.
Postgres 16.4
RH 9
Potrebuji v posgresql nastavit user mapping na domain account. Cilem je aby se domenovy ucet mohl pripojit na DB.
pg_ident.conf:
pepa pepa@nasedomena.local pepa
pg_hba.conf:
host all all all gss include_realm=1 krb_realm=NASEDOMENA.LOCAL map="pepa"
Log:
[2024-09-30 14:39:06 CEST pepa authentication postgres 192.168.221.77]FATAL: GSSAPI authentication failed for user "pepa"
[2024-09-30 14:39:06 CEST pepa authentication postgres 192.168.221.77]DETAIL: Connection matched file "/opt/identity-profile-db/data/pg_hba.conf" line 120: "host all all 0.0.0.0/0 gss include_realm=1 krb_realm=NASEDOMENA.LOCAL"
Muzete mi prosim poradit, kde delam chybu?
Dik.
23
Server / Re:Pořízení domácího serveru na Proxmox
« Poslední příspěvek od R233 223 kdy Dnes v 07:21:04 »Doma pouzivam HA cluster z 3x Lenovo M920q tiny na proxmoxu...
IDLE spotreba se da kolem 50W, 10GBe v PCIe a Ceph.
Cele to stalo kolem 10k, pouzity HW z ebay.
Bezzasahove vydrzi uplny vypadek jednoho node, zasahove dvou, ve standardni situaci je tak load ballancing, funguje ziva migrace...
IDLE spotreba se da kolem 50W, 10GBe v PCIe a Ceph.
Cele to stalo kolem 10k, pouzity HW z ebay.
Bezzasahove vydrzi uplny vypadek jednoho node, zasahove dvou, ve standardni situaci je tak load ballancing, funguje ziva migrace...
24
Sítě / Re:ISC DHCP přiděluje duplicitní adresy
« Poslední příspěvek od zapik1 kdy Dnes v 06:37:24 »V pokusu o konfiguraci trvalého přidělení adres jsem se ukázal jako trubka - nechal jsem tam samozřejmě blbou fixed adress, to mám opraveno.
Po té se sezmořejmě ESP posunulo na 225. To je OK.
Ale stále mi vrtá hlavou to, že DHCP server si dovolil přidělit totožnou adresu v době, kdy jsem tam fixed záznamy neměl.
Díky
Po té se sezmořejmě ESP posunulo na 225. To je OK.
Ale stále mi vrtá hlavou to, že DHCP server si dovolil přidělit totožnou adresu v době, kdy jsem tam fixed záznamy neměl.
Díky
25
Sítě / ISC DHCP přiděluje duplicitní adresy
« Poslední příspěvek od zapik1 kdy Dnes v 06:17:09 »Zdravím,
objevil se mi tu takový nešvar - zjistil jsem že dvě zařízení (televize Samsung a ESP8266) mají stejné adresy. ESP8266 běží trvale, televize občas několikrát za den. V okamžiku, kdy jsem televizi poprvé zapnul tak to ESP bylo zrovna vypnuté, takže telka si zřejmě lízla jeho adresu a snaží se ji používat. Její rozhraní jak tak neslutečně ořezané a pitomé, že se nedá z něho zjistit ani jakou má adresu natož cokoliv - ale absolutně nic - nastavit.
Teď fakta:
Záznam z logu ISC DHCP serveru:
První si požádal o adresu Samsung, mac adresa b0:e4:5c:02:b9:d0 (přičemž ESP v tu chvíli byl zapnutý), za cca 20 minut obnovoval adresu ESP mac b4:e6:2d:36:d9:06 a ISC DHCP server jim oboum bez uzardění tu proklatou 192.168.1.224 prostě potvrdil.
Teď ráno vidím v logu (Samsung je od večera vypnutý):
Tj ESP si žádá o adresu, ale ve výpisu dhcp-lease-list ji vůbec nevidím.
V konfigurace DHCP serveru mám:
Takže by měl držet minimálně 1den jako obsazenou.
Pokusil jsem se situaci vyřešit záznamy "natvrdo", ale nic se nezměnilo, jako by to DHCP server úplně ignoroval:
Co jsem nepochopil a je úplně blbě? ISC server ve stávající konfigurci na tom serveru provozuji takto minimálně 10 let a zatím vždy v poho (nebo jsem si podobného chování nevšiml).
Jen doplním, že ESP má firmware generovaný ESPhome bez zásahu do konfigurace síťového nastavení.
Co přehlížím?
Díky
objevil se mi tu takový nešvar - zjistil jsem že dvě zařízení (televize Samsung a ESP8266) mají stejné adresy. ESP8266 běží trvale, televize občas několikrát za den. V okamžiku, kdy jsem televizi poprvé zapnul tak to ESP bylo zrovna vypnuté, takže telka si zřejmě lízla jeho adresu a snaží se ji používat. Její rozhraní jak tak neslutečně ořezané a pitomé, že se nedá z něho zjistit ani jakou má adresu natož cokoliv - ale absolutně nic - nastavit.
Teď fakta:
Záznam z logu ISC DHCP serveru:
2024-10-03T21:24:30.325095+02:00 debian dhcpd[1403]: DHCPOFFER on 192.168.1.224 to b0:e4:5c:02:b9:d0 (Samsung) via br0
2024-10-03T21:24:30.325909+02:00 debian dhcpd[1403]: DHCPREQUEST for 192.168.1.224 (192.168.1.10) from b0:e4:5c:02:b9:d0 (Samsung) via br0
2024-10-03T21:24:30.338182+02:00 debian dhcpd[1403]: DHCPACK on 192.168.1.224 to b0:e4:5c:02:b9:d0 (Samsung) via br0
2024-10-03T21:24:30.339490+02:00 debian named[1027]: client @0x7f2280857168 127.0.0.1#40855/key rndc-key: updating zone 'zapadlo.test/IN': adding an RR at 'Samsung.zapadlo.test' A 192.168.1.224
2024-10-03T21:24:30.349630+02:00 debian dhcpd[1403]: Added new forward map from Samsung.zapadlo.test. to 192.168.1.224
2024-10-03T21:46:59.529207+02:00 debian dhcpd[1403]: DHCPOFFER on 192.168.1.224 to b4:e6:2d:36:d9:06 via br0
2024-10-03T21:46:59.554231+02:00 debian dhcpd[1403]: DHCPREQUEST for 192.168.1.224 (192.168.1.10) from b4:e6:2d:36:d9:06 via br0
2024-10-03T21:46:59.554473+02:00 debian dhcpd[1403]: DHCPACK on 192.168.1.224 to b4:e6:2d:36:d9:06 via br0
2024-10-03T21:46:59.557596+02:00 debian named[1027]: client @0x7f2280857168 127.0.0.1#40855/key rndc-key: updating zone 'zapadlo.test/IN': adding an RR at 'ESP_36D906.zapadlo.test' A 192.168.1.224
První si požádal o adresu Samsung, mac adresa b0:e4:5c:02:b9:d0 (přičemž ESP v tu chvíli byl zapnutý), za cca 20 minut obnovoval adresu ESP mac b4:e6:2d:36:d9:06 a ISC DHCP server jim oboum bez uzardění tu proklatou 192.168.1.224 prostě potvrdil.
Teď ráno vidím v logu (Samsung je od večera vypnutý):
2024-10-04T05:45:31.592302+02:00 debian dhcpd[1403]: DHCPREQUEST for 192.168.1.224 from b4:e6:2d:36:d9:06 via br0
2024-10-04T05:45:31.593019+02:00 debian dhcpd[1403]: DHCPACK on 192.168.1.224 to b4:e6:2d:36:d9:06 via br0
2024-10-04T05:45:31.605339+02:00 debian named[1027]: client @0x7f2280857168 127.0.0.1#40855/key rndc-key: updating zone 'zapadlo.test/IN': adding an RR at 'ESP_36D906.zapadlo.test' A 192.168.1.224
2024-10-04T05:45:31.605379+02:00 debian dhcpd[1403]: Added new forward map from ESP_36D906.zapadlo.test. to 192.168.1.224
Tj ESP si žádá o adresu, ale ve výpisu dhcp-lease-list ji vůbec nevidím.
V konfigurace DHCP serveru mám:
default-lease-time 86400;
max-lease-time 17800;
Takže by měl držet minimálně 1den jako obsazenou.
Pokusil jsem se situaci vyřešit záznamy "natvrdo", ale nic se nezměnilo, jako by to DHCP server úplně ignoroval:
host Samsung {
hardware ethernet b0:e4:5c:02:b9:d0;
fixed-address 192.168.1.224;
ddns-hostname "Samsung";
}
#teplomer babicka
host ESP_36D906 {
hardware ethernet b4:e6:2d:36:d9:06;
fixed-address 192.168.1.224;
ddns-hostname "ESP_36D906";
} Co jsem nepochopil a je úplně blbě? ISC server ve stávající konfigurci na tom serveru provozuji takto minimálně 10 let a zatím vždy v poho (nebo jsem si podobného chování nevšiml).
Jen doplním, že ESP má firmware generovaný ESPhome bez zásahu do konfigurace síťového nastavení.
Co přehlížím?
Díky
26
Hardware / Re:Kvalitní kamera pro minipočítač
« Poslední příspěvek od Hynek Beran kdy Dnes v 02:20:30 »Kvalitní kamera pro minipočítač je podle mě oxymorón.
Tak přes CSI můžete připojit jakoukoli kameru. I kvalitní.
To neni pravda. Muzete zachytavat jen RAW data, bez pouziti ISP kterym RPi disponuje.
ISP na RPi je uzavreny subsystem, s blobem, bez moznosti konfigurace. Proto existuji jen 2-3 podporovane kamerky - a co vic - i tyhle moduly maji autorizacni cip se SHA, aby neslo vyrobit to same ale levneji. Proste malinova zumpa se vsim vsudy.
Tohle: https://auvidea.eu/b101-hdmi-to-csi-2-bridge-15-pin-fpc/ jsem před pár lety normálně používal. Navíc tazatel neomezuje minipocitace na rpi, na jetson nano funguje treba lecos. A uz jenom oficiálních kamer je víc, než 2-3 (5-6) :-)
27
Sítě / Re:Vodafone chce výměnu modemu pro dual-stack
« Poslední příspěvek od Dan Ohnesorg kdy 03. 10. 2024, 22:28:08 »Hele, soudruzi z vodafounu mi (firme) tvrdili, ze tech IPv6 maji malo, a ze mi vic nez 2x /64 nedaji (a i kolem toho sehrali obrovsky divadlo). Byli pochopitelne poslani kam nalezi a pravdepodobnost ze dotcenemu zakaznikovi budou kdykoli v budoucnu cokoli dodavat klesla na exaktni nulu.
Tam zrejme nevi leva ruka co dela prava, me nabidli, ze muzu mit vice /56 rozsahu, ale ceni si jeden /56 rozsah na stejnou cenu jako IPv4 adresu, cili nejakych tech 180Kc nebo tak nejak.
28
Server / Re:Pihole in docker container with network_mode host doesn't work
« Poslední příspěvek od SilverHead kdy 03. 10. 2024, 20:45:01 »https://github.com/pi-hole/docker-pi-hole/tree/master
section Quick start states:
# For DHCP it is recommended to remove these ports and instead add: network_mode: "host"
ports:
- "53:53/tcp"
- "53:53/udp"
- "67:67/udp" # Only required if you are using Pi-hole as your DHCP server
- "80:80/tcp"
section Quick start states:
# For DHCP it is recommended to remove these ports and instead add: network_mode: "host"
ports:
- "53:53/tcp"
- "53:53/udp"
- "67:67/udp" # Only required if you are using Pi-hole as your DHCP server
- "80:80/tcp"
29
Server / Re:Pihole in docker container with network_mode host doesn't work
« Poslední příspěvek od congo kdy 03. 10. 2024, 20:38:48 »odhliadnuc od ineho :
"As per suggestion"
koho suggestion ?
"As per suggestion"
koho suggestion ?
30
Server / Re:Pořízení domácího serveru na Proxmox
« Poslední příspěvek od skopda kdy 03. 10. 2024, 20:32:24 »Já jsem si stavěl domací proxmox server před rokem, nároky byli trochu nižší, ale s volbou jsem spokojený.
Desktopové Intel coffe lake cpu, micro atx deska asrock H370 chipset, 32 GB ram, 2xSSD v raid pro boot a 2x3,5" disky pro nas. napájí to PicoPSU a 12V adaptér. Celé je to chlazené jen jedním 120mm větrákem noctua. IPMI jsem nikdy nepotřeboval, proxmox funguje spolehlivě. žere to v idle když stojí disky pod 10W, při běžném provozu kolem 25W, max 60W. Pokud stojí disky tak je server téměř neslyšný. výkonový nárůst oproti starému atomu J1900 byl obrovský.
Desktopové Intel coffe lake cpu, micro atx deska asrock H370 chipset, 32 GB ram, 2xSSD v raid pro boot a 2x3,5" disky pro nas. napájí to PicoPSU a 12V adaptér. Celé je to chlazené jen jedním 120mm větrákem noctua. IPMI jsem nikdy nepotřeboval, proxmox funguje spolehlivě. žere to v idle když stojí disky pod 10W, při běžném provozu kolem 25W, max 60W. Pokud stojí disky tak je server téměř neslyšný. výkonový nárůst oproti starému atomu J1900 byl obrovský.
