Dotaz: Jak zabranit pridani search XXX do resolv.conf?

[pasmen]

Mam PCMCIA sitovku s kterou se pres NAT pripojuju k internetu. Jako DHCP klienta pouzivam dhcpcd. Ten mi ale pri uspesnem pripojeni vhodi do /etc/resolv.conf krome nameserveru i direktivu search a pak se treba browseni hrozne zpomali. Nevi nekdo jak zabranit DHCP klientovi aby to tam cpal?

Odpovědi

[Milan Beneš]

pomocí direktivy supersede v dhclient.conf

[pasmen]

Nepouzivam dhclient ale dhcpcd...

[Milan Beneš]

ok ok... moc trochu jsem to přehnal---

-R Prevents dhcpcd from replacing existing /etc/resolv.conf file.

obvykle je konfigurace uložena v /var/lib/dhcpc

[pasmen]

No, problem je, ze ja chci aby mi dhcpcd nahradilo stavajici resolv.conf, nameservery samozrejme potrebuju, jenom nechci to search XXX pac to dost zpomaluje...

[unchallenger]

Nameservery se obvykle mění tak zřídka, že je tam můžeš IMHO s klidem nechat natvrdo -- a když se změní, nepochybuji, že si toho všimneš ;-)

[pasmen]

To je sice pravda, ale s laptopem se casto pripojuju na ruznych mistech, takze bych rad aby se mi DHCP klient o resolv.conf staral sam. Jenom me zajimalo, jestli to nejak jde, ja nic nenasel.

[Martin Tůma]

Podle mě by tě spíš mělo zajímat, PROČ se s direktivitou search práce se sítí tak zpomalí.

To tam máš jenom search? Nemělo by tam bejt náhodou něco ve stylu search localdomain? Máš správně nastavený jméno počítače (a domény)?

[Michal Čihař]

Tohle připojování na různých místech jsem nakonec vyřesil pomocí laptop-net ... prostě když připojím kabel do síťovky, tak to podle IP adres, které se v síti používají, nastaví síť a případně změní i libovolné soubory v /etc a nahodí/shodí démony.

[pasmen]

Nemam tam jenom search, vim co ta direktiva znamena a proc se to zpomali, psal jsem ze tam mam search XXX kde XXX je jmeno nejake domeny. Me zajima, jak tuhle direktivu potlacit.

[unchallenger]

Já jsem popravdě řečeno nikdy moc nepochopil, jak je to s používáním dhcpd jako klienta, protože to nedělám (pump je 20x menší a umí vše, co potřebuji), ale pokud umožňuje při lease spustit nějaký skript (jako pump ;-) tak v nejhorším prostě v tom skriptu search z /etc/resolv.conf zase pěkně vymaž :o)

P.S.: OT: máš poměrně svérázný přístup k threadům, ve složitější diskusi bych asi marně hledal, na který příspěvěk odpovídáš.

[unchallenger]

Ale jinak tentokrát souhlasím s Martinem Tůmou, že pokud se zpomalí síťování, tak je někde problém -- díval bych se, co ti z počítače odchází za DNS dotazy se search a bez něj.

[pasmen]

Nevim jak ty DNS dotazy zjistit, poradis? Ne cely sitovani je pomaly, treba wget apod. je rychli tak jak ma byt, problem je s browsenim. To je kupodivu rychlejsi pres dialup, kdy v resolv.conf zadny search neni. Dlouho trva ta faze, kdy se treba v mozille ve stavovym radku obejvi Resolving XXX.

PS:s tema threadama se polepsim, delam to jen kvuli tomu aby z toho nebyli takovy schody...

[unchallenger]

Dlouho trva ta faze, kdy se treba v mozille ve stavovym radku obejvi Resolving XXX.

To mě ani nepřekvapuje ;-)

Zjistíš to tcpdumpem (commandline) nebo etherealem (GUI).

Je samozřejmě nutné je spouštět s vypnutým resolvováním doménových jmen (u tcpdumpu -n, u etherealu si to naklikáš), jinak v tom udělají chaos svým vlastním resolvováním.

[Zdeněk Štěpánek]

Zdravim

search domena.cz prece z principu zpomalovat name resolving nemuze. To se pouziva jen v pripade kdyz se snazis prelozit neuplne jmeno, tak se k tomu prilepi ta domena.cz. Mel bys hledat pricinu problemu, ne jak ho osklive obejit. Napriklad me napada proxy server zadany jako "proxy". S domena.cz se to nenajde a tak se to zkusi na druhy pokus jinak a to uz jde. To pochopitelne trva.

Zdenek

[pasmen]

No problem asi bude, ze za tim search neni neco jako domena.cz ale neco co nema vubec tvar nazvu domeny, proste neco jako XY_Karel. Tohle vraci dhcpcd kdyz je volany skriptem /etc/pcmcia/network a ten samy skript to potom zapisuje do resolv.conf. Taky bych rad nasel pricinu ale fakt netusim jak...

[unchallenger]

Buď ti posílá nějaké kraviny DHCP server, což není pravděpodobné, protože se připojuješ na různých místech, a všechny to snad nedělají...

...nebo to dělá dhcpd, nebo si to nějak špatně přebere ten skript (nejpravděpodobnější).

[pasmen]

Tu prvni vetu teda nechapu, DHCP server je na kazdym miste prece jiny... To co mi posila neni nesmysl, jen to neni platne jmeno domeny. Posila mi SE_Linhart, SE je pravdepodobne mesto kde sem (Sedlcany) a Linhart jsem ja .

[unchallenger]

Pokud to není platné jméno domény, tak je to [v tomto kontextu] nesmysl, protože se to nějak dostalo na místo, kde má být platné jméno domény.

[pasmen]

Tak dobre, ale co s tim?

[unchallenger]

Nevím, protože nevím, co vlastně dělá ten pcmcia-dhcpd skript. Buď už s ním někdo podobný problém měl, nebo se v něm asi musíš pokusit vyznat...

[pasmen]

Tak v tom pcmcia skriptu chyba neni, zkoumal sem ho a dela presne co ma. Problem je teda asi fakt v tom, ze DHCP server preda dhcpcd jako domainname kravinu + to, ze se dhcpcd neda prinutit k tomu, aby to nepsal do resolv.conf.

[jm]

No, ted koukam na man dhcpcd

-R     Prevents dhcpcd from replacing existing /etc/resolv.conf file.

[pasmen]

Souhlasi, zda se ze mame vsichni stejny manualovy stranky, zkus se kouknout o pak prispevku vys...;) Ja chci, aby mi dhcpcd vytvorilo vlastni resolv.conf, ale chci, aby tak dal bud jen nameservery, nebo aspon spravny domainname, kdyz uz ho tam musi davat. Chyba bude asi v DHCP serveru, ze dhcpcd predava blbost...

[jm]

Hm... No nic. IMHO je to stejne k nicemu. Nastavim si tam dva napevno a je to vyreseny. Dalsi prima funkci je prepisovani ntp.conf, z toho mi taky malem jeblo.

[pasmen]

V danym pripade asi fakt neni jina moznost nez pouzit ten prepinac -R a nameservery do resolv.conf narvat napevno...No nic, dik vsem.

[pasmen]

To XY_Karel teda zrejme pri pozadavek na spojeni vraci NAT, ale jak ho donutit, aby vracel neco smyslupnyho, nebo radsi nic?

[pasmen]

Tak zahada je asi rozresena. Problem je, ze prvni DNS server ktery dhcpcd od DHCP serveru ziskalo nefunguje. Tim prvnim DNS serverem je samotny DHCP server (adresa 192.168.1.254). Takze o search vubec neslo, i kdyz ten domainname je taky blbost...