Показаны сообщения с ярлыком MikroTik. Показать все сообщения
Показаны сообщения с ярлыком MikroTik. Показать все сообщения

воскресенье, 9 октября 2022 г.

Переключение между клиентами PPPoE в MikroTik

В процессе эксплуатации роутера MikroTik возникла необходимость переключиться между интерфейсами PPPoE. Связано с финансовым вопросом, поскольку оплата провайдеру активного PPPoE будет задержана и имеется необходимость переключиться на другой аккаунт, предоставляющий услугу подключения к Интернет. Дальнейшие действия показаны через интерфейс веб-браузера, хотя примерно такая же картина будет наблюдаться и через Winbox.

1. Определяются имена интерфейсов PPPoE (клиентов PPPoE). Их имена заданы при настройке клиентов, в процессе которой они им и были присвоены. Однако имена можно поменять в любой момент, на функциональность это не влияет. Смотреть Interfaces либо PPP (равнозначно):



2. Через Sheduler (System – Sheduler) назначается задание выключения интерфейса PPPoE с заданным именем.

Если имя интерфейса, к примеру, internet-1, то командой будет  

/interface pppoe-client disable [find name=internet-1]

Чтобы вам было понятно о чём идёт речь, назначьте имя заданию (по умолчанию будет предложено schedule1) и, при желании, напишите свой комментарий (Comment).


3. Аналогичным образом назначается задание включения интерфейса PPPoE с заданным именем.

Если имя интерфейса, к примеру, internet-2, то командой является  

/interface pppoe-client enable [find name=internet-2]

Чтобы вам было понятно о чём идёт речь, назначьте имя заданию (по умолчанию будет предложено schedule1) и, при желании, напишите свой комментарий (Comment).


четверг, 3 февраля 2022 г.

Интерпретация некоторых результатов вывода iwconfig

Про Wi-Fi написано много, но зачастую найти ответ на конкретный вопрос бывает затруднительно. 

Описываемая ниже ситуация является личным опытом, а изложенные выводы являются личным мнением, которое не претендует на то, чтобы быть "непреложной истиной". Употребление написания Wi-Fi обусловлено следованию английской аббревиатуре Wireless Fidelity. Подробности читайте здесь.

По завершении мероприятий по тонкой настройке своей точки Wi-Fi был дан запрос iwcоnfig.

Мероприятия по тонкой настройку Wi-Fi включали в себя выборы:
✔  взаимного расположения токи wifi и принимающего устройства, за которым чаще всего работаешь (также учитывалось наличие между ними различных предметов); 
✔  частоты вещания точки Wi-Fi; 
✔  ширины канала: 20/40 или только 20; 
✔  стандарта работы: B/G/N, G/N, только N; 
✔  мощности передатчика: по умолчанию 17 dBm (~ 50 мВт) или ниже. 

При этом также стояла задача обеспечения приемлемой величины Overal Tx CCQ (для себя – не ниже 60%). 

⤷  Пояснение. В качестве точки Wi-Fi был использован маршрутизатор MikroTik, на котором можно и увидеть данное значение. Не думаю, что на маршрутизаторах для домашнего Интернет, выдаваемых провайдером, его можно посмотреть. Overal Tx CCQ  интерпретируется как усреднённый CCQ (качество канала на передачу/приём) только на передачу Tx. На базовой станции он показывает усреднённые значения по качеству передачи на всех подключившихся Wi-Fi клиентах.

Сразу возникли вопросы типа "это хорошо или плохо?" и "можно ли считать это приемлемым?".

Первое – это значок с всплывающим при подведении к нему указателя мыши "... 68%"

Например, 3 полоски это ещё приемлемо или, всё-таки, необходимо выкручивать мощность передатчика в состояние default, чтобы попробовать добиться заполнения всех 4 полосок.

Второй блок вопросов касается результата вывода команды iwconfig

Например, Signal level=-51 dBm это приемлемо или нет?

К большому сожалению, в русскоязычных источниках быстрого ответа найти не удалось. Хотя и встречалось пояснение, касающихся степени заполнения 5 полосок индикатора Wi-Fi. Из него следует, что 3 полоски – это ещё нормально, 4 – хорошо, 5 – очень хорошо. 

Например, так выглядит беспроводное подключение на Windows:

Данное подключение установлено с точкой Wi-Fi, расположенной через стенку в соседнем помещении. Расстояние между точкой W-Fi и подключенным к ней компьютером по прямой составляет примерно 3,6-3,8 метра.

Как видно из рисунка, условия приёма не являются идеальными, поскольку в действительности сигнал проходит через 2 стенки да ещё на него налагаются и переотражения от угла. Несмотря на это, как видно из наличия 4-х заполненных столбиков, условия для работы вполне приемлемые. В эксперименте мощность передатчика была установлена в 10 dBm, а с учётом усиления антенны с коэффициентом 1,5 результирующая мощность составила 13 dBm.

Таким образом, будем считать, что в пересчёте 5 полосок в Windows на 4 в Linux, мои 3 полоски из 4 – это между "ещё нормально" и "хорошо" (но ближе к "хорошо").

Что касается Signal level=-51 dBm, то привожу информацию из этого источника (англ.).

Приемлемое значение, в зависимости от дальности расположения приёмника от точки Wi-Fi, колеблется в диапазоне от -55 dBm до -70 dBm. При этом приводятся следующие пояснения:

-30 dBm = Великолепно – максимально достижимая сила сигнала  – 4 полоски из 4. В большинстве случаев точка Wi-Fi расположена в нескольких футах (1 фут = 30,48 см.) от приёмника сигнала. Не является типичной ситуацией.

-67 dBm = Очень хорошо – минимальное значение силы сигнала для большинства бизнес-приложений (например, голосовая связь и потоковое видео) – 3 полоски из 4.

-70 dBm = OK – минимально допустимая сила сигнала, требуемая для приемлемой степени доставки пакетов (веб-серфинг, электронная почта) – 2 полоски из 4. Значение термина OK для себя определите сами.  📚

-80 dBm = Плохо – минимально допустимая сила сигнала для соединения с точкой Wi-Fi, но при этом доставка пакетов может оказаться под большим вопросом – 1 полоска из 4. Другими словами – вы не сможете нормально работать.

-90 dBm = Неприемлемо – чрезмерное количество пакетов, которые не могут быть доставлены получателю, большие шумы, интерференция между сигналами и т.п. Любая функциональность Wi-Fi невозможна.

Исходя из указанного выше, моё значение -51 dBm является "вполне так себе прилично", несмотря на то, что мощность передатчика составляет 5 dBm (3,16 мВт). 

Можно было бы предположить, что будь мощность побольше, то заполнились бы все 4 полоски индикатора Wi-Fi. Однако не всё так однозначно. 

Проверялось ещё одно устройство, расположенное чуточку дальше, чем упоминающееся. При подключении к точке число заполненных активных полосок индикатора Wi-Fi было 2, но в течение одной минуты все 4 полоски оказались заполненными, а при подведении указателя мыши к значку индикатора отобразилась надпись " ... 82%". Разница между устройствами, а точнее антеннами взаимодействующих устройств Wi-Fi заключается в их пространственной ориентации. 

Во-первых, на MikroTik и первом устройстве антенны являются внутренними и выполнены путём травления дорожек. Их взаимное расположение в пространстве отличается на 90 градусов. На втором устройстве антенна Wi-Fi также является встроенной (внешнее устройство, подключаемое через USB). Разъем USB имеет вертикальное расположение и по отношению к MikroTik антенна подключаемого устройства расположена практически в одной плоскости с ним. Ситуация навевает сюжет из детского киножурнала "Ералаш", в котором заключительная фраза главной героини звучит как "Ты, я и геомЭтрия".  😂

Во-вторых, – в сети можно найти материалы, в которых говорится, что повышение мощности передатчика Wi-Fi не всегда есть благо, так как мощное излучение от него в ряде случаев может "пересилить" ответ от подключаемого устройства, в результате чего связь будет никакая. Настройка мощности излучения под наименованием default каждым производителем выбирается из собственных соображений, но в большинстве случаев значение default равно максимально допустимой мощности излучения передатчика Wi-Fi в соответствии с требованиями regulatory-domain (для каждой страны это значение своё). 

Любопытно, что попытка установки на предоставленном провайдером маршрутизаторе Huawei HG8245Hv5 значения мощности Wi-Fi менее 100% вызывает у него "монаршее неудовольствие"  😡  

Установленная мной мощность передатчика MikroTik в 5 dBm обусловлена тем, что он установлен не где-то там в прихожей, а в жилой комнате и лишние мВт в ней ни к чему. К слову, тестирование данной точки с упоминавшимся выше устройством на Windows показало, что из 5 полосок закрашено 3, что, исходя из представленных выше сведений, описывается как "это ещё нормально". 

В завершение следует отметить, что идеального качества Wi-Fi вы вряд ли достигнете. В частности, это касается и роста значения параметра Invalid misc в результатах вывода iwconfig, которое в моём случае за три практически следующих друг за другом измерения составило 1024, 1033 и 1039. Для объяснения такого явления придётся вникать в тонкости реализации самой технологии Wi-Fi, а также обратиться к теории распространения радиоволн. Поэтому имею склонность согласиться с мнением, что если возможно, то вместо Wi-Fi всегда желательно использовать проводное соединение. 

В подтверждение последнего тезиса отмечу, что показываемая скорость в свойствах подключения (или iwconfig), например Bit Rate:150 Mb/s, показывает так называемую канальную скорость между устройством и точкой Wii-Fi (подробности). Она является скоростью подключения на физическом уровне, которая используется в текущее время в рамках выбранного стандарта (в данном примере – N). Казалось бы, что вот оно, счастье: 150 против 100 по кабелю (а нет – снова опыт). Если вы предпримете попытку передачи большого числа данных между устройствами, которые взаимодействуют только через Wi-Fi, то в плане быстроты отправки/получения большого числа файлов и папок испытаете глубокое разочарование. Потому что реальная скорость является совсем другим явлением и зависит от такого большого количества факторов, что временами пока дочитаешь до конца, то забудешь с чего начиналось.  👀   

Про реальную скорость с примерами написано на хабре. Для неподготовленного читателя публикация может быть мало- или совсем непонятной. Но, полагаю, в ней стоит обратить внимание на абзацы "Маркетологи и продажники" , а также "Математика не врёт". 

А самым простым способом узнать реальную скорость приёма/передачи данных на на конкретном устройстве является установка какого-либо сетевого монитора, который будет отображать значения измерений скорости на указанном в его настройках интерфейсе (Wi-Fi или LAN). К примеру, на xfce такой сетевой монитор можно добавить на панель (подробности). 

четверг, 12 сентября 2019 г.

Обновление MikroTik RB951-2n. Принцип минимальной достаточности компонентов программного обеспечения


После удачного опыта по обновлению прошивки MikroTik RB931-2nD отдельными пакетами было принято решение повторить его для используемого основного маршрутизатора MikroTik RB951-2n.

При очередной проверке обновлений была получена информация о наличии новой версии.


В частном случае моей сети используются не все возможные компоненты. "Ненужные", в силу их неиспользования, отключены.


Из секции Software ресурса MikroTik был скачан архив Extra packages. В MikroTik RB951-2n используется прошивка MIPSBE.


Далее из этого архива в Files на MikroTik были загружены те пакеты, которые необходимы.


Примечание. Пакет ntp-6.45.6-mipsbe.npk необходим для обеспечения работы сервера точного времени MikroTik, который функционирует в интересах узлов локальной сети.

После этого MikroTik RB951-2n был перезагружен. При подключении к нему видно, что используемое на нём ПО не в виде метапакета routeros-mipsbe, а отдельными пакетами.


Далее осуществляется обновление Firmware. Перейти в System – Routerboard, нажать на кнопку Upgrade, утвердительно ответить на вопрос об обновлении firmware и повторно перезагрузить роутер.



После повторной перезагрузки:



среда, 11 сентября 2019 г.

Простой и элегантный способ обновления прошивки MikroTik RB931-2nD при нехватке свободного места для загрузки обновления


Ещё в 2018 году мной предпринимались попытки обновить прошивку  MikroTik RB931-2nD до актуальной версии, но они или завершались неудачей, или требовали применения специфических приёмов: прошивка через Netinstall или понижение до более старой версии, с последующим стандартным обновлением прошивки. Причина этому всегда была одна – недостаточно свободного места для загрузки метапакета routeros-smips-...npk

Применение Netinstall мной было затруднено по причине неиспользования Windows, а на виртуальной машине прошивка таким способом MikroTik не всегда приносила успех.

Однако буквально вчера мне прислали ссылку на публикацию по этой больной для меня теме (источник). Было решено использовать этот шанс, так как в результате моих предыдущих экспериментов с обновлениями прошивки свободного места осталось даже меньше, чем было до них, то есть налицо вред самому себе.

Исходными данными являлись прошивка 6.40.8 и 6,9 Мб свободного места.

Ожидаемым результатом было обновление прошивки до актуальной версии 6.45.5

Как было написано в публикации на habr (ссылка приведена выше), необходимо загрузить отдельные нужные пакеты npk прошивки на MikroTik. В результате последующей перезагрузки заводская прошивка должна быть автоматически удалена, а устройство получит прошивку, которой соответствуют загруженные на устройство отдельные пакеты.

Так как использующийся у меня MikroTik обслуживает небольшое число компьютеров и все необходимые данные для соединения с сетью получает от вышестоящего роутера MikroTik RB 951-2n, то нужными пакетами являются только 4: dhcp, security, system, wireless.

Зачем dhcp, надеюсь, понятно.

Пакет security обеспечивает IPSEC, SSH и защищённые соединения с WinBox

Пакет system является основным пакетом, который включает в себя компоненты маршрутизации, адресации,  сетевого экрана (firewall), пула адресов IP, клиента времени SNTP, telnet, запросов IP,  web proxy, кэширующего DNS, TFTP, сниффера пакетов, инструментов отправки e-mail, и т.д. и т.п., в частности, graphing, bandwidth-test, torch, EoIP, IPIP, bridging, VLAN, VRRP ... То есть, без него совсем никуда.

Пакет wireless обеспечивает функционирование беспроводной сети.

Данные пакеты берутся из архива Extra packages  секции Software  ресурса mikrotik.com :


Через Winbox или другим удобным для вас способом загрузите эти пакеты  в Files. На рисунке ниже выбранные 4 пакета загружаются через Windows (по кнопке Upload).


После завершения загрузки MikroTik RB931-2nD просто отправляется в перезагрузку.

После перезагрузки видно, что вся прошивка MikroTik RB931-2nD состоит из 4 отдельных пакетов.


а свободное место в моём случае возросло с 6,9 до 7,4 Мб.


В завершение необходимо сделать обновление Firmware через нажатие кнопки Upgrade в System – Routerboard и ещё раз перезагрузиться.



Может быть кто-либо ещё управляет MikroTik через Winbox с операционной системы Linux. Долгое время меня немного "напрягали" маленькие буквы в интерфейсе Winbox. Но если запустить winecfg и в секции "Графика" выставить не 96, а 108, то результат становится более приемлемым.



Дополнительно приводятся характеристики MikroTik RB931-2nD от производителя.

Product code RB931-2nD
10/100 Ethernet ports 3
Antenna gain 1.5
CPU QCA9533
CPU core count 1
CPU nominal frequency 650 MHz
Dimensions 48 x 78 x 81mm
License level 4
Max Power consumption 3.5W
Number of chains 2
Operating System RouterOS
Power Jack 1
Size of RAM 32 MB
Storage size 16 MB
Storage type FLASH
Supported input voltage 5 V - 5 V
Wireless chip model QCA9533
Wireless standards 802.11b/g/n




MikroTik RB931-2nD


воскресенье, 4 августа 2019 г.

Перенаправление запросов времени на локальный сервер времени MikroTik

Данный материал является дополнением к публикации на тему установки сервера времени MikroTik для локальной сети.

Возобновление интереса к серверу времени MikroTik было обусловлено возникшим интересом к процессу синхронизации времени на системах Ubuntu и Linux Mint, функционирующих в рамках домашней сети.

Проверка работы служб синхронизации времени (клиентов NTP) производилась командой ntpq -p, после выполнения которой в окне терминала выводится ответ, например :


Строго говоря, там имеется несколько столбцов. Их интерпретация:

remote – адрес сервера времени, с которым синхронизируется компьютер;
refid – вышестоящий сервер (от которого узел remote получает время);
st – уровень сервера (stratum);
t – пир (unicast или multicast);
when – когда последний раз сверялось время;
poll – периодичность синхронизации с этим сервером;
reach – состояние работоспособности. Если удалось произвести синхронизации восемь раз в подряд становится равным 377;
delay – время задержки;
offset – разница между нашим временем и временем на сервере; положительное – наши часы спешат, отрицательное – отстают;
jitter – смещение времени на удаленном сервере;

Значки в начале строк:

* – с этим источником клиент ntp произвёл последнюю синхронизацию времени;
+ – источник является кандидатом при очередных выборах сервера для синхронизации времени клиентом ntp;
– – источник не рекомендован для синхронизации времени;
x – источник не доступен.

Как следует из результата вывода, запросы на серверы из пула ntp.ubuntu.com, которые перечислены в файле /etc/ntp.conf, перенаправляются на ресурсы регионального географического пула серверов ntp (строки в столбце refid). При этом клиент службы ntp по своему алгоритму периодически опрашивает пул серверов ntp с целью выбора наилучшего для синхронизации времени, вследствие чего значение в строке * может изменяться в зависимости от времени запроса ntpq -p

На MikroTik устанавливается и настраивается сервер, обслуживающий ЛВС:


Значение строки Broadcast Addresses указывает на широковещательный адрес ЛВС.

Далее создаётся правило, которое все запросы к серверу времени от узлов локальной сети будет перенаправлять на сервер времени MikroTik:



Через некоторое время можно наблюдать, работает ли созданная схема по счётчику в IP/Firewall или наглядно в графическом виде:


После запросов, осуществлённых на системе Linux Mint 18x (в частности, Linux Mint 18.3) с некоторым интервалом можно видеть результаты вывода команды ntpq -p :



Видно, что если при первом запросе клиент ntp показывает, что все серверы пула ntp.ubuntu.com получают время от вышестоящего сервера точного времени 62.149.0.30, то уже при втором запросе появляется новый вышестоящий сервер точного времени 31.28.161.71

62.149.0.30 и 31.28.161.71 являются источниками точного времени для клиента ntp MikroTik:


Периодически из этих серверов выбирается лучший. Подробности здесь.

С течением времени клиент ntp MikroTik может посчитать, что источник времени 31.28.161.71 более предпочтителен:


А сервер времени MikroTik скорректированное по указанным выше источникам точного времени выдаёт его клиентам локальной сети. Результаты вывода команды ntpq -p как раз и подтверждают факт того, что в качестве пула серверов времени выступает именно сервер времени MikroTik. Тем более, что это также будет подтверждаться значением времени задержки ответа от сервера точного времени, передаваемому клиенту, которое отображается с столбце delay (см. пояснение выше):


При отсутствии на MikroTik сервера ntp задержка ответа (от регионального пула серверов ntp) составляет порядка 2,3-2,5  Приводимые значения столбца delay соответствуют времени отклика от самого MikroTik (на рисунке ниже он соответствует узлу сети router.vot):


Полный ответ с отображением всех столбцов приводится ниже:


Интересно отметить, что на момент запроса на рис. выше провайдер или не осуществлял свой редирект на региональный пул серверов ntp или в это время производились какие-то их "выборы". Звёздочка (расшифровку см. выше) указывает на узел chilipepper.can... , который является одним из узлов пула ntp.ubuntu.com (Cannonical). Однако со временем ситуация "возвращается на круги своя".


Указанные клиенту SNTP MikroTik Primary NTP Server и Secondary NTP Server являются серверами точного времени ntp.time.in.ua и ntp2.time.in.ua, которые, в отличие от пула серверов ntp, имеют постоянные (статические) адреса IP. Именно по этой причине они и были выбраны в качестве источников точного времени для клиента SNTP MikroTik. Как указано на сайте time.in.ua, сервер времени является официальным и активным участником проекта pool.ntp.org

Аналогичными источниками точного времени c постоянными адресами IP являются также серверы времени colocall: ntp1.colocall.net и ntp2.colocall.net, имеющие адреса 62.149.2.62 и 62.149.2.126 соответственно.

Ради интересами были также сделаны запросу к серверу точного времени https://net.dn.ua/time/ , который наглядно показывает смещение часов компьютера. Полученные результаты можно считать более чем удовлетворительными:



