LinuxForum.Fans
Тема

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

Автор: VLeshka 45 сообщений 9756 просмотров
#292279

Система - дебиан.
Железо - NAS WD Live с ОЗУ 256 мегов и c процом arm (далее буду называть его NAS).
Из стороннего софта установлено tinyproxy (до этого стоял ffproxy), для раздачи интернета.
Управление - удалённое из веб-интерфейса (предоставляется производителем), из консоли через SSH (подсказали).

Проблема: при заходе через консоль и указания логина "root", пауза 25-40 секунд перед тем, как покажет запрос "введите пароль".
Командный клиент, например, через ожидания 15 секунд WinSCP рапортует, что связи нет.
Хорошо что командный клиент putty умеет ждать хоть сколько угодно.

Ладно это некритично, подождать 40 секунд при заходе через WinSCP или putty могу.
Но теперь точно известно, что эта самая пауза возникает регулярно, когда используешь NAS в качестве прокси для выхода в интернет. Тормоза выражаются в описанных мной паузах при загрузках страницы из инета. При этом, когда "достучится" до страницы, скорость хорошая - фильмы из инета смотреть можно без броблем.

Сперва, после установки прокси (ffproxy) сошлись на том, что надо время чтобы проверить точно. Год человек пользовался и не жаловался (терпеливый), но со временем стал говорить, что де мол интернет тормознутый. Со временем смелее докладывал.
Стал шаманить с настройками ffproxy. После - деинсталлировал ffproxy и поставил tinyproxy. Всё - точно - так - же. Такие же тормоза. Всё ставил и убирал с помощью apt-get.

И вот, при очередном многократном заходе под ssh, меня осенило.:))) До боли знакомые паузы, как и в браузерах в инете. Это в настройках системы.

Есть мысля что это фаервол iptables, - да я понимаю что я новичёк в линуксе, и это - только мои догадки.

Помогите убрать эти непонятные паузы. Что кидать сюда первым делом (выхлоп какой команды)?

#292306

Похоже на проблемы с DNS. Смотрите что у вас там прописано в качестве DNS серверов.

Для SSH может помочь прописывание в /etc/hosts

text

ваш_IP hostname_системы
#292308

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

#292312

нет проблема в настройка ДНС на самом НАС

#292344

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

#292352

Ну не знаю как нащот /etc/network/interfaces, если заходит с затруднением, значит айпишка и маска верные. А вот тормоза тока из за неверно прописаных ДНС.

#292376

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

#292428

Та вроде нет. Зайдите на дебиан и попробуйте в консоли выполнить

text
nslookup

Что скажет????

#292442

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

#292444

Ну а как отрабатываетса например такое

text
dig ukr.net
#292445

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

#292446

не надо

#292447

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

text
; <<>> 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

#292448

Содержимое файла /etc/network/interfaces (на всякий случай пока у NASа нахожусь):

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
allow-hotplug eth0
#292449

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

text
nameserver 192.168.1.1
#292451

Ну ДНС прописан и отвечает. Это хорошо. А вот щас были проблемы с входом в консоль Наса?
Или нет?

#292452

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

#292453
kisil написал:
Ну ДНС прописан и отвечает. Это хорошо. А вот щас были проблемы с входом в консоль Наса?
Или нет?

проблема с входом была и есть. Сижу за компом который берёт инет с NAS-а, через городскую локалку и роутер. Интернет также с 30-50 секундными паузами открывает страницы.

#292455

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

#292601

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

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

Войдите или зарегистрируйтесь, чтобы ответить.