Názory k článku
Mikrotik: jak fungují sítě

Tak to jsou ... jak ze skript.

Měl jsem čest v takové instituci pracovat. A tento výraz se používal jak pro práce studentů, tak pro příspěvky na konferencích.

Děkuju za srozumitelně napsaný článek.

Přidávám se.

Nevim co ma clanek spolecne s Mikrotikem, to je obecny pospis porotkolu TCP/IP, clanek by se mel spise jmenovat "TCP/IP - Uvod do pocitacoych siti 1".

Ty jo whatmask, proč ja to počítam po excelech jak kokos.
dobrej typ.

no rekl bych ze jeste o neco lepsi je ipcalc.

obcas taky neni spatny prikaz iptab (i kdyz ne zrovna primo na tento pripad)

Zkuste si znovu přečíst první větu článku. Je to tam vysvětleno.

Není ten popis navázání TCP spojení poněkud popletený? Za mých mladých let posílal klient packet s příznakem SYN, server odpověděl SYN+ACK a klient následně ACK...

To vies, casy sa menia. Ved aj MS nas vsetkych presviedcal, ze RST je korektne ukoncenie spojenia.

RFC-793:

1) A --> B SYN my sequence number is X
2) A <-- B ACK your sequence number is X
3) A <-- B SYN my sequence number is Y
4) A --> B ACK your sequence number is Y

Because steps 2 and 3 can be combined in a single message this is called the three way (or three message) handshake.

Poměr mezi těmito polovinami se mění po jednotlivých bitech.

Ach jaj, to tie clanky fakt nikto pred zverejnenim necita? A to nie je zdaleka jedina somarina v tomto clanku.

Po průchodu paketu routerem se TTL, které bývá nastaveno nejčastěji na hodnotu 255.

Hmm

	+--------------------+-------+---------+---------+
	| OS Version	     |"safe" | tcp_ttl | udp_ttl |
	+--------------------+-------+---------+---------+
	  AIX			  n	 60	   30		 
	  DEC Pathworks V5	  n	 30	   30
	  FreeBSD 2.1R		  y	 64	   64
	  HP/UX	 9.0x		  n	 30	   30		  
	  HP/UX	10.01		  y	 64	   64		  
	  Irix 5.3		  y	 60	   60
	  Irix 6.x		  y	 60	   60
	  Linux		 	  y	 64	   64
	  MacOS/MacTCP 2.0.x	  y	 60	   60
	  OS/2 TCP/IP 3.0	  y	 64	   64
	  OSF/1 V3.2A		  n	 60	   30
	  Solaris 2.x		  y	255	  255
	  SunOS 4.1.3/4.1.4	  y	 60	   60
	  Ultrix V4.1/V4.2A	  n	 60	   30
	  VMS/Multinet		  y	 64	   64
	  VMS/TCPware		  y	 60	   64
	  VMS/Wollongong 1.1.1.1  n	128	   30
	  VMS/UCX (latest rel.)	  y	128	  128	
	  MS WfW		  n	 32	   32
	  MS Windows 95		  n	 32	   32
	  MS Windows NT 3.51      n	 32	   32
	  MS Windows NT 4.0       y	128	  128

Zdroj: http://secfr.nerim.net/docs/fingerprint/en/ttl_default.html

Taktiez by nebolo odveci povedat, co vlastne skratka TTL znamena. Lepsie si to ludia zapamtataju, ak vedia, ze to znamena time-to-live.

A to saskovanie s SYN, ACK a FIN, no hroza. Nechcem byt negativny, siete urcite treba ludom predstavovat, ale toto je podla mna zle z dvoch dovodov:

1. Obsahuje to viacer faktickych chyb a nepresnosti
2. Mnohe veci to bagatelizuje alebo uplne vynechava a tak citatel ziska velmi zly obraz o skutocnom fungovani siete

Radsej veci nerobit vobec ako neporiadne.

no ja nevim, ale ja mam na svym notasu Kubuntu a tam mam TTL na 255.
Takze kdovijak je ta tabulka hodnovernej zdroj.

