<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: наши собственные npm-пакеты]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме наши собственные npm-пакеты форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 19:57:59 -0400</pubDate>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232576">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вот странная мысль: x86 PC эмулятор или слой абстракции в MT RouterOS, такой как bochs или что-то подобное. Основная система останется под жёстким контролем, как и сейчас. Но когда нам потребуется что-то странное/специальное, и у нас будет место на «диске» и дополнительные циклы процессора, чтобы это позволило, почти что всё можно будет загрузить поверх пакета эмулятора. Виртуальные сетевые интерфейсы эмулируемой системы могли бы даже быть связаны с новым типом интерфейса в MT ROS, что сделало бы возможным подключение ВМ любым способом, который нам нужен. Единственное, что я могу придумать, для чего я бы это использовал, — это обеспечение резервного radius-сервиса там, где у меня ограничено место, но где он может потерять связь с основной radius-системой, не теряя интернет-соединения. Уверен, я бы смог придумать другие варианты использования, и другие тоже, несомненно. Моя обеспокоенность здесь заключается в том, что необходим высокий уровень изоляции: если ВМ упадёт, я не хочу, чтобы она вытащила за собой весь бокс. Большинство эмуляторов/ВМ, похоже, хорошо справляются с этим. Просто мысль. –Eric <br />
			<i>27.09.2004 14:07:00, eflanery.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232576</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232576</guid>
			<pubDate>Mon, 27 Sep 2004 14:07:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232575">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть ещё устройства, которые делают почти всё в одном ящике (например, Pyramid), обычно на базе Linux. (Лично я более консервативен: один ящик — одна задача. И я этим устройствам не доверяю, прощайте, Маттиас.) <br />
			<i>27.09.2004 10:04:00, mag.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232575</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232575</guid>
			<pubDate>Mon, 27 Sep 2004 10:04:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232574">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Единственные действительно проблемные моменты, которые я нахожу в RouterBOARD, это: это реально платформа с низкой производительностью, особенно учитывая высокую загрузку CPU, которую MikroTik показывает практически для всех задач. Какую производительность можно ожидать, например, на 5GHz backhaul, используя nstreme (то есть, на больших расстояниях)? Мои эксперименты на данный момент показывают, что она даже не может поддерживать один беспроводной интерфейс на "полной скорости"... Она плохо масштабируется - можно установить небольшое количество интерфейсов (доступны слоты и ограничения по питанию). Она заставляет устанавливать конфигурацию "одна антенна на устройство", и все равно не может обеспечить достаточную производительность. RouterBOARD называли хорошим решением для файрволов, но на самом деле она подходит как файрвол начального уровня. Ethernet-интерфейсы не отличаются высокой производительностью, а RouterOS не "очень" быстра на маршрутизации... – например, у меня есть один маршрутизатор на RouterOS, у которого есть только один Gigabit Ethernet-интерфейс [Intel] и он показывает 30-40% загрузки CPU при приблизительно 15 Mbps трафика, при этом ip firewall connection tracking отключен (почему он включен по умолчанию, кстати??) – это на 2.6GHz Pentium 4 – единственные правила файрвола (менее дюжины) — простые фильтры источника/назначения. Разумеется, неправильно сравнивать её с Cisco, но — я не могу отказать им в одной функции — их приоритетная задача — маршрутизация, все остальное, включая, например, ответ на PING, имеет более низкий приоритет — и они творят чудеса на маломощном оборудовании (в современных условиях). Было бы здорово, если бы у MikroTik скорее появились более производительные RouterBOARD — интеграция и поддержка замечательные. Я поддерживаю мнение mag, что более консервативная поддержка оборудования, с более высокой производительностью, предпочтительнее. В конце концов, мы же не запускаем настольные компьютеры на RouterOS. Daniel <br />
			<i>27.09.2004 04:48:00, daniel.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232574</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232574</guid>
			<pubDate>Mon, 27 Sep 2004 04:48:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232573">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всё в порядке, но у меня всегда ограниченное пространство… максимум одна ячейка… <br />
			<i>25.09.2004 11:22:00, dorijan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232573</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232573</guid>
			<pubDate>Sat, 25 Sep 2004 11:22:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232572">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просто хотел высказать свое мнение: мне нравится, чтобы MROS был специализирован на задачах маршрутизации. Поддержка небольшого количества оборудования, зато оно очень хорошо поддерживается. Минимум необходимых сервисов, но настолько качественно, насколько это возможно. (Существуют сотни open-source проектов и других устройств для решения всего остального и всего, о чем можно подумать. А для "игры" у меня, конечно, есть мои NetBSD-боксы. Даже некоторые части MROS — это open-source проекты.) Извините, что немного отошёл от темы;-) matthias <br />
			<i>25.09.2004 06:54:00, mag.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232572</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232572</guid>
			<pubDate>Sat, 25 Sep 2004 06:54:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232571">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В общем, каждому нужны разные драйвера и сервисы. Например, мне ничего из вышеперечисленного не нужно. Но пока есть потребность, её нужно удовлетворить. Будь то Mikrotik или мы сами. Я предпочитаю делать это сами, так что пусть Mikrotik создаст отличную базу, которую мы сможем расширять. <br />
			<i>24.09.2004 22:53:00, piwi3910.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232571</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232571</guid>
			<pubDate>Fri, 24 Sep 2004 22:53:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232570">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Но есть ещё кое-что, что я хотел бы добавить в свой Mikrotik: больше драйверов для беспроводных карт. Например, новые карты Realtek Ralink отлично работают с Linux, имеют FTP и HTTP сервер… FTP уже есть, но даже поддержку `ls -la` по HTTP серверу не поддерживает. Я кое-как заставил работать веб-камеру, чтобы посмотреть, кто подходит к моим коробкам. <br />
			<i>24.09.2004 16:53:00, dorijan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232570</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232570</guid>
			<pubDate>Fri, 24 Sep 2004 16:53:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232569">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Итак, мы спросили у клиентов, чего они хотят, и они хотят маленькие мощные устройства, которые НЕ выглядят как ПК… (не спрашивайте почему). Посмотрите на линейку продуктов RouterBOARD, люди на форуме просят добавить поддержку ADSL PCI модемов уже около 6 месяцев, а выпуска все нет. Я понимаю, что нужно много тестирования и разработки. Но некоторые просто не могут дождаться. Как я уже говорил в этой теме, модемы Sangoma PCI ADSL поддерживаются… уже несколько месяцев. Я сам установил 38 файрволов Soekris с внутренним ADSL модемом с Monowall, потому что клиенту не нужен был внешний модем. Возможно, вы могли бы спрятать его внутри корпуса. Что касается вашего первоначального вопроса, насколько я знаю, планов по разработке чего-либо за пределами MikroTik нет. Может, спросите Джона, если вам не нравится этот ответ. <br />
			<i>24.09.2004 16:35:00, lastguru.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232569</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232569</guid>
			<pubDate>Fri, 24 Sep 2004 16:35:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232568">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, мы ничего не можем с этим сделать, если хотя бы не сможем интегрировать это в консоль. Вот почему я спрашиваю, может ли быть какая-то разработочная версия, где мы сможем лучше разобраться в консоли и как интегрировать остальные драйверы. Я это спрашиваю лишь по одной причине… все здесь на форуме обожают Mikrotik. И я точно обожаю. Я выгнал все наше Cisco оборудование... кроме свитчей и заменил все наши файрволы на Mikrotik. Единственное, что мне не нравится… не функциональность, не стабильность, не цена… а поддержка драйверов. Я не хочу ждать, пока конкретный драйвер не окажется в топе вашего списка желаний, чтобы получить его поддержку. Все больше и больше наших клиентов просят нас не устанавливать ПК в качестве файрвола. Жалобы... шумят, слишком большие и так далее... поэтому мы спросили у клиентов, чего они хотят, и они хотят небольшие мощные машины, которые НЕ ВЫГЛЯДЯТ КАК ПК... (не спрашивайте меня почему). Mikrotik отлично подходит для этой цели. Установите его на Compact Flash, загрузитесь, конфигурация работает. Но все эти новые встроенные корпуса с оборудованием иногда не так хорошо поддерживаются. Люди на форуме просят о поддержке ADSL PCI модемов уже около 6 месяцев, и все равно этого нет. Я понимаю, что нужно много тестирования и разработки. Но некоторые люди просто не могут ждать. Я сам установил 38 Soekris файрволов с внутренним ADSL модемом с Monowall, потому что клиенту не нужен был внешний модем. Я установил только 8 Soekris с внешним модемом с Mikrotik на них, потому что клиенту это не мешало. Я лично предпочитаю Mikrotik, но я должен слушать своих клиентов. Так что, пожалуйста... позвольте нам помочь вам разрабатывать то, что нам нужно. <br />
			<i>23.09.2004 15:10:00, piwi3910.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232568</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232568</guid>
			<pubDate>Thu, 23 Sep 2004 15:10:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232567">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Небольшой HTTP-сервер с графиками… драйверы ADSL. У нас уже версия 2.9. Поддерживается ADSL-карта Sangoma. Но давайте подумаем хорошенько: зачем нужны эти пакеты, программное обеспечение и драйверы, если они не интегрируются в консоль управления и Winbox? Что вы будете делать с этими драйверами, если не сможете их настроить (и даже включить)? Ответ – ничего. <br />
			<i>23.09.2004 14:47:00, lastguru.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232567</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232567</guid>
			<pubDate>Thu, 23 Sep 2004 14:47:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>наши собственные npm-пакеты</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232566">наши собственные npm-пакеты</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я бы хотел увидеть образ для разработки, где мы могли бы тестировать и интегрировать своё программное обеспечение. Mikrotik базируется на ядре Linux, поэтому мы можем установить на него много дополнительного ПО, вроде драйверов. Небольшой HTTP-сервер с графиками... драйверы ADSL... просто какие-то вещи, которые я нашёл на форуме. Я бы сам хотел сделать пакет для поддержки дополнительных LCD-дисплеев и, может быть, некоторые модемы ADSL PCI с лицензией GPL. Исходный код уже есть в сети... нам просто нужно портировать его на Mikrotik. Я раньше был фанатом Astaro <noindex><a href="http://www.astaro.com" target="_blank" rel="nofollow" >http://www.astaro.com</a></noindex> <noindex><a href="http://www.astaro.org" target="_blank" rel="nofollow" >http://www.astaro.org</a></noindex> – Astaro был отличным файрволом, но он начал быстро развиваться только после того, как стал привлекать сообщество для разработки дополнительных пакетов. Все, кто разрабатывает пакеты, могли бы загружать их, вы тестируете и включаете в основной релиз. Больше не придётся вам работать с оборудованием. Мы можем это сделать за вас. Просто делайте отличные функции... что думаете??? <br />
			<i>23.09.2004 14:40:00, piwi3910.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232566</link>
			<guid>http://mikrotik.moscow/forum/forum57/60946-nashi-sobstvennye-npm_pakety/message232566</guid>
			<pubDate>Thu, 23 Sep 2004 14:40:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
