What's new in 5.6 (2011-Aug-02 14:45):
*) fixed ssh server crashing when sessions were interrupted
*) ipsec - fix a problem which could silently remove a manual policy
from the kernel if the peer configuration has 'generate-policy' set to 'yes'
and if the policy matches with the traffic selector of a SA being removed
on the responder side, also fix a problem that some generated policies
may stay in kernel after relevant SA was removed;
*) profiler - correctly show idle task on RB1200;
*) webfig - fix dual nstreme interface setting lists;
*) webfig - fix Wireless Access/Connect List editing;
*) webfig - fix bitrate presentation in simple queues (show 1.5M as 1500k);
*) fixed micro-sd access on RB400 not to stop everything else;
*) sstp - when server certificate verification is enabled for sstp client,
it will additionally compare IP addresses found in certificate's
subjectAltName and subject CN to the real address, DNS names are ignored;
*) tftp - optional block counter roll-over support;
*) hotspot - fixed possible crash in case of multiple Radius CoA requests;
*) userman - speedup user deletion with big log size,
note that first userman startup after this update
may take few minutes if the log size is in hundreds of MB;
*) mpls - added support for enabling/disabling control word usage for
BGP based VPLS tunnels (both - Cisco and RFC 4761 based);
*) mpls - added support for auto-discovery of VPLS NLRI encoding method
for Cisco BGP based VPLS tunnels;
*) winbox - sometimes after disconnecting, winbox could not connect back;
*) bgp - allow parallel operation of RFC4761 "l2vpn" and
draft-ietf-l2vpn-signaling "l2vpn-cisco" BGP VPLS variants inside
single peering session.
*) console - ":resolve" command now returns IPv6 address for domain names
that have only IPv6 address records;
*) snmp - provide ups alarms for bad or low battery or for ups overload;
*) route - fixed SNMP getnext queries, were failing to find next
prefix in the OID order;
To bylo těch šestek, než to pustili do světa
Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Verze 5.6
- routerboardista
- Příspěvky: 86
- Registrován: 14 years ago
- antispam: Ano
Verze 5.6
0 x
Nic není v síti horšího, než vytočený znalec Linuxu.
Jaký Vánoční dárek pro školáka ? no přeci WiFi Jammer
¡¡¡ ıʇıs ʌ ɔǝןǝɹʇǝʌ ıpɐʌ ıʇ pnʞod 'uǝʇuɐ ɥɔʎɯ po ןɐp ǝs zɹp
Jaký Vánoční dárek pro školáka ? no přeci WiFi Jammer
¡¡¡ ıʇıs ʌ ɔǝןǝɹʇǝʌ ıpɐʌ ıʇ pnʞod 'uǝʇuɐ ɥɔʎɯ po ןɐp ǝs zɹp
- lwq
- Příspěvky: 1659
- Registrován: 18 years ago
- antispam: Ano
- Bydliště: MistyMountain
- Kontaktovat uživatele:
Tak tohle se povedlo
*) snmp - provide ups alarms for bad or low battery or for ups overload;
*) route - fixed SNMP getnext queries, were failing to find next
prefix in the OID order;
Tedy alespon neco potesiii i kdyz ten vyvoj by chlapci mohli lepe "ucesat" ...
*) snmp - provide ups alarms for bad or low battery or for ups overload;
*) route - fixed SNMP getnext queries, were failing to find next
prefix in the OID order;
Tedy alespon neco potesiii i kdyz ten vyvoj by chlapci mohli lepe "ucesat" ...
0 x
LWQ ... Vice na www.lwq.cz (treba GIOM 3000 atp.) ...
RB 1200 - po aktualizacii rb nenabehol, nekomunikoval ani po RS232, po manualnom vypnuti / zapnuti zatial ok
naozaj je to opravene
edit: predchadzajuca verzia 5.5
routerboardista píše:*) profiler - correctly show idle task on RB1200;
naozaj je to opravene
edit: predchadzajuca verzia 5.5
Naposledy upravil(a) Zbojnik dne 22 Aug 2011 10:23, celkem upraveno 1 x.
0 x
Z jaké verze?
Ale osobně si myslím, že to není chyba, ale feature čas od času se to stane na libovolných RB, s libovolnou verzí. I když častěji z 4.x -> 5.x
A někdy se to nestane. Teď jak vyšla 5.6 jsem to hodil na jednu RB1200 s verzí 5.5 - a naprosto v pohodě.
Ale osobně si myslím, že to není chyba, ale feature čas od času se to stane na libovolných RB, s libovolnou verzí. I když častěji z 4.x -> 5.x
A někdy se to nestane. Teď jak vyšla 5.6 jsem to hodil na jednu RB1200 s verzí 5.5 - a naprosto v pohodě.
Zbojnik píše:RB 1200 - po aktualizacii rb nenabehol, nekomunikoval ani po RS232, po manualnom vypnuti / zapnuti zatial ok
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
Nemáte někdo v této verzi problém s SSH? Můj dohled ještě v některých svých částech ssh používá a teď pozoruji, že to občas moc nefunguje. Je to normální vzdálené volání příkazů (v tomhle případě interface wireless print detail) - a občas nepřijde celý výsledek. Skončí to někde uprostřed, pokaždé jinde, klidně uprostřed slova. Ale zato bezchybně ... žádný timeout, aplikace nemá moc možností poznat, že to není celé.
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
jak zacit,
postavili jsme novou branu na x86 , nasadili jsme v5.4 , kdyz masina nebyla zatizena jela nonstop.
Jakmile jsme ji zatizili , stabilita sla do kopru. Dali jsme tam teda v5.6 , odinstaloval zbytecne baliky , stabilita stejna .
Koupili jsme teda RB1200 , nainstaloval v5.6 , stabilita stejna .
Nasledne jsem zjistil, ze ma mikrotik problem v L7 filtrama, proste pri pouziti reg.exp vyrazu v komunikaci, schazuje masinu hebem par vterin , jak x86 , tak i rb1200 .
Vyraz jsem teda vyhodil, vcera vecer to vypadalo stabilne , dneska rano t opet kleklo .
Uz si s tim nevim rady, nainstaluju na x86 v3.30 (cracknutou) a uvidim. Jsem zvedavej.
Tak jak jsme mel MK rad, tak mu zacinam v posledni dobe silne neduverovat.
postavili jsme novou branu na x86 , nasadili jsme v5.4 , kdyz masina nebyla zatizena jela nonstop.
Jakmile jsme ji zatizili , stabilita sla do kopru. Dali jsme tam teda v5.6 , odinstaloval zbytecne baliky , stabilita stejna .
Koupili jsme teda RB1200 , nainstaloval v5.6 , stabilita stejna .
Nasledne jsem zjistil, ze ma mikrotik problem v L7 filtrama, proste pri pouziti reg.exp vyrazu v komunikaci, schazuje masinu hebem par vterin , jak x86 , tak i rb1200 .
Vyraz jsem teda vyhodil, vcera vecer to vypadalo stabilne , dneska rano t opet kleklo .
Uz si s tim nevim rady, nainstaluju na x86 v3.30 (cracknutou) a uvidim. Jsem zvedavej.
Tak jak jsme mel MK rad, tak mu zacinam v posledni dobe silne neduverovat.
0 x
ERnet tady, ERnet tam, ERnet vsude kam se podivam
zajímavé, já jedu na supermicru atom 5.6 a zatím OK
0 x
Povoláním ISP není jen připojovat lidi k internetu, ale také jim dokázat vysvětlit, že bez pořádné investice do HW nelze udělat kvalitní přípojku a domácí síť...
to ti to bez L7 padlo i na RB1200?
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
5.6 mam na x86 uz tyden to bezi, zda se ze docela bez problemu 1 pravidlo vyuziva l7 a proteklo asi 0.5 tera
0 x
hapi píše:to ti to bez L7 padlo i na RB1200?
joo ,
a to tam dneska nad ranem nebyl temer zadnej provoz , nejakech 20-30Mb
0 x
ERnet tady, ERnet tam, ERnet vsude kam se podivam
-
- Příspěvky: 7
- Registrován: 15 years ago
Čauec,
nemůžu si pomoct ale v 5.6 mi přestal fungovat Wallet Garden u hotspotu. Ať tam zkouším cokoliv, nic se neděje a pořád mě vrací na login.
Železo RB 493AH.
Má někdo podobný odhalení?
nemůžu si pomoct ale v 5.6 mi přestal fungovat Wallet Garden u hotspotu. Ať tam zkouším cokoliv, nic se neděje a pořád mě vrací na login.
Železo RB 493AH.
Má někdo podobný odhalení?
0 x
ludvik píše:Nemáte někdo v této verzi problém s SSH? Můj dohled ještě v některých svých částech ssh používá a teď pozoruji, že to občas moc nefunguje. Je to normální vzdálené volání příkazů (v tomhle případě interface wireless print detail) - a občas nepřijde celý výsledek. Skončí to někde uprostřed, pokaždé jinde, klidně uprostřed slova. Ale zato bezchybně ... žádný timeout, aplikace nemá moc možností poznat, že to není celé.
Stejny problem.
0 x
Petr Šlinz
UBNT mám rád!
UBNT mám rád!
Hlásím tento problém. Pravidlo ve firewalu:
add action=accept chain=forward connection-state=established connection-type="" disabled=no
To nefunguje. Na jiných strojích s verzí 4.17 nebo 3.30 O.K. S verzí 5.x teprve začínám
add action=accept chain=forward connection-state=established connection-type="" disabled=no
To nefunguje. Na jiných strojích s verzí 4.17 nebo 3.30 O.K. S verzí 5.x teprve začínám
0 x
a jak jsi na to prisel, me to teda neprislo, ze by to nefungovalo
0 x
ERnet tady, ERnet tam, ERnet vsude kam se podivam
reset píše:a jak jsi na to prisel, me to teda neprislo, ze by to nefungovalo
Jednak u tohoto pravidla není žádný pohyb paketů a taky, když chci zakázat vše ostatní, jak je obvyklé, tak přestane fungovat i odchozí provoz. Abych to zkrátil. Jde o nastavení firewalu, který používám běžně.
0 x