Следует отметить, что по сравнению с эталонным источником время на компьютере будет постоянно "дрожать" (так называемый дрифт), поэтому смещение даже в 0,05 сек для домашнего компьютера можно считать хорошим показателем.

При запросе на Linux Mint 19x (в частности, Linux Mint 19.2) появились отличия. Вероятно, это связано с тем, что в Ubuntu 18x / Linux Mint 19x служба времени стала постепенно переводиться под управление systemd.


Из рисунка видно, что служба времени сверяет часы системы только с двумя серверами точного времени, которые получила от сервера dhcp. Данные серверы перечислены в файле /run/ntp.conf.dhcp



Всё верно. В приводимом примере настройки MikroTik сервер DHCP выдаёт адреса двух серверов точного времени:


А поскольку на MikroTik производится "перенаправление" запросов времени, то в приведенном выше рисунке значения столбца refid соответствуют наилучшему на момент запроса вышестоящему серверу ntp2.time.in.ua клиента SNTP MikroTik.

пятница, 12 июля 2019 г.

Установка WineHQ одной командой в Ubuntu и Linux Mint

В подавляющем большинстве случаев версия wine 1.6 не в состоянии обеспечить требуемое функционирование запускаемых в Linux файлов Windows. Более приемлемым вариантом является установка WineHQ.

На официальном ресурсе WineHQ приводятся необходимые команды, но более удобным является выполнение всех этих команд последовательно в составе одной терминальной команды c последующим запуском конфигуратора, который ещё установит необходимые компоненты.

WineHQ можно установить 2 вариантов stable и development

WineHQ stable для Ubuntu 16.04 и Linux Mint 18x

sudo dpkg --add-architecture i386 && wget -nc https://dl.winehq.org/wine-builds/winehq.key && sudo apt-key add winehq.key && sudo apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ xenial main' && sudo apt update && sudo apt install --install-recommends winehq-stable && winecfg

WineHQ development для Ubuntu 16.04 и Linux Mint 18x

sudo dpkg --add-architecture i386 && wget -nc https://dl.winehq.org/wine-builds/winehq.key && sudo apt-key add winehq.key && sudo apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ xenial main' && sudo apt update && sudo apt -y install --install-recommends winehq-devel && winecfg

WineHQ stable для Ubuntu 18.04 и Linux Mint 19x

sudo dpkg --add-architecture i386 && wget -nc https://dl.winehq.org/wine-builds/winehq.key && sudo apt-key add winehq.key && sudo apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ bionic main' && sudo apt update && sudo apt install --install-recommends winehq-stable && winecfg

WineHQ development для Ubuntu 18.04 и Linux Mint 19x

sudo dpkg --add-architecture i386 && wget -nc https://dl.winehq.org/wine-builds/winehq.key && sudo apt-key add winehq.key && sudo apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ bionic main' && sudo apt update && sudo apt install --install-recommends winehq-devel && winecfg

После автоматического запуска конфигуратора Wine будет предложено установить дополнительные компоненты:




Примечание. Wine Gecko может потребоваться установить 2 раза.

После завершения всех операций будет запущена графическая оболочка winecfg.


Следует отметить, что по умолчанию секция Wine в меню приложений не отображается. Как пишут, она станет отображаться только после первой установки приложения Windows через соответствующую приложению программу установки.

После установки WineHQ в домашнем каталоге останется файла winehq.key  В принципе, его можно удалить.

Чтобы найти необходимое приложение Windows перейдите в скрытый каталог

~/.wine/drive_c


Для запуска самодостаточного приложения Windows в виде одного файла, например winbox.exe от роутера MikroTik через правое меню мыши сопоставьте файлу wine:


Запущенный через wine Winbox может отображаться шрифтом, не слишком удобным для комфортного восприятия.


В этом случае запустите через терминал winecfg и в секции "Графика" увеличьте значение разрешения экрана.



Интерфейс Winbox будет отображаться немного лучше:


Настройки отображения Winbox расположены в скрытом каталоге. Ниже приводится пример для пользователя Linux с именем manager:

/home/manager/.wine/drive_c/users/manager/Application Data/Mikrotik/Winbox/