Re: Re: Re: Re: =?KOI8-R?Q?=E1_=D3=D5=DD=C5=D3=D4=D7=D5=C5=D4_=CC=C9_=D2=D5=D3=D3=CB=C9=CA_Web-=C9=CE

От: Alexander Alekseev <alex_at_mx_ru>
Дата: Tue 15 Aug 2000 - 19:25:17 MSD

                Hello!

On Tue, 15 Aug 2000, Boris Tyshkiewitch wrote:

> On Tue, Aug 15, 2000 at 06:50:27PM +0400 Alexander Alekseev wrote:
>
> > > > > > --Err. Your subnet doesn't have acess to this account.
> > > > > > Так я часа три лазил по параметрам аккаунта и искал эту подсеть!
> > > > > Потому что разные установки опции Mobile.
> > > > Дык, мне же сказали, что запрещен доступ не к домену, а к аккаунту!
> > > > Или у меня совсем плохо с английским?
> > >
> > > Да, к эккаунту. Это установка эккаунта, можно запретить одному и разрешить

^^^^^^^^^^^^^^^^^ --- ???

> > > другому. На домене можно запретить всем.
> > Sorry, но ГДЕ? В Access-Rights для аккаунта лишь "Can Modify" для домена...
>
> Access-Rights тут не при чем. Пользуйтесь опцией Mobile.
>
> > А как указать Client IP конкретного аккаунта?
>
> Никак. Пул Client IP - общий (но динамический). Туда попадают IP всех успешно
> авторизовавшихся пользователей. У кого Mobile выключен, тех не пускают.

^^^^^^^^^^^^^^^^^^^^ ------- ?????????

То есть как??? Если это установка аккаунта (как в ошибке :"subnet doesn't ... for this account") то IMHO subnet указывается для аккаунта, или тогда надо говорить "This account is not mobile one." . В общем, от такой ошибки у меня крыша надолго съехала.

> > > > > > Вопрос второго перла в другом: лезем http://www.domain:8100 . Получаем:
> > > > > > "We do not serve www.domain . Please mail to <postmaster@main_domain>."
> > > > > > Как я должен был догадаться, что оказывается сначала надо было
> > > > > > в route прописать www.domain=domain, потому что http-listener оказывается
> > > > > > сначала лезет в route, а потом спрашивает, что от него хотят?
> > > > > > Это в какие ворота лезет?
> > > > > Нет Ваши подходы ни в какие ворота не лезут. Ну скажите как сервер должен
> > > > > был догадаться, что www.domain и domain это одно и тоже? Соединение приходит
> > > > А кто его вообще просит о чем-нибудь догадываться?
> > >
> > > А как????? Чтобы сервер работал, его нужно конфишурировать. Если не
> > > указывать имени домена, то он не будет его обслуживать. www.domain - это
> > > _другой_ домен. wwwdomain, www_domain, vasia.domain - тоже не будут
> > > работать. Это тоже вызывает вопросы?
> > Да. Везде написано, что разбор домена происходит по IP и по
> > правой части username.
>
> Вы точно уверены, что установили отдельный (дополнительный) IP адрес для
> дополнительного домена? Если это сделать, то будет ip-based virtual server,
> против name-based, который Вы сделали через запись в роутере.
А я не говорил, что делал ip-based. Но нигде и не сказано, что в таком случае [name-based] будет учтено поле "Host: " (или оно всегда учитывается?). А что происходит при HTTP/1.0 ? А просто в случае "GET /\n\n" ?

> > > > Кстати, а если я ни него acl вешать начну (на listener'ы), оно
> > > > мне все ресурсы проца не сожрет? У него же вроде другие задачи?
> > > Смотря сколько acl's.
> > Просто, наверное не очень быстро проверять один и тот же огромный
> > список acl для каждого письма relay и каждого банера, или я не прав?
>
> Не надо делать очень больших. А проверка идет не на банерах, а на каждом
> новом tcp соединении. Это не страшно. Таких проверок в системе очень много.
> Живем тем не менее.
Тогда и я выживу в обозримом будущем, хотя HTTP на каждый баннер откроет свое соединение.

                Bye. Alex.

##################################################################

Вы получили это сообщение потому, что подписаны на список рассылки   <CGatePro@mx.ru>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru>
Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>

Для административных запросов адрес <CGatePro-request@mx.ru> Получено Tue Aug 15 15:20:24 2000