Příspěvky

601

Distribuce / Re:Debian: obnova ručně smazané konfigurace

« kdy: 13. 01. 2012, 10:21:07 »

Tak nakonec pomohlo odinstalovat pomocí purge, tím pádem dpkg i zapomněl, které konfigurační soubory jsem kdy vymazal a po nové instalaci se vše nainstalovalo.

Stejně by mě ale zajímalo, kde si dpkg tyto informace o stavu konfiguračních souborů ukládá a zda je možné uložené informace nějak uživatelsky editovat.

602

Distribuce / Debian: obnova ručně smazané konfigurace

« kdy: 12. 01. 2012, 17:31:02 »

Řeším následující problém v Debianu Squeeze. Nainstaloval jsem balik nscd, jeho součástí je i initskript /etc/init.d/nscd. Pak jsem balíček odinstaloval a init skript v systému zůstal. Tak jsem ho smazal ručně.

Když jsem balík znovu nainstaloval, init skript se už neobjevil. Zjistil jsem, že to tak nejspíš má být, aspoň v Debain Policy Manual se píše:

However, note that dpkg will not replace a conffile that was removed by the user (or by a script). This is necessary because with some programs a missing file produces an effect hard or impossible to achieve in another way, so that a missing file needs to be kept that way if the user did it.

Proto se ptám:

• Jak odinstalovat balík včetně konfiguračních souborů a initskriptů?
• Jak vynutit přepsání uživatelem upravených/smazaných konfiguračních souborů a initskriptů při nové instalaci?

Předem díky za odpovědi.

603

Odkladiště / Re:Registrace domény - jak na to.

« kdy: 09. 01. 2012, 20:00:05 »

Jednoduše si na http://www.nic.cz/whois/registrars/list/1/ a http://www.nic.cz/whois/registrars/list/2/ projdi nabídky jednotlivých registrátorů a vyber takového, který ti vyhovuje (můžeš preferovat ty, kteří umí DNSSEC), K doméně obvykle dostaneš zdarma DNS hosting, takže si můžeš v administračním rozhraní editovat obsah DNS. Takže můžeš klidně nasměrovat doménu na svou domácí IP adresu.

604

Sítě / Re:Jednosměrné vs obousměrné pravidlo v iptables

« kdy: 21. 12. 2011, 12:25:10 »

Jde o to, že klasicky se konfiguruje firewall jako stavový, to znamená, že sleduje jednotlivá spojení a obvykle je někde na začátku zadáno povolení již navázaných (--state ESTABLISHED)  spojení. Takže stačí přidat explicitní povolovací pravidlo pro ten směr, ve kterém je žádoucí spojení navazovat. O všechny následující pakety daného spojení v tomto i opačném směru se pak postará uvedené pravidlo stavového firewallu. Protokol TCP samozřejmě bez obousměrné průchodnosti nikdy nenaváže spojení.

Pro zjištění, co se vlastně děje ve firewallu se hodí počítadla, co jsou vidět ve výpisu iptables -L -v.

605

Software / Re:Ovladače pro wifi kartu

« kdy: 16. 12. 2011, 09:36:48 »

Pokud se nepletu, ovladače na tyhle chipsety jsou už nějakou dobu v sekci „staging drivers“ oficiálního kernelu. Takže možná bude stačit překompilovat jádro / dokompilovat k němu patřičné moduly.

606

Odkladiště / Re:Ktorý registrátor neukladá plaintext heslá?

« kdy: 16. 12. 2011, 09:30:36 »

A co registrátor, který vůbec nepotřebuje používat hesla?
Na http://www.nic.cz/whois/registrars/list/1/ a http://www.nic.cz/whois/registrars/list/2/ lze snadno najít registrátory, kteří podporují mojeID.

607

Server / Re:Jak učinit prostředí pro běh webové aplikace bezpečnější

« kdy: 01. 12. 2011, 10:25:47 »

Rovněž stojí za úvahu mít většinu systému na read-only oddílu, takže vám nikdo nebude moct přepsat binárky. Zapisovatelné oddíly mít jen tam, kde se něco zapisovat musí.

Aby mohl přepsat binárky, musí mít práva roota. Když už bude mít práva roota, může si oddíl remountnout do RW. Nebo víš o nějakém způsobu, jak udělat oddíl semipermanentně (=do rebootu) zamčený na read only? Nějaký patch do kernelu by to nejspíš řešil.

608

O serveru Root.cz / Re:Odhlášení při přechodu z Root.cz na fórum

« kdy: 29. 11. 2011, 14:23:09 »

Volejte „Sláva“ a tři dny se radujte!

Dobrá práce! 

609

Sítě / Re: Pomalé pripájanie na SSH

« kdy: 25. 11. 2011, 07:47:01 »

Není to prostě tím, že máš nefunkční IPv6 připojení, které se tváří jako funkční?

610

Server / Re: Postfix: viac domén bez virtuálnych schránok

« kdy: 25. 10. 2011, 10:14:23 »

Pokud jsem správně pochopil, že jde o adresu odesílatele, tak tu určuje MUA a není-li kompletní,  přidá Postfix obsah proměnné $mydomain. Když domény example.com a example2.com obě končí v jedné schránce, jak má Postfix poznat, kterou doménu má při odesílání připojit?

611

Software / Re: Uživatel nemůže umountovat

« kdy: 19. 10. 2011, 16:22:37 »

Tady řeší stejný problém a vyřešili ho nahrazením volby user v /etc/fstab za users.

612

Windows a jiné systémy / Re: Boot USB klíč k Windows XP

« kdy: 19. 10. 2011, 13:17:05 »

DanBlack: utfg ty, Linpus je linuxova distribuce zalozena na fedore

Mirek Cech: muzes zkusit tento navod (nakopirovani obrazu na flashku a vytvoreni bootu pres sysinfo)

http://www.ubuntugeek.com/how-to-install-ubuntu-linux-from-usb-stick.html

Příspěvek zcela mimo mísu - tazatel se ptá jak vytvořit instalační flashdisk pro instalaci Windows XP a přesně na to DanBlack odpověděl.

trosku slusnosti...nebo si nejdriv zjistit vyznamy oblibenych zkratek?

Co je neslušného na termínu „Use The Friendly Google“?

613

Sítě / Re: Podivné chování IPv6

« kdy: 19. 10. 2011, 12:45:45 »

Dát je do bridge. Nevím, proč se bridge tak bojíte, je to hodně jednoduché :-)

Odkazovaný návod slouží ke konfiguraci bridge pro dva ethernety na L2. S IPv6 tunelem je to dost jiné. Zaprvé to není ethernet, za druhé je potřeba bridgeovat jen IPv6, IPv4 je zároveň potřeba routovat a NATovat. Netvrdím, že to nejde udělat, ale rozhodně to nebude tak snadné.

A co kdybych měl 2 vnitřní rozhraní, třeba ethernet a wifi, to by šlo taky nějak vyřešit?

Jistě, rozdělit přidělený prefix na dva podprefixy a dát například na LAN adresu
WWW:XXX:YYY:ZZZ:0000::1/65
a na Wifi adresu
WWW:XXX:YYY:ZZZ:8000::1/65

Problém je, že prefix jedné podsítě bude nyní delší než 64 bitů, což jednak není doporučované a především, nebude fungovat bezestavová autokonfigurace IPv6 adres.

614

Sítě / Re: Podivné chování IPv6

« kdy: 18. 10. 2011, 12:41:31 »

Ve skutečnosti ani není bezpodmínečně nutné mít další adresy pro spojení routeru se sítí ISP. Tunel je dvoubodové spojení, takže co se do něj na jedné straně vrazí, to z druhé vypadne a není třeba, aby měl nějakou veřejnou adresu (bohatě stačí linková). Takže za předpokladu, že ISP má v routovací tabulce záznam
 WWW:XXX:YYY:ZZZ::/64 dev sitZZZ (kde sitZZZ je tunel k tobě)
... Tedy posílají ti celý prefix bez ohledu na tvou adresu (ověř tak, že z rozhraní tunelu odstraníš IPv6 adresy a spusťíš tcpdump -i sitxz ip6)
Pak by ti mělo stačit IPv6 adresu WWW:XXX:YYY:ZZZ::1/64 přiřadit namísto tunelu přímo LAN rozhraní routeru a v routovací tabulce nastavit
default dev sit0 (kde sit0 je název rozhraní tvého tunelu k ISP)

615

Sítě / Re: Podivné chování IPv6

« kdy: 18. 10. 2011, 09:18:24 »

A nadelegoval ti ISP nějaký prefix? Pokud máš od ISP jenom tunel, znamená to, že máš na místní straně k dispozici 1 adresu, případně dle konfigurace ISP jeden prefix/64, který patří tunelu. Ten se dá jistými nečistými praktikami přenést i na lokální síť, avšak čistější a praktičtější je získat od ISP jeden další prefix, který bude routovaný přes tvůj konec tunelu do tvé sítě. Např:

adresa tvého tunelu na straně ISP:
2001:123:456:789::1
adresa tvého tunelu na straně u tebe:
2001:123:456:789::2
tvůj prefix:
2001:223:456:789::/64

ISP musí mít ve směrovací tabulce záznam ve stylu:
2001:223:456:789::/64 via 2001:123:456:789::2

Ty si pak nastavíš na LAN rozhraní routeru například:
2001:223:456:789::1/64
a tento nabídneš pomocí RADVD.