Hirdetés
- eBay-es kütyük kis pénzért
- Brogyi: CTEK akkumulátor töltő és másolatai
- Elektromos rásegítésű kerékpárok
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Real Racing 3 - Freemium csoda
- hcl: Poco F2 Pro facepalm
- Parci: Milyen mosógépet vegyek?
-
LOGOUT
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
-
DBob
őstag
válasz
Zwodkassy
#25087
üzenetére
Nem kapcsolható ki. Vagy legalábbis nem minden eszköz esetében.
A Technicolor FGA2233 (ami nekem több táv mendzselt helyen jelen van) semmi releváns paramétert nem enged változtatni IPv6 tűzfal terén. Ugyanúgy a szívás a GPON (és gondolom más access) Telekom esetében mint a mobil internet.
-
DBob
őstag
válasz
Reggie0
#25027
üzenetére
Az elérhető sávszél pont nem volt szempont az AX képes eszköz kiválasztása mellett, sokkal inkább más paraméterek.
Így nem is növeltem 40 MHz fölé a csatornákat. Valahol 400 Mbps körül maximalizálódott emlékeim szerint, amikor közvetlenül az AP közelében (~5m) voltunk.Ja és wave2 drivereket használtunk.
-
DBob
őstag
válasz
Tamarel
#25010
üzenetére
Valószínűleg ezt nem nekem címezted, mert mint épp írtam, én megcsináltam a roamingot (de persze másoknak attól még hasznos lehet)
Amire viszont válaszoltam, hogy hogyan fog a band steering menni 2.4 és 5 GHz között, ott ez amit írtál nem releváns, mivel ahogy te magad is megfogalmaztad később (idézem):
"Az 5Ghz előnyben részesítése kliens oldali beállítás."És innentől kezdve mindegy, hogy Mikrotik, vagy bármi más gyártó AP-ja, azonos SSID-t használó, eltérő frekvenciás rádiók közül a hatótérbe érkezve nagyobb eséllyel a 2.4 GHz-es rádióra ugrik először rá a kliens. Utána az AP-k közötti roaming már másik kérdés, de ez mind nagyban függ a kiépítéstől.
-
DBob
őstag
válasz
ekkold
#25001
üzenetére
"A saját tapasztalatom az, hogy stabilabb az egész ha nem hagyom hogy a saját szoftvere variálja a csatornákat, hanem én fixen kijelölöm."
Én jelemzően U-NII sávok mentén szoktam felszabdalni és aszerint osztom ki. Technikailag erre szükség is lenne, mivel nem minden frekvencia használható kültéren / beltéren.
U-NII 2 meg szigorúan csak ha tudom hogy nem okoz potenciális problémát (pl. ~80 cm vastag falak mindenhol)."előfordul, hogy valamelyik eszköz csatornát vált, ekkor megváltozik a csatornák foglaltsága"
Emiatt szoktam ütemezve hajnalban egy újra igazítást kezdeményeztettni, random offset-tel eltolva a különböző AP-ken.
-
DBob
őstag
"elérhető valami jó tutorial hogyan is használjam a 2.4Ghz és 5Ghz-et közös SSID-val?"
Tudtommal erre nincs külön "megoldás".
Azonos SSID, azonos SECPROF és egyéb beállítások kellenek, és majd a kliens eldönti melyikre akar csatlakozni.Amit kevesebb helyen említenek, hogy a 2.4G jobb terjedése miatt roaming közben előbb fogja azt meglátni, és utána hiába kerül át az 5G hatáskörébe, nem fog magától átugrani.
Emiatt próbálkoztam egyik vevő esetében, hogy eleinte külön volt szedve az egyik SSID páros, de nem volt nekik "praktikus". Illetve, ugyanez a jelenség ugye ott is fennáll, ha van két lementetett kapcsolatod.
Így egy-két hét tesztüzem után abban maradtunk, vissza minden az egy közös SSID-re. -
DBob
őstag
válasz
E.Kaufmann
#24977
üzenetére
"Nagy az arcod bobókám
"
Egy témához kapcsolódóan megírtam, nekem a megoldásra miért volt szükségem és hogyan oldottam meg.
Valamiért ez neked nem tetszett és megpróbáltál "vizsgáztatni", majd amikor nem sikerült a trollkodásod, elkezdtél másról valótlanságokat állítani.
Majd amikor ezeket is hárítottam, akkor meg a jó kurva anyámat?
Tényleg nem értem, mi zajlik le bizonyos emberek fejében. Frusztrált a társadalom többsége, csak az alkalmat keresi hogy másiknak ugorjon online, mert nem mernek ott fellépni ahonnan a problémájuk valójában származik (munkahely, család, stb.).
Remélem egyszer megoldódnak a problémáid a valós életben, és nem online éled ki a frusztrációid. -
DBob
őstag
válasz
E.Kaufmann
#24957
üzenetére
Azt nem tudom miért generálsz értelmetlen scenario-kat, erre az általad feltett kérdésre neked kell megkeresned a választ.
Én ilyen, se ehhez hasonló kérdést nem tettem fel, így nem igazán értem mire alapozod azt, hogy "én kérdeztem".Hibás szolgáltató eszközről sem volt szó. Olyanról viszont igen amit az elmúlt fél év alatt egyszer már újra kellett indítanom.
Az meg hogy elérjem a szolgáltatói eszközt a saját eszközöm előtt nekem nem szoptatás, hanem BAU.
Nem képzelsz te egy kicsit több mindent amögé, mint amit leírnak mások?
-
DBob
őstag
válasz
D-LAN|FuRioN
#24947
üzenetére
"Ez melyik szolgáltató? Fura, mert bridge mód esetén úgy kéne működnie, hogy nem oszt lokális címet dhcp-n és nem is vesz fel ip-t localban semmilyen tartományból."
Telekom, és emlékeim szerint már az első, Dialcom 1600-as, még ADSL Bridge néven futó eszközük is tudta ezt. Annak is volt webfelülete, bár a felhasználók több mint 99%-a sosem látta, mivel bedugta a kábelt és bepötyögte a Windows 98-ban a PPPoE adatokat és internetezet.
És egyébként most se kell az emberek döntő többségének, hogy elérje a szolgáltatói eszközt, ha mögé helyezett egy sajátot. De vannak azok a speciális esetek mint az enyém. -
DBob
őstag
válasz
E.Kaufmann
#24946
üzenetére
"Azt pl hogy oldanád meg, hogy a szolgáltatói eszköz is 192.168.1.0/24 és a LAN-od is? IP csere nem ér, sem a bridge!"
Miért generálnék magamnak ilyen problémát? Ha muszáj a /24 (mert sokan nem ismernek mást, valljuk be), akkor is egy komplet 16 bites blokk áll rendelkezésre 192.168.0.0 – 192.168.255.255 között.
Én teljesen jól elvagyok a 192.168.0.0/24-en (amióta világ a világ), a szolgáltató eszközök meg jellemzően 192.168.1.0/24 tartományban operálnak (az enyém is, gyárilag)
-
DBob
őstag
Igazándiból már össze lehetett volna ollózni a megoldást, mert szerintem meglett írva minden pont.
1. DHCP kliens praktikus az interface-re, ami csatlakozik a HGW-re (és amin létesül ettől függetlenül a PPPoE)
2. DE! Nem kell se a peer DNS, se a peer NTP, de legfőképp az default route ami nem kell. Lévén nem akarunk a HGW-en keresztül menni 0.0.0.0 / ::0 irányba. Sőt, semmit sem akarunk a HGW által bitorolt /24-ből, csak elérni azt.
3. Nem kell se masqurade / src-nat, lévén mivel amint kap a HGW DHCP szerverétől IP címet az interface, azonos broadcast domainben lesznek, így automatikusan azon irányba fog fordulni hogy elérje a 192.168.1.1 címet (vagy épp mit). Nem kell címeket forgatni NAT mögött
4. Innentől kezdve a Mikrotik el kell hogy érje az eszközt. A kérdés, hogy a web böngésző eléri-e. Ha nem, akkor tűzfalszabályok átalakítása / hangolása, yada-yada.
Az én esetemben, ugye nem volt felvéve a LAN interface list tagjai közé a HGW interface, így szűrt róla mindent. De ezt derítse ki mindenki magának a saját szabályrendszere alapján"olyankor mégis mit akarsz a HGW-n állítani? nagyjából semmit nem csinál azon túl, hogy a szolgáltatói bejövő kábelt ethernetté alakítja"
Én pl. így indítom újra. Nem férek hozzá fizikailag, el van barikádozva. És miért akarnám újraindítani a HGW-t? Múltkor is 5-6 Mbps upload volt amíg nem indítottam újra. -
DBob
őstag
válasz
E.Kaufmann
#24838
üzenetére
Valószínűtlen hogy a gyújtás vagy generátor, mert mind a kettő általános üzemből adódik. Az-az akkor 100% failure rate lenne egy átlagos napon.
De például a bikázás...az már sokkal inkább lehet probléma forrás. És az sem túl megnyugtató, hogy 48V a MAX rate. Automotive felhasználásnál ez a definíció kevés. Persze más, mi van publikálva a hivatalos dokumentumban, és milyen teszt eredményekkel rendelkezik.
Megvan hogy a másodperc mennyi töredékéért mekkora tranzienst kell elviselni _bárminek_ ahhoz, hogy autóba kerülhessen. -
DBob
őstag
Ha nekem nincs gondom ~4-5 éve wAP LTE-vel, akkor most mégis megbízható?
Vagy csak nekem megbízható, másnak nem?
Vagy én máshogy üzemeltetem mint te?Nehéz kérdések ezek.
A tanulság, hogy egy mintavételből nem állapítunk meg általánosításokat.
(gyengébbek kedvéért: attól nem lesz megbízhatató, hogy _valakinek_ jól megy, se attól megbízhatatlan hogy _valaki másnak_ nem megy jól) -
DBob
őstag
válasz
Ejelhar
#24825
üzenetére
"VLAN-t utáltam régebben, de mióta nem kell switch chipet még külön masszírozni, sokkal barátibb és komolyabb az egész"
Annyit azért hozzátennék, bár hiába lehet megmasszírozni mindent a bridge menü alól, és működni is fog, azért van caveat.
A hardveres offload nem megy ugyanis minden esetben. CRS106-1C-5S esetében például biztosan nem, csak akkor ha a switch menüponton keresztül konfigurálod fel. -
-
DBob
őstag
válasz
nemurea
#24744
üzenetére
"Ezzel kapcsolatban javaslat?"
E.Kaufmann összességében jól összefoglalta. Még annyi, hogy sokan szívnak azzal, WPA3 mellett bizonyos Android telefonok nem roamingolnak megfelelően. A pattern egyelőre nincs meg (vagy senki érintett nem tette bele az erőforrásokat), csak hogy inkább nem működik mint igen. WPA2-vel nincs ilyen gond. -
DBob
őstag
Valószínűleg döglődik, igen.
De akkor az install check a meglévő területeken illett volna hogy megtalálja. Könnyen lehet az is, hogy az új verzió flashre írásakor kerül rossz / hibás területre, és ott sérül meg, ám a meglévő rendszert így nem érinti.Én nem kínlódnék vele --> csere.
-
DBob
őstag
-
DBob
őstag
Nekem még nem tört le sose, ellenben láttam már letört RESET gombbal árult 2nd hand terméket.
És ha nem is feltétlenül törik le, ha megsérül a forrasztás már elég ahhoz, ne tud resetelni.Innen gondoltam, akkor a RESET gombod nem működik. Nem a világ vége, ha nagyon fáj, te is ki tudod cserélni.
-
DBob
őstag
válasz
Blackdeath12
#3829
üzenetére
-
DBob
őstag
Helló,
Using: unplug device from power, press and hold the button right after applying power and wait until the USER LED starts flashing. Now release the button to clear configuration.
Note: If you wait until LED stops flashing, and only then release the button - this will instead launch Netinstall mode, to reinstall RouterOS.(az-az nem másodperc alapú, hanem user felé indikálja LED-en keresztül most épp melyik állapotban van a reset state machine)
-
DBob
őstag
válasz
csusza`
#3765
üzenetére
"Égésnyom nincs a chipeken"
Az nem számít.
Néhány speciális esettől eltekintve, az integrált áramkörök és más, aktív eszközök amik érzékenyek az üzemi körülmények szigorú betartására, nem a passzív komponensek mint L / C / R tagok.Szinte biztos lehetsz benne, bondoló huzal párolgott el a tokozáson belül. Azt pedig nem pótolod házilagosan.
Anno egy közeli villámcsapás kiütötte a DOCSIS modemet itthon, és a mögötte lévő RB2011 is elkezdett furcsán viselkedni. Bár menni ment, nagyon forró lett (!!), és a modemre kötött lába nem ment.
Tápelvételig tartott ez az állapot, utána érdekes módon mai napig működik. A felforrósodó dobozra nem igazán találtam ésszerű magyarázatot (házát nem bontottam meg). -
DBob
őstag
válasz
Bile Demon
#3693
üzenetére
Relatív sok minden miatt tud írni a háttértárra a RouterOS.
Mindig amikor először konfigolok egy új eszközt, úgy is végigmegyek minden menüponton és megálmodom, vajon szükségem van-e rá. Nyálazz végig mindent.Pl, a DHCP szerver a lease-eket kiírja alapból háttértárra. Le szoktam kapcsolni. Nekem ez nem szükséges.
-
DBob
őstag
válasz
WolfLenny
#3684
üzenetére
Ujujujjj...
Mit gondolsz, ez mennyi idő volt, amíg default jelszóval kint volt publikban?
Az-az, mennyire gyorsak ma már ezek a botnetek, amik szép lassan (gyorsan?) végig scannelnek végpontokat sebezhetőségeket kutatva?Anno volt külön szabályrendszerem, amivel érdekességképpen logoltam az ilyen próbálkozásokat. Meglepően sok volt, 3-5-8 percenként volt próbálkozás különböző portokon.
-
DBob
őstag
válasz
SimLockS
#3655
üzenetére
"Sztem az csak "legyen rajta" kategória."
Nem tudom mire gondolsz, de úgy érzem az LTE-WiFi lehetőségre. Mikrotik teljesen komolyan gondolja; egyik potenciális felhasználásnak a mozgó járműves (pl. távolsági buszok) implementálást gondolják. Ennek megfelelően van rajta külön tápcsatlakozó erre a felhasználási célra.
Nem mondom egyébként, ez ördögtől való terv, csak engem ez nem érint. -
DBob
őstag
"Kiváncsi lennék mit tud sebességben.."
Abból kiindulva, Fast Ethernet csatlakozó van rajta, letöltési irányban legfeljebb ennyit, hiába tudna többet az LTE modem. Feltöltésnek maximum 50 Mbit/s, az LTE modem limitációi alapján. Ha wireless tolod ki, akkor persze ezek változnak majd.
Amint hazai disztribútoroknál megjelenik, majd lecsapok egyre, és megnézem.
-
DBob
őstag
Na végre.
Már tavalyi MUM alatt beígérték, most eljött.
Úgy látom minden szükséges, itthon használt sávot támogat (de nézzétek meg ti is). -
DBob
őstag
Próbáld ebben a topicban.
-
DBob
őstag
válasz
kammler
#2925
üzenetére
"Fórumot nézve routeros7-el is mit művelnek, ha jól látom évek óta. Kérdik, hogy mi a helyzet vele, Csávó, valami Normis röhögve írja, hogy majd valamikor meglesz."
Pedig ez ilyen.
It's done, when it's done.
Szerintem senkinek se az érdeke egy bugos, hibás verzió szándékos kiadása, csak azért mert "itt az idő!" -
DBob
őstag
Apropó.
A Google Play-ben található, immáron hivatalos Tik-App-ot használja valaki?
Jól átlátható, működik, rendezett, stb,stb. Ellentétben a 3rd party, sokszor fizetős programokkal... -
DBob
őstag
Wiki szerint a 2011 széria összes portja támogatja a Fasttrack opciót, feltéve ha a megadott feltételeknek megfelel a te felhasználásod.
Akár most is leellenőrizheted, ha leterheled a routert kikapcsolt, majd bekapcsolt Fasttrack mellett mekkora a differencia a kettő közt. Nem lineáris a teljesítmény igény, de lehet egy közelítő képed mekkora teljesítmény marad ami várhatóan elég lehet-e egy 500-as nethez.mod: most látom, wikin épp a 2011 szériát hozzák fel példaként. Szerintem jó lesz, VPN-el együtt is.
-
DBob
őstag
válasz
mikej95
#2904
üzenetére
"Az új router a ház közepére fog kerülni a földszinten. 70 m^2-es családi házról van szó, földszint, teljes telőtér, persze hálós vasbetonnal elválasztva, mivel az jó tesz a jelerősségnek."
Az előző hozzászólóhoz hasonlóan én is a "több jobb" elvet preferálom. Emeletenként letennék egy access pointot, horizontálisan eltolva egymáshoz képest. És mivel nincs szükséged jelenleg AC-s wifire (hiszen még G-s eszközöd is van), inkább két hAP lite-ot vennék. A kettő együtt még olcsóbb is mint egy hAP AC lite.
-
DBob
őstag
Pedig ami le van írva a lapon, működik.
Sokkal könnyebb lenne a simple queue beállítása egyébként, ha egy jól szeparálható hálózatot használnál. Mivel 80 elemet akarsz (20-100) menedzselni, jobb lenne egy darab 128 elemű hálózatba tenni. Így egyesével kell szerepeltetni az IP címeket a szabályban.
A burst-limit | burst-time | max-limit | name paramétereket ízlés szerint módosítsd.
/queue simple
add burst-limit=512k/512k burst-time=5s/5s max-limit=128k/128k name=test2 target="192.168.88.20/32,192.168.88.21/32,192.168.88.22/32,192.168.88.23/32,192.168.88.\
24/32,192.168.88.25/32,192.168.88.26/32,192.168.88.27/32,192.168.88.28/32,192.168.88.29/32,192.168.88.30/32,192.168.88.31/32,192.168.88.32/32,192.168.88.33/3\
2,192.168.88.34/32,192.168.88.35/32,192.168.88.36/32,192.168.88.37/32,192.168.88.38/32,192.168.88.39/32,192.168.88.40/32,192.168.88.41/32,192.168.88.42/32,19\
2.168.88.43/32,192.168.88.44/32,192.168.88.45/32,192.168.88.46/32,192.168.88.47/32,192.168.88.48/32,192.168.88.49/32,192.168.88.50/32,192.168.88.51/32,192.16\
8.88.52/32,192.168.88.53/32,192.168.88.54/32,192.168.88.55/32,192.168.88.56/32,192.168.88.57/32,192.168.88.58/32,192.168.88.59/32,192.168.88.60/32,192.168.88\
.61/32,192.168.88.62/32,192.168.88.63/32,192.168.88.64/32,192.168.88.65/32,192.168.88.66/32,192.168.88.67/32,192.168.88.68/32,192.168.88.69/32,192.168.88.70/\
32,192.168.88.71/32,192.168.88.72/32,192.168.88.73/32,192.168.88.74/32,192.168.88.75/32,192.168.88.76/32,192.168.88.77/32,192.168.88.78/32,192.168.88.79/32,1\
92.168.88.80/32,192.168.88.81/32,192.168.88.82/32,192.168.88.83/32,192.168.88.84/32,192.168.88.85/32,192.168.88.86/32,192.168.88.87/32,192.168.88.88/32,192.1\
68.88.89/32,192.168.88.90/32,192.168.88.91/32,192.168.88.92/32,192.168.88.93/32,192.168.88.94/32,192.168.88.95/32,192.168.88.96/32,192.168.88.97/32,192.168.8\
8.98/32,192.168.88.99/32,192.168.88.100/32" -
DBob
őstag
Kijött az új, r3-as hEX.
Elhangzott a MUM alatt, fasttrack használatával NAT-olva áttolja a gigabitet magán.
Érdemes lenne valakinek megpróbálni, mondjuk PPPoE használatával mennyit tud kipréselni magán... -
DBob
őstag
Benne volt a kérdésedben a válasz.
Állítsd fixre a portot gigabitről fast ethernetre.Sajnos a 751-es szériának voltak ethernet / switch port bajai.
Nekem 751u-2hnd volt, és hasonló problémákkal küzdött. Persze most nem konkrétan a gigabites sebességre gondolok, hanem mondjuk port flapping. -
DBob
őstag
válasz
Ablakos
#2611
üzenetére
1. Winboxon keresztül, safe módban, l3 rétegen belépsz a routerbe, és átállítod a LAN felé látszódó IP címét.
Mivel megszakad a kapcsolat az eszközzel, visszaállítja a korábbi IP címét. Ennyi.2. Winboxon keresztül, safe módban, l2 rétegen belépsz a routerbe, és átállítod a LAN felé látszódó IP címét.
Az IP cím átállításra kerül, mivel nem szakad meg a kapcsolat a routerrel. Ennyi.Azt meg nem igazán értem, miképp gondoltad azt végrehajtani, átállítod egyik eszközöd IP címet, de úgy, a saját broadcast domained eszközönként más IP címen fogja ugyanazt az eszközt elérni. (aka. WTF?)
-
DBob
őstag
válasz
csipuka
#2612
üzenetére
"Ahogy nezem ennek belso antennai vannak, nem tudom ez mennyire problema"
Alapvetően semennyire. Ezek a PIF antennák többnyire 1.5 dBi nyereséggel rendelkeznek, az-az inkább körsugárzó karakterisztikájuk van mint a 2-3-5 dBi botantennáknak. Emeletes ház, plafonra szerelt AP esetében ez a kifizetődőbb megoldás.
Cserébe egy nagyobb méretű, földszintes ház esetében kevésbé kedvező."Jo iranyba indultam el, vagy masikat kene valasztani?"
Tudtommal most még nincs AC-s wifivel felszerelt, gigabites ethernet porttal megáldott SOHO jellegű eszközük. Így kizárásos alapon, igen.
-
DBob
őstag
válasz
nyilasmisi
#2601
üzenetére
Ezzel az eszközzel bűzlik valami. Ezt ilyen kiszerelésben nem gyártják. A háztól megszabadították ismeretlen okokból.
-
DBob
őstag
válasz
MasterDeeJay
#2595
üzenetére
RAM problémák ellen letiltottam több, nem használt csomagot is. Nem sokat számít, inkább csak megnyugvás gyanánt. Nekem szerencsére nem volt probléma a frissítésekkel, de nekem is volt hogy csak második menetre sikerült neki. De erről még a 6.37.1-re való frissítés előtt tájékoztatott (changelog).
Nem tudom hány embert rémítene el a külső, én épp most vasárnap megyek egyet felszerelni.
-
DBob
őstag
válasz
juhiati
#2502
üzenetére
Feltételezem mert nem egyszerű dolog egy szakmai fórumon 60-90 perces előadást tartani valami új témáról, területről, problémáról.
Jelenleg én se tudnák beszélni egy szabadon választott témáról ennyit. Sajnos.
Ettől függetlenül remélem hogy csupa érdekes és jó dolgot fogunk hallani. -
DBob
őstag
Ma reggel jött az e-mail, idézem:
"MikroTik User Meeting in Hungary THIS WEEK - Budapest, October 7, 2016!
Due to popular demand, we are giving out free RouterBOARD hardware to all already registered attendees and the next 50 people to register, with any type of registration (free, voucher or paid)!"
Mivel én elsők közt regisztráltam anno, ezek szerint én is kapok valami eszközt majd ingyen. Plusz az a 700 másik aki már jelentkezett korábban.
-
DBob
őstag
"Switch milyen esetben tud a szűk keresztmetszet lenni? Érdemes a TP-link helyett mást nézni vagy bőven jó az is?"
Maximálisan forwardolt csomagok például, vagy ha az összes portot egyszerre szeretnéd maximumon járatni, menedzselt switch kell, milyen menedzselt switch kell, kell-e l3 switch, stb. Ezek adatlapban le vannak írva, de először neked kéne tisztázni a követelményeidet magadnak.
Egyébként TP-Link és társai switchek megfelelőek SOHO felhasználásra az esetek közel 100%-ában. -
DBob
őstag
"ugyanaz a ros , nem értem a kisérleti megjegyzést."
Nem ugyanaz, mert az ARM build csak RB3011-en fut. A forráskód legfeljebb ami ugyanaz.
Azért bátorkodom kísérletinek nevezni mert nem sok panaszmentes felhasználója van egyelőre az RB30xx szériának. Gondolom nem ok nélkül.TP-Linket én se engedek be szívesen a hálózatba, nem menedzselt switch kivételével. Ott majdnem mindegy.
UBNT-vel nincs tapasztalatom még, de szívesen kipróbálnám. Általános vélemény, hogy WiFi-re sokkal jobbak (AP elsősorban, de pont-pont kapcsolatra is vannak komoly eszközeik), stabilak, egy komoly multi AP rendszer felállítása sokkal egyszerűbb benne. Bár RouterOS is sokat fejlődött, pont az utóbbi területen (CAPsMAN és társai).
-
DBob
őstag
Akkor leszek én az ellenpólus.
A középső opciót választanám, mert
- Nem kell két külön rendszerben elmélyülnöd (és a WiFi-hez már megvan az eszközöd)
- A leírt sebességbeli elvárásoknak megfog felelni maradéktalanul ha jól látom
- Az RB3011 még eléggé kísérleti termékvonal (SW oldalról főleg), sajnos. -
DBob
őstag
válasz
MasterDeeJay
#2425
üzenetére
Ahány ember, annyi féle tűzfal szabály.
Én is inkább mindent tiltok és beengedem a szükséges dolgokat, mint egyenként tiltsak. Persze utóbbinak is megvan az előnye.Feltételezem, mivel nem volt blokkolva az 53-as port, port-scanner megtalálta, és nem feltétlenül jó célokra használták azt. Csak amíg dinamikus volt az IP-d, ez a gond elhanyagolható volt. Mire kétes emberek felfedezték a te kívülről is elérhető DNS szervered, már kapott is másik IP-t. Fix IP mellett senki sem tudja megmondani hány táblázatba került bele a címed mint "szabad szerver, kétes célokra".
Azzal hogy te most végül letiltottad a portot, ezt a folyamatot már nem tudod visszavonni. Külön szabállyal (tarpit) amit legelőre teszel, javíthatsz a helyzeten. Wikin találsz jó leírásokat.
-
DBob
őstag
válasz
MasterDeeJay
#2422
üzenetére
DDoS?
-
DBob
őstag
válasz
DJ. Ru$y
#2346
üzenetére
"Lehetséges az, hogy csak az ethernet csatlakozó halt meg az eszközön és minden más ugyanúgy működik?"
Lehetséges. De villám okozta károkra tudtommal nincs garancia, és amúgy sem javítanak, csak drága rackmount modelleket. Le volt földelve az eszköz? Több módon lehetséges, vagy közvetlenül oszlopra, vagy magán az ethernet kábelen át (FTP / SFTP kábellel).
-
DBob
őstag
Hazai MUM.
-
DBob
őstag
-
DBob
őstag
válasz
vjozsef
#2298
üzenetére
Esetleg próbálja meg az Esküvőfotózás kezdőknek topicban.
-
DBob
őstag
válasz
juhiati
#2241
üzenetére
"Nemértem miért bonyolitjátok túl ennyire."
Én ugyan nem. Igyekeztem a kérdező szemszögéből a lehető legegyszerűbb scenariot felvázolni.
bambano meg mint tudjuk: "Másképp gondolom, másképp látom, mint az átlag.""nincs semmilyen ppp intérfész amúgy ha az rendes lte interfész"
Mint említettem, szabadon konfigurálható LTE eszközzel (amibe nem tartozik bele az LTE ON/OFF funkcióval ellátott okostelefon) nem rendelkezem, így tapasztalatom nincs abban, az LTE miképp jelenik meg mikrotik eszközökben. De amit mondasz logikusnak tűnik.
"mivel jobban bizok a mikrotik networkingjében, igy inkább abban natolnék"
Én is, de a kérdező a korábbi állapotot szeretné előállítani, plusz az OpenWRT-t már ismeri. Egyszerűbb lesz neki ha mindent meg tudna oldani a megszokott módon.
-
DBob
őstag
válasz
bambano
#2234
üzenetére
"ezt az lte modemet bridge módba ötletet szerintem hanyagolni kellene, mert finoman szólva se állja meg a helyét."
Pedig mintha ez épp megfelelő lenne erre. LTE-vel még nem volt gyakorlatban dolgom, de elég szomorú lennék ha nem lehetne megoldani valami workarounddal.
Idén ősszel beleugrom én is az LTE bizniszbe. Már begyűjtöttem a körülöttem lévő bázisok helyét, használt frekvenciát, antennák állását, mérési eredményeket, stb. Majd beszámolok az eredményekről.
-
DBob
őstag
Szakmai kérdésekre nem válaszolok privát üzenetben. A szakmai kérdés nem privát, nem kettőnk magánügye.
A két képen az látszik, két külön tartományba van a TP-Link két vége. Nem tudom erre valóban szükséged van-e, ahogy a két különálló DHCP szerverre. juhiati javaslatával ellentétben az SXT LTE-t átraknám bridge módba, így 1:1-ben kitolná ethernetre amit megkap LTE-n keresztül, és minden további feladatot rábíznák az OpenWRT-re, mivel korábban is használtad már, jobban értesz hozzá.
Először is próbáld ki, nem a TP-Link WAN portjára csatlakoztatod az STX LTE-t, hanem egyik LAN portra. El kell múlnia az összes problémádnak, ha minden igaz amint a mikrotik DHCP-jétől kértél IP-címet.
-
DBob
őstag
"Problémám az lenne hogymikor a mikrotik routerboard sxt lte -t
radugom közvetlen a notimra akkor minden hibátlanul megy..."versus
"miként kéne konfigurálnom a 0 rol ezt a mikrotik cuccot"
Mivel működik az SXT LTE, nem kell neked 0-ról konfigurálnod a cuccot. Legalábbis azt mondtad, ha PC-re kötöd, akkor jól megy. Bár nem mondtad, miképp van beállítva a laptopod. Feltételezem Quick Setup-al lett beállítva az SXT LTE, és DHCP fut az eth porton. Így a laptop megkapja az IP címet / DNS-t / átjárót, és minden megy.
Az SXT LTE helyett a meglévő OpenWRT-s TP-Link-et kéne átkonfigurálnod, hogy csak egy DHCP kliens fusson rajta. Gondolom PPPoE ami be van rajta állítva, az-az elterjedtebb megoldás. De igazándiból ha jól sejtem a setupodat, bőven elég egy switch-et rádugnod az SXT LTE eth portjára, és menni fog minden.
-
DBob
őstag
válasz
Petrowiczki
#813
üzenetére
"Elvileg minden jó de nem kap IP-t a modemtől ha a régi routerem rá kötöm a mikrotik eth1 portjára azonnal kap IP-t."
Úgy érzem két külön dologról beszélsz.
1. Nem kap IP-t a modemtől --> Nem fut a DHCP kliens megadott portra, amin összekötötted a modemet és a routert
2. Régi router kap IP-t az Mikrotik eth1 portjáról --> DHCP szerver fut az eth1 porton, ami ossza neked az IP-ket megadott poolból.Ha a kettőt összekombinálom ahogy leírtad, akkor DHCP-n keresztül IP-t szeretnél osztani a kábelmodemnek, és csodálkozol, hogy nem működik az internet. Ne csodálkozz.
-
DBob
őstag
RB850gx2 gyakorlatilag használhatatlan, tele a Mikrotik fórum a panaszos hibaleírásokkal. Persze, lehet kötekedni hogy ez nem bug, hanem feature, de a maximum 1506 L2MTU sok esetben használhatatlanná teszi.
Egy 60/10-es net kiszolgálására kellően sok szabály és VPN mellett amúgy is óriási overkill.
Az RB2011UiAS-RM olcsóbb összességében, és a feladatot el fogja tudni látni. -
DBob
őstag
válasz
lockdown90
#217
üzenetére
Akik negatív kommenteket írtak a RB951G-2HnD és a 500/100 net kapcsán, valószínűleg nem tudták, hogy az eszköz ezt nem fogja tudni kiszolgálni. Ebben pedig semmi negatív nincs, csak alkalmatlan rá.
Egyedül a RB2011UiAS-2HnD-IN jöhet számításba, de én nem tudom igazolni, átmegy rajta az 500/100. HW NAT elméletileg már implementálva van, van akinek a fórumban működött is.
-
DBob
őstag
válasz
balaaa88
#216
üzenetére
A screenshot nem segítség, minimum export pastebin-re.
Például nem látszik milyen IP címhez szeretnéd a megadott portokon érkező csomagokat továbbítani tovább. És hogy valóban azt a címet használja-e a kívánt gép.A dupla masquerade / srcnet egyetlen WAN kapcsolatrabiztos jó kombináció?
-
DBob
őstag
Mikor megvolt, még nem volt hozzá olyan netem hogy kimaxoljam.
Mások elmondása szerint, kb. 100mbit/s a limit, a hozzáadott szabályoktól / egyéb engedélyezett funkcióktól függően.
Új hozzászólás Aktív témák
- GL.iNet Flint 2 (GL-MT6000) router
- Samsung Galaxy A17 5G – megint 16
- Az SK Hynix elárulta, hogy meddig nem lesz elég memória
- Call of Duty: Black Ops 6
- Anime filmek és sorozatok
- Polgári repülőgép-szimulátorok
- A Retro Games feltámaszt egy legendát
- Mibe tegyem a megtakarításaimat?
- Poco F8 Ultra – forrónaci
- LEGO klub
- További aktív témák...
- Apple iPhone 12 64GB, Kártyafüggetlen, 1 Év Garanciával
- 137 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080 - 4 ÉV GARANCIA!
- Honor X6a 128GB, Kártyafüggetlen, 1 Év Garanciával
- új akku Ár/ÉRTÉK BAJNOK! Dell Latitude 5330 i3-1215U 6magos! - 16GB 256GB 13.3" FHD 1 év garancia
- GYÖNYÖRŰ iPhone 13 Pro 256GB Sierra Blue - 1 ÉV GARANCIA, Kártyafüggetlen, 100% Akkumulátor,MS3379
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi

"



![;]](http://cdn.rios.hu/dl/s/v1.gif)


