[mdk-re] Помогите настроить VMWare в университетской сети

[mdk-re] Помогите настроить VMWare в университетской сети

[Irina Stepanova]

[-- Attachment #1: Type: text/plain, Size: 1853 bytes --]

Hi!

Итак. Есть сеть 10.x.x.x. Есть VMWare (2.0.4)
Вход в Сеть "как-бы" работает, но потом host-машина (192.168.168.1)
не пингуется. При указании неправильного пароля отсылает.
Установлено только Host-only networking.
Чтение архивов рассылки и Getting Started не помогло :-(

Конфигурация сети в Linux:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
127.0.0.0       *               255.255.255.0   U     0      0        0 lo
192.168.168.0   *               255.255.255.0   U     0      0        0
vmnet1
10.8.0.0        *               255.255.0.0     U     0      0        0
eth0
default         argon.gz-b.msu. 0.0.0.0         UG    0      0        0
eth0

Машина 192.168.168.128 (WinME) пингуется.

Вот конфигурация сетевых настроек из WinME:
C:\WINDOZE>route print
===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 50 56 cb 75 b2 ...... AMD PCNET Family Ethernet Adapter
===========================================================================
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface 
Metric
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1      
1
  255.255.255.255  255.255.255.255  255.255.255.255               2      
1
===========================================================================
Persistent Routes:
  None

Пожалуйста скажите, что нужно написать в свойствах TCP/IP в WinME, чтобы
заработал хоть Host-Only networking. И если можно, то DNS тоже.
На хост-машине поднят named (as caching-namesrver), но про имя моего
локального Linux-хоста он ничего не знает (это необходимо для установки
cookies в MSIE - домен).

WBR, Irina.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [mdk-re] Помогите настроить VMWare в университетской сети

["Баталов Григорий"]

On Fri, 7 Dec 2001 14:30:22 +0300
Irina Stepanova <ira@tool.ru> wrote:

> Пожалуйста скажите, что нужно написать в свойствах TCP/IP в WinME, чтобы
> заработал хоть Host-Only networking. И если можно, то DNS тоже.

  Лично я ставлю у себя "bridged" и не мучаюсь.

-- 
 Баталов Григорий.
---------------------------------------------------------------------------
 I am the "ILOVEGNU" signature virus. Just copy me to your signature.
 This email was infected under the terms of the GNU General Public License.

[mdk-re] Re: [mdk-re] Помогите настроить VMWare в университетской сети

[cornet]

Irina Stepanova wrote:
> 
> Hi!
> 
> Итак. Есть сеть 10.x.x.x. Есть VMWare (2.0.4)
> Вход в Сеть "как-бы" работает, но потом host-машина (192.168.168.1)
> не пингуется. При указании неправильного пароля отсылает.
> Установлено только Host-only networking.
> Чтение архивов рассылки и Getting Started не помогло :-(

Пожалуйста, первым делом опишите что именно должна делать ось под
VMware. От ее назначения зависит выбор режима.

Совершенно очевидно, что если виртуальная тачка должна появиться
в общей сети, то надо ставить тип интерфейса bridget а внутри оси
любой свободный IP адрес из Вашей реальной сети, причем этот
адрес не должен совпадать с адресами виртуальных интерфейсов
vmnetX. Логика настройки сети в гостевой оси ни чем не отличается
от настройки всех остальных тачек данной сетки.

Если Вам нужна закрытая песочница для экспериментов и что бы не
светилось в общей сети, то тогда надо ставить host-only. При этом
гостевая ось окажется за фаерволлом, которым является основная
поперационка машины, и сидящей в сети за карточкой vmnet1. Далее
логика настройки всех машин за шлюзами для доступа в основную
сеть - маскарадить нужные порты средствами основной оси от vmnet1
к eth0. При этом в Вашем случае адрес гостевой оси берется из той
же подсети что и vmnet1, при этом default gateway будет то же
vmnet1. Далее гостевая ось увидит основную тачку (те сервисы, что
разрешены на vmnet1) и то, что пропустит через себя маскарад.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

Re: [mdk-re] Помогите настроить VMWare в университетской сети

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 2455 bytes --]

On Fri, 07 Dec 2001 19:59:06 +0300
cornet <cornet@altlinux.ru> wrote:

> Пожалуйста, первым делом опишите что именно должна делать ось под
> VMware. От ее назначения зависит выбор режима.

Оговорюсь сразу, письмо то писал я.
Человек, чье имя стоит во From: сидел рядом и мигал глазками, ничего
не понимая. :-)

Назначение просто. Есть фирма. :-)
Мы там работаем веб-программистами. Проект дописан, и на Ирину возложили
задачу корректного прикручивания дизайна. Сначала я думал обойтись Мозиллой,
но потом у боссов (MSIE) стали вылезать некоторые "косяки", которые в
Mozilla не видны - нам в приказном порядке заставили поставить VMWare и
отсмотреть все в MSIE.

Итак: главное - это доступ к host operating system (с сегодняшнего дня это,
уфф, Сизифус :-). Но было бы весьма неплохо, если бы был доступ к Инету.
Хотя его, наверное, можно устроить при host-only - Squid взведен давно для
отстрела баннеров (траффик хоть и дешевый, но тоже денег стоит).

Если схема со Сквидом пройдет, то наверное лучше ставить в host-only.
В пользу этого режима также говорит то, что я не уверен, что с другого
айпишника инет заработает (хитроумная там биллинговая система).

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

Этого не происходит автоматически?
Дома на dialup'е все замечтально заработало (кроме DNS) без особых
усилий (host-only).

> При этом в Вашем случае адрес гостевой оси берется из той
> же подсети что и vmnet1, при этом default gateway будет то же
> vmnet1.

С этого места поподробнее, пожалуйста.
Как это прописать в Windows ME?
С сетями я плотно не общался, а в Windows - тем более. :-(

> Далее гостевая ось увидит основную тачку (те сервисы, что
> разрешены на vmnet1) и то, что пропустит через себя маскарад.

Маскарад - имеется в виду для доступа во внешнюю сеть?
Ведь host OS видна (у меня) как 192.168.168.1

P.S. Только вот с DNS напряги. На host-машине поднят caching-nameserver.
     Как его прописать в Windows, чтобы можно было обращаться из MSIE по
     имени, не по айпишнику?

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[mdk-re] Re: [mdk-re] Помогите настроить VMWareв университетской сети

[cornet]

Andrey Brindeew wrote:
> 
> On Fri, 07 Dec 2001 19:59:06 +0300
> cornet <cornet@altlinux.ru> wrote:
> 
> > Пожалуйста, первым делом опишите что именно должна делать ось под
> > VMware. От ее назначения зависит выбор режима.
> 
> Оговорюсь сразу, письмо то писал я.
> Человек, чье имя стоит во From: сидел рядом и мигал глазками, ничего
> не понимая. :-)

Эххх... А я то думал, ну в кои веки, технически грамотная леди
наконец то разбавила своим присутствием наш суровый мужской
колектив....
:-((
Мнда... Ну ладно, будем ждать дальше.

> Назначение просто. Есть фирма. :-)
> Мы там работаем веб-программистами. Проект дописан, и на Ирину возложили
> задачу корректного прикручивания дизайна. Сначала я думал обойтись Мозиллой,
> но потом у боссов (MSIE) стали вылезать некоторые "косяки", которые в
> Mozilla не видны - нам в приказном порядке заставили поставить VMWare и
> отсмотреть все в MSIE.
> 
> Итак: главное - это доступ к host operating system (с сегодняшнего дня это,
> уфф, Сизифус :-). Но было бы весьма неплохо, если бы был доступ к Инету.
skip.
> > сеть - маскарадить нужные порты средствами основной оси от vmnet1
> > к eth0.
> 
> Этого не происходит автоматически?
> Дома на dialup'е все замечтально заработало (кроме DNS) без особых
> усилий (host-only).

На счет инета - не пробовал. А вот в локальной сети у меня были
некоторые проблемы доступа к хостам - пришлось роутинг с
маскарадом делать.
 
> > При этом в Вашем случае адрес гостевой оси берется из той
> > же подсети что и vmnet1, при этом default gateway будет то же
> > vmnet1.
> 
> С этого места поподробнее, пожалуйста.
> Как это прописать в Windows ME?

Я только одного не понимаю - зачем Вам сдался этот Windows ME
только ради того, что бы в MSIE посмотреть на www странички????
Лично я его в глаза не видел и надеюсь что не скоро увижу. А для
Ваших целей надо просто ставить Win98SE и ничем не напрягаться,
там и Плопер свежий и памяти они сожрут меньше :-)

> С сетями я плотно не общался, а в Windows - тем более. :-(

По идее все это должно жить в свойствах иконки сетевого
окружения, а далее в свойствах TCP\IP. Там несколько закладочек и
далее не разберется только тот, кто не знает что такое IP адрес
:-)) Так точно есть везде вплоть до win98. Дальше не знаю, не
смотрел.

> > Далее гостевая ось увидит основную тачку (те сервисы, что
> > разрешены на vmnet1) и то, что пропустит через себя маскарад.
> 
> Маскарад - имеется в виду для доступа во внешнюю сеть?
> Ведь host OS видна (у меня) как 192.168.168.1

Да, конечно. К собственной основной оси доступ полный открыт.
Если Вы его конечно через ipchains не прикроете ;-)
 
> P.S. Только вот с DNS напряги. На host-машине поднят caching-nameserver.
>      Как его прописать в Windows, чтобы можно было обращаться из MSIE по
>      имени, не по айпишнику?

Там же, где и default gateway и прочее.

Так, все. Ща ставлю себе винду под Варь дома с host-only
сетевухой, настрою ее выход в инет по момеду, кэширующий dns уже
есть, squid ща взведу. Вышлю скрины из винды. Ok?

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

Re: [mdk-re] Помогите настроить VMWare в университетской сети

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 2108 bytes --]

On Sat, 8 Dec 2001 00:01:28 +0300
Andrey Brindeew <linux@abr.x9.ru> wrote:

> Этого не происходит автоматически?
> Дома на dialup'е все замечтально заработало (кроме DNS) без особых
> усилий (host-only).

Каюсь, только что поставил специально для эксперимента WinME дома при
наличии dialup-соединения и получил те же траблы, что и днем. Стал выяснять
в чем дело. Настройки TCP/IP вроде одинаковые, но: из WinME пинг на
хост-машину не проходит (узел недоступен), а из старых Win98 - все в
порядке. Стал копать глубже. И нашел! Есть различия в выводе команды "route
print":

Для свежепоставленного WinME:
===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 50 56 cb 74 0d ...... AMD PCNET Family Ethernet Adapter
===========================================================================
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
  255.255.255.255  255.255.255.255  255.255.255.255               2       1
===========================================================================
Persistent Routes:
  None

А для уже настроенного Win'98:

Активные маршруты:

  Сетевой адрес            Маска    Адрес шлюза            Интерфейс  Метрика
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1       1
      192.168.1.0    255.255.255.0      192.168.1.2      192.168.1.2       1
      192.168.1.2  255.255.255.255        127.0.0.1        127.0.0.1       1
    192.168.1.255  255.255.255.255      192.168.1.2      192.168.1.2       1
        224.0.0.0        224.0.0.0      192.168.1.2      192.168.1.2       1
  255.255.255.255  255.255.255.255      192.168.1.2      192.168.1.2       1

Установка машины 192.168.1.1 шлюзом для WinME ситуации не изменила.
На этом мои познания иссякли :-(

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [mdk-re] Помогите настроить VMWareв университетской сети

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 981 bytes --]

On Sat, 08 Dec 2001 00:54:33 +0300
cornet <cornet@altlinux.ru> wrote:

> Я только одного не понимаю - зачем Вам сдался этот Windows ME
> только ради того, что бы в MSIE посмотреть на www странички????
> Лично я его в глаза не видел и надеюсь что не скоро увижу. А для
> Ваших целей надо просто ставить Win98SE и ничем не напрягаться,
> там и Плопер свежий и памяти они сожрут меньше :-)

Да нету под руками Win98 - задевал куда-то CD-R с ним. :-(
Я бы даже свои (родные!!! :-) закатал на CD-R и отнес на ту машину,
но там место ограничено (не более 800-900М на всю Варь).

> Так, все. Ща ставлю себе винду под Варь дома с host-only
> сетевухой, настрою ее выход в инет по момеду, кэширующий dns уже
> есть, squid ща взведу. Вышлю скрины из винды. Ok?

Был бы очень признателен. 
С меня тогда пиво на презентации Мастера. :-)
Мы тогда как раз всех вместе ждали, когда Весна вышла ;-)

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [mdk-re] Re: [mdk-re] Помогите настроить VMWare в университетской сети

[Gosha]

On Fri, 07 Dec 2001 19:59:06 +0300
cornet <cornet@altlinux.ru> wrote:

> Совершенно очевидно, что если виртуальная тачка должна появиться
> в общей сети, то надо ставить тип интерфейса bridget а внутри оси

Совсем не обязательно. Можно и host-only. И даже лучше и проще.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Помогите настроить VMWareв университетской сети

[ira]

[-- Attachment #1: Type: text/plain, Size: 395 bytes --]

On Sat, 08 Dec 2001 00:54:33 +0300
cornet <cornet@altlinux.ru> wrote:

> 
> Эххх... А я то думал, ну в кои веки, технически грамотная леди
> наконец то разбавила своим присутствием наш суровый мужской
> колектив....
> :-((
>

  :-)
  Не,пока я научусь внятно и без ляпов говорить(ещё не факт что понимать),
  пройдет года 2-3,не меньше.. Поэтому пока я предпочитаю смотреть и
слушать.



ira
  

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [mdk-re] Помогите настроить VMWareв университетской сети

[AVL]

On Sat, 8 Dec 2001 13:23:32 +0300
ira <ira@tool.ru> wrote:

> On Sat, 08 Dec 2001 00:54:33 +0300
> cornet <cornet@altlinux.ru> wrote:
> 
> > 
> > Эххх... А я то думал, ну в кои веки, технически грамотная леди
> > наконец то разбавила своим присутствием наш суровый мужской
> > колектив....
> > :-((
> >
> 
>   :-)
>   Не,пока я научусь внятно и без ляпов говорить(ещё не факт что понимать),
правильно. у моей мамы дети учатся сначала плавать а потом ходить и сначала  писать, а потом читать...
прогресс блин, так говорят легче

[mdk-re] Re: [mdk-re] Помогите настроить VMWareв университетской сети

[cornet]

ira wrote:
> 
> On Sat, 08 Dec 2001 00:54:33 +0300
> cornet <cornet@altlinux.ru> wrote:
> 
> >
> > Эххх... А я то думал, ну в кои веки, технически грамотная леди
> > наконец то разбавила своим присутствием наш суровый мужской
> > колектив....
> > :-((
> >
> 
>   :-)
>   Не,пока я научусь внятно и без ляпов говорить(ещё не факт что понимать),
>   пройдет года 2-3,не меньше.. Поэтому пока я предпочитаю смотреть и
> слушать.

Это очень похвально конечно с точки этики общения, но замедляет
Ваше же развитие как специалиста :-)

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

Так что не стесняйтесь, Ирина. Если есть вопросы - спрашивайте,
90% что кто то уже знает на него ответ :-)

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

Re: [mdk-re] Помогите настроить VMWare в университетской сети

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 1130 bytes --]

On Sat, 8 Dec 2001 02:32:58 +0300
Andrey Brindeew <linux@abr.x9.ru> wrote:

> Каюсь, только что поставил специально для эксперимента WinME дома при
> наличии dialup-соединения и получил те же траблы, что и днем. Стал выяснять
> в чем дело. Настройки TCP/IP вроде одинаковые, но: из WinME пинг на
> хост-машину не проходит (узел недоступен), а из старых Win98 - все в
> порядке. Стал копать глубже. И нашел! Есть различия в выводе команды "route
> print":

Плюнул на WinME с высокой колокольни, достал пыльный диск Win95 OSR2 (за
который было в свое время уплочено $85 по молодости зеленой) и поставил в
минимальной конфигурации. Сеть заработала в режиме Host-only. Большего и не
надо. DNS, правда, сильно не хватает, но жить можно. HTTP смотрю через
Сквид. MSIE 3.0, идущий в оригинальной поставке OSR2 без проблем обновился
на 5.0

Все счастье (вместе с минимально поставленными Word'ом и Excel'ем) занимает
на диске в Linux 340M.

Завтра буду ставить на другую машину это (вернее просто пожму эти файлы
bzip'ом и отнесу на CD-R).

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[mdk-re] Re: [mdk-re] Помогите настроить VMWareв университетской сети

[cornet]

Andrey Brindeew wrote:
> 
> On Sat, 8 Dec 2001 02:32:58 +0300
> Andrey Brindeew <linux@abr.x9.ru> wrote:
> 
> > Каюсь, только что поставил специально для эксперимента WinME дома при
> > наличии dialup-соединения и получил те же траблы, что и днем. Стал выяснять
> > в чем дело. Настройки TCP/IP вроде одинаковые, но: из WinME пинг на
> > хост-машину не проходит (узел недоступен), а из старых Win98 - все в
> > порядке. Стал копать глубже. И нашел! Есть различия в выводе команды "route
> > print":
> 
> Плюнул на WinME с высокой колокольни,

Вот и правильно :-))

> достал пыльный диск Win95 OSR2 (за
> который было в свое время уплочено $85 по молодости зеленой) и поставил в
> минимальной конфигурации. Сеть заработала в режиме Host-only. Большего и не
> надо. DNS, правда, сильно не хватает, но жить можно. HTTP смотрю через
> Сквид. MSIE 3.0, идущий в оригинальной поставке OSR2 без проблем обновился
> на 5.0

Угу, а я как раз хауту дописываю на эту тему :-)
Картинки уже выслаю :-)
 
