- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Vivo X200 Pro - a kétszázát!
- Milyen okostelefont vegyek?
- iPhone topik
- Poco X5 Pro - ránézésre jó
- Szinte játékpénzért megvehető a Honor Play 10C
- Google Pixel topik
- Honor Magic7 Pro - kifinomult, költséges képalkotás
Hirdetés
-
Mobilarena
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
-
E.Kaufmann
veterán
válasz
ekkold #24707 üzenetére
A blokk diagrammot összevetve az első CCR-rel, amit találtam, talán a standard PoE funkció az, ami a switch irányába húzza, de ez inkább egy KKV mindenes.
Meg pl a CCR2004-nél olyan van a portok és a CPU között, hogy port extender, míg ennél meg egy komplett önálló switch chip, gondolom mindenféle hardveres gyorsító funkcióval, amit a RouterOS vagy tud használni vagy még nem -
E.Kaufmann
veterán
válasz
lionhearted #24705 üzenetére
Na meg a 2GHz+ órajel, meg a standard PoE portok. KKV szörnyeteg
-
E.Kaufmann
veterán
válasz
nemurea #24698 üzenetére
A CAPsMAN csak ahhoz kell, hogy egyszerre több AP-t tudjál konfigolni központilag. Ha nem akarod ezt, nem kell.
CAP AC-t én eleve routernek vettem, Wifi részét nem is akartam használni. Most egy cAP AX a routerem(mögötte egy switch és openWRT-s routerek, mint AP). A mikrotikes tápfeladó dugó részén nincs áram, hanem az aljzat felöl bedugott kábelen dob áramot (ezt viszont már nem szabad, hogy más eszközhöz csatlakoztasd) de van is jelzés ezeken a tápfeladókon, hogy mi merre. Az AP-n az 1.-es port a PoE-in, a 2-es port meg tovább tudja passzolni az áramot, ha úgy konfigoljuk.
-
E.Kaufmann
veterán
válasz
Silious #24687 üzenetére
Csak modemmel antennát én még nem láttam. Vagy egy komplett router féleség van az antennában modemmel vagy csak maga az antenna magában. Mennyit szánnál a projektre?
Pitiless: nekem is hasonló a véleményem az új Winboxról, csak jött a kolléga, hogy, be lehet azt állítgatni, meg jó az...
-
E.Kaufmann
veterán
-
E.Kaufmann
veterán
válasz
E.Kaufmann #24663 üzenetére
Lemaradt, 2km miatt nem vennék irányított cuccot.
-
E.Kaufmann
veterán
Prüsszel utolérte a RouterOS-t
What's new in 7.20beta7 (2025-Jul-30 14:15):
...
- firewall - added "liberal-tcp-tracking" connection tracking setting;
...Komolyra fordítva ez mikor hasznos? A frissített doksi szerint inkább hibakereséshez, máshol viszont olyasmit olvastam, hogy a router gyártók mostanában szeretik bekapcsolni alapból
Silious:
Csak "antenna" antenna kellene vagy komplett kültéri eszköz? Az irányított antennás komplett cuccokat oda érdemes, ahol messze vannak az adók, vidéken. Amúgy egy sima kültéri AP elég lehet városban (hogy a lakás ne árnyékolja le), de nekem csak 4G képessel van tapasztalatom. -
E.Kaufmann
veterán
válasz
tomi7711 #24641 üzenetére
Klasszikus táphibának gondolnám, már csak az a kérdés, hogy külső, vagy belső táp
, utóbbi esetén nem elég a dugasztápot csereberélni, a routeren kell (jó esetben "csak") kondenzátort cserélni.
Amúgy én inkább kiváltanám valami alsó polcos ARM alapú hap eszközzel + bármilyen olcsóbb (szükség esetén menedzselhető) switch-csel -
E.Kaufmann
veterán
válasz
Reggie0 #24371 üzenetére
Mástól veszi el a fejlesztési időt? Az nem a ROSE-storage?
Úgy kellett a sok Mikrotikosnak mint egy falat kenyér
Betenni a quickset-be egy működő 2WAN példakonfigot biztos elvesz az egyik munkatárstól két délutánt
Amúgy meg inkább a CAKE-et püföljék még egy kicsit, mert csontrafagynak már megint tőle a routereim -
E.Kaufmann
veterán
válasz
Alteran-IT #24365 üzenetére
Lesz egy combos CCR mucsajröcsöge külsőn, 3 különböző sebességű és minőségű internet kapcsolatra. Az nem fog zavarni, ha picit izzad a CPU vagy magasabb lesz a villanyszámla, mert jelölgetem a kapcsolatokat. Amúgy, ahol érdemesnek tűnt, külön láncokat hoztam létre, hogy a sok szabályon csak az a csomag menjen át, aminek valóban kell. PCC-vel meg legalább tudok súlyozni (most ráguglizva látom, ECMP esetén is van valami lehetőség, ha torlódik egy interfész, akkor a másikra kezdjen terhelni), PCC szabályokkal többfelé osztva a kapcsolatokat, mint amennyi WAN interfészt kell lekezelni, meg ahogy nézem ECMP esetén is a bejövő kapcsolatokat mindenképp jelölgetni kell, ugyanúgy, ahogy PCC-nél.
Olvastam én is a doksikat a gyakori RouterOS konfig hibákról, de azt nem írták, hogy ne jelölgessük a kapcsolatokat, hanem azt, hogy ésszel, valamint pont hogy azt írták, gyorsabb csak connection mark alapján a csomagokat manipulálni/terelgetni, mintha minden egyes csomagra elvégeznénk egy halom ellenőrzést. -
E.Kaufmann
veterán
válasz
Alteran-IT #24359 üzenetére
PCC-t pl hogy lehet varázsolni így?
"én routing szabályokkal definiálom táblákkal együtt, hogy melyik forgalom merre jöjjön és merre menjen" -
E.Kaufmann
veterán
válasz
E.Kaufmann #24362 üzenetére
Routing, csak elírtam.
-
E.Kaufmann
veterán
válasz
Alteran-IT #24359 üzenetére
Szóf#sás helyett nem finganál ide egy példa konfigot? Ezért is lenne jó egy quickset erre is, hogy látnánk hogy a gyártó mit ajánl, ne csak itt tapogatózunk a sötétben. Nekem azért kellett a dhcp script mert egy bonyolultabb rooting sémám van, hogy biztos legyek benne hogy az adott vonal működik.
-
E.Kaufmann
veterán
válasz
Alteran-IT #24348 üzenetére
Hogy csináljuk? Az a baj, hogy nem így
[link] Ilyesmit meg lehetne csinálni QuickSet alatt.
A több internet kapcsolat kezelése nem feltétlen annyi, hogy van egy fő internet kapcsolat meg egy melegtartalék. Jó lenne a WAN vonalak sebességének megfelelően szétosztani a kapcsolatokat (sok PCC szabállyal lehet közelítgetni,de ott is kérdés, mi alapján érdemes osztogatni). Az is jó lenne, ha lehal az egyik vonal, időben észrevegye a router. Valamint mi számít a vonal lehalásának? Milyen és hány IP címmel érdemes tesztelni a kapcsolatot. Jártam úgy, hogy egyik internet kapcsolatról csak a BIX-ig láttam ki, pechemre pont azt pingelgettemJó lenne az is, ha csak azért, mert el van dugulva a vonal, ne lője le az útvonalat
Valamint ott van még az IPv6, azt is lassan érdemes lenne használni, szerencsére (maszek vélemény, amit már sokan kritizáltak) jól működik már a masquerade is IPv6 alatt mikiéknél.A CAKE-n kellene püfölni, mert megint szarráfagyott két routerem is 7.18-tól kezdve, mikor CAKE-et akartam használni, de olyan szinten, hogy resetelni kellett őket, fq-codel-lel nincs gond, csak épp érezhetően ergyább gyengus vonalon.
-
-
E.Kaufmann
veterán
válasz
MasterDeeJay #24327 üzenetére
Volt egy videóban, hogy most már gyártanak az elektromos autók töltői miatt olyan közös többeres árnyékolt kábelt, amiben megy nagyfesz és ethernet is.
-
E.Kaufmann
veterán
válasz
E.Kaufmann #24323 üzenetére
Még mielőtt írnátok, tudom, ott a mobilnet, mint lehetőség, wifi-n keresztül pl, de az a második lábam, kellene egy harmadik is
-
E.Kaufmann
veterán
Arra esetleg valaki, ha szeretnék több internet kapcsolat közötti váltogatást tesztelni/szimulálni, milyen ingyenes VPN szolgáltatót tudnátok ajánlani, aki9nek a szolgáltatása felcsattintható RouterOS alá?
-
E.Kaufmann
veterán
Szeretném priorizálni egy kapcsolaton a ping-eket a routing check-gateway miatt. Megjelöltem mindkét oldalon az adott interfészen kimenő icmp echo request és reply-ket, egy queue tree-be tereltem a forgalmat, minden ami nem jelölt csomaag, 8-as prioritást kap, ami meg meg van jelölve, hogy ping,1-est, a gyökér queue-n meg nincs packet mark figyelés. Mégis úgy érzem, mikor bandwidth testet csinálok a két router között és közben pinggelek, hogy túl magasak a késleltetések és még mindíg sok csomag vész el. Hogy érdemes finomhangolni?
Az a célom, hogy ha el is van tömődve a csatorna, ne váltson át a check gateway miatt másodlagos útvonalra.
-
E.Kaufmann
veterán
válasz
MPeti2 #23954 üzenetére
Az se jó, hogy bactatják az internetet, anélkül nem működnek és volt már, hogy felhős vezérlésű cuccokat gyártó bezárta a bazárt az eszközeik meg azon nyomban drága veszélyes hulladékok lettek. Normál (üzemre is képes) eszköz max nem kap több frissítést és körbetűzfalazva még használható nyugodtan.
-
E.Kaufmann
veterán
Na én emiatt vettem olyan routert, ami tud 1.8GHz-ig pörögni, engem a nyüves f@szt-rak ne korlátozzon le a konfigban.
-
E.Kaufmann
veterán
válasz
myk_to #23697 üzenetére
Én úgy tudom, magának a passtrough-nak leginkább a gazda oldalon vannak követelményei, vendég oldalon meg annyi, hogy legyen driver/kernel modul az átengedett eszközhöz. A RouterOS, hiába Linux alapú, nem olyan, mint egy átlagos distro, ahol legalább a nyílt driverek nagy részét beleépítik, hogy mindenen is elinduljon.
-
E.Kaufmann
veterán
válasz
myk_to #23695 üzenetére
Őőő, nem. Azt fogja látni a virtuális környezet, amit a VM gazda rendszer átenged valahogy. Vagy emulál egy konkrét hw-t vagy pedig emulál egy szintetikus eszközt (gyorsabb, mint egy létező eszközt emulálni). De még ennyi nem elég, a vendég rendszerben meg kell driver ehhez. Persze van még olyan, hogy USB meg PCIe passtrough, ami teljes egészében átengedi az eszközt a vendég rendszernek.
Wifi esetén én még nem láttam, de nem is kellett olyan, hogy a wifi-t teljes egészében átengedd (max USB vagy PCIe passtrough), max a hálózati forgalmát tudod becsatornázni (de jöjjön bátran egy guru, aki meg tud cáfolni), de ilyen Wifi specifikus dolgokat nem érsz el (kapcsolódás hálózathoz, üzemmód váltás, stb..), hanem egy vezetékes eszköz fog látszani. -
E.Kaufmann
veterán
-
E.Kaufmann
veterán
válasz
Anaconda #23685 üzenetére
Pedig egy (esetleg folyamatosan frissülő) tiltólistánál nincs egyszerűbb (azt nem mondom, hogy nincs jobb) és egyes formátumú listákat már elvileg a RouterOS DNS szervere is támogat, de még fejlesztés alatt. Igazából ilyesmire még érdemesebb PiHole-t használni. Esetleg, ha kkv és van központilag felügyelt víruskergető, azok is tudnának pl YouTube-ot blokkolni. De ott is lehet gixer: [link]
-
E.Kaufmann
veterán
Amúgy miért kell virtualizálni a Wifi eszközt? Nem lenne elég egy CAPsMAN szerver virtualizálva?
-
E.Kaufmann
veterán
Tudom, itt naggyon sokakat érdekel az IPv6
De akiket tényleg, azoknak egy jó hír:What's new in 7.18beta2 (2025-Jan-21 11:27):
...
*) ipv6 - added FastTrack support;
*) ipv6 - added routing FastPath support;
... -
E.Kaufmann
veterán
válasz
Alteran-IT #23313 üzenetére
Aki Mikrotiket Unifi/Aruba helyett használna és utánna még panaszkodik is, az annyit is ér
Ha nem kapszmankodsz pláne nem különféle wifi csomagokkal, akkor egy stabil, jól átlátható rendszer. -
E.Kaufmann
veterán
válasz
gidacska #23285 üzenetére
A wifiwave2 csomaggal működik egyáltalán a repeater mód? Valamint kompatibilis-e visszafelé? Szerintem tuti itt a gond, hogy az AX kapásból az újabb generációs wifi csomagot kapja, az ac2-n meg a régi lehet. Faragtak valamit az új csomagon, hogy több régebbi routerrel is menjen, de nem minddel.
-
E.Kaufmann
veterán
válasz
kammler #23253 üzenetére
Spekuláció:
1. Épp aludt az ügyeletes
2. Támadás alatt vannak, ami érintheti a Cloud kliens eszközöket is ezért inkább lelőtték a 3,14csába, nehogy nagyobb baj legyen és még csak ott tartanak, hogy feltérképezzék mekkora a veszély
Azért nem csodálnám, ha aktív célpont lenne a maci listáján a cég...PS:
Már sikeres a névfeloldás... -
E.Kaufmann
veterán
gps - changed default GPS antenna setting for LtAP mini with internal LTE/GPS combo antenna;
Na és mi lett a default, amikor belső antennával használhatatlan?
A másik, hogy már rohadt ki nekem LtAP mini, olyan ősrégi és még csak most piszkálnak a default GPS antenna beállításhoz? -
E.Kaufmann
veterán
válasz
Reggie0 #23203 üzenetére
Nekem ez úgy tűnik, hogy mindkét oldalnak támogatnia kell, olyat, hogy belül v6-kívűl v4, még nem tud, csak becsomagolja az IPv6-ot IPv4-be. Vagy rosszul értelmezem?
Ami régen működött nekem, de nem Mikrotik-en hanem valamilyen Linux+Squid esetén (a RouterOS proxy-ján nem működött) és lényegében a fordítottja volt ennek, hogy egy Proxy szerveren át, ami IPv4-es és IPv6-os nethez is hozzáfért, el lehetett érnie csak IPv4-es eszköznek az IPv6-os eszközt böngészőn keresztül. (The KAME project, ha táncol a teki, akkor IPv6-on érted el a szervert)NAT, van már rendes Masquerade is IPv6-hoz RouterOS alatt, valamint használhatsz netmap-ot teljes tartomány/prefix átírásához. Valamint az endpoint independent NAT-tal is lehet már mókolni IPv6 alatt is, csak abba még nem mélyedtem el.
Viszont, amit írtam is és a NAT-os példában nem úgy szerepel, pl. a böngészők nem szeretik az ULA-t, inkább v4-en érik el a szervet, ha caak ilyen címe van a gépnek, viszont a "publikus" db8-as tartományt nem veszik zokon, akkor kapásból kimennek v6 felé a kérések, ha lehetséges és a db8-as tartomány tuti nem ütközik semmivel az interneten.
-
E.Kaufmann
veterán
válasz
Reggie0 #23199 üzenetére
Elvileg párhuzamos használhatsz ULA-t is, de minek, ha működik RouterOS-en a prefix translation is
Szép én működik db8-as címekkel isha kiveszed a gyári default tiltólistáról és a kliensek is inkább használják az internet felé, mint az ULA-t, mert nagyobb a preferenciája.
-
E.Kaufmann
veterán
válasz
lionhearted #23193 üzenetére
Nem elég nagy a fantáziád
:
[link] -
E.Kaufmann
veterán
Ha valakinek eddig gondot okozott megjegyezni a router IPv6 címét, vagy csak szeretik az egyszerű címeket, azoknak nagy segítség
What's new in 7.17beta6 (2024-Nov-20 09:58):
...
*) ipv6 - added support for manual link-local address configuration;
... -
E.Kaufmann
veterán
válasz
Reggie0 #23095 üzenetére
Végül is nem sci-fi, nálunk 200+ lumen/wattos égőből van több is, teljesítmény elég lenne. Írj egy bolgár levelet a Shelly-nek
aláírom én is
A Mikinek is inkább az IoT felé kéne mennie, de nem csak szoftverben és routerben. Amit amúgy nem használok, mert nekem elég ha fetch-el webhook-ozok. -
E.Kaufmann
veterán
válasz
gabro0 #23091 üzenetére
Hááááát, azért volt már frissítés miatt kernel panic loop Mikrotik routereken is. Én inkább azt szeretem, hogy van egy kis fogyasztású és helyigényű alapinfrastruktúra, mozgó alkatrészek nélkül vagy minimális számú mozgó alkatrésszel (ventillátorok pl), ami akár egy akksiról (tág feszültségtartományról) és azt töltő tápról is elmegy és akár többféle betápot is fogad, fillérekből redundáns táplálással és paraszt PoE-vel. Ezért sem tetszik ez a bajszos kancsós jópofiskodás meg ezek az úri routerek, mint a Sató, mert szembemennek a régi hagyományokkal, amiért sokan kedveljük a márkát.
-
E.Kaufmann
veterán
válasz
Apollyon #23057 üzenetére
Mondjuk ahogy hallom, a juh-nyifi se lehet büszke a Wifi7-es cuccaira, mert az MLO se működött még augusztusban, ami nélkül meg nem sokkal jobb, mint egy 6E.
Nézegettem más gyártókat, ahol van is MLO, ott is max 1-2 féle üzemmódban használható (papíron olyat láttam, hogy lennének sávszélre, késleltetésre és megbízhatóságra optimalizált üzemmódok, míg "olcsó" routereken annyi van, hogy bekapcsolod vagy nem).
Az is vicces, hogy vannak más gyártóknak "jóárasított" wifi7 routereik 6GHz nélkül. -
E.Kaufmann
veterán
válasz
ekkold #23046 üzenetére
Azért maga a CAPsMan nem lenne egy rossz ötlet és még a fapadnak is vannak előnyei (nem kell külön központ), azt kellene gatyába rázni, akár úgy hogy lenne hozzá valami csilivili juuhnyifájos webes frontend, ami lefordítja CapsMan-ra a dolgokat, ha valaki nem akar mélyebben megismerkedni vele.
-
E.Kaufmann
veterán
-
E.Kaufmann
veterán
válasz
Gyula888 #23038 üzenetére
Te jó, hogy képben vagy, de nekem a gugli ilyen AliExpress-es routereket és GPON cuccokat hozott be, Airoha-t nem láttam és az MTK is úgy jött képbe, hogy olyan WiFi chippeket pakoltak mellé. Valamint ha MTK akkor miért nem vállalja fel a nevét? Miért EkóNyet (nem is Airoha, amit szintén nem ismerek). Annak idején a RaLink nevét meg beszántották, pedig az még volt valami. Na meg van az MTK-nak saját néven hasonló két magos ARM cucca. Miért nem azt választották (mint sokan mások)?
-
E.Kaufmann
veterán
-
E.Kaufmann
veterán
válasz
E.Kaufmann #22996 üzenetére
Az jutott még eszembe, hogy régen a http forgalom simán egy dst-nat-tal átvezethető volt a proxy-ra. Megpróbálom a webproxyt bekapcsolni és ott tiltani, így hátha nem próbálkozik hosszasan feleslegesen az okosrelé, bár csak ezért kicsit overkill
-
E.Kaufmann
veterán
válasz
Tamarel #22994 üzenetére
Szerintem leírtam, de kifejtem.
A relén az adott Action (pl 1-es gomb megnyom) meghív egy URL-t (http://192.168.xxx.xxx/light/0?turn=toggle ahelyett, hogy http://localhost/light/0?turn=toggle). Az Actiont szeretném blokkolni este 8 után reggel 5 -ig, ezért kellett a NAT, hogy a kérést átvezessem a routeren vissza a relére.
Amikor blokkolnám, kikapcsolnám a NAT szabályt meg esetleg élesítenék még valamilyen blokkoló szabályt is.
A tarpit nem pont ellentétes azzal, amit szeretnék? Úgy tudtam, pont arra lenne, hogy megakassza a másik oldalon a TCP-t, hogy várjon még a válaszra (ami nem jön). Nekem meg az kellene, hogy gyorsan észrevegye, hogy ne működik az URL, mert ilyenkor más, localhost-ra irányított action-ök se működnek.
-
E.Kaufmann
veterán
Sziasztok! Van egy 1. generációs Shelly okosrelém, amin szeretném beállítani, hogy milyen időszakban reagáljon a fizikai nyomógombra. Mivel 1. gen, nincs rá mód, hogy az eseményvezérlőbe időszakot állítsak (ahogy a gen2. ben már tudtam)
Hol jön ide a RouterOS? Eddig a routeren fetch segítségével tudtam a webhook url-eken keresztül kapcsolni az action-öket, de azt nem szerette az okosrelé, mert le-leszakadt egy-egy ilyen ütemezett feladat után a relé a hálózatról kis időre, most meg resetelte magát. Stratégiát váltottam. Az Action-k is webhook url-eket hívogatnak, úgyhogy hairpin NAT-ot tettem a Shelly-re és az egyik utasítás egy másik alhálóbeli címer hivatkoztik, mig a többi action a localhost-ra (hogy ki lehesen kapcsolni legalább vagy a fényerőt levenni). Ez, amíg él a NAT szépen is működik, mind a localhost-ra mind a NAT-olt címre hivatkozó utasítások működnek. Ha viszont letiltom a NAT-ot és megnyomom azt a gombot, ami NAT-olt utána egy darabig a nem NAT-olt utasítások se működnek, gondolom várakozna az okosrelé. Próbáltam reject-et alkalmazni, hátha gyorsabban timeoutol, de semmi. Hogy érdemes még blokkolni a NAT-olt címet, hogy a kliens (okosrelé) gyorsabban észbekapjon, hogy kár próbálkozni? -
E.Kaufmann
veterán
válasz
lionhearted #22236 üzenetére
Miért? Az is köztük volt. Amúgy vettem egy Yettel-es kártyát, azzal megy.
-
E.Kaufmann
veterán
A telekom mivel mókol Domino esetén, hogy ha tartaléknak szeretném használni akár egy mobiltelefon wifis megosztását akár egy régebbi LTE modem-routert? Akadoznak az oldalak, és nem a sebesség miatt. Pl nem működnek DNS feloldások és DNS szerverek IP címei nem válaszolnak folyamatosan pinggelve őket (ha olyat pinggelek, amin keresztül nem akarok névfeloldást, azt sokkal kevesebb fennakadással tudom pinggelni, mintha direkt blokkolnák azokat az IP-ket amikre névfeloldás kérés megy). Nincs LTE képes mikrotik routerem, hanem próbáltam volna tartalék útvonalnak felvenni egy régi mobilnetes eszközt + egy olcsó dominó kártyát, amin van elvileg 1GByte adat is.
Próbáltam a TTL átírást, de az se segít.
Vodafone-os mobilnetet mobilról megosztva a Mikrotik router szépen használja tartaléknak (még úgy is, hogy direkt le van korlátozva a sebesség, hogy ne fogyjon el sok a keretből, ha átállna tartalékra.)Így néz ki a háló:
PPPoe -------- |
|
Mikrotik Router ----LAN
|
LTE router --- | -
E.Kaufmann
veterán
Ez a Mikrtotik topik, szóval visszacsukod a fiókot
, veszel egy wifi-vel rendelkező Mikrotik-et, létrehozol rajta két station-t.
Az egyik a LAN-odhoz a másik az okoseszközhöz csatlakozik. Amelyik station a LAN-hoz kapcsolódik, az kapjon két IP címet. Az egyik lesz a management, a másikra meg a tűzfalban 1:1 NAT-ot lősz be az okos eszköz címe felé és viola.Amúgy DDwrt-vel nem bajlódnék már, OpenWRT más tészta...
-
E.Kaufmann
veterán
Ha épp akciós, mindenképp érdekes lehet. Én a cAP AC-t akkor vettem, mikor valakinél volt használtan 15-ért. Annyiért HA-n MIPSBE routereket is alig kapni (most láttam, hogy valakinél van több karton wAP modem nélkül 10 körül. Kültéri wifi-s IoT-hez, garázs irányába ptp összeköttetéshez vagy csak kertbe kapálva rádiót hallgatni mobilról az is jó)
-
E.Kaufmann
veterán
Van egy titkos tippem, de ne nézz hülyének
cAP AX.
Ugyanaz a combos processzor mint a hAP AX3-ban, van két portja, úgyhogy ha nem lell 2.5 gigabites WAN kapcsolat és USB port, de van otthon switched, akkor pláne nincs gond és erősebb mint az L009.
(Amúgy a jelenlegi routerem egy cAP AC, azon egy HP switch + Asus és Cudy routerek AP-nak használva, ha nincs semmi különleges konfig akkor Fasttrack mellett ez is elbírja a nagyját a gigabites internetnek) -
E.Kaufmann
veterán
Gyerekek!
Másnál is dögledeznek 3-4 év után az R11e-LTE modemek? Vagy néha eltűnik a RouterOS alól vagy már soha többé meg sem jelenik. Csak a ki-betevés nem segít, másik eszköz modemét meg felismeri az adott eszköz. -
E.Kaufmann
veterán
válasz
Formaster #21478 üzenetére
Na, csináltam egy új bridge-et egyetlen taggal, az ethernet porttal, ráállítottam a PPPoE kliens interfészt. A hibát (ami miatt kell ezzel játszanom) előidézve ilyen mikro leszakadásokra így csak ping vesztés van, maga a PPPoE nem szakad.
Ezek szeriint így kezelhető, amíg a Mikrotik nem tesz be egy külön opciót ilyen esetekre... -
E.Kaufmann
veterán
válasz
Formaster #21476 üzenetére
Azt szeretném, ha még a szerver nem dobta el a kapcsolatot, a kliens próbáljon még kommunikálni, ne akarjon újracsatlakozni, mert sajnos a kedves Digi ilyenkor percekig nem enged vissza, hiába erölködik a routerOS a visszacsatlakozással. Van valamennyi keepalive gondolom a szerveren is. A kliens oldalon hiába van keepalive, ha ő már eldobja a kapcsolatot az interface kiesés miatt, a szolgáltató meg, ha jól gondolom, úgy veszi, még élhet a kapcsolat és ugyanazzal a felhasználónévvel nem enged be, míg le nem jár az idő. Jobb lenne, ha a kliensen is csak a keepalive-re hagyatkozna a kapcsolat elbontása, nem pedig az interfész állapotára is.
-
E.Kaufmann
veterán
Ha már szakadás. Van egy fizikai gond, aminek megoldásán dolgozom, de addig is hogy lehet azt megoldani, hogy ne bontson a PPPoE kliens, ha egy pillanatra (<1s) megszakad a fizikai interfész, amin keresztül felépül? Tegyem bridge-be az interfészt és a bridge-re állítsam a PPPoE klienset? Vagy mi lehet ennek a módja?
-
E.Kaufmann
veterán
válasz
Formaster #21470 üzenetére
De a failover WAN-t a fő routeren kell megcsinálni, nem pedig az LTE modemnek használton. Arra keress rá, hogy LTE passtrough. Valamint ne hidd, hogy váltásnál nem fog minden megszakadni. Meg fog, csak hamar újra lehet csatlakozni, valamint pl egy youtube vagy egy streaming szolgáltatás nem fog megröccenni, ha van elég sávszél és gyors az átkapcsolás.
-
E.Kaufmann
veterán
De szerintem el se jut minden helyi forgalom, már csak a switch/bridge miatt sem, valamint a nem a routernek szóló csomagok (akár célként akár átjáróként) még ha el is jutnak a router egy interface-ére, ott már nem kerülnek bele az IP tűzfalba, hacsak nincs valami mókolás a Bridge-en, de javítsatok ki.
Új hozzászólás Aktív témák
Hirdetés
- btz: Internet fejlesztés országosan!
- Star Trek Online -=MMORPG=-
- gban: Ingyen kellene, de tegnapra
- Huawei Watch Fit 3 - zöldalma
- Battlefield 6
- Luck Dragon: Asszociációs játék. :)
- Otthoni hálózat és internet megosztás
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Samsung Galaxy A54 - türelemjáték
- Vezeték nélküli fejhallgatók
- További aktív témák...
- Xiaomi Redmi Note 13 Pro 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- iKing.Hu - Motorola Razr 40 Ultra Glacier Blue 8 GB RAM / 256 GB tárhely Használt, karcmentes
- Újra Akcióban!!! Ducky One 2 Mini és SF billentyűzetek a bolti ár töredékéért! Számla+Gari
- Új és régi konzolok Okosítása/Softmodoloása, és Szoftveres szintű javítása - RÉSZLETEK A LEÍRÁSBAN
- Eladó karcmentes Xiaomi Redmi Note 10 5G 4/128GB / 12 hó jótállással
Állásajánlatok
Cég: FOTC
Város: Budapest