» Проблемы с VMWare

Цитата:

Извини, но это просто ерунда. Какая сетевуха? Можно говорить о сетевом соединении (реализуемым драйверами вмвари), которое может быть мостом (bridge) или NAT

Хост подключён к виртуальному свитчу виртуальным линком 1-2-3-го уровня (свич является устройством 2-го уровня, а для 3-го уровня прозрачен): с точки зрения сетестроения это именно так. Линк третьего уровня для хостовой оси обеспечивается сетевым интерфейсом (сетевухой).

Помимо физической сетевухи (которую вмваре умеет подключать к виртуальному свитчу через собственный Vmware Bridge Protocol) вмваре также предоставляет хосту виртуальные сетевухи (которые подключаютcя к виртуальному свитчу так же, как и гостевые виртуальные сетевухи).

Что не так? Можно открыть третью вкладку Virtual Network Editor и наглядно убедиться в моей правоте.


Всякие VPN-соединения (спасибо, что напомнили о них), NDIS-эмуляторы over USB (например, DSL модемы - точнее, роутеры) и прочий парасетвой дровяной зверинец прикидываются для хостовой оси именно сетевыми интерфейсами (т. е. тоже являются виртуальными сетевухами с точки зрения хостовой оси) - и в том случае, если они прикидываются полноценно, на них также можно активировать Vmware Bridge Protocol, и они также способны втыкаться в виртуальный свич вмваре.

Сама вмваре кроме Ethernet 100/1000TX никаких сетевых сред не знает и эмулировать не умеет - но готова обманываться, предоставляя для того средства гостевым и хостовой осям, точнее их админу.

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


Добавлено:

Цитата:

(ЗЫ. И эти упоминания сетевой модели вообще не нужны.)

в принципе категорически не согласен (хотя мои формулировки подлежат уточнению!)

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

LevT

Цитата:

Помимо физической сетевухи (которую вмваре умеет подключать к виртуальному свитчу через собственный Vmware Bridge Protocol) вмваре также предоставляет хосту виртуальные сетевухи (которые подключаютcя к виртуальному свитчу так же, как и гостевые виртуальные сетевухи).
Что не так? Можно открыть третью вкладку Virtual Network Editor и наглядно убедиться в моей правоте.

Хорошо что в линукс-версии сервера нет "вкладки Virtual Network Editor" и нет никаких "свичей".

Цитата:

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

Так свич внутри хоста или внутри вмвари? Свич же это просто вмваревская абстракция введённая для того чтобы объяснить незадачливому админу как типа всё подсоединяется одно к другому через понятные ему образы сетевых девайсов, и для того чтобы имитировать сетевую инфраструктуру для виртуальных машин.
Вот и есть свичи для мостового соединения между одним из существующих на хосте физическим подключением и сетевым адаптером гостя (виртуальным сетевым адаптером гостя - в документации он обзывается как просто virtual network adapter). Это называется bridged networking.
Есть свич для реализации виртуальной сети в которой виртуальные машины объединены в сеть в которой хост используется как шлюз с функцией NAT. Сам хост подключён к этой виртуальной сети через созданный вмварей на нём программный сетевой адаптер (виртуальный сетевой адаптер на хосте - в документации обзывается как host virtual adapter).
Ну и наконец свич, который просто соединяет в сеть один из виртуальных сетевых адаптеров на хосте (host virtual adapter) с виртуальным сетевым адаптером гостевой системы (или с virtual network adapter'ами нескольких гостей). Последнее называется host-only networking. При этом сам виртуальный адаптер на хосте может использоваться хостом как любой подключённый к нему обычный сетевой адаптер, например для маршрутизации пакетов из этой виртуальной хост-онли сети в любую другую сеть к которой подключён хост в том числе с функцией NAT преобразрования адресов или с установленном на хосте фаерволом или кэширующим прокси-сервером и т.д.
Никаких "хост-онли или NAT сетевух, связывающих хост с одним из своих виртуальных свичей" как у тебя в описании нет. Я понимаю что это просто ты так сформулировал, но просто в таком виде когда это читаешь немного голова идёт кругом, так что респект в любом случае.

Цитата:

Хорошо что в линукс-версии сервера нет "вкладки Virtual Network Editor" и нет никаких "свичей".

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

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



Цитата:

Так свич внутри хоста или внутри вмвари?

внутри конкретной установки вмвари внутри конкретного хоста. Distributed virtual switch появится только в ESX 4.0.

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



Цитата:

Свич же это просто вмваревская абстракция

не "просто". Поставь ESX, хотя бы в виртуалку. Не пожалеешь.

Сети вмварные были бы на редкость кривыми, если бы "свичи" было только абстракциями. Свич весьма сложное и замороченное устройство, не только физически, но и логически. Но устройство 2-го (канального), а не 3-го (сетевого) уровня.



Цитата:

Вот и есть свичи для мостового соединения

Нету у вмварных свитчей предназначения. НЕТУ. Я давно пытался донести этот мессидж до рукосуев, не удосуживающихся "заглянуть под капот".

Режим свича определяется:
1) отсутствием или наличием включенного туда хостового адаптера,
2) типом этого адаптера с т.зрения вмваре (либо физический с включенной галкой "Vmware Bridge Protocol", либо виртуальный "Vmware Virtual Ethernet Adapter")
3) конфигурацией, возможно, запущенных на этом конкретном виртуальном адаптере "ленивых" вмварных сервисов DHCP и NAT.


Добавлено:

А точнее - и режима у свича тоже НЕТУ. Как это ни странно звучит. Есть режим подключения конкретного сетевого интерфейса конкретного гостя. И вмваре позаботилось, чтобы при переносе гостя между хостами этот режим не сбивался, даже в руках невежественных и ленивых одминов - предложив им шорткаты "Bridged", "NAT" и "Host-only", которые гарантированно не изменятся при переезде.


Подключая к виртуальным сетям виртуалки, управляться лучше с "Custom" свичами (листвью там откровенно динамический в зависимости от настроек Virtual Networks - и перекрывает возможности радиокнопок).

Но, отказавшись от вмварных ленивых абстракций, контролировать сетевую связность виртуалки после её переезда также придётся вручную. Это ЛЕГКО - после изучения базовой сетевой теории и вдумчивых экспериментов с вмваре на отдельно взятом хосте.

Ага, добавляйте, добавляйте, "и ваше мировозррение сказочно обогатится новыми аспектами бытия" .
Прочитайте внимательно раздел Configuring a Virtual Network документации (11 раздел в VMware Server User's Guide), посмотрите картинки.

Еще вначале перечитай свой опус:

Цитата:

(Реализацию бриджа не смотрел: на месте вмварщиков я бы изначально пользовался линуксовым бриджем.)

На месте вмварщиков ты бы пользовался линуксовым бриджем? Гениально. Между чем и чем? Бридж на хосте и хостовыми средствами можно сделать только между адаптерами на хосте. Как ты методист, собрался подключить с помощью него адаптер например из виндового гостя.


Цитата:

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

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


Цитата:

Режим свича определяется:
1) отсутствием или наличием включенного туда хостового адаптера,
2) типом этого адаптера с т.зрения вмваре (либо физический с включенной галкой "Virtual Bridge Protocol", либо виртуальный "Vmware Virtual Ethernet Adapter")
3) конфигурацией, возможно, запущенных на этом конкретном виртуальном адаптере "ленивых" вмварных сервисов DHCP и NAT.

Добавлено:

А точнее - и режима у свича тоже НЕТУ. Как это ни странно звучит. Есть режим подключения конкретного сетевого интерфейса конкретного гостя.

Ваша каша объяснений состоит из попыток соединить то что вы видите на закладках окошка Virtual Network Editor и других окошек, в различных "листвью" и "возможностях радиокнопок" с тем что вы знаете из сетевых технологий. Это так всегда происходит с теми кто изучает технологии через виндузовые приложения.
Только будьте добры, поменьше агрессивности и упоминаний про "рукосуев, не удосуживающихся заглянуть под капот".

Под в вмварщиками в той фразе я имел в виду вмваре (софтописателей, точнее архитекторов).


Цитата:

Бридж на хосте и хостовыми средствами можно сделать только между адаптерами на хосте

Сначала пишется драйвер виртуального адаптера - а потом тот адаптер подвёрстывается к стандартному бриджу. С виндой такой номер бы не прокатил потому, что в 2000 бриджа ещё не было.



Цитата:

В вмваре приложили достаточно усилий чтобы объяснить незадачливому пользователю

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

Тем не менее, взаимопомощь возможна. Долго у меня вертелось на языке - и наконец сформулировалось. Я бы дорого отдал 7-8 лет назад за то, чтобы мне кто-то разжевал то, что я вынес сейчас в шапку.



Цитата:

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

Хорошо, серьёзного опыта с линуксовыми хостами я действительно не имею. В чем, по-Вашему, принципиальное отличие той и другой реализации?

Отличие может касаться только взаимодействия с хостовой осью - иначе вмваре пришлось бы похерить основную цель своей архитектуры: переносимость виртуалок.


Добавлено:

Цитата:

Прочитайте внимательно раздел Configuring a Virtual Network документации (11 раздел в VMware Server User's Guide), посмотрите картинки.

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

Русификатор 70-85% VMware Workstation 6.5.1 build-126130 Russian
ifolder
rapidshare
letitbit

LevT

Цитата:

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

Это лишний раз доказывает что вы его не читали.
А то что вам кажется что кому следовало - это просто пипец.
Ну в общем это и не удивительно если учесть, что чтобы разобраться и понять что в тех девяти записях для виртуальных сетевых свичей VMnet1-VMnet9 в окошке Virual Network Editor можно всё настроить как душе угодно, все три типа networking, человеку потребовалось 8 лет. И он наконец попытался это как-то изъяснить.

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

А по существу у Вас есть что добавить, уточнить или опровергнуть к написанному мною?

Или Вы ревностно оберегаете Священное Знание от "подоконных" профанов, кидая им юзергайды пережёвывающие одно и то же почти в одних и тех же выражениях?



Добавлено:
mikeus

милчеловек! Вам, как и всем никсоидам, придётся СЪЕСТЬ тот факт, что виртуализация отвязала сервисы от хостовой оси и сделала возможным самый кощунственный, с точки зрения пуристов, микс.

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


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

Я сделал как говорил LevT то есть все вирт машины связал через custom switch. А на исе бридж к реальной сетевухе привязал... Очень хочется проверить если все правильно! Как можно проверить через вирт машину ИСЫ что инет на нее корректно идет? Саму ИСУ я еще не научился настраивать... Есть какой нибудь быстрый способ???? Может кто подскажет?

AdminNovichok

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

Цитата:

А по существу у Вас есть что добавить, уточнить или опровергнуть к написанному мною?

Нет. На мой взгляд [more=абзац]Сетевуха, связывающая хост с одним из своих виртуальных свичей, бывает физической (бридж) или виртуальной (хост-онли или NAT). Отличие NAT - в дополнительном сервисе трансляции адресов, позволяющем (долго не задумываясь и не зная ничего о сетевой адресации!) "выпустить гостей в интернет". Таким образом, NAT соединяет гостей с внешним миром на 3 уровне сетевой модели, а хост-онли - только со своим хостом. Бридж соединяет гостей с внешним миром в обход хоста, на 2-м уровне сетевой модели (канальном; разумеется физически это невозможно - но именно так выглядит для операционки гостя и сетевухи соседней физической машины). Для функционирования бриджа необходим законный адрес из допустимого в локалке диапазона. К подключениям хост-онли и NAT вмваре прикладывает халявный DHCP сервис, позволяющий не задумываться об адресации гостей[/more] надо просто заново переписать.

Цитата:

Или Вы ревностно оберегаете Священное Знание от "подоконных" профанов, кидая им юзергайды пережёвывающие одно и то же почти в одних и тех же выражениях?

Я в первую очередь оберегаю свой мозг, который взрывается когда я читаю некоторые места из ваших объяснений, поэтому позволил себе некоторые замечания по тому как это всё сформулировано и вдобавок для пущей важности замутнено привлечением уровней модели исо. То что получилось это руководство для вдумчивых рукосуев-экспериментаторов, по типу "Свич весьма сложное и замороченное устройство, не только физически, но и логически". Хотя как я уже говорил - респект в любом случае.

mikeus
над абзацем подумаю, спасибо.


А что касается виртуальных свичей - то они под вмваре НАСТОЯЩИЕ. (Ну то есть эмуляция полноценная, с некоторыми документированными особенностями.)

Вмваре долго не афишировала этот факт, думаю - чтобы не перегрызться с циской. Но теперь у них торжественная дружба-жвачка-любовь-морковь, о чем свидетельствует официальный документ от циски: http://www.google.ru/search?hl=ru&q=cisco+vmware+pdf&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA+%D0%B2+Google&lr=

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

Strategos

Ставишь чистую Ось, затем делаешь Снимок системы:

VM -> Snapshot -> Take Snapshot...

При необходимости потом можно будет вернуться к этому Снимку.

Описание решения проблемы со шрифтами в VMware Workstation 6.5.1 build 126130 и других программах.

В диалогах данной версии VMware используется псевдошрифт - "MS Shell Dlg 2". При отсутствии данного псевдошрифта в реестре, может использоваться неподходящий шрифт и диалоги VMWare "портятся", как на картинке.



Необходимо проверить значения в ключе реестра:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes]
при остутствии "MS Shell Dlg 2", нужно его создать. Тип - String Value, данные - "Microsoft Sans Serif", хотя, можно попробовать и другие шрифты.
После перезагрузки интерфейс VMWare будет в норме.
Если есть желание, подробно про псевдошрифты "MS Shell Dlg" и "MS Shell Dlg 2" можно прочитать здесь - http://support.microsoft.com/kb/282187

А чего там на ИСЕ по быстрому настроить чтобы проверить хотя бы? Я вроде в Firewall settings Разрешил весь трафик, но чет ни один сайт не могу открыть..... Понимаю что не в этой тебе надо писать но уж больно хочется проверить что все работает... Тем более надеюсь vmware тоже правильно настроена! =)

AdminNovichok

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

Допустим, ты настроил виртуальные сетки правильно.

Теперь одна из виндовых виртуалок должна стать интернет шлюзом для другой. Для этого надо отключить на ней фаервол и включить галочкой Internet Connection Sharing на её внешнем сетевом интерфейсе - а другую поставить в полный автомат.

Посмотришь по ipconfig /all настройки, которые вторая словит от первой - и бросишь их сюда. И результат traceroute ya.ru

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

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

JekaRus
третья закладка в Virtual Networks Editor
у vmnet0 убери автовыбор карты для бриджевания: он сбивает с толку (в твоём случае хватает не ту карту, которую ты хочешь).

Из сетевух хоста там видны и доступны только те, на которых включен Vmware Switch Protocol
После серьезных перенастроек сети на хосте надо перегружаться или как минимум рестартить Vmware Authorization Service

Вопрос для LevT
То есть я могу взять два любых вирт ПК один будет сlient а другой server (условно чтобы не путаться) на server настроить два сетевых адаптера, один из которых бридж а другой custom, на сlient поставить точно такой custom и чтобы custom был одной подсетью (например 192.168.10.0) потом отключаю файрволл на server и ставлю галку Internet Connection Sharing на его внешнем сетевом интерфейсе.
После этого захожу на Client и с помощью ipconfig /all смотрю его сетевые настройки, потом с него же traceroute ya.ru.

Вот я это так понял? Правильно? Если да то я могу просто снести ISA с моего сервера Win2003 и использовать его как ту вирт машину которая с бриджем? =)

AdminNovichok

ну в общем да. Но вообще-то в варе для того есть снапшоты. Имело смысл снять снапшот до установки исы. А теперь имеет смысл сделать так перед её сносом

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

Здравствуйте! Проблема следующего характера:

Устанавливаю Русификатор (VMwareWorkstation651rus) и в конце выскакивает ошибка

Main file updating failed, operation canceled!
Main file Data integrity (CRC) error.

Как устанавливал. Выгрузил варю с пуска. Начал устанавливать в конце выскачила ошибка что "не могу дескать закончить т.к. файл запущен". Все повторные установки завершаються ошибкой описанной вверху. ОС Vista sp1 Ult.

Tramere
Если стоит Касперский временно отключи его

для LevT
Сделал как ты советовал! Вроде получилось... Правда при включении Internet Connection Sharing все сбросилось в подсеть. 192.168.0.0, в одной умной книжки долго про это читал вроде разобрался вторую вирт машину тоже в эту подсеть перевел, на сервере интернет заработал сразу (ISA снес) на второй машине заработал только когда я вручную в TCP / IP забил DNS cервер интернет провайдера... В принципе я вроде понял как все работает... В той же книжке научился настраивать NAT и маршрутизацию и удаленный доступ... но опять же DNS сервер провайдера забил в DNS на доменике... иначе клиенты не входят в сеть... В общем бридж работает. =))) Спасибо за помощь... Надеюсь завтра поставлю ISA обратно и с ней разберусь.

Коллеги, подскажите, пожалуйста есть какой-нибудь другой механизм взаимодействия с Vmware Server, кроме Web-интерфейса? Раньше вроде бы была у этого ПО консоль.

Цитата:

на второй машине заработал только когда я вручную в TCP / IP забил DNS cервер интернет провайдера...

это криво и дурная практика, лучше к этому не привыкать. Так делать вынуждают маршрутизаторы с глючным dhcp, а нормальные должны сами управлять dns. И если уж это отключать - то в пользу полноценного dhcp внутреннего.

ICS на первой машине - это тоже маршрутизатор начального уровня. Он должен работать как dns прокси и выдавать клиентам свой адрес на автомате. И прочие dhcp параметры Есть у него садистское ограничение - внутренний диапазон он навязывает 192.168.0.x, свой собственный внутренний адрес фиксирует 192.168.0.1, а домен кажется mshome.net Это чтобы люди которым нужно другое, покупали сервер с RRAS.

сбрось настройки второй машинки в автомат и кидай ipconfig /all с нее (в тег more)


Добавлено:
2AdminNovichok
на самом деле можно всё поправить, запустив мастер подключения к интернету на обеих машинках.

Но так ты не поймёшь, что он делает, и я тоже упущу шанс об этом вспомнить
В общем если цель "побыстрее начать работать" - то лучший выбор это мастер,
а если учиться админству и готовиться ставить ису - то сперва нужно вот это всё проделать руками.

LevT
Спасибо! Вроде разобрался. Но там есть еще четвертая вкладка Host Virtual Adapter. За что она отвечает?

Цитата:

Коллеги, подскажите, пожалуйста есть какой-нибудь другой механизм взаимодействия с Vmware Server, кроме Web-интерфейса? Раньше вроде бы была у этого ПО консоль.

Если установить VIX API, ссылки на который идут на странице вместе с сервером, то появится консольная команда vmrun. Сам не пользовался.

Щас посмотрел, vmrun идёт в дистрибутиве и вместе самим сервером.

JekaRus

Цитата:

Спасибо! Вроде разобрался. Но там есть еще четвертая вкладка Host Virtual Adapter. За что она отвечает?

В этой вкладке создаются и удаляются виртуальные сетевухи вмваре НА ХОСТЕ. А также там они отключаются и включаются (но это с равным успехом можно сделать из сетевых подключений и диспетчера устройств).


Цитата:

Режим свича определяется:
1) отсутствием или наличием включенного туда хостового адаптера,
2) типом этого адаптера с т.зрения вмваре (либо физический с включенной галкой "Vmware Bridge Protocol", либо виртуальный "Vmware Virtual Ethernet Adapter")
3) конфигурацией, возможно, запущенных на этом конкретном виртуальном адаптере "ленивых" вмварных сервисов DHCP и NAT.

Вот установил на первой машине (Win 2003 server) ICS На сетевухе которая бридж, на клиенте (XP) поставил ловить все автоматом, вот результаты Ipcoinfig /all на клиенте,

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : pc01-xp
Основной DNS-суффикс . . . . . . : study.local
Тип узла . . . . . . . . . . . . . : смешанный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : study.local
mshome.net

Подключение по локальной сети - Ethernet адаптер:

DNS-суффикс этого подключения . . : mshome.net
Описание . . . . . . . . . . . . : VMware Accelerated AMD PCNe

Физический адрес . . . . . . . . . : 00-0C-29-B3-85-BA
Dhcp включен . . . . . . . . . . . : да
Автонастройка включена . . . . . : да
IP-адрес . . . . . . . . . . . . : 192.168.0.182
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 192.168.0.1
DHCP-сервер . . . . . . . . . . . : 192.168.0.1
DNS-серверы . . . . . . . . . . . : 192.168.0.1

А как пользоваться routetrace непонял говорит нет такой команды я знаю есть route print
=))))

1) traceroute

2) 2003 ICS выдаёт правильный dns прокси - свой собственный адрес. У тебя там случаем нет криво настроенного dns сервера?

Не нужен там никакой.
И левый домен study.local убери пока нахрен.


Добавлено:

ГЫЫЫЫЫЫЫЫ
Доктор, я становлюсь латентным юниксоидом

не traceroute, а tracert