Re: Тестирование DNS в lxc контейнере.

[Andrey Melnikoff]

Victor Wagner  wrote:
> On Mon, 05 Sep 2016 20:18:00 +0300
> Oleksandr Gavenko  wrote:

> > On 2016-09-05, Иван Лох wrote:
> > 
> > > В системе i386 и ядром amd64 уже ставится и работает?  
> > 
> > Чем такая конфигурация привлекательна?
> > 
> > Вендоры не поставляют 32-bit драйверов и хочется сэкономить на RAM в
> > офисных компьютерах?
> > 

> Дебиан не предоставляет процедуры crossgrade с i386 на amd64 с
> сохранением всей конфигурациии системы.

Вполне себе позволяет. Сам уже несколько машин проапгрейдил.

Re: Тестирование DNS в lxc контейнере.

[Иван Лох]

On Tue, Sep 06, 2016 at 10:45:32AM +0300, Eugene Berdnikov wrote:
> > Но независимо от того чем эта конфигурация привлекательна, она штатная
> > и kvm работает из коробки, также как и другие программы. В отличии
> > от VirtualBox. 
> 
>  В каком смысле, 64-битный VirtualBox не запускается в 32-битной
>  системе под 64-битным ядром, у которого все виртуалбоксовые
>  64-битные модули подгружены? 

Да

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

07.09.2016 16:16, Илья пишет:
>> В ГОСТ ещё применяется «ЭВМ» и «ПЭВМ», но сейчас многие
>> этих аббревиатур даже и не знают.
>> Зато в любой конторке разработчиков «деплоят» «билды»,
>> которые потом «фейлятся» и всё это нужно «инвестигировать»
>> и «фиксить». А также выдать «эстимейт» и «резолюшн». И
>> потом эти клоуны удивляются что в разговоре с ними
>> используют мат? Зато резко умнеют переходят на человеческий
>> язык.
>>
> 
> Ну про "в любой" это вы зря. Большинство разработчиков
> 1С, такую терминологию вряд ли используют :). 

Кстати, да. Это же вообще смешно! В англоговорящих странах разработчики
не стыдятся использовать в работе слова из своего обычного языка. Немцы,
кстати, как и французы, стараются термины переводить на свой язык, как
бы страшно это для остального мира не звучало. А вот русскоговорящие
своего языка стыдятся. А тех кто не стыдится — высмеивают.
Грустно это всё. О каком возрождении, или улучшении чего бы то ни было
вообще можно говорить с таким отношением к себе самим…

Re: Тестирование DNS в lxc контейнере.

[Илья]

В Wed, 7 Sep 2016 15:16:29 +0300
Михаил Касаджиков  пишет:

 
> В ГОСТ ещё применяется «ЭВМ» и «ПЭВМ», но сейчас многие
> этих аббревиатур даже и не знают.
> Зато в любой конторке разработчиков «деплоят» «билды»,
> которые потом «фейлятся» и всё это нужно «инвестигировать»
> и «фиксить». А также выдать «эстимейт» и «резолюшн». И
> потом эти клоуны удивляются что в разговоре с ними
> используют мат? Зато резко умнеют переходят на человеческий
> язык.
> 

Ну про "в любой" это вы зря. Большинство разработчиков
1С, такую терминологию вряд ли используют :). 

Дисциплиной по стандартам (в хорошем смысле) в РФ не
только разработчики страдают, что не всегда критично. Я
работал в одной юридической гос. "конторе" (99% юристов с
высшим образованием!!!), так они смогли в справочник
"Общероссийский классификатор организационно-правовых форм"
забить более тысячи единиц (хотя тогда в стандарте было 
не более 100) - включая такие формы, как "РАО ЕС" и "РАО
Железные дороги". А ГИБДД и Кадастровая служба не знают что
существует ОКТМО... теперь номеров не хватает. :)

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

07.09.2016 14:40, Илья пишет:
> В Wed, 7 Sep 2016 12:25:03 +0200
> Konstantin Matyukhin  пишет:
> 
>> Не впадайте в крайности. Одно дело дискета, а другое
>> какой-нибудь "драйвер слушателя локальной сети".
>> У врачей есть латынь неспроста, однако с пациентами на ней
>> никто не предлагает разговаривать.
> 
> Я что то не понял ход вашей мысли. Я сам призываю не впадать
> в крайности. Я хотел сказать, что я не знаю никаких
> правил по компьютерной терминологии. 
> 
> В СССР были вроде стандарты, где эти термины описаны. Их вроде
> даже не отменяли. Но кто то ими пользуется? Кстати, в ГОСТ
> 28273-89 применяют термин "ГМД", а не общепринятое "дискета". 
> 
> Повторюсь, но я думаю в рассылке не все активные члены
> международного сообщества Debian и тем более разработчики и
> требовать от них соблюдения терминологии разработчиков как то
> не правильно. Впрочем даже разработчик в одной области,
> может не знать "общепринятой" терминологии в другой. Зачем
> "бодаться" то из за ерунды? 

В ГОСТ ещё применяется «ЭВМ» и «ПЭВМ», но сейчас многие этих аббревиатур
даже и не знают.
Зато в любой конторке разработчиков «деплоят» «билды», которые потом
«фейлятся» и всё это нужно «инвестигировать» и «фиксить». А также выдать
«эстимейт» и «резолюшн». И потом эти клоуны удивляются что в разговоре с
ними используют мат? Зато резко умнеют переходят на человеческий язык.

Re: Тестирование DNS в lxc контейнере.

[Илья]

В Wed, 7 Sep 2016 12:25:03 +0200
Konstantin Matyukhin  пишет:

> Не впадайте в крайности. Одно дело дискета, а другое
> какой-нибудь "драйвер слушателя локальной сети".
> У врачей есть латынь неспроста, однако с пациентами на ней
> никто не предлагает разговаривать.

Я что то не понял ход вашей мысли. Я сам призываю не впадать
в крайности. Я хотел сказать, что я не знаю никаких
правил по компьютерной терминологии. 

В СССР были вроде стандарты, где эти термины описаны. Их вроде
даже не отменяли. Но кто то ими пользуется? Кстати, в ГОСТ
28273-89 применяют термин "ГМД", а не общепринятое "дискета". 

Повторюсь, но я думаю в рассылке не все активные члены
международного сообщества Debian и тем более разработчики и
требовать от них соблюдения терминологии разработчиков как то
не правильно. Впрочем даже разработчик в одной области,
может не знать "общепринятой" терминологии в другой. Зачем
"бодаться" то из за ерунды? 

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

07.09.2016 13:25, Konstantin Matyukhin пишет:
> Я не понимаю чем плохо в русскоязычной рассылке
> использовать русскоязычные термины? Даже если они не
> "общепринятые". И что такое "общепринятые", где и кем? Floppy
> disk, флоп, ГМД или дискета? Мне не понятно как найти правила выбора
> термина.
> 
> 
> Не впадайте в крайности. Одно дело дискета, а другое какой-нибудь "драйвер 
> слушателя локальной сети".
> У врачей есть латынь неспроста, однако с пациентами на ней никто не 
> предлагает разговаривать.

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

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

06.09.2016 21:16, Victor Wagner пишет:
> Естественно, среди этих моделей реальности нет той, которая
> наиболее удобна нормальным людям, умеющим думать и желающим
> понимать. Проприетарная софтина,  пусть и выпущенная под
> номинально открытой лицензией - она отучает людей думать.

 Как раз модель «на хосте с виртуалками есть своя виртуальная сеть
 для них со своим DHCP и DNS» есть и прекрасно работает. Называется
 «Тип подключения; сетевой мост». # brctl show lxcbr0 bridge name  
>>>
>>> А по-человечески можно? Без ублюдских NLS? Bridged networking или
>>> как? Я этого новояза в который превратили компьютерную технолоию
>>> переводчики, не разумею. В исходниках там сообщения на английском,
>>> вот давайте той терминологией и пользоваться.  
>>
>> А давайте без «давайте», хорошо? Я предпочитаю чтобы компьютер мне
>> рассказывал свои сказки на понятном МНЕ языке, там где не нужна
>> машиночитаемость. Вам нравится всё на английском? Хотите чтобы
> 
> Мне нравится однозначность. Сообщество разработчиков OpenSource -
> интернациональное. Поэтому хочешь не хочешь, общаться с людьми, которые
> способны что-то изменить, проиходится по-английски.

А теперь посмотрим на название рассылки…
В debian-user — английский язык.
В debian-russian — русский язык.

Опять же, я не против какого-то конкретного языка. Мне не нравится засирание 
одного языка терминами из другого, при наличии таких же по смыслу слов в 
засираемом языке. И не надо отмазываться жаргонами и прочей фигнёй — всё это не 
более чем выпендрёж. Как банковское «пролонгирование» вместо «продление», так и 
компьютерное «девелоперы» вместо «разработчики».

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

А вот мутные фантазии на политические и прочие подобные темы оставьте при себе. 
Не надо превращать техническую рассылку в очередной политосрач.

Re: Тестирование DNS в lxc контейнере.

[Konstantin Matyukhin]

>
> Я не понимаю чем плохо в русскоязычной рассылке
> использовать русскоязычные термины? Даже если они не
> "общепринятые". И что такое "общепринятые", где и кем? Floppy
> disk, флоп, ГМД или дискета? Мне не понятно как найти правила выбора
> термина.


Не впадайте в крайности. Одно дело дискета, а другое какой-нибудь "драйвер
слушателя локальной сети".
У врачей есть латынь неспроста, однако с пациентами на ней никто не
предлагает разговаривать.

-- 
С уважением,
Константин Матюхин

Re: Тестирование DNS в lxc контейнере.

[Илья]

В Tue, 6 Sep 2016 21:20:14 +0300
Victor Wagner  пишет:

> On Tue, 6 Sep 2016 17:47:48 +0300
> Михаил Касаджиков  wrote:
> 
> Поэтому либо вы пользуетесь общепринятой, а не местечковой
> терминологией, либо вас никто не понимает.


Я не понимаю чем плохо в русскоязычной рассылке
использовать русскоязычные термины? Даже если они не
"общепринятые". И что такое "общепринятые", где и кем? Floppy
disk, флоп, ГМД или дискета? Мне не понятно как найти правила выбора
термина. По мне,главное что бы было понятно описано,
хоть "та квадратная ё... фигня которая в дырку системника
засовывается ... на которой ты мне игру дал б...". По моему
мнению множество компьютерных терминов вообще скоро уйдет из
употребления.

Изучая французский я узнал, что у французов вроде
законодательно запрещено использовать иностранные термины. 
У них на каждый английский компьютерный термин свой. 
Это одна крайность, есть и другая, лексикон типа: компьютер, компьютерщик, 
компьютить, манагер и т.д. 

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Tue, 6 Sep 2016 17:47:48 +0300
Михаил Касаджиков  wrote:

> А давайте без «давайте», хорошо? Я предпочитаю чтобы компьютер мне
> рассказывал свои сказки на понятном МНЕ языке, там где не нужна
> машиночитаемость. Вам нравится всё на английском? Хотите чтобы

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

Сообщество OpenSource
интернационально, и его язык - английский.

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






-- 
   Victor Wagner 

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Tue, 6 Sep 2016 17:47:48 +0300
Михаил Касаджиков  wrote:

> 06.09.2016 09:28, Victor Wagner пишет:
> >>> Естественно, среди этих моделей реальности нет той, которая
> >>> наиболее удобна нормальным людям, умеющим думать и желающим
> >>> понимать. Проприетарная софтина,  пусть и выпущенная под
> >>> номинально открытой лицензией - она отучает людей думать.
> >>
> >> Как раз модель «на хосте с виртуалками есть своя виртуальная сеть
> >> для них со своим DHCP и DNS» есть и прекрасно работает. Называется
> >> «Тип подключения; сетевой мост». # brctl show lxcbr0 bridge name  
> > 
> > А по-человечески можно? Без ублюдских NLS? Bridged networking или
> > как? Я этого новояза в который превратили компьютерную технолоию
> > переводчики, не разумею. В исходниках там сообщения на английском,
> > вот давайте той терминологией и пользоваться.  
> 
> А давайте без «давайте», хорошо? Я предпочитаю чтобы компьютер мне
> рассказывал свои сказки на понятном МНЕ языке, там где не нужна
> машиночитаемость. Вам нравится всё на английском? Хотите чтобы

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

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

Реч


> VirtualBox вам всё сообщал на английском языке? Да на здоровье! Но не
> надо навязывать своё «абсолютно верное» мнение другим людям.
> 
> > Судя по имени bridge в вашем примере это выглядит как "у virtual box
> > есть возможность прицепиться к уже существующему сетевому
> > интерфейсу, и мы ее используем, цепляясь к бриджу, созданному для
> > lxc-контейнеров".  
> 
> Да, именно так. Мне не нужна куча виртуальных сетей на рабочем компе
> и я решил оставить один вариант, создаваемый скриптом из пакета lxc.
> Не потому что там как-то запредельно круто это сделано, а потому что
> мне такой вариант удобнее. Всё, точка. Нет тут никаких высоченных
> материй.
> 
> > То есть это фактически признание "Virtual Box управлять сетью не
> > умеет, все надо делать руками, но слава богу, есть возможность
> > прицепиться к созданному руками".  
> 
> Нет, не так. И LXC, и libvirt, и VirtualBox могут полностью
> самостоятельно создавать виртуальные сети. Но мне не нужен весь этот
> зоопарк, поэтому я оставил один вариант. Неужели не понятно???
> 
> > У VMWare почему-то лучше получилось.  
> 
> В то время когда я использовал VMWare там был какой-то страх и ужас.
> Удобнее было сеть создавать самостоятельно, в /etc/network/interfaces,
> что я и делал. Как с этим сейчас — не знаю, давно уже не использую
> VMWare.
> 
> > Разработчики qemu/kvm вместо этого потратили усилия  на
> > действительно полезные вещи.  
> 
> Я ни коим образом не принижаю заслуг разработчиков qemu/KVM. Я их
> разработку просто использую на серверах. Но это вовсе не означает что
> остальные разработчики — дураки только лишь потому что одному
> конкретному человеку их творение не нравится. Не нравится — не
> пользуйтесь, никто ж не заставляет. Благо, альтернативы есть.
> 
> >> Если бы религиозные войны, что компьютерные, что мировые приводили
> >> не к смерти и разрушениям, а к чему-то созидательному — на
> >> здоровье. Но глядя на исторический опыт — в топку!  
> > 
> > К сожалению,  без смерти  и разрушения старого и
> > отжившего, построить новое и хорошее нельзя.  
> 
> Именно это я могу сказать по поводу «Я этого новояза в который
> превратили компьютерную технолоию переводчики, не разумею.» и «В
> исходниках там сообщения на английском, вот давайте той терминологией
> и пользоваться.» Как вы и просите — старое выбрасываем.
> 



-- 
   Victor Wagner 

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

06.09.2016 09:28, Victor Wagner пишет:
>>> Естественно, среди этих моделей реальности нет той, которая наиболее
>>> удобна нормальным людям, умеющим думать и желающим понимать.
>>> Проприетарная софтина,  пусть и выпущенная под номинально открытой
>>> лицензией - она отучает людей думать.  
>>
>> Как раз модель «на хосте с виртуалками есть своя виртуальная сеть для
>> них со своим DHCP и DNS» есть и прекрасно работает. Называется «Тип
>> подключения; сетевой мост». # brctl show lxcbr0 bridge name
> 
> А по-человечески можно? Без ублюдских NLS? Bridged networking или как?
> Я этого новояза в который превратили компьютерную технолоию
> переводчики, не разумею. В исходниках там сообщения на английском, вот
> давайте той терминологией и пользоваться.

А давайте без «давайте», хорошо? Я предпочитаю чтобы компьютер мне
рассказывал свои сказки на понятном МНЕ языке, там где не нужна
машиночитаемость. Вам нравится всё на английском? Хотите чтобы
VirtualBox вам всё сообщал на английском языке? Да на здоровье! Но не
надо навязывать своё «абсолютно верное» мнение другим людям.

> Судя по имени bridge в вашем примере это выглядит как "у virtual box
> есть возможность прицепиться к уже существующему сетевому интерфейсу, и
> мы ее используем, цепляясь к бриджу, созданному для lxc-контейнеров".

Да, именно так. Мне не нужна куча виртуальных сетей на рабочем компе и я
решил оставить один вариант, создаваемый скриптом из пакета lxc. Не
потому что там как-то запредельно круто это сделано, а потому что мне
такой вариант удобнее. Всё, точка. Нет тут никаких высоченных материй.

> То есть это фактически признание "Virtual Box управлять сетью не умеет,
> все надо делать руками, но слава богу, есть возможность прицепиться к
> созданному руками".

Нет, не так. И LXC, и libvirt, и VirtualBox могут полностью
самостоятельно создавать виртуальные сети. Но мне не нужен весь этот
зоопарк, поэтому я оставил один вариант. Неужели не понятно???

> У VMWare почему-то лучше получилось.

В то время когда я использовал VMWare там был какой-то страх и ужас.
Удобнее было сеть создавать самостоятельно, в /etc/network/interfaces,
что я и делал. Как с этим сейчас — не знаю, давно уже не использую VMWare.

> Разработчики qemu/kvm вместо этого потратили усилия  на действительно
> полезные вещи.

Я ни коим образом не принижаю заслуг разработчиков qemu/KVM. Я их
разработку просто использую на серверах. Но это вовсе не означает что
остальные разработчики — дураки только лишь потому что одному
конкретному человеку их творение не нравится. Не нравится — не
пользуйтесь, никто ж не заставляет. Благо, альтернативы есть.

>> Если бы религиозные войны, что компьютерные, что мировые приводили не
>> к смерти и разрушениям, а к чему-то созидательному — на здоровье. Но
>> глядя на исторический опыт — в топку!
> 
> К сожалению,  без смерти  и разрушения старого и
> отжившего, построить новое и хорошее нельзя.

Именно это я могу сказать по поводу «Я этого новояза в который
превратили компьютерную технолоию переводчики, не разумею.» и «В
исходниках там сообщения на английском, вот давайте той терминологией и
пользоваться.» Как вы и просите — старое выбрасываем.

Re: Тестирование DNS в lxc контейнере.

[Eugene Berdnikov]

On Tue, Sep 06, 2016 at 01:30:07AM +0300, Иван Лох wrote:
> On Mon, Sep 05, 2016 at 08:18:00PM +0300, Oleksandr Gavenko wrote:
> > On 2016-09-05, Иван Лох wrote:
> > 
> > > В системе i386 и ядром amd64 уже ставится и работает?
> > 
> > Чем такая конфигурация привлекательна?
> 
> Экономией памяти. Если у меня в точности одно приложение должно
> запускаться в 64-разрядной моде, то я его в ней и запускаю.
> 
> Но независимо от того чем эта конфигурация привлекательна, она штатная
> и kvm работает из коробки, также как и другие программы. В отличии
> от VirtualBox. 

 В каком смысле, 64-битный VirtualBox не запускается в 32-битной
 системе под 64-битным ядром, у которого все виртуалбоксовые
 64-битные модули подгружены? Или речь о гостевой системе?
-- 
 Eugene Berdnikov

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Mon, 5 Sep 2016 23:20:32 +0300
Михаил Касаджиков  wrote:


> > Естественно, среди этих моделей реальности нет той, которая наиболее
> > удобна нормальным людям, умеющим думать и желающим понимать.
> > Проприетарная софтина,  пусть и выпущенная под номинально открытой
> > лицензией - она отучает людей думать.  
> 
> Как раз модель «на хосте с виртуалками есть своя виртуальная сеть для
> них со своим DHCP и DNS» есть и прекрасно работает. Называется «Тип
> подключения; сетевой мост». # brctl show lxcbr0 bridge name

А по-человечески можно? Без ублюдских NLS? Bridged networking или как?
Я этого новояза в который превратили компьютерную технолоию
переводчики, не разумею. В исходниках там сообщения на английском, вот
давайте той терминологией и пользоваться.

Судя по имени bridge в вашем примере это выглядит как "у virtual box
есть возможность прицепиться к уже существующему сетевому интерфейсу, и
мы ее используем, цепляясь к бриджу, созданному для lxc-контейнеров".

То есть это фактически признание "Virtual Box управлять сетью не умеет,
все надо делать руками, но слава богу, есть возможность прицепиться к
созданному руками". А все усилия, потраченные разработчиками virtual box
на создание "удобной и дружественной к пользователю" системы управления
виртуальными сетями - выкрасить и выбросить.

У VMWare почему-то лучше получилось.

Разработчики qemu/kvm вместо этого потратили усилия  на действительно
полезные вещи.

 
> Если бы религиозные войны, что компьютерные, что мировые приводили не
> к смерти и разрушениям, а к чему-то созидательному — на здоровье. Но
> глядя на исторический опыт — в топку!

К сожалению,  без смерти  и разрушения старого и
отжившего, построить новое и хорошее нельзя.
 

Re: Тестирование DNS в lxc контейнере.

[Иван Лох]

On Mon, Sep 05, 2016 at 08:18:00PM +0300, Oleksandr Gavenko wrote:
> On 2016-09-05, Иван Лох wrote:
> 
> > В системе i386 и ядром amd64 уже ставится и работает?
> 
> Чем такая конфигурация привлекательна?

Экономией памяти. Если у меня в точности одно приложение должно
запускаться в 64-разрядной моде, то я его в ней и запускаю.

Но независимо от того чем эта конфигурация привлекательна, она штатная
и kvm работает из коробки, также как и другие программы. В отличии
от VirtualBox. 

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

05.09.2016 23:25, Hleb Valoshka пишет:
> On 9/5/16, Михаил Касаджиков  wrote:
>>> VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с vboxdrv.ko
>>
>> Прекрасно работают одновременно и KVM и VirtualBox:
>> $ lsmod | grep -e ^kvm -e ^vbox
>> vboxpci24576  0
>> vboxnetadp 28672  0
>> vboxnetflt 28672  0
>> vboxdrv   450560  3 vboxnetadp,vboxnetflt,vboxpci
>> kvm_amd61440  0
>> kvm   565248  1 kvm_amd
> 
> Модули в ядре уживаются, но qemu с ускорением не запустишь, если
> запущена виртуалка VirtualBox.

Хм. Действительно, либо KVM, либо VirtualBox. Давно я тут KVM не запускал, как 
перенёс все мини серверы на отдельный комп.
Прошу прощения за дезинформацию.

Re: Тестирование DNS в lxc контейнере.

[Hleb Valoshka]

On 9/5/16, Михаил Касаджиков  wrote:
>> VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с vboxdrv.ko
>
> Прекрасно работают одновременно и KVM и VirtualBox:
> $ lsmod | grep -e ^kvm -e ^vbox
> vboxpci24576  0
> vboxnetadp 28672  0
> vboxnetflt 28672  0
> vboxdrv   450560  3 vboxnetadp,vboxnetflt,vboxpci
> kvm_amd61440  0
> kvm   565248  1 kvm_amd

Модули в ядре уживаются, но qemu с ускорением не запустишь, если
запущена виртуалка VirtualBox.

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

05.09.2016 20:38, Victor Wagner пишет:
 вила трансляции. Так что пока лишь диагноз
 "голова и руки".  
>>>
>>> Не очевидно. Лично мне очевидно что с хоста, который является
>>> nat-ящим роутером между внутренней сетью и внешней, внутренняя сеть
>>> должна быть просто ВИДНА. Соотвественно ничего пробрасывать не
>>> должно быть нужно. Оно должно просто по умолчанию быть доступно.  
>>
>>  У виртуалбокса несколько типов подключения к сети, включая NAT,
>> бридж, встроенный адаптер хоста, внутренняя сеть и что-то там ещё. А
>> всё потому, что разные люди хотят реализовать виртуалками разные
> 
> Вот я про то же, что у виртуал бокса несколько жестко прибитых гвоздями
> способов подключения к сети, а не возможность собрать из кубиков то,
> что надо.
> 
>> модели реальности. Кто-то хочет, чтобы сетевой адаптер виртуальной
> 
> Естественно, среди этих моделей реальности нет той, которая наиболее
> удобна нормальным людям, умеющим думать и желающим понимать.
> Проприетарная софтина,  пусть и выпущенная под номинально открытой
> лицензией - она отучает людей думать.

Как раз модель «на хосте с виртуалками есть своя виртуальная сеть для них со 
своим DHCP и DNS» есть и прекрасно работает. Называется «Тип подключения; 
сетевой мост».
# brctl show lxcbr0
bridge name bridge id   STP enabled interfaces
lxcbr0  8000.fefe43a96481   no  veth16AORX

# ip -4 addr show dev lxcbr0
6: lxcbr0:  mtu 1500 qdisc noqueue state UP 
group default qlen 1000
inet 10.10.13.1/24 scope global lxcbr0
   valid_lft forever preferred_lft forever

# netstat -lnup | grep 10.10.13.1:53
udp0  0 10.10.13.1:53   0.0.0.0:*   
3113/dnsmasq

И вот так добавлен домен с виртуалками в общий DNS на компе:

# cat /etc/dnsmasq.d/lxc
server=/lxc/10.10.13.1

И всё прекрасно работает и для QEMU, и для VirtualBox, и для LXC. Одновременно. 
Не вижу никакой сложности при использовании VireualBox с произвольной 
конфигурацией сети.

>>  Так что не надо религиозных войн, и не надо выдавать частные неудачи
>>  в конфигурации сети за глобальные проблемы программного интерфейса.
> 
> Нет, вот именно что надо религиозных войн. Потому что религозные войны
> они за свободу. За право самому определять то что тебе удобно, а что
> нет. 

Если бы религиозные войны, что компьютерные, что мировые приводили не к смерти 
и разрушениям, а к чему-то созидательному — на здоровье. Но глядя на 
исторический опыт — в топку!

Re: Тестирование DNS в lxc контейнере.

[Eugene Berdnikov]

On Mon, Sep 05, 2016 at 08:38:02PM +0300, Victor Wagner wrote:
> On Mon, 5 Sep 2016 17:03:32 +0300
> Eugene Berdnikov  wrote:
> 
> вила трансляции. Так что пока лишь диагноз
> > > > "голова и руки".  
> > > 
> > > Не очевидно. Лично мне очевидно что с хоста, который является
> > > nat-ящим роутером между внутренней сетью и внешней, внутренняя сеть
> > > должна быть просто ВИДНА. Соотвественно ничего пробрасывать не
> > > должно быть нужно. Оно должно просто по умолчанию быть доступно.  
> > 
> >  У виртуалбокса несколько типов подключения к сети, включая NAT,
> > бридж, встроенный адаптер хоста, внутренняя сеть и что-то там ещё. А
> > всё потому, что разные люди хотят реализовать виртуалками разные
> 
> Вот я про то же, что у виртуал бокса несколько жестко прибитых гвоздями
> способов подключения к сети, а не возможность собрать из кубиков то,
> что надо.

 Нет, неправда.

> > модели реальности. Кто-то хочет, чтобы сетевой адаптер виртуальной
> 
> Естественно, среди этих моделей реальности нет той, которая наиболее
> удобна нормальным людям, умеющим думать и желающим понимать.

 Ваша "любимая" модель (сеть, присоединённая через адаптер к хост-системе)
 там есть. Вы, наверное, её не нашли, так плохо искали. Меню всего из пятка
 типов подключений к сети. Впрочем, для человека, априори уверенного в
 наличии одного единственно правильного решения, которое непременно должно
 быть всенародно любимым правильными гражданами (как во времена СССР),
 пяток это слишком много, конечно.
-- 
 Eugene Berdnikov

Re: Тестирование DNS в lxc контейнере.

[Vasiliy P. Melnik]

>
> Естественно, среди этих моделей реальности нет той, которая наиболее
> удобна нормальным людям, умеющим думать и желающим понимать.
> Проприетарная софтина,  пусть и выпущенная под номинально открытой
> лицензией - она отучает людей думать.
>

А где записывают в очередь не думающих? а то мне нравится виртуалбокс - мне
ка-то оно надо чтобы протестировать что-то, да и скорость работы
устраивает, а наличие интерфейса я таки считаю плюсом. И мне таки хватает
чем заниматься, кроме виртуалок.

Ну и плюс ко всему я предпочитаю айфон - не, у меня были и леново, и лыжа
не дешевая, только обратно вернулся на айфон. Свой старый 5S я таки за два
года добил, пришлось пойти и купить новый 5S, сейчас очень даже не дорого.

А еще я считаю самым удобным офисным пакетом все таки микрософт офис, хоть
сам и пользуюсь либрой

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Mon, 5 Sep 2016 17:03:32 +0300
Eugene Berdnikov  wrote:

вила трансляции. Так что пока лишь диагноз
> > > "голова и руки".  
> > 
> > Не очевидно. Лично мне очевидно что с хоста, который является
> > nat-ящим роутером между внутренней сетью и внешней, внутренняя сеть
> > должна быть просто ВИДНА. Соотвественно ничего пробрасывать не
> > должно быть нужно. Оно должно просто по умолчанию быть доступно.  
> 
>  У виртуалбокса несколько типов подключения к сети, включая NAT,
> бридж, встроенный адаптер хоста, внутренняя сеть и что-то там ещё. А
> всё потому, что разные люди хотят реализовать виртуалками разные

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

> модели реальности. Кто-то хочет, чтобы сетевой адаптер виртуальной

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


> 
>  Так что не надо религиозных войн, и не надо выдавать частные неудачи
>  в конфигурации сети за глобальные проблемы программного интерфейса.

Нет, вот именно что надо религиозных войн. Потому что религозные войны
они за свободу. За право самому определять то что тебе удобно, а что
нет. 

Для тех, кто склонен  в этом плане доверять вендору софта, есть iPhone
и iPad. Им нечего делать за клавиатурой универсального компьютера.

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

Кстати, в процессе дискуссии на эту тему где-то в devel прозвучало

"Debian is not about choice". Ты действительно этого хочешь? Чтобы не
было выбора и надо было использовать то, что решили голосованием?

-- 
   Victor Wagner 

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Mon, 05 Sep 2016 20:18:00 +0300
Oleksandr Gavenko  wrote:

> On 2016-09-05, Иван Лох wrote:
> 
> > В системе i386 и ядром amd64 уже ставится и работает?  
> 
> Чем такая конфигурация привлекательна?
> 
> Вендоры не поставляют 32-bit драйверов и хочется сэкономить на RAM в
> офисных компьютерах?
> 

Дебиан не предоставляет процедуры crossgrade с i386 на amd64 с
сохранением всей конфигурациии системы.



-- 
   Victor Wagner 

Re: Тестирование DNS в lxc контейнере.

[Vasiliy P. Melnik]

5 сентября 2016 г., 20:18 пользователь Oleksandr Gavenko  написал:

> On 2016-09-05, Иван Лох wrote:
>
> > В системе i386 и ядром amd64 уже ставится и работает?
>
> Чем такая конфигурация привлекательна?
>
> Вендоры не поставляют 32-bit драйверов и хочется сэкономить на RAM в
> офисных
> компьютерах?
>

Уже больше года новые офисные компы комплектую минимум 8 гигами оперативки.
Все что меньше - это не память, это уже склероз.

Re: Тестирование DNS в lxc контейнере.

[Vasiliy P. Melnik]

- Хаим, я слышал вы выиграли миллион в лотерею! Это правда?
- Не совсем.
- Что значит не совсем?
- Ну во-первых не миллион, а тысячу. Во-вторых, не в лотерею, а в карты. И
в третьих, не выиграл, а проиграл.

Re: Тестирование DNS в lxc контейнере.

[Oleksandr Gavenko]

On 2016-09-05, Иван Лох wrote:

> В системе i386 и ядром amd64 уже ставится и работает?

Чем такая конфигурация привлекательна?

Вендоры не поставляют 32-bit драйверов и хочется сэкономить на RAM в офисных
компьютерах?

-- 
http://defun.work/

Re: Тестирование DNS в lxc контейнере.

[Oleksandr Gavenko]

On 2016-09-05, Михаил Касаджиков wrote:

>> VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с vboxdrv.ko
>
> Прекрасно работают одновременно и KVM и VirtualBox:
> $ lsmod | grep -e ^kvm -e ^vbox
> vboxpci24576  0
> vboxnetadp 28672  0
> vboxnetflt 28672  0
> vboxdrv   450560  3 vboxnetadp,vboxnetflt,vboxpci
> kvm_amd61440  0
> kvm   565248  1 kvm_amd

Я сделал коственный вывод, KVM ускорение Android эмулятора конфликтует с
VirtualBox. Модули то загружаются, но конкретно ругались приложения:

  $ emulator-x86 -avd $NAME -qemu -m 512 -enable-kvm
  $ virtualbox

У меня было как в:

  
http://stackoverflow.com/questions/16168799/android-emulator-and-virtualbox-cannot-run-at-same-time

Правда официальный Android эмулятор у меня жутко тупил, я использовал freeware
Genymotion, который основан на VirtualBox ))

-- 
http://defun.work/

Re: Тестирование DNS в lxc контейнере.

[Михаил Касаджиков]

05.09.2016 00:27, Oleksandr Gavenko пишет:
> On 2016-09-04, Victor Wagner wrote:
>> Eugene Berdnikov  wrote:
 Лучше взять KVM, а не virtual box.   
>>>
>>>  Чем лучше? Неужто в virtualbox резолвер криво работает? :)
>>
>> 1. Не нужно дополннительных модулей в ядро.
> 
> bash# lsmod | grep kvm
> 63:kvm_intel 184320  0
> 64:kvm   552960  1 kvm_intel
> 
> VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с vboxdrv.ko

Прекрасно работают одновременно и KVM и VirtualBox:
$ lsmod | grep -e ^kvm -e ^vbox
vboxpci24576  0
vboxnetadp 28672  0
vboxnetflt 28672  0
vboxdrv   450560  3 vboxnetadp,vboxnetflt,vboxpci
kvm_amd61440  0
kvm   565248  1 kvm_amd

Re: Тестирование DNS в lxc контейнере.

[Eugene Berdnikov]

On Mon, Sep 05, 2016 at 01:27:52PM +0300, Victor Wagner wrote:
> On Mon, 5 Sep 2016 12:50:23 +0300
> Eugene Berdnikov  wrote:
> 
> > > Ну то есть  ситуация "видеть я эту консоль не хочу,
> > > пустите меня по SSH и HTTP, но лишних внешних IP у меня нет".  
> > 
> >  Очевидно, в гостевую сеть нужно пробрасывть ssh и http, а снаружи
> >  должны быть видны имена (что можно сделать пробросом dns внутрь или
> >  приёмом апдейтов изнутри, через nat, внешним dns'ом). Если nat был
> >  встроенный виртуалбоксовый, неудивительно, что ничего не получилось,
> >  потому как проброс внутрь это уже не nat (во всяком случае не то,
> >  что называется "nat'ом" в виртуалбоксе), а дополнительные правила
> >  трансляции. Так что пока лишь диагноз "голова и руки".
> 
> Не очевидно. Лично мне очевидно что с хоста, который является
> nat-ящим роутером между внутренней сетью и внешней, внутренняя сеть
> должна быть просто ВИДНА. Соотвественно ничего пробрасывать не должно
> быть нужно. Оно должно просто по умолчанию быть доступно.

 У виртуалбокса несколько типов подключения к сети, включая NAT, бридж,
 встроенный адаптер хоста, внутренняя сеть и что-то там ещё. А всё потому,
 что разные люди хотят реализовать виртуалками разные модели реальности.
 Кто-то хочет, чтобы сетевой адаптер виртуальной машины "торчал" прямо
 в корпоративный LAN, а все промежуточные бриджи, хост-системы и прочая
 муть -- для него лишние слои абстраций. Кто-то же хочет, чтобы система
 виртуализации сама делала nat, а конфигурить iptables на хост-системе
 ему нафиг не сдалось. Вы же хотите такую модель, где гость подсоединён
 к некоей виртуальной сети, и эта сеть через виртуальный адаптер заходит
 на хост-систему. ОК. Все модели хороши и имеют право на жизнь, и все
 в виртуалбоксе более-менее нормально работают. В частности, родной
 для vb тип подключения NAT содержит стандартную для шлюзов функцию
 проброса портов во внутреннюю сеть.

 Так что не надо религиозных войн, и не надо выдавать частные неудачи
 в конфигурации сети за глобальные проблемы программного интерфейса.
-- 
 Eugene Berdnikov

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Mon, 5 Sep 2016 12:50:23 +0300
Eugene Berdnikov  wrote:


> > Ну то есть  ситуация "видеть я эту консоль не хочу,
> > пустите меня по SSH и HTTP, но лишних внешних IP у меня нет".  
> 
>  Очевидно, в гостевую сеть нужно пробрасывть ssh и http, а снаружи
>  должны быть видны имена (что можно сделать пробросом dns внутрь или
>  приёмом апдейтов изнутри, через nat, внешним dns'ом). Если nat был
>  встроенный виртуалбоксовый, неудивительно, что ничего не получилось,
>  потому как проброс внутрь это уже не nat (во всяком случае не то,
>  что называется "nat'ом" в виртуалбоксе), а дополнительные правила
>  трансляции. Так что пока лишь диагноз "голова и руки".

Не очевидно. Лично мне очевидно что с хоста, который является
nat-ящим роутером между внутренней сетью и внешней, внутренняя сеть
должна быть просто ВИДНА. Соотвественно ничего пробрасывать не должно
быть нужно. Оно должно просто по умолчанию быть доступно. А создание
внутреней сети, которая по умолчанию не доступна с хоста должно
требовать если не плясок с бубном, то осознанного решения "я хочу,
чтобы эта сеть не была доступна".

Вопрос о взаимодействии между dhcp-сервером внутренней сети и
dns резолвером хоста - он несколько более интересный. Мой вариант -
когда на хосте есть один общий dhcp-сервер для всех внутренних сетей, и
он же является локальным dns-сервером, поэтому сервит заодно и адресат
хостов из внутренних сетей, может кому-то не понравится.




> > А написать обертку вокруг голого kvm которая делает то что надо в
> > нужных мне случаях, но при этом не мешает лезть грязными лапами в
> > командную строку kvm или в его монитор у меня заняло 500 строк на
> > питоне.  
> 
>  Да, это офигенно быстро и просто, надо всем чайникам рекомендовать.

Теперь можно. Потому что я ее уже написал. И желающие могут скачать и
использовать. Но вообще-то чайникам я могу порекомендовать только
"мышки, станьте ежиками". То есть если либо переставай быть чайником,
либо универсальный компьютер не для тебя, купи себе айфон.

Re: Тестирование DNS в lxc контейнере.

[Eugene Berdnikov]

On Mon, Sep 05, 2016 at 07:50:16AM +0300, Victor Wagner wrote:
> On Sun, 4 Sep 2016 17:37:25 +0300
> Eugene Berdnikov  wrote:
> 
> > > 2. Куда гибче и проще конфигурация сети. В VirtualBox попытались
> > > создать интерфейс для чайников, в результате получилось шаг вправо,
> > > шаг влево считается побег.  
> > 
> >  Приведите пример шага вправо и пример шагa влево, за которые
> > интерфейс виртуалбокса стреляет в юзера.
> 
> Помнится, у меня были проблемы с какой-то совершенно тривиальной на мой
> взгляд конфигурацией. Вроде виртуальной сети, которая
> NAT-ится во внешний мир, а внутри виртуалкам раздают адреса по DHCP, и
> потом можно с хост-системы ходить на эти виртуалки, используя их
> hostname в качестве DNS имен.
> 
> Ну то есть  ситуация "видеть я эту консоль не хочу,
> пустите меня по SSH и HTTP, но лишних внешних IP у меня нет".

 Очевидно, в гостевую сеть нужно пробрасывть ssh и http, а снаружи
 должны быть видны имена (что можно сделать пробросом dns внутрь или
 приёмом апдейтов изнутри, через nat, внешним dns'ом). Если nat был
 встроенный виртуалбоксовый, неудивительно, что ничего не получилось,
 потому как проброс внутрь это уже не nat (во всяком случае не то,
 что называется "nat'ом" в виртуалбоксе), а дополнительные правила
 трансляции. Так что пока лишь диагноз "голова и руки".

> > > 3. Конфигурация всего остального у kvm тоже гибче, хотя это не
> > > слишком актуально для задачи тестирования DNS. Но может потом
> > > захочется еще чего потестировать. (а к тому времени в KVM уже и
> > > 3d-графика будет)  
> > 
> >  Человеку нужно было не гибче, а побыстрее и попроще.
> >  И вот тут-то kvm натурально сосёт.
> 
> Человеку нужно "чтобы решало его задачу". В этом сосут все изделия
> Oracle. 

 Не надо экстремизма и передёргиваний на ровном месте. Виртуалбокс
 это изделие Сана, а не Оракла. Ораклу достались лишь права на него.

 А задачу "побыстрее и попроще" решает таки виртуалбокс, а не kvm.

> А написать обертку вокруг голого kvm которая делает то что надо в
> нужных мне случаях, но при этом не мешает лезть грязными лапами в
> командную строку kvm или в его монитор у меня заняло 500 строк на
> питоне.

 Да, это офигенно быстро и просто, надо всем чайникам рекомендовать.
-- 
 Eugene Berdnikov

Re: Тестирование DNS в lxc контейнере.

[Иван Лох]

On Sun, Sep 04, 2016 at 05:37:25PM +0300, Eugene Berdnikov wrote:
> On Sun, Sep 04, 2016 at 08:39:57AM +0300, Victor Wagner wrote:
> > On Sat, 3 Sep 2016 21:34:36 +0300
> > Eugene Berdnikov  wrote:
> > > > 
> > > > Лучше взять KVM, а не virtual box.   
> > > 
> > >  Чем лучше? Неужто в virtualbox резолвер криво работает? :)
> > 
> > 1. Не нужно дополннительных модулей в ядро.
> 
>  Это забота пакетного менеджера.

В системе i386 и ядром amd64 уже ставится и работает?

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Mon, 05 Sep 2016 00:27:16 +0300
Oleksandr Gavenko  wrote:

> On 2016-09-04, Victor Wagner wrote:
> > Eugene Berdnikov  wrote:  
> >> > Лучше взять KVM, а не virtual box. 
> >> 
> >>  Чем лучше? Неужто в virtualbox резолвер криво работает? :)  
> >
> > 1. Не нужно дополннительных модулей в ядро.  
> 
> bash# lsmod | grep kvm
> 63:kvm_intel 184320  0
> 64:kvm   552960  1 kvm_intel
> 
> VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с
> vboxdrv.ko

Об этом я даже и не знал, поскольку с virtualbox-ом имею дело обычно в
чужих руках. Вот с lxc kvm прекрасно уживается.

 
> Наверно имелось ввиду что kvm в дереве исходников Linux:


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

В свое время я с vmware регулярно на это напарывался, почему и
предпочитаю использовать kvm, хотя vmware умеет некоторые вещи, которые
kvm не умеет.

вв> 
> Таки да, Oracle в любой момент может убить проект VirtualBox.
> 



-- 
   Victor Wagner 

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Sun, 4 Sep 2016 17:37:25 +0300
Eugene Berdnikov  wrote:

> On Sun, Sep 04, 2016 at 08:39:57AM +0300, Victor Wagner wrote:
> > On Sat, 3 Sep 2016 21:34:36 +0300
> > Eugene Berdnikov  wrote:  
> > > > 
> > > > Лучше взять KVM, а не virtual box. 
> > > 
> > >  Чем лучше? Неужто в virtualbox резолвер криво работает? :)  
> > 
> > 1. Не нужно дополннительных модулей в ядро.  
> 
>  Это забота пакетного менеджера.

Не "пакетного менеджера", а мейнтейнера соответствующих пакетов.



> > 2. Куда гибче и проще конфигурация сети. В VirtualBox попытались
> > создать интерфейс для чайников, в результате получилось шаг вправо,
> > шаг влево считается побег.  
> 
>  Приведите пример шага вправо и пример шагa влево, за которые
> интерфейс виртуалбокса стреляет в юзера.

Помнится, у меня были проблемы с какой-то совершенно тривиальной на мой
взгляд конфигурацией. Вроде виртуальной сети, которая
NAT-ится во внешний мир, а внутри виртуалкам раздают адреса по DHCP, и
потом можно с хост-системы ходить на эти виртуалки, используя их
hostname в качестве DNS имен.

Ну то есть  ситуация "видеть я эту консоль не хочу,
пустите меня по SSH и HTTP, но лишних внешних IP у меня нет".
 
> > 3. Конфигурация всего остального у kvm тоже гибче, хотя это не
> > слишком актуально для задачи тестирования DNS. Но может потом
> > захочется еще чего потестировать. (а к тому времени в KVM уже и
> > 3d-графика будет)  
> 
>  Человеку нужно было не гибче, а побыстрее и попроще.
>  И вот тут-то kvm натурально сосёт.

Человеку нужно "чтобы решало его задачу". В этом сосут все изделия
Oracle. 

А написать обертку вокруг голого kvm которая делает то что надо в
нужных мне случаях, но при этом не мешает лезть грязными лапами в
командную строку kvm или в его монитор у меня заняло 500 строк на
питоне.



-- 
   Victor Wagner 

Re: Тестирование DNS в lxc контейнере.

[Oleksandr Gavenko]

On 2016-09-04, Victor Wagner wrote:
> Eugene Berdnikov  wrote:
>> > Лучше взять KVM, а не virtual box.   
>> 
>>  Чем лучше? Неужто в virtualbox резолвер криво работает? :)
>
> 1. Не нужно дополннительных модулей в ядро.

bash# lsmod | grep kvm
63:kvm_intel 184320  0
64:kvm   552960  1 kvm_intel

VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с vboxdrv.ko

Наверно имелось ввиду что kvm в дереве исходников Linux:

  bash# locate kvm.ko
  /lib/modules/4.5.0-2-amd64/kernel/arch/x86/kvm/kvm.ko

  bash# locate vboxdrv.ko
  /lib/modules/4.5.0-2-amd64/updates/dkms/vboxdrv.ko

Таки да, Oracle в любой момент может убить проект VirtualBox.

-- 
http://defun.work/

Re: Тестирование DNS в lxc контейнере.

[Eugene Berdnikov]

On Sun, Sep 04, 2016 at 08:39:57AM +0300, Victor Wagner wrote:
> On Sat, 3 Sep 2016 21:34:36 +0300
> Eugene Berdnikov  wrote:
> > > 
> > > Лучше взять KVM, а не virtual box.   
> > 
> >  Чем лучше? Неужто в virtualbox резолвер криво работает? :)
> 
> 1. Не нужно дополннительных модулей в ядро.

 Это забота пакетного менеджера.

> 2. Куда гибче и проще конфигурация сети. В VirtualBox попытались
> создать интерфейс для чайников, в результате получилось шаг вправо, шаг
> влево считается побег.

 Приведите пример шага вправо и пример шагa влево, за которые интерфейс
 виртуалбокса стреляет в юзера.

> 3. Конфигурация всего остального у kvm тоже гибче, хотя это не слишком
> актуально для задачи тестирования DNS. Но может потом захочется еще
> чего потестировать. (а к тому времени в KVM уже и 3d-графика будет)

 Человеку нужно было не гибче, а побыстрее и попроще.
 И вот тут-то kvm натурально сосёт.
-- 
 Eugene Berdnikov

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Sat, 3 Sep 2016 21:34:36 +0300
Eugene Berdnikov  wrote:


> > 
> > Лучше взять KVM, а не virtual box.   
> 
>  Чем лучше? Неужто в virtualbox резолвер криво работает? :)

1. Не нужно дополннительных модулей в ядро.
2. Куда гибче и проще конфигурация сети. В VirtualBox попытались
создать интерфейс для чайников, в результате получилось шаг вправо, шаг
влево считается побег.
3. Конфигурация всего остального у kvm тоже гибче, хотя это не слишком
актуально для задачи тестирования DNS. Но может потом захочется еще
чего потестировать. (а к тому времени в KVM уже и 3d-графика будет)

Re: Тестирование DNS в lxc контейнере.

[Eugene Berdnikov]

On Sat, Sep 03, 2016 at 09:12:58PM +0300, Victor Wagner wrote:
> On Sat, 03 Sep 2016 16:20:40 +0300
> Oleksandr Gavenko  wrote:
> 
> > On 2016-09-03, Oleksandr Gavenko wrote:
> > 
> > > Я не хочу заводить virtualbox под Debian sid, но не очевидно как в
> > > LXC контейнере будет выполняться разрешение имен DNS.  
> > 
> > В LXC релиз Sid не стартует, а в Stretch connman завершается с
> > ошибками.
> > 
> > В итоге проверил в VirtualBox ))
> 
> Лучше взять KVM, а не virtual box. 

 Чем лучше? Неужто в virtualbox резолвер криво работает? :)
-- 
 Eugene Berdnikov

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Sat, 03 Sep 2016 16:20:40 +0300
Oleksandr Gavenko  wrote:

> On 2016-09-03, Oleksandr Gavenko wrote:
> 
> > Я не хочу заводить virtualbox под Debian sid, но не очевидно как в
> > LXC контейнере будет выполняться разрешение имен DNS.  
> 
> В LXC релиз Sid не стартует, а в Stretch connman завершается с
> ошибками.
> 
> В итоге проверил в VirtualBox ))
> 

Лучше взять KVM, а не virtual box. 

Re: Тестирование DNS в lxc контейнере.

[Victor Wagner]

On Sat, 03 Sep 2016 13:00:17 +0300
Oleksandr Gavenko  wrote:

> Я не понимаю можно ли в LXC проверить что мой багрепорт разрешен.

В принципе да.

>   https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes=805797
> connman: Utility to flush DNS cache?
> 
> Я не хочу заводить virtualbox под Debian sid, но не очевидно как в LXC
> контейнере будет выполняться разрешение имен DNS.
> 
> У контейнера есть lxcbr0 с настройками в /etc/default/lxc-net
> 
> 
> 
> Используется ли libc из host в LXC guest? Или только ядро шарится, а
> весь userspace берется из файлов в /var/lib/lxc/*/* ?

Шарится только ядро. Можно поставить 32-битную систему, можно
поставить вообще другой дистрибутив. У меня на рабочей машине есть
наприимер centos6-32бит в lxc. А хост система jessie 64бит.

Но: насколько говорит мой опыт,  lxc хорошо работает тогда, когда хост
(ядро и lxc-утилиты) новее, чем guest-ы. То есть во времена wheezy
регулярно приходилось сталкиваться  с проблемами при апгрейде testing
в контейнере.

Re: Тестирование DNS в lxc контейнере.

[Oleksandr Gavenko]

On 2016-09-03, Oleksandr Gavenko wrote:

> Я не хочу заводить virtualbox под Debian sid, но не очевидно как в LXC
> контейнере будет выполняться разрешение имен DNS.

В LXC релиз Sid не стартует, а в Stretch connman завершается с ошибками.

В итоге проверил в VirtualBox ))

-- 
http://defun.work/