> Все счастье (вместе с минимально поставленными Word'ом и Excel'ем) занимает
> на диске в Linux 340M.
> 
> Завтра буду ставить на другую машину это (вернее просто пожму эти файлы
> bzip'ом и отнесу на CD-R).

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

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

[mdk-re] HOWTO for ( Помогите настроить VMWareв университетской сети)

[cornet]

[-- Attachment #1: Type: text/plain, Size: 834 bytes --]

Andrey Brindeew wrote:

skip.
> > Так, все. Ща ставлю себе винду под Варь дома с host-only
> > сетевухой, настрою ее выход в инет по момеду, кэширующий dns уже
> > есть, squid ща взведу. Вышлю скрины из винды. Ok?
> 
> Был бы очень признателен.
> С меня тогда пиво на презентации Мастера. :-)
> Мы тогда как раз всех вместе ждали, когда Весна вышла ;-)

Да, хорошую я тогда тусовку собрал на Лубянке :-)) Да же сам не
ожидал что такое получится. Эхххх... ранняя весна, солнышко,
погода отличная, Спринг вышел, много хороших людей и пива...
Правда я все же надеюсь что мы выпустим Мастера раньше, чем
сойдет снег и можно будет спокойно пить пиво на улице ;-)

Итак, Высылаю обещанное. Не судите строго - это первая редакция,
только что закончил.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

