непонятки с nslookup

[Axcel]

после попытки восстановить работу 3ж-модема, случилось что-то не понятное...

перестали резолвиться адреса от простого пользователя, от рута резолвятся

единственное что нашел странным эти строки при запуске "strace nslookup ya.ru"

от рута

sendmsg(20, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.1.1")}, msg_iov(1)=[{"t}\1\0\0\1\0\0\0\0\0\0\2ya\2ru\0\0\1\0\1", 23}], msg_controllen=0, msg_flags=0}, 0) = 23

от пользователя

sendmsg(20, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("127.0.0.1")}, msg_iov(1)=[{"\34\22\1\0\0\1\0\0\0\0\0\0\2ya\2ru\0\0\1\0\1", 23}], msg_controllen=0, msg_flags=0}, 0) = 23

В общем не понятно что делать и куда копать...

[patrius]

1. что за "strace"?
2. а просто nslookup как себя ведет?

[Lan4]

strace - трассирует системные вызовы, поэтому приведенные выше строки вполне нормальны, как и остальные строки, выведенные strace'ом.

[Axcel]

приведенные выше строки вполне нормальны

вот только от пользователя идет обращение к локалхосту вместо днс-ника который прописан в конфиге

подобное такое же и с ping'ом наблюдается

[patrius]

strace - трассирует системные вызовы, поэтому приведенные выше строки вполне нормальны, как и остальные строки, выведенные strace'ом.

в общем понятно. несовсем, но есть не так уж важно в контексте текущего сабжа.

приведенные выше строки вполне нормальны

вот только от пользователя идет обращение к локалхосту вместо днс-ника который прописан в конфиге

подобное такое же и с ping'ом наблюдается

Поробуйте такое от пользователя и рута:

Код: Выделить всё

1. cat /etc/resolv.conf
2. nslookup ya.ru 8.8.8.8

[vr13]

перестали резолвиться адреса от простого пользователя, от рута резолвятся

В общем не понятно что делать и куда копать...

скорее всего у пользователя нет доступа к /etc/resolv.conf

собсно strace, видимо, это и "пытается сказать": от root - читается /etc/resolv.conf, находится dns (192.168.1.1) и по этому адресу, порт 53, резолвится имя. в случае user - файл не может быть прочитан и делается допущение, что dns локальный и выполняется попытка подключиться в локальному dns по 127.0.0.1, порт 53

почему кривые права к resolv.conf - хз: надо смотреть конфигурацию pppd, wvdial/chat (или того, что вместо) и скриптов что находятся в /etc/ppp/* и /etc/ppp/peers/*, которые этот файл создают (по крайней мере в большинстве случаев делается так. ключевое слово - usepeerdns)

[Axcel]

vr13, спасибо, сейчас посмотрел точно так и было resolv.conf ссылался на /etc/ppp/resolv.conf... у меня даже мысли не проскочило проверить подобное

[xorader]

глаз режет: "не понятки" пишется слитно

[Terkin]

vr13, спасибо, сейчас посмотрел точно так и было resolv.conf ссылался на /etc/ppp/resolv.conf... у меня даже мысли не проскочило проверить подобное

опа! а что заставило resolv.conf стать ссылкой на /etc/ppp/resolv.conf?