-
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
-
-
-
Később meglett a hiba: az OS frissítés után javasol bootloader frissítést. Na, én "ügyesen" downgrade-eltem a bootloader-t, mert rögtön azután rányomtam, hogy Firmware Upgrade, hogy felmásoltam az OS csomagot, de még nem volt reboot.
Erre igazából már akkor rájöttem, hogy a bootloader-t nem az npk csomagból fogja kihalászni és felírni, hanem a már telepített OS-ben lévőt használja, mikkor láttam, hogy 3.2x-ről 3.0x-re downgrade-elt, de akkor úgysem tudtam mást csinálni, mint Reboot-olni és félni, hogy talán fimrware recovery-vel kezdhetem első közös napot.
Ez is fura kicsit, hogy a hardware-en frissebb volt a bootloader, mint amit az előtelepített OS hordozott, és hogy az 5.3-as OS bootloader-ével nem boot-olt zavartalanul a 6.3-as OS, de ez már így sikerült.
A lényeg, hogy mikor Reset után magához tért, és ténylegesen is upgrade-eltem a bootloader-t a V6.3-as OS-ből, azóta zavartalanul boot-ol.
A második SXT-nél pedig már teljesen zökkenőmentesen zajlott az egész.Láttam, hogy tud ilyet, bepötyögtem a MAC-et, de azon sem reagált.
Töredelmesen bevallom bűneimet. Igazad van.
Valóban szerettem volna túl lenni az ügyön maximum 1-2 órán belül egy nekifutásból. Ha nem is next-next-finish módon, de egy szál szimpla point-to-point ügyet nem szerettem volna túlbonyolítani sem időben, sem szellemi munkában. Lustaság...
Gyorsan be akartam állítani este, másnap feldobni őket egy karóra, aztán elfelejteni, hogy léteznek.Azóta nézegettem a menüt és a WiKi-t is, illetve tesztelgettem már szobán belül a bridge/station PTP üzemet. (Ráharaptam a PoE konverterek problémás fejére egy krimpelőfogóval és azóta mindkettő működik. )
Bár erre a feladatra szerintem még mindig kár lenne mélyre ásnom magam a Mikrotik doksik világában, de azért még így is láttam pár érdekes dolgot.Tényleg kár lett volna eldobni a gyári OS-t a kényelem (gyorsabb első konfigurálás) kedvéért, mert úgy látom, hogy --legalább is szobán belül-- NV2-vel sokkal magasabb sávszélt ér el a WiFi, mint standard 802.11-el, illetve ami nagyon praktikusnak tűnik ebben, hogy így 20MHz-el is megvan a ~100Mbps, ami épp passzol a 100-as ethernet portjához és a majdan alatta ülő 100-as switch-hez (ha 802.3af-et használna, az még szebb lenne, mert jutna neki szabad PoE port, de végül is mindegy).
---
Nem, nem nem.
Nem vagyok frissítés ellenes, csak nem szeretek rögtön nekiugrani, mikor frissen bontok ki valamit a dobozból, amit még nem ismerek, mert ha ilyenkor félrecsúszik valami, az macerás, illetve ha használatbavételi teszteléskor kiderülne, hogy selejtet kaptam (vagy szimplán csak mégsem jó arra, amire használni szeretném) és vissza kéne küldeni, akkor problémás lehet az ilyesmi, hogy "belenyúltam".Teljesen másra vonatkozott a letiltás dolog.
Te nem tiltanád le a DHCP szervert egy ilyen PTP bridge/station módban az SXT-ken, ahol egy harmadik eszköz oszt majd IP-ket mindkét oldalra?Ezt nem gyártói firmware butításra értettem.
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
-
Ez biztos igaz akkor, ha még egyiket sem, vagy már mindkettőt ismered, de kivétel lehet, ha csak a komplikáltabbal, de azzal már van tapasztalatod. Már egy éjszakányi tapasztalat után is teljesen másképp állnék hozzá egy új Mikrotik-os feladathoz. Ugyan ezt replikálni pedig már tényleg gyerekjáték lenne.
Mondjuk még mindig vélek látni látszólagos ellentmondásokat. Ez példuál úgy néz ki, mint ha Bridge módban kikapcsolhatnám a Bridge-elést...
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
no, most már tudom, honnan vettem ezt:
Mikrotik wireless interface:
"AP modes:
ap-bridge - Basic access point mode.
bridge - Same as ap-bridge, but limited to one associated client."Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
E.Kaufmann
addikt
Szerintetek a Mikrotik-es fehér gigabit POE injektor splitterként is használható lenne? Nem azt az eszközt táplálnám az egyik kábelről, mint amelyik eszközre csatlakozna.
Le az elipszilonos jével, éljen a "j" !!!
-
poli27
veterán
válasz E.Kaufmann #959 üzenetére
Sztem ennek fuss neki még1x....
Nem tudom hogy akarod ezt megoldani?[ Szerkesztve ]
-
E.Kaufmann
addikt
Nagyon egyszerűen, veszek két DC tápdugót a megfelelő méretből és két rövid kábellel összekötöm őket. Na most ahova ment a táp az injektorba, oda menne a DC-DC toldó és a toldó másik vége menne a másik Mikrotik eszközbe. Nem több eszközt akarok táplálni egy kábelről, hanem be akarok fogni több kábelt Mikrotikes cuccok táplálására, úgy hogy azok a kábelek nem abba az eszközbe mennek. Elvileg ilyen passzív DC injektor még gigabit esetén is megfordítható (ha jól láttam a rajzokat, trafóval ültetik és veszik le a jelet az érpárokról) , csak azt nem tudom, hogy ezekben a mikrotikes injektorokban nincs-e valami spéci dolog a LED-en kívül.
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
válasz E.Kaufmann #959 üzenetére
igen.
de nem kell barkácsolni semmit, árulnak tápfeladót párban.[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz E.Kaufmann #963 üzenetére
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz E.Kaufmann #965 üzenetére
Szerintem jól látszik, hogy nem támogat.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
poli27
veterán
válasz E.Kaufmann #965 üzenetére
Mivel ez 4 ért használ a kommunikációhoz és 4 et a táphoz nem tudja..
[link] neked ez kell ha gigabitet akarsz, meg egy bármilyen gigabites tápfeladó!
[ Szerkesztve ]
-
válasz E.Kaufmann #961 üzenetére
"be akarok fogni több kábelt Mikrotikes cuccok táplálására, úgy hogy azok a kábelek nem abba az eszközbe mennek.": nem látom át, hogy ezt hogy akarod megoldani, de földhurkot nagyon nem kéne csinálni, mert abból csúnya füstölés lesz.
inkább húzd el a 230-at a mikrotik cuccokig.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz E.Kaufmann #970 üzenetére
230 helyett húzhatsz egy új, kis egyenfeszültségű kábelt is a meglévő UTP kábelek csatornájában, illetve bármelyik meglévő 8 eres UTP kábelből befoghatsz tetszőleges célra 4 eret, ha van olyan köztük, amin bőven elég a 10/100-as átvitel (és beleteheted ilyen passzív konverterekkel az egyenáramot + akár földet), vagy húzhatsz egy ötödik UTP-t, ha az jobban tetszik, és mondjuk van belőle fölösleg + jól jöhet még tartalék adatkábel későbbre.
---
Sikeresnek tekinthetem ezt a telepítést, vagy alkalom adtán próbáljam még finomítani a tájolást és/vagy szoftveres beállítást? WinBox screenshot.
A távolság ~1km, a txpower-t tervezem majd még minimalizálni, mondjuk egy olyan esős/ködös időben tesztelve, mint ma hajnalban várható. Az üzemszerű sávszélesség igény ~32Mb/s (TPC) lesz (lényegében egy irányba, mint a fenti mérésnél).[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
poli27
veterán
válasz janos666 #971 üzenetére
Miért van az adó nv2 a vevő nv2 nstreme 802.11? Én egyformára állítanám, nekem mikor nem ubi hanem miki antennám volt, akkor nv2 nstream volt a legjobb átvitelű(mondjuk sztem az ubi stabilabb,igaz nem annyira beállítható mint a miki,de egy pont pontnál ez sztem nem lényeg..). 40mhz et nem akarsz használni direkt?
[ Szerkesztve ]
-
Pusztán kényelmi okból, mert így szabadon állítgathatom az ap oldalt, a station mindig rátalál. A doksi szerint nincs semmi hátránya, mert nem "hybrid mód", hanem ebben a sorrendben próbál csatlakozni, de ha már megállapodott, akkor mindegy hol állt.
Miért szemeteljek, ha elég a 20MHz?
Jön majd az itthoni SXT mellé még egy (170˙-ot bezárva), amin talán kell is a 40MHz, plusz a telken belül van omni antennás 5GHz AP is, a csatornák száma pedig véges, főleg ha betartom az előírásokat (a házon belüli kütyükkel minimális jelszinten nem zavartatnám magam, de azok nem ilyen rugalmasak, ezzel a megafonnal pedig nem akarok olyan tartományban kiabálni a vakvilágba).[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
-
HaZse
őstag
Sziasztok.
Sajnos több hónapnyi kórházi bent töltés után hazajöttem. És sajnos elfelejtettem, hogy a routerboard-omnál hogyan lehet a vendeg SSID-ven ellátott elérésnél a sávszélességet korlátozni? Mert jelenleg 1MBit-re van téve.
Aki tud, az kérem jelentkezzen. Bacus volt, aki segített nekem.
Pont úgy élek, ahogy gépelek - gyorsan, sok hibával. // A bejelentkezés nem egyenlő hogy a privátot olvasom is! // Civis Pacem Parabellum
-
SimLockS
tag
Korábban kérdeztem, de nem kaptam választ, hátha most sikerrel járok. CAPsMan használata esetén hogyan lehetne megoldani a sávszélesség korlátozást AP-nként, ha azonos profil fut minden AP-n?
-
bacus
őstag
válasz SimLockS #981 üzenetére
A local forwarding be van kapcsolva? Ha igen, akkor az lehet baj sztem, mert mintha akkor a klienseken kellene beállitani. Most nincs időm letesztelni.
Local Forwarding Mode
In this mode wireless interface on CAP behaves as a normal interface and takes part in normal data forwarding. Wireless interface will accept/pass data to networking stack on CAP. CAPsMAN will not participate in data forwarding and will not process any of data frames, it will only control interface configuration and client association process.
[ Szerkesztve ]
Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30
-
-
senior tag
válasz SimLockS #983 üzenetére
Az egyes CAP-k a CAPsMAN virtuális interfészei. Kérdés, erre/ezekre lehet-e QUEUE szabályokat illeszteni? Ezek szerint nem (én még nem próbáltam). Viszont BRIDGE interfészre biztosan lehet. Mivel a CAPsMAN-ben meg kell adnod a CAP-khez egy konfigurációt, amibel szerepelni kell egy BRIDGE interfésznek, így ezekre a BRIDGE-kre is megírhatod a QUEUE szabályaidat. Azaz minden CAP-hez, definiálsz egy BRIDGE-t (elegendő egy konfiguráció, csak a CAP-n átírod/átállítod a BRIDGE-t). Kicsit nyakatekertnek tűnhet,de szerintem nem vészes :-)
[ Szerkesztve ]
-
SimLockS
tag
válasz Zwodkassy #984 üzenetére
Ez igaz, de a szemléletesség kedvéért egy példa: van egy bérház, ahol van 50 lakás. WiFi hálót akar bele a tulajdonos, de csak 30-ba kell tenni, mert az egy tulaj kezében van. Régi ház, így egy lakás, egy AP módszerrel mindenhova kerül egy AP. Mindenhol azonos SSID kell, azonos IP tartomány is mehet. Azért 30-szoros tűzfal/szűrő stb elég húzós...
Amúgy igen, ott a virtuális interfész, a queue-ben ki is lehet választani, de erre nem úgy látszik, mintha illeszkedne a szabály. Még felmerült bennem, hogy interfészenként másik vlan legyen, picit egyszerűbbnek tűnik, aztán taggeletlenül átfolyatom a tűzfalon, de nem próbáltam még ki, igaz ez sem túl "elegáns"...
[ Szerkesztve ]
-
m_peter10
újonc
Hello!
Van egy Mikrotik Cloud Switch Series routerem, pontosan CRS125-24G-1S-2HnD.
A problémám a következő: Szeretném a sávszélességet korlátozni UP/DOWN irányban is, denem IP alapján, hanem egy bizonyos porton. Queue-vel próbálkoztam eddig, de ott ha portot választok ki az IP beírása helyett nem működik egyáltalán. Hogyan lehetne ezt megoldani? -
senior tag
válasz SimLockS #985 üzenetére
"Mindenhol azonos SSID kell, azonos IP tartomány is mehet. Azért 30-szoros tűzfal/szűrő stb elég húzós... "
A tűzfal szabályokat meg lehet IP alapján is csinálni. Igaz a QUEUE rész az 30-szoros lenne. Ja :-) Bár ha minden AP/CAP-ra megírod, az is 30-szoros lesz :-)
[ Szerkesztve ]
-
SimLockS
tag
válasz Zwodkassy #988 üzenetére
Jaja, ez is igaz...
Tehát ez mindenképpen szívás...A queue-nél megszoktam, hogy kismillió sor van. A tűzfalnál talán szerencsésebb, ha minél egyszerűbb. Próbálok rágyúrni az interfész alapú szabályozásra.
Az IP alapú szabályozás nem megfelelő, mert akkor elveszik az a minimális szimmetria is, ha egy helyen tíz, a másik AP-n meg 1 user lóg.
-
feel2006
tag
Sziasztok,
Van itt olyan aki routerOS 6.3x -et használ pl. UPC ADSL területen PPPoE-vel?
Sajnos mióta megvan a router, random szakadozással küzdök, és nem értem miért. A szolgáltató szerint nincs hiba, látszólag a router bontja a kapcsolatot és nem tud visszacsatlakozni. Korábban Tplink 1043 openwrt-vel semmi ilyen nem volt.
UTP csere már volt, MTU-t is 1492 -1460 között mindenhogy próbáltam.Ha lenne aki PPPoE-vel használja és tapasztalt ilyet, tudna tanáccsal segíteni?
Ezen első 4 sorból töménytelen van, percekig.
Oct/15/2015 19:19:25 pppoe,ppp,info UPC-ADSL_PPPoE: initializing...
Oct/15/2015 19:19:25 pppoe,ppp,info UPC-ADSL_PPPoE: connecting...
Oct/15/2015 19:19:25 pppoe,ppp,info UPC-ADSL_PPPoE: terminating... - failed to authenticate ourselves to peer
Oct/15/2015 19:19:25 pppoe,ppp,info UPC-ADSL_PPPoE: disconnected
Oct/15/2015 19:19:35 pppoe,ppp,info UPC-ADSL_PPPoE: initializing...
Oct/15/2015 19:19:35 pppoe,ppp,info UPC-ADSL_PPPoE: connecting...
Oct/15/2015 19:19:36 pppoe,ppp,info UPC-ADSL_PPPoE: authenticated
Oct/15/2015 19:19:36 pppoe,ppp,info UPC-ADSL_PPPoE: connectedKöszönöm
Mikrotik-Hu | -unofficial- | https://www.facebook.com/groups/mikrotikhu/
-
ral9002
újonc
Sziasztok!
Most találkoztam először Mikrotikkel. Be kellene állítanom 1 rb750gl-t, de nem boldogulok vele
Leírnám mire lenne szükségem.
ether1 (WAN) dhcp-n kap ip-t (EZ BEÁLLÍTOTTAM)
ether2, 3, 4, 5, (LAN) dhcp-n osztaná a netet úgy, hogy 3db AP lesz rácsatlakoztatva 2-es 3-as 4-es portra. (EZ IS BEÁLLÍTOTTAM MÁRMINT A DHCP SERVERT)
Az AP-k titkosítatlanul lesznek beüzemelve és a mikrotiknek kellene szűrnie a net-et mac cím alapján.
Tömören ennyi.
Aki tud kérem segítsen.
Köszönöm. -
MtHq
tag
A megoldás 1:
A DHCP szerverhez nem teszel pool-t (Address Pool-nál "static-only"-ra teszed), és csak kézzel felveszed a klienseket a dhcp leases táblába, így csak azok fognak ip címet kapni, amiket Te felvettél, ezt meg lehet azzal fejelni, hogy azt az interfészt (pl. ether2, vagy bridge1, amin fut a DHCP szervered) beállítod úgy, hogy a general fülön az ARP beállítást "reply only"-ra teszed. Ilyenkor csak azokkal az eszközökkel fog kommunikálni a mikrotik, amelyik kapott DHCP-n ipt. Ha Te ,vagy bárki más felvesz statikusan egy ip címet, hiába, nem fog vele kommunikálni a mikrotik, mert az ARP táblájába nem veszi fel. Fontos viszont, hogy a DHCP szerver beállításainál (ott, ahol az address poolt is beállítottad az előbb) ki legyen pipálva az "Add ARP for leases", hogy a DHCP klienseket felvegye az ARP táblába, különben ők is pórul járnak, és akár ki is zárhatod magad a routerből!)
A megoldás 2 pedig az IP/Hotspot használata, de szerintem ez nem a Te esetedhez van kitalálva. (utólag belegondolva akár ez még jó is lehet)
Kicsit részletesebben fejts ki az igényed, hány user csatlakozna a 3 AP-ra.
Egyébként egy hülye kérdés, kissé felelőtlen dolog a titkosítatlan AP, miért így tervezted meg?
[ Szerkesztve ]
-
-
bacus
őstag
Ok, már az előző válaszodból is megértettem, hogy te ezt így értelmezed.
Az én kérdésem pont ezért az eredeti kérdés felvetőnek szólt, hogy ő vajon mit ért alatta?Mert ezzel a szűrés az a van net nincs net-re korlátozódik. Ha ez elegendő, akkor rendben is van.
Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30
-
ral9002
újonc
Szia!
Egy olyan wifi-s hálózatot kell beüzemelnem ami központilag managelt.
A központi managelést a mikrotik router oldaná meg (pl: rb750gl).
Ether1 portján lenne 1db dchp-n kapot internet kapcsolat.
Ether2, 3, 4, portján lenne 3db AP tikosítás nélkül (MERT ÍGY KÉRTÉK!!)
A mikrotik szűrné mac alapján az AP-ra felcsatlakozó wifis eszközöket, kb 50-60 eszköz maximum.
Ezt a mac szabályt kell beállítanom a mikrotikben, csak azok kaphatnak netet akiknek engedélyezve a mac címe.
A wifis eszközöknek fel kell tudni csatlakozni AP1-re, AP2-re vagy AP3-ra is mac alapján.
A wifis eszközök notebookok, tabletek, okos telefonok stb.[ Szerkesztve ]
-
SimLockS
tag
Ha elég bátor vagy, akkor ez már CAPsMAN vezérléssel javasolt. De hogy értsd miért értetlenkedünk: mindig javasolt, hogy WPA legyen, bármilyen egyszerű jelszóval, akár elmondják mindenkinek, akár csak kiteszik mondjuk a faliújságra. Mert ha jön a következő ötlet, hogy a cég belső hálója legyen titkosított, akkor ha valami moatt leszakad egy eszköz a cégWiFi-ről, át fog menni a nyílt WiFi-re és megindul a reklamáció áradat! (Tapasztalat)
Új hozzászólás Aktív témák
- Milyen routert?
- Politika
- Samsung Galaxy A54 - türelemjáték
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Kormányok / autós szimulátorok topicja
- Az AI-ról szól a Galaxy S24
- Intel Core i3 / i5 / i7 8xxx "Coffee Lake" és i5 / i7 / i9 9xxx “Coffee Lake Refresh” (LGA1151)
- Alkoholista nevelde
- Formula-1
- További aktív témák...
- Redmi note 12 pro 5g 128/6+6gb A leg újabb verzió hyperos android14 Új állapotban egy napos készülék
- Ledvance LED Flat 1200lm/2700K/IP20/20W/380 mm átmérőjű mennyezeti LED lámpa -1 db 5000 / 3 db 13000
- Garanciális Raijintek 850W full moduláris új PCie5.0:12VHPWR gold
- Laptopot cserélnék Oculus Quest 3-ra
- Honor magic 5 Lite 5G, 8/256Gb, zöld