[Comm] (no subject)

[Comm] (no subject)

[Илья Новиков]

Доброго времени суток!

  Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме почты приходится довольно долго ждать соединения с сервером (~ минута).
  Куда смотреть, где копать? :)

------------------------------
Всего доброго,
       Илья Новиков

Re: [Comm] (no subject)

[Antonio]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 25 Mar 2003, Илья Новиков wrote:

>   Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме
> почты приходится довольно долго ждать соединения с сервером (~
> минута).
>   Куда смотреть, где копать? :)

Я бы для начала копал в DNS. Типичный симптом того, что сервер
не может провести обратное разрешение имен (по IP клиента
получить его имя).

- -- 
Best regards,
	Tony.			mailto:obidos@mail.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+gCLT2gaLrWRbr5URAjHEAJkBlX9lSIgEX+asnM7/7IcjDX6p5wCgl2uB
z6qckbWb6dLaJvnzR9bLV0g=
=6pjz
-----END PGP SIGNATURE-----

Re: [Comm] (no subject)

[Dmitry Lebkov]

On Tue, 25 Mar 2003 12:35:12 +0300 (MSK)
Antonio <obidos@mail.ru> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Tue, 25 Mar 2003, Илья Новиков wrote:
> 
> >   Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме
> > почты приходится довольно долго ждать соединения с сервером (~
> > минута).
> >   Куда смотреть, где копать? :)
> 
> Я бы для начала копал в DNS. Типичный симптом того, что сервер
> не может провести обратное разрешение имен (по IP клиента
> получить его имя).

А я бы, для начала, копал xinetd на предмет вычищения из параметров
log_on_* значения USERID ... ;)


--
WBR, Dmitry Lebkov

Re: [Comm] (no subject)

[Artem Pastukhov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 610 bytes --]

25 Март 2003 12:35, Antonio написал:
> On Tue, 25 Mar 2003, Илья Новиков wrote:
> >   Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме
> > почты приходится довольно долго ждать соединения с сервером
> > (~ минута).
> >   Куда смотреть, где копать? :)
>
> Я бы для начала копал в DNS. Типичный симптом того, что сервер
> не может провести обратное разрешение имен (по IP клиента
> получить его имя).
Скорее всего дело в сервисе auth (113 tcp) посмотрите не стоит ли 
по дороге фаервол который его дропит.
-- 
 С уважением,
Артем Пастухов          past@yam.ru
 ЯМ Интернешнл         http://www.yam.ru


[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re[2]: [Comm] (no subject)

[Илья Новиков]

Доброго времени суток!

> > 
> > >   Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме
> > > почты приходится довольно долго ждать соединения с сервером (~
> > > минута).
> > >   Куда смотреть, где копать? :)
> > 
> > Я бы для начала копал в DNS. Типичный симптом того, что сервер
> > не может провести обратное разрешение имен (по IP клиента
> > получить его имя).
> 
> А я бы, для начала, копал xinetd на предмет вычищения из параметров
> log_on_* значения USERID ... ;)
> 

Вычистил USERID, заработало нормально. Но, насколько я понимаю, это не совсем корректный способ решения проблемы. Наверное дело на самом деле в DNS, только вот где - не пойму. named не поднят, используетcя hosts, но в нем все машины прописаны. файервола никакого нет.
Что подскажете?

Всего доброго,
       Илья Новиков

[Comm] Re: (no subject)

[Artem K. Jouravsky]

[-- Attachment #1: Type: text/plain, Size: 1135 bytes --]

On Tue, Mar 25, 2003 at 02:20:34PM +0300, Илья Новиков wrote:
> Доброго времени суток!
> 
> > > 
> > > >   Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме
> > > > почты приходится довольно долго ждать соединения с сервером (~
> > > > минута).
> > > >   Куда смотреть, где копать? :)
> > > 
> > > Я бы для начала копал в DNS. Типичный симптом того, что сервер
> > > не может провести обратное разрешение имен (по IP клиента
> > > получить его имя).
> > 
> > А я бы, для начала, копал xinetd на предмет вычищения из параметров
> > log_on_* значения USERID ... ;)
> > 
> 
> Вычистил USERID, заработало нормально. Но, насколько я понимаю, это не совсем корректный способ решения проблемы. Наверное дело на самом деле в DNS, только вот где - не пойму. named не поднят, используетcя hosts, но в нем все машины прописаны. файервола никакого нет.
На самом деле, проблема была не в DNS (коль скоро заработало), а в
запросе ident на 113 порт.

-- 
Best wishes,                 | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
Толстяки живут меньше. Зато едят больше.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Re[2]: [Comm] (no subject)

[Dmitry Lebkov]

On Tue, 25 Mar 2003 14:20:34 +0300
"Илья Новиков" <altlist@list.ru> wrote:

> Доброго времени суток!
> 
> > > 
> > > >   Подскажите пожалуйста, стоит popa3d-0.5.1-alt1, при приеме
> > > > почты приходится довольно долго ждать соединения с сервером (~
> > > > минута).
> > > >   Куда смотреть, где копать? :)
> > > 
> > > Я бы для начала копал в DNS. Типичный симптом того, что сервер
> > > не может провести обратное разрешение имен (по IP клиента
> > > получить его имя).
> > 
> > А я бы, для начала, копал xinetd на предмет вычищения из параметров
> > log_on_* значения USERID ... ;)
> > 
> 
> Вычистил USERID, заработало нормально. Но, насколько я понимаю, это не
> совсем корректный способ решения проблемы. Наверное дело на самом деле
> в DNS, только вот где - не пойму. named не поднят, используетcя hosts,
> но в нем все машины прописаны. файервола никакого нет. Что подскажете?

Имеет смысл прочитать man xinetd.conf на предмет "что такое USERID" ;)
А также, описание механизма ident ... И проверить настройки ipchains или
iptables на сервере и на клиенте на предмет блокировки пакетов на порт
113, а также (хотя это менне вероятно) на предмет блокировки
icmp-unreachable.

Как уже не раз описывалось, тормоза происходят из-за ожидания
демоном xinetd ответов на ident-запросы (см описание USERID) к
клиенту. Длительное ожидание ответов вызвано либо блокировкой
запросов, либо блокировкой ответов, либо блокировкой icmp-сообщений
(port unreachable). Блокировки искать в конфигурации firewall'ов,
имющих место быть между сервером и клиентом. %)

Да, задержки в ответах DNS-сервера оычно значительно меньшие, чем
задержки при блокировке ident-пакетов. ;)

--
WBR, Dmitry Lebkov