Příspěvky

6361

Distribuce / Re:problemy s instalaci Lubuntu

« kdy: 06. 08. 2013, 11:29:23 »

Já bych spíše vyzkoušel Salix OS s LXDE, přijde mi mnohem odladěnější, než Lubuntu. Navíc, když běží Slax ....

Taky bych se přimlouval. Právě jsem ho nainstaloval manželce na prehistorický noťas a působí to moc příjemně. Některý standardní aplikace (Whaav player, Midori) stály za prd, ale stačilo nainstalovat Firefox a VLC a pohodička klídek.

6362

Hardware / Re:Procesor pro malý domácí server

« kdy: 06. 08. 2013, 10:35:18 »

Server chcem využívať aj na ďalšie veci, napríklad ako distccd pre môj historický notebook, netbook a desktop, na ktorých mám Gentoo a vtedy by toho tento procesor veľa nedokázal.

Tak to pak jo

6363

Hardware / Re:Procesor pro malý domácí server

« kdy: 06. 08. 2013, 10:20:00 »

Jo, mate pravdu. Kdyby to melo mit 8GB RAM a vic nez dva disky, tak to sice na atomu pujde taky postavit, ale cenove uz to bude skoro nastejno.

Zajimavy by mohlo byt leda neco takovyhodle http://www.alfacomp.cz/php/product.php?eid=10514008M27H0001WWE

6364

Hardware / Re:Procesor pro malý domácí server

« kdy: 06. 08. 2013, 09:21:52 »

Momentálne slúži ako úložisko, print server, proxy server, Apache+Php+Mysql, Tomcat, nginx-ako proxy. Počítam na ňom rozbehnúť mail server pre seba a možno pár známych. Väčšina vecí ide v osobitných jailoch.

Překvapuje mě, že vůbec kvůli tomu chceš pořizovat nové železo. Tohle všechno musí s prstem v ... puse ... zvládnout i nejlevnější Atom, pokud má dostatek paměti a k těm službám nepřistupují desítky uživatelů současně.

Osobně bych nešel cestou upgradu cpu. Když už štelovat, raději bych nakoupil co nejvíc RAM a třeba ZFS dal slušnou L2ARC cache (nějaký menší SSD). Máš tam naisntalovaný nějaký Nagios nebo něco, co ti kontinuálně sleduje zátěž CPU? Jaká byla?

ECC by som rád, pretože úložisko je ZFS.

To mi na domácí servřík přijde jako totálně vyhozené peníze. Není to jenom o ceně ECC pamětí, imho to zbytečně prodraží celé řešení.

6365

Hardware / Re:Robotické rameno či jiné zařízení

« kdy: 03. 08. 2013, 15:45:19 »

http://www.micovo.cz/robotika-model-linky-na-rozrazovani-barevnych-vicek-od-pet-lahvi.htm

Hezkypěkně! Takhle si představuju úctyhodnou závěrečnou práci. Mít všechny naše VŠ takovéhle výstupy, tak si s HDP nemusíme dělat hlavu...

6366

Server / Re:Spolehlivý Jabber/XMPP server

« kdy: 31. 07. 2013, 11:48:49 »

Jak tento problem resit, kdyz vetsina klientu nepodporuje XEP-0198?

Pokud klient nebo server nepodporuje protokol, který tuhle věc řeší, tak to asi řešit půjde těžko
Ještě připadá v úvahu XEP-0184, ale ten ejabberd taky neumí.

Obávám se, že to řešení prostě nemá - aspoň ne v takové podobě, jak si to asi představuješ. Částečným řešením by asi bylo zavést přeposílání všech zpráv na jiný účet a zavedení archivace zpráv. Zpráva ti nedojde, ale aspoň bys měl jistotu, že bude v archivu. Na to je v ejabberd mod_archive a mod_offline.

6367

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

« kdy: 25. 07. 2013, 23:42:45 »

Mirku, co Ty na to?

Já už to nějak nestíhám číst, natož chápat

6368

Hardware / Re:Záchrana dat z NAS Synology

« kdy: 25. 07. 2013, 23:17:57 »

urcite to tak je? rad sa necham poucit, ale doteraz som vzdy zil v domneni, ze DB ukladaju na disk data vzdy v stave, kedy je DB konzistentna (C a D z ACID)... odtial dalej to ma prebrat FS a jeho nastroje. Pochopitelne ako pisem, rad sa necham poucit o stavoch, kedy to tak nie je! dopredu dakujem

Z principu to tak nemůže být minimálně u databází/aplikací, které nemají transakce, že

6369

Hardware / Re:Záchrana dat z NAS Synology

« kdy: 24. 07. 2013, 12:50:51 »

pripadne rovno pouzi zfs send/receive po ssh - vzdy konzistentne data.

Jenom mala technicka: nerekl bych "konzistentni data", ale "data z jednoho okamziku". Pokud tam budes mit databazi, tak tam konzistentni data nutne nebudou. (To jenom tak poznamka pro ty, kdo by si mysleli, ze to je vsespasne reseni...)

6370

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

« kdy: 24. 07. 2013, 11:58:34 »

Afaik jsou dvě možný standardní řešení:

1. přiděluješ jako primární DNS ten Mk1 na druhé straně a jako sekundární ten od ISP
2. na Mk2 si rozjedeš cachovací DNS a do každé sítě pak přiděluješ jako primární DNS ten Mk v jeho síti

Rozhodně bych šel druhou cestou, ta první má jenom samé nevýhody.

6371

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

« kdy: 24. 07. 2013, 11:26:13 »

Poprosím M. a Mirka Prýmka, zda by mohli své navrhované řešení popsat v bodech, jedna řádka, jeden bod. Nechci vodit za ruku, ale chtěl bych to vidět přehledně napsané.

Pokud tam chceš provozovat to DLNA, tak v tom případě poradit neumím, neznám ho a nevím, jestli se dá provozovat přes subnety.

Jinak by routovaná varianta byla takhle:
MK1 (VIP):
  - LAN s rozsahem 192.168.1.x
  - DHCP server s libovolným poolem v 192.168.1.x
  - OVPN server, adresa 192.168.2.1

MK2 (PIP):
  - LAN s rozsahem 192.168.3.x
  - DHCP server s libovolným poolem v 192.168.3.x
  - OVPN klient, adresa 192.168.2.2

Nevím teďka z hlavy, jestli OVPN na Mk umí automaticky vyřešit routy. Pokud ne, je potřeba MK1 říct, že pakety do 192.168.3.x má routovat přes OVPN a MK2 totéž pro cíle z 192.168.1.x

6372

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

« kdy: 24. 07. 2013, 11:08:16 »

Měl jsem zato, že lokální browsery si informace s WINS serverem vyměňují. Tak to jsem se asi mýlil

A co když ten WINS server bude v síti která je momentálně neodstupná?

Tak to nebude fungovat no

6373

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

« kdy: 24. 07. 2013, 10:23:10 »

(budlei na obou stranách server Samba/Windows, jde částečně řešit synchronizací browse listů).

IMHO by mělo stačit všechny počítače nasměrovat na jeden WINS server.

6374

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

« kdy: 23. 07. 2013, 16:28:57 »

Add to šílené filtrování pronikání dhcp do druhé půlky. Myslím že v případě ROSu (Mikrotik), že plně stači toto:
/interface bridge filter add action=drop chain=forward dst-port=67-68 ip-protocol=udp mac-protocol=ip out-interface=eoip1
Dát na obě strany, eoip1 nahradit jménem iface tvořícícho tunel...

Jo, to by asi stačilo, ale je to problém navíc, se kterým myslím Pavouk nepočítal, takže kdybych ho na to neupozornil, nejspíš by si to uvědomil až za provozu, až by to haprovalo. A to se mu při bridgování stane ještě x-krát. Bridgování je prostě pro lidi, kteří dobře ví, co a proč dělají. Pro všechny ostatní je lepší routování.

6375

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

« kdy: 23. 07. 2013, 16:28:40 »

Slovo "přemostim" neber doslovně, chci tím říct, že spojení MK1 - internet - MK2 by mělo fungovat "neviditelně", prostě na jednom místě zadam adresu franta.domena.tld a jsem o 30km jinde na vnitřní IP ze stejnýho rozsahu (řekněme 192.168.1.0/24). To je myšlenka. Jde mi o technický řešení a jeho konkrétní provedení.

No a kdybys zadal adresu franta.domena.tld a byl o 30km jinde na vnitřní IP z jinýho rozsahu (řekněme 192.168.2.0/24), tak by to vadilo čemu?

Stejný rozsahy typicky nepotřebuješ. Už i ta přiblblá samba se dá provozovat napříč subnety. Popravdě řečeno mě nenapadá ani jedna "normální" věc, která by se přes dva subnety provozovat nedala.