- Netfone
- iPhone topik
- Xiaomi 13 Lite - dögös vagy, Civi
- Xiaomi Mi 10T Pro - a házon belüli ellenfél
- Nothing Phone 2a - semmi nem drága
- Motorola Edge 40 neo - színre és formára
- Termékoldal buktatta le a Huawei Watch Fit 3-at
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen okostelefont vegyek?
- Mobil flották
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
Mobilarena
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
félisten
válasz bambano #11743 üzenetére
Nincs a router és a switch egy helyen, mert máshol jó a wifinek meg a kábeleknek. Konkrétan 13 méter kábel és légvonalban 3 méter választja el őket egymástól, de az 5 UTP ki van húzva köztük.
Mindazonáltal szeretném tisztán tartani a feladatokat, tehát a switch legyen switch, minden LAN-vezeték központja.
A Ubiquiti switchet megvettem, állítólag működik (használt).
Annak vajon van-e akadálya, hogy a DHCP-szervert is áttegyem a swithchre. Már olyan szempontból, hogy ezzel nem kavarok-e be az Asus router számomra fontos egyéb szolgáltatásaiba, mint VPN, mesh.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
tjsz
senior tag
válasz bambano #11808 üzenetére
Az MPLS-t biztosító szolgálató eszközeihez nincs hozzáférésünk, így az ott beállított MTU értékeket nem tudom megnézni, de rákérdezek.
iperf szerint 25.2 Mbit/s a 2 site közötti sebesség.
pénz: ezt ki kellene számolni, hogy X HUF-ért ilyen sebességet lehetne kapni, Y HUF-ért pedig ilyet. Az alapján tudnának dönteni.
-
fatpingvin
őstag
válasz bambano #11816 üzenetére
tetszőleges hosszban nem is kell, 1 centinél is kevesebb kb elég. ismerem a szabványt, tudom hogy ez nem szabványos és szerintem ez az elképzelés már önmagában nehezen megoldható szabványkövető módon.
ha az ügyfél ekkora idiótasághoz ragaszkodik...A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
fatpingvin
őstag
válasz bambano #11818 üzenetére
8 darab rövid Reed relé esetleg, csak azzal meg ugye az a gond hogy nem passzív cucc tehát a kapcsolódoboz működéséhez áram kell.
amúgy a switchet akartam én is mondani csak ez véleményem szerint a probléma szürreális túlgondolása úgyhogy inkább nem írtam le.
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Dilikutya
félisten
válasz bambano #11814 üzenetére
2012R2 (vSphere alól), a kliensek Windows 10. De ment ez normálisan pár héttel ezelőttig. Hardver és oprendszer nem változott. Switcheken, tűzfalon beállításokat nem tudom, van egy jóságos anyacégünk, meg egy olyan külföldi támogatónk, aki simán átkonfigurál úgy egy központi switchet, hogy utána a switch-en többé nincs kapcsolat, és a cég fele lebénul.
Nem vagyok perverz, csak haladok a korral. (Még mindig: Rock&roll feeling baby, rock&roll feeling.....)
-
Inhouse
őstag
válasz bambano #11816 üzenetére
Csak be kell dobozolni az oldalcsípőt, alsó szár rögzítve, a vágópofák között az UTP, a felső szárra meg egy kis toldat, ami felül kiér a dobozból, arra mehet a nagy piros gomb.
Használati utasítás:
A működtető személynek minimum 30cm magasból, erőteljesen, ökölbe szorított kézzel, a kézélével kell rácsapnia a piros kioldó gombra a kábel megszakításához. A 100%-os biztonság eléréséhez, a művelt néhány másodperc alatt többször ismételendő.Üdv Inhouse
-
fatpingvin
őstag
válasz bambano #11848 üzenetére
ezt mondom én is, koncepcionális nonszensz az egész. tök nyilvánvaló hogy aki ezt kitalálta az semmilyen szinten nem ért az egészhez, cserébe olyan döntéshozói pozícióban van ahol semmi keresnivalója.
ja, MaCS_70, majd elfelejtettem: legalább milliós szakértői díjat számlázzatok ki nekik ennek a cuccnak a megvalósításáért egy ennyire forradalmi ötlet megvalósításáért amire az egész IT-s szakmának nem sikerült rájönnie, nehogy már garasokért csináljátok.
de komolyan, ha már megmutatták a lyukat a csőben akkor húzzátok is bele őket.[ Szerkesztve ]
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
félisten
válasz bambano #11846 üzenetére
A helyzet az, hogy de. Mondjuk elég rigorózusnak kell lenni hozzá, de van értelme -- és vélhetően valami létező előíráskészletből vették.
Amikor ipari előírásokkal foglalkoztam, ennél sokkal cifrábbakkal is sűrűn találkoztam.
A lényeg az, hogy ha gond van, akkor az operátor gondolkodás nélkül, egyetlen határozott mozdulattal tudjon odanyúlni, és véletlenül se tévessze el. Ne kelljen keresgélnie, stb.
Sokszor talélkoztam olyan előírásokkal is, hogy milyen tekintetirányító megoldásokat, pl. sávok, koncentrikus körök, nyilak kell alkalmazni.
Civil példája ennek a régi világból (mi még emlékszünk rá...) a telefontárcsa története. Eleinte rengeteg félretárcsázás történt, és az emberek elég körülményesen, kelletlenül nyúltak a telefonhoz. A megoldás zseniálisan egyszerű volt: odabiggyesztettek egy pöttyöt a lyuk közepére, és hirtelen megoldódott a probléma.
A lyukba helyezett számok később jöttek, ennek állítólag a festék kopása volt az oka.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz bambano #11856 üzenetére
A feladatkitűzés szerintem meglehetősen egyértelmű: egy UTP-kábel mind a nyolc erét meszakítani. Tényleg Ethernetről szól a leírás, de ezt a tények (vélhető) utólagos ismeretében betudhatjuk annak, hogy a közfelfogás szerint Ethernet=UTP.
De akár Ethernet és TCP/IP is lehet, csak közvetett jelek alapján sejtik, hogy ez valami más.
De nincs jelentősége.
Nem tudjuk, hogy mennyire kell gyorsnak lenni, csak azt, hogy aki írta, szeret NAGYON biztosra menni, és vélhetően a leghülyébb kezelőre is felkészül. Tehát akár a remegő kezű, köszvényes Józsi bácsi is találja el gond nélkül. (Nem tudom, hogy kik ülnek ott és mit csinálnak, csak azt, hogy valakinek mindig ott kell lennie.)
Remélhetőleg nem a szabályozórudak vészleeresztése múlik rajta.
Van egy rettenetesen körülményes és hosszú dokumentum a megvalósítandó biztonsági intézkedésekről, amelyek egyik eleme ez a kapcsoló, amiről önmagában is elég bőbeszédűen, ámde információszegényen írnak, ráadásul több helyre szétszórva.
Én most Nektek hála kaptam egy piros pontot, és a jelek szerint kicsit el lehetett ezen szórakozni.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz bambano #11858 üzenetére
Számomra azért nincs jeletősége, mert az igénypontokban nem volt szó erre vonatkozó követelményekről. Annyi volt leírva, hogy lehessen kapcsolgatni.
A Te szakmai szempontjaid alapján ezek nyilván fontos paraméterek. Aki írta az igénylistát, elvben értett hozzá, feltételezendő, hogy nem véletlenül hagyta ki az átviteli minőségre vonatkozó adatokat.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
-
Pikari
őstag
válasz bambano #12037 üzenetére
Ennyire nem akarok érteni hozzá, csak kényszerből foglalkozok ezzel. Keret sincs rá.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
SP4C3
veterán
válasz bambano #12044 üzenetére
Ezen túl vagyok, többször is... ajánlottam még openvpn-t, az sem jó (részben a teljesítmény miatt), azért szeretné, hogy megtanuljam az ike2-t, mert 1x-2x már volt olyan munkája az elmúlt ~30 évben, ahol adott szolgáltatók csak ike2-vel dolgoztak (telenor/yettel meg még 1 valamilyen cég) és így alkalmazkodni kellett.
-JNA- Yugoslav National Army // ⍟T-34-85⍟ // MSI H81M-P33 / Intel Xeon E3-1220 v3 @ 3.5GHz / 16GB DDR3 @ 1600MHz / Gigabyte RX470 4GB. sp4c3.speedtestcustom.com
-
félisten
válasz bambano #12067 üzenetére
Köszi!
Megcsináltam, egyelőre még tesztelem, kiváncsi vagyok az eredményre.
Pikari: Kössz!
Sejtettem, hogy valami hálózati dolog, csak reméltemy hogy itt van valaki, aki tapasztalt már hasonlót, vagy van tudomása szolgáltatók közti gyengébb kapcsolatról. Mert ha fixen lassú, akkor nem erőlködöm a megoldással.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
MasterMark
titán
-
félisten
válasz bambano #12077 üzenetére
Ha a szolgáltatói routeren bekapcsolom a guest wifit, az is vlan-nal műxik a háttérben, és leveszi az MTU-t?
Adok neki esélyt, hogy most oltári nagy ökörséget kérdeztem, de egy életem, egy halálom.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Edorn
aktív tag
válasz bambano #12100 üzenetére
Két regisztrátornál vagyok. Az egyik nem ad. Pontosabban elsődlegesnek és másodlagosnak is nála kell lennie, ha az ő névszervereit akarom használni. Másik meg csak akkor ad, ha nála van a szerver is... Eddig adta úgy is, ha másnál volt a szerver, de most ezen változtatott, ezért is keresek másik megoldást.
Most teszt jelleggel beüzemeltem nas-on az egyik domain-al. Egyelőre működik a dolog, csak probléma, hogy nincs fix ip. IP követést ugyan rá tudok állítani(van is), csak éppen névszerver transfer beállításokhoz csak ip-t lehet megadni... :-/
AMD Ryzen 5 5600 3.50GHz AM4, SAPPHIRE RX580 4GB, EX2220 (1920x1080), crucial MX500 SSD, CRUCIAL 16GB Ballistix DDR4 3200MHz, MSI B450 GAMING PLUS | Tárhely, domain: https://nokturn.hu
-
JHC
tag
válasz bambano #12115 üzenetére
Mára új fejlemény van. Egy dolgot nem néztem még meg, most ez segített. A pultba ami a távoli oldalon van, van egy betűzős fali aljzat felragasztva, aminek az lyukja felfele néz. Na ebben rengeteg pormacskaszerű volt. Egy másik kábelteszterrel néztem ma meg, hogy jó-e a drót, de mindig mást mutatott. Egyszer azt mutatta, nincs meg egyik szál, másszor azt, hogy zárlat van. Miután észre vettem, hogy ez a fali aljzat retkes, mert már nem volt mit nézni, kifújtam belőle tödővel ami benn volt, aztán megjavult a csatlakozás ettől a művelettől. Nem tudom ezek a betűzős aljzatok mennyire szoktak kontaktosok lenni, de a következő az lesz, hogy ezt fogom kiiktatni, és egy RJ45-ös toldóval próbálkozok. Tudom esetleg egy mendzselhető switch esetleg segítene a hiba felderítésében, de nekünk nincs szükségünk igazából arra amit egy ilyen cucc tud, bár azért nincs nagy különbség árban, úgyhogy lehet a következő majd egy Smart switch lesz.
-
-
-
-
válasz bambano #12216 üzenetére
Van még egy ilyen switch is ahol szintén van IGMP, mindkettő switchen tiltottam. (talán összeakadtak?)
Valamint ezen alapból be volt állítva a sárgával jelölt rész is (a másikon a port based volt ahogy a képen), azt átraktam port basedre.
Ezt disable-re raktam mindkettőn: (itt még a bekapcsolt állapota van)Ezt meg mindkettőn port basedre raktam, a sárgval jelölten volt.
Most tesztelem. (Pontosabban várom usert hogy kiabáljon a scannelés miatt)
[ Szerkesztve ]
Vintage Story PH szervere újra fut!
-
válasz bambano #12224 üzenetére
Nem kimondottan nagy hálózat csak sok szerteágazó.
Az alábbi eszközök vannak még a hálózatban:Fő router Mikrotik RB3011 (nincs IGMP scooping bekapcsolva)
Nagy switch1: Mikrotik CRS354-48G (nincs IGMP scooping bekapcsolva)
Nagy switch2: Linksys LGS528P de ezen csak az IP telefonok lógnak (nincs IGMP scooping bekapcsolva)
Illetve sok kis eszköz ahol szintén nincs vagy ki van kapcsolva:
3db Mikrotik RB260
2db a fent említett TP-link 16-os smartból
4db 8 portos buta tp-link switch
3db poe switch 9db kamerának + DVRWifi cuccok:
3db Tp Link archer A7 AP-ként beállítva
2db Tp Link AP (fejből nem tudom milyenek de igazi AP-k)
Mikrotik:
cAP és wAP
Rb911LHálózatos nyomtatóból 8db van vegyesen Epson, Canon, HP. Szerverekből 5 van de hyperv-ben is fut pár, asztali gép kb 30 van csak. Van pár speckó eszköz, okosházas, fűtéshez, ipari eszközök stb.
Az IP telefonok szinte mindegyike külön a linksys switchen van ahogyan a telefonközpont is és úgy vannak a routerre kötve. Ugyanígy a DVR és kamerák is saját switchen vannak és a routerbe futnak be.
Szóval kellene egy igmp querier, gondolom nagy routeren kellene beállítani vagy egy nagyobb switchen.
Elkezdtem amúgy egyszer összerakni rajzot a fontosabb eszközökről de nem fejeztem be. SNMP-vel sávszélt is kiíratva.
Vannak szerverek amik több lan kábellel csatlakoznak a nagy routerhez mert biztonsági mentés idején előfordul olyan hogy egy időben több hdd-re több gépről megy a mentés de csak éjszaka. Valamiért ezt ez a dude program nem tudja így az nincs jelölve.[ Szerkesztve ]
Vintage Story PH szervere újra fut!
-
válasz bambano #12226 üzenetére
Nincs vlan, pedig némely esetbe jó lenne.
Vendégháló van elkülönített IP-vel amit a mikrotik AP old meg vlan nélkül.
Most nem hívtak úgy hogy jó lesz ezek szerint.Megtaláltam (Multicast querier elérhető ha bekapcsolom a scoopingot), tesztként bekapcsolom amikor kevesebb lesz a forgalom. Bár most minden megy de év végén lesz lehetőségem a hálózatot csesztetni.
[ Szerkesztve ]
Vintage Story PH szervere újra fut!
-
PiroGrim
csendes tag
-
Kukipapa_rr
tag
válasz bambano #12264 üzenetére
Először is köszönöm mindenkinek a válaszokat.
(A pontosság kedvéért nem én neveztem hibának, hanem a Voda, én érdeklődtem, hogy ez hiba-e.)
Ha van egy kis türelmetek, légy szíves, segítsetek, hogy pontosan megértsem ezt (fejlesztő vagyok, de nem infrás).
1. Ott kezdődik, hogy a forrás cím Cadant_xx:xx:xx (ez állandó). Ez nem MAC cím, nem IP cím, fogalmam sincs mi ez. Milyen formátumú cím ez? Miért nem IP vagy MAC cím? (Valaki írta, hogy GW MAC lehet, de miért nem követi a MAC cím formátumát?)
2. Felteszem, ez valami ISP oldali hálózati router címe, ami összeköti a Vodafone végfelhasználókat, kapja a kérést, broadcast-olja az ARP-t. Az vagy teljesen más?
3. Az ARP kérés miért nem helyi hálózat szinten működik? Tehát azt várnám, hogy pl. én kapcsolódnék mondjuk az 1.2.3.4-hez, ez megy a Cadant_xx:xx:xx GW-hez (ami úgy működik, mint helyi hálón egy router), az rájön, hogy ez nem a helyi subnet címe, ezért továbbítja az ő GW-ének. Ehelyett úgy kezeli, mintha megtalálhatná a subneten, küldi az ARP-t, hogy ki az, mindenkinek. Holott csak az ő Gateway ARP kérését kéne látnom. Nem értem.
4. Bármilyen ISP kábelét direktben a gépre dugnám, hasonlót látnék?
5. Kérdésre válaszolva: a Who has xxx.xxx.xxx.xx? mindig más (szinte minden IP különbözik), és a Tell xxx.xxx.xxx.xxx rész is, de ott gyakrabban látni ugyanazt az IP-t. Mindezt kb. 800 query / sec ütemben.
Tehát kb. úgy tűnik, mintha minden Vodafone kliens minden kérését megkapnám. De így komplett profilt lehet építeni, hogy ki hova akar csatlakozni. Biztosan látnom kéne nekem ezt?
Ha segít, szívesen megosztok privátban Wireshark log-ot. (De kb. pont így néz ki.)
[ Szerkesztve ]
-
Kukipapa_rr
tag
válasz bambano #12273 üzenetére
Oké, ennek van értelme. Megnéztem a Wireshark log egy részletében a Tell részben levő kb. 5-féle tartományt, az mind a Vodafone-é.
(Elég furcsa, hogy mind az 5 subnet össze van kapcsolva, ez így nem tűnik hatékonynak, hiszen így mindenkinek megy a broadcast, miközben lehetne szeletelni, de mindegy.)
Az továbbra sem tiszta, hogy a Cadant GW miért küld ARP kérést egy nem Vodafone subnet-hez tartozó IP címhez. Tehát most kb. az történik - ha jól értem -, hogy csatlakoznék pl. az 1.2.3.4-hez, az én modemem csatlakozik a Cadant GW-hez, az meg ahelyett, hogy észrevenné, hogy nem helyi a cím, küld egy ARP broadcast-ot, hátha mégis, feleslegesen.
"De így komplett profilt lehet építeni, hogy ki hova akar csatlakozni.": nem, nem lehet, mert a válaszokat nem látod.
Miért kellenek a profilépítéshez a válaszok? Azt látom az ARP kérésben, hogy kinél van az 1.2.3.4, küldd el xxx.xxx.xxx.xxx-nek (catv-xxx-xxx-xxx-xxx.catv.fixed.vodafone.hu), tehát xxxxxx próbált csatlakozni 1.2.3.4-hez.
Most persze nem tudom, ki az xxxx, de más forrásból megtudom, mi az áldozatom címe (persze Vodás kell legyen), és passzívan monitorozva az ARP kéréseket, profilt építek, hogy miket látogat.
-
Kukipapa_rr
tag
válasz bambano #12275 üzenetére
Vegyük a két kérdést külön.
Pl. ha én a LAN-on egyik csatlakozott PC-ről (pl. 192.168.1.15) rá akarok csatlakozni egy NAS-ra a helyi címen (pl. 192.168.1.60), akkor nyilván megy egy ARP broadcast, hogy
Who has 192.168.1.60? Tell 192.168.1.15
Amit megkap minden résztvevő a helyi hálón, de ez a broadcast nem megy ki a helyi subnetről, a modemig sem jut el. A válasz meg a MAC címet tartalmazza. (Nem?)
Ha el akarom érni az 1.2.3.4-et, a router tudja, hogy nem helyi ez a cím és nem megy ARP broadcast (vagy igen?), kapcsolatba lép a modemmel (GW), az a Cadant GW-el, annak is tudnia kéne, hogy az 1.2.3.4 nem helyi cím. Ennek ellenére megy az ARP broadcast.
Ha egy másik Vodafone klienshez csatlakozom, akkor érthető lenne az ARP broadcast, hiszen az helyi szint.
nem tudod monitorozni a veled egy mac domainben levők arp kéréseit, egyrészt mert a hálózat erre technológiailag nem ad lehetőséget, másrészt mert nincsenek ilyen arp kérések.
Hogy érted, hogy nincsenek ilyen ARP kérések? Pont ezért írtam, mert óránként 3M (!) ilyen kérést látok.
Mit értek rosszul? Félreértem az ARP működését? Nem arról szól, hogy egy IP címhez felold egy MAC címet, hogy fizikailag oda tudjon menni a csomag?
-
Kukipapa_rr
tag
válasz bambano #12277 üzenetére
Köszönöm, és tényleg nem szeretnék a türelmeddel játszani, de le tudnád írni, hogy hogy kell elképzelni egy ilyen "ping kérés" útvonalát?
Pl. 6.6.6.6 IP-jű hackelt számítógépen, a világ túlsó végén indítanak mondjuk egy port scan-t 8.8.8.8-ra. Hogy lesz ebből egy ARP broadcast az én végpontomon, amin ilyesmit látok:
Who has 8.8.8.8? Tell <fellow Vodafone client IP>
Vagy a Vodafone kliensek gépe van feltörve, akiket a Tell részben látok?
-
inf3rno
nagyúr
válasz bambano #12325 üzenetére
Köszi! Esetleg lehet valahogy kényszeríteni, hogy mégis küldje ki a forgalmat a kábelre? Jó lenne tesztelni mielőtt több pénzt teszek ebbe az egészbe, mert azért nem olcsók ezek a kártyák meg dac kábelek, aztán jelenleg annyi a mérlegem, hogy az egyik kártya rossz, ez a másik meg talán jó, de nem igazán akar működni. :S Jó nagy hülye voltam, amikor eladtam a 10Gbps kártyáimat. Vígan meglennék velük, csak hát a megalománia.
Tulképp a proxmoxos topikban sem hiszem, hogy tudnak segíteni, mert ez inkább arról szól, hogy debianban hogyan lehet működésre bírni ezeket a kártyákat. Menjek át Linux topikba, vagy jó helyen van ez itt?
[ Szerkesztve ]
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz bambano #12327 üzenetére
Elvileg ezzel meg lehet oldani: [link]
Kösz az ötletet, megpróbálkozom vele, mert amúgy is virtuális gépre megy majd a másolás meg minden. Közben eljutottam odáig, hogy ethtool azt írja van kapcsolat, viszont a proxmox még mindig nem írja aktívnak. Fene sem érti ezt.
Buliban hasznos! =]
-
olloczky
senior tag
válasz bambano #12333 üzenetére
így így, csak hogy itt legyen az ide vonatkozó [rfc 5737]
Úgy még sosem volt, hogy valahogy ne lett volna!
-
félisten
válasz bambano #12333 üzenetére
Igen, pont erre vonatkozott a megjegyzésem, hogy a hálózaton belüli szabad felhasználású címeket is egy kalap alá veszik a rendszerszinten meghatározottakkal.
Ismerek szakiskolai tanárt, aki pontlevonással sújtja azt, aki nem az ő saját kiosztását alkalmazza a dolgozatban.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
PiroGrim
csendes tag
válasz bambano #12340 üzenetére
Így, illetve az, hogy átlát-e a két vlan egymásba az a vlanokat végeztető (Gateway) eszközön múlik. Egy router vagy egy layer3 switch by (cisco) default engedélyezi a forgalmat két vlan között, amennyiben azt egy szabállyal (ACL) explicit nem tiltod. (Még a cisco régi tűzfalai (ASA) is így működtek.)
Ezt úgy kell érteni, hogy bár boadcast alapon nem egy térben vannak, tehát egy "megszólítok mindenkit" csomagot a másik háló tagjai nem kapnák meg, addig ha ismered a címét az másik hálózatbeli eszköznek, direktbe tudsz küldeni neki csomagot. A mai tűzfalakon viszont már a standard az, hogy mindent tiltunk amit nem engedünk, (implicit deny). Tehát ha nem veszel fel szabályt arra, hogy a két lan láthassa egymást, akkor nem fogják. Az viszont jó kérdés, hogy az asus router ilyen szinten hogyan gondolkozik.szíszíenpí vájörlesz /én
Új hozzászólás Aktív témák
- BestBuy topik
- Házimozi belépő szinten
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Luck Dragon: Asszociációs játék. :)
- Androidos tablet topic
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Netfone
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- Lenovo Legion 7, 16,0"WQXGA, Ryzen 9 6900HX, 32 GB DDR5, RX6850M XT 12 GB, 1TB SSD, 1,5+ év garancia
- Corsair RM850e 850W Gold Moduláris Tápegység
- Samsung Odyssey Neo G9 Super Ultrawide Gamer Monitor!49"/Mini LED/5120x1440/240hz/1ms/+Ajándék
- Apple Macbook Pro 16" 2019 i7-9th 6Magos 32/512 -75% Touch Bar HUN Radeon Pro 5300M 4GB 3K Retina
- Apple Mac mini M2 2023 8GB 256GB + Xiaomi Mi Desktop 27"-os FullHD monitor egyben
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen