- Xiaomi Mi 9 SE - csúcsimitátor
- Milyen okostelefont vegyek?
- Garmin Forerunner 165 - alapozó edzés
- Android alkalmazások - szoftver kibeszélő topik
- A Watch7-tel debütálhat a Samsung vércukormérője
- Honor Magic5 Pro - kamerák bűvöletében
- Megérkezett a Google Pixel 7 és 7 Pro
- Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
- Olcsó 5G-s ajánlatot nyújt a Realme Indiának
- Vodafone mobilszolgáltatások
Hirdetés
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
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
-
tomboy84
tag
Sziasztok!
Adva vagyon 2 db hAP AC2 IPSEC tunnel-lel összekötve. Működik is nagyon szépen, viszont a hálózati felderítést hiányolom (ip alapján megtalálja a másik oldalon lévő NAS-t, de a hálózati helyekben nem látszik). Utána olvasva IPSEC tunnelnél erre nincs is lehetőség. Valami trükkel nem lehetne mégis kivitelezni? Olvastam a GRE tunnelről IPSEC alapon, csináltam is a meglévő mellé, fel is épül a kapcsolat, de semmi eredmény. Ötlet?
-
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...[ Szerkesztve ]
-
#42556672
törölt tag
-
ekkold
Topikgazda
válasz #42556672 #7308 üzenetére
Felmerült egy kérdés ezzel kapcsolatban. Ha VPN-el össze vagyunk kötve, erre ráhúzok egy EOIP-t, akkor nem alakulhat ki hurok amiatt, hogy egyszerre van VPN és Ethernet összeköttetés is a két hálózat között?
Vagy kell ilyenkor további tűzfal vagy routing szabály....?[ Szerkesztve ]
-
-
E.Kaufmann
addikt
Hallottátok? Megjelent a RouterOS 7.
...vagy nem
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
bacus
őstag
válasz E.Kaufmann #7313 üzenetére
Nem downgradelek, ez a 8as amit most raktam fel, ez csuda dolgokat tud.., többek között 2x olyan gyors lett a nat a régi routerekben, ezzel még azok is átviszik a gigabitet amin csak 100-as eth csatlakozók vannak
Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30
-
HARDVERAPRÓD
válasz E.Kaufmann #7313 üzenetére
Még nem. Nem is találom. Esetleg van linked?
-
Lenry
félisten
nem túl fényes az uploadom (és akkor még nagyon finoman fogalmaztam), azt is eléggé elviszi a torrent.
egyelőre annyit csináltam, hogy megjelölöm a torrent csomagjait
chain=postrouting action=mark-packet new-packet-mark=torrent-mark passthrough=yes tcp-flags="" protocol=tcp dst-port=51414 log=no log-prefix=""
és a Queue Tree-ben ez a mark a legalacsonyabb prioritást kapja
name="torrent" parent=global packet-mark=torrent-mark limit-at=0 queue=default-small priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1
tudok-e még bármit tenni ezen kívül?
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
köszi, ennyi azért nekem is megvolt.
nem akarom korlátozni, az egy kőbalta megoldás.
azt akarom, hogy amikor nem kell éppen semmi másra a sávszél, akkor tolja csak, ami a csövön kifér. amikor viszont kell, akkor szoruljon háttérbe a torrentforgalom.Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
válasz E.Kaufmann #7327 üzenetére
a src portot kissé macerás figyelni, mert az szinte minden kapcsolatnál más.
vagy valamit nagyon félreértelmezek...
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
E.Kaufmann
addikt
-
-
Lenry
félisten
válasz bambano #7330 üzenetére
és (#7329) E.Kaufmann
köszi, akkor most felvettem két új szabályt
4 ;;; torrent mark
chain=postrouting action=mark-packet new-packet-mark=torrent-mark passthrough=yes tcp-flags="" protocol=udp src-port=51414
log=no log-prefix=""
5 ;;; torrent mark
chain=postrouting action=mark-packet new-packet-mark=torrent-mark passthrough=yes tcp-flags="" protocol=tcp src-port=51414
log=no log-prefix=""src portot figyel, udp-n és tcp-n
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Adamo_sx
aktív tag
Ez nem erősen erőforrás igényes megoldás így? Ha jól értem, te minden egyes csomagot megnézel és megjelölsz, ha kell. Elvileg az lenne a mikrotik ajánlása, hogy megjelölöd a "connection"-t és utána a csomagokat a connection-mark alapján állítod be. Igaz, hogy több szabályt kell írni, de a futás során kevesebb erőforrást használ.
-
Lenry
félisten
válasz Adamo_sx #7332 üzenetére
kipróbáltam
packeteket megjelölve 1-2% közt van a CPU Load
connectiont jelölve 0-1%
feleannyi, de elhanyagolhatónak látom így is a terhelést.cserébe nem jövök rá, hogy a megjelölt kapcsolatot hogyan tudom a Queue-ban szabályozni? csak packet-markra tudok szabályt létrehozni
plusz nem vagyok benne biztos, hogy a postroutingban van ez a legjobb helyen.
mármint igazából így is működik, érezhetően jobb lett az otthoni elérésem, de ha lehet még fejlődni, az sosem zavar.[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
HARDVERAPRÓD
Mivel itt sem kaptam választ a hibámra, tapasztalatom leírom:
RB4011iGS+5HacQ2HnD
5ghz wifi "kifagy", ilyenkor semmi sem látja, disabled/enabled után initializing állapotra vált (manuálisan 5180MHz van beállítva), csak újraindítás tán megy újra x ideig, akár 2-3 nap is, amikor megy nincs hiba.
Felvettem a kapcsolatot a külföldi MikroTik Support-tal:
kérték a rif fájlt, majd netinstall-t. Meg is csináltam mindent, de 2 nap után előjött a hiba, most a válaszukra várok. Szerintem ebből garancia lesz.....Más nem tapasztalta a hibát?
Köszi
-
HARDVERAPRÓD
válasz Szpilu__25 #7339 üzenetére
Ezen jelenségen kívül nekem is. Legrosszabb esetben kicserélik.
-
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.
[ Szerkesztve ]
-
ekkold
Topikgazda
Most nézem a 6.44.2.RouterOs changelog-ot. Elég rövid. Jól sejtem, hogy ha nem használok IPv6-ot, akkor nem sok értelme van feltenni (a 6.44.1 helyett)?
[ Szerkesztve ]
-
Lenry
félisten
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
#42556672
törölt tag
Én a dhcp problémára a bridge-en dhcp snoop-ot használnék és mindkét oldalon csak azt a portot tenném trusted-re ami egy DHCP-hez tartozik az EoIP adaptert pedig nem. Így elvileg a DHCP-vel nem lesz gond ha mindkét oldalon megcsinálod.
Az MTU-re figyeltél? Ha jól emlékszem 1450 az EoIP tunnel-é.
A többi problémáról jó lenne látni mit mond a LOG.
-
csabi0805
aktív tag
Sziasztok!
Egy kis segítségre lenne szükségem.
Adott egy mikrotik router board.Visszalehet valahogy azt nézni hogy ha egy mondjuk Tp Link router volt rákötve valamikor,és arról interneteztek telefonon?
A Tp link router már nincs rákötve csak mondjuk egyik nap rácsatlakoztatják aztán interneteznek a Tp linken keresztül aztán amikor nem kell már akkor lehúzzák róla a Tp linket és úgy hagyják ahogy volt azelőtt.
Új hozzászólás Aktív témák
- Playstation 5 lemezes,5 honapos,19 ho garanciával
- MSI H61M-P31/W8 LGA 1155 alaplap
- Teljesen új ASUS ZenBook UX325EA-KG666W (Intel i5 1135G7) laptop eladó (bontatlan+garanciás)
- Új, bontatlan Samsung S24+ 256 GB black
- Dell Latitude E7270, 12,5" HD Kijelző, i5-6300U CPU, 8GB DDR4, 256GB SSD, W10, Számla, Garancia