Евгений Борисов подготовил статью (http://mechanoid.narod.ru/unix/diskless2/index.html), посвященную настройке системы с загрузкой FreeBSD по сети и монтированием рабочих каталогов при помощи NFS. Статья является продолжением материала "Бездисковые станции и терминалы (http://mechanoid.narod.ru/unix/diskless1/index.html)".URL: http://mechanoid.narod.ru/unix/diskless2/index.html
Новость: http://www.opennet.me/opennews/art.shtml?num=12507
Вполне информативно. Спасибо.
Вопрос к хардкорам - возможно ли средствами фри сделать следующую конструкцию: виндовый раздел (допустим с:), подключаемые бездисковые клиенты, допуск их к файловой системе fat32/ntfs, и разграничение прав на уровне той же фри?
Просто есть сервера, есть бездисковые станции, хотят венду, а ставить отдельную тачку с вендой ради терминального сервера не хочется..
Хотят винду - ставьте винду, в чём проблема? Не хотите ставить винду - ну не ставьте, шлите в баню. В чём проблема-то? rdesktop в "автозапуск" юзеру тяжело впихнуть?
да это уже сто раз обжёвано, я даже собрал дистр для бездисковой загрузки с автостартом rdesktopа и приготовился баблосы заколачивать.нихрена не выйдет. во-первых, терминальный сервер всё равно требует лицензию на каждое подключение, во-вторых - это же венда! пять терминалов ворда запускают - и она виснет напрочь, скорость работы сетевой подсистемы смешна, глюкотень и тормозилово.
а клонировать венду на каждом терминале - так это терминал должен быть мощной машиной, а не PIII c 16Мб ОЗУ. Сэкономить на винтах ценой 50 баблосов за 160гиг? Больше перетраха
Попробуйте взять нормальный сервер, хотя бы двухядерный. у меня пара таких машин тянет по сотне пользователей на каждой. Причем тут скорость сетевой подсистемы?Что касается экономии - тут экономия на обслуживании клиентов, а не на железе.
> а ставить отдельную тачку с вендой ради терминального сервера не хочется..Ну запускайте винду в виртуальных вашинах, например qemu умеет сам выступать в качестве rdesktop сервера.
Тем более, имхо, не лучшая идея запускать запускать винду на реальном железе (для работы). Если нет рядом такого же ящика для отказоустойчивости.
> Просто есть сервера, есть бездисковые станции, хотят вендуТерминальный сервер на windows и не надо себе парить мозги.
Кому надо - работает с ним через rdesktop
Так возможно или нет?
Есть мощный HP сервер на фре. Есть клиентов 30, которые хотели бы работать в окружении Windows XP. Хотелось бы найти решение, но БЕЗ отдельной тачки с вендой. Венды нигде нет в конторе, включая сервера. Все рабочие станции и сервера работают под управлением FreeBSD.. такая политика компании.
Нет, вру, одна вендовая машинка есть - это бухгалтер :).
Так реально такое провернуть или нереально? Даже теоретически.
на рабочих станциях X11 ?может тогда VMware с WinXP в качестве guest на сервере + rdesktop на станциях ?
wine ?
Нет. При чём здесь wine? Стоят бездисковые терминалы. Настроены на подключение к терминальному серверу, на котором FreeBSD. На одном из дисков на сервере с фрёй есть раздел с установленой вендой. Он в данный момент не используется. Как сделать так, чтобы подключающиеся клиенты логинились не в фрю а сразу же попадали в венду? Меня интересует просто теоретический факт.
Позволю себе вмешаться:
1. Отвечающие ранне, как мне показалось - отвечали не тот вопрос )
2. Вы хотите что-бы WinXP физически находился на сервере, а выполнялся на бездисковых терминалах?
> Вы хотите что-бы WinXP физически находился на сервере, а выполнялся на бездисковых > терминалах?именно. Просто говоря, есть сервер, на нём фря.. Рабочие разделы под ufs, и на том же диске имеется раздел с уже установленой вендой ХР.
Через терминальные сессии можно как-то к нему добиться и пустить в него всех желающих по pxeboot?
В таком случае я Вас расстрою - врямую это невозможно.
Дело в том, что при работе на бездисковом терминале _операционная система_ реализует логику "процессор тут, пямять тут, а HDD - там по сети"
WinXP умеет это _только_ для установи
(пример тут: http://www.opennet.me/docs/RUS/windows_auto_inst/index.html )Microsoft предлагает реализовывать бездисковык терминалы следующим образом:
Есть сервер, на котором _работает_ windows server, если клиенты, которые представляют из себя _устройство ввода-вывода_ с сетевым интерфейсом, которое обеспечивает общение пользователья с ОС и ПО выполняемом _на сервере_. Например по протоколу RDP, что и предлагали предыущие отвечающие.
(Точнее выполнятся будет 2 OC: Windows на сервере и *nix на теминале, притом *nix нужен только для того, что-бы PC без HDD работал как вышеупомянутое "устройство ввода-вывода_ с сетевым интерфейсом" )Для выполнения ОС и ПО НА бездисковом терминале ОС должна это поддеживать. Большенство *nix поддерживают. Windows - нет.
Возможно, я ошибаюсь, однако это маловероятно.
Если сервер достаточно мощный, можно поднять вертуалку под фрей с виндовс-сервером и отключива всё, оставить только раздачу бездисковым.
Понимаю, что относительно изврат, но такое решение работает, а кушает системы не так много, если оптимизировать.
>> Вы хотите что-бы WinXP физически находился на сервере, а выполнялся на бездисковых > терминалах?
>именно.А. Ну сделайте из этого диска образ который понимает qemu(на сервере), подключаете по nfs диск с ним и загружайте в qemu.
Только на терминалах надо будет оперативки нетерминально и на сеть нагрузка - спрашивается какой смысл винты дешевле, тем более большой объем не нужен
>именно. Просто говоря, есть сервер, на нём фря.. Рабочие разделы под ufs,
>и на том же диске имеется раздел с уже установленой вендой
>ХР.
>Через терминальные сессии можно как-то к нему добиться и пустить в него
>всех желающих по pxeboot?А какая цель?
Можно в виртуальной машине поднять Винду. (Не забывайте, что "виртуалка" тоже требует лицензирования, - его отсутствие - тяжкое преступление!). По любому Вам потребуется либо ХРюшка в терминальном доступе для 1 юзера, либо 2003-я с терминальными линцензиями (на данный момент ок.100 убитых енотов за штуку).
Как понимаю, все остальное приведет к "граблям" и проблемам с лицензированием.
Если я ничего не упустил, то винда нужна от случая к случаю, так что поднятие 1-2 машины для RDP (можно даже виртуальных, но с лицензиями иначе можете подставить контору) будет наиболее оправданным.
>100 убитых енотов за штуку).
>Как понимаю, все остальное приведет к "граблям" и проблемам с лицензированием.
>Если я ничего не упустил, то винда нужна от случая к случаю,
>так что поднятие 1-2 машины для RDP (можно даже виртуальных, но
>с лицензиями иначе можете подставить контору) будет наиболее оправданным.два RDP подключения к 2000 и 2003 серверу лицензировать не надо, просто перевести терминальную службу в админский режим.
не устрашит даже клонирование файловой системы для каждого отдельно. Лишь бы работало :).
Встречал когда-то такую статью.
На серваке лежит образ оси, который по сети грузится на бездисковую машинку. Образ один на всех, настроен и обкатан. Ничего сложного там не было.
Если интересно - обращайтесь, статейку нашел;)
выложите ссылку пожалуйста на статейку
Залил к себе: http://pauk.org.ua/diskless_boot.7z
>Залил к себе: http://pauk.org.ua/diskless_boot.7zОт имени себя и сотрудников обьявляю вам благодарность :).
Спасибо всем кто откликнулся на вопрос :).
Кстати, а Вам не кажется, что за это решение нужно платить $ ---> M$?
возможно, я что-то не понимаю, но...
За все в жизни нужно платить. Не деньгами - так временем, или нервами...
>Если интересно - обращайтесь, статейку нашел;)интересное, но к сожалению, win-only решение и недешевое. Насколько я понимаю, сейчас это по стоимости будет ненамного дешевле citrix.
> Насколько я понимаю, сейчас это по стоимости будет ненамного дешевле citrix.а причем тут цитрикс? это же извращенная замена RDP, а не ICA
Ну все вроде как Х. Но, как корпоративное решение может быть применено только в случае централизации конфигурации станций. Не везде одинаковая архитектура компов, не везде требуется только Х терминал. Особенно интересно, что запуск xkb не приведен, а это довольно тонкий момент в бездисковых станциях - тут невозможно сделать 1 каталог для них. Но все равно хорошо, что есть еще вариант (ваххабитский) для терминальных станций.
>Кстати, а Вам не кажется, что за это решение нужно платить $ ---> M$?
>возможно, я что-то не понимаю, но...у меня точно такой-же вопрос -- товарищи просветите кто-нибудь
>>Кстати, а Вам не кажется, что за это решение нужно платить $ ---> M$?
>>возможно, я что-то не понимаю, но...
>
>у меня точно такой-же вопрос -- товарищи просветите кто-нибудьДа, тут нужно будет покупать на каждого отдельную лицензию, поэтому проще делать образ корпоративной. Поэтому на мощных машинках проще поднять мейнфрейм, и заплатить только за 1 серверную лицензию и уже копейки за клиентов.
>Поэтому на мощных машинках проще поднять мейнфрейм, и заплатить
>только за 1 серверную лицензию и уже копейки за клиентов."Поднять мейнфрейм". Это как ?
>>Кстати, а Вам не кажется, что за это решение нужно платить $ ---> M$?
>>возможно, я что-то не понимаю, но...
>
>у меня точно такой-же вопрос -- товарищи просветите кто-нибудьwww.microsoft.ru
1. Серверная лицензия для Win2003
2. На каждого терминального клиента комплект из 1 лицензии Client Connection и 1 лицензии Terminal Client Connecton.Пункт 2 на ~$90 дороже WinXP. Т.е. даже с Linux/FreeBSD на терминалах и без учёта стоимости железа и лицензии для пункта 1 экономии нет а ограничения у терминальной работы есть. MS и здесь нагадил.
Client Connection не требуется если пароли на самбе поднять
только терминальная лицензия
экономическое обоснование (грубое)
вариант 1.без серваков, но с полноценными клиентами под вин
офисная машинка ~$300 + $140 за винду(можно конечно и Home за $60,но про полноценную работу в сети, как известно, придется забыть).итого $340 за клиента
вариант 2.сервер под фрей (маломощный) с образом какого нить легкого линукса или той же фри.плюс сервер терминалов под вин.мощный(ибо вот)
сервер под фрей-~$300
сервер под вин -~$3000
клиент ~$150 + $35 за лицензию на подключение к серверу терминалов=$135
проводим нехитрые математические манипуляции и получаем результат: экономически целесообразно использовать схему 2 при наличии в сети 17 клиентов.
Мне кажется тут ключевой момент не столько стоимость, сколько удобство администрирования + возможность работать из любого места и т.п.
Люблю горлопанов - которым лыш бы какой изврат "абы нэ вында" :) при этом раком/боком всеравно винду прикрутить или сэмулировать таки хотят :).Очень понравился пост "сервер фря, станции фря, корпоративная политика такая! и тут же а как запустить винду ???? Накой черт тебе винда если корпоративная политика этого не поддерживает?
Это мне напоминает фразу из кф "Горячие головы хх" : операцию на глазах по востановлению зрения можно сделать, но только через задний проход. :)Также хороший расчет привел уважаемый CORONER:
вот только непонятно, о какой "полно/неполноценности" работы в сети говорил в отношении ХР хоум если изначально сказал что в сети серваков нет. Интересно, чегоже в хоум версии такого нехватает?? ;) у нее TCP/IP не поддерживается? :) или что?Во всем остальном прав, кроме того, что в варианте 2 не получиш полноценного терминального рабочего места, так как мапинг локальных ресурсов типа портов лпт ком юсб реализовать практически не удастся.
Кроме того, сервер для загрузки бездисковых станций можно заменить на "загрузочные дискеты :)"
непомню щас адрес, ктото из русских слепил дискету с полноценным "загрузочным" линухом и миниХсервером + рдп клиентом. Насколько помню - 10доларов просили за одну копию. а без бабок только 30 минут работала. Если засандалить такую штуку на флэшИДЕ диск (это еще 10-15 уе, то вообще красота получится.У терминальных решений всегда были плюсы и минусы, плюс - централизованность, минус - централизованность.
Когда в терминале падает сервер - падают все. С другой стороны установка новой софтины - это всего одна установка с публикацией настроек.Так что каждому свое, а статью, кстати, я и не читал, много таких было, и много еще напишут, когда в очередной раз буду ставить бездисковые станции - обязательно прочту. Хотя есть уже опыт в даном направлении, так что если время и вдохновение будет - может и сам чего напишу.
Пущай и меня "посклоняют" ;)
>лпт ком юсб реализовать практически не удастся.при чем здесь фря не знаю, это все реализовано через клиента rdesktop.
кроме маппинга юсб как шины, все необходимые устройства как то флешки и принтеры работают.