-
Fototrend
Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.
Új hozzászólás Aktív témák
-
-
-
válasz
#42556672
#7488
üzenetére
Adott egy hálózat, ahonnan az eszközök, kliensek állítólag Proxy-n keresztüli juthatnak ki a nagyvilágba.
Nekem néhány IP-s kontroller számára kéne (S)NTP szolgáltatást biztosítani. De ezekben a kontrollerekben nem lehet Proxy-t megadni. És itt jönne a képbe a MikroTik :-) -
-
bacus
őstag
válasz
#42556672
#7354
üzenetére
Ráadásnak ha többen összeálltok vesztek egy csomagot mobil hotspottal közösen, és lesz havi 150 giga, ami több mint elég, és ezért nem szólhat senki semmit. Feltéve, hogy nem a munka rovására megy, vagy ezen külditek szét az ipari kémkedéssel szerzett infokat
Nekem van ügyfelem (cipőbolt), ahol volt wifi a dolgozóknak, jött a kérés, hogy tiltsam le, mert az eladók szarnak a vevőkkel foglalkozni, ott facebookoznak a polcot támasztva. Letiltottam, következő hónapban jöttek, hogy még mindig, pedig wifi már nincs, most a gépeken csinálják.. Facebook kitilt a hálózatról..., vettek mobil netet a dolgozók.
Most ott tartanak, hogy akinél a kézben látnak mobil telefont, másnaptól nem kell bemenjen dolgozni..2 hónap alatt elintézték maguknak, hogy a gyereknek hazatelefonálni 1 percre, hogy rendben hazaért e, azt is csak lopva a budin.
Egyébként a sógorom a Sparban dolgozik, ott az öltözőben kell hagyni a mobiljukat, évek óta így van.
-
ekkold
Topikgazda
válasz
#42556672
#7308
üzenetére
Újra megpróbáltam az EOIP összekötést. Felvettem a bridge filterbe a 67-68 portok tiltását az EOIP interfészre. Ennek ellenére előjöttek anomáliák. Az otthoni PC-knek, és a wifi AP-knek fix IP címe van, a többi eszköz DHCP-t használ, ill használok párféle Os-t virtuális gépen. Amikor az EOIP interfészt berakom a bridge-be, onnantól a virtuális gépek nem érik el a hálózatot (IP ütközést vagy más nem definiált hibát érzékelnek).A hiba előjön akkor is ha fix. IP-t adok a virtuális gépnek, és akkor is ha DHCP-t kellene használnia. Ha a mikrotikben kiveszem a bridge-ből az EOIP interfészt akkor megjavul minden. Tehát nekem úgy tűnik, hogy még valamit szűrni kellene, de nem tudom mit. Ötlet esetleg? A két összekötött hálózatban nincsenek egyforma IP-k, az egyik 192.168.x.x, a másik 10.x.x.x címeket használ. A cél elsősorban a távoli médiaszerver kényelmes elérése lett volna, esetleg a további hálózati eszközök tallózhatósága és elérése (de egyik sem fontos feladat, csak olyan jó lenne ha működne...). Jelenleg ha a távoli médiaszervert akarom elérni, akkor egy külön wifi SSID-n elérhetővé teszem, amire mondjuk a tv fel tud csatlakozni, így nincs ütközés a két hálózat között. Amúgy a VPN-en keresztül, IP alapon rendben elérhető a távoli hálózat, tehát csak akkor van anomália ha layer2 kapcsolattal próbálkozom.
-
ekkold
Topikgazda
-
ekkold
Topikgazda
válasz
#42556672
#7305
üzenetére
Ez nem olyan régen került csak be a RouterOS-be. Akkor ki is próbáltam, mivel nekem is van pár állandó VPN kapcsolatom, de valami akkor sem volt oké, furcsa belassulások voltak, a windows-ok meg gyakran IP cím ütközést írtak ki (de valójában nem volt IP ütközés). Gyakorlatilag nem találtam olyan beállítást, amivel elérhettem volna hogy stabil layer2 kapcsolat legyen, és emellett minden működjön úgy mint előtte. Lehet hogy azóta javítottak a dolgokon, nem tudom, nem volt energiám újra nekifutni a dolognak (meg nem is volt olyan fontos). A távoli médiaszerver elérését úgy oldottam meg, hogy szükség esetén egy külön wifi SSID-n szórom a távoli hálózatot, azaz az eoip innenső vége nem a fő bridge-be van belerakva - de ez sem egy állandóan szükséges dolog volt, inkább csak kísérletezés.
Mindenesetre kiváncsi lennék, ha valakinek sikerült jól működő módon megvalósítania két, szokványos otthoni beálllításokkal működő router (NAT, DHCP stb..) között layer2 kapcsolatot, akkor milyen beállításokat használ... -
e90lci
senior tag
-
e90lci
senior tag
válasz
#42556672
#7200
üzenetére
Szia
Ez csak egy hirtelen ötlet.Tudnék aránylag jó áron RB4011 est azért gondoltam a cserére.POE hibája meg nem nagyon zavar,Van otthon egy 8 portos switchem ki tudnám váltani ideiglenesen a routert.De a lustaság és időhiány miatt nem tettem még eddig meg,+ teljesen stabil a net,belső hálózat mióta Miki van a lakásban ezért sem.Meg az asszony,gyerek hisztije sem hiányzik.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Beniii06
addikt
válasz
#42556672
#7136
üzenetére
Az optikát a szolgáltató saját ONT-ja fogadja így a Te szempontodból elég ha van gigabites portod.
Ez így nem teljesen igaz, mert lehet bridge módba is kérni az ONT-ot, így a pppoe kapcsolatot a router(Mikrotik) fogja felépíteni és ahhoz kell erő a gigabit kihajtásához.Ha már igényem volt egy "normális" routerre és van rá lehetőség(szolgáltatónként, csomagonként eltér), akkor biztos nem hagynám, hogy a szolgáltatói eszköz routoljon nekem, főleg ha még ingyenes wifi hotspotként is működik és rácsatlakoznak ismeretlenek.
Más:
Ha már így szóba került, a ROS mennyi pppoe kapcsolatot enged felépíteni egyidejűleg maximum? -
bb.bocs
őstag
válasz
#42556672
#7027
üzenetére
Sajnos ott sem kapható...
Tisztelt Ügyfelünk!
Sajnos a kért termék nem rendelhető, megszüntették a gyártását.
A rendelését a mai napon töröljük.
Ellenzést kérünk a kellemetlenségért.
Üdvözlettel:
Magyar Biztonságtechnikai Kft.
másik házba belemegy, csak hülyén néz ki, nem tud ráfeküdni, első két csavar tartja max... de a semminél jobb lenne
vagy csináltatni valahol. -
vargalex
félisten
-
vargalex
félisten
válasz
#42556672
#7045
üzenetére
Ez teljesen világos, természetesen a block diagrammot is néztem. Illetve a switch-et is ismerem, hiszen ugyan ez van pl. a TP-Link TL-WR1043ND v2/v3-ban is.
A kérdés arra irányult, hogy mit csinál a RouterOS. Ugye pl. alap konfiguráció szerint az eth2-eth5 és a wlan1, wlan2 interface-ok bridge-be vannak szervezve (ez lesz a LAN). Ha ezt a RouterOS az eth portok esetében nem a switch konfigurációjával éri el, hanem valóban egy hagyományos értelemben vett bridge-et hoz létre (azaz fizikai interface-okat software-osan 1 logikai interface-ba szervez), akkor bizony a közvetlen forgalom (pl. eth2 és eth3-ra csatlakoztatott 2 gép között) feleslegesen a CPU-n keresztül fog menni. Azt, hogy ez ne így legyen, csak a switch konfigurációjával lehet elérni. -
bb.bocs
őstag
válasz
#42556672
#7033
üzenetére
az 5db nem kevés
kérdés hogy r52n és r52-350, r52 kívül van e még ami beletud menni hogy őszinte legyek most ismerkedek a dologgal. Éppen egy online tanfolyamot végzek mikrotikből, részben ezért is vettem meg ezt a cuccot. érdekelne melyik kártya igazából miért jó mire használható, miben kül., milyen lehetőségeim vannak még fejlesztés szempontjából -
Kiratheonly
tag
válasz
#42556672
#6813
üzenetére
Nos, erre a hozzászólásra reagálva. Ma végre kiderítettem mindent. Úgy voltam vele, hogy a fene egye meg, veszek egy SFP modult. Méghozzá egy S-RJ01-et, hogy RB3011-el és RB4011-el is tudjam tesztelni a DIGI féle 1Gbps-es netet, ha már az Auto-negotiation nem akar menni megfelelően. Szóval megvettem, hazahoztam és összesen 2 perc volt az adapter és net belövése, mert ennyi idő alatt az RB3011-en már 1Gbps Auto-nego-val hozta is a kívánt sebességet a cucc. RB4011-en úgyszintén.
Szóval eddigi legjobb döntésem volt, hogy vetttem egy ilyen modult. Csak azt sajnálom, hogy nem tettem előbb így, mert összesen 20 óra nettó ****ást tudtam volna megspórolni, ha már előbb megveszem. Szóval akinek ilyen jellegű problémája lenne az Auto-negotiation-nel, az nyugodtan tegyen egy próbát, akár az 1Gbps-os SFP modullal.
A tapasztalataimat megírom a Mikrotik supportnak is, akikkel már hetek óta levelezek.
-
bambano
titán
válasz
#42556672
#6982
üzenetére
kösz a választ, de ha 10 gigás sfp+ portot keresek, akkor azt írom bele a kérdésbe.
de én kifejezetten 10 gigás rj45-ös portot keresek, mert az sfp+ modul úgy melegedik, mint állat. vettem belőle egy marékkal, ki is hajítottam a francba, mert nem fogom felgyújtani az épületet.most arról ne beszéljünk, hogy 10 gigás rezes sfp+ port a szabvány szerint nem létezik, csak szabványon kívüli megoldás létezhet.
-
Guszti
aktív tag
válasz
#42556672
#6940
üzenetére
De nem lesz olyan wlan interface-em ami az adott vlanid-vel tagel, ez a bajom
En ertem, h mikrotikek a sajat szaros peldajukba megoldjak ezt a dolgot egyszeruen, mer nem kapcsolja be a vlan szurest a cap bridge-en, es a szaros default pvid=1 ertekkel garazdalkodik a halozaton, de ez nem megoldas... -
Guszti
aktív tag
válasz
#42556672
#6936
üzenetére
Olvastam, de annak a szerencsetlen wifi interface-nek csak kene egy vlanid, kulonben az eletbe nem fog megkapni semmit, illetve kuldozgethet bele a vilagba barmit, az nem fog eljutni sehova. Mint irtam local-forwarding modba van a capsman. Most valoban direktbe van osszekotve az rb4011, es a hapac2, de kozte lesz meg switch. 5 vlan van most a trunkon ami a ket eszkoz kozott van.
-
Guszti
aktív tag
válasz
#42556672
#6931
üzenetére
Az AP-rol beszelek, nem a manager oldalrol, ott megvan 2 datapath, szepen az egyik a master, a masik a slave. Reszletesen a Capsman fut egy rb4011-en, es a cap pedig egy hapac2. A hapac2-n mikor letrejonnek a virtualis wlan interface-ek na azok nem kapjak meg valamiert a normalis vlanid-t, hanem pvid=1-el jonnek letre.
-
válasz
#42556672
#6647
üzenetére
Igen, köszönöm, gyakorlatilag egész nap a Mikrotik weboldalát, fórumokat és egyéb leírásokat olvasgatok.
Az Általad linkelt oldalt néztem elsőnek, csak sajnos nem tudok mit kezdeni vele -- mint ahogy a Mikrotik on-line manual nagy részével eleve nem. Egyszerűen annyira más mint miden eddig látott rendszer, és vélhetően tudatosan tartják ezt a távolságot, hogy ebből is bevételük legyen.
Sajnos be kell látnom, hogy az induláshoz segítség kell, és az, hogy olvassam el a manualt, nem igazán segítség, hiszen magamtól is meg tudom találni és el tudom olvasni -- csakhogy "kódolva van".
Kezdem megérteni, amit évek óta olvasok, hogy ehhez bizony pilótavizsga kell...
MaCS
-
válasz
#42556672
#6625
üzenetére
Ezen a kültéri access pointon kizárólag az a vendéghálózat menne, ami miatt az egészbe belekezdtem.
Persze akár NAS is lehetne mögötte, de én ilyet biztosan nem tervezek!
Az a lényeg, hogy szórja körbe a házat wifivel, ami legyen teljesen elkülönítve a többi Ethernet LAN-porttól -- amire maga a routerboard tudtommal kiváló lehetőséget biztosít.
MaCS
-
válasz
#42556672
#6618
üzenetére
Köszönöm, a jelek szerint vakegér vagyok, mert kb. 5 oldalon kerestem ezt az adatot, de valahogy elakadtam a 2 dBi-nél, ami mondjuk egyértelműen utal a körsugárzásra. (Bár a Mikrotiknél most sem látok 360 fokra utaló adatot...)
A 100 Mbps pont elég, a felének is örülnék netsebességben.
Az Általad ajánlott eszköz sajnos nem alternatíva, mert egyrészt majdnem háromszor drágább, másrészt nem körsugárzó -- bár egyértelműen nagyon jó cucc lehet!
A nagy kérdés az, hogy a RBwAP2nD jelent-e érdemi előnyt a meglevő TP-Link AP-tal szemben azáltal, hogy ő is Mikrotik.
Köszönettel: MaCS
-
válasz
#42556672
#6586
üzenetére
"- Az Open VPN csak TCP-n megy ígyhát lassú, évek óta nyöszörög mindenki az UDP-ért de nemigen látszik, hogy meg akarnák oldani."
A fenébe... Ezt nem hittem volna, viszont fontos a relatíve gyors VPN.
Nem is értem. Mindehol azt hallom meg azt is tanultam, hogy VPN = UDP, a TCP az esetek többségében használhatatlan és értelmetlen...
Köszönettel: MaCS
-
bambano
titán
válasz
#42556672
#6568
üzenetére
ez egy nagyon jó kérdés, amit akkor lehet megválaszolni, ha valaki szétkapta, mint foxi a lábtörlőt.
(#6567) ekkold: nekem usb nem hiányzik, fájlszervernek rendes vasat tartok (cm stacker1, emeld meg
), ha most bukok az árán egy tizest, az se izgat. fontosabb, hogy egyszerűen be tudjam szerezni, meg hogy ne legyen a lakásban doboz hátán doboz, merugye tartunk házi morgót is... 
-
bambano
titán
válasz
#42556672
#6562
üzenetére
ezt én is látom, de ha jól látom, akkor van benne egy mpcie aljzat, amibe tehetnék utólag kártyát, és az egyik sávot le tudnám fedni. nekem az elég lenne.
azért agyalok ezen, mert az általam látogatott boltok nem árulják a gyárilag wifis verzióját, csak a vezetékes router verziót. -
mrzed
senior tag
válasz
#42556672
#6430
üzenetére
Közben rájöttem, hogy miért nem fért a fejembe a 16MB háttértárra történő frissítés. Még a 3.x verziónál kezdtem a mikrotikezést, akkor még a hátértárra kellett másolni a frissítő csomagot, nem volt upgrade gomb. Ez a szokásom megmaradt, igazából újdonság erejével hatott rám ez az információ a napokban.
-
mrzed
senior tag
válasz
#42556672
#6443
üzenetére
Köszönöm a válaszokat.
Nagyon szemezgetek az RB450Gx4-el.
Sokat olvasgattam a PoE témával kapcsolatban, annyit már tudok, hogy észnél kell lenni. Jól bogarászom, hogy az említett board az 1-es porton kaphat PoE tápot, a többin passzívan ad? Az-az nem detektálja a rákötött eszköz ezen képességeit? Vagy a szoftverből állítható, hogy egyes portokon adjon-e fel tápot is? -
A_ScHuLcZ
addikt
válasz
#42556672
#6383
üzenetére
És igazad lett!
Noha logikusan egyik default tűzfalszabály sem kéne, hogy megfogja, azért próbaképpen kitöröltem mindet (a fastrack dummy-n kívül), és láss csodát, azonnal működik. (mondjuk MAC alapon nem találja meg, mint neighbourt, az kicsit érdekes)
Akkor így már megoldom szerintem, köszönöm a validálást és a rávezetést.
Core2duo6600: MS Visio
Update: már rá is jöttem mi fogja meg, és végiggondolva igaza van, a vlan interfacek nem lettek hozzáadva a "LAN" néven futó interface listához...
Ez a sor volt a ludas:
add action=drop chain=input comment="defconf: drop all not coming from LAN" \
in-interface-list=!LAN -
A_ScHuLcZ
addikt
válasz
#42556672
#6374
üzenetére
Bocs, délután nem voltam gépközelben.
Összedobtam egy gyors tervet, a végére ezt szeretném elérni. Akkor fogom betenni a hEX helyére az RB450-t, ha sikerült nagyjából működőképesre bírni az ábrán látható elképzelést.
Az ether2 a jelenlegi hEX-es konfigurációban is trunk, és a natív 1-esen kívül 2 VLAN-t visz át taggelve (client, guest). Jelenleg más VLAN ID-kat használok, ezt nyilván hozzá kell majd igazítani az új konfighoz az AP-n.
Az ether3 porton egy otthoni szerver foglal helyet, ami egyben NAS is, ezen virtuális gépeket szeretnék futtatni, amik másik VLAN-ból fognak IP-t kapni, ezért kell a trunk.
A hálózatok közötti átjárhatóságot a tűzfal fogja szabályozni, ennek beállítását még nem csináltam meg.
Az RB450 jelenlegi konfigja, aminél elvesztettem az elérést a router mgmt-jével. Ha kikapcsolom a bridge alatt a vlan-filteringet, akkor ismét elérem MAC alapon. ether4-re vagy ether5-re csatlakoztatott PC megkapja a helyes IP címet a megfelelő VLAN-ból, és a router összes VLAN Interface-e pingethető.
(a későbbiekben tervezek bevezetni egy DMZ zónát, de ennek szükségességét még mérlegelem)
-
bambano
titán
válasz
#42556672
#6329
üzenetére
de nem ciscohoz képest érdekelne, hanem a csupasz dróthoz képest.
tehát vagy azt csinálom, hogy berakok n darab ethernet kártyát egy gépbe, és egyesével, direkt linken rákötöm a cuccot, vagy azt, hogy egy switchre rádugom a cuccokat, összetrunkolom és egy trunkot tolok be a gépbe. kérdés, ez utóbbival mennyit nő a késleltetés.nem dedikált ciscoval próbáltam, gagyi lett.
-
bacus
őstag
válasz
#42556672
#6247
üzenetére
"Nincs neki össze routolva a két subnet!"
Na ne már, ha a mikrotikben van definiálva két alhálózat a fentiek szerint a mikrotik az átjáró ahogy ez látszik is, akkor az bizony össze van routeolva (egyéb nat és tűzfal szabály hijján). A miki pontosan tudja, hogy az egyik alhálózatból a másikba küldött csomagot nem kell kiküldenie a netre sem az egyik, sem a másik kapcsolaton, hanem arra a bridgre kell kimenjen a csomag.
A dupla nat és a tcom dhcp most nem releváns, minden eszköz a mikrotikre van rákötve, alapból mennie kell. Tiltani kell, hogy ne menjen.
Ennek lehet egyik módja, hogy nat van a két alhálózat között, de akkor csak az egyik irány van tiltva.
A tűzfal szabályoknál két szabállyal lehet tiltani, de előtte mindenképpen engedélyezni kell, hogy a nyomtató fele és onnan vissza is átjusson a csomag. Ez tulajdonképpen nem négy, csak három szabály, a sorrend nem mindegy ugye. -
bacus
őstag
válasz
#42556672
#6245
üzenetére
Jézus, jó bonyolult a lelketek.
Mivel mind a két tartomány ugyan abban a routerban van, ezért ip alapon kell hogy menjen minden egyéb nélkül, hogy a két alhálózat egymást elérje, feltéve persze, hogy ez a router egyben az átjáró is.
Ha csak a nyomtatót akarod elérni, akkor neked egy db tűzfal szabály kell, ami ha a forrás a wifis hálózat és a cél nem a nyomtató ip címe, akkor drop-olja el a csomagot.
-
#6238
adam900331
csendes tag
#42556672
#6237
adam900331
csendes tag
válasz
#42556672
#6237
üzenetére
A karakterisztika értelmezésével kapcsolatban lenne kérdésem. A Horizontal Azimuth ábra esetében a ,,kör,, középpontján van az AP, a két db világoskék vonal pedig az AP sugárzási szöge? Szóval az AP-t felülnézetből látjuk? Hogyan kell értelmezni ezeket az ábrákat? Hogyan tudom leolvasni azokat az értékeket ami alapján meg tudom határozni pl. mekkora területet tudok lefedni? Köszönöm.
-
ssarosi
tag
válasz
#42556672
#6204
üzenetére
Hosszú kábellel (8m) próbáltam switchen keresztül (Zyxel 8 port Gbit), majd közvetlenül a 2011-en 2 rövid kábellel is, a 941 összes portján próbálkoztam. Ugyanezen a rövid kábelen hAP AC kifogástalanul megy.
Akkor eszköz hiba lesz.
Örülök neki, 5 napja vettem.
De még mindig jobb ha hibás, már teljesen el voltam keseredve, hogy még ezt sem tudom beállítani. -
asdf_
veterán
válasz
#42556672
#6184
üzenetére
Igen, de én mondjuk kelléket is szállítok nyomtatókhoz (de szerintem elég, ha menedzselni kell, már akkor is), így sokkal kényelmesebb, hogy egy kupacban, egymást követő ip címeken vannak azok, igy tudom fejből is, mint valami random fenntartott IP-n, és egyből tudok webconfigon tonerszintet nézni, szervernek is biztos, hogy valami "kerek" IP címe lesz, ha több switch van, azok is biztos egymás utáni IP címet kapnak, stb. Nekem/szerintem egyszerűbb az élet igy
-
quby
őstag
válasz
#42556672
#6138
üzenetére
Nos ujra húztam a konfigot. Most is az a helyzet, minden AP random átmegy
RSMBstátus-bolMB-be, majd vissza jön. és a leszakadó eszköz már nem jön vissza rá csak ha kikapcsolom a wifi klienst és ujra be. Függetlenül attol hogy andorid, vagy iphone, vagy win7...de ha nem is esik le az AP akkor is tele van a log:21:59:45 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 connected, signal strength -75
22:01:50 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:01:50 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 disconnected, group key timeout
22:07:09 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 connected, signal strength -65
22:10:55 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -86
22:11:11 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
22:11:11 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -86
22:13:50 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 disconnected, group key timeout
22:14:55 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:15:19 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -88
22:17:26 caps,info 68:AB:1E:2B:89:81@24-indoor1-1 disconnected, group key timeout
22:17:42 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
22:17:42 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -87
22:18:36 caps,info F0:99:B6:3A:84:37@24-indoor1-1 disconnected, extensive data loss
22:18:42 caps,info F0:99:B6:3A:84:37@24-indoor1-1 connected, signal strength -90
22:19:13 caps,info 68:AB:1E:2B:89:81@24-indoor1-1 connected, signal strength -84
22:20:26 caps,info 68:AB:1E:2B:89:81@24-indoor1-1 disconnected, group key timeout
22:20:26 caps,info F0:99:B6:3A:84:37@24-indoor1-1 disconnected, group key timeout
22:20:27 caps,info F0:99:B6:3A:84:37@24-indoor2-1 connected, signal strength -70
22:20:50 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:21:26 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -86
22:22:13 caps,info F0:99:B6:3A:84:37@24-indoor1-1 connected, signal strength -86
22:22:14 caps,info F0:99:B6:3A:84:37@24-indoor2-1 disconnected, registered to other interface
22:23:02 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 connected, signal strength -65
22:25:31 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:25:53 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -86
22:26:26 caps,info F0:99:B6:3A:84:37@24-indoor1-1 disconnected, group key timeout
22:26:36 caps,info F0:99:B6:3A:84:37@24-indoor1-1 connected, signal strength -91
22:26:39 caps,info 68:AB:1E:2B:89:81@24-indoor1-1 connected, signal strength -83
22:27:02 caps,info F0:99:B6:3A:84:37@24-indoor1-1 disconnected, group key timeout
22:27:12 caps,info F0:99:B6:3A:84:37@24-indoor1-1 connected, signal strength -91
22:27:30 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:27:52 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -85
22:29:26 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 disconnected, group key timeout
22:33:04 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:33:26 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -86
22:34:39 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:35:06 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -85
22:37:22 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:38:08 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 connected, signal strength -65
22:38:38 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -81
22:39:30 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
22:39:30 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -87
22:44:20 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
22:44:20 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -82
22:44:26 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 disconnected, group key timeout
22:47:29 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 connected, signal strength -66
22:48:02 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 disconnected, group key timeout
22:51:11 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 disconnected, received disassoc: sending station leaving (8)
22:51:36 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -84
22:53:00 caps,info 14:49:E0:6D:B9:6B@24-AP_outdoor-1 connected, signal strength -81
22:54:02 caps,info F0:99:B6:3A:84:37@24-indoor1-1 disconnected, group key timeout
22:54:12 caps,info F0:99:B6:3A:84:37@24-indoor1-1 connected, signal strength -85
22:54:34 caps,info 5C:51:81:3C:12:9B@24-indoor1-1 connected, signal strength -65
22:54:38 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
22:54:38 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -85
22:56:28 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
22:56:28 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -82
23:00:04 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
23:00:04 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -83
23:00:33 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
23:00:33 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -84
23:00:48 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 reassociating
23:00:48 caps,info 18:67:B0:71:2E:A5@24-indoor1-1 connected, signal strength -82És ha fent vannak akkor is csak nagyon lassu link speeddel. 72Mbps max de leginlkább 30 alatt...
-
quby
őstag
válasz
#42556672
#6129
üzenetére
Egy wAP ac és két cAP ac. Ha nem választok országot, akkor van csak 7 csatorna, ha kiválasztom hungary-t akkor ez:
/caps-man interface> possible-channels 24-AP_outdoor-1
channels: 2412/20-Ce/gn(20dBm),2417/20-Ce/gn(20dBm),2422/20-Ce/gn(20dBm),2427/20-Ce/gn(20dBm),2432/20-Ce/gn(20dBm),
2437/20-Ce/gn(20dBm),2442/20-Ce/gn(20dBm),2447/20-Ce/gn(20dBm),2452/20-Ce/gn(20dBm),2432/20-eC/gn(20dBm),
2437/20-eC/gn(20dBm),2442/20-eC/gn(20dBm),2447/20-eC/gn(20dBm),2452/20-eC/gn(20dBm),2457/20-eC/gn(20dBm),
2462/20-eC/gn(20dBm),2467/20-eC/gn(20dBm),2472/20-eC/gn(20dBm),2412/20/gn(20dBm),2417/20/gn(20dBm),2422/20/gn(20dBm),
2427/20/gn(20dBm),2432/20/gn(20dBm),2437/20/gn(20dBm),2442/20/gn(20dBm),2447/20/gn(20dBm),2452/20/gn(20dBm),
2457/20/gn(20dBm),2462/20/gn(20dBm),2467/20/gn(20dBm),2472/20/gn(20dBm)De az egyik (wAPac) flappel, és ha fent van akkor sem csatlakozik hozzá egy kliens sem....
-
quby
őstag
válasz
#42556672
#6126
üzenetére
Van két site is. Mindkettö 3 ap, csak az egyikben 3 n-es ap van , a másikon meg 3 n/ac-s, de az ac nincs használva. Ha nem állitok country-t az elsö megy kiváloan, de ha állitok, akkor az egyik ap flappel, (ráadásul pont az aminek a mac-jét használja a bridge amiben van, igy az is percenként változik) igy nincs country beállitva. Melyiket kellene/érdemes?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
), ha most bukok az árán egy tizest, az se izgat. fontosabb, hogy egyszerűen be tudjam szerezni, meg hogy ne legyen a lakásban doboz hátán doboz, merugye tartunk házi morgót is... 
Új hozzászólás Aktív témák
ekkold- DDR5 GAMER PC: Új RYZEN 7 8700F +RTX 4060/5060/4070/5070 +16-32GB DDR5! GAR/SZÁMLA! 50 FÉLE HÁZ!
- Dell Latitude 7410 Strapabíró Ütésálló Profi Ultrabook 14" -80% i7-10610U 16/512 FHD
- Szép! HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -65% i7-1185G7 32/512 Iris Xe FHD Magyar
- HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -65% i7-1185G7 8/512 Iris Xe FHD Magyar
- 512 Gb-os NVME-k
- Eredeti Lenovo 230W töltők - 4X20Z83995
- Bomba ár! Lenovo ThinkPad L390 - i7-8GEN I 8GB I 256SSD I 13,3" HD I HDMI I Cam I W11 I Gari!
- Intel Core i7-8700, i7-9700 CPU, processzor - Számla, garancia
- Csere-Beszámítás!AMD Asztali számítógép PC Játékra! R5 5600/ RX 6700XT 12GB / 16GB DDR4 / 500GB SSD
- Geforce GTX 1050, 1050 Ti, 1060, 1650, 1660 - GT 1030 - Low profile is (LP)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged