neol, тоесть как я правильно понял - проблема не в дебиане в NAS, а в комьютере пользователя (с виндой), который использует NAS в качестве прокси?

Спасибо. Меня смутило знакомые в винде "/etc/hosts". Доберусь до Debian - отпишусь (яндекс говорит, что дело в файле /etc/network/interfaces).

Этот NAS получает посредством dhcp и ip и dns от ZyWall 5 (в качестве роутера). Процесс получения параметров настройки сети от dhcp у Debian какой-то особенный?

kisil, при вводе nslookup, скажем так, командная строка опустела и показало абсолютно пустую строку, так, что было видно только символ > в начале строки.
Поразмыслив, что я попал в какие-то дебри:), набрал exit (при этом набираемые буквы не отображались - как будто пароль какой-то вводил), и благополучно вернулся к командной строке. После возвращения к командной строке набранные ранее буквы "exit" стали отображаться (я сделал скриншот, но этот форум походу не имеет возможности прикреплять изображения).

kisil, dig ukr.net моментально бодро отобразил кучу инфы.:) Проверял несколько раз. Вроде ничего аномального не нашёл. Всё переписать (как сюда картинки кидать)?

Додумался перевести вывод в файл с помощью ">".
Результат "dig ukr.net > /1.txt":

; <<>> DiG 9.5.1-P3 <<>> ukr.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24515
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ukr.net.            IN    A

;; ANSWER SECTION:
ukr.net.        0    IN    A    195.214.195.105

;; Query time: 1 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Dec 24 16:13:13 2012
;; MSG SIZE  rcvd: 41

Содержимой файла /etc/resolv.conf:

nameserver 192.168.1.1

Описание нашей сети на словах: у нас городская локальная сеть, и я предоставляю доступ в большой инет для другого юзера этой городской сети. А роутер zywall 5 может предоставлять доступ в инет только для своей локальной сети, из WAN-а не умеет (ну это и понятно). Так же zywall 5 имеет, по отзывам, слишком специфичную систему linux.
Вобщем, доступ в большой инет юзеру из городской сети предоставляю с помощью этого NAS-а, где более-менее дружелюбный linux. В роутере прописал форвардинг порта на прокси.

P.S. когда компы из "внутренней" (т.е. локалки под роутером - 192.168.ХХХ.ХХХ) локалки берут (для эксперимента) интернет через NAS, такие же лаги и тормоза.

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")?

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

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

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

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

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

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

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

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

nameserver 85.234.0.53
nameserver 85.234.2.53
nameserver 85.234.0.53

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