Hirdetés
- btz: Internet fejlesztés országosan!
- Brogyi: CTEK akkumulátor töltő és másolatai
- Pitterix: Gyógytorna
- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- GoodSpeed: Kell e manapság egérpad vagy sem?
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
-
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
-
Reggie0
félisten
válasz
adika4444
#25308
üzenetére
Jobb nem loggolni, csak a munka van vele. Majd a rendorseg kinyomozza a tettest, ahogy akarja, a szallo attol meg nem lesz felelos az ugyfele miatt. Szigoruan csak annyit szabad tenni, amit a torveny minimumkent megkovetel. Ha ebben nincs benne a loggolas(es tudtommal nincs), akkor el kell felejteni.
Masik lehetoseg, hogy TOR-on keresztultolni a teljes forgalmat, akkor sokkal kisebb esellyel jutnak el a szalloig es legalabb sok savszelt sem esznek meg a vendegek.
-
#25272
Reggie0
félisten
lionhearted
#25271
Reggie0
félisten
válasz
lionhearted
#25271
üzenetére
"Azert ment, mert kozben a wifit nem kapcsoltam le a gepen..."
"Aztan - es ez maradt itt ki - lekapcsoltam a Wifi-t, es onnantol kvazi semmi nem mukodott, csak a winbox kapcsolat az L009-cel."Felreertetted.
A bridge IP beallitas para ugycsatlakozik be, hogy az L009 dhcp szervere nem tud .0 vegu forras IP-cimmel jelen lenni a halozaton, igy alapertelmezett atjarot sem tud kiosztani. A wifi nem lekapcsolasa nem feltetlen okozna problemat, ha az L009 is adott volna alapertelmezett atjarot, viszont ebben az esetben a parhuzamos wifis kapcsolat elfedte a hibat mert a wifis sajat alapertelmezett atjaroja bentmaradt.
Igazabol majdnem az volt az oka, amit en tippeltem az elejen, a gyokere ugyanaz: egy masik alapertelmezett atjaro maradt a rendszerben, csak nem a dhcp-k versengese miatt, hanem az L009-es ipcimenek ervenytelensege miatt.
-
#25270
Reggie0
félisten
lionhearted
#25267
Reggie0
félisten
válasz
lionhearted
#25267
üzenetére
Pont azt irta, hogy nem ment semmi az L009-en keresztul. Amikor volt net az azert volt, mert a gep wifije is ment a regi deco wifire csatlakoztatva es az adta a default route-ot, tehat a netet nem az L009-en keresztul erte el.
-
Reggie0
félisten
-
Reggie0
félisten
válasz
Shkiz0
#25185
üzenetére
Annyira azert nem gyengebb, nagyjabol 10% a minusz. Ez megteljessen vallalhato aldozat, home juzerkent valoszinuleg ugysem jaratnad 100%-ra. En a CCR1009-et 10% kozeleben is ritkan latom, pedig megy rajta wireguardtol kezdve minden is, tobb bridge, vlan, vpn-ek, gigas net, stb..
-
#25136
Reggie0
félisten
lionhearted
#25135
Reggie0
félisten
válasz
lionhearted
#25135
üzenetére
Be lehet bridgelni mindent es akkor a router ip-t a hostra felvenni, a kartyan pedig csak bridge filterelni. Igy a routingot a host csinalja.
-
Reggie0
félisten
válasz
user12
#25132
üzenetére
Egy CCR2004 PCI kartya kell. Annak van 2db 25 gigas SFP28 portja, van rajta routeros es hardverbol egy csomo cuccot el lehet vele intezni(pl. raw filter) . A maradek prociintenziv dolgokat meg at lehet dobni a host gepnek. De lehet bypass uzemmodban is hasznalni.
2x25G porttal 70ezer ujonan brutto.
-
Reggie0
félisten
válasz
Shkiz0
#25104
üzenetére
En ezert tolom CCR1009+CRS326+CRS326 komboval.
Amugy elegge erdekesek az eredmenyek, nem tudom egy okra levezetni a bottlenecket a CRS418-nal. Viszont mivel all interface loadot mernek, lehet a wifi kezelese torzitja az eredmenyeket, mert az fixen elvesz a CPU-bol es ezert feloldalas az 5009-hez kepest. Lehet tenyleg csak 2x1gbit van a switch es a cpu kozott. Igy viszont gatya.
-
-
#24956
Reggie0
félisten
D-LAN|FuRioN
#24951
Reggie0
félisten
válasz
D-LAN|FuRioN
#24951
üzenetére
Azert is van ez, mert a telekom eszkozre belepve is tudsz uzemmodot valtoztatni, nem kell hozza szolgaltato webje vagy ugyfelszolgalat.
-
#24955
Reggie0
félisten
D-LAN|FuRioN
#24954
Reggie0
félisten
válasz
D-LAN|FuRioN
#24954
üzenetére
Igy van.
-
#24941
Reggie0
félisten
E.Kaufmann
#24940
Reggie0
félisten
válasz
E.Kaufmann
#24940
üzenetére
Debug miatt celszeru, ha elerheto. En is elobb nezem meg weben a PON es Internet statuszt, ha gond van, minthogy odamenjek az eszkozhoz.
-
#24939
Reggie0
félisten
E.Kaufmann
#24927
Reggie0
félisten
válasz
E.Kaufmann
#24927
üzenetére
Csak akkor lesz, ha ugy van beallitva, pl. dhcp vagy ip cim automatikus route felvetellel.
En pl. a szolgaltatoi routertol nem dhcp-zek, hanem mindent statikusan vettem fel, hogy ne tudjon belekontarkodni a halozatomba egy idegen eszkoz.
-
#24904
Reggie0
félisten
D-LAN|FuRioN
#24903
Reggie0
félisten
válasz
D-LAN|FuRioN
#24903
üzenetére
Ahogy en hallottam a cisco mellet az is fo erv szokott lenni, hogy a cisco valasztasa miatt meg senkit sem rugtak ki
-
#24873
Reggie0
félisten
E.Kaufmann
#24869
Reggie0
félisten
válasz
E.Kaufmann
#24869
üzenetére
Ha openwrt-t tennek ra, akkor eleve mikrotiket sem kene venni.
-
Reggie0
félisten
válasz
jerry311
#24861
üzenetére
Van amit nem is tud irni, mert az a flash szoftveres beazonositasa szolgal, csak olvashato.
Egyebkent vannak szofisztikaltabb azonosito megoldasok is, kerdes, hogy hasznalja-e. Pl. flash IC-t be lehet azonositani egyes idozitesei alapjan. Akar az is lehet az oka ennek az allando ID valtozasnak, hogy amit az eredeti gyartmanyu flash-en mer idozitest az az uj flashen nem stabil.
Masik ok az lehet, hogy egy olyan csak olvashato teruletet probal olvasni, ami csak az eredeti flash-nel letezik, az uj pedig random szemetet kuld a nem letezo megcimzett teruletrol.
-
#24834
Reggie0
félisten
lionhearted
#24833
Reggie0
félisten
válasz
lionhearted
#24833
üzenetére
Megbizhato akkor is, csak elobb utkozik korlatokba.
-
-
#24373
Reggie0
félisten
E.Kaufmann
#24372
Reggie0
félisten
válasz
E.Kaufmann
#24372
üzenetére
Cloud az uj buzzword, azt muszaj volt. A virtualizacio is emiatt kerult be, pedig igazabol egy allando sechole.
Ja ket delutan. Aztan jon egy rakat siras forumon/telefonon es reszelni kell. Aztan megint. Aztan megint es sosincs vege. Az autokban sem veletlenul van a viz homeroje odaragasztva 90 fokra.
-
Reggie0
félisten
válasz
grabber
#24369
üzenetére
En orulok neki. A sok kezdo supportjat igy nem kell a termek araban kifizetnem, mert mindig panaszkodnanak ra, amiert nem pont ugy mukodik, ahogy elkepzeltek. A csak egy pipa is vegen penzbe kerul mindenkinek vagy minosegbe, mert ugyanabbol az arbol kell kihozni tobb funkciot, mivel mastol veszi el a fejlesztesi idot.
-
#24368
Reggie0
félisten
E.Kaufmann
#24367
Reggie0
félisten
válasz
E.Kaufmann
#24367
üzenetére
Na igen, ilyenkor jon a "van internet" ertelmezesenek masik fele, hogy figyeled a scriptben a packet loss-t is es a minoseg alapjan is valaszt default-ot, nem csak van kapcsolat-nincs kapcsolat alapon. Ezert is jo, hogy nem a router donti el az ember helyett.
-
Reggie0
félisten
válasz
grabber
#24360
üzenetére
Mindenre script kell, a kerdes csak az, hogy ki irja meg es taplalja be
Ha a juzerre van ez bizva, akkor teljes mertekben testreszabhato. A mikrotik juzerek ezt szeretik, mert sajatkezben marad az iranyitas es nem probal a rendszer okosabb lenni naluk. En nem is orulnek, ha egy rejtett script csinalna ezt helyettem egy pipa bekattintasara, mert onnantol egy feketedoboz lesz es nem tudom mit mikor milyen feltetelekkel csinal. -
Reggie0
félisten
válasz
grabber
#24355
üzenetére
dhcp kliensnel elvileg meg tudod adni, hogy a default route-t melyik tablaba tegye be. Az ip rule -ben pedig meg tudod adni, hogy adott routing mark eseten melyik tablat hasznalja.
Lasd: [link] alatt, a "default-route-tables" property.
Lent pedig scriptet is talalsz, ha regebbi routeros-ed van.
-
Reggie0
félisten
válasz
grabber
#24347
üzenetére
Mert a mikrotik "ezt akartad hat nesze" tipusu rendszer, mig a tp-link es hasonlo szemetek pedig "megcsinalunk mindent helyetted, meg ha ugy szar is" tipusu. Mind a kettonek meg van a maga elonye. Pl. ha net furtokre bomlik szolgaltatonkent, akkor melyik uplink lesz az internet? Na ilyenkor egy tp-link osszefossa magat, a mikrotiknel meg attol fugg milyen jo szkriptet irsz. Persze ez ritkabb az eset ahhoz kepest, amikor az egyik szimplan nem megy.
A mikrotiknel is van automatizmus: pl. a pppoe-nel a dial-up fulon be lehet allitani a route-distance erteket. Amelyiknek kisebb arra megy alapertelmezetten a forgalom. Viszont, ha ugy megy el a net, hogy a pppoe kapcsolat el, akkor ez nem fog mukodni. Ezert kell a script, hogy detektalja az "internetet" attol fuggen, hogy ki mit ert az internet alatt. Vagy eppen melyek a fontos szerverek, amelyek elerhetosege szamit.
-
#24339
Reggie0
félisten
E.Kaufmann
#24338
Reggie0
félisten
válasz
E.Kaufmann
#24338
üzenetére
Szerk nem, de igen. Kevertem a wg-s architekturat a tor-ossal. Igazad van, az ICMP mar IP datagram, annak ellenere, hogy az IP es ARP mellett emlegetik, nem felette: [link].
Papiron L2, de IP csomagban van.Az ICMP at nem kuldese TOR-os problemakor.
-
#24264
Reggie0
félisten
Alteran-IT
#24252
Reggie0
félisten
válasz
Alteran-IT
#24252
üzenetére
Mert a telefonod host, nem device, igy amikor bekapcsolod allandoan szkennel, ellenben egy device semmit nem csinal, amig a host altal keltett magneses ter meg nem jelenik. Pl. az nfc-s belepokartyam semmit sem fogyaszt, sot meg elem sincs benne, de a telefon ki tudja belole olvasni az adatot. De vannak NFC-s(elem nelkuli), homerok, kijelzok, stb.. Amit mi hasznalunk(majd 10 eves) nfc-s eepromot, az 30 mikroampert, azaz nagyjabol 0.000054 W-ot fogyaszt.
-
#24244
Reggie0
félisten
Alteran-IT
#24243
Reggie0
félisten
válasz
Alteran-IT
#24243
üzenetére
Mint irtam azert mert ma mar sokkal tobb parameter van, mint amit meg tud jeleniteni. Ez mar nem a 90-es evek, amikor egy routeren van ket eszkoz es 3 ip cim.
Manapsag a mai eszkozokon van UID led funkcio, igy azt is nulla munkaval tudod ellenorizni, hogy ahhoz nyulsz aminek a cimet megnyitottad a neten."NFC-nek egy router vagy egy szerver esetén mi értelme van? "
Szerintem kevered az NFC-t valami massal. Az aztan nem fogyaszt szinte semmit se. Pont arra jo, hogy egy komplexebb eszkozre sok adatot at tud vinni lokalisan. A kis tavolsag plane elony, fizikailag ott kell lenni hozza a routernel. Sot, kikapcsolt allapotban is ki lehet olvasni az utolso rogzitett adatot(ezt max az epapir kozeliti meg, csak azon se fer el eleg adat). -
#24235
Reggie0
félisten
Alteran-IT
#24233
Reggie0
félisten
válasz
Alteran-IT
#24233
üzenetére
Pont az a gond, hogy annyira komplexek az eszkozok, hogy az LCD ertelmet veszti. Ugysem kapod meg rajta a szukseges adatot(vagy legalabbis kicsi esellyel lesz pont azzal gondod, ami ki van teve ra), mindenhez mar minimum cli kell. Emiatt eleg az eszkozre par led, hogy a nagyon alap funkcio rendben mukodnek-e es kesz.
Meg egy nfc-nek is tobb ertelme lenne, mert akkor telorol tudsz valogatni az adatok tengereben es nincs ertlemetlenul dragitva az eszkoz.
-
-
-
#24083
Reggie0
félisten
Alteran-IT
#24077
Reggie0
félisten
válasz
Alteran-IT
#24077
üzenetére
Mert ez egy felturbozott linux, az pedig igy mukodik.
-
#24065
Reggie0
félisten
Alteran-IT
#24046
Reggie0
félisten
válasz
Alteran-IT
#24046
üzenetére
Ez eleg furan hangzik, mert a LAN oldalt rendszerint egy switch chip rendezi le, amit minden mas gyarto is hasznal gond nelkul. De a CCR1009-*-8G-* routereknel se volt instabilitas az eltero portsebessegek miatt.
-
#24030
Reggie0
félisten
Alteran-IT
#24028
Reggie0
félisten
válasz
Alteran-IT
#24028
üzenetére
Ezert nem kell frissiteni azt, ameivel nincsen gond.
A VLAN pedig mindig is taggelt volt, kulonben nem VLAN-rol beszelunk, hanem annak a hianyarol, azaz ha nincs VLAN akkor nincs taggeles se.
-
#24017
Reggie0
félisten
Alteran-IT
#24013
Reggie0
félisten
válasz
Alteran-IT
#24013
üzenetére
Spliterrel le tudod venni es bemehet a hengeres csatin.
-
#24012
Reggie0
félisten
Alteran-IT
#24009
Reggie0
félisten
válasz
Alteran-IT
#24009
üzenetére
Hogy meg tudja taplalni a szolgaltatoi modemet?
-
#23916
Reggie0
félisten
lionhearted
#23914
Reggie0
félisten
válasz
lionhearted
#23914
üzenetére
Amugy en nagyon sok ilyen helyzetben voltam(es vagyok) csak sajat eszkozunk van, nem mikrotik
-
Reggie0
félisten
-
Reggie0
félisten
Biztos meg lehet oldani, csak ki kell talalni a scriptet.
Arra is gondoltam, hogy felhuzhatsz egy openvpn tunnelt is, amit aztan nem hasznalsz, viszont annak a security profile-ban meg lehet adni up es down scriptet. Igy ha lemegy az openvpn kapcsolat akkor ujra lehet inditani az lte interfeszt.
Viszont ez is csak egyszer fut le, amikor lemegy az interfesz, ha nem jon fel akkor nem fogja rendszeresen ujraprobalni. -
Reggie0
félisten
Amugy baromi sok problema van a mobilnettel, csak a legtobb cucc hatterben kezeli. Nem csak az LTE, hanem a normal is rendszeresen ledobodik. A szolgaltato nem szereti, ha tul sokaig online valami, de szamit a prioritas is(pl. ha kifejezetten iot kartyat veszel akkor hatra lesz sorolva a normal felhasznalokhoz kepest), bejatszik a tornyok kozotti load balance(azert dobjak le, hogy masikra atmenjen).
-
Reggie0
félisten
válasz
janos666
#23823
üzenetére
Kerdezd le 5 gigas interfeszen Senegal-t, nekem ez jott be a legjobban, csak nehany freki van extraban, de azt le tudod tiltani, hogy menjen a tobbi eszkozoddel. -6dBm-el alacsonyabb a jelszint, mint az EU-s, cserebe nincsen DFS es CAC:
[admin@Audience] > /interface/wifiwave2/info/country-info Senegal
2.4ghz: 2412 MHz 20/40mhz 20 dBm
2417 MHz 20/40mhz 20 dBm
2422 MHz 20/40mhz 20 dBm
2427 MHz 20/40mhz 20 dBm
2432 MHz 20/40mhz 20 dBm
2437 MHz 20/40mhz 20 dBm
2442 MHz 20/40mhz 20 dBm
2447 MHz 20/40mhz 20 dBm
2452 MHz 20/40mhz 20 dBm
2457 MHz 20/40mhz 20 dBm
2462 MHz 20/40mhz 20 dBm
2467 MHz 20/40mhz 20 dBm
2472 MHz 20/40mhz 20 dBm
5ghz: 5180 MHz 20/40/80/160mhz 24 dBm
5200 MHz 20/40/80/160mhz 24 dBm
5220 MHz 20/40/80/160mhz 24 dBm
5240 MHz 20/40/80/160mhz 24 dBm
5260 MHz 20/40/80/160mhz 24 dBm
5280 MHz 20/40/80/160mhz 24 dBm
5300 MHz 20/40/80/160mhz 24 dBm
5320 MHz 20/40/80/160mhz 24 dBm
5500 MHz 20/40/80/160mhz 24 dBm
5520 MHz 20/40/80/160mhz 24 dBm
5540 MHz 20/40/80/160mhz 24 dBm
5560 MHz 20/40/80/160mhz 24 dBm
5580 MHz 20/40/80/160mhz 24 dBm
5600 MHz 20/40/80/160mhz 24 dBm
5620 MHz 20/40/80/160mhz 24 dBm
5640 MHz 20/40/80/160mhz 24 dBm
5660 MHz 20/40/80mhz 24 dBm
5680 MHz 20/40/80mhz 24 dBm
5700 MHz 20/40/80mhz 24 dBm
5720 MHz 20/40/80mhz 24 dBm
5745 MHz 20/40/80mhz 30 dBm
5765 MHz 20/40/80mhz 30 dBm
5785 MHz 20/40/80mhz 30 dBm
5805 MHz 20/40/80mhz 30 dBm
5825 MHz 20mhz 30 dBm
Koszi a leirast, igy mar tanulsagos lett nekunk is.
Új hozzászólás Aktív témák
- Asus PN40 passzív hűtésű minipc: Celeron N4000, HDMI, mDP, VGA, LAN, USB 3.1, USB-C, Wifi, BT, VESA
- Samsung Galaxy Watch Ultra LTE, Új, Bontatlan, 1 Év Garanciával
- Apple iPhone 15 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- SAPPHIRE NITRO+ AMD Radeon RX 7900 XT Gaming OC Vapor-X 20G - Konzolvilág garancia 2027.05.07.
- Bivaly Lenovo T14 gen5 (Core Ultra 7 32Gb DDR5 1 Tb SSD) laptopom eladó 2 év gyártói garanciával!
- 32 GB-os DDR5 laptop RAM garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12400F / RTX 3060Ti / 32GB DDR4 / 512 M.2 SSD
- Xiaomi Smart Band 8, Újszerű, 1 Év Garanciával
- 365 NAPRA RÉSZLETRE BANKMNETES KAMATMENTES , GAMER PC ,LAPTOPOK , GAMER SZÉKEK , GAMER MONITOROK
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest