- Computex 2024: kompakt AIO-k és tápegységek a Montech receptje alapján
- Computex 2024: a Ducky klaviatúrái sem restek felülni az analóg vonatra
- A TPV Technology tovább erősítené magyarországi pozícióit a monitorok piacán
- Computex 2024: Ryzen 8840U dolgozik a Zotac kézi konzoljában
- Computex 2024: látogatóban a Chieftecnél (videóval!)
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
A TPV Technology tovább erősítené magyarországi pozícióit a monitorok piacán
ph A vállalat rövidtávú tervei szerint 30 százalékkal növelné részesedését az AOC és Philips megjelenítőinek segítségével.
-
Perelnek a vallásos kripto-piramisjáték miatt
it Két kriptocéget perel New York államügyésze, mert több mint 1 milliárd dollárral károsították meg az áldozatokat.
-
PROHARDVER!
Ubiquiti hálózati eszközök - téma összefoglaló
Új hozzászólás Aktív témák
-
Egon
nagyúr
válasz MasterMark #10383 üzenetére
Na ja. 80 nm-ről van szó kb., nem 150-ről... Eddig is így volt, működött.
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
Speederer
senior tag
válasz MasterMark #10391 üzenetére
Oké, valószínűleg a DNS kéréssel kapcsolatos ismereteim is visszafogottak...
De végülis számomra a lényeg, hogy az IPv6 letiltása nélkül is a Pi-hole legyen a DNS kiszolgáló. Hogy ez most v4-en vagy v6-on megy-e, az nekem végülis teljesen mindegy.
Az eddigi tapasztalat viszont az, hogy ha nincs IPv6, akkor tökéletesen működik a a Pi-hole, frankón szűri amit kell. Ha viszont engedélyezve van, akkor a DNS szervereknél megjelenik a 2001:4c48:1::1 cím is és gyanítom ez okozza a "gondot". El lehet ezt tüntetni?Szóval bármilyen megoldáshoz vezető segítséget szívesen fogadok. Amúgy jelenleg elég alap konfig van nálam (később lehet szeparálnám a hálózatot, de ez most talán mindegy).
A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
Speederer
senior tag
válasz MasterMark #10393 üzenetére
Zsír, köszi!
Úgy tűnik volt reklám, nincs reklám...A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
Laca0
addikt
válasz MasterMark #10406 üzenetére
Nekem az is furcsa, hogy bluetooth-on nem látja a telefonon az app. Ennek függetlennek kellene lennie attól, hogy van-e a közelben Unifi AP.
Más Ubi eszköznél is a management rádió független mindenféle csatlakoztatott rendszertől.
Szóval nekem már ez a része is inkább a hibás működés kategóriájába esik.
Mert addig controllerben sem tudom adoptálni, amíg nem csatlakozik a hálózathoz. Mivel vezetékes portja nincs, csak wifivel tud. Azt pedig valahogy be kell állítani. Erre lenne jó a bluetooth kapcsolat (ami most nem megy).Xiaomi 11 Lite 5G NE Dual 8/128 | Redmi Note 8 4/64 | MikroTik hAP AC2 | Sony KD-55XH8096 | LG 47LM620S | Denon AVR-1612 | Eltax Experience 5.0 | Egreat R6S
-
Laca0
addikt
válasz MasterMark #10408 üzenetére
A reset gombot nyomtam 12 másodpercig, akkor megváltozott a villogása. Elengedtem a gombot, lekapcsoltak a fények, majd újra próbálkoztam, de ugyanúgy semmi.
Lehet, hogy másképp kell resetelni?Xiaomi 11 Lite 5G NE Dual 8/128 | Redmi Note 8 4/64 | MikroTik hAP AC2 | Sony KD-55XH8096 | LG 47LM620S | Denon AVR-1612 | Eltax Experience 5.0 | Egreat R6S
-
vicze
félisten
válasz MasterMark #10406 üzenetére
Nem, kifejezetten csak Unifi, azért van ott a 6.0-ás FW feltétel, az az AP-ra vonatkozik. Csak azonos kontrolleren lévő AP-val működik. Ez nem egy jelismétlő, hanem egy sima AP auto mesh-sel, azért kerül ennyibe.
-
nagyúr
válasz MasterMark #10459 üzenetére
Az uplinknel is a masik AP-t irja. Nem talalok a levegoben rejtett SSID-t.
while (!sleep) sheep++;
-
nagyúr
válasz MasterMark #10461 üzenetére
Ok, jo otlet, megnezem.
Szerk.: ap-re nem tudok sshzni egyelore.
Ami a vicces, hogy a konzol szerint a ket AP egymas uplinkjei
Ahh, ez tenyleg valami konzol UI bug lehet, mert:
Tehat GbE experience -- azaz vezetekes az uplink, csak az USG helyett a masik AP-t mutatja.
[ Szerkesztve ]
while (!sleep) sheep++;
-
tothbe
addikt
válasz MasterMark #10476 üzenetére
de az manuális lenne, ergo csak ha ott vagy és átállítod, akkor működik.
Viszont közben megnéztem a Zimerion által linkelt régi videót és vszleg maga az eszköz lekezeli ezt azzal, hogy monitorozza a wan elérést és küld egy jelet az UDM Pro felé. hogy elment a WAN, route-olj ide mindent. Mondjuk a visszaállást nem mutatta meg.
Meg persze kérdés, hogy ez ugyanígy megy-e a Dream Router-rel vagy csak az UDM-ekkel tud ilyet.By(e) Tothbe
-
Sniper888
csendes tag
válasz MasterMark #10515 üzenetére
Helló
kezdetben wizard basic beálításból indultam ki és hozzáadtam a megfeleő paramétereket, de nem jó jelenleg.
most így néz ki a config:
https://paste.gg/p/anonymous/8c34ad19f4e34ecea92de22dfec44303GIGABYTE Z490 VISION G, Intel i7-10700KF, 32Gb Ram, RX580 8GB , Corsair HX850i Platinum, CoolerMaster RC 690
-
Sniper888
csendes tag
válasz MasterMark #10519 üzenetére
Ezt kapja, de gyanús hogy nem jó valami..
lehet hogy valami factory resetet kellne nyomnom rajta először?[ Szerkesztve ]
GIGABYTE Z490 VISION G, Intel i7-10700KF, 32Gb Ram, RX580 8GB , Corsair HX850i Platinum, CoolerMaster RC 690
-
Sniper888
csendes tag
válasz MasterMark #10523 üzenetére
interfaces / ethernet / eth0 / dhcpv6-pd / pd / 0 prefix-length nél nem lehet /64, ezt írja pirossal mikor alkalmazom:
prefix-id must be less than :: for prefix /64GIGABYTE Z490 VISION G, Intel i7-10700KF, 32Gb Ram, RX580 8GB , Corsair HX850i Platinum, CoolerMaster RC 690
-
addikt
válasz MasterMark #10579 üzenetére
Ez nálam nem megy, mert torrent és Plex van beengedve. Azzal szerintem a Clouflare nem tud mit kezdeni.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
addikt
válasz MasterMark #10581 üzenetére
Hétvégén akkor tesztelem a megoldást amit találtam.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
XENISETE
kezdő
válasz MasterMark #10586 üzenetére
Bár ilyen egyszerű lenne, de nem ennek annyi. Szerintem a boot loader sérült meg. Szét kell szedni, pendrive ki, és újra telepíteni. De nekem ehhez se időm, se energiám nincs. És egyébként is, kiszolgálta az idejét. Itt az ideje a cserének. Szóval meglévő unifi családhoz keresek új routert, ami IPS/IDS mellet bírja a GB hálózatott, vagy legalábbis megközelítőleg tudja. A fentebb be linkelt eszköz tudja?
-
addikt
válasz MasterMark #10605 üzenetére
Kivettem a pipát, de így most minden port zárva van. Mobilnetről futtattam egy portscant és mindkét port zárva. (Plex sem működik mobilról.)
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
addikt
válasz MasterMark #10607 üzenetére
Jól sejtem, hogy akkor ez nem elég? (A port-group Bluemedia tartalmazza mindkét portot mit be akarok engedni.)
rule 10 {
action accept
description Bluemedia_firewall
destination {
address 10.1.0.4
group {
port-group Bluemedia
}
}
log disable
protocol tcp
source {
group {
network-group IPszures
port-group Bluemedia
}
}
[ Szerkesztve ]
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
addikt
válasz MasterMark #10609 üzenetére
Pont fordítva. Az IPszures listában megadott IP címeket kell csak hogy beengedje. Azért accept.
Nálam így néz ki a szabálylista.Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
-
addikt
válasz MasterMark #10613 üzenetére
Kivettem, de sajna így sem jó.
Azért köszi a segítséget.
[ Szerkesztve ]
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
addikt
válasz MasterMark #10615 üzenetére
Most igen, mert szeretném használni az elérést.
De az előbb, mikor teszteltem még nem volt bekapcsolva.+b. A Digis mobilnet IP címe nincs benne a listában.
Köszi. Vodafone mobil netről működik.
[ Szerkesztve ]
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
XENISETE
kezdő
válasz MasterMark #10622 üzenetére
Multicast DNS a wifi hálózaton bekapcsolva.
Multicast and Broadcast Control wifi profilban bekapcsolva.
Mit kell még engedélyezni? -
XENISETE
kezdő
válasz MasterMark #10622 üzenetére
Egyébként valóban a táp is tönkre ment, na meg az USG alatt az egész kernel. Szét szedtem, kivettem a direv-ot, és újra raktam. A baj az hogy valami ócska régi kernel került vissza, amit meg a kontroller nem evett meg. Így ssh kapott egy manual legújabb fw frissítést. És így sikerült vissza hozni az élők közé. Na meg a jó öreg GR3 tápjával megy. Viszont ezt az átkozott chromecast-ot sehogy nem akar összejönni. Pedig anno simán ment, szinte hozzá se kellet nyúlni. Komolyan nem értem.
[ Szerkesztve ]
-
addikt
válasz MasterMark #10617 üzenetére
Lassan 1 hete, hogy működik a GeoIP szűrés, és úgy néz ki, a célt elértem. 1 hete nem jelzett a gépen a vírusirtó, hogy expoitot blokkolt volna.
Köszi a segítséget.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Protezis
őstag
válasz MasterMark #10635 üzenetére
Az már be van lőve. Most az SSDP-t akarnám inter-VLAN megoldani, ami egy broadcast UDP message az 1900-as portra. Log alapján be is jön a DMZ_LOCAL-ra, azt kéne a másik VLAN-ra átvinni, ha jól értem a dolgokat.
-
addikt
válasz MasterMark #10641 üzenetére
Oké, oké, nem tűnt fel, hogy broadcast forgalomról van szó. (Igen, tudom, hogy bradcast nem routolható.)
[ Szerkesztve ]
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
daninet
veterán
válasz MasterMark #10664 üzenetére
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
válasz MasterMark #10666 üzenetére
ezek a default tűzfal beállítások. Csak eddig úgy értelmeztem, hogy ezek a beállítások alapból nem tiltják az inter-vlan routingot.
Kliens alatt azt az eszközt érted amit el akarok kintről érni?
Home Assistant fut egy VM-ben, az akarom elérni. A VM vlan2-őn van mint minden IoT vackom, a cloudflare tunnel meg a vlan1-en a NASomon fut dockerben.
Illetve van még egy ilyen tűzfal beállításom ami -értelmezésem szerint- átirányít mainlanról iot lan-rabocsánat egy kicsit szájbarágósabbnak kell lenned mert nem teljesen vagyok ezzel képben
[ Szerkesztve ]
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
addikt
válasz MasterMark #10671 üzenetére
De nem szeretnék minden forgalmat hozzám terelni.
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
addikt
válasz MasterMark #10673 üzenetére
Egy site-to-site vpn-en akkor elgondolkozok, köszi
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
simonjoe
őstag
válasz MasterMark #10713 üzenetére
Egy P53-as munkaállomásban az AX200-as Intel kártya ketyegett már 1,8Gbps-os sebességen.
Joe
-
simonjoe
őstag
válasz MasterMark #10716 üzenetére
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
-
Protezis
őstag
válasz MasterMark #10721 üzenetére
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 1002msBocs 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 ]
-
Egon
nagyúr
válasz MasterMark #10757 üzenetére
Oké, és akkor azt hogy hívod, ha egy switch lóg a WAN kábelen, és azon lóg egy NAS?
Még direktebb kirakásnak?"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
vicze
félisten
válasz MasterMark #10767 üzenetére
Igen minden szemetet észnélkül bepróbál, és akár már egy sima service detection is támadás lesz egy automata IDS-ben, ez a probléma, nem ad valós segítséget és bekapcsolva(IPS) meg több problémát okoz, mint segít.
Még egyszer a geo szűrés (ami amúgy elég pontatlan) csak egy háttér zajt csökkent nem akadályoz meg semmit. Pont ahogy az IP-k tiltogatása is tök értelmetlen. A Geo szűrés is csak egy placebo biztonság érzet, max arra jó, hogy kisebb legyen a log. -
Egon
nagyúr
válasz MasterMark #10785 üzenetére
Mivel a végeredmény ugyanaz, ha az automata talál sérülékenységet (azaz felnyomnak), ezzel nem igazán tudok egyetérteni. Legalábbis azzal biztos nem, hogy ez szimpla "zaj".
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
_Dumber_
őstag
-
Bubukain
senior tag
válasz MasterMark #10865 üzenetére
értem, köszönöm
és az megoldás lehet, hogy otthon csinálok szeparált belső VPN hálózatot pl 192.168.20.1 címtől és oda rakom azokat az eszközöket amiket kintről is el kéne hogy érjek? Vagy ez hülyeség? -
Bubukain
senior tag
válasz MasterMark #10869 üzenetére
köszönöm, akkor ezt este kipróbálom
-
TBMC
addikt
válasz MasterMark #10874 üzenetére
Bocsánat, közben megoldódott.
Én f*sz véletlen bekapcsolva hagytam a próba idejére a Syno-n is a tűzfalat, ahol csak class c privát volt engedélyezve... az új hálót pedig class a-ra tettem.2db syno nagy lenne a hálózaton amiről fut elég sok minden (backup, tm, drive, homebridge, plex, stb..).. és szükségem van nyitott portokra.
Oly kérdésem lenne ezt illetően, port forwardingot meg lehet oldani biztonságosabban az udm pro-ban? //régebben talán valamely fórumon olvastam, hogy ajánlott reverse proxy használata ilyen esetben? //
[ Szerkesztve ]
markbellus.hu
-
LLKobe
veterán
válasz MasterMark #10883 üzenetére
Nem hinném hogy a telefonnal van a gond, tekintve hogy a másik eszköz wifi-jén 175-öt mérek lefelé.
Esetleg van ötleted mit csekkoljak?Through the darkness of future past, the magician longs to see one chance out between two worlds... Fire walk with me!
-
LLKobe
veterán
válasz MasterMark #10886 üzenetére
Hátőő, most eszembe jutott hogy itt van a céges iphone-om, mértem egyet azzal is, azonos AP beállítások mellett:
284 le, 70 fel.
Mégis a telefonnak lehet köze a dologhoz.
szerk.: megint mértem egyet a sajátommal, most:
130 le, 69 fel.
Úgy látom kellett az AP-nak egy kis idő. JAvul, most nézemem hogy mit tudok még csinálni...
[ Szerkesztve ]
Through the darkness of future past, the magician longs to see one chance out between two worlds... Fire walk with me!
-
LLKobe
veterán
válasz MasterMark #10896 üzenetére
Nekem alapból 20Mhz-en van. Nézem a unifi-ba avonatkozó részt, de még nem sikerült teljesen értelmezni:
Through the darkness of future past, the magician longs to see one chance out between two worlds... Fire walk with me!
-
LLKobe
veterán
válasz MasterMark #10900 üzenetére
Értem, de ezt egymás után akárhányszor tudom reprodukálni. Ennyire konstans módon nem keverhet be a net. A net 300-as tehát messze vagyok még a tetejétől.
Through the darkness of future past, the magician longs to see one chance out between two worlds... Fire walk with me!
-
D-LAN|FuRioN
aktív tag
válasz MasterMark #10915 üzenetére
Hmm, úgy tudtam annak csak tunnel esetén van lényegi jelentősége az ipsec okozta overhead miatt (új ip, nat-t, esp). Valami olyasmi rémlik, h alapban 40-el kevesebbre szokás venni mint a kimenőt. Protezisnél ez így jó ahogy számolom pppoe kapcsolathoz, de úgy gondoltam csak akkor jönne ki a hiba ha vpn-t használ.
\'\'Sebességmámor, mindenki ezzel vádol, a kilóméteróra is csak lehunyt szemmel számol, a gumi lángol, az autó szinte táncol...\'\'
-
D-LAN|FuRioN
aktív tag
válasz MasterMark #10918 üzenetére
Jajj bakker igazad van h*lye vagyok, belső hálóra nem is gondoltam, ott valóban 1500, így már értem, ha van gyári érték ami 1500-hoz igazított 1460 akkor az ilyenkor mehet -8-al.
\'\'Sebességmámor, mindenki ezzel vádol, a kilóméteróra is csak lehunyt szemmel számol, a gumi lángol, az autó szinte táncol...\'\'
-
tothbe
addikt
válasz MasterMark #10931 üzenetére
Elvben igen. ha csak egy vonalban mozog. de akkor a végéhez kellene tenni az egyik antennát és nem középen ahhoz az oszlophoz. De ezeket a P2P antennákat nem ennyire változó környezethez találták ki. Az én Building 2 Building-es Unify-os cuccom, ha elmozdítod, akkor utána egy ideig kalibrál és akkor kb nulla neted van addig. Ha erre alapozom a működést, akkor ott kb sosem lenne valós net csak folyamatos kalibráció.
[ Szerkesztve ]
By(e) Tothbe
-
D-LAN|FuRioN
aktív tag
válasz MasterMark #10942 üzenetére
Ohh köszi az infókat, kipróbálom. Egyik nap már elkezdtem, de akkor valamiért nem jött össze, utána viszont elég sok dolgom volt, mert router szinten elköszönök a unifi vonaltól és a komplett rendszert vlanostól, tűzfalastól vpn-estől át kellett migrálnom, ami nem kis időmet elvette. Plusz szenvedek egy l2tp kliensemmel, mert a baráti köröm nagy része az én streaming szoláltatásaimat nézi és a netflix elkezdett szívózni az ip-vel, így mindenhova kiment egy plusz router és behoztam őket l2tp-n, de az egyik kliens mindent csinál csak épp nem működik normálisan ugyanazokkal a beállításokkal. Viszont ha beüzemelem a wireguardot lehet átrakom őket arra, mert itt pl nincs szükség l2-re.
\'\'Sebességmámor, mindenki ezzel vádol, a kilóméteróra is csak lehunyt szemmel számol, a gumi lángol, az autó szinte táncol...\'\'
-
LLKobe
veterán
válasz MasterMark #10946 üzenetére
Through the darkness of future past, the magician longs to see one chance out between two worlds... Fire walk with me!
-
LLKobe
veterán
válasz MasterMark #10948 üzenetére
Through the darkness of future past, the magician longs to see one chance out between two worlds... Fire walk with me!
Új hozzászólás Aktív témák
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Formula-1
- Hálózati / IP kamera
- Kutya topik
- Windows 10
- Eredeti játékok OFF topik
- Kerékpárosok, bringások ide!
- Előzetes élménybeszámolókon az Elden Ring: Shadow of the Erdtree
- EAFC 24
- Az iPhone 15 frissítésgaranciát, a 16 szép rendereket kapott
- További aktív témák...
- Dell Optiplex 3070, i5-9500T, 8GB RAM, 250GB NvME SSD, áfás számla, 1 év garancia
- Dell Optiplex 7050 Micro, i7-6700T / 16GB RAM, 240GB SSD, áfás számla, 1 év garancia
- Apple MacBook Pro Retina 13" 2020 i5-10.gen 16GB/512GB SSD, Garanciával, üzletből, 27% ÁFÁS
- Intel NUC mini PC - NUC7i3DNKTC, i3-7100, 8GB RAM, 120GB SSD, áfás számla, 1 év gari
- Intel NUC Kit NUC7i3BNH - Mini PC, i3-8109u, 8GB RAM, 120GB SSD, áfás számla, 1 év gari
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs