ejj ilyen procim volt és ilyesmit akartam építeni. Valamelyik L-es vagy low power procival, maximum rammal és sokáig elég, de rájöttem, hogy 1 NUC is untig elég, sőt, még nvme is van benne, ahova az IO intenzív dolgok mehetnek és egy WD RED 2.5", ahova a nagyobb méretű dolgok, meg hát nincs is hülyére hajtva. Egyetlen bottleneck az a gigabit port.

Gyermektelen, nem házas, másodrangú állampolgár

Jó kis gép ez a Dell T110 II, de biztos lehetne optimalizálni a hatékonyságon másik géppel.

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Hát RAID kártya megy/mehet bele, több disk, ECC ram, minden ami fontosabb és olcsó, mint 1 consumer. Másik géppel ez limitált.

Gyermektelen, nem házas, másodrangú állampolgár

Van egy ilyen gepem, nagyon jo cucc. 20W idleben. Egyetlen hatranynak az E-s RAM-ot tudnam felsorolni, ami viszonylag nehezen beszerezheto es nem kifejezetten olcso. Ennek a Rack valtozata az R210 II, kifejezetten jo gep, ebbol egy 3-as cluster alig fogyaszt nem is draga es jol is nez ki.

[ Szerkesztve ]

Igen, a RAM beszerzés volt a legkacifántosabb, ahogy volt alkalmam tele is raktam. Kár, hogy nem R-es megy bele, na majd az utódjába.

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

pfsense topik halott kicsit, meg amúgy is OPNsense a kérdés...
Netes infók szerint pfsense-nél működik, opnsense-vel meg más is szopcsizik...
NAT kikapcsolás a feladat. Viszont ha kikapcsolom, akkor se ki, se be.
Ezt is próbáltam.
Konfig (kintről befelé haladva):
1. Huawei Router/modem: 192.168.1.1, DHCP off, WIFI on, static IP-n az OPNsense WAN (192.168.1.2) és a napelem *.8 az IP, ezt szeretném majd ha OPNsense adná neki a dhcp-t, de ezt a NAT megoldása után.
2. Proxmoxon OPNsense, PVE kezeli a portokat, OPNsense dedikált WAN port és külön a LAN port a belső hálónak (192.168.0.0/24), DHCP, miegymás. FW rules-ban szűrések + unbound + Zenarmor.

Suricata-t elengedtem, nagyon kísérleti még, saját magától is teleszarja a logot hibákkal. Nem kerestem a javítást, mert itthon nincs rá szükség, ami nem ismert packet, az drop, kész. Később majd ránézek, de a javítása is macera, ahogy olvastam.

A linkeltnek megfelelőek a beállításaim, NAT manual vagy off és nincs net...
Mit rontok el?
Adtam WAN és LAN-hoz is in és out any source any destination szabályt. És mintha kifelé menne, de vissza nem talál.

Ez a dupla NAT-olás mennyire rossz dolog? Gyerekek játszottak, ha szar a ping, akármi, akkor már tudnék róla... Neten azt mondják, h ezzel rést lehet ütni a téridőben és elkárhozik mindenki az utcában, kapcsoljam ki... Nekem csak annyi, h egyel kevesebb feladat, több proci idő jut másra...

Update:
ha routeren az opnsense-t DMZ-be rakom, akkor is dupla NAT lesz?
"Beállíthat egy számítógépet a helyi hálózatban DMZ hosztnak, ami ki lesz téve a szélesebb hálózati környezetnek, és közvetlenül el lehet érni WAN-on levő készülékekről. Megjegyzés: A DMZ hoszthoz társított tűzfal beállítások nem fognak működni."

[ Szerkesztve ]

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Nemtudod bridge módba kérni a modemet? Akkor nem lesz dupla NAT-od és az OPNSense végezné ezt.

[ Szerkesztve ]

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Ahhoz egy kínai oldalról letöltött FW-t kellene felraknom, elvileg passzol is... Ebben nincs bridge mode. Bridge-nél nem tudom, h a saját wifit tudnám-e használni.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Mi digisek vagyunk, egy telefonba került és átrakták, azóta a saját routerem végzi a routingot meg a natot. Wifi sem kellett, mert vannak saját ap-k.
Bridge módban szerintem nincs wifi.

