Полигон-2

Merchant*RU написал:

[q]

Сканер во многих МФУ-шках работает по протоколу NTLMv1.

[/q]

Чё-то не дочитал до конца и начал "поднимать" NTLM у себя ;-) хотя сомнение по ходу конечно появилось. И вот зашёл в тему спросить; зачем локальному устройству NTLM? А тут натe:


Merchant*RU написал:

[q]

В таком разе стоит прописать МФУ-шке статический IP

[/q]

Понятно, что NTLM это совсем не мой случай.

[q]

1. запуск приложений для Windows XP из под Windows Server 2008 R2

[/q]

Стандартного режима совместимости эти приложениям не хватает? Тогда действительно через виртуалку. По Vmware Workstation/Player:

[q]

2. прозрачный доступ этих приложений к дискам

[/q]

\\имя_хоста\C$
Про другие методы лучше забудьте.

[q]

принтерам

[/q]

Вар.1) Печатаете по сети, как все нормальные люди
Вар.2) В виртуалку добавляется Usb-контроллер (LPT/COM-порт), после этого любое Usb-устройство можно передать в виртуалку. От хоста оно на этот период будет отключено.

[q]

сети хоста

[/q]

Это по умолчанию. Сеть в режим bridged не забывайте ставить.

[q]

3. в идеале и прозрачный доступ к USB-флешкам, но это совсем не критично;

[/q]

Описано выше.

[q]

4. а если виртуалка может работать без VT-x

[/q]

VT-X нужна в единственном случае - если на виртуалке будет 64битная ОС.

[q]

в portable режиме

[/q]

Что именно должно быть portable? Сам гипервизор? Забудьте. Файлы ВМ? На более старшие версии того же гипервизора они переносятся как есть, на другие - обычно через конвертацию.

[q]

Не очень прозрачно, просто С: конечно лучше.

[/q]

С точки зрения виртуалки - у неё будут обычные диски C:, D:... сколько насоздаёте. С точки зрения хоста (в данном случае так называют операционную систему, под которой крутится виртуалка) - каждый из них это единственный файл*. Единственный кошерный (т.е. доступный и на клиентских (Vmware Player/Workstation/Fusion, MS virtual PC, Oracle Virtual Box) и на серверных (Vmware vSphere/MS hyper-V) версиях) способ обратиться к дискам хоста из виртуалки - через сеть. В принципе, в Workstation есть возможность включить настройку, благодаря которой можно перетаскивать файлы драг-н-дропом с хоста на виртуалку, но делать это не рекомендуется, ибо не переносимо (см. прошлое предложение).
* - ну можно включить настройку, чтобы он резался на куски по 2 Гб, может быть маленький xml-ник с настройками диска и большой файл с собственно данными, но сути это не меняет.

[q]

Лучше бы конечно: поставил виртуалку и там внутри уже есть локальные принтеры.

[/q]

Драйверы принтера там будут. Или придётся ставить, если ОС их не знает. Но какой-то физический объект им должен соответствовать. Если конечно, не интересуют только виртуальные принтеры, типа экспорта в pdf. Точно та же ситуация, как с использованием принтера при подключении по RDP - драйвер должен быть установлен на обеих машин - и С которой подключаешься, и К которой. Поэтому и проще пользоваться сразу сетевыми принтерами (драйвер ставить только там, где он реально будет использоваться).

[q]

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

[/q]

Верно. Проще и прозрачнее = тащить туеву хучу драйверов к различным сетевухам с различным функционалом. Никто этого делать не будет. Реально проще - как раз иметь некий "общий знаменатель", возможности которого может реализовать практически любое реальное железо и забить на отличия реального железа от этого уровня. Воспринимайте это как возвращение к идеологии MS-DOS
Всё тоже самое будет с чипсетом материнки (у всех будет 440BX, какой бы проц к нему не "подключался". Только под win 8/10 уже будет что-то посвежее, но тут я не интересовался что именно), видеокартой (спецификация VESA и до свидания. Были какие-то попытки прикрутить 3D, но меня они не интересуют, так что тут не подскажу), дисковыми контроллерами (есть выбор из 3-4 стандартных типов, но на практике это менять просто не нужно).