No, viem potvrdit default hodnoty pre Windows XP Pro, Home a Windows 2000 (TTL 128) a pre GNU/Linux (TTL 64). Samozrejme, v oboch systemoch sa to da jednoducho prestavit. Dobre vediet, ze Buntu to ma nastavene na 255, pomoze pri identifikacii :)

ACK->SYN+ACK->SYN? Co je to za blbost? presne naopak ne? Nehlede na to, ze je to tricestny a ne ctyrcestny :-D To je uroven :-D

Přesně tak, je to SYN -> SYN+ACK -> ACK a ten SYN+ACK je jeden paket se dvěma vlaječkami.

Mozna nechapu uplne presne, jak to autor myslel, ale ARP rozhodne neni soucasti IP a rozhodne ho nenajdeme hned za IP hlavickou, na rozdil od ICMP, ktere je jednim protokolem v pramci rodiny IP (ze by 1?). ARP je protokol stojici vedle IP (napr na ethernetu je typ tusim 806, IP je 800, na jinych mediich muze byt jinak).

Presne, ARP je protokol druhej vrstvy, ICMP a IP su protokoly tretej vrstvy a TCP a UDP su protokoly stvrtej vrstvy.

"...ICMP a IP su protokoly tretej vrstvy a ..."

Neřekl bych, že ICMP leží na 3. vrstvě. Už proto, že ICMP je zapouzdřeno do IP, tak mohou těžko ležet na stejné vrstě...

ICMP sa poklada za sucast IP protokolu. Kazdopadne: http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol

Tak přesně tohoto jsem se obával, protože 542. stran(+ různé jiné) prostě nelze smrsknout do jednoho článku. Na druhou stranu musím pochválit alespoň snahu, protože když už jsem o produktech firmy Mikrotik něco četl, tak principy sítí bylo asi to poslední co by někoho zajímalo.A proto se také obávám, že se článek mine účinkem. Těm co vědí už to totiž není potřeba vysvětlovat a těm druhým budou principy sítí stejně ukradené a budou čekat, že se to naučí klikáním.

Tak takovehle clanky si muzes roote namazat na prsa...
Jenom cumim, proste bota za botou, kdybych podaval takovehle pracovni vysledky tak uz bych asi byl na dlazbe, ale rootu je to jedno, je mu jedno,ze dela veci a ted uz se nebudeme drzet stranou ->
@dummy = {mizerne, nekvalitne, chybne, bez snahy } = na hovno.
Ma smysl delat to @dummy ?
Nedela uz to dost lide v tehle zemi @dummy ?
Neni problem @dummy v netecnosti vedeni/sefredaktora?

:-D
@dummies = {"Readers of root.cz"}
@root.cz = {"Ain't no root, but wanna be !", "My knowledge sucks like a pee", "Who am I for?", @dummies}

Mě tak nějak přijde tento článek naprosto zbytečný. Možná by stačil link na zdroje na začátku dalšího článku ...

Z českých materiálů mohu doporučit články Jiřího Peterky (zvlášť se mi kdysi líbil seriál v Chip Weeku, 1997 myslím).

Z webových materiálů jsem před lety pročetl i jeho earchiv - http://www.earchiv.cz/i_coje.php3 , http://www.earchiv.cz/i_pri.php3 , dále prezentace, ...

Tudíž, dle mého názoru, je tento článek více než zbytečný, předpokládám, že pokud někdy někdo bude pracovat s Mikrotikem, nebude mu stejně tento stručný úvod stačit :)

to jste VY!

Souhlasim, ten clanek (krome toho ze je nepresny) je opravdu zbytecny. Podobnych clanku (i lepe sepsanych) je na internetu hafo. Krom toho je jmeno clanku zavadejici, s Mikrotikem ma spolecneho tolik, co treba s Cisco routerem.

Tak když už jsme u toho, tak není možné se nezmínit o Síťařské bibli[výtah v el. podobě].

Ehm, nebyl náhodou dříve TCP/IP model (zvaný též jako DoD) než ISO/OSI model? V prvním odstavci autor píše stylem jako by tomu bylo naopak.

Pravdou je, že dále jsem četl až diskuze ;) ...

Ja jsem zastavil u textu: "Do ruky se nám dostal čtyřvrstvý model ... Jednotlivé vrstvy ... jsou: 1. Fyzická 2. Linková 3. Síťová 4. Transportní 5. Aplikační"

Ale jeste to zkusim docist.

ted nechci narazet na chyby v clanku, ale docela me pobavilo, ze v clanku jsou obsazene podrobnosti, ktere mikrotik neumi ci se jimi vubec nezabyva, takze mi to prijde jako zbytecna prace navic, kdyz v dalsich clancich ty nabite "znalosti" vubec nevyuzijeme, z uvedenych prikladu napr. ospf+ipv6 /nastesti verze 3.X uz aspon o ipv6 vi, ze existuje :-)/, packet sniffer ukazuje imo tak pulku paketu, bgpcko se nespoji s druhou stranou, atd. proto zacina nase sdruzeni uvazovat nad portovanim nejake embeded distribuce linuxu na mikrotik spolu s centralni spravou... jediny co mozna je trochu vyuzitelny je dude server (dohledovy server na styl nagios) ovsem ten zas vytizi jakykoliv board na 90+% takze musi jet na normalnim hw (serveru), doufam ze bude taky zminen...

v clanku jsou obsazene podrobnosti, ktere mikrotik neumi ci se jimi vubec nezabyva, takze mi to prijde jako zbytecna prace navic, kdyz v dalsich clancich ty nabite "znalosti" vubec nevyuzijeme

Aneb na co nedovolí RoS kliknou, to neexistuje?

uvedenych prikladu napr. ospf+ipv6

Tak obojí už RoS nějakou chvíli dovoluje využít.

packet sniffer ukazuje imo tak pulku paketu

Tak to musí být nějak špatně nastaven filtr, protože /tool sniffer dovoluje dokonce snifovat pakety z rádia a to nemusí být ani přepnutý do monitorovacího módu.

proto zacina nase sdruzeni uvazovat nad portovanim nejake embeded distribuce linuxu

Není nutno. Už jich spoustu existuje.

spolu s centralni spravou

Ta funguje i s RoS právě díky terminálovému rozhraní. Jinak už existují i nějaké, které s RoS počítají.

mno jednou vetou (dale to pak rozvedu), asi nemas mikrotik na siti v poctu >1 jinak bys nepsal takove to nepodlozene informace, P.S.: jinak ta moje reakce byla minena spis jako povzdech nad chovanim Ros, vyrobce, atd. proste dokumentace neodpovida, spoustu veci to neumi (ani v konsoli), nebo umi ale jen naoko, to s tim ivp6 je kec, nikde jsem doted nenasel nikoho komu by fungovalo ospf+ipv6, o tom ze naroutovat ten /48 prefix napr. bgp taky Ros neumi... navic to ze ruzne verze mikrotiku jsou ruzne stabilni s ruznymi radami (neplati ze novejsi je stabilnejsi) Ros je taky na povazenou nad nasazenim neceho takovyho na cele siti... navic pak vznika nova sorta "adminu" kteri umi pouze click-and-point... P.S.2: k tomu snifferu testoval jsem to vuci tcpdumpu bez nejaky prehany verbosity a proste v Ros jsem videl odhadem tak o 1/3 paketu... celkove shrnuto clovek co je zvykly na freebsd ci gnu/linux ma celkem casto chut rozmlatit klavesnici se slovi, co to ty zas... litevci zas vymysleli :-DDD

s/slovi/slovy + mozna nejaky dalsi, pisu to v rychlosti :o)

Myslim si, ze je to podruhe vyuzita seminarka a budto ten, pro koho byla psana poprve, problematice vubec nerozumi, nebo se autor nepoucil z chyb, ktere mu dotycny vytkl...

Nebo naopak, tohle je prvni verze predlozena ctenarum ke kontrole, at se pak autor neztrapnuje pred nejakym docentem. :)

Na prvni pohled me ale clanek zaujal, text zabral vyrazne vice nez jeden screen, coz u mnoha autoru neni zvykem (resp je to zvykem u "vy vite koho"). Takze mozna zacina svitat na lepsi casy...

Bude nejake pokracovani??