[ Szerkesztve ]

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Sajna az kell, mert ennek a wifijét megtuningoltam egy külső antennával, eléri a napelemet is, aminek kell a net, ha akarom az adatokat.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Nem ismerem az OPNsense-t, de ha tényleg sikerült kikapcsolnod rajta a NAT-ot, akkor szerintem jogos, hogy nem működik.
192.168.0.0/24 címekkel mennek ki a csomagok, és a szolgáltatói router nem tudja hova küldje a választ.
Kell egy statikus route erre a tartományra a 192.168.1.2 felé.
(Ha a Huawei tud valami dinamikus routing protokoll-t azzal is összerakhatod)

"ha routeren az opnsense-t DMZ-be rakom, akkor is dupla NAT lesz?"
SOHO routereken igen. Az csak annyit csinál, mintha az összes portot forwardolnád a DMZ hosztra.

De van ilyen szabály, h any source csak én any destination-t adtam...
Automatikusban viszont van olyan szabály is, h any -> force gateway.

Sokan panaszkodnak erre, meg hogy az automatikus szabályok nem szerkeszthetők, nem értem, miért nem kezdenek vele valamit. pfsense-n állítólag működik, ha csak kikapcsolod a NAT-ot, gondolom ott hozzáadja ezeket a szabályokat.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

A Huawei routered nem tudja, hogy hova küldje a 192.168.0.0/24 subnetbe címzett csomagokat.
Azon kell felvenni egy statikus route-ot.

Eddig azért működött, mert az innen jövő csomagoknál a forrás ip címet NAT-olta az OPNsense, tehát a Huawei szempontjából úgy nézett ki, mintha a 192.168.1.2 kommunikálna.

Most, hogy kikapcsoltad a NAT-ot, megjelennek a 192.168.0.0/24-ből jövő csomagok a Huawei-en.
Nincs rá specifikusabb route, ezért a választ küldi a default felé, ami az internet.

Ez milyen szolgáltató? Csak mert kb az összesnél lehet modem/bridge módot kérni... Vodával most játszottam le egy full ilyen átkonfigot, mert az új címen volt egy modem reset és visszaállt router módba, ráadásul még átkerült ipv6-os címre...aztán volt egy 5 perces beszélgetésem az ÜF-el, hogy akkor kérném vissza a régi helyzetet... Utána OPNsense végzi nálam a dolgokat...

Valamikor régen, amikor még router módban használtam a szolgáltatói eszközt akkor mindig megfogott mindent és port átirányításokat kellett beletennem...utáltam.

Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage

Elkeszult a bestia, meglepoen szuper eddig. Mivel nem nagyon talaltam infot errol, ezert ideirom, hatha van akinek hasznos:

ASUS TUF GAMING B550-PLUS alaplap tokeletesen kezeli a virtualizaciot, van SR-IOV, IOMMU, ROM-BAR. CSM-et erdemes kikapcsolni.
Egyedul a PCI passthrough-al kellett vele mokolni:

Elojott ugyanis ez az error VM indualasanal ( ebbol egyebkent 1 probalkozasnal nagyjabol 3000 entryt ir be /var/log/messagesbe 3 masodperc alatt.. )
kernel: vfio-pci 0000:01:00.0: BAR 1: can't reserve [mem 0x4020000000-0x402fffffff 64bit pref]

Megoldas:

root@proximoxi:~# cat gpu_fix.sh
echo 1 > /sys/bus/pci/devices/0000\:07\:00.0/remove
echo 1 > /sys/bus/pci/rescan

Ertelemszeruen a 07 helyett a sajat PCI ID-d kell oda.

A gep pedig most igy fest:



Es ami a legkomolyabb, az a fogyasztas. Nem hittem a szememnek
Tehat van egy 16 magos 5950X, 4x32GB 3200MHz-es RAM (XMP/DOCC aktiv!), 3x SATA SSD, 2x NVME, 1x RTX 3090, FSP 800w bronze tapegyseg, 6 darab hazhuto venti, LED.. Ezzel a komboval az idle fogyasztas 62w es 65w korul mozog

Nyilvan amint raeresztek egy AI/ML generalast, ebbol 500w kornyeke lesz, de ilyen alacsony atlagfogyasztassal, elertem azt, amit szerettem volna: ez a gep mar mehet allandoan, annak ellenere, hogy csak lab. Az amugy 350W-ig skalazodo 3090 pedig dicseretet erdemel, ugyanis idleben 12-14W-ig is lemegy a fogyasztasa. Osszehasonlitaskepp, egy 1080TI 65-67W-ig megy le. (legalabbis Windows alatt, Linux CLI alatt lehet ez is szebben muzsikalna.)

