Příspěvky

9181

Windows a jiné systémy / Re: Překlad MacPorts pro 64 bitů

« kdy: 17. 11. 2010, 21:01:12 »

Omlouvám se za původní špatné umístění tématu, ale tenhle oddíl je nadepsaný "Problémy s neunixovými operačními systémy.", tak mi přišlo neadekvátní pro dotaz ohledně Unixu

9182

Windows a jiné systémy / Překlad MacPorts pro 64 bitů

« kdy: 17. 11. 2010, 13:30:38 »

Zdravím jablíčkáře,

po přechodu na SnowLeopard mě trochu zlobí MacPorts kvůli 64bitovosti SL: některé porty (např. mono) jdou přeložit jenom pro i386 a některé porty (teď nemám příklad, ale asi to bylo něco, co záviselo na systémových knihovnách) jdou zase přeložit jenom pro x86_64. Takže když má člověk štěstí a potřebuje přeložit port, který nějak závisí na těchto dvou portech, má problém. Nakonec se mi teda překlad podařil, ale jenom za cenu nekonečného (pokus-omyl) měnění architektur při překladu jednotlivých portů a přeložení velké části z nich jako universal.

Překládat všechno jako universal se mi fakt nechce (dvakrát tolik času) a chaotická pokus-omyl volba architektur už vůbec ne.

Aby se v tom člověk nezamotal, stačilo by asi, kdyby existoval obrázek závislosti portů mezi sebou se zvýrazněním těch, který jsou jenom pro nějaký architektury... (dost komplikovaný vzhledem k možnosti různých variant balíků)

Nemáte na to někdo nějaký fígl?

Předem díky

9183

Software / Re: Android je Linux nebo Unix?

« kdy: 17. 11. 2010, 11:58:02 »

bude vázané na použití jádra odvozeného od puvdních unixsistémů nebobsd

BSD je jeden z "původních unixů", ne?

http://upload.wikimedia.org/wikipedia/commons/5/50/Unix_history-simple.png

9184

Distribuce / Re: Rozdíly Ubuntu 10.10 a ostatních distribucí

« kdy: 16. 11. 2010, 11:01:49 »

Rozdíly jsou hlavně v těchto věcech:

Řekl bych, že rozdíl je hlavně v tom, kam se ukládá konfigurace a jak moc je nejrůznější software ohnut tak, aby do dané kupy zbytečností zapadl.

Někdo má třeba nepřekonatelnou touhu vytvářet všelijaké nepřehledné /etc/sysconfig a /etc/rc.d/rcX.d/Sxxx nesmysly, někomu stačí prostě jeden čistý a přehledný soubor /etc/rc.conf

9185

Sítě / Re: divne chovani firewallu

« kdy: 11. 11. 2010, 11:19:07 »

Chybí ti tam zásadní věc, něco takového:

iptables -A FORWARD -m state --state ESTABLISHED,RELATED --j ACCEPT

Jo, to bude ono. Nebo taky iptables -P FORWARD ACCEPT

9186

Sítě / Re: divne chovani firewallu

« kdy: 11. 11. 2010, 10:54:47 »

Asi bude potreba spis popsat celou situaci - tj. napr:

* mam lokalni sit 192.168.2.0/24, v ni je webserver 192.168.2.12, spojeni se svetem obstarava router s IP 192.168.2.1

* telnet zvenku na webserver (ne)funguje

* telnet zvenku na router (ne)funguje

* telnet z webserveru kamkoli ven (ne)funguje

* telnet z jineho stroje v siti ven (ne)funguje

atd.

Prvne je potreba proverit asi tohle:

* nikde tam nevidim natovani - stroje ve vnitrni siti maji verejnou IP?!

* je na routeru vubec zapnuty forward? (cat /proc/sys/net/ipv4/ip_forward)

9187

Sítě / Re: divne chovani firewallu

« kdy: 11. 11. 2010, 10:27:57 »

Pokud to dobre chapu, tyhle pravidla povolují spojení zvenku do serveru. Kde mas pravidla, ktery povoluji spojeni ze serveru ven? Pokud je tam nemas a implicitni politika je DROP, tak cemu se divis?

9188

Software / Re: Centralizovaná správa účtů

« kdy: 10. 11. 2010, 20:50:07 »

nemalo by to byt tazke nejakym sposobom skombinovat: napr. LDAP + demon na PC ktory by pomocou LDAP periodicky checkoval nastavenie na serveri a nastavoval na PC

Napr. LDAP+nscd. Ovsem ma to ten problem, co jsem psal vys.

Nebo LDAP na centralnim serveru s replikaci na stanice.

9189

Software / Re: Centralizovaná správa účtů

« kdy: 10. 11. 2010, 14:04:33 »

To ze to ma distribuiovane neznamena ze to nie je centralizovane Tie termy si neodporuju.

A já jsem si vždycky myslel, že co je distribuované, to je decentralizované. Nebo že by si termíny centralizované a decentralizované taky neodporovaly?

)

V tomhle tématu je ale sranda!

9190

Software / Re: Centralizovaná správa účtů

« kdy: 09. 11. 2010, 22:40:16 »

Kerberos/LDAP Centralizacia spravy uctov.

A backend má kde? Buď na jednom místě, potom toto místo je SPOF, nebo na více místech (raid, replikace, drbd, ocfs, gfs, ...) a potom to není centralizované.

Ale už bych toho slovíčkaření a vtipkování nechal

9191

Software / Re: Centralizovaná správa účtů

« kdy: 09. 11. 2010, 22:01:29 »

a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat

Kde vidis SPOF?

Nicméně, abych byl přesnější: Kde vidíš centralizaci? )

9192

Software / Re: centralizovana sprava uctov

« kdy: 09. 11. 2010, 22:00:08 »

Jestli se nepletu, tak ve Fedoře toto řeší SSSD (http://fedoraproject.org/wiki/Design/SSSD#What_is_SSSD.3F) a v ostatních distribucích se to časem snad také objeví. Tedy pokud to tam již není

Záleží na tom, jak je to udělaný. Pokud je to klasický caching, tak to pro tenhle případ nepřináší nic nového oproti jednoduchému nscd. Problémem tam jsou "false hits" - nebo jak se tomu říká - prostě že nějaký záznam v centrálním úložišti smažu, ale stanice si ho bude pořád brát z cache dokud nevyprší TTL.

9193

Software / Re: Centralizovaná správa účtů

« kdy: 09. 11. 2010, 21:55:03 »

a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat

Kde vidis SPOF?

Obávám se, že původní tazatel se ptal na to, jak na jednom místě vytvářet účty pro řekněme počítačovou studovnu s dvaceti počítači. Pochybuju, že kvůli tomu bude kupovat agregát za nějaký ten milion...

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

Nicméně jsem pro každou srandu Pojďme to prozkoumat!

Otázkou je definice slova "failure" v SPOF. Pokud tím selháním myslím selhání libovolné JEDNOTLIVÉ transakce - např. klientovi Franta server nevrátí www stránku, o kterou Franta požádal, tak tam máš SPOF až dost (cokoliv, co není redundantní v tom jednom jednotlivém serveru - tj. RAM, CPU, motherboard,...).

Tenhle popsanej redundantní systém totiž umožní jenom to, že když Franta stránku od serveru nedostane (failure!), tak na druhý pokus už ji dostane. Bavíme se teda o tom, kolik času musí uběhnout mezi prvním a druhým Frantovým pokusem. No, v případě toho popsanýho systému to bude asi v řádu zlomku sekund (než se server s vadným CPU odstřelí od zbytku clusteru), zatímco v případě systému "zajedu pro nový server, zapojím ho a zkopíruju data" by se to mohlo protáhnout až do řádu dnů!

))

9194

Software / Re: centralizovana sprava uctov

« kdy: 09. 11. 2010, 13:45:30 »

SPOF je vzdy spatne reseni

Cetralizace bez SPOF = nobelovka

9195

Software / Re: centralizovana sprava uctov

« kdy: 09. 11. 2010, 09:38:41 »

ok, diky za vase navrhy. aj ked po kratkom pozreti sa na LDAP mi pripada na dost tazky kaliber

LDAP je super věc. Ze začátku je z toho možná člověk trochu paf, ale pak zjistí, že to zas tak složité není a když to potom jednou nakonfiguruje (poprvé je to trochu porod...), tak to prostě běží, funguje a není co řešit.

Nicméně LDAP nesplňuje tu možnost přihlašování, když spadne spojení se serverem. To by se muselo řešit trochu krkolomně (vlastní LDAP na každém stroji + replikace ze serveru). Pokud existuje jiné řešení, docela by mě zajímalo, já ho neznám.