[q]

Будут и 64-битные ОСи

[/q]

Тогда VT-x становится обязательным, всё просто.

[q]

У меня есть Portable Virtual PC 2007

[/q]

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

Вообще, базовый функционал (а ваши запросы - это базовый функционал) и принципы работы у лидеров рынка (vmware, microsoft, oracle) абсолютно одинаковы. Различаться будут только конкретные названия одних и тех же опций и узкоспецифические особенности (типа hyper-v в 2008й не умеет виртуализировать звук (серверу он в принципе не нужен), оракл не умеет nested virtualization (запуск виртуалки из-под виртуалки - та ещё штука с точки зрения производительности и нужная только небольшому числу разработчиков)) и удобством (а то и самой возможностью) конвертации в форматы друг друга.

И ещё раз - приложениям действительно не хватает банального режима совместимости?

[q]

Windows XP Mode как-то со всем этим справляется безо всяких перетаскиваний.

[/q]

У ней внутри RDP. Через него и справляется. Типа как тонкий клиент, подключающийся на себя же.

[q]

Перечитай вопрос №5.

[/q]

Которого нет.

[q]

Не хватает. Перечитай вопрос №4.

[/q]

В вопросе 4 речь про VT-x. Про него всё уже объяснено. А вовсе не про режим совместимости (пр.кнопка - запустить в режиме совместимости с...).

Сейчас ковыряю VMWare Workststion 12 Player (ибо в одной из статей нашёл, что у него есть функционал аналогичный Windows XP Mode), вроде неплохо получается, за исключение некоторых ИМХО детских недоделок, но это дальше.

Пока возникло несколько вопросов:
- посоветуйте проверенный Lite дистрибутив ХРюши, что бы там запустился Outlook Express и последний Firefox. Без всяких переделок (типа свои оболочки вместо Explorer'а), что бы просто всё отключено было по максимуму. Нужны только сеть, принтеры и USB;
- можно ли в ХРюше стандартными средствами закрыть все порты на выход, кроме 80, 25, 993? Не хочу ставить в гостевую ОСь антивирь, поэтому, если какая вирусня туда и прорвётся, что бы она там и здохла в изоляции.
- можно ли как-то заставить ХР воспринимать сетевой диск как локальный, не обязательно с NTFS, хотя бы например с FAT32? Или тут без вариантов?

Теперь по недоделкам Unity режима VMWare Player:
- после старта опубликованного приложения (а вместе с ним и VMWare Player'а (если не был запущен ранее)) в панели задач остаётся запущенным Player. Хотя, он там нафик не нужен и его можно бы было смело сворачивать в трей (где он тоже особо не нужен), но такой опции нет. Помнится ещё в NT 4.0 я чего-то химичил с запуском приложений как сервисов, может и в этом случае стоит попробовать.
- после закрытия всех ранее запущенных опубликованных приложений, VMWare Player так и остаётся в панели задач. Хотя, очень логично бы было его отправлять в спячку.
- в настройках Folder Sharing все примапленные диски и папки кидаются в один сетевой диск, что может и не критично, но не удобно. Обойти можно настроив бридж и уже в гостевой ОСи подключать каждый диск индивидуально.
- я конечно понимаю идейную логику (и универсальность) подключения дисков хоста через сеть, но вот в данном конкретном случае (замена Windows XP Mode) когда VMWare Player запускает приложения через Unity и всё физически находится на одной машине, это создаёт определённые неудобства в гибкости настроек. Ибо не все приложения адекватно воспринимают сетевые диски для использования в их настройках.
- как-то неайс работает перехват клавиатуры, в частности возникают постоянные отвалы расширенных клавиш. Наберёшь одну цифру на основной и расширенная просыпается.
- ну и ещё один косьячок, который непосредственно с VMWare Player видимо и не связан, а скорее это глюки приложений, но тем не менее. Например Outlook Express невозможно запустить развернутым.