Příspěvky

6376

Sítě / Re:Virtuální síť (?) mezi Mikrotiky

« kdy: 23. 07. 2013, 13:24:31 »

DHCP budou tak jako tak na obou stranách, ať už to bude dál fungovat jakkoliv. Buď bude jedno hlavní a druhé záložní (kdyby se rozbil bridge), nebo budou obě hlavní pro svou část sítě. DHCP může klidně běžet na zmíněném serveru za MK (na obou stranách bude server za MK, v podsíti), nemusí jím být přímo MK.

Tohle je první věc, kterou si tím bridgem zbytečně komplikuješ: ty DHCP servery by se ti hádaly, protože tam prostě "dvě sítě" mít nebudeš, bude to síť jedna -> budeš muset zabezpečit, aby každý DHCP server fakt ovládal jenom tu svoji síť. Asi nejspíš firewallováním. A budeš složitě řešit pravidla, abys zachytil jenom ty broadcasty, který zachytit chceš. Tak do týdne tě tady čekám s dotazem na tohle

...a na takový věci budeš narážet pořád. Bridgování je prostě opruz a pokud k němu nemáš fakt pádnej důvod, tak bys ho používat neměl.

Ale úplně neužitečný to taky nebude, mám doménu a chtěl bych přes doménový jména přistupovat k jednotlivým zařízením v síti.
Zároveň zvenčí přes doménový jméno přistupovat k jednotlivým PC z internetu (port forwarding, zdaleka to neplat pro všechny PC v síti, spíš jen pro ty servery a MK).

K tomu ale vůbec nepotřebuješ bridgování.

Takže vyhlídka je taková, že bude jedna společná IPv4 podsíť (IP adresama) a bude nějakým způsobem zbridgovaná na úrovni MK.

Mám pocit, že ses na to bridgování úplně zbytečně upnul a nevíš, na jaký vidle si nabíháš... No, každý svého štěstí strůjcem

6377

Sítě / Re:Rack a domácí rozvod sítě

« kdy: 23. 07. 2013, 10:45:03 »

prisroubuj hacek, odpadla kachlicka ze soklu, vymen podlahovou listu, je treba vymenit ten starej koberec, posekej travu, zalej travu, praskla zarovka, uz musime vystehovat ten bordel z nepouzivane mistnosti na pudu, vycistit odpadni jimku, vycistit nadrz na destovku, juuuu vysadime si na zahrade stromek, juuu udelme si skalku ....

Then, when you have found the shrubbery, you must place it here, beside this shrubbery, only slightly higher so you get a two layer effect with a little path running down the middle. ("A path! A path!")

6378

Sítě / Re:Rack a domácí rozvod sítě

« kdy: 23. 07. 2013, 10:40:41 »

server je ve skříňce našroubovaný na zdi

Tyjo to je dobrý, to se mně líbí

6379

Sítě / Re:Rack a domácí rozvod sítě

« kdy: 23. 07. 2013, 10:38:31 »

To ses docela sekl – před deseti lety byly běžné stovkové sítě – i v domácnostech. Koax byla už tehdy muzeální záležitost :-)

Před osmi lety jsem přebíral správu v jedné společnosti, měli tam v té době relativně čerstvě natahané UTP a v některých částech budov se ještě pohupoval koax - v provozu už nebyl, ale odstranit ho ještě taky nikdo nestihl Ale dobře, ať nežeru, tak před patnácti

S tím lidským vnímáním máš asi pravdu, nic neroste do nebe, výkon počítačů už taky nikoho moc nezajímá a spíš pokukujeme opačným směrem k tabletům, armům a podobným udělátkům... Spíš jsem chtěl říct, že plánovat něco v IT s tím, že chci být připraven na něco, co by se mohlo dít za 30 let je většinou zbytečná starost, protože za 30 let může být v tomhle oboru úplně cokoli - třeba už se ani jiné síťovky než s optikou prodávat nebudou stejně jako se dneska neprodávají zip mechaniky, přestože na spoustu věcí by se klidně ještě používat daly - akorát prostě morálně zastaraly, usb klíčenka se líp vejde do kapsy...

6380

Vývoj / Re:Má smysl se učit Python?

« kdy: 22. 07. 2013, 22:36:58 »

Odvtedy som sa vsak pozrel aj na Ruby a ten sa mi v niektorych veciach zapacil viac: okrem toho ze nema problemy s odsadzovanim, ma aj sikovnejsiu pracu s regularnymi vyrazmi na sposob Perlu.

Mně přijde Ruby strašně nečitelný (v tom se taky podobá Perlu . Nevím, jestli je to jenom tím, že jsem zvyklý na Python a začátečník by s tím problémy neměl, ale mě konstrukce typu

Kód: [Vybrat]

hash.each_pair do |key, value| 
  puts "#{key} is #{value}"
end

fakt způsobují krvácení z očí. A to nejsem žádný ořezávátko, zvykl jsem si i na Erlang

6381

Sítě / Re:Virtuální síť (?) mezi Mikrotiky

« kdy: 22. 07. 2013, 22:26:41 »

edna možnost je zroutovat obě sítě dohromady a hnát je přes VPN(bridge)

Buď jedno, nebo druhé Buď routovat (=> oddělené subnety), nebo bridgovat (jeden subnet, fyzicky přebridgováno přes VPN).

ve kterém budou pouze oba MK.

Ajó! Já už to chápu, ty ses děsil té VPN jako že každý počítač by se do VPN hlásil zvlášť? To rozhodně ne. VPN použiješ jenom jako kanál mezi těmi dvěma sítěmi - jeden Mk bude server, druhý klient a počítače v síti o tom nebudou vůbec nic vědět.

6382

Sítě / Re:Vytvoření virtuální sítě (?) mezi dvěma Mikrotiky

« kdy: 22. 07. 2013, 18:25:57 »

Nebo máš na mysli VPN jen mezi MK a zroutovat to? Ale jak? To je právě to, co nevím... Potřebuju říct, ve který garáži najdu kolo a jak se k ní dostanu, nechci ho znova vymejšlet.

Nevím, jestli je dobrej nápad mít ty dvě fyzicky oddělené sítě na stejném rozsahu. Jaký pro to máš důvod?

Já bych vůbec nic nevymýšlel, první síť bych dal jako 192.168.1.x, VPN mezi Mikrotiky jako 192.168.2.x a druhou fyzickou síť jako 192.168.3.x. K tomu, aby ti pakety chodily tak jak chceš*, potřebuješ pak jenom na každém z Mikrotiků nastavit jednu routu (aby věděl, že do té druhé sítě se dostane přes tu VPN síť) a všechno ostatní bude fungovat out of the box. Bude to standardní, bezproblémový a bezporuchový.

Měl by sis imho dobře rozmyslet, jakej důvod máš k tomu, vymýšlet nějaký jiný skopičiny.

* z jedné sítě do druhé přes tunel a do internetu vždycky přes tu příslušnou "lokální" bránu, pochopil jsem správně?

6383

Hardware / Re:Záchrana dat z NAS Synology

« kdy: 22. 07. 2013, 16:09:55 »

Pikantní je podmínka, že: "The servers cannot contain any SHR format volumes."

Tak to fakt je

6384

Vývoj / Re:Má smysl se učit Python?

« kdy: 22. 07. 2013, 00:26:10 »

Ked Python a .NET tak to radsej IronPython:
http://ironpython.net/

Proč? Boo je "nativní" .NET záležitost, má standardně statické typování a dynamické může člověk použít jenom tam, kde ho opravdu potřebuje. Je jenom "python-like", není to Python.

6385

Vývoj / Re:Má smysl se učit Python?

« kdy: 21. 07. 2013, 19:36:55 »

Když už tady zaznělo, že "Python není C# ani Java", zkuste kouknout na http://boo.codehaus.org/ To je taky docela zajímavá alternativa.

6386

Hardware / Re:Robotické rameno nebo jiné zařízení řízené PC přes USB či jinak.

« kdy: 21. 07. 2013, 19:15:20 »

To je super, že ho vedete k takovým věcem, sláva za každého takového rodiče!

Přidávám se ke kolegům, taky bych určitě doporučil Arduino. Je to vymyšlený opravdu pro začátečníky, dá se to koupit z Číny někde od dvou stovek a velice rychle má člověk výsledky a jim odpovídající radost z toho všeho (pamatuju si na svoji první blikající LEDku na Arduinu, to byl málem orgiastický zážitek   ) Ale zároveň to není žádná stupidita, kterou kompletně prozkoumá za měsíc a pak nemá, kam jít dál. S Atmely si může hrát fakt dlouho, vymýšlet šílené věci a hodně dlouho nenarazí na hranici, že by už dál nemohl proto, že by mu to hw neumožňoval.

Robotika je sexy, to je jasný, ale zároveň je to dost práce, která nemusí být úplně záživná. S Arduinem se dají dělat i všelijaké jiné ptákoviny, jako třeba květináč, který tweetuje o tom, že není zalitý [1]

Mimochodem, tenhle sajt makezine.com fakt doporučuju, mají i výborné knížky pro začátečníky (akorát teda v angličtině, to asi pro osmáka bude trochu problém... Ale pokud náhodou ne, tak třeba tohle [2] je pro začátečníka úplně bombastická věc.

Pokud vám jde fakt o ty roboty, tak můžu doporučit http://letsmakerobots.com/ - tam každý den přibývají různé ukázky, kdo co udělal - od úplně jednoduchých až po docela pokročilé. Rozhodně se tam dá nabrat hodně inspirace.

Pokud byste v prních krocích s Arduinem chtěli pomoct, úplně klidně se mi ozvěte, rád poradím, pokudu budu vědět. S Arduinem jsem taky začínal jako úplný zelenáč bez jakéhokoli elektrotechnického vzdělání, takže myslím, že problémům začátečníků budu rozumět

[1] http://makezine.com/2008/02/25/how-to-make-plants-talk-t/
[2] http://www.amazon.co.uk/dp/1449333893

6387

Hardware / Re:Záchrana dat z NAS Synology

« kdy: 19. 07. 2013, 22:05:14 »

jen jsem potřeboval poradit, jestli jdou data z HD1, který je v pořádku, dostat nejspíše skrze Linux (NAS běží taktéž pod linuxem) na nějaké jiné médium. Pročítal jsem zde nějaké starší návody, ale mě se prostě ty data nedaří v Ubuntu nalézt. Maximálně vidím na zařízení když HD externě připojím k PC.

Že je disk 1 v pořádku je vaše expertiza. Záleží jenom na vás, jestli na její věrohodnosti hodláte stavět svoje další kroky, které můžou vést k nevratné ztrátě dat.

Řeknu to jinak: myslím, že unixovým systémům rozumím docela slušně a i tak bych v takové situaci měl hodně stažené půlky a první, co bych udělal, by byla bitová kopie dat 1:1. Pokud nevíte, jak se taková věc dělá, doporučuju na disk osobně vůbec nesahat a začít se shánět po odborníkovi, který se na to podívá. Třeba to problém nebude, zvládne to za hodinu a zaplatíte mu jedno pivo. Nebo zkonstatuje, že to problém je a vaše jediná možnost bude si zaplatit fyzickou rekonstrukci dat v ceně desítek tisíc korun. Nevím, z dostupných informací si nic netroufám tvrdit.

Samozřejmě pokud chcete věřit něčemu, co vám nějaký anonym poradí na netu, a chcete to zkusit sám, přestože s Linuxem zjevně nejste úplně kamarád, je to vaše volba.

Víc k tomu asi není co říct, dál to komentovat nebudu. Třeba se objeví nějaký kolega, který bude silnější v kramflecích...

6388

Hardware / Re:návody selhaly -zhroucení disku u NAS synology - jak na data?

« kdy: 19. 07. 2013, 21:28:49 »

Takže jsem si zakoupil přesně tento NAS kvůli bezpečnosti dat a a nemám nic??! [...] Domníval jsem se, že zakoupením tohoto ne zrovna levného komplexního řešení budu mít vše zajištěno.

Nepotěším vás, ale bohužel se musíte smířit s tím, že jste podlehl falešnému pocitu bezpečí. Pokud jsou data na jednom místě, tak z principu nemůžou být v bezpečí. Kdyby vám NAS shořel, tak taky nemáte nic. Od toho existuje zálohování dat na jiné, oddělené medium, ideálně offline a superideálně v trezoru v úplně jiné lokalitě.

Když už je to tak, jak to je, máte dvě možnosti:
1. obrátit se na výrobce
2. obrátit se na nějakého specialistu na záchranu dat

Jestli očekáváte, že vám někdo poradí nějaký magický příkaz, který někam zadáte a máte svoje data zpátky, tak to asi čekáte marně. Bohužel. Disk není pračka ani dvojtaktní motorka, aby to zvládl opravit každý. Čím víc se s tím budete snažit laborovat sám, tím větší je šance, že už to pak nezachrání nikdo.

Starost o důvěrnost dat sice chápu, ale uvědomte si, že profesionální záchrana dat je docela drahá záležitost a tímpádem se k těm lidem logicky dostanou drahá a tudíž citlivá data. Vaše rodinné fotky fakt nikoho zajímat nebudou, jejich cena je nulová. Stejně tak jakékoli finanční dokumenty, pokud se netýkají firmy s obratem ve stovkách milionů, což asi nebude váš případ...

6389

Vývoj / Re:Java - rozhraní, dědičnost a abstraktní třídy

« kdy: 18. 07. 2013, 19:38:11 »

Díky za vysvětlení, aspoň neumřu blbej

6390

Vývoj / Re:Java - rozhraní, dědičnost a abstraktní třídy

« kdy: 18. 07. 2013, 16:44:22 »

OOP vzniklo za účelem usnadnění práce se strukturami a ke znovupoužití kódu, to je historický fakt. Pan Kay si může myslet co chce.

Pan Kay ví i co se při vzniku OOP obědvalo. Být tebou, už bych ze sebe nedělal většího vola než už se ti podařilo. I když vlastně jako anonym to máš jedno - při nejhorším si dáš nový nick no...

Ano, má strukturální podtypový polymorfismus místo nominálního. Občas je to však také nevýhoda.

Jaké to má nevýhody? Že je složitější určit (pod)typ v úplně dynamických případech, kdy o objektu předem nic nevím?

Pojmy se vyvíjejí. Podívejte se třeba na pojem funkce v matematice dnes a v době Eulera - dříve bylo běžné, že funkce může mít více různých hodnot v jednom bodě.

To je sice pravda, ale posílání zpráv je silný koncept s mnoha důsledky. Od možnosti dynamického dispatchingu zpráv až po funkční oddělení modulů programu. To, že se na posílání zpráv pozapomnělo, je jenom ke škodě.