subject:"Questions"

Утра доброго.

1) У меня дома hostname=, идет мессага через домашний   
   exim в конторный exim. Тот говорит (mainlog):
   ===
 <...> <= @ <...> from @
   ===
   При том, что в адресе отправителя домен -- нормальный (из
   релеируемых).
   Как с этой фигней бороться?
   А то мессаги об ошибках улетают псу под хвост... :-\

2) Можно ли сделать так, чтоб
   2.1) ssl всегда требовал авторизации?
   2.2) relay был только через ssl?

   Ingvarr.

Exim questions

Утра доброго.

1) У меня дома hostname=, идет мессага через домашний   
   exim в конторный exim. Тот говорит (mainlog):
   ===
 <...> <= @ <...> from @
   ===
   При том, что в адресе отправителя домен -- нормальный (из
   релеируемых).
   Как с этой фигней бороться?
   А то мессаги об ошибках улетают псу под хвост... :-\

2) Можно ли сделать так, чтоб
   2.1) ssl всегда требовал авторизации?
   2.2) relay был только через ssl?

   Ingvarr.

Exim questions

Утра доброго.

1) У меня дома hostname=, идет мессага через домашний   
   exim в конторный exim. Тот говорит (mainlog):
   ===
 <...> <= @ <...> from @
   ===
   При том, что в адресе отправителя домен -- нормальный (из
   релеируемых).
   Как с этой фигней бороться?
   А то мессаги об ошибках улетают псу под хвост... :-\

2) Можно ли сделать так, чтоб
   2.1) ssl всегда требовал авторизации?
   2.2) relay был только через ssl?

   Ingvarr.

Exim questions

2001-11-22 Пенетрантность Anatoly Pugachev

Утра доброго.

1) У меня дома hostname=, идет мессага через домашний   
   exim в конторный exim. Тот говорит (mainlog):
   ===
 <...> <= @ <...> from @
   ===
   При том, что в адресе отправителя домен -- нормальный (из
   релеируемых).
   Как с этой фигней бороться?
   А то мессаги об ошибках улетают псу под хвост... :-\

2) Можно ли сделать так, чтоб
   2.1) ssl всегда требовал авторизации?
   2.2) relay был только через ssl?

   Ingvarr.

Re: Networking ideology questions.

2001-11-22 Пенетрантность Ingvarr Zhmakin


On Thu, Nov 22, 2001 at 12:27:37AM +0300, Vadim A Kutchin wrote:
> > > >   -j DNAT --to-destination :
> > > >   -j REDIRECT --to-port 
> > Но почему тогда во всех FM про transparent proxying via Squid приводят
> > второй вариант? 
> кстати, по поводу сквида: в какой-то доке говорилось, что "если у
> вас сквид как транспаренс прокси, то надо ему сказать об
> этом". просмотрел конфиг - ничего похожего не нашел. подскажите, что
> ему сказать??? 
http://www.google.com/search?q=squid+transparent+proxy

   Ingvarr.

Re: Networking ideology questions.

2001-11-22 Пенетрантность Max Kosmach

On Wed, Nov 21, 2001 at 02:22:30PM -0500, Dmitriy Kropivnitskiy wrote:
> On Wednesday 21 November 2001 01:03 pm, Konstantin Starodubtsev wrote:
> >  Я бы так не переживал, поскольку нечистоплотных админов у себя в конторе
> > надо сажать (криворуких расстреливать? :), а траффик все равно обычно через
> > кошки идет, а на них надо очень серьезно поглумиться, чтобы MITM attack
> > устроить.
 В критичных случаях разрешать SSL соединение только для хостов с
> > известными сертификатами, тогда MITM'у совсем ничего не обломится. 
> 
> Я в принципе согласен что MITM представляет опастность только для 
> действительно важной информации. Уж больно его сложно сделать.
Да все уже сделано - даже думать не придется
dsniff и иже с ними например

> С технической же стороны, есть пара замечаний. Не смотря на то что данные 
> идут через CISCO коробки, не надо забывать что по дороге может встретится 
> хаб, свитч или вообще кто-то может присосаться прямо к проводу. По этому 
> совершенно не обязательно проводить MITM прямо на роутере если можно 
> подсоединиться с нормальным лаптопом. Так же не стоит забывать, что после 
> вашего роутера, есть железо на ISP, про которые обычно толком ничего не 
> известно. Если кому-то из админов на ISP от скуки захочется пошалить у него 
> все шансы. А насчет сертифицатов, то как ты понимаешь с e-mail такие фокусы 
> плохо получаются.
В чем проблема?
Сервер (твой) можно настроить на проверку валидности предъявляемых
сертификатов, те что он подписан твоим CA и не находится в CRL и никаких
проблем - MITM провалился :)

With MBR
Max

Re: Networking ideology questions.

2001-11-22 Пенетрантность Max Kosmach

On Wed, Nov 21, 2001 at 05:12:42PM +0300, Ingvarr Zhmakin wrote:
> > > 5) При работе courier-imap через ssl авторизация будет шифроваться?
> > В этом вся феня :)
> То есть разрешив только ssl, я могу забыть про дополнительную шифровку
> авторизации?
Да, если проверяешь что сертификаты удаленной стороны выданы тобой(или хотя
бы клиенты проверяют что твой подписан валидным CA) 
и не совсем, если не проверяешь, ибо просто SSL никак не защищает от
Man-in-the-middle атаки

With MBR
Max

Re: Networking ideology questions.

2001-11-22 Пенетрантность Sergey Chumakov

On Thu, Nov 22, 2001 at 12:27:37AM +0300, Vadim A Kutchin wrote:
> > > >   -j DNAT --to-destination :
> > > >   -j REDIRECT --to-port 
> > Но почему тогда во всех FM про transparent proxying via Squid приводят
> > второй вариант? 

Мне кажется что во втором случае сквид всегда будет знать IP клиента.
А в случае с NAT там будет всегда local_ip.

> кстати, по поводу сквида: в какой-то доке говорилось, что "если у вас сквид 
> как транспаренс прокси, то надо ему сказать об этом". просмотрел конфиг - 
> ничего похожего не нашел. подскажите, что ему сказать???
> 

см. раздел конфига HTTPD-ACCELERATOR OPTIONS
Еще сказано, что proxy_auth тогда не работает

-- 
Best regards,
Sergey Chumakov 2:450/77[.43]

Re: Networking ideology questions.

On Wed, Nov 21, 2001 at 09:03:19PM +0300, Konstantin Starodubtsev wrote:
> > > Man-In-The-Middle атак. Идея там простенькая, а имплементация довольно

