Javaslom ezt az oldal, dobd fel rá a rajzot: [link]

A számítógépnek lelke van! - ASUS Prime Z690-P, Intel CoreI7 13700, 2x16GB DDR5 5200MHZ Kingston, Gigabyte GTX 1060 6GB, Sound Blaster Z, Cooler Master Cosmos C700P

Sziasztok!

Életem első hobbista buildje amit itthonra csináltam a saját kezemmel. Tegnap lett nagyjából teljesen kész. Büszke vagyok rá Még keystone toldóbetétek jönnek majd (female/female rj45), hogy eltüntessem a meztelenül átbújtatott kábelt a patch panelről. Van esetleg valami javaslat amit máshogy kellett volna csinálnom, vagy elhelyeznem?

Rizsa: 5800x -b450 tomahawk max - 2x16 Gb 3200 Mhz Crucial Ballistix Sport AT - Gigabyte 6700 XT gaming oc Productivity: MacBook Pro 13" M1 Apple Silicon

Szia!

Szerintem rendben van és még maradt is egy kis hely.
Jól néz ki, gratula!

Ne kérdezd: LEGÁLIS!!!

Köszönöm

Más:

Idő közben felmerült bennem, hogy megkérdezzek egy lényegesebb dolgot ami már egy ideje problémát jelent.

Van egy EVE Outdoor Camera ami a kertet nézi hátrafelé. 2,4 Ghz-en csatlakozik egy AC PRO-hoz. Van, hogy 1 hétig semmi gond, aztán van, hogy 1-2 napra eldobja és nem csatlakozik, vagy 2-3 óránként le-fel csatlakozik, szóval kissé kaotikus. A dbm -74 és -82 közt mozog általában, antenna power auto-n van. Sajnos az a kis falszakasz pont annyit takar ki a szórásból, hogy késélen táncol. Az U6 PRO rosszabb 2,4 Ghz-en? Ahogy a specifikációit elnéztem MIMO antennában rosszabb, bár annyira nem értek hozzá, akár ez nem is jelenthet semmi hátrányt.

Az a kérdésem, hogy milyen AP-t vegyek a helyére amivel ezt a problémát át tudnám hidalni? Az U6 LR Mediatek chip, vagy U6 Pro Qualcomm chip, vagy U6 In-Wall? Van itthon egy U6 LR, néha furán viselkedik, azért vagyok bizonytalan, hogy még egy olyat vegyek, de minden javaslatra nyitott vagyok. Annak örülnék a legjobban ha beállítás kérdése lenne

Rizsa: 5800x -b450 tomahawk max - 2x16 Gb 3200 Mhz Crucial Ballistix Sport AT - Gigabyte 6700 XT gaming oc Productivity: MacBook Pro 13" M1 Apple Silicon

A -74...-82 az szerintem kevés.
Én kivenném a Transmit Power-ből az Auto-t, és kíváncsiságból High-ra tenném. Illetve eljátszanék még a csatornákkal is (Channel width és Channel), mert lehet, túl sűrű az a csatorna, ahol kommunikálni szeretne a kamera az AP-val.
De ez csak ötletelés a részemről.

Ne kérdezd: LEGÁLIS!!!

Szép setup! Nagyon hasonló van nekem is. Csak még hiányzik a switch, egyelőre elég az UDM PRO SE. Ha meglesz a maradék 4 kamera akkor már kelleni fog, de az ára mindig elborzaszt.

1U helyet tennék az SE és a switch közé, mondjuk a blank panelt, ami a switch és a keystone patchpanel között van azt átrakni.

Szakmai kérdésekre privátban nem válaszolok! Használd a fórumot! | R.I.P PH!TV!

Köszönöm mindenkinek

DJ. Ru$y:

Ez jó ötlet, én is gondoltam rá, de egyelőre úgy gondoltam, hogy figyelem az SE hőfokot, eddig 45 fölé még nem nagyon sikerült mennie. Az 1U vented blank panel az tetszik amúgy, az ott pont be is töltené a szerepét. Lehet a következő rendelésnél azt is hozzáadom aztán engedek közéjük kis levegőt, ártani nem árthat

