-
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
-
válasz
Zwodkassy
#8580
üzenetére
/caps-man channel
add comment=5-a/n/ac extension-channel=disabled frequency=5180 name=\
Ch36-5180/20M
add comment=5-n/ac extension-channel=Ce frequency=5180 name=Ch36-5180/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5180 name=Ch36-5180/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5200 name=\
Ch40-5200/20M
add comment=5-n/ac extension-channel=Ce frequency=5200 name=Ch40-5200/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5200 name=Ch40-5200/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5220 name=\
Ch44-5220/20M
add comment=5-n/ac extension-channel=Ce frequency=5220 name=Ch44-5220/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5220 name=Ch44-5220/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5240 name=\
Ch48-5240/20M
add comment=5-n/ac extension-channel=Ce frequency=5240 name=Ch48-5240/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5240 name=Ch48-5240/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5260 name=\
Ch52-5260/20M
add comment=5-n/ac extension-channel=Ce frequency=5260 name=Ch52-5260/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5260 name=Ch52-5260/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5280 name=\
Ch56-5280/20M
add comment=5-n/ac extension-channel=Ce frequency=5280 name=Ch56-5280/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5280 name=Ch56-5280/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5300 name=\
Ch60-5300/20M
add comment=5-n/ac extension-channel=Ce frequency=5300 name=Ch60-5300/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5300 name=Ch60-5300/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5320 name=\
Ch64-5320/20M
add comment=5-n/ac extension-channel=Ce frequency=5320 name=Ch64-5320/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5320 name=Ch64-5320/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5500 name=\
Ch100-5500/20M
add comment=5-n/ac extension-channel=Ce frequency=5500 name=Ch100-5500/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5500 name=Ch100-5500/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5520 name=\
Ch104-5520/20M
add comment=5-n/ac extension-channel=Ce frequency=5520 name=Ch104-5520/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5520 name=Ch104-5520/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5540 name=\
Ch108-5540/20M
add comment=5-n/ac extension-channel=Ce frequency=5540 name=Ch108-5540/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5540 name=Ch108-5540/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5560 name=\
Ch112-5560/20M
add comment=5-n/ac extension-channel=Ce frequency=5560 name=Ch112-5560/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5560 name=Ch112-5560/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5580 name=\
Ch116-5580/20M
add comment=5-n/ac extension-channel=Ce frequency=5580 name=Ch116-5580/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5580 name=Ch116-5580/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5600 name=\
Ch120-5600/20M
add comment=5-n/ac extension-channel=Ce frequency=5600 name=Ch120-5600/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5600 name=Ch120-5600/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5620 name=\
Ch124-5620/20M
add comment=5-n/ac extension-channel=Ce frequency=5620 name=Ch124-5620/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5620 name=Ch124-5620/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5640 name=\
Ch128-5640/20M
add comment=5-n/ac extension-channel=Ce frequency=5640 name=Ch128-5640/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5640 name=Ch128-5640/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5660 name=\
Ch132-5660/20M
add comment=5-n/ac extension-channel=Ce frequency=5660 name=Ch132-5660/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5660 name=Ch132-5660/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5680 name=\
Ch136-5680/20M
add comment=5-n/ac extension-channel=Ce frequency=5680 name=Ch136-5680/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5680 name=Ch136-5680/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5700 name=\
Ch140-5700/20M
add comment=5-n/ac extension-channel=Ce frequency=5700 name=Ch140-5700/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5700 name=Ch140-5700/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5720 name=\
Ch144-5720/20M
add comment=5-n/ac extension-channel=Ce frequency=5720 name=Ch144-5720/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5720 name=Ch144-5720/40M-eC
add comment=5-a/n/ac extension-channel=disabled frequency=5210 name=\
Ch42-5210/20M
add comment=5-n/ac extension-channel=Ce frequency=5210 name=Ch42-5210/40M-Ce
add comment=5-n/ac extension-channel=eC frequency=5210 name=Ch42-5210/40M-eC
add comment=5-n/ac extension-channel=Ceee frequency=5180 name=\
Ch36-5180/80M-Ceee
add comment=5-n/ac extension-channel=eeeC frequency=5240 name=\
Ch48-5240/80M-eeeC
add comment=5-n/ac extension-channel=Ceee frequency=5260 name=\
Ch52-5260/80M-Ceee
add comment=5-n/ac extension-channel=eeeC frequency=5320 name=\
Ch64-5320/80M-eeeC
add comment=5-n/ac extension-channel=eCee frequency=5200 name=\
Ch40-5200/80M-eCee
add comment=5-n/ac extension-channel=eeCe frequency=5220 name=\
Ch44-5220/80M-eeCe
add comment=5-n/ac extension-channel=eCee frequency=5280 name=\
Ch56-5280/80M-eCee
add comment=5-n/ac extension-channel=eeCe frequency=5300 name=\
Ch60-5300/80M-eeCeMost hirtelen ezt találtam :-)
-
#8576
lordjancso
senior tag
Zwodkassy
#8575
-
#8574
lordjancso
senior tag
Zwodkassy
#8573
lordjancso
senior tag
válasz
Zwodkassy
#8573
üzenetére
Igen, valóban DFS lesz, mert azt írja miután talált megfelelő frekvenciát, hogy "detecting radar" és gondolom ezért vár pluszban még 1 percet.Ha jól látom, már nincs is a "wlan" beállítások alatt "DFS mode" menüpont. Hogyan lehet kikapcsolni a radar keresést?Szerk: Kikapcsoltam a country beállítást. Így tökéletes. Köszi!
-
adika4444
addikt
válasz
Zwodkassy
#8473
üzenetére
Ha itt mondjuk kiengedek egy újabb portot, például a 80-as mellé a 443-at, akkor ezt a filter táblában is hozzá kell adnom ahhoz a szabályhoz, ahol engedélyezek bizonyos portokat egy adott gépre. Ezt szeretném elkerülni.
(#8474) Zwodkassy:
Szkript nélkül hogyan oldanád meg? A címlistán mindenképp frissíteni kell a WAN címemet. szerintem ezt nem lehet megkerülni. -
-
-
#42556672
törölt tag
válasz
Zwodkassy
#8241
üzenetére
Nem varázslat hanem egy SOHO kategóriában is elérhetővé tett Enterprise szintű megoldása a Mikrotiknek. Az, hogy Neked működött az a kivétel volt ami a szabályt erősíti. Ha ennyire egyszerű lett volna, hogy enélkül is megy, nem fejlesztette volna ki minden nagy gyártó a saját megoldását erre a problémára és a vevők nem vették volna meg.
-
akos86
aktív tag
válasz
Zwodkassy
#7791
üzenetére
Szia!
server:smtp.gmail.com
port:587
Start TLS:yes
From:xyz@gmail.com
User:xyz@gmail.com
Password:******Gmailben a kevésbé biztonságos alkalmazások hozzáférését engedélyezni kell és megy is minden, mint a karikacsapás.... a log-tól kezdve a backupon át szinte mindenről kaphatunk e-mailben értesítést nagyon fajin cucc ez.
-
ekkold
Topikgazda
válasz
Zwodkassy
#7499
üzenetére
Az is megoldás lehet, hogy ha a mikrotik a proxy porton tud http kérést küldeni: le kell kérni egy olyan ismert oldalt (/tool fetch ez mikrotiknél elvileg már megy lokális változóba is) mint pl. google aminek a fejlécében is szerepel a lekérdezés ideje. Ebből egy script ki tudja hámozni az időt és be tudja állítani az órát is ez alapján. A mikrotik NTP szervere meg már ki tudja szolgálni a többieket a hálózatban.
-
-
#42556672
törölt tag
válasz
Zwodkassy
#7289
üzenetére
Szia,
A Yes, No egyértelmű
A No-Discover és a Yes-Discover ennek az az elfajult esete amikor alapból beállítod YES-re tehát Edge portnak ami nem csatlakozik másik Bridge-hez, de ha kap egy BPDU csomagot akkor átváltja No-ra, tehát innentől, mivel bridge-et detektált már nem Edge portként viselkedik.
A No-Discover ugyanaz mint fent csak pepitában.
-
vargalex
félisten
válasz
Zwodkassy
#7213
üzenetére
Szia!
Végül nem checkip-s IP cím lekérdezéssel oldottam meg, de az sem lenne gond. Így a script a mikrotik saját ddns megoldásából veszi az IP címet (az úgyis jár a routerhez és az IP->Cloud alatt egyszerűen engedélyezhető). Gondolkodom még rajta, hogy berakom a script-be, hogy bizonyos időközönként force-olja az update-ot, de jelenleg ezt nem teszi. Ehhez még a global változóknak utána kellene néznem, mert azt még nem tudom, hogy azt hol lehetne inicializálni és a script-ben csak használni (ugye a script-ben nem inicializálhatom valamilyen értékkel, hiszen akkor ezt minden futtatáskor megtenné).
Szóval, a jelenlegi script:### ipdns.hu ddns update script for RouterOS ###
### Static parameters ###
:local updateURL "http://update.ipdns.hu/update\?hostname="
##################
### Dynamic parameters ###
:local registeredHostname "your ipdns host name"
:local userName "ipdns username for hostname"
:local password "ipdns password for hostname"
##################
:local cloudStatus [/ip cloud get status]
:if ( $cloudStatus = "updated" ) do={
:local extIP [/ip cloud get public-address]
:local registeredIP [:resolve $registeredHostname]
:if ( $extIP != $registeredIP ) do={
:log info "External IP ($extIP) address does not match the registered IP ($registeredIP)"
:local updateAnswer [/tool fetch mode=http user=$userName password=$password url="$updateURL$registeredHostname" as-value output=user]
:log info $updateAnswer
} else={
:log info "External IP address matches the registered IP"
}
} else={
:log info "Cloud not updated"
} -
bacus
őstag
válasz
Zwodkassy
#7193
üzenetére
Ezt most nem értem, a capsman akár két wifihez is jó.., de a spejzba a 4. miki ment egyébként..
Az egy 3 szintes ház, a legalsó szinten a mosókonyhában maradt egy kis rész, ahova ha sámlira állsz és magasra tartod a mobilod lábujjhegyen pipiskedve, na ott se volt daliás a kapcsolat, de végül oda nem került cap
-
Szpilu__25
tag
válasz
Zwodkassy
#7174
üzenetére
nekem is egy hap ac2 adja Wifi-t a nappaliban és 280-300Mbit egy 2*2 antennás 2 streames AC 876Mbites kis usb-s adapterrel közvetlen rálátással egy helyiségben vagyok a laptoppal.
Mellékesen az RB4011-eshez csatlakozva ami messzebb van 3 fallal kb 5 méterre( amiben hőtükör fóliák vannak plusz 15cm szigeteléssekkel) 280Mbit Tx -310Mbit Rx tehát kb ugyan ennyit nyom.
Veszek egy kicsit erősebb Wifi adaptert és letesztelem azzal is kíváncsiságból.
*******
Más AC-s routerekkel vajon ilyen lenne az eredmény? Amire emlékszem nekem volt ezek előtt egy Zyxel Armor Z1 AC-része ugyan ennyit tudott(1733Mbit) mint az RB4011 és ugyan ennyivel csatlakoztam fel 520Mbit volt a kliens oldalon látott sebesség. -
válasz
Zwodkassy
#7006
üzenetére
Nem hagyott nyugodni a HapAc2 silány Wifi teljesítmény pletyka.
Egy tesztet már csináltam vele, amikor is önálló AP-ként működött (majd visszakeresem a tesztet, de valami 10-15 MB/s sebességgel tudtam rajta keresztül másolni a NAS-ról)
Bekonfiguráltam a CAPsMAN-hez ezt is, mint az előzőekben a classic HapAc-t.Mérés :
1. Dell Precision 7710 (laptop), Intel Wireless-AC 8260
2. HapAc2 mint CAP (Local-Forwanding), a laptoptól 1-2 méterre
3. RB3011-RM mint CAPsMAN
4. NAS : Synology DS218Play
5. Total Commander, Samba megosztásról másolásStabilan hozta a 40MB/s sebességet (~320Mbit/s). Kb ennyit hozott a classic HapAc is.
Ez egy kicsit jobb, mint a standalone AP tesztben volt (emlékeim szerint).
Persze ez sem egy eget verő sebesség, de valamivel jobbnak tűnik, mint a neten olvasottak. -
-
-
Szpilu__25
tag
válasz
Zwodkassy
#7008
üzenetére
légvonalban,köszi
Viszont, más: Sajnos a ház amiben élünk könnyűszerkezetes és tele van az oldalfalak mennyezet hőtükör fóliával, plusz a gipszkarton fém U profilokon ül.
mit ajánlotok a Wifi kiterjesztésére? Azon kívül hogy nem szeretném behgozni a routert a Rackszekrényből.
Amin gondolkodtam, hogy a nappaliban vagyunk leginkább így ide hoznék be kábelen/ egy AP-t ami aztán itt szórja tovább. Ez? vagy CAPsMan HAP AC-val? -
válasz
Zwodkassy
#6967
üzenetére
Hát úgy néz ki user error volt a dolog. RSTP miatt (pusztán tesztelés, kíváncsiság) játszottam kicsit itthon a Mikikkel (RB3011 , WapAc , HapAc). Ennek kapcsán belefutottam a Bridge témakörbe, azon keresztül a CAPsMAN témába. Volt 1-2 dolog ami nem tetszett, számomra nem úgy volt logikus, szép megoldás. Kijavítottam, átalakítottam. Ez volt néhány napja. Most másolok Wifi-n keresztül a NAS-ra/NAS-ról és 40-44 MB/s :-)))
Amit nem tudok (nem emléxem), hogy eleve "rosszul" konfigoltam évekkel ezeleőtt a CAPsMAN részt anno a 2011-ben, vagy amikor áttértem a 3011-re, akkor kutyulódott el valami. 95%-ban szépen átment a konfig, de néhány apróságot kézzel kellett helyre tenni.
Ez a sebesség most ezen az útvonalon ment :
1. Dell Precision 7710 (laptop), Intel Wireless-AC 8260
2. HapAc mint CAP a laptoptól 1-2 méterre
3. RB3011-RM
4. NAS : Synology DS218Play -
ekkold
Topikgazda
válasz
Zwodkassy
#6654
üzenetére
Csak úgy kíváncsiságból hadd kérdezzem meg:
- A tanfolyamonkénti több mint 70000Ft-ot saját zsebből fizetted? Vagy mondjuk a munkáltatód fizette? Esetleg neked, mondjuk mint vállakozó, befektetett költségként merült fel?
- A tanfolyamon megszerzett tudást napi szinten (pl. munka) használod, vagy csak alkalomszerűen? -
ekkold
Topikgazda
válasz
Zwodkassy
#6484
üzenetére
Azért ezzel vigyázni kell, mert a backup a MAC address-eket is felülírja (az összes ethernet portét)! Ha az új eszköz bármikor a régivel közös hálózatba kerül, akkor MAC address ütközés lehet, ami okozhat némi anomáliát.. Szerintem jobb megoldás export-al menteni a konfigot, kiszedni belőle azokat a MAC address-eket amelyeket nem akarunk felülírni, illetve ha más olyan eltérés van a két eszköz között ami miatt változtatni kell, akkor az megtehető a .rsc fájlban. Utána az új eszközön törölni a default config-ot, és import...
-
#42556672
törölt tag
válasz
Zwodkassy
#6333
üzenetére
Én meg azt gondolom, hogy a ROS dokumentációja a mintapéldákkal érthető, ha valami nem kerek ott a saját fórumuk. Ha vannak alapjaid akkor gyorsan meg lehet találni az információt. Én jobban tanulok a saját élő példáimon mint a tanfolyamok kötött tematikája szerint. Amit meg a következő hónapban nem használok azt el is felejtem (hála Istennek) így nincs értelme tanfolyamra mennem .
A hálózati alapokat meg pl. SzabiLinux oldalain meg lehet tanulni, ha valakinek kimaradt
-szerintem!-
PS.: A fórumos segítség kérés-nyújtás meg kinek, kinek vérmérséklete, ideje szerint. Nem kötelező adni, nem lehet követelőzni. A feltett kérdésen mérgelődni meg nincs értelme, tovább kell lépni... sajnos ezen a fórumon nem tudsz tiltani nick-eket, hogy ne lásd a hozzászólásit!
-
bacus
őstag
válasz
Zwodkassy
#5916
üzenetére
Én majd szerdán távvezérléssel reseteltetem a routert, megnézem mi volt majd, ha elmenti a konfigot a router.
Kíváncsi vagyok, hogy tudom e majd frissíteni.
Nekem az fura, hogy egy reset után megmaradnak scriptek a routerben. Egy ilyen hard reset után olyan állapotba kellene kerüljön a router, mintha friss netinstallal feltett verzió lenne, minden üres, nincs régi konfig sem.
Én azt gondolom, hogy a felprogramozása egy ilyen routernek az az igazi érték, ezt védeném. Ha a tulaj reseteli, programozza újra elölről, mert ez így nem tisztességes teljesen, hogy reset, jelszó vált és ..
-
Sly\'s
csendes tag
válasz
Zwodkassy
#5894
üzenetére
A szkriptelést én is csak javallani tudom, jó dolgokat lehet összehozni vele...
Viszont egy kérdés mennyire jók(beváltak) az általad ajánlott oldalak(menyire tesztelted), mert amit én eddig ipaddresslocation.org használtam, és amit ajánlottál, erőteljesen diferál? Az álltalad mutatott oldalak "csak" kb. fele annyi IP-t / IP tartományt adtak vissza.
-
válasz
Zwodkassy
#5791
üzenetére
Erről egyébként "bacus" már írt egy rövidke szösszenetet.
Pl: küldeni akarsz levelet Kala Pálnak. Akkor meg kell adnod a pontos címet. Ha nem adod meg, a postás nem tudja melyik Kala Pálra gondoltál. Annyi eltéréssel, hogy az IP világában, ha a helyi Kala Pálnak (a saját hálózatodon belül) akarsz üzenetet küldeni, akkor "nem kell minden adatot" megadni, vagy legalábbis nem annyit . -
ekkold
Topikgazda
válasz
Zwodkassy
#5718
üzenetére
Az EOIP-hez ha titkosítani akarod akkor meg kell adni a local és a remote addresst is, és mindkettő dinamikus IP. Viszont az EOIP csak a remote address mezőben kezel domain nevet, viszont a local address mezőben csak IP-t kezel. Ezt csak egy scripttel lehetne áthidalni, ami szükség esetén frissíti a IP címet. A másik (ami jelen esetben nem probléma), hogy a VPN-el ellentétben itt mindkét oldalon publikus cím kell.
Azóta kipróbáltam a BCP Bridging-et is, működik az is, de itt is előjönnek számomra megmagyarázhatatlan vagy kezelhetetlen problémák. Ha a VPN mindkét végén beállítok IP címet, akkor nem jön át rajta a DHCP (és ez pont jó így), de a többi ethernet csomag átjön (tehát a mikrotik cuccok elérhetők MAC address alapon).
Viszont a virtuális gépen futó XP esetében (de nem csak azzal) különféle anomáliák jönnek elő.
Nem kap IP címet, azaz a log szerint a DHCP szerver oszt neki IP-t, de a kliens visszautasítja, erre oszt neki másik IP-t, azt is visszadobja. Ha bármilyen fix IP-t beállítok az XP-n, akkor sem működik, olyankor IP cím ütközésre hivatkozik (pedig nincs IP ütközés). Viszont ha a layer2 kapcsolatot megszüntetem, és csak a layer3 marad, akkor a probléma azonnal megszűnik. Jelenleg nem csak azt nem tudom hogyan szüntessem meg a problémát, hanem az sem teljesen világos, hogy pontosan mi, és hogyan okozza. Így csak kísérletezni tudok, de az eddig még nem vezetett eredményre. Nyilván ha azonos IP tartományban lenne a két LAN akkor jobb lenne a helyzet, de az egyik oldal 192.168.x.x a másik oldal 10.10.x.x -
ekkold
Topikgazda
válasz
Zwodkassy
#5519
üzenetére
6.41 verzióval (tehát nem olyan régen) változott. Google fordítóval, de azért érthető:
A RouterOS v6.41-től olyan felhasználói felületi változások vannak, amelyek a RouterBoard master-port konfigurációt átalakítják egy hidat hardveres leszereléssel. Mostantól a hidak kezelik az összes Layer2 továbbítást, és a kapcsoló chip (hw-offload) használata automatikusan bekapcsolódik, ha megfelelő feltételek teljesülnek. A többi RouterOS kapcsoló funkciója érintetlen marad a szokásos menükben. Alapértelmezés szerint az újonnan létrehozott hídportok hw = yes opcióval rendelkeznek, és lehetővé teszik a hw-offload engedélyezését, ha lehetséges. Ha az ilyen funkciók nem szükségesek, akkor a bridge / porthíd hw = no kapcsolóval kikapcsolható, hogy teljesen szoftveres áthidaló legyen.
Since RouterOS v6.41 there are user interface changes which convert RouterBoard master-port configuration into a bridge with hardware offloading. From now on bridges will handle all Layer2 forwarding and the use of switch chip (hw-offload) will automatically turn on if appropriate conditions are met. The rest of RouterOS Switch features remain untouched in usual menus. By default all newly created bridge ports have hw=yes option and it allows enabling of hw-offload when possible. If such functionality is not required, it can be disabled by /interface bridge port set hw=no on bridge port to have completely software operated bridging.
Tehát automatikusan a hardvert (switch chip-et) használja - amennyiben lehetséges, kivéve ha letiltod ezt a funkciót.
-
#5434
MasterDeeJay
veterán
Zwodkassy
#5432
-
válasz
Zwodkassy
#5210
üzenetére
Persze.
En is csak azert irtam ezeket mert azert arban nagy kulonbseg van egy Gr3 meg egy 1100AHx4 kozott.
Ha valaki lemond arrol a 100-180 megarol amivel kevesebbet kepes kitolni magabol a hex (arban persze fele annyibol mint amennyi az rb1100) annak az is megfelelo lehet.
Amugy nemreg jott ki az RB450Gx4 amiben mar a nevebol sejtheto a laikusoknak is, hogy 4magos es arban sem veszes, igy aki nem akar 70-80-at adni egy erosebb eszkozert annak az alternativa lehet.
En most fogok venni egyet par heten belul letesztelem gugan mit tud. -
janos666
nagyúr
válasz
Zwodkassy
#5055
üzenetére
Igen, tegnap megtaláltam én is. Nem az első eset, hogy csak akkor találom meg az ilyesmit, ha már félig-meddig reprodukáltam a problémát itthon, és az alapján keresgélek. Látatlanban valahogy nem jut eszembe úgy utánanézni a kiszemelt kütyünek, hogy "hap ac2 slow wifi".
Gondolkozom is, hogy mit csináljak vele, mert nálam is elfogadhatóan működik a legújabb RC-vel, de igazából az az AP is tűrhetően üzemelt, amit erre cseréltem, és pont az lett volna a cél, hogy hosszú távon egy jobb és stabilabb WiFi-t építsek ki itthon (pár darab ilyen AP-vel CAPsMAN alatt), ne az hogy babrálgathassak vaktában és működjön épp elég jól (na meg így nincs kedvem venni még 1-2 darabot ebből, így maradna a vegyes-felvágott ASUS, TPLink, stb...).
Lehet, hogy visszapofátlankodom a boltnak és levásárlom Ubiquti AC-Lite AP-re, csak van már pár Mikrotik kütyüm, így nagyjából ismerem, míg az Ubi-ba bele kéne tanulnom, de nem szimpi a "szuperfullautomata" hozzáállásuk (úgy sincs mindenkinek tökéletes alapbeállítás és hibátlan auto-konfig).
-
bacus
őstag
válasz
Zwodkassy
#4618
üzenetére
két szabály kell szerintem, egy a redirect, a másik meg visszafele. Gondolom bejön a kérés, megy a redirect, majd a router úgy válaszol, mintha az eredeti kérés a normál porton jött volna, innentől meg kell a kinyitott tűzfal...
ha belül lenne egy szerver a 80 as porton, ott a router tudja, hogy visszafele is kell csináljon valamit, de itt szerintem nem...
lehet kell még egy redirect az output chainbe is.
-
bacus
őstag
-
#4587
E.Kaufmann
veterán
Zwodkassy
#4586
-
#4583
E.Kaufmann
veterán
Zwodkassy
#4582
E.Kaufmann
veterán
válasz
Zwodkassy
#4582
üzenetére
Én is így tudom, hogy manapság már a külön freki dívik és nekem is így működik egy hálózat. Az rssi-vel kellett csak cseszekedni, meg egy helyre be kellett rakni még egy AP-t, azóta nyugi van.
Igaz én Ubi AC Lite-vel dolgozok, de mivel pont az egyetlen cuccuk, ami nem támogatja a zero handoff-ot, és igazából már nem is ajálnják annak a használatát, úgyhogy a Mikrotik vonalon is szerintem hasonló lesz a jó forgatókönyv.
Sőt, azt olvastam, érdemes lenne rajz alapján az 1, 6 és 11-es csatornákat úgy szétosztani, hogy egymástól minél távolabb legyen két azonos csatorna beállítva, valamint 20 MHz-s sávszélességen maradni. -
bacus
őstag
-
de komolyan ott van wifi jel meg tényleg egy helyen sokminden , ha nem nyomok rá szerinted jó lesz ?
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Talán ha kicsit részletesebben kifejtenéd, hogy akkor ez most hogy is van nálad (pl egy router, vagy kettő összekötve) stb. Még nem csináltam ilyet, de ki tudja mikor lesz rá szükség. Lesz kis nyugalom itt körülöttem próbálkozom pár teszt routerrel..Új hozzászólás Aktív témák
ekkold- BMW gyári alufelni, téli gumival
- Eladó LG OLED G4 55" 3 ÉV GARANCIA
- iPad Air 5th gen (2022) 11" Blue M1 Wi Fi + Cellular, ESR Rebound Hybrid Case 360 tok
- AKCIÓ!!! Új Sonos Ace - letisztult, vezetéknélküli fejhallgató Dolby Atmos hangzással, 30 óra aksi
- ÚJ iPhone 16 Pro Max 256GB Black Titanium (1 év Apple Care+)
- AKCIÓ! Asus ROG STRIX Z490-G Gaming WiFi alaplap garanciával hibátlan működéssel
- GYÖNYÖRŰ iPhone 14 Pro Max 256GB Space Black - 1 ÉV GARANCIA, Kártyafüggetlen,MS3489
- GYÖNYÖRŰ iPhone 13 mini 256GB Midnight -1 ÉV GARANCIA -Kártyafüggetlen, MS3623, 94% Akkumulátor
- LG 32GS95UE - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- Microsoft Surface Pro // Surface // Surface laptop // 7-10.gen i5, Ryzen // 12,5 13,5 15 //
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő