Názory k článku Mikrotik: seznámení s Wi-Fi krabičkou

Winbox sice jde jen pod Windows, ale je upravován tak aby chodil bez problémů i ve Wine, což mohu potvrdit, u poznámek k vydání z jedné starší verze bylo vidět že opravuje nějaké chyby ve wine.

Pod Wine winbox "vytuhává", ale podle vlastních zkušeností vím, že jenom u některých a pořád stejných AP. Pokud vím, tak si vyvojáři Wine a Mikrotiku navzájem přehazují zodpovědnost proč to tak je jako horký brambor :-) Podle jiného názoru je to moc špatnou ajiž zastaralou konfigurací RouterBoardů...

Winbox mi ve Wine vytuhava v momente, kdy necham zaskrtnuty checkbox 'Load previous session'. Jinak se mi to nestava.

winbox se kouse vetsinou se staryma verzema MT, 2.9.24 apod. Od 2.9.3x to beha v poho...

Hm me tuhne vzdy na verzich 2.9.26 a 2.9.38 od nejake 2.9.40 pohoda. Spojeni na linkove vrstve bez problemu. Respektive problemy a nestabilita se u teto funkce projevuje i na Win. Je to pouzitelne max na nastaveni IP abych nemusel vyndavat seriak.

Pod Wine na Mandrive bez nejmensich problemu.

Na strankach mikrotiku se da docist, ze zdrojaky (volnych) casti vam poskytnou za 'manipulacni poplatek' 50$ nebo kolik to bylo.

A k cemu Vam jsou zdrojaky?Kdyz chcete treba neco takoveho a chcete zdrojaky,tak pouzijte BSD ne?Kdyz si koupim Mikrotik,tak mne zajimaji hlavne konfiguracni moznosti a pripadne rozsireni.

To znamená, že jde na to naroubovat třeba Debian, nebo OpenWRT?

Na routerboard lze naistalovat i beznou distribuci.

Normalni distribuci urcite ne. RB ma MIPS procesor a ten neni i386 kompatibilni. Takze to musi byt distro kompilovane pro MIPS platformu. Existuji klony Debianu kompilovane pro tuto platformu.

Ano, pouzivame RB532 s Debianem a RB133 s OpenWRT.

> A k cemu Vam jsou zdrojaky?

K tomu, abych na tom samem zeleze zprovoznil normalni Linux.

A jeste dodam ze bych chtel rozjet nstreme na linuxu, k tomu by se ty zdrojaky taky hodily.

Tak to Vás musím zklamat, protože nic nenutí Mikrotils zveřejnit specifikaci tohoto protokolu a myslím si, že jen tak z dobré vůle to neudělají(ba naopak si to budou střežit jako oko v hlavě), ale s dobře nastavenými rozhraními a v kombinaci s bondingem se dá dosáhnout(v jednom směru) i vyšší rychlosti než za pomoci nStreme Dual, jen to není tak jednoduché.

K tomu, abyste na tom samem zeleze zprovoznil normalni Linux jsou zdrojáky dávno zveřejněny.

Je naprosto jedno k cemu mi jsou zdrojaky, to je kazdeho vec. Licence linuxoveho kernelu jasne rika, ze MUSI byt k dispozici minimalne tem, kterym upraveny Linux prodavam (RouterOS neni zdarma). Takze Mikrotik timto jasne porusuje licenci a docela se divim, ze uz to davno nekdo z vyvojaru kernelu se neozval

Takze Mikrotik timto jasne porusuje licenci a docela se divim, ze uz to davno nekdo z vyvojaru kernelu se neozval

Kdyby to tak bylo, tak by se již dávno ozvali. Je pravda, že Mikrotikls je často vytýkána nepříliš vřelá spolupráce(na anglickém fóru je dokonce flame mezi vývojáři RoS a OpenWRT) ale licenční závazky mají IHMO vyrovnané.

Úplně všechny zase jen tak dostupné nejsou(zkoušel jste si třeba pustit na RoS vlastní BusyBox?), ale věřím, že kdyby je o ně někdo požádal, tak je snad dodají.

To není tak docela pravda. Spoustu patchů do jádra zveřejnili, ale například ethernetový driver pro RB4xx nikoliv, i když ho evidentně mají zakompilovaný přimo do jádra.

A všiml jste si, že existují i jiní lidé než Vy?

> Nic o tom nevim, jen me zajima jak muze vychzet z Lin. jadra a pritom nezverejnovat zdrojaky.Resp. kdyz ti to koupim oni mi je daji?

AFAIK zverejnuji patche proti Linuxovemu jadru se zakladni podporou jednotlivych platforem. Zdrojaky pro wireless drivery (pry maji vlastni) nebo pro userspace nastroje neposkytuji.

Zdrojaky pro wireless drivery (pry maji vlastni)

Nemají. Spolupracují s firmou Atheros(všiml jste si, že na RoS nedáte nic jiného než Atherosky?) a ta obohacuje MadWifi o nějaké pokročilejší funkce.

neobohacuje. madwifi su reversovane atheros drajvre

Aha. Jsem si říkal, že některé fce. stále chybý.

Je divny. ze me na mikrotiku chodili karty Ageree a PrismII a ty zcekla jiste nemaji nic spolecneho s Atherosem. Ale je fakt ze Atheros je dnes jasna volba:-)

Ono se to v Čechách dokonce používá i v jedné "menší" známé wifi síti s několika tisíci uživatelů ;-) Pravdu ovšem je, že nikoliv na těch nejvytíženějších routrech.

no nevim jak to tim bazmekem muze protect, ten procak je nic moc, pokud to ma narvanou route tabulku az na pudu a ma tam tect 100mbit, tak je to imho nesmysl.
takovej alix od PC engines je na tom co se tyce vykonu mnohem lip, i kdyz cena je o trosicku vyssi, ale tech par stovek za to stoji

100M je pro tenhle router uplna sranda.

Zdara silu... RB tady mame nejakou tu stovku urcite. Neni to spatnej kus HW za danou cenu. Nicmene, ani ty nejslinejsi desky (mam na mysli standalone, ne neco do racku) nedokazou vykonove utahnout vic jak 10 uzivatelu s QoS. Pouzity procaky (vesmes Infineon SOC) nemaji MMU, cili bezi tam spise ucLinux a tomu odpovida i rada negativnich vlasnosti. RB sami o sobe stoji za prd, to co z nich dela zajimavej kus HW je hlavne miniPCI a Atheros chipset pro wifi. Jinak pokud je nekde misto, k dispozici jeste starej kvalitni HW (co bezel 10 let a jeste 20 pobezi), tak s jejich OS na flash IDE je to celkem uz i pouzitelna vec. I stara P3/800 je vykonove jinde. Tak kde je nejsilnejsi RV utavena, se P3 flaka na radove procentech zateze. Ty pouzity MIPSy hodne vitezuje WiFi cast. Jejich desky rozhodne nejsou na "pater", leda tak koncovy AP nebo ke klientum. Pokud tedy clovek pouziva QoS a snazi se predejit pretizeni prenosovyho pasma. I pokud se neco naflaka do IPtables, zacina CPU dostavat pekne na zadnici. Pravdou zustava, ze ve spojeni s Atherosem neznam zarizeni (i v cenovi hranici vyrazne vyssi), ktery by RB mohlo konkurovat. S 2ma P3 proti sobe neni problem ~20mbit full duplex v 5GHz, s vybornou spolehlivosti. A za ty penize...

Jinak je ale dost posahany, ze tam clovek nemuze dat nic vlastniho a celkove uzavrena architektura, porusujici GPL kernelu. Cekal bych, ze zrovna tomuhle se bude clanek venovat vic. Sveho casu jsme jim psaly, poslali nejaky "odkdazy" kamsi, kde neco bylo, ale prislo mi to silne outdated. TO uz je ale 2 roky zpatky, treba je ted vsechno jinak. A budoucnost uz je krasna a ruzova (o:

To je tak, kdyz si nekdo busines zalozi na praci jinych...

R.

Mne na RB stvalo (pred rokem a pul kdyz jsem naposled koukal), ze nelze nic ani doscriptovat - male hloupe veci, co normalni clovek napise v Bashi nebo Perlu za hodinu az dve. Neuveritelne debilni napad, uzavrit system proti uzivatelskym rozsirenim 'na miru'.

Druha vec je, ze diky Mikrotiku vznikla sorta "adminu", ktera ovlada WinBox, ale o vlastnim fungovani siti nevi nic. Ve chvili kdy nema klikaci nastroj nebo nastane nestandardni situace ktera neni v HOWTO, je v haji. Male site jsou zbytecne nespolehlive prave diky takovym "adminum". Na druhou stranu, aspon vzniknou - kdyz admin neni schopen (ochoten) se naucit teorii.

Prosim kdyz uz te neco stve a kritizujes co sortu "adminu" tak si zjisti zaklady. Na RouterOS skriptovat jde a co ja pamatuji 3 roky zpatky tak vzdy i slo.

O teorii siti se uz vubec nema cenu bavit. Pokud ji nemas tak v MK to nenaklikas ani nenaskriptujes.

Ad.) vrchni prispevek RB a vykon - spoje s propustnosti 20Mbit lze bez problemu stavet na RB600 (druha strana muze byt teoreticky i 433) v cetne QoS.

Právěže naklikáš :-) Máme v naší síti pár "adminů", či spíše připojujících techniků, kteří se naučí mechanicky postup, a při každé nové přípojce akorát
1. zapnou na interfacu, kam chtějí připojit krabičku, default-authentication, čím se vypne mac filter, novou mac adresu v registration zkopírují do access listu, mac filter zase zapnou
2. najdou v dhcp serveru IP adresu PC (někdy i krabičky), tu udělají z dynamické statickou, okomentují (zapomenou kolikrát vypnout client-id, protože neví, že po reinstalaci Windows dostane PC nové client id => dostane i novou IP => bordel)
3. připadají nový řádek do queues
Toto udělají aniž by de facto znalost, proč se to tak dělá, a co hůř, někdy to neudělají 100% a ani neví co za chybu vlastně udělali...

Ano, ale nicmene toto ve firme prakticky resim tim, ze technikum rozdavam skripty pripadne jim je generuje system. Jenom je zkopiruji do konzole nebo primo odeslou na MK ze systemu. Misto pro chybu minimalni i tak se neco prihodi. Lepsi nez spolehat ze naklikaj vsechno.

To ale nema nic spolecneho s klikanim nebo prikazovou radku. Das takovymu "adminovi" postup a je to. Jaky je rozdil jestli to ma psat nebo klikat. Jakmile je neco mimo standartni nastaveni nebo "adminovi" znalosti tak si nepomuze i kdyby se uklikal k smrti. To si i sam napsal.

> Pouzity procaky (vesmes Infineon SOC) nemaji MMU, cili bezi tam spise ucLinux a tomu odpovida i rada negativnich vlasnosti.

Blbost. Jak ADM5120 (v RB133), tak IDT 79rc32434 (v RB532) MMU maji a bezi tam normalni Linux.

Vypnuti barevneho promptu jde na routeros 3.x takto: ssh admin+c@ipadresa

nasrat s takovym nazorem ty optiko jedna

Ano pouzivejte si alixe/wrapy a podobne balasty. Obrovska nevyhoda techto krabicek ale je slozita konfigurace a skripty ktere vzdy pise ve sdruzeni maximalne jeden clovek, takze jakmile se neco rozbije tak to to bez nej nikdo neda dohromady. Opravdu paradni vec. Mozna z tohoto duvodu pouzivaji mikrotiky snad uz vsichni ISP, jednoducha konfigurace (AP je schopna nainstlovat i nase asistentka), vyladene bezdratove ovladace a proste to funguje. Je mi jasne ze jednoducha konfigurace a to ze to proste funguje nejsou vyhody pro "ISP" s 3500 lidi, radsi vlastni bastl na linuxu ktery umi ovladat par lidi kteri kdyz odejdou isp konci :)

To je totalni blabol to o tom RouterOSu, co se tyka zakladni konfigurace, tu sice zvladne skoro kazdy, zato nastavit BGP skoro nikdo :(.

I normalni Voyage , coz je relativne narocnejsi, zadne klikatko, zvlada i nas ucetni, Czela Debian uz zvladnme i cvicena opice. Navic to neni nic uzavreneho, takze upravy dle potreb nejsou probklem, centralni sprava je samozrejmosti a integrace na IS se bud dopise, nebo pouzije to, co se ted zacina resit jako plugin pro LMS.

Navic i kdyz puvodni autor odejde tak zustava system, ktery jede dal , jen s jinymi lidmi, vyhoda OS pod GPL.

Systemu je vice, namatkou http://zeroshell.net/eng/ , vice na http://pcengines.ch/alix.htm

Na kolika procentech routerů v běžné síti běží BGP ? Není problém na nastavení hraničních routerů mít jedno či dva odborníky, ale je výhodné, když nový router zvládne nakonfigurovat a připojit od OSPF každý poučený laik. Případné další nastavení a skripty už pak může někdo znalý nahrát vzdáleně až bude čas (QoS, zálohy nastavení emailem, sledování atd). A toto v ROS funguje báječně, základní nastavení zvládne opravdu každý kdo tuší co je IP, OSPF a kanály na wifi.

Zrovna implementace OSPF a obecne dynamicke routovaci protokoly nepatri mezi silne stranky RouterOS. Zhruba pred rokem sme se pokusili to nasadit v siti. Homogenni prostredi RouterOS a stejne se ztracely routy atd. Zhruba po tydnu sme byli nuceni prejit zpet. v te dobe na tom byl o neco lepe BGP.

Je fakt ze kluci v Lotyssku na tom makaj a casto neco upravi prave na OSPF ale ja uz nejak nemam silu to testovat.

Zeroshell. Distribuce ma cca 400MB, je treba ji distribuovat bud na CD anebo na CF o velikosti 512MB. :-( Srovnej treba s m0n0wall, ktera nabizi podobnou funckcionalitu (nebo ne?). m0n0wall se vejde na CF o velikosti 16MB...
Podobne Mikrotik, RB (RB133) ma jen 32MB flash.

Zeroshell. Distribuce ma cca 400MB, je treba ji distribuovat bud na CD anebo na CF o velikosti 512MB. :-( Srovnej treba s m0n0wall, ktera nabizi podobnou funckcionalitu (nebo ne?). m0n0wall se vejde na CF o velikosti 16MB...
Podobne Mikrotik, RB (RB133) ma jen 32MB flash.

Normalne ne, bohuzel najit cloveka ktery by byl schopen nastavit aspon toho mikrotika je u nas prakticky nadlidsky ukol. Takze kdyz je potreba tak dela se zarizenima i asistentka, nevim co je na tom k nepochopeni :)
Skoro kazdy wifi ISP ma v dnesni dobe vlastni systemy ktere jsou udrzovane a vyvijene z 99% jednim clovekem. ktery kdyz nema cas nebo neco se deje tak je to v haji. Osobni zkusenost nastesti nemam jen slysim nareky od spravcu z jinych oblasti. Ze jim jejich slavny linux bastl dela uplne nahodne veci neni vyjimkou.
Nerikam ze nejde udelat stabilni sit na linuxovych PCckach, rikam proc kdyz existuje levne, 99% funkcni reseni, ktere je flexibilni a pouzivaji ho vsichni takze s nim umi daleko vice lidi?
Zkratka receno myslenka tento software nema pristupny zdrojovy kod to nemuzeme pouzivat je naprosto ulitla!

Jen pro info nesnazim se tady nic prodavat, jsem jen technik ktereho stve slepecky pristup opensource managoru :) Osobne me linux bezi na vsech serverech nic jineho bych tam nedal, ale na wifi routery je v soucasne dobe MT troufam si rice nejvice vyladeny OS.

S WRAPem souhlasím, škoda, že se už nedělá. ALIX je příliš drahý, žravý a zbytečně rychlý, tak místo něj beru RouterBoardy a přijdou mi velice podobné WRAPu.

Btw. optiku mám taky ;)

Daleko vice modularnejsi nez mikrotik a temer za stejne penize je ALIX BOARD 2C3, ktery ma 386 AMD 500MHz CPU, 256MB ram, slot na CF, miniPCI, USB a 3x RJ45. Pokud ho chcete ciste jako router muzu vrele doporucit software pfSense, je to port OpenBSD a co se tyka routovani tak umi naprosto vsechno... Co neumi je sambu a pripojit usb disk, nebo tiskarnu, to proto na nem mam Debian a slape jedna radost :)

Zavládne, neboj. Já to tak mám - a bez problémů (vytížení proc pod 2%). Akorát pozor na kartu - mám CM9 a už bych do ní nešel.

Mám problémy s výstupním výkonem. Rx level je stabilní a dobrá, ale spojení není OK. Provider vidí velké a rychlé kolísání svého Rx levelu a pouze u mě. Ptal jsem se u prodejce, zda-li s tím nemá skušenost. Odpověď mě trochu udivila. S tímhle prý ne, ale bývá špatný obvod reflektometrie, ale se jako reklamace neuznává. Prý to může oddělat blesk (no blesk je šikula, ale to nepřicházelo do úvahy), indukce od blízkého vedení (?!?) nebo nevhodné nastavení karty (!!!). Něco o tom vím a je mi podezdřelé, že špatné nastavení karty (asi Tx power) může odprásknout reflektometrii. Po kratší diskusi jsem nabyl dojmu, že ty karty asi mají konstrukční chybu a dovozce šmahem odmítá reklamace. Možná se mýlím, ale už bych si ji nekoupil...

Iba k tomu pfSense.
Na oficialnych strankach pfSense cize www.pfsense.org sa pise, ze je postavene nad FreeBSD a ze sa jedna o fork znameho a vyssie tiez spominaneho m0n0wall, tak teda neviem, odkial mate informacie o OpenBSD.

ok OpenBSD beru zpet... je to opravdu FreeBSD... :)

Autor se pohorsuje nad tim, ze k RouterOS nejsou dostupne zdrojaky, atd. Ale slysel jsem, ze na RB lze spustit i Linux (protoze Microtik zdrojaky jadra uvolnil, jak mu narizuje GPL). Tak o tomto tematu by take mohl byt clanek (anebo serial).
- proc RouterOS na RB nahradit Linuxem, vyhody, nevyhody
- prehled distribuci pro RB, stav pozitelnosti
- postup na prechod RouterOS->Linux (a zpet na RouterOS!!)
- zakladni konfigurace RB v Linuxu

Strucne:

- prehled distribuci pro RB, stav pozitelnosti

Debian (RB s CF slotem), OpenWRT, plne pouzitelne.

- postup na prechod RouterOS->Linux (a zpet na RouterOS!!)

Pokud RB ma ma CF slot, staci normalne nainstalovat Debian na CF a prelozit si jadro s podporou RB. V boot menu nastavit boot z CF. Pro navrat k RouterOS staci zmenit boot polozku. Pro instalaci OpenWRT viz wiki OpenWRT.

- zakladni konfigurace RB v Linuxu

stejna jako v jakemkoliv jinem beznem Linuxu.

proc RouterOS na RB nahradit Linuxem, vyhody, nevyhody

Proč nahrazovat? Proč ne rovnou sloučit?

Výhod má RB s ROS opravdu hodně a nejlepší bude je shrnout do několika bodů:

• Rychlost

Inu tak s tím bych si dovolil nesouhlasit. RoS je jeden obrovský statický moloch. Používá velké množství nepotřebných modulů, které jsou zvláště při routování znát. S RoS3.10 se mi na RB153 podařilo na ethernetu dosáhnout při vypnutém conntracku rychlosti tak kolem 43Mbps, kdežto s OpenWRT(a to nijak neoptimalizovaným!) 86Mbps při routingu a 92Mbps u bridge. A o tom, že RoS nijak nedovoluje používat integrovaný opakovač v ADM5120 radši ani nemluvím. Nechávat volné filtry, mangle, apod. vůbec nemá cenu, protože moduly se standardní cestou nijak nedají dostat z paměti a stále je veškerý provoz přesměrováván z kernel-space do user-space přes netlink a dále zpracováván i když v nich nejsou žádné pravidla. RoS je zatím nejpomalejší systém se kterým jsem měl tu čest.

Další velmi nepopulární vlastností je nemožnost běhu vlastních aplikací v ROS, uživatel se musí spokojit s již obsaženými programy.

S tímto bych si také dovolil nesouhlasit, protože RoS je klasické linuxové jádro + OSS utility + proprietární user-space aplikace(ty se dají nazývat samotným RoS) a tak není problém si cokoliv zkompilovat(pro jakoukoliv architekturu) a do RoS integrovat. Samotný BASH už dokonce obsahuje. Zde je např. ukázka programu htop běžícím v RoS ukazujícím zacyklení démona pro DUDE.

Nepotěší ani vázanost konfigurační utility Winbox na Windows.

Ono to také bude tím, že kdyby existovala pro Linux, tak samotný vyznám systému RoS zaniká. Ale jinak to není tak dlouho co ještě WinBox ve Wine tuhl a pánové z Litvy na tom speciálně pro Wine zapracovali a jeho běh pod Wine je téměř bezchybný.

K ROS se můžeme připojit následujícími způsoby:

K výčtu bych si dovolil ještě přidat WebBox, který slouží právě laikům k jednoduchému nastavení a dá se přirovnat k systému v těch všelijakých SOHO krabičkách.

Bohužel se mi na Linuxu nepodařilo tuto vlastnost rozběhnout, takže se musíme spokojit se sériovým kabelem.

Nefunguje to pokud na rozhraních nejsou nastaveny IP adresy.

Největší výtkou na Mikrotik je rozhodně neposkytnutí zdrojových kódů na svůj systém i přes to, že vychází z linuxového jádra.

Znova omyl. Mikrotikls vydává patche jádra, tak aby byl umožněn běh obyčejného Linuxu na jejich HW. Nedávno dokonce byly zařazeny do hlavního stromu.

Jinak pro všechny ty výkřiky, že Mikrotikls porušuje GPL:
A četly jste vůbec licenční ujednání?:

MIKROTIK ROUTEROS V3 SOFTWARE ROUTER SYSTEM

This  End-User License  Agreement ("License  Agreement") is  a binding
agreement between  you (either an  individual or a single  entity) and
MikroTikls SIA ("MikroTikls" or "MikroTik"), which is the manufacturer
of the SOFTWARE PRODUCT  ("SOFTWARE PRODUCT" or "SOFTWARE") identified
above.  HARDWARE refers as the computer, which the Software Product is
installed on.  Any software provided  along with the  SOFTWARE PRODUCT
that  is associated  with  a separate  end-user  License Agreement  is
licensed to  you under the terms  of that License  Agreement. The term
SOFTWARE  or SOFTWARE  PRODUCT does  not include  the  software listed
after point 12  of this document that is under  the GNU General Public
License or other free software  licenses listed after point 12 of this
document.

For license obligations  below  that  require  Mikrotikls  to  provide
source  code  or  other  license  obligations,  you   should   contact
Mikrotikls by mail at the following address:

MikroTikls SIA
attn: license compliance
Pernavas iela 46
LV-1009, Riga
LATVIA

For license obligations below that require responses  by  email,  you
should contact Mikrotikls SIA at: mt@mikrotik.com

For license obligations below that  require  responses  by  telephone
or fax, you should contact Mikrotikls SIA at:
telephone +371 7 801 080, fax +371 7 542 530

To get a CD with the corresponding source code for the GPL-covered
programs in this distribution, wire transfer $45 to MikroTikls SIA,
Pernavas 46, Riga, LV-1009, Latvia. Please contact MikroTikls SIA for
our current account information and wire transfer instructions. Offer
valid until 2010.  This CD will only include the source code of the
following programs according to the license requirements.  This CD will
not include MikroTikls proprietary SOFTWARE.

Package name   License      URL
----------------------------------------------------------------------
e2fsprogs      GPL    ftp://tsx-11.mit.edu/pub/linux/packages/ext2fs

gzip           GPL    ftp://ftp.gnu.org/gnu/gzip

ld.so          ldso   ftp://metalab.unc.edu/pub/Linux/GCC

linux kernel   GPL    http://www.kernel.org/

ppp            PPP    ftp://metalab.unc.edu/pub/Linux/system/network/
                            serial/ppp

netkit-telnet  telnet ftp://metalab.unc.edu/pub/Linux/system/
                            network/daemons

termcap        LGPL   ftp://metalab.unc.edu/pub/Linux/GCC

zebra          GPL    http://www.zebra.org/

LinuxBIOS      GPL    http://www.linuxbios.org/

EtherBoot      GPL    http://www.etherboot.org/

Bochs          LGPL   http://www.gnu.org/directory/bochs.html

SGI STL        STL    http://www.sgi.com/tech/stl/

OpenSSL        OpenSSL http://www.openssl.org/

OpenSSH        OpenSSH http://www.openssh.org/

uClibc         LGPL   http://www.uclibc.org/

SYSLINUX       GPL    http://syslinux.zytor.com/

mkelfImage     GPL    ftp://ftp.lnxi.com/pub/mkelfImage/

NTP            NTP    http://www.ntp.org/

BusyBox        GPL    http://www.busybox.net/

expat          expat  http://www.jclark.com/xml/expat.html

Memtest86      GPL    http://www.memtest86.com/

cpuburn        GPL    http://users.ev1.net/~redelm/

libsvg         LGPL   http://cairographics.org/libsvg

libsvg-cairo   LGPL   http://cairographics.org/libsvg-cairo

cairo          MPL    http://cairographics.org/

fontconfig     fontconfig http://www.fontconfig.org/wiki/

freetype       freetype http://www.freetype.org/

net-snmp       net-snmp http://net-snmp.sourceforge.net/

----------------------------------------------------------------------

                    GNU GENERAL PUBLIC LICENSE
                      Version 2, June 1991

 Copyright (C) 1989, 1991 Free Software Foundation, Inc.
                       59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 Everyone is permitted to copy and distribute verbatim copies
 of this license document, but changing it is not allowed.

                            Preamble
…

Takže se dá říct, že RoS je vlastně normální linuxová distribuce sestávající z jádra + openSource utilit + proprietárních utilit a modulů(což je vlastně samotný RoS) a rýpat do jádra či utilit vám nikdo nemůže zakázat. Je to úplně stejné jako nVidia binární moduly, či jiné proprietární aplikace(Quake3?) na Linuxu. Jen se teda nedistribuuje jako aplikace samotné ale jako celek/obraz. Dokonce proprietární utility vycházejí z OSS utilit a dalo by se teoreticky najít pár míst kde je GPL opravdu porušována, ovšem je dost možné, že ty se nacházejí právě na výše zmíněném CD. Bohužel jen tak vyhodit $45 abych si to ověřil se mi nechce. Jen tak pro zajímoavost, pod GPL jsou i dokonce některé moduly v RoS použité(Bandwith Test,…)

I přesto, že popularizování síťové správy a vůbec samotná popularizace RoS se mi moc nelíbí, zde musím udělat opak a článek pochválit a přeji aby se dostalo i k dalším dílům a aby byly min. stejně vydařené.

What kind of source code do I have to publish under the GNU GPL?
The GNU GPL demands that as soon as you distribute GPL licensed software in executable format you make available the "complete corresponding source code". The GNU GPL also contains a definition of this term:

“ The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable. ”
This is a quite precise definition. For a typical C program, this translates into all the source code (.c files) plus header files (.h files) plus the scripts used to control compilation and installation.

Always keep in mind that it is the purpose of the GPL to enable the users to exercise his freedoms. Specifically, the freedom to make modified versions of the program, and to run such modified versions of the program.

What are "scripts used to control compilation"?
Generally, any sophisticated program is split into many different source code files. During the process of compilation, each of them are compiled into executable code, after which they are linked. This process of compiling and linking individual source code files is generally controlled by scripts. Most often the "make" program is used, whose scripts are generally referred to as "Makefiles".

Also, some programs such as the Linux kernel tend to have compile-time configuration (in case of the Linux kernel the .config file). Since this compile-time configuration undoubtedly controls the process of compilation, you need to include any such compile-time configuration files, too.

What are "scripts used to control installation"?
After having translated software from its source code form into executable format, the program quite often needs to be installed into the system. The process of installation is often automatized by installation scripts. Exactly those scripts are referred to by the GPL.

Please note that this is of special practical importance in the case of embedded devices, since the executable program(s) need to be somehow installed onto the device. If the user is not given a way to install his own (modified) versions of the program, he has no way of exercising his freedom to run modified versions of the program.

Sometimes, the process of installation is not facilitated by scripts, but by some other means (such as executable programs). The GPL text only mentions the word "scripts". But when reading and interpreting the license, it is clearly understood that the license doesn't specifically only mean "scripts", but any kind of software programs that are required to install a (modified) version of the compiled program.

What about the compiler, the toolchain?
The GPL explicitly states:

“ However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable. ”
Clearly, this paragraph is written for userspace programs running on existing general purpose operating systems. So if you have only distributed such programs, then you do not need to include compiler, kernel, linker, and so on.

