Re: Помогите разобраться с мостами для KVM
On Thu, Apr 15 2010, Вереск wrote: > То есть, создать OpenVPN'ом tap0 и, скажем, tap1-3 с помощью vde_tunctl -b > Потом объединить мосты так: > > Добавить Мост к реальному интерфейсу brctl addif br0 tap0 - вместо > реального интерфейса задействуем виртуальный, полученный от OpenVPN И > добавляем к мосту виртуальные машины brctl addif br0 tap1-2-3-4 > Правильно понял? Вроде бы так. Правда, я не знаю, может лучше сразу сказать -nic tap,name=tap0 всем виртуальным машинам, но это имеет резоны не заработать. Одно знаю точно: пытаться соорудить "подсеть" (броадкастный домен) из tun вы будете гораздо дольше :) -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Re: Помогите разобрат ься с мостами для KVM
Я просто не сразу разобрался в отличиях TUN и TAP :-) Пробую теперь последовать сему совету, о результатах доложусь Вроде бы так. Правда, я не знаю, может лучше сразу сказать -nic tap,name=tap0 всем виртуальным машинам, но это имеет резоны не заработать. Одно знаю точно: пытаться соорудить "подсеть" (броадкастный домен) из tun вы будете гораздо дольше :) -- 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/4bc6bb9b.7030...@mail.ru
Re: Помогите разобраться с мостами для KVM
On Thu, Apr 15 2010, Вереск wrote: >> Вроде бы так. Правда, я не знаю, может лучше сразу сказать -nic >> tap,name=tap0 всем виртуальным машинам, но это имеет резоны не > Я просто не сразу разобрался в отличиях TUN и TAP :-) Пробую теперь > последовать сему совету, о результатах доложусь На самом деле я вспомнил ещё вариант, который может быть удобнее и вообще лучше. Всё как было (настраиваем openvpn на tap0, у каждой VM свой tap), но потом запускаем vde_switch -tap tap0 -tap tap1 -tap tap2 ..., а он уже занимается чем положено, без brctl и br0. (Всё-таки хорошая метафора - великая вещь. Зная, что такое железный свитч, работать с vde_switch очень удобно). -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Connection reset by peer: core_output_filter: writing data to the network
В логи апача сыплятся следующие строчки: [Thu Apr 15 13:00:08 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:09 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:10 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:10 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:12 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:12 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:13 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:13 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:13 2010] [info] [client 192.168.1.50] (32)Broken pipe: core_output_filter: writing data to the network [Thu Apr 15 13:00:13 2010] [info] [client 192.168.1.78] (104)Connection reset by peer: core_output_filter: writing data to the network [Thu Apr 15 13:00:13 2010] [info] [client 192.168.1.50] (32)Broken pipe: core_output_filter: writing data to the network С чем это может быть связано? В конфиге апача поставил: EnableSendfile off EnableMMAP Off Но результата никакого не дало... :( -- WBR, Andrey N. Prokofiev IT department of the Korona Auto Ltd. Jabber ID: a...@korona-auto.com E-mail: a...@korona-auto.com Work Phone: +7-812-640-56-01 -- 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/4bc6d60e.8010...@korona-auto.com
Re: Помогите разобрать ся с мостами для KVM
On 2010.04.15 at 10:27:51 +0400, Anton Kovalenko wrote: > > 4. Нужно, чтоб виртуальные машины имели адреса той же сети, что и > > виртуальная сеть OpenVPN (10.0.0.100, например), виделись > > подключёнными клиентами и между собой. > > OpenVPN перевести на tap0 вместо tun0. Совершенно необязательно. Читать man openvpn на предмет ключика --topology. > Дело в том, что tun - это соединение точка-точка, в отличие от tap, Нет, это не так. tun это соединение на более высоком уровне (уровне IP) а tap - это виртуальный ethernet. Поэтому использовать tap (или директиву server-bridge) имеет смысл если мы хотим чтобы бродкасты, отправленные из сети виртуальных машин бегали в сети клиентов VPN и наоборот. Или чтобы не-IP протоколы роаботали. А так tun с topology subnet - вполне себе аналог эзернетовского сегмента. И внутри него бродкасты (IP-шные) будут ходить. А всякие bcrelay понадобятся только для того чтобы форвардить бродкасты между двумя сегментами. -- 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/20100415085614.ga22...@wagner.pp.ru
Re: Помогите разобрат ься с мостами для KVM
Результаты пока не радуют. 1. При наведении моста с использованием tap0 (VPN, 10.0.0.1) и tap1-2-3 для KVM, клиент VPN перестаёт пинговать 10.0.0.1 и вообще хоть как-то ощущать присутствие этого адреса в локалке. Хотя в хостовой системе видятся с помощью ifconfig -a и tap0 (10.0.0.1) и br0 (10.0.0.1) 2. vde_switch использовать не получилось: созданные tap1-2-3 в switch добавляются без проблем, а вот VPN'овский tap0 говорит, что он busy. Чем он бизи непонятно. А само решение было бы чрезвычайно красивым, кстати! 3. Кроме создания tap0(VPN, 10.0.0.1) и просто создания tap1-2-3 нужно вообще что-то еще делать перед их добавлением? В сети куча советов, только не написано, что и для чего делается, непонятно, что получают в конце. Может, надо форвардинг включать в ядре или ещё что-то? На самом деле я вспомнил ещё вариант, который может быть удобнее и вообще лучше. Всё как было (настраиваем openvpn на tap0, у каждой VM свой tap), но потом запускаем vde_switch -tap tap0 -tap tap1 -tap tap2 ..., а он уже занимается чем положено, без brctl и br0. (Всё-таки хорошая метафора - великая вещь. Зная, что такое железный свитч, работать с vde_switch очень удобно). -- 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/4bc6e5ac.6050...@mail.ru
Re: Помогите разобраться с мостами для KVM
On Thu, Apr 15 2010, Вереск wrote: > 2. vde_switch использовать не получилось: созданные tap1-2-3 в switch > добавляются без проблем, а вот VPN'овский tap0 говорит, что он > busy. Чем он бизи непонятно. А само решение было бы чрезвычайно > красивым, кстати! Боюсь, бизи он openvpn'ом, и это резонно. Подключение tap0 через vde_pcapplug (то есть как сетевого интерфейса, а не как tap-устройства) должно спасти ситуацию. Ещё насчёт tun - прочтите совет Виктора Вагнера про --topology, хотя у меня ощущение, что вам tap всё равно больше подходит (а на tap --topology не действует). Я пропустил момент, когда эта опция появилась, а она полезная. -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Re: Помогите разобрат ься с мостами для KVM
Боюсь, бизи он openvpn'ом, и это резонно. Подключение tap0 через vde_pcapplug (то есть как сетевого интерфейса, а не как tap-устройства) должно спасти ситуацию. Если не сложно, кинь как оно выглядеть должно, я уже запарился кажется :-) Кстати, а почему если занят tap0 и как tap добавляться не желает, то считаешь, что добавится как физ устройство? Ещё насчёт tun - прочтите совет Виктора Вагнера про --topology, хотя у меня ощущение, что вам tap всё равно больше подходит (а на tap --topology не действует). Я пропустил момент, когда эта опция появилась, а она полезная. Прочту, но сперва надо опробовать эти варианты. -- 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/4bc6eef8.40...@mail.ru
Re: Помогите разобраться с мостами для KVM
On Thu, Apr 15 2010, Вереск wrote: >> Боюсь, бизи он openvpn'ом, и это резонно. Подключение tap0 через >> vde_pcapplug (то есть как сетевого интерфейса, а не как tap-устройства) >> должно спасти ситуацию. >> > Если не сложно, кинь как оно выглядеть должно, я уже запарился кажется Считаем, что vde_switch'у сокет не указан. Тогда vde_pcapplug tap0 должно быть достаточно. > :-) Кстати, а почему если занят tap0 и как tap добавляться не желает, > то считаешь, что добавится как физ устройство? Потому что работать с raw sockets по обоим направлениям может куча приложений одновременно, в чём я не раз убеждался - а именно это pcap и делает. Открыть же "подслушивающую/посылающую сторону" tap0, как мы видим из ваших приключений, может только одно приложение (я это подозревал, но уверен не был) -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Re: Помогите разобрат ься с мостами для KVM
15.04.2010 14:54, Anton Kovalenko пишет: Считаем, что vde_switch'у сокет не указан. Тогда vde_pcapplug tap0 должно быть достаточно. Значит, надо сделать так: vde_pcapplug tap0 - для VPN vde_switch -tap tap1 -tap tap2 - для KVM Я правильно догоняю? Или всё-таки что-то не то гоню? Потому что работать с raw sockets по обоим направлениям может куча приложений одновременно, в чём я не раз убеждался - а именно это pcap и делает. Открыть же "подслушивающую/посылающую сторону" tap0, как мы видим из ваших приключений, может только одно приложение (я это подозревал, но уверен не был) Резонно. Проверка требует перезагрузки и смены HDD. Потом мы постигнем истину -- 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/4bc6f297.4040...@mail.ru
Re: Помогите разобраться с мостами для KVM
On Thu, Apr 15 2010, Вереск wrote: > Значит, надо сделать так: > > vde_pcapplug tap0 - для VPN > vde_switch -tap tap1 -tap tap2 - для KVM > > Я правильно догоняю? Или всё-таки что-то не то гоню? Правильно, за исключением порядка операций. vde_switch -tap tap1 -tap tap2 - для KVM vde_pcapplug tap0 - для VPN Т.е. сначала делаем свитч, а потом втыкаем туда tap0; а наоборот не получится. -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Re: Хочу создать параллельность задач, о жидающих ввода данных, в консоли tty
Anton Kovalenko -> debian-russian@lists.debian.org @ Wed, 14 Apr 2010 20:36:17 +0400: >> XV>top: failed tty get >> Ну, он терминала, однако, хочет, а ты его, бедолагу, в фон... AK> Артём, я уже тут в начале треда говорил, что человеку screen нужен. AK> Так вот, позволю себе повторить -- ему таки нужен screen. Может, с AK> четвёртого раза или через пару месяцев он возьмётся за screen, AK> потому что нужен тут именно он. Мозги ему нужны, а не screen. -- Если руки растут из @#$#, то это ноги -- 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/41692...@tigger.lan.cryptocom.ru
Re: Помогите разобрат ься с мостами для KVM
Всё понил, пополз пробовать. Истина где-то рядом! Правильно, за исключением порядка операций. vde_switch -tap tap1 -tap tap2 - для KVM vde_pcapplug tap0 - для VPN Т.е. сначала делаем свитч, а потом втыкаем туда tap0; а наоборот не получится. -- 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/4bc6fa92.6050...@mail.ru
[Решено] Re: Pulseaudio и приложения
On Thursday 15 April 2010 01:52:13 Anton Kovalenko wrote: AK> On Wed, Apr 14 2010, Sergei Stolyarov wrote: AK> Это не самые разные библиотеки, а один фронтенд и два возможных бэкенда AK> к нему :) В общем, как я понимаю, phonon у вас либо через xine, либо AK> через gstreamer работает, и это «через» и надо настраивать (конкретики AK> не знаю; попробовал бы libgstreamer-plugins-pulse*** снести, авось он AK> отвалится на алсу). Проблема оказалась здесь http://pulseaudio.org/ticket/752 Патч оттуда все вопросы снял. -- Best regards, Sergei Stolyarov
Re: Помогите разобрат ься с мостами для KVM
Не спасло это отца русской демократии. Наблюдение такое: Любой tap, если его задействовали в vde_switch перестаёт быть доступным для KVM. При запуске так и говорит, что ша. Можно сперва запустить KVM, а потом добавить её tap к свичу: vde_pcapplug tap0 (от VPN) vde_plug tap1 (от KVM) Не ругается. Не работает. IP виртуальной машины (10.0.0.100) остаётся недоступен. Команды vde_pcapplug вообще нету, только просто plug. Правильно, за исключением порядка операций. vde_switch -tap tap1 -tap tap2 - для KVM vde_pcapplug tap0 - для VPN Т.е. сначала делаем свитч, а потом втыкаем туда tap0; а наоборот не получится. -- 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/4bc706ba.2000...@mail.ru
Re: Помогите разобраться с мостами для KVM
On Thu, Apr 15 2010, Вереск wrote: > vde_pcapplug tap0 (от VPN) > vde_plug tap1 (от KVM) > > Не ругается. Не работает. IP виртуальной машины (10.0.0.100) остаётся > недоступен. Команды vde_pcapplug вообще нету, только просто plug. Каким образом "не ругается", если "команды vde_pcapplug вообще нету"? Пакет vde2 стоит? Работать в таком виде и не должно: vde_plug tap1 означает "приконнектить stdin/out к сокету tap1/vde.ctl". Но и я не подумал в очередной раз: VM и vde_switch будут конфликтовать за tap'ы. В вашей версии kvm -net vde есть? Тогда попробуйте использовать его (т.е. tap "для VM" будут не нужны, а для tap0 нужен vde_pcapplug, который надо всё-таки раздобыть). -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Re: а что со свежимими ве рсиями wine?в debian?
Alexander Tiurin wrote: 12 апреля 2010 г. 23:13 пользователь Alexey Pechnikov написал: (специально отправил их в апстрим, а ссылку на обсуждение переслал мантейнеру, которы в ответ послал меня подальше). Замечаю такое не первый раз. Со стороны мантейнера практически гарантирован посыл в небытие, если например, кто-то списывается с апстримом, потом скидывает эту переписку мантейнеру, в которой он узнает, что он не прав. я подозреваю, что багрепорты на мантейнеров тоже куда-то можно слать ;) -- 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/4bc73049.2040...@yandex.ru
Какой способ борьбы с почтовым спамом самый-с амый сейчас?
Гугл, например, ещё не сделал интерфейс проверки почты на спам? Хочу уйти от gmail.com - у них очень странный IMAP, надоело придумывать хитрые правила чтоб обойти ограничения -- 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/20100416024517.53e37...@db.h-g.com
rtorrent, вопросы по xmlrpc-инт ерфейсу (методы 'load.*')
Здравствуйте. Хоть и немного оффтопик, решил написать сюда. Знаю, что здесь тусуется разработчик RTPG, вебовой морды для rtorrent, может быть, он ответит на мой вопрос (Дмитрий, привет). ;-) Ситуация такая. При вызове методов load, load_verbose, load_raw, load_raw_start, load_raw_verbose, load_start, load_start_verbose всегда возвращается один и тот же результат -- нолик (0), причём даже когда в параметрах запроса передаю заведомо некорректные данные. Нормально ли это, или же я что-то упускаю из вида? Версии пробовал из Debian Lenny и бекпортированные из Sid. Заранее благодарю за ответ. -- Igor Goryachev E-Mail/Jabber: i...@goryachev.org
Re: Какой способ борьбы с почтовым спамом самый- самый сейчас?
On Thu, 15 Apr 2010 22:15:20 +0300 whereis whoami wrote: > 15 апреля 2010 г. 21:45 пользователь Denis Feklushkin < > denis.feklush...@gmail.com> написал: > > > Гугл, например, ещё не сделал интерфейс проверки почты на спам? > > > > Хочу уйти от gmail.com - у них очень странный IMAP, надоело придумывать > > хитрые правила чтоб обойти ограничения > > > > > > > Давненько пользуюсь, никаких проблем. Что у них странного? > > письма от меня самого не показываются в рассылках, например ещё куда-то пропадают письма от демонов, пересылка которых завёрнута на этот аккаунт в спаме пусто -- 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/20100416033329.7b502...@db.h-g.com
Re: Какой способ борьбы с почтовым спамом самый-самый сейчас?
Denis Feklushkin wrote: > On Thu, 15 Apr 2010 22:15:20 +0300 > whereis whoami wrote: > > 15 апреля 2010 г. 21:45 пользователь Denis Feklushkin < > > denis.feklush...@gmail.com> написал: > > > > > Гугл, например, ещё не сделал интерфейс проверки почты на спам? > > > > > > Хочу уйти от gmail.com - у них очень странный IMAP, надоело придумывать > > > хитрые правила чтоб обойти ограничения > > Давненько пользуюсь, никаких проблем. Что у них странного? > письма от меня самого не показываются в рассылках, например > ещё куда-то пропадают письма от демонов, пересылка которых завёрнута на этот > аккаунт > в спаме пусто Подними свой домен на pdd.yandex.ru - оно вроде таким не страдает. -- 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/nt7k97-s8l@kenga.kmv.ru
clamav 0.94.x now die.
Вниманию любителей чистого lenny (stable) без подключенного lenny-volatile репозитория - с сегодняшнего daily.cvd любая версия меньше 0.95 не работоспособна. В lenny-volatile есть 0.95.3. PS: Отдельный лучЪ диареи посылается гражданину Рошалю за лицензию и всем пользователям этого архиватора. -- 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/ed8k97-s8l@kenga.kmv.ru
Re: а что со свежимими версиями wine?в debian?
On Thu, Apr 15, 2010 at 07:27:05PM +0400, Ed wrote: > Alexander Tiurin wrote: > >12 апреля 2010 г. 23:13 пользователь Alexey Pechnikov написал: > >>(специально отправил их в апстрим, а ссылку на обсуждение > >>переслал мантейнеру, которы в ответ послал меня подальше). > > > >Замечаю такое не первый раз. Со стороны мантейнера практически > >гарантирован посыл в небытие, если например, кто-то списывается с > >апстримом, потом скидывает эту переписку мантейнеру, в которой он > >узнает, что он не прав. > > я подозреваю, что багрепорты на мантейнеров тоже куда-то можно слать ;) На самом деле, практика показывает, что достаточно придерживаться простых правил: 1) вытравить своих тараканов, т.е., быть объективным. 2) не лезть в бутылку, т.е., не доводить ситуацию до конфликта. 3) не растекаться мысью по древу, т.е., упирать на конкретику. 4) не играть в темную, т.е., стараться выносить (общие) проблемы на публичное обсуждение. 5) выучить английский. Я могу себе представить, какие багрепорты шлют некоторые из отметившихся в этом треде, и потому не воспринимаю их конфликты с майнтейнерами как нечто из ряда вон выходящее. -- 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/20100415204947.ga18...@kaiba.homelan
Re: Помогите разобраться с мостами для KVM
Вереск wrote: Возникла такая задумка: 1. Есть сервер OpenVPN, физический IP 192.168.1.4 - eth0(потом будет "белый", типа 88.87.93.40), виртуальный tun0 имеет адрес 10.0.0.1 (таковой и предполагается оставить на веки вечные) 2. Клиент подключается к OpenVPN и получает адрес типа 10.0.0.6 3. На той же машине запущен KVM с виртуальной WinXP... А что вам мешает и из виртуальной машины запустить openvpn клиент, соединиться с сервером и получить желаемый ip ? У меня все kvm машины соединяются с openvpn при загрузке - только через эту сеть с ними по ssh и общаюсь. Конфиг: http://www.mail-archive.com/debian-russian@lists.debian.org/msg104514.html -- Sincerely, Nicholas -- 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/hq80qe$gh...@dough.gmane.org
Re: rtorrent, вопрос ы по xmlrpc-интерфейсу (мето ды 'load.*')
IG> Хоть и немного оффтопик, решил написать сюда. Знаю, что здесь тусуется IG> разработчик RTPG, вебовой морды для rtorrent, может быть, он ответит на IG> мой вопрос (Дмитрий, привет). ;-) IG> Ситуация такая. При вызове методов load, load_verbose, load_raw, IG> load_raw_start, load_raw_verbose, load_start, load_start_verbose всегда IG> возвращается один и тот же результат -- нолик (0), причём даже когда в IG> параметрах запроса передаю заведомо некорректные данные. Нормально ли IG> это, или же я что-то упускаю из вида? ага именно так. в итоге получается из скрипта не так просто и выколупать результат добавился ли торрент. разве что по количеству торрентов через несколько секунд:( -- ... 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