Помогите убрать эти непонятные паузы при работе сети в дебиане.

neol написал:

Сделайте
nslookup 192.168.1.123
на NAS.
Подозреваю, что проблема появляется при попытке прокси определить hostname клиента.

192.168.1.1 - это роутер? Можете посмотреть какие DNS указаны там и помучать их запросами? Сервер указывается вторым параметром nslookup.

nslookup сделаю как доберусь до NASа (я указал тут, что команда nslookup приводит к "смерти" командной строки, надеюсь с "nslookup 192.168.1.123" такого не будет).

192.168.1.1 - это у меня роутер. DNS и тп параметры на wan он получает автоматом по dhsp от провайдера интернета.

"Сервер указывается вторым параметром nslookup." - сервер, я правильно понял что это - сам сервер NAS (от имеет ip 192.168.1.33, поэтому я понял что я должен поставить "nslookup 192.168.1.33")?

"VLeshka" написал:

я указал тут, что команда nslookup приводит к "смерти" командной строки, надеюсь с "nslookup 192.168.1.123" такого не будет

Это не смерть, это она ждала ввода параметров.

"VLeshka" написал:

192.168.1.1 - это у меня роутер. DNS и тп параметры на wan он получает автоматом по dhsp от провайдера интернета.

Вот и посмотрите в вебморде роутера, что он там получает в качестве DNS.

"VLeshka" написал:

"Сервер указывается вторым параметром nslookup." - сервер, я правильно понял что это - сам сервер NAS (от имеет ip 192.168.1.33, поэтому я понял что я должен поставить "nslookup 192.168.1.33")?

Нет, имеется ввиду DNS сервер

nslookup 192.168.1.123 8.8.8.8

8.8.8.8 - это DNS сервер гугла

Dns я просматривал на роутере, подозрительного не нашёл. Просмотрю ещё раз какие dns он использует.
Как дойду до NAS-а, введу "nslookup сервер_DNS_который_использует_роутер 8.8.8.8", и отпишусь.

P.S.через этот роутер, из "его подсети 192.168.1.ХХХ", компы получают интернет прозрачно-спокойно автоматом, достаточно только подключить их к его подсети . Интернет - vpn-соединение pptp, роутер держит без проблем.

"VLeshka" написал:

Как дойду до NAS-а, введу "nslookup сервер_DNS_который_использует_роутер 8.8.8.8", и отпишусь.

8.8.8.8 надо заменить на DNS провайдера.
сервер_DNS_который_использует_роутер - заменить на любой локальный IP.

neol понял, спасибо. Дойду до NAS - отпишусь.

neol
вчера добрался до компа (с которого идёт инет через прокси на NAS), оттуда доступ к интерфейсу роутера только через командный клиент NASа (по схеме: захожу на NAS -> командной консолью захожу из NASа на роутер). В роутере имеется только псевдо-меню по типу как узкоспециализированного norton commander для ДОСа (это тот самый специфичный линукс), и там не смог найти ни менюшки какую dns роутер использует, ни командной консоли в нём. [Главное, времени вообще не было.]
Нашёл в роутере настройки dns - там поставлено на "dynamic dns".

План:) : дойду до NASа (до роутера с веб-интерфейсом пока возможности дойти нет), созвонюсь с техподдержкой провайдера и пропишу продиктованные их dns-адреса вручную в роутере, и выполню затем на NASе "nslookup любой_локальный_адрес 8.8.8.8".
Как понял, любой_локальный_адрес должен быть существующим, но может быть и за пределами "внутреней" сети роутера?

"Подозреваю, что проблема появляется при попытке прокси определить hostname клиента."
чёто не могу достаточно понять, как тут кроется проблема (фаервол на роутере всегда был выключен, а hostname клиента по-моему всегда узнать не проблема, когда он в локалке) - если кинешь инфу на природу этой проблемы, буду благодарен =)!

"VLeshka" написал:

вчера добрался до компа (с которого идёт инет через прокси на NAS), оттуда доступ к интерфейсу роутера только через командный клиент NASа (по схеме: захожу на NAS -> командной консолью захожу из NASа на роутер). В роутере имеется только псевдо-меню по типу как узкоспециализированного norton commander для ДОСа (это тот самый специфичный линукс), и там не смог найти ни менюшки какую dns роутер использует, ни командной консоли в нём. [Главное, времени вообще не было.]

В zyxel своя ОС, это не linux ни разу. И посмотреть достаточно на NAS. Обычно в вебморде видно какие DNS получены.

"VLeshka" написал:

План:) : дойду до NASа (до роутера с веб-интерфейсом пока возможности дойти нет), созвонюсь с техподдержкой провайдера и пропишу продиктованные их dns-адреса вручную в роутере, и выполню затем на NASе "nslookup любой_локальный_адрес 8.8.8.8".

не 8.8.8.8, а ваши DNS'ки по очереди.

"VLeshka" написал:

Как понял, любой_локальный_адрес должен быть существующим, но может быть и за пределами "внутреней" сети роутера?

Любой, значит любой. Вообще любой адрес из зарезервированных для локальных сетей диапазонов.

"VLeshka" написал:

"Подозреваю, что проблема появляется при попытке прокси определить hostname клиента."
чёто не могу достаточно понять, как тут кроется проблема (фаервол на роутере всегда был выключен, а hostname клиента по-моему всегда узнать не проблема, когда он в локалке) - если кинешь инфу на природу этой проблемы, буду благодарен =)!

Я не совсем верно написал. Не получить hostname, а преобразовать IP адрес в доменное имя через DNS.
https://banu.com/bugzilla/show_bug.cgi?id=98 - бага в tinyproxy. Про ffproxy быстро ничего не нагуглилось.
Если одна из днсок тупит или вообще мертва, то будут адские задержки.

neol, "nslookup любой_локальный_адрес dns_сервер" приводит к задумчивости на несколько десятков секунд, и выдачей результата типа:

Server:        85.234.0.53
Address:    85.234.0.53#53
** server can't find 29.12.101.10.in-addr.arpa: SERVFAIL

Указывал рабочие ip-адреса, рабочие dns-серверы. Dns-серверы взял, позвонив в техподдержку (как помню, - такие же, много лет не меняются, но для надёжности позвонил).

На ум приходит, надо в файле /etc/resolv.conf прописать эти самые dns-серверы?

Сейчас посмотрел в файл /etc/resolv.conf - его содержимое уже:

nameserver 85.234.0.53
nameserver 85.234.2.53
nameserver 85.234.0.53

Выходит, автоматом добавились.

И тормозит так же...

"VLeshka" написал:

"nslookup любой_локальный_адрес dns_сервер" приводит к задумчивости на несколько десятков секунд, и выдачей результата типа:

Ч. Т. Д.

"VLeshka" написал:

На ум приходит, надо в файле /etc/resolv.conf прописать эти самые dns-серверы?

Неправильный вывод. Надо указать DNS гугла (вышеупомянутый 8.8.8.8 и 8.8.4.4) и радоваться жизни. И желательно через вебморду NAS'а или роутера, потому что resolv.conf будет перезаписан, а разбираться где и как это прописать наверняка как-то лень.

neol спасибо. Дойду до роутера - запишу "nslookup любой_локальный_адрес 8.8.8.8" и отпишусь.

neol, я похоже ступил - вчера не перезагрузил NAS после изменения настроек dns.
Сегодня пришёл - а NAS работает исправно (я его поставил cron-ом на автоматическую перезагрузку каждый день в 3 часа утра). *DANCE*

Не знаю как тебя отблагодарить! С меня должок!

Правильно ли я понял, что:
1. Для принятия настроек dns надо было перезагрузить NAS.
2. Указывать dns-сервер гугла теперь не обязательно.
3. Dns-сервер гугла стабильней и надёжней чем dns-сервер моего интернет-провайдера.
3. Поэтому чтоб в будущем всё было стабильно при любых dns-адресах провайдера, надо сменить dns-сервер на сервер гугла? Какие минусы у dns-сервера гугла по сравнению с dns-сервером моего провайдера?

neol
Рано я радовался.
Подойдя в очередной раз к компу (времени пока нет уделить много внимания NASу и протестировать его), параллельно открыл другой браузер (internet explorer), а в нём тормоза. Закрыл все браузеры, и все браузеры стали тормозить.
Вводил nslookup любой_локальный_адрес 8.8.8.8 несколько раз.

P.S.Заметил - файл /etc/resolv.conf не меняется (стоят два dns-сервера 85.234.2.53 и 0.53). Если его приведу вручную к виду:

nameserver 8.8.8.8

- после перезагрузки NASа всё возвращается к исходному виду:

nameserver 85.234.0.53
nameserver 85.234.2.53
nameserver 85.234.0.53

Уж не знаю что думать.

Пока штудирую яндекс на предмет процессов, реализующих динамический dns для клиента и шустро меняющих его. Имена которые даёт яндекс не могу найти в моих процессах. Вот результат команды "ps -A":

Подозрение на "dhclient3".

а что в нем подозрительного?

Rabat написал:

а что в нем подозрительного?

ну, я и пишут тут специально, может вы меня поправите:).

я имею в виду, в чем подозрение заключается?:)

dhclient указывает системе dns-серверы, судя по яндексу. Пока возня в его файле конфигурации ни к чему не привела.

Предупреждая вопрос "посмотри mDNSResponder", содержимое файла /etc/mDNSResponder.conf:

Там не нахожу, за что бы зацепиться.