Particularly in the case of cross-compilation for embedded platforms, the cross compiler for your specific hardware is very likely not something that is "normally distributed with ... the operating system".

Therefore, in such cases, you have to provide the the exact version of your compiler toolchain that was used to create the executables that you have distributed. Please note that in most cases this will be GNU GCC, which is itself GPL licensed, so the GPL obligations will in turn apply to the toolchain, and you must release the complete corresponding source code to it as well.

Citatel asi nikdy nedrzel v ruce RB2xx, ze jej nezminuje. No pravda, je to vlastne x86 stroj.

By me zajimalo, kolik vam za tuhle reklamu zaplatili.

proc reklama? to by se za chvili nedal napsat clanek uz o nicem. nakonec, kdyby to reklama byla, tak je zvykem (alespon zde na Rootu), ze je clanek oznacen jako reklamni, takze zalez a nestekej ;)

Autorovi dik za clanek a ostatnim diskutujicim take, po dlouhe dobe se clovek dozvi neco noveho. Tesim se na pokracovani

/export file=

- neni to pro Linux ale v Mikrotiku

Jo, omlouvám se. Jsem to přehlédl(či spíše nepochopil), ale bohužel si myslím, že nic takového neexistuje. Max. zkopírovat adresář /etc.

- z exportu konfigurace mam vzdycky takovy pocit, ze se toho exportuje pomerne hodne a je to takove nejake necitelne

Neexportuje se toho hodně, ale všechno a vždycky je si potřeba vybrat.

No a u mikrotiku mi jeste hodne chybi funkce "ukladani konfigurace" - na ciscu to bezne delam tak, ze pri rekonfiguraci udelam chybu tak ho necham zrestartovat (at uz restartem pres UPS, nebo pozadam nekoho kdo je pobliz...), taky si pri slozitejsich zmenach kde cekam ze se muze neco pokazit naplanuju reload za 10 minut, zmeny udelam a reload zrusim...

Toto lze dělat dvěma cestami. Buď si ukládat zálohu(/system backup save name=) a v případě neúspěchu ji znova obnovit(/system backup load name=. Ten reload za 10 minut by se dal naskriptovat) a nebo pracovat v bezpečném módu do kterého se dá přepnout klávesou CTRL+X.

Pro prvotní nastavení RB bez IP jsem ze začátku používal sériový port, ale jako rychlejší cesta se ukázalo použití druhého (již nakonfigurovaného) RB spojeného kabelem s novým:
- ve winboxu nakonfigurovaného RB zvolit "ip neighbours"
- zde by se měl nový RB objevit s MAC adresou
- pravým myšítkem na MAC adrese zvolit MAC telnet
- po loginu na admin zadat "ip address add address=NEJAKA_IP/24 interface=ether1"
a pak už přímo Winboxem nebo ssh na zadanou IP a dokonfigurovat zbytek.

BTW: připojení přes MAC mi z Linuxu/Wine/Winbox nikdy nefungovalo.
- podařilo se to někomu? (např. puštěním winboxu pod rootem - to jsem nikdy nezkoušel)
- nevíte někdo o MAC telnet klientovi pod Linux?

Hm spojeni pres mac telnet mi v linuxu pod wine jede. Nemusel sem nic konfigurovat. Jenom vse spravne povolit na firewallu.

Nicmene ani tak to neni nijak zvlast stabilni a hodne zalezi na vytizeni RB. Pro minimalni prvotni konfiguraci ale bez problemu.

Dodávám, že jsem si shodou okolností zrovna v pátek koupil RB450 a rozběhnul na něm Linux. Ze začátku mírné problémy s driverem pro zabudovaný ethernetový switch, ale ovladač jsem opravil a brzy se snad objeví v OpenWRT. Teď už celý router funguje moc pěkně.

pouzivam winbox pod wine uz asi neco kolem 2 let, od dob co se mikrotiky objevily,a nemam stim nejmenci problem(netuhne,vse jede jak ma), je dulezite pouzivat starsi verzi wine, tusim ze winbox bezproblemu funguje do vereze wine 0.9.22, je nutne si wine zkompilovat ze zdrojaku nebo najit prislusny balicek pro distro, v pripade debianich derivatu se da stahnout ze stranek wine (http://www.winehq.org/site/download)