Mas:

Akinek keves a beepitett metrika, ez egy szuper es easy tutorial arrol, hogyan tudsz felhuzni egy komolyabb monitoringot docker, influxdb es grafana hasznalataval:

[ Szerkesztve ]

Ez a fogyasztás tényleg jó, nekem 100W körül van az alábbi gép, benne 4db HDD és 4db SSD

Én is pont így használom a metrikákat ezen adatok alapján próbáltam a terhelést szét osztani a meghajtók között.

Kérdés a syslog-ot hova lenne érdemes küldeni?

ui: ez komoly masina lett

[ Szerkesztve ]

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

hmm... jogos. Megpróbálom majd.... csak hogy?
Router menü: DHCP, VPN, DDNS
Van még tűzfal ki/be, NAT (cone vs szimetrikus), MAC filter, IP filter, virtuál szerver, DMZ, UPNP, SIP ALG, tartománynév szűrő (weboldal tiltás).
Háát, van még virtuális szerver, esetleg ezzel lehetne? De itt csak ennyi van:

sutszi: kérni biztos lehet, de ha az FW-ben nincs, akkor hogy kapcsolom be?
Találtam bridge-es FW-t, de a wifire is szükség van, hamár ennyit ráköltöttem (szétszed, antenna kivezet, ~30 cm külső antenna felrak).

amargo: megfontolandó. Igazán a kérdés az, h a dupla NAT-nak mi a hátránya? Mert jelenleg semmit nem tapasztalok. Értem a neten, h ez rossz, az is rossz, h a HDD D partíciójára mentenek a C-ről, de a népek 90%-a így él.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Én nem gondolom rossznak a dupla NAT-ot főleg, ha tisztában vagy vele, akkor tudod is mit kell csinálni, ha valami problémát tapasztalsz.
(én csak egyszerűbbnek éreztem, hogy ne legyen, persze így meg folyamatosan támadják is az infrát..)

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

De miért a szolgáltató által adott eszközt barkácsoltad (ha jól értettem) és miért nem inkább egy értelmes routert raktál mögé, rendes wifivel?

A bridge-et a szolgáltató intézi.

[ Szerkesztve ]

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Ilyesmit keress:

Ez egy Asus routerben a LAN/Route menüpontban van.

A dupla NAT-ot általában azért szokták kerülendőnek tartani, mert ha port forwardra van szükség azt mindkét eszközben be kell állítani.
(Amit Te linkeltél az pont a port forward menüpont. )

A HDD nagyon sokat tud dobni. 5 darab 7200-es mezei Toshiba lemezeim osszesen 60W-ot kertek enni...

amargo:

Kapcsold le az enterspájz repot h tudjon magától frissíteni a PVE

Gyermektelen, nem házas, másodrangú állampolgár

Igen, ez a felállás most. Sőt, dhcp után a huawei-en ki lehet azt kapcsolni, mert a fix IP marad, restartig nincs vele baj. A probléma annyi, hogy a Home Assistant nem éri el (napelemen be van állítva, engedélyezve minden, ami kell). Neki ugyan abban az alhálóban kellene lennie. Pingelhető meg minden, de nem csatlakozik.
Tesztelem majd másik AP-val, közvetlenül a belső hálóra csatlakoztatva. Ha úgy műXik, akkor a modemre a bridge FW feltölt és másik AP-t beállít. Ezzel a tuningolt wifi a huawei-en felesleges lesz, de ez van.

Újabb kérdés, ha nagyon egyszerű switch-em van, akkor a VLAN az felejtős?

[ Szerkesztve ]

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Attól függ, de elvileg igen, mert manager switch kell neki kb, vagy legalább valaki jobb.

Gyermektelen, nem házas, másodrangú állampolgár

Van, aki próbált már KODI-t futtatni VM-ként passthru-val HDMI-ről?

Gyermektelen, nem házas, másodrangú állampolgár

opnsense unbound, megvan az, amit az Adguard home-ból hiányoltam/szerintem ott sz@rul működik: DNS cache... de máshogy. A kérdés utáni válasz rész az érdekes [link]
Szóval a TTL=0 DNS a cache-ban marad, ha érkezik rá kérés, akkor innen szolgálja ki és frissíti is a cache-t. Na ez a frissítés hiányzott az Adguard-ból, meglepően hosszú ideig a hibás cache-ból küldte az infót a klienseknek.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy