Dotaz: CENTOS 6.0 a DNS problem

[bigBRAMBOR]

Ahoj, prosim o radu, jestli se s tím někdo nesetkal, nevím už co s tím.

Mám stroj s Centos 6.0, má sloužit jako smtp server, žádna grafika. Stoj byl nejdříve na DHCP, potom přesunut na statickou adresu, potom na veřejnou adresu. V době DHCP a staticke lokalni vše ok, ale po přesunu na veřejnou začala blbnout DNS. Ale jenom u SSH, ssh po vyplneni hesla ceká asi minutu nez se prihlasi (vypnutim DNS v sshd.config vse zacne fungovat, takze opravdu chyba v komunikaci s DNS). Vse ostatni jede v poradku, SMTP odesila, DNS reaguje okamzite (jak ping, host, dig, vše reaguje okamžite, na všechny možné domény které si vymyslím). V resolv.conf jsou dva nameservery, a na jejich zmenu to reaguje, kdyz je vymazu, system prestane DNS prekladat (ping, host), kdyz je pridam, zacnou okamzite fungovat. Vse tedy jak jsem naučený na jiných CentOS (starsich, tohle je jediná 6 kterou mám), pouze SSH se pořád odkazuje na starou DNS. Prohledal jsem celý /ETC na IP staré DNS, a nenašel jsem nic. Pokud rozeběhnu lokální DNS (BIND) a dám ho do resolv.conf vše začne fungovat jak má. Vypnuti IPTABLES na chovani nemá vliv.

---

---

Odpovědi

[drunkezz]

skus v sshd_config pouzit "UseDNS no"

a samozrejme pri konekci skus ssh -vvv ako debug

D.

[bigBRAMBOR]

AHoj, jak jsem psa, pokud v sshd_config zakazu DNS, vse funguje, tak o tomto vím. Snažím se najít příčinu.

[drunkezz]

aha sorac...no v principe je to problem s reverznym zaznamom.... dig -x "IPka" vracia co?

[bigBRAMBOR]

dig vraci svoji dardu informací a jmeno serveru v poradku jak by melo, a krasne rychle. Bez jakehokoliv zdržení. Stejne tak host ip.ip.ip.ip vrati spravne a rychle bez zdrzeni pointer na FQDN.

[drunkezz]

hej..ale ty musis zo servera spravit dig -x Ipka_klienta

ci?

D.

[bigBRAMBOR]

ano, na tom serveru kde je problem zkousim dig (host) na nekolik IP, asi na 5, na vsechny mozne cizé,i na IP stroje ze ktereho se tam pripojuji, a vsechno se vraci ok, v poradku a rychle. Napsal jsem to nejednoznačně.

[Pindal]

sshd se znaží získat reverz IP adresy ssh klienta. Takže pátrej proč to nelze přeložit.

[bigBRAMBOR]

viz nahoře

[x]

tohle sis urcite projel, ze jo? www.openssh.com/faq.html#3.3

[bigBRAMBOR]

ano, jak pišu, vim ze to je DNS, nemusim tedy hledat čím to je. Ale nevím proč to tak je, když DNS funguje, a normalne resolvuje - coz zkousim do alelujá, čumim na to jako tele. Vím že to jde zakázat v sshd.config, ale chci najít problém. Moji otazku jsi si přečetl, že jo?

[x]

ja vim, ze vis, ze to je DNS, jenze nikde jsi tu nepopsal jestli jsi vyzkousel test obojiho cili ip i hostname jak z clienta, tak ze serveru taky jestli verbose output z ssh vubec neco naznacuje, jestli traceroute na konkretni port prochazi, jestli mas aktualni ssh, jestli je DNS tve nebo spolehas na ISP jejichz DNS je casto otresne (pokud jsi mel svuj unbound, tak to bylo prece ok ne?)

[bigBRAMBOR]

AHoj, viz dole, uz jsem se dostal dal. K tomu co jsi psal

1/ v puvodnim dotazu jsem psal ze system překládá, nepsal jsem jakým směrem, tedy jsem myslel obojím

2/ otevrit port jde, nevim proc by na nej nemel jít traceroute

3/SSH mam aktualni pro 6.0 v 6.1 je novejsi. Zjistil jsem ze to dela i VSFTPD, tedy verzi SSH to byt nemohlo, to jsem tu ale nepsal, chvili potom jsem nasel diskusi ktera me posunula dale (viz dole)

4/ano, kdyz jsem si rozebehnul lokalni DNS, slo to dobre

ale to uz je bepředmětné, našel jsem řesení, a dneska si v klidu dohledám důvod. Nejak to souvisí s resolv.conf, respektive se systémem dotazů na externí DNS, který se oprotil 5.x změnil.

[x]

Jo uz jsem to taky nasel, typicky Linux. Zkur.. na co sahne :D

https://bugzilla.redhat.com/show_bug.cgi?id=58626 (ale bez uctu to nejde videt). Tak tady no

http://www.cyberciti.biz/faq/rhel-redhat-centos-slow-dns-on-linux-with-ipv6-configured-firewall/

A v tom jejich nesmyslnem rozhrani na RHN neminim hledat, protoze sekci man stranek tam primo nemaji, vyhledavani manual pages vraci nesmysly a resolv.conf taky

[bigBRAMBOR]

asi nejlepe posane je to tady

Pokud clovek pouzije lokalni DNS, at uz na tom samem stroji, nebo jine ve sve siti, je vsechno OK. Proto mi to na lokalni siti behalo OK. Pokud ale pouzijete externi, v mem pripade 1x DNS ISP a 1x DNS GOOGLE, muzete narazit na problem, že je po ceste router, ktery nebude rozumet tomu ,že se neptáte na každý dotaz zvlášť v jednom socketu, a zablbne. Problem je ale pouze pokud použijete resolv.conf a system se ptá přímo. DNS server (v mém případě BIND) se ptá asi ještě po staru, a problém nemá.

[bigBRAMBOR]

nasel jsem dalsi zoufalce kterým to dělá (na RHEL), presne popisují příznaky, akorat firefox jsem nevyzkousel, a vzhledem k nulovým aktualizacím pro CentOS 6.0 ani poradne yum.

-ssh to the machine takes a long time before you finally get in. This usually points to DNS issues. -dig and host succeed and resolve names very fast. (few ms) -telnet to a port takes a longer than usual. -Firefox is slow -Yum is slow

resením je parametr single-request-reopen přidaný do resolv.conf, po tom se vse chová jak má, jak jsem naučený. Jsem rád že to jede, ješte jdu studovat čím to je způsobené, a pak to sem dám, aby to bylo komplet pro další možné ubožáky.

[drunkezz]

dik ..celkom poucne vediet D.