Rizsa: 5800x -b450 tomahawk max - 2x16 Gb 3200 Mhz Crucial Ballistix Sport AT - Gigabyte 6700 XT gaming oc Productivity: MacBook Pro 13" M1 Apple Silicon

Lehet, hogy így 45, de a hűtések mennek 80%-on, úgy pedig lenne 43 és a hűtések nem mennének 50% fölé.

Nyilván ezek nem egzakt értékek, csak szemléltetés, ha lehet (és nálad van bőven hely), akkor én azt az elvet vallom, hogy aktív eszközt nem teszek "egymásra". Az is megoldás lehet, hogy UDR felülre alá a patchpanel, alatta a blank aztán a switch, vagy csak a patchpanel aztán a switch, de nyilván ízlés dolga.

Szakmai kérdésekre privátban nem válaszolok! Használd a fórumot! | R.I.P PH!TV!

Sziasztok!!

Vásároltam egy U6 Mesh-t ( [link] ) AP-nak. Az a bajom, h a két gigás Telekom netről nem enged át csak 400megát az 5GHz-es Wi-Fi-n. Valami konfig gond lehet, vagy az eszköz gatya?
Ha valaki találkozott már hasonlóval, tiszetlettel venném a segítségét.

üdv:

Joe

Ugye tudod hogy ez klienstől is függ?

Switch Tax

channel width-nél mi van beállítva? HE20? HE40? HE80?

Egy P53-as munkaállomásban az AX200-as Intel kártya ketyegett már 1,8Gbps-os sebességen.

#10714donat_sz:
nem találom ezt az opciót

Joe

Milyen linksebességed van?

Switch Tax

Jó reggelt!
Most mértem 1700/800.
A szolgáltató ONT-jén ha megy az öt gigás WiFi-ott úgy nagyjából 1400-at mérek(ThinkPad P53) átlagban. Ezért vettem ezt az AP-t, a T-s eszköz egy kalap forgácsot sem ér. A másik nagy bajom még ezzel az eszközzel (U6), h rohadtul melegszik, sőt inkább forrósodik. Itt vásároltam egy fórumtárstól, új, orig csomagban, elképzelhető, h így kell neki működnie, de ebben az állapotában biztos nem merném itthon hagyni felügyelet nélkül.

Joe

A melegedése a Mesh-nek az természetes. az enyém is igen meleg a többihez képest.
Ne papírra rakd, de amúgy nem lesz baja, ott hagyhatod, nekem majd egy éve a beépített szekrény oldalán van, ami bútorlap, és semmi sem történt.
A sebességet viszont nagyon sok tényező befolyásolhatja. Pl az is, ha túl sok másik wifi an egy adott csatornán és oda sikerült betalálnia. Bár 5Ghz-en ez ritka, de azért lehet. Érdemes gépen megnézni a wifi map-et, hogy hol van üres sáv és oda belőni kézzel.
Youtube-on van erre rengeteg videó, ha nem tudod, mit hol keress.

By(e) Tothbe

Joe

Tűzfalat kicsit erősítettem, logban most megjelentek ilyenek:
[HOME_IN-50-R]IN=bond0.2 OUT=eth0 MAC=fc:ec:da:42:fa:a9:e0:d5:5e:48:9c:d2:08:00 SRC=192.168.20.10 DST=10.8.0.1 LEN=52 TOS=0x00 PREC=0x00 TTL=127 ID=54825 DF PROTO=TCP SPT=49668 DPT=3260 WINDOW=64240 RES=0x00 SYN URGP=0


A 192.168.20.10 ez a gép, amiről írok (Windows 11), a 10.8.0.1 IP nem tudom, hogy mi. Segítsetek, mi ez? Ez egy belső IP, nem? (kezdek fejben szétesni )

Hálózati interfacek, EdgeRouter-4-ben.

Korábban futott egy OpenVPN szerver a Synology NAS-omon, 10.8.0.1 címen. A szerver bár nem fut már egy ideje, most uninstalláltam, az IP továbbra is válaszol ping-re.