[-- Attachment #2: VMware_HOWTO.txt --]
[-- Type: text/plain, Size: 12449 bytes --]

Опишу свою домашнюю сетку как пример простейших локальных сетей
с выходом в Интернет через обычный модем и использованием VMware-2.0.3.

Структура сети:
N1 - шлюзовая машина, Linux.
N2 - вторая машина, рабочая станция Win98.
N3 - виртуальная машина под VMware на N1, Win95OSR2.
далее этих виртуальных может быть очень много, столько сколько потянет N1 по
ресурсам. (автору статьи удавалось запускать одновременно 4 оси - NT4, Win95,
Linux, Linux и на PIII550 128M все это работало с приемлимой
производительностью)

Интерфейсы и сети.

 192.168.9.2    192.168.9.1
+--+         eth0 +--+
|N2|--------------|  |
+--+              |N1| ppp0 dinamic IP
           vmnet1 |  |--------Internet
         +--------|  |
         |        +--+
         |   192.168.63.1
         |
         | 192.168.63.2
       +--+
       |N3|
       +--+

В рабочем положении на N1 имеем следующие настройки:

Интерфейсы:

eth0	inet addr:192.168.9.1  Bcast:192.168.9.255  Mask:255.255.255.0
lo		inet addr:127.0.0.1  Mask:255.0.0.0
ppp0	inet addr:62.118.144.204  P-t-P:212.30.161.18  Mask:255.255.255.255
vmnet1	inet addr:192.168.63.1  Bcast:192.168.63.255  Mask:255.255.255.0

Таблицу маршрутизации:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
APAS18.mtu.ru   *               255.255.255.255 UH    0      0        0 ppp0
192.168.63.0    *               255.255.255.0   U     0      0        0 vmnet1
192.168.9.0     *               255.255.255.0   U     0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
default         APAS18.mtu.ru   0.0.0.0         UG    0      0        0 ppp0

/etc/resolv.conf

search home
nameserver 127.0.0.1

/etc/sysconfig/network

NETWORKING=yes
FORWARD_IPV4=yes
HOSTNAME=smart.home
DOMAINNAME=home
GATEWAY=192.168.9.1

И такую простейшую систему правил:

[root@smart cornet]# ipchains -L
Chain input (policy ACCEPT):
Chain forward (policy ACCEPT):
target     prot opt     source                destination           ports
MASQ       all  ------  192.168.9.0/24       anywhere              n/a
Chain output (policy ACCEPT):
Можно было и сложнее, но для дому смысла особого не вижу. MASQ предназначен для
хождения N2 по любым сервисам в Интернет.

С помощью vmware-config.pl была в неавтоматическом режиме сконфигурирована
VMware на работу с bridget и host-only интерфейсами.

Из сервисов взведены:
1. samba
практически в дефалте, но добавлено
[global]
   interfaces = 127.0.0.1 eth0
   bind interfaces only = Yes
что бы не светить в Интернет. При этом vmnet1 так же прослушивается Самбой,
поскольку привязан к eth0.

2. named
Так же - почти что кэширующий дефалт, но кроме этого держит домен home,
ссылается на провайдерский DNS и самое главное в named.conf:
listen-on { 127.0.0.1; 192.168.9.1; 192.168.63.1; };
Здесь адрес vmnet1(192.168.63.1) необходимо включить явно, иначе N3 до DNS не
дозвонится напрямую. При этом сервис vmware должен стартовать раньше named, что
не есть дефалт. Если всего этого не сделать, то для гостевых осей придется
указывать в качестве DNS не адрес vmnet1 а адрес eth0 материнской оси, или какой
то другой DNS сервер (до него еще пакет доставить надо и вернуть отклик
обратно).

3. squid
То же почти ничего не правил (надо будет баннерщиков порезать), добавил лишь
правила доступа:
acl home src 192.168.9.0/255.255.255.0
acl vmware src 192.168.63.0/255.255.255.0
http_access allow home
http_access allow vmware



Машина N2 имеет следующие настройки:

IP			192.168.9.2
name		fiona.home
DNS			192.168.9.1
gateway		192.168.9.1

И такую таблицу маршрутизации:

C:\MUST_DIE>route print
Active Routes:
  Network Address          Netmask  Gateway Address        Interface  Metric
          0.0.0.0          0.0.0.0      192.168.9.1      192.168.9.2       1
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1       1
      192.168.9.0    255.255.255.0      192.168.9.2      192.168.9.2       1
      192.168.9.2  255.255.255.255        127.0.0.1        127.0.0.1       1
    192.168.9.255  255.255.255.255      192.168.9.2      192.168.9.2       1
        224.0.0.0        224.0.0.0      192.168.9.2      192.168.9.2       1
  255.255.255.255  255.255.255.255      192.168.9.2      192.168.9.2       1

В браузере для http указан прокси 192.168.9.1:3128
Машина свободно ходит в Интернет через прокси и маскарад (ping ходит), работает
с N1 по всем протоколам, пингуется с N3 но по samba не взаимодействует.

Машина N3 имеет следующие настройки:
Сетевая карта установлена в режиме host-ohly.

IP			192.168.63.2
name		smart1.home
DNS			192.168.63.1
gateway		192.168.63.1

И такую таблицу маршрутизации:

C:\WINDOWS>route print
Active Routes:
  Network Address          Netmask  Gateway Address        Interface  Metric
          0.0.0.0          0.0.0.0     192.168.63.1     192.168.63.2       1
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1       1
     192.168.63.0    255.255.255.0     192.168.63.2     192.168.63.2       1
     192.168.63.2  255.255.255.255        127.0.0.1        127.0.0.1       1
   192.168.63.255  255.255.255.255     192.168.63.2     192.168.63.2       1
        224.0.0.0        224.0.0.0     192.168.63.2     192.168.63.2       1
  255.255.255.255  255.255.255.255     192.168.63.2     192.168.63.2       1

В браузере для http указан прокси 192.168.63.1:3128
Машина свободно ходит в Интернет через прокси, работает с N1 по всем
протоколам, пингуется с N3 но по samba не взаимодействует.
Напрямую в Интернет эта машина ходить не может, поскольку для ее подсети не
указано маскарадное правило.



Теперь можно ввести некоторые проверяющие изменения в систему с целью выявления
закономерностей и лучшего понимания происходящего.

Например. Если привести правила на N1 к вот такому виду:

Chain input (policy ACCEPT):
Chain forward (policy ACCEPT):
Chain output (policy ACCEPT):

то N2 потеряет пинг на Интернет, но между N2 и N3 пинги все равно ходят. Это
очевидно происходит по тому, что N1 через который проходят пакеты для обеих
машин является default gateway. В больших сетях, в которых много хостов с VMware
такое положения явно не сохранится поскольку default gateway на всех один и
пингуемому хосту не известен обратный роутинг до пингующего и он, получив пакет,
ответит на него не туда, куда следовало бы.

Для более полного взаимодействия N3 с окружающим миром достаточно разрешить
маскарад с его адреса на все остальные адреса. То есть привести правила к такому
виду:

Chain input (policy ACCEPT):
Chain forward (policy ACCEPT):
target     prot opt     source                destination           ports
MASQ       all  ------  192.168.9.0/24       anywhere              n/a
MASQ       all  ------  192.168.63.0/24      anywhere              n/a
Chain output (policy ACCEPT):

Итак, сейчас мы имеем совершенно симметричную систему и N2 и N3 абсолютно
равноправны и работают по samba методом прямого указания пути к ресурсам, хотя и
не видят друг друга явно.

+--+    eth0 +---+ vmnet1  +--+
|N2|---------|N1 |---------|N3|
+--+         +---+         +--+
               |
        ppp0 dinamic IP
               |
            Internet

Возможно именно такая схема окажется наиболее удобной для большинства
пользователей. Так же использование host-only режима в совмещении с маскарадом
или без оного (только прокси) существенно повышает защищенность гостевой
операционки от внешних атак, поскольку с ней невозможно установить непрошенный
контакт. Так же степень защищенности легко настраивается с помощью правил
ipchains основной оси.

В больших сетях работа с VMware через host-only с маскарадом средствами основной
системы так же очень удобна тем, что все гостевые оси на всех машинах могут
иметь совершенно идентичные IP адреса и настройки, да и сама vmware так же
настраивается одинаково. Таким образом для администратора сети существенно
упрощается настройка парка машин, поскольку гостевые оси можно размножать прямым
копированием образа виртуального диска между машинами без какой либо последующей
донастройки.
Минусом подобного подхода являются трудности работы в окружении
MSNetwork при попытке браузинга сети а так же при работе с public aplication,
использующими Домен сети Microsoft. Это связано с широковещательным характером
протокола сетей Microsoft, который несовместим с многосегментной сетью,
получающейся в результате такого подхода. (автор статьи пытался
побороть эти сложности используя PDC и WINS но после 2'х дней борьбы был
вынужден сдаться)


Если же есть желание пожертвовать защищенностью ради функциональности, то имеет
смысл использовать bridget режим сетевого адаптера для N3.
В этом случае, интерфейс vmnet1 не используется вовсе, а во внутренней сети
появляется своего рода алиас на eth0 с новым адресом из той же подсети (можно и
с другим, но практическая ценность такого подхода не велика). Машина N3
оказывается полноправным членом внутренней сети и мы получаем следующую схему с
точки зрения TCP/IP.

  | 192.168.9.0/24
  |
  | 192.168.9.2
  |   +--+
  +---|N2|
  |   +--+
  |
  | 192.68.9.2
  |eth0+--+ ppp0 dinamic IP
  +----|N1|--------Internet
  |    +--+
  |
  | 192.168.9.3
  |   +--+
  +---|N3|
  |   +--+

Итак, изменив тип адаптера с host-only на bridget (автору статьи это стоило
снесенных гостевых виндов - умер реестр) мы получаем следующее - виртуальная
тачка N3 настраивается точно так же как и N2 поскольку они находятся в одной
подсети:

IP			192.168.9.3
name		smart1.home
DNS			192.168.9.1
gateway		192.168.9.1

И такую таблицу маршрутизации:

C:\WINDOWS>route print
Active Routes:
  Network Address          Netmask  Gateway Address        Interface  Metric
          0.0.0.0          0.0.0.0      192.168.9.1      192.168.9.3       1
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1       1
      192.168.9.0    255.255.255.0      192.168.9.3      192.168.9.3       1
      192.168.9.3  255.255.255.255        127.0.0.1        127.0.0.1       1
    192.168.9.255  255.255.255.255      192.168.9.3      192.168.9.3       1
        224.0.0.0        224.0.0.0      192.168.9.3      192.168.9.3       1
  255.255.255.255  255.255.255.255      192.168.9.3      192.168.9.3       1

Соответственно внутри - с машинами N1 и N2 данная виртуальная ось ведет себя так
же как и любая другая физическая тачка в том же сегменте сети, точно так же как
и N2, в том числе и все операции в MSNetwork так же выполняются.
В плане работы с Интернет получаем в точности ту же картину, что и для машины
N2, а аменно.
При наличии простого форварда пакетов на N1:

Chain input (policy ACCEPT):
Chain forward (policy ACCEPT):
Chain output (policy ACCEPT):

N3 способна общаться только через прокси на N1 и ее же DNS. Причину этого легко
понять через ping на любой из внешних хостов с одновременным просмотром
вывода
# tcpdump -i ppp0 -n
Вы увидите, что пакеты уходят, но ответы не возвращаются, поскольку у внешнего
хоста нет роутинга на N3, имеющего внутренний адрес.

Соответственно при приведении правил N1 к стандартному для моего дома виду:

Chain input (policy ACCEPT):
Chain forward (policy ACCEPT):
target     prot opt     source                destination           ports
MASQ       all  ------  192.168.9.0/24       anywhere              n/a
Chain output (policy ACCEPT):

пакеты N3 подпадают под маскарадное правило и отрабатываются точно так же как и
для N2. А значит, что с внешними хостами работает все, что только вообще может
работать через маскарад, в том числе и ping.

Данный режим работы гостевой оси можно смело рекомендовать тем администраторам
больших сетей, у которых часть win32 приложений, вытесненных под VMware,
используют домен MSNetwork или просто хочется что бы в виндах "все осталось как
было раньше". При работе через bridget именно так и будет - все как раньше :-)

Из минусов такого подхода можно отметить, что каждая виртуальная ось потребует
собственный уникальный IP адрес во внутренней сети, то есть если все машины
перевести на Linux и на всех поставить по одной Win под VMware то количество
потребных адресов в локальной сети удвоится. Так же, вполне очевидно что при
серийном размножении виртуальных осей потребуется ручная доработка в смысле
изменения IP адреса и доменного подключения (последнее особенно долго).


Все вышеописанные подходы безусловно применимы (и это проверено на практике) не
только к гостевой Win95OSR2, но так же и к любым другим осям, которые можно
установить на виртуальную машину. (из личного опыта автора Win98 NT4 W2k Linux)

[mdk-re] Re: [JT] Помогите настроить VMWareв университетской сети

[Vyt]

On Sat, 08 Dec 2001 00:54:33 +0300
cornet <cornet@altlinux.ru> wrote:

<skipped>

> > Оговорюсь сразу, письмо то писал я.
> > Человек, чье имя стоит во From: сидел рядом и мигал глазками, ничего
> > не понимая. :-)
> 
> Эххх... А я то думал, ну в кои веки, технически грамотная леди
> наконец то разбавила своим присутствием наш суровый мужской
> колектив....
> :-((
> Мнда... Ну ладно, будем ждать дальше.

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

Прошу прощения за оффтопик.

<skipped>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[mdk-re] нет доступа к серверу новостей

[Sergey S. Skulachenko]

Уважаемые коллеги!
Вдруг возникла такая проблемка. Сервер leafnode+ исправно
скачивает новости, а почитать их не удаётся. При этом в
/var/log/syslog/messages возникает такая строчка:
Dec 11 22:50:50 sku xinetd[26774]: libwrap refused connection to
nntp from 192.168.1.16

В xinetd доступ для 192.168.1.16 не исчез. Пользователь,
запустивший читалку новостей, из группы news не пропал.
Что за libwrap, отказывающий мне в доступе? И что я этакого
наобновлял из Сизифа? Последние обновления прошли 7 декабря.   
____________
С уважением,
С.С.Скулаченко

Re: [mdk-re] нет доступа к серверу новостей

[Андрей Булава]

On Tue, 11 Dec 2001, Sergey S. Skulachenko wrote:

> Что за libwrap, отказывающий мне в доступе? И что я этакого
> наобновлял из Сизифа? Последние обновления прошли 7 декабря.
Если мне не изменяет память, libwrap ответственна за использование
содержимого hosts.allow, hosts.deny суперсервером xinetd. В документации
по xinetd что-то было насчет отсутствия необходимости в этом использовании
для упрощения контроля доступа. Грубо говоря, xinetd = inetd + tcpd

Если интересно:
man tcpd
man hosts.allow
man hosts.deny

Если нет: /usr/share/doc/xinetd*

P.S. Пишите в рассылку Сизифа. Если пишете и сюда, и туда, не надо делать
это по два раза по два раза ;-)

--
Best regards,
  Andrei Bulava   [ AB1002-UANIC ]
ISP "Interstar" System Administrator

[mdk-re] Re: [mdk-re] нет доступа к серверу новостей

[Sergey S. Skulachenko]

On Tue, 11 Dec 2001 23:05:16 +0300
"Sergey S. Skulachenko" <sssku@online.ru> wrote:

> Уважаемые коллеги!
> Вдруг возникла такая проблемка. Сервер leafnode+ исправно
> скачивает новости, а почитать их не удаётся. При этом в
> /var/log/syslog/messages возникает такая строчка:
> Dec 11 22:50:50 sku xinetd[26774]: libwrap refused connection
> to
> nntp from 192.168.1.16

Прошу извинения. Ответ найден. Видимо, в какой-то момент
portsentry решил, что обращение к серверу новостей с адреса
192.168.1.16 является атакой и занёс этот адрес в hosts.deny.
Понять бы причину такого сбоя.
____________
С уважением,
С.С.Скулаченко

Re: [mdk-re] нет доступа к серверу новостей

[Michael Shigorin]

On Tue, Dec 11, 2001 at 11:05:16PM +0300, Sergey S. Skulachenko wrote:
> В xinetd доступ для 192.168.1.16 не исчез. 
/etc/xinetd.conf ?
/etc/xinetd.d/leafnode ?
/etc/leafnode/config ?

Что в лог пишет, или это все?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/