Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Tuning internetového připojení - DNS, SMTP

Máte pomalou (sdílenou) nebo snad počítanou linku? A chcete ze svého připojení získat maximum? Zde je jedna z cest vedoucích k vytouženému cíli. Čekáte-li snad po přečtení úvodních slov crackerskou příručku, kterak obelstít traffic-shaper, počítadlo přenosů vašeho ISP, nebo snad dokonce algoritmus geniální komprese, budete zřejmě zklamáni. Hodlám popisovat pouze reálné a legální postupy.

Tweetni to Twitter Jaggni to! Jagg Del.icio.us Delicious

Některé z popisovaných postupů pomohou připojení „zrychlit“ jiné navíc výrazně zmenší objem přenášených dat. Zvlášť se budeme zabývat také bezpečností našeho systému proti útokům zvenku. Obecného povídání už bylo dost, věnujme se tedy konkrétnímu receptu.

Budeme potřebovat:

  • Tučnáka (Linux)
  • alespoň základní znalosti konfigurace Linuxu
  • bind – pro „kešování“ DNS dotazů, pro zjištění některých údajů budeme potřebovat i balík bind-utils
  • sendmail – pro „příjemnější“ odesílání pošty
  • privoxy – abychom zabránili tahání některých nepotřebných informací
  • squid – díky článku na root.cz tuto proxy „keš“ nemusím detailněji popisovat
  • iptables – nástroje pro konfiguraci paketového filtru

Uvedené příklady předpokládají jeden počítač připojený přímo do internetu a nastavený takto:

Tabulka č. 356
IP: 123.45.67.89
netmask: 255.255.255.252
brána: 123.45.67.90
jmenný server 1: 123.45.67.1
jmenný server 2: 123.45.1.1
SMTP server: 123.45.1.10

Jména konfiguračních souborů a cesty k nim vycházejí z distribuce RedHat 8.0

DNS

Nastavíme Bind tak, aby ukládal odpovědi na všechny DNS dotazy a při příštím dotazu na stejné jméno využil uložených informací. Pro vyšší bezpečnost necháme bind naslouchat DNS požadavkům pouze na lokálním rozhraní. Necháme jej také přeposílat veškeré naše dotazy jmenným serverům poskytovatele. Současně nařídíme systému, aby využíval výhradně služeb naší DNS keše. Dále zajistíme, aby lokální jména byla nalezena okamžitě bez použití DNS.

Bind

Konfigurace bindu je uložena v /etc/named.conf a je členěna do sekcí. Nás zajímá zejména sekce options.

Volba query-source určuje, z jaké adresy a portu budou odesílány požadavky jmennému serveru poskytovatele, forward only zakazuje zasílání dotazů serverům, které nejsou uvedeny v podsekci forwarders. Podsekce listen-on obsahuje seznam adres, na kterých bude bind naslouchat DNS dotazům. Kvůli bezpečnosti zvolíme pouze lokální adresu.

options {
    directory "/var/named";
    query-source address 123.45.67.89 port 53;

    forward only;
    forwarders {
        123.45.67.1;
        123.45.1.1;
    };

    listen-on {
        127.0.0.1;
    };
};

Systémový resolver

Resolver necháme používat jako jediný jmenný server localhost, konfigurace je uložena v /etc/resolv.conf.

nameserver 127.0.0.1

Jména konfigurovaného stroje a nejdůležitějších strojů poskytovatele uložíme do souboru /etc/hosts, aby byla k dispozici bez použití DNS. Existují služby, které kontrolují, zda zpětný převod z IP adresy na jméno odpovídá původně zadanému jménu. V našem případě je nepravděpodobné, že by tato situace nastala, přesto je vhodné přidělit strojům jejich skutečná jména. Např. jméno stroje 123.45.1.1 můžeme zjistit několika způsoby:

# nslookup 123.45.1.1
# host 123.45.1.1
# dig 1.1.45.123.in-addr.arpa PTR

Program nslookup je označen za zastaralý a v příštích verzích bindu se již nebude vyskytovat, použití programu dig je v tomto případě zbytečně složité, proto doporučuji použít příkaz host.

Teď, když jsme zjistili všechna potřebná jména, můžeme upravit /etc/hosts.

127.0.0.1          localhost.localdomain localhost
123.45.67.89       mujstroj.isp.cz mujstroj
123.45.67.90       brana.isp.cz brana
123.45.67.1        ns1.isp.cz
123.45.1.1         ns2.isp.cz
123.45.1.10        smtp.isp.cz

Výhody

  • zvláště na pomalých či zatížených linkách se může znatelně zkrátit odezva na požadavky
  • na hodně ztrátových linkách navíc zvýšíme pravděpodobnost získání odpovědi
  • DNS dotazem zpravidla začíná vyřízení jakéhokoliv jiného dotazu, takže zrychlení DNS může výrazně „zkvalitnit“ práci s ostatními službami
  • DNS dotazy většinou netvoří velké přenosy dat, přesto však díky přeposílání nějaké ty bajty ušetříme, pokud nám poskytovatel „promíjí“ komunikaci s jeho vlastními stroji

Nevýhody

  • přeposílání požadavků může způsobit mírné zdržení při prvním dotazu na adresu/jméno
  • v případě výpadku jmenných serverů poskytovatele budeme zcela odříznuti od světa, tento problém by vyřešila změna v /etc/named.conf z forward only; na forward first; (nebude fungovat při ochraně portu 53)
  • zavedení lokálního DNS prodlužuje řetěz jmenných serverů, což může způsobit delší šíření změn

Sendmail

Konfigurace sendmailu je uložena v /etc/mail/sen­dmail.mc.

Lokálního sendmailu využijeme pro odesílání pošty. Výhodou je, že odeslání z většiny poštovních klientů tak proběhne téměř okamžitě, přičemž zpráva je uložena v lokální frontě a její odesílání pak probíhá na pozadí. Nevýhodou je, že můžeme vypnout počítač, příp. vypnout vytáčené spojení ještě před jejím odesláním. Ani tak ovšem o zprávu nepřijdeme, sendmail se ji pokusí doručit při jeho příštím spuštění či obnovení připojení.

I sendmail nám umožňuje v případě potřeby nasměrovat veškerou odchozí poštu na server poskytovatele.

define(`SMART_HOST',`smtp.isp.cz')dnl

Při konfiguraci poštovního klienta nesmíme zapomenout nastavit jako odchozí SMTP server localhost nebo 127.0.0.1.

TIB2012

       
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')

Aby správně fungovalo doručování lokálním uživatelům, je nutné sendmail informovat o možných jménech našeho stroje. Nejprve povolíme použití souboru se jmény, příp. nastavíme cestu k němu.

FEATURE(use_cw_file)dnl
define(`confCW_FILE', `/etc/mail/local-host-names')dnl

Nyní můžeme do souboru /etc/mail/local-host-names zapsat jména našeho stroje.

localhost
localhost.localdomain
mujstroj
mujstroj.isp.cz

Výhody

  • není nutné při odesílání pošty čekat na odeslání vzdálenému SMTP serveru
  • dojde-li při přenosu na vzdálený server k chybě, sendmail se automaticky znovu pokusí o doručení

Nevýhody

  • může dojít k vypnutí počítače ještě před odesláním pošty

Školení Google+ pro firmy

DW - Školení PPC
  • Jak využít Google+ pro firemní komunikaci a marketing.
  • Čím se liší Google+ od Twitteru a Facebooku z pohledu firemního využití.
  • Jak využít Google+ v souladu s pravidly užívání.
  • Založení Google+ Page (Stránky) krok po kroku, včetně praktických tipů.

Detailní informace o školení Google+ »

Ohodnoťte jako ve škole:
Průměrná známka 2,99

Přehled názorů

bezpredmetne
jenicek 12. 12. 2002 00:39
Nový
Pekna kombinacia
Petko 12. 12. 2002 00:48
Nový
bind na dns cache ????
dominik sauer 12. 12. 2002 02:13
Nový
├ 
Re: bind na dns cache ????
Karel Rank 12. 12. 2002 09:38
Nový
├ 
Re: bind na dns cache ????
Omyl 12. 12. 2002 11:49
Nový
│
└ 
Re: bind na dns cache ????
Norby 12. 12. 2002 13:19
Nový
│
 
└ 
Re: bind na dns cache ????
V.Kaplan 13. 12. 2002 08:50
Nový
└ 
Re: bind na dns cache ????
martink 12. 12. 2002 13:14
Nový
 
├ 
Re: bind na dns cache ????
kokot 12. 12. 2002 13:37
Nový
 
└ 
pdnsd a cache na disku
Stanislav Brabec 12. 12. 2002 14:23
Nový
 
 
├ 
Re: pdnsd a cache na disku
Czerteak 12. 12. 2002 21:58
Nový
 
 
└ 
Re: pdnsd a cache na disku
martink 12. 12. 2002 22:53
Nový
a co se tyce sendmailu...
dominik sauer 12. 12. 2002 02:17
Nový
└ 
Re: a co se tyce sendmailu...
Lukas 13. 12. 2002 10:12
Nový
 
└ 
Re: a co se tyce sendmailu...
PaJaSoft 17. 12. 2002 16:54
Nový
Aj jaj :-)
Milan Keršláger 12. 12. 2002 02:57
Nový
Dalsie vylepsenie - redirektor proxy servera
Pet 12. 12. 2002 07:47
Nový
└ 
Re: Dalsie vylepsenie - redirektor proxy servera
Ondrej Svetlik 12. 12. 2002 12:13
Nový
Squirm na root-e:
Pet 12. 12. 2002 07:55
Nový
Co takhle nejakou rozumenjsi kombinaci softu
Pichi 12. 12. 2002 09:32
Nový
└ 
Re: Co takhle nejakou rozumenjsi kombinaci softu
Passi 12. 12. 2002 14:08
Nový
 
└ 
Re: Co takhle nejakou rozumenjsi kombinaci softu
Pichi 13. 12. 2002 08:30
Nový
 
 
└ 
Re: Co takhle nejakou rozumenjsi kombinaci softu
PaJaSoft 17. 12. 2002 16:57
Nový
genialni komprimacni algoritmus
jam 12. 12. 2002 10:09
Nový
├ 
Re: genialni komprimacni algoritmus
seth 12. 12. 2002 10:35
Nový
├ 
Re: genialni komprimacni algoritmus
Petr Krčmář 12. 12. 2002 11:05
Nový
│
└ 
Re: genialni komprimacni algoritmus
Vilem Marsik 12. 12. 2002 13:56
Nový
├ 
Re: genialni komprimacni algoritmus
Ondrej Svetlik 12. 12. 2002 12:10
Nový
└ 
Re: genialni komprimacni algoritmus
si 30. 12. 2002 21:51
Nový
 
└ 
Re: genialni komprimacni algoritmus
Michal 15. 11. 2006 09:00
Nový
Kritika (-:
Ondrej Svetlik 12. 12. 2002 11:19
Nový
bez titulku
Dave 12. 12. 2002 11:26
Nový
bez titulku
mARTin 12. 12. 2002 13:23
Nový
└ 
Re:
Ondrej Svetlik 12. 12. 2002 14:12
Nový
scache
axz 12. 12. 2002 16:41
Nový
└ 
Re: scache
marek 12. 12. 2002 21:03
Nový
bind a sendmail
Pavouk 12. 12. 2002 23:55
Nový
├ 
Re: bind a sendmail
PaJaSoft 17. 12. 2002 17:00
Nový
└ 
Re: bind a sendmail
honzaf 21. 12. 2002 23:04
Nový
Re: nebude fungovat pri ochrane portu 53
Ondrej Suchy 13. 12. 2002 09:48
Nový
└ 
Re: nebude fungovat pri ochrane portu 53
Ondrej Svetlik 14. 12. 2002 13:49
Nový
Sdilena linka ?
borg 24. 1. 2003 09:09
Nový
       

Tento text je již více než dva měsíce starý. Chcete-li na něj reagovat v diskusi, pravděpodobně vám již nikdo neodpoví. Pro řešení aktuálních problémů doporučujeme využít naše diskusní fórum.

Zasílat nově přidané příspěvky e-mailem