Иногда переводится как Monkey-In-The-Middle .
Не только для теории, но для практики: http://www.monkey.org/~dugsong/dsniff/

> > То есть гаду достаточно знать ip сервера и иметь доступ к узлу,
> > заведому сидящему на пути к клиенту?
>  Я бы так не переживал, поскольку нечистоплотных админов у себя в конторе 
> надо сажать (криворуких расстреливать? :), а траффик все равно обычно через 
> кошки идет, а на них надо очень серьезно поглумиться, чтобы MITM attack 
> устроить.
>  В критичных случаях разрешать SSL соединение только для хостов с известными 
> сертификатами, тогда MITM'у совсем ничего не обломится.

верно! а вообще это все faq/doc/etc..
-- 
/mator

Re: Networking ideology questions.

2001-11-21 Пенетрантность Konstantin Starodubtsev

> скуки захочется пошалить у него все шансы. А насчет сертифицатов, то как
> ты понимаешь с e-mail такие фокусы плохо получаются.
ну в принципе, если устроить релей через машину, которой c вероятностью 99.(9) 
процентов можно доверять, то email вроде как получается тоже защищенным.

Re: Networking ideology questions.

2001-11-21 Пенетрантность Vadim A Kutchin

> > >   -j DNAT --to-destination :
> > >   -j REDIRECT --to-port 
> Но почему тогда во всех FM про transparent proxying via Squid приводят
> второй вариант? 
кстати, по поводу сквида: в какой-то доке говорилось, что "если у вас сквид как 
транспаренс прокси, то надо ему сказать об этом". просмотрел конфиг - ничего 
похожего не нашел. подскажите, что ему сказать???


-- 
WBW, AmadiS
Institute of chemistry, Komi Republic, Russia

Re: Networking ideology questions.

On Wednesday 21 November 2001 01:03 pm, Konstantin Starodubtsev wrote:
>  Я бы так не переживал, поскольку нечистоплотных админов у себя в конторе
> надо сажать (криворуких расстреливать? :), а траффик все равно обычно через
> кошки идет, а на них надо очень серьезно поглумиться, чтобы MITM attack
> устроить.
 В критичных случаях разрешать SSL соединение только для хостов с
> известными сертификатами, тогда MITM'у совсем ничего не обломится. 

Я в принципе согласен что MITM представляет опастность только для 
действительно важной информации. Уж больно его сложно сделать.
С технической же стороны, есть пара замечаний. Не смотря на то что данные 
идут через CISCO коробки, не надо забывать что по дороге может встретится 
хаб, свитч или вообще кто-то может присосаться прямо к проводу. По этому 
совершенно не обязательно проводить MITM прямо на роутере если можно 
подсоединиться с нормальным лаптопом. Так же не стоит забывать, что после 
вашего роутера, есть железо на ISP, про которые обычно толком ничего не 
известно. Если кому-то из админов на ISP от скуки захочется пошалить у него 
все шансы. А насчет сертифицатов, то как ты понимаешь с e-mail такие фокусы 
плохо получаются.

> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]

Re: Networking ideology questions.

> Хммм... после повторного перечтения man ipatbles я тоже медленно начинаю 
> пупеть. Почему --to-ports а не --to-port? Не знаю. 
Это, наверное, для того, чтоб как ip-range в destination, при котором
берется less-recent-used, так же наверное и с портами. }:-I

> Но и manpage и исходники  от REDIRECT говорят одно. Перехватываем
> пакет и отправляем на свой собственный адрес. 
Фффух. Таки на свой. Хорошо... :]

   Ingvarr.

Re: Networking ideology questions.

Доброе утро.

On Wed, Nov 21, 2001 at 09:03:19PM +0300, Konstantin Starodubtsev wrote:
> > > Man-In-The-Middle атак. Идея там простенькая, а имплементация довольно
> > То есть гаду достаточно знать ip сервера и иметь доступ к узлу,
> > заведому сидящему на пути к клиенту?
>  Я бы так не переживал, поскольку нечистоплотных админов у себя в
>  конторе надо сажать 
Ну дык а если в провайдере?

Короче я так понял, что излишне трепыхаться западло... :-) 

   Ingvarr.

Re: Networking ideology questions.

2001-11-21 Пенетрантность Konstantin Starodubtsev

