Re: Хочется странного - не только второй MX, но и IMAP
On 28.01.2015 10:10, Дмитрий Подковыркин wrote: Спасибо, в основном всё понятно. Самым простым решением будет хранение писем в реплицируемой sql базе, наличие двух полностью настроенных smtp и imap серверов (можно и sql на них держать) и и самый простой способ получить кучу проблем (имхо не только моё -- http://deflexion.com/2006/06/for-imap-sql-just-sucks ) Лучше потратьте эту энергию на борьбу с падениями сервера. перевод трафика с помощью dns на slave сервер при падении primary. 25 января 2015 г. 8:12:11 GMT+05:00, Artem Chuprina пишет: Dmitry Podkovyrkin -> debian-russian@lists.debian.org @ Sat, 24 Jan 2015 18:44:17 +0500: DP> Здравствуйте. DP> Подскажите как реализовать или где почитать о таком: DP> Есть два сервера, на одном из них Postfix и Dovecot-IMAP, он первичный MX DP> На втором только Postfix - он вторичный MX. DP> Теперь при отказе одного из серверов входящая почта никуда не денется, но DP> хочется пользоваться и хранимой почтой и отправлять почту как обычно. То есть DP> требуется синхронизировать пользовательские ящики IMAP и каком-то образом DP> переключать у пользователей в почтовом клиенте imap и smtp серверы. DP> То есть вопроса два: DP> 1. Как синхронизировать хранилище IMAP между двумя серверами так, чтоб DP>можно было быть уверенным в актуальности данных? К сожалению, имеющийся опыт синхронизации IMAP показывает, что доступные решения редкостно ненадежны. Для работы в полном автопилоте не годятся. Разве что работа на реплицируемой в обе стороны базе, причем именно на базе, а не на maildir'ах. DP> 2. Какие средства использовать для переключения пользовательских DP>программ (Thunderbird, etc) на запасной imap и smtp сервер? Записи в DP>DNS с коротким временем жизни? В этом варианте - да. DP> Да, и еще один вопрос. Сейчас вторичный MX настроен только на прием и DP> пересылку всех писем на первичный MX. Если Primary MX падает, то его роль DP> должен взять на себя вторичный. Замена конфига и перезапуск? Да. Причем, возможно, вторичник вообще не стоит держать в режиме вторичника. Т.е. либо не отвечает вообще (если первичник жив), либо взял на себя его роль. -- Подковыркин Дмитрий email: d...@ddipp.net skype: dmitryrw -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c8c299.4090...@nskes.ru
Re: Хочется странного - не только второй MX, но и IMAP
Спасибо, в основном всё понятно. Самым простым решением будет хранение писем в реплицируемой sql базе, наличие двух полностью настроенных smtp и imap серверов (можно и sql на них держать) и перевод трафика с помощью dns на slave сервер при падении primary. 25 января 2015 г. 8:12:11 GMT+05:00, Artem Chuprina пишет: >Dmitry Podkovyrkin -> debian-russian@lists.debian.org @ Sat, 24 Jan >2015 18:44:17 +0500: > > DP> Здравствуйте. > > DP> Подскажите как реализовать или где почитать о таком: >DP> Есть два сервера, на одном из них Postfix и Dovecot-IMAP, он >первичный MX > DP> На втором только Postfix - он вторичный MX. > >DP> Теперь при отказе одного из серверов входящая почта никуда не >денется, но >DP> хочется пользоваться и хранимой почтой и отправлять почту как >обычно. То есть >DP> требуется синхронизировать пользовательские ящики IMAP и каком-то >образом >DP> переключать у пользователей в почтовом клиенте imap и smtp серверы. > > DP> То есть вопроса два: > >DP> 1. Как синхронизировать хранилище IMAP между двумя серверами так, >чтоб > DP>можно было быть уверенным в актуальности данных? > >К сожалению, имеющийся опыт синхронизации IMAP показывает, что >доступные >решения редкостно ненадежны. Для работы в полном автопилоте не >годятся. > >Разве что работа на реплицируемой в обе стороны базе, причем именно на >базе, а не на maildir'ах. > > DP> 2. Какие средства использовать для переключения пользовательских >DP>программ (Thunderbird, etc) на запасной imap и smtp сервер? >Записи в > DP>DNS с коротким временем жизни? > >В этом варианте - да. > >DP> Да, и еще один вопрос. Сейчас вторичный MX настроен только на прием >и >DP> пересылку всех писем на первичный MX. Если Primary MX падает, то >его роль > DP> должен взять на себя вторичный. Замена конфига и перезапуск? > >Да. Причем, возможно, вторичник вообще не стоит держать в режиме >вторичника. Т.е. либо не отвечает вообще (если первичник жив), либо >взял на себя его роль. -- Подковыркин Дмитрий email: d...@ddipp.net skype: dmitryrw -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/47773ada-fd51-4499-8a5b-c36c680f0...@ddipp.net
Re: Хочется странного - не только второй MX, но и IMAP
Dmitrii Kashin -> debian-russian@lists.debian.org @ Sun, 25 Jan 2015 23:59:48 +0300: >> DP> 1. Как синхронизировать хранилище IMAP между двумя серверами так, чтоб >> DP>можно было быть уверенным в актуальности данных? >> >> К сожалению, имеющийся опыт синхронизации IMAP показывает, что доступные >> решения редкостно ненадежны. Для работы в полном автопилоте не годятся. DK> Артём, а ваш опыт включает в себя offlineimap? В документации к нему DK> где-то было написано, что его можно использовать и для синхронизации DK> двух IMAP-серверов. Да. Собственно, он единственный, кем вообще можно пользоваться, я и пользуюсь. Но за ним нужно постоянно присматривать, он чуть что, падает. И общая проблема всех виденных IMAP-синхронизаторов - после смены UIDVALIDITY они отказываются работать, потому что мягко из этой ситуации выйти не могут. Я вяло подумываю о том, чтобы подойти к снаряду самостоятельно, и учитывать еще Message-Id синхронизируемых писем, но "вяло" - это "пока не собираюсь начинать писать". -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87y4oq2mj0@silver.lasgalen.net
Re: Хочется странного - не только второй MX, но и IMAP
Artem Chuprina writes: > Dmitry Podkovyrkin -> debian-russian@lists.debian.org @ Sat, 24 Jan 2015 > 18:44:17 +0500: > > DP> 1. Как синхронизировать хранилище IMAP между двумя серверами так, чтоб > DP>можно было быть уверенным в актуальности данных? > > К сожалению, имеющийся опыт синхронизации IMAP показывает, что доступные > решения редкостно ненадежны. Для работы в полном автопилоте не годятся. Артём, а ваш опыт включает в себя offlineimap? В документации к нему где-то было написано, что его можно использовать и для синхронизации двух IMAP-серверов. signature.asc Description: PGP signature
Re: Хочется странного - не только второй MX, но и IMAP
Dmitry Podkovyrkin -> debian-russian@lists.debian.org @ Sat, 24 Jan 2015 18:44:17 +0500: DP> Здравствуйте. DP> Подскажите как реализовать или где почитать о таком: DP> Есть два сервера, на одном из них Postfix и Dovecot-IMAP, он первичный MX DP> На втором только Postfix - он вторичный MX. DP> Теперь при отказе одного из серверов входящая почта никуда не денется, но DP> хочется пользоваться и хранимой почтой и отправлять почту как обычно. То есть DP> требуется синхронизировать пользовательские ящики IMAP и каком-то образом DP> переключать у пользователей в почтовом клиенте imap и smtp серверы. DP> То есть вопроса два: DP> 1. Как синхронизировать хранилище IMAP между двумя серверами так, чтоб DP>можно было быть уверенным в актуальности данных? К сожалению, имеющийся опыт синхронизации IMAP показывает, что доступные решения редкостно ненадежны. Для работы в полном автопилоте не годятся. Разве что работа на реплицируемой в обе стороны базе, причем именно на базе, а не на maildir'ах. DP> 2. Какие средства использовать для переключения пользовательских DP>программ (Thunderbird, etc) на запасной imap и smtp сервер? Записи в DP>DNS с коротким временем жизни? В этом варианте - да. DP> Да, и еще один вопрос. Сейчас вторичный MX настроен только на прием и DP> пересылку всех писем на первичный MX. Если Primary MX падает, то его роль DP> должен взять на себя вторичный. Замена конфига и перезапуск? Да. Причем, возможно, вторичник вообще не стоит держать в режиме вторичника. Т.е. либо не отвечает вообще (если первичник жив), либо взял на себя его роль. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87d2634kqc@silver.lasgalen.net
Хочется странного - не только второй MX, но и IMAP
Здравствуйте. Подскажите как реализовать или где почитать о таком: Есть два сервера, на одном из них Postfix и Dovecot-IMAP, он первичный MX На втором только Postfix - он вторичный MX. Теперь при отказе одного из серверов входящая почта никуда не денется, но хочется пользоваться и хранимой почтой и отправлять почту как обычно. То есть требуется синхронизировать пользовательские ящики IMAP и каком-то образом переключать у пользователей в почтовом клиенте imap и smtp серверы. То есть вопроса два: 1. Как синхронизировать хранилище IMAP между двумя серверами так, чтоб можно было быть уверенным в актуальности данных? 2. Какие средства использовать для переключения пользовательских программ (Thunderbird, etc) на запасной imap и smtp сервер? Записи в DNS с коротким временем жизни? Да, и еще один вопрос. Сейчас вторичный MX настроен только на прием и пересылку всех писем на первичный MX. Если Primary MX падает, то его роль должен взять на себя вторичный. Замена конфига и перезапуск? -- Regards Dmitry Podkovyrkin mobile: +7 922 20 56 756 email: d...@ddipp.net skype: dmitryrw -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c3a1b1.1010...@ddipp.net
хочется странного
Приветствую всех, есть работающий vpn для win клиентов (libreswan + xl2tpd + winbind авторизация в AD) возможно ли создать несколько групп в AD. которые бы могли подключаться к vpn, но разным группам отдавались бы разные диапазоны ip гуглю но пока ничего интересного не нагуглил -- == С уважением, Юркин Евгений
Re: Linux bridge + хочется странного
Упс. Это письмо можно проигнорировать - случайно улетел старый черновик (даже толком не дописанный) с вопросом по настройке NAT + vpn, который я не так давно задавал, но в другом варианте (тут еще я на level2 я пытался изобразить). On Tue, Sep 13, 2011 at 01:39:48AM +0400, Stanislav Maslovski wrote: > Доброго времени суток! [скиппед] -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110912214816.GA11494@kaiba.homelan
Linux bridge + хочется странного
Доброго времени суток! Имеем следующую задачу: Хост A: удаленный сервер (в реальности, дешевая виртуальная машина в облаке) с выделенным белым IP адресом A.A.A.A. На хосте запущен openvpn сервер в режиме моста, т.е., предполагается тунеллирование трафика канального уровня (ethernet трафика). Кроме openvpn на сервере запущен еще sshd. Никаких других сервисов на А запускать на предполагается. Конфигурация сети на A: # The bridged primary network interface auto br0 iface br0 inet static bridge_ports eth0 bridge_stp off address A.A.A.A netmask 255.255.255.0 broadcast A.A.A.255 gateway A.A.A.1 # The persistent tap interface auto tap0 iface tap0 inet manual up openvpn --mktun --dev tap0 up brctl addif br0 tap0 up ip link set dev tap0 up up /etc/network/ebtables down openvpn --rmtun --dev tap0 down /etc/network/ebtables Интерфейс eth0 смотрит в локалку облака. tap0 смотрит в openvpn туннель. Хост B: локальный хост с доступом в инет, на котором запущен openvpn клиент. Целеполагается, что при поднятии VPN туннеля до А хост В будет в основном ходить в интернет через туннель (за исключением того, что до самого хоста A он должен, ессно, ходить через физический интерфейс). Настройки сети на В (упрощены для ясности): # The primary network interface iface eth0 inet dhcp metric 10 # The tunnel iface tap0 inet static address A.A.A.A netmask 255.255.255.0 broadcast A.A.A.255 gateway A.A.A.1 dns-nameservers 208.67.222.222 208.67.220.220 pre-up /etc/network/fix-routes-to-hosts 192.0.2.1 pre-down /etc/network/fix-routes-to-hosts Интерфейс eth0 - физический, смотрит в инет. Интерфейс tap0 поднимается при запуске openvpn на B и смотрит в туннель. Да, это не опечатка, на хосте В интерфейсу tap0 присваивается _тот же_ IP адрес, что и у br0 на A. Такой странности хочется, чтобы в результате a) иметь на tap0 на B белый IP адрес и избежать IP NAT на A; б) представляться в локалке облака неотличимым клоном A; в) ну и на самом деле просто потому, что интересно. Чтобы при такой настройке можно было на хосте B отличить А от локального интерфейса, на В делается следующее: Вывод iptables-save (часть) - *rawpost :POSTROUTING ACCEPT [0:0] -A POSTROUTING -d 192.0.2.1/32 -j RAWDNAT --to-destination A.A.A.A/32 COMMIT *raw :PREROUTING ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A PREROUTING -s A.A.A.A/32 -j RAWSNAT --to-source 192.0.2.1/32 COMMIT - (RAWSNAT в prerouting и RAWDNAT в postrouting доступны с xtables-addons; объяснять почему нужно именно так, а стандартные SNAT и DNAT здесь не годятся, я не буду, оставлю как задачку на сообразительность) То есть, для хоста B хост A виден, как 192.0.2.1 (этот адрес из зарезервированного в IANA диапазона, реальных хостов с такими адресами не существует). Скрипт /etc/network/fix-routes-to-hosts добавляет нужный маршрут до 192.0.2.1 в таблицу маршрутизации на В (маршрут идет через физический интерфейс eth0; извне хоста В, dst ip = A.A.A.A). Это нужно, так как при поднятии tap0 появляется дефолтовый маршрут c меньшей метрикой, идущий через tap0, и все IP пакеты будут заворачивать туда, а не в eth0. Возвращаемся к настройкам сервера A. Необходимо сделать так, чтобы TCP пакеты, идущие из инета на 22-ой порт на A.A.A.A, доставлялись локальному (на А) sshd. Также, UDP пакеты, идущие на 443-й порт, должны доставляться привязанному к этому порту локальному (на А) openvpn-у. Весь остальной трафик, включая трафик канального уровня, входящий в A через eth0, должен перенаправляться в openvpn туннель и "выныривать" на tap0 на хосте В, так что хост B эффективно оказывается в локальной сети облака. При этом, ethernet фреймы адресованные A, должны выглядеть, как адресованные напрямую B. Обратно, весь ethernet трафик, идущий по туннелю от B к A, должен выйти из eth0 на A и выглядеть, как исходящий непосредственно от A. Так мы не напоремся на antispoofing protection в облаке. Делаем это с помощью ebtables: -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110912213948.GA11033@kaiba.homelan
Re: inetd хочется странного
>> Ну и вот отсюда и возникли "странные желания": взять и приделать к >> inetd prefork с pre-exec. DVI> У меня наивный вопрос: кто ест максимум времени - fork, memmap внутри DVI> exec или динамическая линковка (спровоцировали perl-ом и его DVI> трансляцией)? насколько я понимаю, то fork и exec едят вместе меньше времени нежели компиляция скрипта perl. Время компиляции можно считать временем инициализации приложения (то есть время между exec и запросом на read к сокету). DVI> Если попробовать добиться того что все тексты постоянно сидят в памяти - DVI> это не спасет? они конечно лежат в памяти, в кеше OS. С диска она их не дергает. и сам perl тоже там лежит. Но после каждого exec он начинает компиляцию (если отвлечься от perl, то лучше говорить об инициализации). -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: inetd хочется странного
On Tue, 2010-10-19 at 17:56 +0400, Dmitry E. Oboukhov wrote: > тут получается некоторый оверхед. > > то есть > 1. процесс принимает соединение > 2. процесс его обрабатывает > > в случае pre-fork/pre-exec 1 исключить нельзя. [snip] > Ну и вот отсюда и возникли "странные желания": взять и приделать к > inetd prefork с pre-exec. Имхо, просить inetd самостоятельно и по-умолчанию запускать несколько копий сервера не вполне корректно: так убивается сама идея сервиса по требованию. Правильнее, когда inetd при приходе соединения запускает сервер и передает ему master socket (который слушает входящие соединения), после чего сервер сам зовет accept() и форкается по мере поступления входящих соединений (форкаться он будет не в пример быстрее запуска с нуля). При отсутствии активности на слушающем порту сервер завершает работу по таймауту. Все это делается со стандартным inetd: "Stream servers are usually marked as “nowait” but if a single server process is to handle multiple connections, it may be marked as “wait”. The master socket will then be passed as fd 0 to the server, which will then need to accept the incoming connection. The server should eventu‐ ally time out and exit when no more connections are active. inetd will continue to listen on the master socket for connections, so the server should not close it when it exits." -- Stanislav
Re: inetd хочется странного
Tdrldo> package ModuleName; ... Tdrldo> теперь кладем его в inetd Tdrldo> 128 stream tcp nowait username /usr/bin/perl /usr/bin/perl /path/to/script.pl сорри, прямо тут писал строка будет примерно такой: 128 stream tcp nowait username /usr/bin/perl /usr/bin/perl -MModuleName -e process_request ну впрочем непринципиально, можно и в скрипт положить вызов -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: inetd хочется странного
>> хочется некоторых фич от inetd, однако не знаю реализовывал ли их >> кто-нибудь. >> >> в частности хочется опции prefork=n (вернее даже preexec), чтобы >> сократить время отклика на время форка и старта/инициализации >> приложения. PP> Хмм, а что прикажете на file descriptor 0 новому процессу отдасть? PP> Нормально - там inet/Unix socket связи с клиентом стоит; чего подать PP> новому серверному процессу при preexec? PP> Prefork на ниво inetd не даст премного доброго, если после того PP> exec надо делать, когда client connection придет. тут получается некоторый оверхед. то есть 1. процесс принимает соединение 2. процесс его обрабатывает в случае pre-fork/pre-exec 1 исключить нельзя. однако если поисследовать немного ситуацию, то оказывается что на обработку соединения процесс тратит сильно меньше времени чем на запуск/инициализацию. и несмотря на оверхед с промежуточным процессом гонящим данные можно все равно иметь массу профита. Кроме всего прочего в libc или ядре (уж не помню) были прямо функции, которые гонят данные из дескриптора в дескриптор. можно погуглить, но это уже вопрос оптимизации. то есть в чем суть: берем perl и пишем сервер, который отвечает на запросы, ну допустим echo: package ModuleName; sub process_request { while() { print $_; } return 0; } теперь кладем его в inetd 128 stream tcp nowait username /usr/bin/perl /usr/bin/perl /path/to/script.pl и ваяем скрипт который делает 1 запросов подряд на порт. видим, что запрос обрабатывается N мс. Затем берем этот же модуль и биндим его функцию process_request на порт 129 при помощи Net::Server. И видим, что время отклика на порту 129 где-то раз в 5-10 меньше чем на порту с inetd. Связано это, очевидно, с компиляцией скрипта перед обработкой каждого соединения. Ну и вот отсюда и возникли "странные желания": взять и приделать к inetd prefork с pre-exec. то есть слушалка держит наготове N предварительно запущенных программ. в качестве stdin/stdout на них смотрит сокет. Все они спят на этом сокете (каждый на своем). Затем приходит соединение, процесс форкается и в форке тупо гонятся данные из/в одного сокета в/из другой. а можно еще и на место этих форков префорки сделать. как-то так. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: inetd хочется странного
>> хочется некоторых фич от inetd, однако не знаю реализовывал ли их >> кто-нибудь. >> >> в частности хочется опции prefork=n (вернее даже preexec), SM> А зачем тогда этому сервису inetd? ну как промежуточная стадия, когда производительность системы хочется повысить (вернее время отклика понизить), но полноценный сервер реализовывать еще не хочется. >> чтобы сократить время отклика на время форка и старта/инициализации >> приложения. >> >> а так же хочется иметь возможность повесить сервер на unix-сокет. SM> Это можно, inetd из коробки умеет, см. man inetd. ага, я имел ввиду одновременное наличие этих двух опций. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: хочется странного. ..
On 2007.10.06 at 14:19:05 +0400, Stanislav Maslovski wrote: > Доброго времени суток! > > Хочется, чтобы эмулятор терминала автоматически выбирал тонкий шрифт для > темного символа на светлом фоне, и полужирный - для светлого на темном. И > чтобы шрифты, порог контраста и пр. вещи настраивались =) > > Понимаю, что сейчас в меня полетят помидоры, мол, пользуйся TrueType в > терминале. Нет, увольте. Привык к битмапам. > > То есть, конечно, из двух терминусов у меня собран свой собственный > терминальный шрифт (тонкая псевдографика, полужирные символы), > но иногда хочется большего... Хочется - напиши. Допинать на эту тему xterm с его развесистой системой конфигурирования через ресурсы, должно быть не очень сложно. Сложно будет разобраться в исходнике - в каком месте пинать. А может лучше браться за rxvt - он менее развесистый, но достаточно конфигурируемый. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
хочется странного...
Доброго времени суток! Хочется, чтобы эмулятор терминала автоматически выбирал тонкий шрифт для темного символа на светлом фоне, и полужирный - для светлого на темном. И чтобы шрифты, порог контраста и пр. вещи настраивались =) Понимаю, что сейчас в меня полетят помидоры, мол, пользуйся TrueType в терминале. Нет, увольте. Привык к битмапам. То есть, конечно, из двух терминусов у меня собран свой собственный терминальный шрифт (тонкая псевдографика, полужирные символы), но иногда хочется большего... -- Stanislav
Re: apt-get - хочется странного
Yauhen Kharuzhy <[EMAIL PROTECTED]> wrote: > On Tue, Oct 10, 2006 at 11:08:12PM +0400, Andrey Melnikoff wrote: > > Yauhen Kharuzhy <[EMAIL PROTECTED]> wrote: > > > On Tue, Oct 10, 2006 at 10:03:25PM +0400, Andrey Melnikoff wrote: > > > > > > > > Hello All. > > > > > > > > > > > > Собственно хочется чтоб apt-get при ненахождении пакета на > > > > http://ftp.ru.debian.org/... шел на http://ftp.us.debian.org/... > > > > > > > > Маны читал, ничего подобного не видно. > > > echo "deb http://ftp.ru.debian.org/..."; >> /etc/apt/sources.list > > > echo "deb http://ftp.us.debian.org/..."; >> /etc/apt/sources.list > > > > > И получите требуемое поведение. > > Хмм. Оригинально. Но только apt-get update будет дольше работать. > С появлением Packages.diff это различие стало практически незаметным. Осталоь немоного подождать, когда появиться новый стабле и Packages.diff расползется по миррорам. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get - хочется странного
Yauhen Kharuzhy <[EMAIL PROTECTED]> wrote: > On Tue, Oct 10, 2006 at 10:03:25PM +0400, Andrey Melnikoff wrote: > > > > Hello All. > > > > > > Собственно хочется чтоб apt-get при ненахождении пакета на > > http://ftp.ru.debian.org/... шел на http://ftp.us.debian.org/... > > > > Маны читал, ничего подобного не видно. > echo "deb http://ftp.ru.debian.org/..."; >> /etc/apt/sources.list > echo "deb http://ftp.us.debian.org/..."; >> /etc/apt/sources.list > И получите требуемое поведение. Хмм. Оригинально. Но только apt-get update будет дольше работать. Хотя я накидал на перловочке редиректор к сквиду, который сам с помощью HEAD смотрит на 3 миррора - ru/us/fi. Где-нить, да найдет, то что надо. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get - хочется странного
Stanislav Maslovski <[EMAIL PROTECTED]> wrote: > On Tue, Oct 10, 2006 at 10:03:25PM +0400, Andrey Melnikoff wrote: > > > > Hello All. > > > > > > Собственно хочется чтоб apt-get при ненахождении пакета на > > http://ftp.ru.debian.org/... шел на http://ftp.us.debian.org/... > > > > Маны читал, ничего подобного не видно. > А зачем это надо, если не секрет? Для русского миррора. сижу на смеси stable-unstable, кучи пакетов из unstable на русском мирроре еще нету. Хотя Packages.gz уже свежий. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get - хочется странного
10.10.06, Stanislav Maslovski<[EMAIL PROTECTED]> написал(а): On Tue, Oct 10, 2006 at 10:03:25PM +0400, Andrey Melnikoff wrote: > Собственно хочется чтоб apt-get при ненахождении пакета на > http://ftp.ru.debian.org/... шел на http://ftp.us.debian.org/... > Маны читал, ничего подобного не видно. А зачем это надо, если не секрет? Я так подозреваю, что это нужно для кривых зеркал, где чего-то нехватает / не успело обновиться. -- WBR, Dmitrii +375 29 40-LINUX
apt-get - хочется странного
Hello All. Собственно хочется чтоб apt-get при ненахождении пакета на http://ftp.ru.debian.org/... шел на http://ftp.us.debian.org/... Маны читал, ничего подобного не видно. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: хочется странного: icq <-> email
On Чтв, 2004-03-18 at 16:00 -0600, Alexander wrote: > > Привет > > sergey_l wrote: > > > Привет всем, > > > > > >Хочется странного: > > >чтобы аська постоянно висела каким-то демоном и все пришедшие > > >сообщения отправляла на емайл. А потом проверяла почту и ответы > > >рассылала обратно адресатам... > > > > > вроде странного ничего нет > > сам как то думал над таким - мысли шли в две стороны > > 1 - у licq есть(был) плагин forwarder > > 2 - vICQ.pm - библиотека для работы с icq протоколом .. > > довольно приятная в использовании > Я не ставил, но реально возможно. Один перец тут, когда не был на линии, > подключал свою аську к Лизе, и смущал народ... А кто-нить может посоветовать, как можно распознать циферки на форме билайна для отправки sms? Увидел это у одного чела, типа чтоб послать мне sms добавьте префикс !sms4you. Через MTS и ихний https я отправлять научился, но я не всегда в MTS-е.. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Sergey <[EMAIL PROTECTED]> csu
Re: хочется странного: icq <-> email
sergey_l wrote: > Хочется странного: >чтобы аська постоянно висела каким-то демоном и все пришедшие >сообщения отправляла на емайл. А потом проверяла почту и ответы >рассылала обратно адресатам... берется alicq, смотрятся examples и делается то, что хочется. за пару минут сделаешь, что бы входящие сообщения отсылались на мыло. еще за полчаса сделаешь отправку исходящих. -- //Alexander ICQ #96225688 GPG keyID: 8A00E9C4 at pgpkeys.mit.edu
Re: хочется странного: icq <-> email
> Привет > sergey_l wrote: > > Привет всем, > > > > Хочется странного: > >чтобы аська постоянно висела каким-то демоном и все пришедшие > >сообщения отправляла на емайл. А потом проверяла почту и ответы > >рассылала обратно адресатам... > > > вроде странного ничего нет > сам как то думал над таким - мысли шли в две стороны > 1 - у licq есть(был) плагин forwarder > 2 - vICQ.pm - библиотека для работы с icq протоколом .. > довольно приятная в использовании Я не ставил, но реально возможно. Один перец тут, когда не был на линии, подключал свою аську к Лизе, и смущал народ...
хочется странного: icq <-> email
Привет всем, Хочется странного: чтобы аська постоянно висела каким-то демоном и все пришедшие сообщения отправляла на емайл. А потом проверяла почту и ответы рассылала обратно адресатам... такое в принципе где-то есть уже или я действительно изврат придумал ??? (woody 3.r2) Заранее спасибо. -- Best regards, sergey_l mailto:[EMAIL PROTECTED]
Re: Хочется странного
On Thu, Jan 16, 2003 at 12:48:21AM +0300, Daniel Ginsburg wrote: > > номер 3. использовать универсальный враппер который будет маскировать для > > приложения наличие конкретного интерфейса, т.е. задавая конфигурационно > > какие интерфейсы разрешены можно для любого демона указать к чему > > биндиться. > > > > Вопрос есть ли в природе подобный враппер, возможно ли теоретически > > создать враппер с данной функциональностью? > > > > Существует ли в природе подобное изделие, не знаю. Но нарисовать такое > достаточно несложно. Достаточно подменить библиотечную функцию bind() на > свою, которая в соотвествии с какими-то правилами поменяет во втором > своем аргументе INADDR_ANY на что-то более здравое. > > Единственные грабли (не считая статически собранных программ), которые > видны сходу: один сокет может быть привязан либо к INADDR_ANY, либо к > одному конкретному адресу, поэтому получится слушать либо на всех > интерфейсах сразу или только на одном, а на двух интерфейсах из трех не > получится. > > Случай, когда программа не делает bind(), а сразу делает listen() не > рассматриваем как неинтересный. > Вот, от бессонницы примерчик нахакался. См. аттачи. Меняет bind(... INADDR_ANY ...) на bind( 127.0.0.1 ...). Идея должна быть ясна. В боевой версии, скорее всего, будет разумным передавать адрес куда байндиться через переменную среды. Инструкции по использованию: сказать make, запустить ./bindlocal.sh /path/to/your/program. Предупреждаю, я это практически не тестировал. -- dg /* Whacked up by dg. * Copyright: I don't give a damn. * Warranty: If it breaks blame yourself not me. */ #include #include #include #include #include #include #include #include int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen) { void *handle; int (*orig_bind)(int, const struct sockaddr *, socklen_t); char *error; struct sockaddr_in *inaddr = (struct sockaddr_in *)addr; handle = dlopen("/lib/libc.so.6", RTLD_LAZY); if (!handle) { fprintf(stderr, "dlopen: %s\n", dlerror()); exit(EXIT_FAILURE); } orig_bind = dlsym(handle, "bind"); if ((error = dlerror()) != NULL) { fprintf(stderr, "dlsym: %s\n", dlerror()); exit(EXIT_FAILURE); } if (inaddr->sin_family == AF_INET) { struct sockaddr_in new_addr = *inaddr; if (inaddr->sin_addr.s_addr == INADDR_ANY) { struct in_addr local; inet_aton("127.0.0.1", &local); new_addr.sin_addr = local; } return orig_bind(sockfd, (struct sockaddr *)&new_addr, addrlen); } else { return orig_bind(sockfd, addr, addrlen); } } bindlocal.sh Description: Bourne shell script libbindlocal.so: bindlocal.o gcc -shared -o libbindlocal.so bindlocal.o -lc -ldl bindlocal.o: bindlocal.c gcc -fPIC -rdynamic -c bindlocal.c clean: rm -f libbindlocal.so bindlocal.o
Re: Хочется странного
On Wed, Jan 15, 2003 at 10:17:46PM +0300, Alexander Golovankov wrote: > Добрый день! > > Есть ряд демонов не поддерживающих привязку к конкретному интерфейсу > через конфигурационные файлы, а посему биндящихся сразу ко всем. Выходов > из сложишейся ситуации видется только 3: > 1. закрыть фаерволом порты на тех интерфейсах которые не должны > обслуживать запросы Простой и надежный способ. > 2. пачить исходники на предмет введения в конфигурацию демона привязки к > конкретному интерфейсу Непростой, но правильный. > и наконец гипотеческий вариант > номер 3. использовать универсальный враппер который будет маскировать для > приложения наличие конкретного интерфейса, т.е. задавая конфигурационно > какие интерфейсы разрешены можно для любого демона указать к чему > биндиться. > > Вопрос есть ли в природе подобный враппер, возможно ли теоретически > создать враппер с данной функциональностью? > Существует ли в природе подобное изделие, не знаю. Но нарисовать такое достаточно несложно. Достаточно подменить библиотечную функцию bind() на свою, которая в соотвествии с какими-то правилами поменяет во втором своем аргументе INADDR_ANY на что-то более здравое. Единственные грабли (не считая статически собранных программ), которые видны сходу: один сокет может быть привязан либо к INADDR_ANY, либо к одному конкретному адресу, поэтому получится слушать либо на всех интерфейсах сразу или только на одном, а на двух интерфейсах из трех не получится. Случай, когда программа не делает bind(), а сразу делает listen() не рассматриваем как неинтересный. -- dg
Хочется странного
Добрый день! Есть ряд демонов не поддерживающих привязку к конкретному интерфейсу через конфигурационные файлы, а посему биндящихся сразу ко всем. Выходов из сложишейся ситуации видется только 3: 1. закрыть фаерволом порты на тех интерфейсах которые не должны обслуживать запросы 2. пачить исходники на предмет введения в конфигурацию демона привязки к конкретному интерфейсу и наконец гипотеческий вариант номер 3. использовать универсальный враппер который будет маскировать для приложения наличие конкретного интерфейса, т.е. задавая конфигурационно какие интерфейсы разрешены можно для любого демона указать к чему биндиться. Вопрос есть ли в природе подобный враппер, возможно ли теоретически создать враппер с данной функциональностью? -- С наилучшими пожеланиями, Голованков Александрmailto:[EMAIL PROTECTED]
Re: Amanda (was резервное копирование или хочется странного!!!)
On Thu, May 30, 2002 at 12:58:29PM +0400, Ilya Anfimov wrote: > > http://online.securityfocus.com/archive/1/274215 > > 2.3 -- старьё, я такого вообще на своем веку не видел. Ага. И в Debian, и во FreeBSD есть 2.4.2p1. -- Regards, Wartan. "Computers are not intelligent. They only think they are." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Amanda (was резервное копирование или хочется странного!!!)
On Thu, May 30, 2002 at 02:13:25PM +0600, Eugene Korovin wrote: > On Tue, May 28, 2002 at 08:18:56PM +1100, Alex Shupikov wrote: > > В догонку к предыдущему сообщению, а как здесь присутствующие > > относятся к Amanda? > > http://online.securityfocus.com/archive/1/274215 2.3 -- старьё, я такого вообще на своем веку не видел. > > /evk > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Amanda (was резервное копирование или хочется странного!!!)
On Tue, May 28, 2002 at 08:18:56PM +1100, Alex Shupikov wrote: > В догонку к предыдущему сообщению, а как здесь присутствующие > относятся к Amanda? http://online.securityfocus.com/archive/1/274215 /evk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: резервное копирова ние или хочется странного!!!
On Tue, May 28, 2002 at 07:52:12PM +1100, Alex Shupikov wrote: > Вот уже который день хочется странного, простите если не совсем в > тему? точнее хочется узнать какой софт используется для организации > резервного копирования данных находящихся на разных серверах... > вобщем что-нибудь клиент-серверное... amanda 2.4.2. Данные приходят на центральный backup-сервер с лентой. Собираются с серверов под FreeBSD и Debian. При сборке аманды ей можно сказать, чтобы она использовала SMB, и тогда можно собирать данные и с виндовых машин. -- Regards, Wartan. "Computers are not intelligent. They only think they are." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: резервное копирова ние или хочется странного!!!
http://www.opennet.ru/dev/fsbackup/ On Tue, May 28, 2002 at 07:52:12PM +1100, Alex Shupikov wrote: > Hi debian-russian, > > Вот уже который день хочется странного, простите если не совсем в > тему? точнее хочется узнать какой софт используется для организации > резервного копирования данных находящихся на разных серверах... > вобщем что-нибудь клиент-серверное... > > простите, если я несколько запутано выразился... > > -- > With best regards! > Alex Shupikov mailto:[EMAIL PROTECTED] > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Amanda (was резервное копирование или хочется странного!!!)
Hi debian-russian, В догонку к предыдущему сообщению, а как здесь присутствующие относятся к Amanda? -- With best regards! Alex Shupikov mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
резервное копирование или хочется странного!! !
Hi debian-russian, Вот уже который день хочется странного, простите если не совсем в тему? точнее хочется узнать какой софт используется для организации резервного копирования данных находящихся на разных серверах... вобщем что-нибудь клиент-серверное... простите, если я несколько запутано выразился... -- With best regards! Alex Shupikov mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]