Routeren az alábbit látom:
$ traceroute 10.8.0.1
traceroute to 10.8.0.1 (10.8.0.1), 30 hops max, 38 byte packets
 1  10.226.128.1 (10.226.128.1)  8.278 ms  7.501 ms  7.585 ms
 2  145.236.81.242 (145.236.81.242)  8.764 ms  8.097 ms  7.499 ms
 3  Te0-0-0-0.er0-hatvan.net.telekom.hu (84.1.66.79)  16.498 ms  84.1.67.87 (84.1.67.87)  17.597 ms  84.1.67.85 (84.1.67.85)  17.441 ms

wg0 egy "site-to-site" Wireguard interface egy másik ER-4-gyel, SNAT és DNAT-tal megoldva, hogy csak és kizárólag a routerek mögötti Synology NAS-ok tudjanak egymással kommunikálni. A túloldali ER-4-re SSH-n belépve (ER-4 -> wg0 -> ER-4) az IP szintén látható, pingre válaszol.

Végül már csak azt nem értem, miért akar a gépem ehhez az IP-hez csatlakozni a 3260-as TCP porton, ami elvileg az iSCSI. Egyébként a gépem csatlakozik a NAS-hoz iSCSI-val, de a NAS IP-je 192.168.30.10

[ Szerkesztve ]

Nyomj egy ifconfigot a nason. Lehet több IP-je is.

Switch Tax

Nincs neki, legalábbis a kérdéses IP nem szerepel itt:

# ifconfig
bond0 Link encap:Ethernet HWaddr 00:11:32:7B:AA:A5
inet addr:192.168.30.10 Bcast:192.168.30.255 Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:232908670 errors:0 dropped:4418 overruns:4418 frame:0
TX packets:75444809 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:311875106983 (290.4 GiB) TX bytes:59713474277 (55.6 GiB)
docker0 Link encap:Ethernet HWaddr 02:42:B8:59:FE:EB
inet addr:172.17.0.1 Bcast:172.17.255.255 Mask:255.255.0.0
inet6 addr: fe80::42:b8ff:fe59:feeb/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:21958 errors:0 dropped:0 overruns:0 frame:0
TX packets:40373 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:64990137 (61.9 MiB) TX bytes:10042133 (9.5 MiB)
dockerad7 Link encap:Ethernet HWaddr DE:E7:1A:5F:11:9A
inet6 addr: fe80::dce7:1aff:fe5f:119a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:20630 errors:0 dropped:0 overruns:0 frame:0
TX packets:39120 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:65104501 (62.0 MiB) TX bytes:9458313 (9.0 MiB)
dockerc34 Link encap:Ethernet HWaddr 2A:49:69:EB:B2:9A
inet6 addr: fe80::2849:69ff:feeb:b29a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1328 errors:0 dropped:0 overruns:0 frame:0
TX packets:19389 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:193048 (188.5 KiB) TX bytes:5235816 (4.9 MiB)
dockerd7b Link encap:Ethernet HWaddr EE:A5:3D:B0:42:A2
inet6 addr: fe80::eca5:3dff:feb0:42a2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:18110 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:4646066 (4.4 MiB)
dockereb8 Link encap:Ethernet HWaddr E6:4E:BA:79:C1:84
inet6 addr: fe80::e44e:baff:fe79:c184/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:18110 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:4646066 (4.4 MiB)
eth0 Link encap:Ethernet HWaddr 00:11:32:7B:AA:A5
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:232574835 errors:0 dropped:4418 overruns:4418 frame:0
TX packets:47880102 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:311849575734 (290.4 GiB) TX bytes:36408424387 (33.9 GiB)
eth1 Link encap:Ethernet HWaddr 00:11:32:7B:AA:A6
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:333835 errors:0 dropped:0 overruns:0 frame:0
TX packets:27564707 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:25531249 (24.3 MiB) TX bytes:23305049890 (21.7 GiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:10445378 errors:0 dropped:0 overruns:0 frame:0
TX packets:10445378 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:3548440655 (3.3 GiB) TX bytes:3548440655 (3.3 GiB)

Ping-re menne a gatewayhez, ezt viszont a tűzfal megfogja:

# ping 10.8.0.1
PING 10.8.0.1 (10.8.0.1) 56(84) bytes of data.
From 192.168.30.1 icmp_seq=1 Destination Port Unreachable
From 192.168.30.1 icmp_seq=2 Destination Port Unreachable
From 192.168.30.1 icmp_seq=3 Destination Port Unreachable
From 192.168.30.1 icmp_seq=4 Destination Port Unreachable
^C
--- 10.8.0.1 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 1002ms

Bocs a formázás miatt, az első CLI kimenetet sehogy sem tudom belevarázsolni monospace blokkba.

A wireguard interfaceket letiltva (disabled) a ping továbbra is megy.

[ Szerkesztve ]

Sziasztok!
Létezik valamilyen megoldás arra, hogy az USG -ken konfigurálható L2TP VPN stabilan működjön Windows alatt?Évek óta ezt a rapszodikus hol megy hol nem megy történetet játsszuk. Az imént egy új kapcsolatot konfiguráltam egy USG3 rotueren, nekem gyönyörűen működik, az ügyfélnél a szokásos "The L2TP connection attempt failed because the security layer encontuered a processing error during...stb. hibaüzenet dobja.Van, mikor engem is ezzel a hibával ajándékoz meg, aztán máskor meg működik. A jelenség több USG-n is fennáll.Sok órányi fórumozgatás áll már mögöttem, windows frissítések buherálásán át különböző technikákat próbáltam, controller/firmware verziókat frissítettem, visszaállítottam stb
Valaki tudna segíteni használható ötlettel, mit kezdjek vele?
A "telepítsek cli-ből wireguardot mert az stabil" meg hasonló mókolásokat egyelőre szeretném mellőzni.
Köszönöm előre is!

unifi controllert a szokásos módon terveztem frissíteni (RPi-n fut):
sudo apt update && sudo apt upgrade -y

aktuális verzió volt: 7.3.83-19645-1
új verzió 7.4.156-21011-1

eredmény: "Job for unifi.service failed because the control process exited with error code."
futott bele más is hasonló hibába?

kicsúsztam a szerkesztésből. hogyan tudok legegyszerűbben visszamenni a 7.3.83-ra visszamenni?

ip címen nem érem el a controllert: Status 404 – Not Found

a javasolt "systemctl status unifi.service" parancsból ezt látom:
unifi.service: Found left-over process 2651 (mongod) in control group while starting unit. Ignoring.
This usually indicates unclean termination of a previous run, or service implementation deficiencies.

[ Szerkesztve ]

Pl restore az update előtt csinált backup-ra. Ez a legegyszerűbb.

By(e) Tothbe

sajnos mint írtam a 7.4 telepítési hiba okán nem értem el egyáltalán a controller (404-es hiba)

a 7-3-83-as verziót letöltve és indítva a telepítést valamiért mindig a 7.1-re ugrott vissza.
wget https://dl.ui.com/unifi/7.3.83/unifi_sysvinit_all.deb
sudo dpkg -i unifi_sysvinit_all.deb; sudo apt install -f -y

a 7.1-es verzió miután felment, ott meg a backup adatok mivel 7.3-hoz valók voltak, ezért az szintén hibára futott.. újra telepíteni nem akartam..

végül pár próbakör után megtaláltam, hogy melyik unifi_sysvinit_all.deb az amelyik átnevezve a 7.3.83 -at telepíti, így most már működik.

ettől függetlenül, szerintem tuti van egyszerűbb megoldás és örülnék, ha azt meg tudnátok osztani velem

Hasonló cipőben járok. Én azt olvastam, hogy az a baj, hogy RPI-n futó OS 32 bites, viszont a 7.4.156 - hez a korábbinál frissebb mongodb kell és itt a probléma. A frissebb mongodb viszont már csak 64 bites OS-en fut...

Én most azt csináltam, hogy NAS-ra feltettem VM-ben a Mint linuxot, és azon próbálom meg telepíteni, megy is, viszont most valamiért az összes eszközt offline-nak látja.

[ Szerkesztve ]

Melyik RPi-t használjátok?
Raspberry Pi 3-as, vagy 3B+ tól kezdve van 64bit-es OS.

Most már jó a 7.4.156 is, az nem tetszett neki, hogy az RPI-n még futott a régi.

Pi4-et használok. Igen tudom, hogy van 64 bites os, viszont a Pi4-en nekem loxberry fut, amit 32 bites.

Pi3B
cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"

Köszi, megnézem.

Elvileg minden lépés végigment, de elérhetetlen tőle a loxberry-m. (Úgyhogy most sd kártya mentésről visszaállok.)

Én innen próbáltam telepíteni:
https://community.ui.com/questions/UniFi-Installation-Scripts-or-UniFi-Easy-Update-Script-or-UniFi-Lets-Encrypt-or-UniFi-Easy-Encrypt-/ccbc7530-dd61-40a7-82ec-22b17f027776

Egy szűz Mint Linuxra csont nélkül felment és működik is.

Sziasztok,

Van egy USG-PRO4-em, amiben létrehoztam egy Firewall Rule-t. Ezt a rule-t szeretném kívülről (okosotthonból) ki-be kapcsolgatni. Létezik az USG-PRO4-hez vmi CLI, API, vagy bármi command, aminek segítségével tudom ezt engedélyezni, tiltani (A gyári grafikus Network Application-on kívül)? Neten csak annyit találtam, hogy van vmi json config fájl, amit ha módosítok, akkor talán működik, de ez egyrészt elég kockázatos, másrészt bonya.

Köszönöm.

Én csak a json-ről tudok semmi mást, nem célja Unifinek, hogy kinyissa ilyen szinten a zárt rendszerét, logikus is...

Szakmai kérdésekre privátban nem válaszolok! Használd a fórumot! | R.I.P PH!TV!

Köszi, ezt a json-t használtad már?

(Szerintem ezzel a json-nal sokkal jobban kinyitja, mintha API lenne, csak nem felhasználó barát.)

Nem volt még szükségem rá, itt a topikban jobb felül kereső, és lesznek rá találatok.

Szakmai kérdésekre privátban nem válaszolok! Használd a fórumot! | R.I.P PH!TV!

Köszi, közben megtaláltam, hogy az EdgeOS CLI commandok működnek. pl.
Connect to the USG via SSH, and issue the following commands:
configure
set service nat rule 1 type destination
set service nat rule 1 inbound-interface eth0
set service nat rule 1 protocol tcp_udp
set service nat rule 1 destination port 53
set service nat rule 1 inside-address address 10.0.0.1
set service nat rule 1 inside-address port 53
commit;save;exit

Nektek az új AP firmware óta nincsenek kliens leszakadás/akadozás gondjaitok?
Nálam valahogy bizonytalan lett az egész net mióta frissítettem az AP-ket.

By(e) Tothbe

Gyorsan megnéztem a logokat, de ami azt illeti, nincs érdemi változás, kb. ugyanannyi, mint frissítés előtt (1x nanoHD és 1x U6-Pro, 6.5.54 FW).
Viszont: egyre többet próbálnak betörni a "rencerbe", ott is konkrétan a NAS-ba.

Ne kérdezd: LEGÁLIS!!!

Így 2 hónap használat után elmondhatom, hogy holt értelme a GeoIP szűrést beállítani a port forwardokra. A vírusirtó a beállítás óta nem jelzett, hogy támadást blokkolt volna.

Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.

Nálam ugyanez van. A QNAP nasomra próbálnak betörni. Napi 2-3 ip blockról ad értesítést a "rencer"

Ezt azzal próbáltam meg kiküszöbölni, hogy country blockokat rakok a bejövő IP-k alapján, de úgy meg rohadt lassú lett az oldalaknak a betöltése.. Ha rányomtam egy könyvjelző tabra akkor 4-5 másodperc is eltelt mire történt valami az addigi instant betöltést helyett.. szóval nem tudom mi lenne ezekre a legjobb megoldás..

Rizsa: 5800x -b450 tomahawk max - 2x16 Gb 3200 Mhz Crucial Ballistix Sport AT - Gigabyte 6700 XT gaming oc Productivity: MacBook Pro 13" M1 Apple Silicon

Mi végzi az IP szűrést? A router? Milyen vas?

UDM SE

Rizsa: 5800x -b450 tomahawk max - 2x16 Gb 3200 Mhz Crucial Ballistix Sport AT - Gigabyte 6700 XT gaming oc Productivity: MacBook Pro 13" M1 Apple Silicon