On Wednesday 21 November 2001 12:34 pm, Ingvarr Zhmakin wrote:
> > > > > > >   -j DNAT --to-destination :
> > > > > > >и
> > > > > > >   -j REDIRECT --to-port 
> >
> > Я не видел тех FM о которых ты пишешь, судя по всему феня в том что 
> > пользователи думают что соединяются с скажем www.yahoo.com  а твой
> > gateway их 
 при помощи REDIRECT и какой-то матери втихаря (
> > transparently ) переправляет на свой собственный порт на котором сидит
> > squid.
>
> Вай! Моя пупеть, но не понимать. :-(
> Идет пакет на 1.2.3.4:80. 
> "-j DNAT --to-destination x.y.z.t:3128" его пошлет куда написано.
> А "-j REDIRECT --to-port 3128" -- на какой ip???
> 

Хммм... после повторного перечтения man ipatbles я тоже медленно начинаю 
пупеть. Почему --to-ports а не --to-port? Не знаю. Но и manpage и исходники 
от REDIRECT говорят одно. Перехватываем пакет и отправляем на свой 
собственный адрес. На указанный порт... Или порты... Вот так. То есть я так 
понимаю, что правило

iptables -A output -i eth0 -tcp -p 80 -j REDIRECT --to-ports 8080

перенаправит все что пытается пройти через твой eth0 наружу на адрес самого 
eth0 т. е. предоставит gateway самому разбираться с пакетами вместо того чтоб 
форвардить.

Re: Networking ideology questions.

> > Man-In-The-Middle атак. Идея там простенькая, а имплементация довольно
> То есть гаду достаточно знать ip сервера и иметь доступ к узлу,
> заведому сидящему на пути к клиенту?
 Я бы так не переживал, поскольку нечистоплотных админов у себя в конторе надо 
сажать (криворуких расстреливать? :), а траффик все равно обычно через кошки 
идет, а на них надо очень серьезно поглумиться, чтобы MITM attack устроить.
 В критичных случаях разрешать SSL соединение только для хостов с известными 
сертификатами, тогда MITM'у совсем ничего не обломится.

Re: Networking ideology questions.


> > > > > >   -j DNAT --to-destination :
> > > > > >и
> > > > > >   -j REDIRECT --to-port 
> Я не видел тех FM о которых ты пишешь, судя по всему феня в том что 
> пользователи думают что соединяются с скажем www.yahoo.com  а твой gateway их 
> при помощи REDIRECT и какой-то матери втихаря ( transparently ) переправляет 
> на свой собственный порт на котором сидит squid.
Вай! Моя пупеть, но не понимать. :-(
Идет пакет на 1.2.3.4:80. 
"-j DNAT --to-destination x.y.z.t:3128" его пошлет куда написано.
А "-j REDIRECT --to-port 3128" -- на какой ip???

> > > Ну, подслушать тебя, пожалуй никто не подслушает. Если не вспоминать про
> > > 
 восможность MITM атак.
> > Каких атак?
> Man-In-The-Middle атак. Идея там простенькая, а имплементация довольно 
> сложная. Но если ты боишся что твой нешифрованный трафик могут подслушать то 
> стоит знать. Представь, что у тебя два шифрующих клиента ( типа IMAP server и 
> IMAP client ), а я злой хакер подсевший на один из сегментов. Значит один 
> клиент шлет другому аутентикацию, а я ( как злой хакер ) при помощи вещей 
> типа ARP spoofing и тому подобных прелестей получаю этот пакет себе. 1-ому 
> клиенту я посылаю ответ ( spoof-еный ) а 2-ому сам посылаю запрос на 
> аутентикацию. Таким образом, я устанавливаю две шифрованных сессии одну с 
> 1-ым, а вторую со 2-ым клиентом а сам сижу посередине и между ними пакеты 
> гоняю. Естественно что расшифровать я после етого могу обе сессии, и 
> благополучно извлекаю твой IMAP трафик прямо изнутри твоего "шифрованного" 
> канала.
То есть гаду достаточно знать ip сервера и иметь доступ к узлу,
заведому сидящему на пути к клиенту?

   Ingvarr.

Re: Networking ideology questions.

On Wednesday 21 November 2001 11:01 am, Ingvarr Zhmakin wrote:
> > > > > 2) Есть ли разница между:
> > > > >   -j DNAT --to-destination :
> > > > >и
> > > > >   -j REDIRECT --to-port 
> > > >
> > > > В первом случае, переводится и порт и адрес, во втором только порт.
> > > > Т.е.
 если 
 надо перебросить трафик на внутренний сервер
> > > > используется DNAT если на другой порт этой же системы то REDIRECT.
> > >
> > > По man iptables тоже так выходит.
> > > Но почему тогда во всех FM про transparent proxying via Squid приводят
> > > второй вариант? 
> >
> > Не знаю, никогда не общался со squid-ом. Наверно расчет на то что squid и
> > 
 firewall оба на одной машине стоят.
>
> Ну стоят. И что с того?
> Или это в плане того, что если там же gateway, то адресовано все ему???
>  

Я не видел тех FM о которых ты пишешь, судя по всему феня в том что 
пользователи думают что соединяются с скажем www.yahoo.com  а твой gateway их 
при помощи REDIRECT и какой-то матери втихаря ( transparently ) переправляет 
на свой собственный порт на котором сидит squid.

>
> > > > > 5) При работе courier-imap через ssl авторизация будет
> > > > > шифроваться?
> > > >
> > > > В этом вся феня :)
> > >
> > > То есть разрешив только ssl, я могу забыть про дополнительную шифровку
> > > авторизации?
> >
> > Ну, подслушать тебя, пожалуй никто не подслушает. Если не вспоминать про
> > 
 восможность MITM атак.
>
> Каких атак?
> 

Man-In-The-Middle атак. Идея там простенькая, а имплементация довольно 
сложная. Но если ты боишся что твой нешифрованный трафик могут подслушать то 
стоит знать. Представь, что у тебя два шифрующих клиента ( типа IMAP server и 
IMAP client ), а я злой хакер подсевший на один из сегментов. Значит один 
клиент шлет другому аутентикацию, а я ( как злой хакер ) при помощи вещей 
типа ARP spoofing и тому подобных прелестей получаю этот пакет себе. 1-ому 
клиенту я посылаю ответ ( spoof-еный ) а 2-ому сам посылаю запрос на 
аутентикацию. Таким образом, я устанавливаю две шифрованных сессии одну с 
1-ым, а вторую со 2-ым клиентом а сам сижу посередине и между ними пакеты 
гоняю. Естественно что расшифровать я после етого могу обе сессии, и 
благополучно извлекаю твой IMAP трафик прямо изнутри твоего "шифрованного" 
канала.

Re: Networking ideology questions.

> > > > 2) Есть ли разница между:
> > > >   -j DNAT --to-destination :
> > > >и
> > > >   -j REDIRECT --to-port 
> > > В первом случае, переводится и порт и адрес, во втором только порт. Т.е.
> > > если 
 надо перебросить трафик на внутренний сервер используется DNAT
> > > если на другой порт этой же системы то REDIRECT.
> > По man iptables тоже так выходит.
> > Но почему тогда во всех FM про transparent proxying via Squid приводят
> > второй вариант? 
> Не знаю, никогда не общался со squid-ом. Наверно расчет на то что squid и 
> firewall оба на одной машине стоят.
Ну стоят. И что с того?
Или это в плане того, что если там же gateway, то адресовано все ему???
  
> > > > 5) При работе courier-imap через ssl авторизация будет шифроваться?
> > > В этом вся феня :)
> > То есть разрешив только ssl, я могу забыть про дополнительную шифровку
> > авторизации?
> Ну, подслушать тебя, пожалуй никто не подслушает. Если не вспоминать про 
> восможность MITM атак.
Каких атак?

   Ingvarr.

Re: Networking ideology questions.

On Wednesday 21 November 2001 09:12 am, Ingvarr Zhmakin wrote:
> > > 1) Правду ли говорят, что REJECT (отсыл отлупа) -- более эффективен,
> > >чем DROP? С одной стороны -- похоже, но не может ли на одних
> > >режектах набежать трафика при должном подходе со стороны
> > >злоумышленников?
> >
> > Значит так. Честные люди, которые хотят придерживаться RFC должны 
> > использовать REJECT, ибо сказано, что на фильтрованый порт да пошлется 
> > подобающий ICMP. 
>
> А почему тогда policy REJECT не предусмотрено? :-]
> // Я в курсе, что можно в хвост вставить соотв. правило. :-)

Потому, что ( я так думаю ) policy идет на все пакеты которые к тебе на 
интерфейс приходят, а слать ICMP ошибку положено только на TCP/UDP.
Представь что твоя система посылает ICMP пакет в ответ на любой пришедшый 
пакет. Страшно? Вот то-то! :)

> 
>
> > > 2) Есть ли разница между:
> > >   -j DNAT --to-destination :
> > >и
> > >   -j REDIRECT --to-port 
> >
> > В первом случае, переводится и порт и адрес, во втором только порт. Т.е.
> > если 
 надо перебросить трафик на внутренний сервер используется DNAT
> > если на другой порт этой же системы то REDIRECT.
>
> По man iptables тоже так выходит.
> Но почему тогда во всех FM про transparent proxying via Squid приводят
> второй вариант? 

Не знаю, никогда не общался со squid-ом. Наверно расчет на то что squid и 
firewall оба на одной машине стоят.

>   
>
> > > 3) Есть ли разница между:
> > >   PORTS="21 53 80"
> > >   for P in $PORTS ; do
> > >  iptables <...> --dport $P <...>
> > >   done
> > >и
> > >   iptables <...> --dport 21,53,80 <...>
> >
> > При первом варианте ты получаешь 3 правила а при втором одно.
>
> Это-то понятно. :-)
> Разница по скорости или еще по чему-нибудь будет?
> Например, если у меня в лог что-то пишется -- будет разница, если
> пришло что-то на порт 123 в случаях, если есть правила:
>a) запрещен порт 123
>b) запрещен порт 123,124,155:157
> ?
>   

Если заглянуть ( только осторожно ) в сорс от iptables, то очевидно, что по 
скорости это одна фигня. С логами же дело в том, что ( если я правильно помню 
) логи с iptables пишутся в зависимости от пакета а не от правила. Два 
одинаковых пакета оставят одинаковые записи в не зависимости от того какие 
правила их отфутболили.

>
> > > 5) При работе courier-imap через ssl авторизация будет шифроваться?
> >
> > В этом вся феня :)
>
> То есть разрешив только ssl, я могу забыть про дополнительную шифровку
> авторизации?

Ну, подслушать тебя, пожалуй никто не подслушает. Если не вспоминать про 
восможность MITM атак.
> 
>Ingvarr.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]

Re: Networking ideology questions.

> > 1) Правду ли говорят, что REJECT (отсыл отлупа) -- более эффективен,
> >чем DROP? С одной стороны -- похоже, но не может ли на одних
> >режектах набежать трафика при должном подходе со стороны
> >злоумышленников?
> Значит так. Честные люди, которые хотят придерживаться RFC должны 
> использовать REJECT, ибо сказано, что на фильтрованый порт да пошлется 
> подобающий ICMP. 
А почему тогда policy REJECT не предусмотрено? :-]
// Я в курсе, что можно в хвост вставить соотв. правило. :-)

> > 2) Есть ли разница между:
> >   -j DNAT --to-destination :
> >и
> >   -j REDIRECT --to-port 
> В первом случае, переводится и порт и адрес, во втором только порт. Т.е. если 
> надо перебросить трафик на внутренний сервер используется DNAT если на другой 
> порт этой же системы то REDIRECT.
По man iptables тоже так выходит.
Но почему тогда во всех FM про transparent proxying via Squid приводят
второй вариант? 
  
> > 3) Есть ли разница между:
> >   PORTS="21 53 80"
> >   for P in $PORTS ; do
> >  iptables <...> --dport $P <...>
> >   done
> >и
> >   iptables <...> --dport 21,53,80 <...>
> При первом варианте ты получаешь 3 правила а при втором одно.
Это-то понятно. :-)
Разница по скорости или еще по чему-нибудь будет?
Например, если у меня в лог что-то пишется -- будет разница, если
пришло что-то на порт 123 в случаях, если есть правила:
   a) запрещен порт 123
   b) запрещен порт 123,124,155:157
?
  
> > 5) При работе courier-imap через ssl авторизация будет шифроваться?
> В этом вся феня :)
То есть разрешив только ssl, я могу забыть про дополнительную шифровку
авторизации?

   Ingvarr.

Re: Networking ideology questions.

On Wednesday 21 November 2001 07:56 am, Ingvarr Zhmakin wrote:
> 
> 1) Правду ли говорят, что REJECT (отсыл отлупа) -- более эффективен,
>чем DROP? С одной стороны -- похоже, но не может ли на одних
>режектах набежать трафика при должном подходе со стороны
>злоумышленников?

Значит так. Честные люди, которые хотят придерживаться RFC должны 
использовать REJECT, ибо сказано, что на фильтрованый порт да пошлется 
подобающий ICMP. Проблем с этим две ( основных ). Во-первых такая система 
сразу говорит сканирующему что порт закрыт и можно сканировать дальше, тогда 
как DROP ничего не говорит и гаду-со-сканнером надо каждый раз ждать timeout.
Во-вторых, гипотетически путем IP spoofing твою систему можно использовать 
как агент для ICMP флуда других систем.

>
> 2) Есть ли разница между:
>   -j DNAT --to-destination :
>и
>   -j REDIRECT --to-port 
>   

В первом случае, переводится и порт и адрес, во втором только порт. Т.е. если 
надо перебросить трафик на внутренний сервер используется DNAT если на другой 
порт этой же системы то REDIRECT.

> 3) Есть ли разница между:
>   PORTS="21 53 80"
>   for P in $PORTS ; do
>  iptables <...> --dport $P <...>
>   done
>и
>   iptables <...> --dport 21,53,80 <...>
> 

При первом варианте ты получаешь 3 правила а при втором одно.

> 
> Об авторизации.
> 
> 4) Courier-IMAP может авторизоваться через PAM (проще всего, вроде бы)
>или cram-md5. 
>Правильно ли я понимаю, что даже если системные пароли под md5, при
>PAM-авторизации непосредственно через сеть они будут пересылаться в
>виде plain-text?

Если я правильно понимаю, IMAP делает какой-то hash из пароля, типа как APOP, 
так что ето не совсем plain text впрочем это и не encryption.
>
> 5) При работе courier-imap через ssl авторизация будет шифроваться?

В этом вся феня :)

>
> 6) Насколько опасно пользование sqwebmail? Будем считать, что
>непосредственно на машине, с которой происходит работа, пароли в
>броузере никто не сканирует.

Без понятия.

Networking ideology questions.

2001-10-03 Пенетрантность Vladimir N.Velychko

Доброго утра.

Если я еще не довел почтенное собрание до посинения, прошу великодушно
продолжить шаринг информацией.

Сначала про firewall.

1) Правду ли говорят, что REJECT (отсыл отлупа) -- более эффективен,
чем DROP? С одной стороны -- похоже, но не может ли на одних
режектах набежать трафика при должном подходе со стороны
злоумышленников?

2) Есть ли разница между:
-j DNAT --to-destination :
и
-j REDIRECT --to-port

3) Есть ли разница между:
PORTS="21 53 80"
for P in $PORTS ; do
iptables <...> --dport $P <...>
done
и
iptables <...> --dport 21,53,80 <...>

Об авторизации.

4) Courier-IMAP может авторизоваться через PAM (проще всего, вроде бы)
или cram-md5.
Правильно ли я понимаю, что даже если системные пароли под md5, при
PAM-авторизации непосредственно через сеть они будут пересылаться в
виде plain-text?

5) При работе courier-imap через ssl авторизация будет шифроваться?

6) Насколько опасно пользование sqwebmail? Будем считать, что
непосредственно на машине, с которой происходит работа, пароли в
броузере никто не сканирует.

Ingvarr.

Re: Servers. Ftp, SMTP, dns, ssh. Security. More questions.

2001-11-09 Пенетрантность Mikhail Sobolev

On Fri, Nov 09, 2001 at 11:39:57PM +0300, Ingvarr Zhmakin wrote:
> Вот exim. Он есть просто, а есть *-tls. Оно надо? В чем кайф SSL для
> smtp-сервера?
Кайфов несколько. :)  На вскидку два:

--  обмен между двумя сервера, поддерживающими ssl, будет безопасным (в
определенной степени, конечно).  как оказалось сервеов, которые
поддерживают TLS не так уж и мало... :)
--  на мой взгляд, более важное.  в случае, когда клиенты твоего домена
путешествуют (или просто пользуют какого-нибудь провайдера, когда дома
сидят), смогут аутентифицироваться с тем, чтобы сервер принял письмо с
адресом отправителя твоего домена, но отправленного с левого
(ненадежного) адреса

--
Миша

Servers. Ftp, SMTP, dns, ssh. Security. More questions.

2001-11-09 Пенетрантность Ingvarr Zhmakin

Доброго утра.

Я всё еще собираю сервачок. Будет держать домен и выход в мир для
небольшой локалки.
Прошу великодушно принять еще несколько чайных вопросов.

Вот exim. Он есть просто, а есть *-tls. Оно надо? В чем кайф SSL для
smtp-сервера?

А ftp. proftpd есть четырех видов -- с памом, с мысклем/постгресклем,
с лдапом. Чего взять?

Наконец, dns. На сайте bind советуют ставить 9.x. Так и сделал. С
chroot'ом заморачиваться заломило -- просто пускаю его под отдельным
бесправным юзером. Катит?

И ssh. Обратил внимание, что dsa-ключи длиннее, чем rsa. Так и
задумано? И кстати, отличается ли траффик при одинаковых действиях
при удаленной работе с чистым телнетом и с ssh с rsa1/rsa/dsa?

   Ingvarr.

Re: Another few questions :)

2001-10-04 Пенетрантность Ilya Anfimov

On Thu, Oct 04, 2001 at 01:49:45PM +0400, Victor Wagner wrote:
> On Thu, 4 Oct 2001, Ilya Anfimov wrote:
> 
> >
> > Боольше  языков  в  параллели  и  меньше  маразма с переключением
> > (изначальная  схема  модификаторов   красотой   не   отличалась).
> 
> Заметим, что xruskb не использует стандартную схему модификаторов.
> Соответственно, ограничением на число языков не страдает.
> 
> > (кстати,   в   xmodmap   стандартном   вообще   переключалка   не
> > предусмотрена. То, что имелось в  XFree  --  больше  походило  на
> 
> При этом почему-то работало в Solaris, NCDWare etc, в отличие
> от "чистой" xkb.
> > грязный хак. Если же переключать загрузкой раскладок -- то это по
> > каждому нажатию на  Ctrl-Shift  каждому  клиенту  посылать  новую
> > раскладку.  Трафика  могло  добавлять прилично), mousekeys, режим
> 
> Какому клиенту? Клиенту идет MappingNotify, который он радостно
> игнорирует обычно. А раскладка грузится в сервер. Поскольку
> именно сервер посылает клиентам KeySym, полученные посредством

Виктор,  может,  меня  и  глючит,  но  по-моему KeySym генерирует
Xlib.На основе keycode и модификаторов. Из-за  чего,  собственно,
большое количество проблем с X core.  Соответственно, по Mapping-
Notify Xlib грузит-таки новую раскладку. Из-за чего,  собственно,
и  предупреждения в недрах раскладок для xkb -- типа, для xkb это
переключение работать будет, а для X core -- совсем не факт. Я не
читал  описание  протокола (ну, не до этого места), потому голову
не дам. Но несколько раз  сталкивался  с  моментами,  из  которых
сделал вывод, что keysym генерируется клиентом.

> применения раскладки + текущего состояния модификаторов к keycode,
> полученному от аппаратуры.
> 
> 
> > для инвалидов,
> управление  Led  по-приличнее  кажется,  геометрия
> > (ну,  пустячок, а приятно), существенно мощнее синтаксис файлов с
> > таблицами раскладок.
> 
> Синтаксис файлов с таблицами раскладки - не свойство протокола или
> серверного расширения. Это свойство утилиты xkbcomp.

во-первых  xkbcomp  -- это, по сути, часть xkb. Во-вторых xkbcomp
:0 /tmp/current.xkb показывает,  что  многое  в  этом  синтаксисе
определено самим расширением.

> 
> В принципе, к xkb у меня ровно две претензии -
> 1. из моего зоопарка
> XFree,
> Xwin32,
> Xsun
> NCDWare
> и HP Entria
> понимается только первым

Xsun не понимает? Я был о нем лучшего мнения.

> 
> 2. По умолчанию прописывается в конфиге сервера, а не в стартапных
> скриптах пользователя, где user-specific вещам типа локализации
> самое место.

Плевал я на их умолчания. У меня все в ~/.xkb

Re: Another few questions :)

2001-10-04 Пенетрантность Victor Wagner

On Thu, 4 Oct 2001, Ilya Anfimov wrote:

>
> Боольше  языков  в  параллели  и  меньше  маразма с переключением
> (изначальная  схема  модификаторов   красотой   не   отличалась).

Заметим, что xruskb не использует стандартную схему модификаторов.
Соответственно, ограничением на число языков не страдает.

> (кстати,   в   xmodmap   стандартном   вообще   переключалка   не
> предусмотрена. То, что имелось в  XFree  --  больше  походило  на

При этом почему-то работало в Solaris, NCDWare etc, в отличие
от "чистой" xkb.
> грязный хак. Если же переключать загрузкой раскладок -- то это по
> каждому нажатию на  Ctrl-Shift  каждому  клиенту  посылать  новую
> раскладку.  Трафика  могло  добавлять прилично), mousekeys, режим

Какому клиенту? Клиенту идет MappingNotify, который он радостно
игнорирует обычно. А раскладка грузится в сервер. Поскольку
именно сервер посылает клиентам KeySym, полученные посредством
применения раскладки + текущего состояния модификаторов к keycode,
полученному от аппаратуры.

> для инвалидов,
управление  Led  по-приличнее  кажется,  геометрия
> (ну,  пустячок, а приятно), существенно мощнее синтаксис файлов с
> таблицами раскладок.

Синтаксис файлов с таблицами раскладки - не свойство протокола или
серверного расширения. Это свойство утилиты xkbcomp.

В принципе, к xkb у меня ровно две претензии -
1. из моего зоопарка
XFree,
Xwin32,
Xsun
NCDWare
и HP Entria
понимается только первым

2. По умолчанию прописывается в конфиге сервера, а не в стартапных
скриптах пользователя, где user-specific вещам типа локализации
самое место.
-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

2001-10-04 Пенетрантность Ilya Anfimov

On Thu, Oct 04, 2001 at 11:56:38AM +0400, Victor Wagner wrote:
> On Thu, 4 Oct 2001, Vladimir N.Velychko wrote:
> 
> > > я его извел, для единообразия так как зоопарк X-cерверов слишком большой,
> > > а xkb только Xfree понимается) xxkb тоже такое позволяла. Но мне почему-то
> > > кажется, что раскладка это свойство клавиатуры, а не окна.
> > Думаю, что хорошо, когда есть дополнительные возможности. Но ими не 
> > обязательно
> > ведь пользоваться всем. (Анекдот про верблюда в зоопарке тут не к месту %))
> 
> Дополнительных возможностей в xkb по сравнению с грамотно написаной
> переключалкой на базе xmodmap я что-то не нашел. Да, конкретная xrus

Боольше  языков  в  параллели  и  меньше  маразма с переключением
(изначальная  схема  модификаторов   красотой   не   отличалась).
(кстати,   в   xmodmap   стандартном   вообще   переключалка   не
предусмотрена. То, что имелось в  XFree  --  больше  походило  на
грязный хак. Если же переключать загрузкой раскладок -- то это по
каждому нажатию на  Ctrl-Shift  каждому  клиенту  посылать  новую
раскладку.  Трафика  могло  добавлять прилично), mousekeys, режим
для инвалидов, управление  Led  по-приличнее  кажется,  геометрия
(ну,  пустячок, а приятно), существенно мощнее синтаксис файлов с
таблицами раскладок.

> не умеет помнить раскладку для каждого окна. Но это туда в принципе
> дописывается.
> 
> -- 
> Victor Wagner [EMAIL PROTECTED]
> Chief Technical Officer   Office:7-(095)-748-53-88
> Communiware.Net   Home: 7-(095)-135-46-61
> http://www.communiware.net  http://www.ice.ru/~vitus
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Another few questions :)

2001-10-04 Пенетрантность Victor Wagner

On Thu, 4 Oct 2001, Vladimir N.Velychko wrote:

> > я его извел, для единообразия так как зоопарк X-cерверов слишком большой,
> > а xkb только Xfree понимается) xxkb тоже такое позволяла. Но мне почему-то
> > кажется, что раскладка это свойство клавиатуры, а не окна.
> Думаю, что хорошо, когда есть дополнительные возможности. Но ими не 
> обязательно
> ведь пользоваться всем. (Анекдот про верблюда в зоопарке тут не к месту %))

Дополнительных возможностей в xkb по сравнению с грамотно написаной
переключалкой на базе xmodmap я что-то не нашел. Да, конкретная xrus
не умеет помнить раскладку для каждого окна. Но это туда в принципе
дописывается.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

On Wed, 3 Oct 2001, Victor Wagner wrote:

> On Wed, 3 Oct 2001, Vladimir N.Velychko wrote:
> 
> > > 2) Держу клавиатуру преимущественно в английском режиме, переключаясь
> > > на русский тогда и только тогда, когда мне это надо.
> > И к тому же в Х-ах? :)))
> > BTW wmaker позволяет в каждом окне держать включённой свою раскладку и
> > рисует сердечко в углу окошка - оч. удобно.
> 
> А мне - неудобно. Когда у меня было переключение через xkb (недавно
Ну так на то он и есть дело вкуса :))
Один пример (как в рекламе).
Раньше, отправляя сообщение в licq и возвращаясь в консоль с rxvt приходилось
постоянно переключаться с русского на инглиш и это утомляло (как сейчас
утомляет править хидеры при ответе на письма в лист :=E~~~), а с этой фичей
на русский я переключаюсь только в окне создания сообщения в licq, а в rxvt
я остаюсь в инглише. И мои волосы теперь...:))

> я его извел, для единообразия так как зоопарк X-cерверов слишком большой,
> а xkb только Xfree понимается) xxkb тоже такое позволяла. Но мне почему-то
> кажется, что раскладка это свойство клавиатуры, а не окна.
Думаю, что хорошо, когда есть дополнительные возможности. Но ими не обязательно
ведь пользоваться всем. (Анекдот про верблюда в зоопарке тут не к месту %))

PS: что-то я сегодня слишком общительный %)
-- 
ICQ UIN# 3159256
VEL-RIPE

Re: Another few questions :)

2001-10-03 Пенетрантность Denis Kulagin

Ilya Anfimov <[EMAIL PROTECTED]> writes:

> > а, вообще, ИМХО, кому нужны подобного рода удобства - добро пожаловать в Х.
> Да  в  X  все абсолютно тоже самое.  Я вообще в console сижу пару
> часов после  загрузки  (наслаждаюсь  новыми  ощущениями  :-)).  А
> перезагружаюсь я не каждую неделю.
> 
> > консоль/терминал - она, наверное, несколько для другого или просто пережила
> > свое время. я вот тоже еще недавно всю силу видел только в консоле и виме :)
> vim -- это сила.

 а я и не спорю. конфиги править лучше не придумаешь 'sudo vi ...'
 опять же, в удаленном шелле у меня только vim/nvi. 
 но tramp - 'Remote file access in emacs' красивее.
 у меня vim даже в emacs пускается :)
 все, ухожу дабы не провоцировать holy war %) она хороша под пиво

-- 
/w00f.
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Re: Another few questions :)

2001-10-03 Пенетрантность Ilya Anfimov

On Wed, Oct 03, 2001 at 12:20:01PM +0400, Victor Wagner wrote:
> On Tue, 2 Oct 2001, Ilya Anfimov wrote:
> 
> > > Под command mode в клонах vi  традиционно подразумевается именно то,
> > > что трогает langmap.
> >
> > Хм, действительно. Один vim такой (то, что по : обозвали
> > command line mode в его help).
> 
> command != command line
> 
> > > Я поступаю проще
> > > 1) Держу на всех машинах несломанный софт, понимающий локаль
> > > (иначе бы ftp.ice.ru/pub/debian/dists/potato/updates был бы вдвое меньше)
> >
> > :-). Всех не перепишешь.
> 
> Уже, в общем-то переписали все, что мне надо. А что мне не надо, так хрен
> с ним.

Дело  не  только  в  софте.  Хотя  мелкие,  но  приятные  утилиты
попадаются часто и вопрос да/нет -- один из любимых.

Просто стоит машина в Зеноне или вообще в USA да под какой-нибудь
BSDI. Вот и вспоминай -- как там оно хочет.

Если  бы с большой вероятностью все понимали y/n, то проблем было
бы меньше. Если бы еще д/н был бы оторван -- еще меньше.

> 
> > > 2) Держу клавиатуру преимущественно в английском режиме, переключаясь
> > > на русский тогда и только тогда, когда мне это надо.
> >
> > 2x:-) Она обычно переключена не на тот режим именно тогда,
> > когда не надо.
> 
> -- 
> Victor Wagner [EMAIL PROTECTED]
> Chief Technical Officer   Office:7-(095)-748-53-88
> Communiware.Net   Home: 7-(095)-135-46-61
> http://www.communiware.net  http://www.ice.ru/~vitus
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Another few questions :)

2001-10-03 Пенетрантность Ilya Anfimov

On Wed, Oct 03, 2001 at 12:21:15PM +0400, Victor Wagner wrote:
> On Tue, 2 Oct 2001, Konstantin Sorokin wrote:
> 
> > From: Konstantin Sorokin <[EMAIL PROTECTED]>
> > Subject: Re: Another few questions :)
> >
> > On Tue, Oct 02, 2001 at 06:19:20PM +0400, Victor Wagner wrote:
> > > (иначе бы ftp.ice.ru/pub/debian/dists/potato/updates был бы вдвое меньше)
> >
> > А vim 6 уже можно пользоваться?
> 
> Это который по процитированной урл лежит?
> 
> Признаюсь честно - не пробовал. Собрал вчера, а поставить на одну из
> боевых машин вместо привычного пока не рискнул.
> 
> А небоевых машин у меня нет.

Вообще  говоря,  можно. В некоторых релизах выскакивают мелкие но
неприятные глюки, но они фиксятся.


а так -- довольно круто.

> 
> 
> -- 
> Victor Wagner [EMAIL PROTECTED]
> Chief Technical Officer   Office:7-(095)-748-53-88
> Communiware.Net   Home: 7-(095)-135-46-61
> http://www.communiware.net  http://www.ice.ru/~vitus
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Another few questions :)

2001-10-03 Пенетрантность Ilya Anfimov

On Wed, Oct 03, 2001 at 03:12:17AM +0700, Denis Kulagin wrote:
> Ilya Anfimov <[EMAIL PROTECTED]> writes:
> 
> > А  не  мог  бы  кто-нибудь  отпинать  мэйнтейнера glibc, чтобы он
> > русскую  локаль  поправил.  А  то  действительно,  то,  что  одна
> > кнопочка  обозначает  да  по-русски  и нет по-английски несколько
> > напрягает.
> > Я сейчас сначала  всегда,  когда  можно  отвечаю  другой  кнопкой
> > (n/д),  и  только  если  нельзя (прога не держит локаль/локаль не
> > русская/ в локали один ответ) -- отвечаю y/н.
> > Или выкинуть это `н', или там скажем на "у" (угу :-)) повесить.
> 
> а, по-моему, 'правильная' локализация должна предотвращать передергивание
> раскладки каждые неск. секунд. если уж ты софтина локализованая, то будь
> любезна юзай локальную раскладку. 

Ага.


[skipped]

> 
> а, вообще, ИМХО, кому нужны подобного рода удобства - добро пожаловать в Х.

Да  в  X  все абсолютно тоже самое.  Я вообще в console сижу пару
часов после  загрузки  (наслаждаюсь  новыми  ощущениями  :-)).  А
перезагружаюсь я не каждую неделю.

> консоль/терминал - она, наверное, несколько для другого или просто пережила
> свое время. я вот тоже еще недавно всю силу видел только в консоле и виме :)

vim -- это сила.

> 
> -- 
>   /w00f.
> Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Re: Another few questions :)

On Wed, 3 Oct 2001, Pavel Epifanov wrote:

> From: Pavel Epifanov <[EMAIL PROTECTED]>
> Subject: Re: Another few questions :)
>
> xxkb has a clear large indicator and small icon on any window as well.
> But not a different state for each window :)

-- cut /usr/share/doc/xxkb/README.koi8.gz
XXkb.controls.focusout - "сбрасывать" клавитуру в состояние (группу)
по умолчанию, когда фокус "покидает окно". По умолчанию - no.
--

> --- "Vladimir N.Velychko" <[EMAIL PROTECTED]> wrote:
> > BTW wmaker позволяет в каждом окне держать включённой свою раскладку и
> > рисует сердечко в углу окошка - оч. удобно.
>
>
> __
> Do You Yahoo!?
> Listen to your Yahoo! Mail messages from any phone.
> http://phone.yahoo.com
>
>
>

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

On Wed, 3 Oct 2001, Vladimir N.Velychko wrote:

> > 1) Держу на всех машинах несломанный софт, понимающий локаль
> > (иначе бы ftp.ice.ru/pub/debian/dists/potato/updates был бы вдвое меньше)
> > 2) Держу клавиатуру преимущественно в английском режиме, переключаясь
> > на русский тогда и только тогда, когда мне это надо.
> И к тому же в Х-ах? :)))
> BTW wmaker позволяет в каждом окне держать включённой свою раскладку и
> рисует сердечко в углу окошка - оч. удобно.

А мне - неудобно. Когда у меня было переключение через xkb (недавно
я его извел, для единообразия так как зоопарк X-cерверов слишком большой,
а xkb только Xfree понимается) xxkb тоже такое позволяла. Но мне почему-то
кажется, что раскладка это свойство клавиатуры, а не окна.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

On Tue, 2 Oct 2001, Konstantin Sorokin wrote:

> From: Konstantin Sorokin <[EMAIL PROTECTED]>
> Subject: Re: Another few questions :)
>
> On Tue, Oct 02, 2001 at 06:19:20PM +0400, Victor Wagner wrote:
> > (иначе бы ftp.ice.ru/pub/debian/dists/potato/updates был бы вдвое меньше)
>
> А vim 6 уже можно пользоваться?

Это который по процитированной урл лежит?

Признаюсь честно - не пробовал. Собрал вчера, а поставить на одну из
боевых машин вместо привычного пока не рискнул.

А небоевых машин у меня нет.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

On Tue, 2 Oct 2001, Ilya Anfimov wrote:

> > Под command mode в клонах vi  традиционно подразумевается именно то,
> > что трогает langmap.
>
> Хм, действительно. Один vim такой (то, что по : обозвали
> command line mode в его help).

command != command line

> > Я поступаю проще
> > 1) Держу на всех машинах несломанный софт, понимающий локаль
> > (иначе бы ftp.ice.ru/pub/debian/dists/potato/updates был бы вдвое меньше)
>
> :-). Всех не перепишешь.

Уже, в общем-то переписали все, что мне надо. А что мне не надо, так хрен
с ним.

> > 2) Держу клавиатуру преимущественно в английском режиме, переключаясь
> > на русский тогда и только тогда, когда мне это надо.
>
> 2x:-) Она обычно переключена не на тот режим именно тогда,
> когда не надо.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

On 3 Oct 2001, Denis Kulagin wrote:

>
> > А я вот когда сижу на консоли в vim-е, у меня почему-то все клавиши
> > в командном режиме работают...
> > (только я все равно почему-то предпочитаю vim в xterm-е запускать)
>
>   а я вот, вообще, последнее время emacs полюбил, причем, исключительно

Со сторонниками emacs не спорю принципиально. Я эту религию уважаю,
хотя сам и придерживаюсь другой.
-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: Another few questions :)

2001-10-03 Пенетрантность Pavel Epifanov

xxkb has a clear large indicator and small icon on any window as well.
But not a different state for each window :)

--- "Vladimir N.Velychko" <[EMAIL PROTECTED]> wrote:
> BTW wmaker ÐÏÚ×ÏÌÑÅÔ × ËÁÖÄÏÍ ÏËÎÅ ÄÅÒÖÁÔØ ×ËÌÀÞ£ÎÎÏÊ Ó×ÏÀ ÒÁÓËÌÁÄËÕ É
> ÒÉÓÕÅÔ ÓÅÒÄÅÞËÏ × ÕÇÌÕ ÏËÏÛËÁ - ÏÞ. ÕÄÏÂÎÏ.

__
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com

Re: Another few questions :)

2001-10-02 Пенетрантность Vladimir N.Velychko

Тимур С. Саттаров <[EMAIL PROTECTED]> writes:

> Народ прав
> вот сижу я в консольном плагине licq
> пришел мне файл и спрашивает принять или нет
> я не вижу что у меня за раскладка
> жму "y" вроде бы
> а на самом деле -- "н"
> и файл обламывается
> и это только то что наболело,
> и прям сейчас тут

см. выше, про мое железное правило. ИМХО.

> а сколько еще таких траблов ?
> так что я бы с удовольствием попользовался такой штукой
> хотя бы "ScrollLock" зажигала бы и то классно было бы

да и вообще лениво каждый раз глаза отрывать и смотреть в другую часть экрана
только для того чтобы раскладку узнать, а тем более на клаволампочки.


а вообще, подобные "удобные" штучки 'по умолчанию' имеются в системе господина
Воротова, а еще даже "универсальная виртуальная кнопка запуска приложений" 

от лукавого все это :)

-- 
/w00f.
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Re: Another few questions :)

On Tue, 2 Oct 2001, Ilya Anfimov wrote:

> On Tue, Oct 02, 2001 at 05:28:02PM +0400, Victor Wagner wrote:
> > Впрочем, приколы с н/y это не решит
> > Решит. Команда yank у меня работает по клавише н.
> 
> Вопрос  не  в том, что yank по н. Проблема в том, что по принятой
> традиции в нашей локали положено отвечать нет кнопочкой `н'. В то
> же  время  эта кнопочка в раскладке QWERTY/ЙЦУКЕН является так же
> английской `y' с совершенном противоположным содержанием.
"Угу" %) А в украинском "[д]а" звучит как "[т]ак", что в указанной
выше раскладке есть "n" - вот это полный расклад. 8=)))
-- 
ICQ UIN# 3159256
VEL-RIPE

Re: Another few questions :)

2001-10-02 Пенетрантность Vladimir N.Velychko

On Tue, 2 Oct 2001, Victor Wagner wrote:

> Я поступаю проще
> 1) Держу на всех машинах несломанный софт, понимающий локаль
> (иначе бы ftp.ice.ru/pub/debian/dists/potato/updates был бы вдвое меньше)
> 2) Держу клавиатуру преимущественно в английском режиме, переключаясь
> на русский тогда и только тогда, когда мне это надо.
И к тому же в Х-ах? :)))
BTW wmaker позволяет в каждом окне держать включённой свою раскладку и
рисует сердечко в углу окошка - оч. удобно.
-- 
ICQ UIN# 3159256
VEL-RIPE

Re: Another few questions :)

Victor Wagner <[EMAIL PROTECTED]> writes:

> А я вот когда сижу на консоли в vim-е, у меня почему-то все клавиши
> в командном режиме работают...
> (только я все равно почему-то предпочитаю vim в xterm-е запускать)

  а я вот, вообще, последнее время emacs полюбил, причем, исключительно
 гнутый и под Х. в нем даже переключалка есть (сидит на Ctrl+\) и индика-
 ция в mode line. а я все-равно предпочитаю xbk без индикации.

-- 
/w00f.
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Re: Another few questions :)

"Anton I. Karpov" <[EMAIL PROTECTED]> writes:

> Вы в командной строке часто что-то по-русски набираете? Я -- редко.

дык, мне и оповещалка не нужна :)

-- 
/w00f.
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Re: Another few questions :)

Ilya Anfimov <[EMAIL PROTECTED]> writes:

> > IMHO, проще почитать 
> > $ zless /usr/share/doc/HOWTO/en-txt/Bash-Prompt-HOWTO.txt.gz
> > и просто менять переменную PS1 (сообсно сам промпт) на переключении
> > и все получается вполне идеологически безвредно и будет работать в
> > любом терминале.
> > зыж как, не знаю, сам не делал за ненадобностью
> Угу,  тут  основной  вопрос  --  как  узнать  момент переключения
> текущей  раскладлки.  Чтобы   не   ждать   по   полсекунды   пока
> этот индикатор сменится. А ты говоришь prompt.

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

> (нет,   как   узнать  текущую раскладку вообще я тоже не знаю. Но
> как реализовать асинхронное оповещение -- даже не представляю).

тут, наверное, без гнусного хака никак :)
первое, что приходит в голову: сигналилку/оповещалку отдельным процессом и
на каждое переключение ей сигнал, а текущую раскладку на какой-нить флажок
положить.

-- 
/w00f.
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Re: Another few questions :)