URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 90656
[ Назад ]

Исходное сообщение
"Фряха стала довольно долго давать ответы на запросы"

Отправлено leviafanovich , 29-Дек-10 20:15 
Вообщем заметил что сервак начал долго обрабатывать запросы.
Например что я имею ввиду:
1) Подключаюсь по ssh через putty удаленно к серверу, сразу появляется приглашение на ввод логина, ввожу, и жду секунд 20 пока появится приглашение на ввод пароля.
2) Отсылаю почту со своего ящика на севере удаленно. Опять жду секунд 20, причем в маиллог даже не рыпается, только время проходит отправляется все моментально. POstfix+courier

то что PF лагает скорее всего отпадает, загружал конфиг из чистого файла и всеравно какой то delay

Что посоветуете?


Содержание

Сообщения в этом обсуждении
"Фряха стала довольно долго давать ответы на запросы"
Отправлено PavelR , 29-Дек-10 20:24 
>[оверквотинг удален]
> Например что я имею ввиду:
> 1) Подключаюсь по ssh через putty удаленно к серверу, сразу появляется приглашение
> на ввод логина, ввожу, и жду секунд 20 пока появится приглашение
> на ввод пароля.
> 2) Отсылаю почту со своего ящика на севере удаленно. Опять жду секунд
> 20, причем в маиллог даже не рыпается, только время проходит отправляется
> все моментально. POstfix+courier
> то что PF лагает скорее всего отпадает, загружал конфиг из чистого файла
> и всеравно какой то delay
> Что посоветуете?

пофиксить работу DNS (/etc/resolv.conf и всё что с ним связано)


"Фряха стала довольно долго давать ответы на запросы"
Отправлено leviafanovich , 29-Дек-10 20:47 
>[оверквотинг удален]
>> 1) Подключаюсь по ssh через putty удаленно к серверу, сразу появляется приглашение
>> на ввод логина, ввожу, и жду секунд 20 пока появится приглашение
>> на ввод пароля.
>> 2) Отсылаю почту со своего ящика на севере удаленно. Опять жду секунд
>> 20, причем в маиллог даже не рыпается, только время проходит отправляется
>> все моментально. POstfix+courier
>> то что PF лагает скорее всего отпадает, загружал конфиг из чистого файла
>> и всеравно какой то delay
>> Что посоветуете?
> пофиксить работу DNS (/etc/resolv.conf и всё что с ним связано)

ну возможно если бы была проблема только в отправке почты то да, а если у меня и с SSH такое же. Подключаюсь то я по IP


"Фряха стала довольно долго давать ответы на запросы"
Отправлено mef , 29-Дек-10 22:01 
> ну возможно если бы была проблема только в отправке почты то да,
> а если у меня и с SSH такое же. Подключаюсь то
> я по IP

На 95% проблема в dns, как Вам уже ответили.


"Фряха стала довольно долго давать ответы на запросы"
Отправлено shadow_alone , 30-Дек-10 06:55 
> ну возможно если бы была проблема только в отправке почты то да,
> а если у меня и с SSH такое же. Подключаюсь то
> я по IP

А подумать что ssh ресолвит обратную зону вашего ip, с которого вы подключаетесь, слабо?
Уберите в настройках ssh проверку DNS -(это решит проблему только с ssh).

Поставьте правильные DNS-ы, или юзайте от гугла.

Вам ответили совершенно точно.


"Фряха стала довольно долго давать ответы на запросы"
Отправлено leviafanovich , 30-Дек-10 11:10 
спасибо,теперь хоть буду знать в какую сторону копать

"Фряха стала довольно долго давать ответы на запросы"
Отправлено leviafanovich , 04-Янв-11 20:11 
Вообщем поправил named.conf, убрал view, сделал конфиг максимально простым.
Написал в resolv.conf неймсервером свой DNS 127.0.0.1.
Одно время было все нормально, думал что проблема решилась. Перезагружал систему много раз -> профит! Так длилось дня 3-4
Но надо было подредактировать rc.conf на предмет изменения IP провом, сделал, поправил listen-on на Bind, перезагрузил машину -> опять таже проблема появилась.
Что же делать? Может переустановить как то BIND и взять конфиг дефолтный? Потому что я брал конфиг с мануалов.
вот такой конфиг.

server# cat /etc/namedb/named.conf
options {
          directory       "/etc/namedb";
          pid-file        "/var/run/named/pid";
          dump-file       "/var/dump/named_dump.db";
          statistics-file "/var/stats/named.stats";
          listen-on {
                127.0.0.1;
                192.168.12.1;
                111.111.111.111;
                  };
               forward first;
                forwarders {
8.8.8.8;
             };
          allow-recursion{
               127.0.0.1;
               192.168.12.0/24;
          };
          recursive-clients 30000;
};

acl "trusted-dns"{
127.0.0.1;
192.168.12.2;
};

logging {
    category lame-servers { null; };
};

zone "." {
    type hint;
    file "named.root";
};

zone "0.0.127.IN-ADDR.ARPA" {
    type master;
    file "master/localhost-reverse.db";
};

zone "12.168.192.IN-ADDR.ARPA" {
        type master;
        allow-query {
    127.0.0.1;
    192.168.12.0/24;
        };
        file "reverse/in.12.168.192.rev";
};

zone "sata.com.ua" {
     type master;
     file "master/sata.com.ua";
#     allow-transfer { trusted-dns;};
};