+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

2.9.20 вышло...

2.9.20 вышло..., RouterOS

pekr

Guest

11.04.2006 12:57:00

Что новенького в 2.9.20:
*) Исправлена запись write-sect-total для RB500;
*) Добавлено ограничение на одновременных подключений хотспота по MAC-адресу до 1 для каждого MAC-адреса;
*) Стабилизировано отображение на LCD;
*) Добавлена поддержка пакета routing-test в WinBox;
*) Исправлена проблема с отключением PPTP-клиента каждые 30 секунд в некоторых случаях;
*) Исправлена ошибка - графики интерфейсов и очередей пропадали после перезагрузки (появилась в 2.9.19).
Кстати, это решает проблему с консолью лицензий? -pekr-

hecklertm Guest	#2 0 12.04.2006 14:12:00 Решает ли это проблему, когда html-перенаправления "формы" точки доступа не могут завершиться? Я вообще никогда не получал ответа от MT по этому вопросу.

normis Guest	#3 0 13.04.2006 07:00:00 В версии 2.9.19 был баг — правила для walled-garden точек доступа не работали. Этот баг появился в 2.9.19 и был исправлен в 2.9.20. Спасибо hecklertm за то, что сообщил о проблеме!

normis Guest	#4 0 11.04.2006 12:58:00 Да.

BulleriNET

Guest

11.04.2006 16:31:00

Окей, там написано, что графики интерфейса сохранятся после перезагрузки. Я этого не тестировал, а график просто исчез. У меня серьезные проблемы с сохранением на диск, использую плату 532. Может, мне что-то еще нужно сделать? Невозможно ли это на плате 532??

sergejs Guest	#6 0 11.04.2006 17:11:00 BulleriNET, а NTP клиент на твоём RouterBOARD 500 настроен?

chipxsd

Guest

11.04.2006 17:41:00

Помогите, пожалуйста… Когда я обновил RouterOS (пару часов назад) до последней версии пакетов 2.9.20, Mikrotik перестал отмечать соединения, и, соответственно, шейпинг трафика больше не работает. Я откатился обратно к версии 2.9.19, но всё равно Mikrotik не отмечает соединения. Что пошло не так и как это исправить?

Кстати, если это поможет, счётчики в Queue Tree все показывают нули ‘0’…

chris-oct Guest	#8 0 11.04.2006 17:50:00 Только что перезагрузил RB500 2.9.20, а графики остались после перезагрузки.

gerd Guest	#9 0 12.04.2006 13:17:00 Блин, я что-то пропустил? Или возможно добавить LCD для RB532A? Пока, Герд.

tremmer

Guest

#10

12.04.2006 14:10:00

После обновления до версии 2.9.20 правила брандмауэра "дергаются" при их настройке через WinBox. Похоже, дело в комментариях – на полсекунды правила меняются местами, если вы находитесь в цепочке всего с двумя правилами. Если на экране больше правил, происходит случайный поворот или что-то подобное – выглядит странно.

chris-oct

Guest

#11

14.04.2006 14:50:00

Почему исправление для "закрытого сада" не внесено в changelog для 2.9.20? Changelog для 2.9.20 выглядит так: *) исправлено write-sect-total для RB500; *) добавлено ограничение одновременных входов hotspot mac до 1 для каждого MAC-адреса; *) сделан более стабильным дисплей LCD; *) добавлена поддержка WinBox для пакета routing-test; *) исправлен PPTP-клиент, который иногда отключался каждые 30 секунд; *) исправлена ошибка - графики интерфейса и очереди пропадали после перезагрузки (появилась в 2.9.19).

csickles

Guest

#12

14.04.2006 17:18:00

Журнал изменений показывает обновления для пакета LCD. Теперь дисплей завис! Дисплей показывает только последний измененный элемент в Winbox. (То есть, если выбран дисплей Ethernet и меняется время отображения, то отображается только это..). Ой-ой!!! Craig

chris-oct Guest	#13 0 19.04.2006 15:56:00 Вверх.

Hammy Guest	#14 0 21.04.2006 04:50:00 Похоже, у Mikrotik есть небольшая проблема с неполным ChangeLog.

normis Guest	#15 0 21.04.2006 06:17:00 Если исправление одной проблемы решает несколько других, мы не пишем обо всех этих проблемах.

cmit

Guest

#16

21.04.2006 06:33:00

ИМХО, это был бы идеальный вариант. Мне лично всегда приятно иметь письменное подтверждение (и когда) проблема была исправлена. Ненавижу гадать/пытаться понять, была ли проблема решена этим исправлением для какого-то другого бага… С наилучшими пожеланиями, Christian Meis.

normis

Guest

#17

21.04.2006 06:38:00

Часто мы даже не знаем, какие еще загадочные проблемы он решает. Если есть проблема, которая вызывает другую, мы её исправляем еще до того, как выяснится, что она также повлияла на какие-то другие. Что тут логичнее, например, когда MAC-адрес нельзя изменить нигде в системе? Написать в changelog, что теперь MAC-адреса работают, или писать каждое конкретное место, где это теперь работает? Часто это похоже на эффект домино, и в таком случае написание changelog займет очень много времени.

hecklertm

Guest

#18

21.04.2006 13:27:00

Где-то между ревизиями 2.9.13 и 2.9.20 изменилось логирование "web-proxy, info". Чтобы я мог логировать обращения к веб-прокси, мне пришлось отдельно включить "web-proxy" под `/sys/logging`, независимо от "info". Это, конечно, логично, потому что изначально логирование не должно было происходить, если только не включено логирование веб-прокси. Изменение просто оказалось неожиданным. Это подтверждает слова человека, который говорил ранее об обновлении после каждой ревизии. Не обновляйтесь, если нет острой необходимости, или, альтернативно, готовы потратить кучу времени на отладку ваших роутеров. Что касается полноты списка изменений, даже такой гигант, как Cisco, упускает темы в своем списке изменений, и им плевать, нравится ли это их клиентам, и они не оперативно реагируют на потребности клиентов, как MT на наши. Спасибо, MT (просто выведите эти RBs в продажу. Я жду новых роутеров уже три недели).

Hammy Guest	#19 0 21.04.2006 14:05:00 Ну что, что такого в двух списка изменений или динамическом списке изменений? Пусть один список будет просто таким, какой он есть (ну, может, с небольшим улучшением). А второй — подробный, с описанием всех изменений. Лучшее из обоих миров.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры