Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - tunkila

Stran: 1 [2]
16
Desktop / Re: *BSD na desktopu
« kdy: 29. 09. 2011, 16:13:53 »
No já nevím jak ostatní na rootu, ale já teda na FreeBSD nedám dopustit. Super systém dělá přesně to co má a jak má. Linux je bohužel zbastlenina nejvyššího řádu a pokud se člověk dostane k potřebě něco řešit tak najde tak maximálně návod jak něco obejít a nějak ohnout.
Sice když jsem začínal s FreeBSD tak jsem si připadal jak v dřevních dobách (prolízání vytisknutého tlustého fasciklu manuálu k FreeBSD), ale teď aspoň přesně vím co se na serveru  děje.
Navíc jak tu už někdo napsal jako desktop taky používám Maca a neřeším, ale pokud by byla nutnost tak myslím, že se to dá nastavit, aby to fungovalo tak jak má. výhoda maca je že tam bežej taky aplikace z BSD;)

BTW jestli někdo ze zdejší komunity označuje KDE, linux a spol za user friendly a vrchol sw tak potěš koště...

17
Desktop / Re: Společný profil KDE pro uživatele
« kdy: 07. 09. 2011, 15:50:09 »
Tak na win tohle je řešené buď cestovními profily nebo lokálním userem s ověřením vůči adresářovým službám... Na linuxu jsem ale nic takového neřešil což neznamená že něco takového není koukl bych se k suse desktopu jelikož ten tam něco takového má...

18
Vývoj / Re: jak pokracujete s mainframy a i5/os
« kdy: 11. 07. 2011, 16:12:43 »
Tady mate zetka

http://www.ibm.com/developerworks/downloads/sandboxmatrix.html

i5 ky jsem zapomel kde jsou

Po práci se na to rád kouknu :)

19
Vývoj / Re: jak pokracujete s mainframy a i5/os
« kdy: 11. 07. 2011, 15:49:28 »
 8) přesně tak kde se dá pohrát s takovouhle mašinou ?

20
Sítě / Re: Samba a přístup do složek - ještě poznámka
« kdy: 11. 07. 2011, 09:41:03 »
.... Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy)...

.... to "na DEB bezi DHCP server len pre ETH1" je jen na dokreslení, že si pleteš realitu se svou představou o ní. Jestě jednou se podívej, na jakém rozhraní  máš na DEB6 nakonfigurován běh DHCP, a jaké to rozhraní má adresu (konfigurace Interfaces). Pak ti to možná docvakne ....
Tak teraz ste mi rozbili posledne moje istoty. Takze "interfaces" to "dhcp" neznaci pre eth0 dynamicke pridelenie IP adresy od routra (takze klient)? A "static" zadefinovanie pevnej IP z ktorej vychadza potom (dhcp server) Debianu? dhcp server je zaroven aj klientom? A co ak by som chcel, aby mi pre kazdy interface bezal samostatny DHCP server? Vazne mam v tam potom gulas. Ako by potom vyzeralo zjednodusene zadefinovanie tohoto spravne? na ETH0 dynamicke pridelenie IP, na ETH1 beziaci DHCP server?

Ty si to nepochopil...
Když máš nastavené všechny ETH z DEB6 a WINXP na NAT připojení tak všechno jde ven z  WIN7 stanice do prostoru řízeného vstupním routerem. Všechny stroje mají stejnou IP adresu za kterou pro každý stroj funfuje vlastní NAT. Aby spolu komunikovali WINXP a DEB6 tak to jde ven z NAT a zpatky do NAT... Navíc DEB6 ma dva ETH na jednom běží DHCP a na druhém DHCP klient... DHCP musí projít NATEM??!!!

Pokud chceš simulovat oddělenou síť tak si nastav na vstupní ETH (aka WAN) na DEB6 buď NAT nebo Bridge a na druhé ETH si nastav vnitřní komunikaci vrámci stroje. Když nastavíš že DEB6 bude GATEWAY tak ostatní stroje (virtuální) budou komunikovat přes DEB6 stroj se sítí kde je WIN7 stroj a router. Na WINXP si nastav vnitřní komunikaci a tím pádem bude získávat DHCP lease od DEB6 a signál nepůjde ven nebo přes NAT nebo cokoliv jiného. Pak si nastav na WINXP síťový disk který odpovídá IP ETH vnitřní komunikace DEB6 s adresářem konkrétního usera v SMB a voalá vše začně fungovat pokud nemáš špatně nastavenou SMB a virtualbox nebude dělat problémy se simulací vnitřní sítě...

Osobně si myslim, že jednoduší bylo všechno udělat s vlastní IP od routeru, ale když to chceš takhle ...


BTW doufám, že nebudeš používat WIN7 v produkci jako hostitelský OS pro virt servery

 

21
Sítě / Re: Samba a přístup do složek
« kdy: 10. 07. 2011, 18:41:04 »
Jasne ked bude cas, skusim co ste poradili.  Stale nerozumiem, preco ma ten DHCP server robit problemy. Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy) a teda akzdy bezi na svojej podsieti. Ja by som chcel aby mi pripojenie z Win 7 bral VirtualBox (zatial nat, ale potom Bridge) ako keby to bolo pripojenie z vonku. A v cez Debian budem menezovat vsetku sietovu komunikaciu pre clientov pripajanych na eth1. Bude to server. To sa snazim simulovat.

Nevím sice proč vytváříš něco takhle složitého, ale budiž každý jsme strůjcem svého štěstí a jak se říká chytrému napověz a...  ;)
Btw
Pokud si chceš hrát jenom vrámci WIN7 stroje a simulovat fyzicky oddělenou síť tak si musíš i tak nastavit virtuální stroje... Jestli máš všechna připojení DEB6 a WINXP s NAT tak to všechno vysvětluje :D
Je tam jenom 5 možností připojení ke každému ETH co si vybrat. Tak se ještě jednou zamysli nad síťovým provozem.

22
Sítě / Re: Samba a přístup do složek
« kdy: 10. 07. 2011, 10:29:13 »
Host je Win7 Prof. 64b. Ma jednu sietovu kartu, ktora ma pridelenu IP z mojho fyzickeho routera pomocou DHCP (zatial 192.168.3.101).
Vsetky sluzby SAMBA, IPTABLES, DHCP server (eth1) bezia na PC1 vo VirtualBoxe, jadro 2.6.32.5-amd64, Samba 3.5.6.
Len taka drobnost, ale nepodstatna  pre funkcnost VIrtualBox masin. Pred mojim routerom su este 2 dalsie.  192.168.2.1 a 192.168.0.1 - skutocna WAN. Nepytajte sa ma prosim preco to tak je. Berte to ako fakt. Na oboch bezi DHCP.

Dakujem za snahu pomoct. A ospravelnujem sa za neznalost tejto problematiky. Mam toho hodne a do vsetkeho sa postupne dostavam. So sambou som napr. na 110 strane ;-) Ak by bol cas a chut, mohli by ste mi vysvetlit moje chyby v jednotlivych cfg? Bude to rychlejsie pre oboch v pripade dlhsej komunikacie.

Já myslím, že opravdu je bordel v nastavení sítě. Pokud je špatně síť tak se k Sambě někdy nedostaneš ač je to dobře nastavené. Vypni všechny DHCP krom na routeru.
Co je před routerem a jak ho máš nastavený pro přístup pro WAN je jedno (pokud teda se tam nedostáváš přes vnější prostor). Vždy tě zajímá poslední Gateway bod.
Nech si přidělit IP na fyzickou síť kartu hostitelského stroje (dále jen "WIN 7"). Nastav si hostovaný virtuální stroj s debianem (dále jen "DEB6") ve Virtual boxu tak, aby se choval jako samostatný stroj (nastavení sítě a síťové karty). To samé nastavíš u hostovaného stroje s Win XP (dále jen "WINXP").
Tím docílíš, že v rámci sítě budeš vidět 4 stroje router, WIN7, DEB6 a WINXP. Každé znich bude mít vlastní IP.
Když si to takhle nastavíš tak můžes plnohodnotně testovat kde je chyba... jinak si myslím, že si měl nastavené NAT připojení na hostovaných DEB6 a WINXP a ještě se to dralo přes ostatní hrůzy na hostitelským stroji WIN7... Plus autoritativni DHCP na DEB6 taky dobře nedělá, když máš v síti i jiné DHCP servery;)

Pokud potřebuješ takhle sprasenou síť jak máš tak aspoň zajisti srávné nastavení NAT, DHCP a subnety vrámci prostoru za posledním routerm... 

Stran: 1 [2]