Bagaimana cara PXE mem-boot beberapa desktop Windows 7 dari gambar yang sama?

17

Beberapa tahun yang lalu di universitas saya, saya ingat bahwa laboratorium di sana mem-boot Windows NT melalui jaringan.

Ada drive yang dibagikan untuk barang-barang Anda sendiri dan selain itu perubahan apa pun yang Anda lakukan pada OS yang berjalan direset ketika Anda me-restart mesin.

Sekarang saya ingin dapat melakukan hal yang sama dengan Windows 7.

Saya telah menemukan beberapa cara melakukannya dengan menggunakan iSCSI, tetapi saya tidak ingin disk iSCSI untuk setiap PC, saya ingin satu gambar untuk banyak PC. Saya juga menemukan file setup PXE Boot untuk menginstal Windows secara lokal, tetapi bukan itu yang saya inginkan.

Bagaimana saya mengatur tentang apa yang saya miliki di universitas tetapi dengan Windows 7 sebagai OS untuk netboot?

yaitu Bagaimana cara netboot gambar Windows 7? Saya tidak ingin netboot installer Windows 7 ke PC untuk menginstal Windows secara lokal, saya ingin menjalankan gambar Windows 7 dari memori / jaringan.

Mat
sumber
1
"dengan gambar Windows7 di atasnya". Bagaimana Anda menghasilkan gambar yang dapat di-boot pxe? Saya kira ini harus berjalan seperti livecd.
Matt
1
@ HopelessN00b Saya pikir Matt bertanya tentang bagaimana membangun / mengkonfigurasi WIM kustom untuk boot via PXE. Mungkin info tentang PXE booting WIM multi-pertunjukan juga akan membantu?
jscott
1
Benar. Mereka akan multi-pertunjukan. Di Linux saya bisa menggunakan nfsroot yang artinya untuk gambar besar mereka tidak semua harus ada di memori. Opsi apa yang ada untuk windows? minimal windows dan perangkat lunak yang diinstal pada share SMB?
Matt
1
Bagaimana dengan desktop virtual? Jalankan beberapa contoh windows pada server pusat dan kemudian klien dapat mengaksesnya dengan berbagai macam klien.
rnxrx
1
Server Citrix Provision memiliki fitur ini. Saya bisa mem-boot seluruh lab 30 stasiun (Semua perangkat keras yang sama) tanpa memasang hard drive lokal. Itu melakukan PXE Boot dan boot dari image disk. Pengguna kemudian login dan menyimpan data ke drive jaringan. Itu sangat cepat dan tidak sulit untuk diatur. Tapi sayang itu terlalu mahal dan saya kembali ke metode lama boot dari harddisk lokal. Saya juga ingin menyelesaikan ini.

Jawaban:

6

Untuk menjawab pertanyaan saya sendiri. Dimungkinkan menggunakan iPXE dan iSCSI atau AoE. Idenya adalah untuk mengganti ROM opsi kartu jaringan dengan iPXE atau untuk chainload ipxe dan kemudian melakukan sanboot.

iSCSI lebih mudah dari dua protokol san karena Anda benar-benar dapat menginstal Windows 7 langsung ke target iSCSI. Ini karena dukungan iSCSI dibangun ke dalam windows 7 sedangkan AoE tidak.

Lihat: archive.org mirror dari windowsdiskless.wordpress.com

Atau: archive.org mirror dari windowsdisklessaoe.wordpress.com

Memperhatikan tentu saja bahwa walaupun iSCSI mendukung banyak mesin yang mengakses target yang sama dengan NTFS. Korupsi akan terjadi. Mekanisme Copy on Write di bagian belakang perlu digunakan, atau membuat gambar dasar (templat) dan menyalinnya ke target yang baru diekspor.

Saya akhirnya menambal target iscsi open source dari freebsd dan menambahkan copy on write. Jadi saya bisa menggunakan LUN yang sama tetapi tulisannya diarahkan ke tempat lain. Saya bisa mengarahkan mereka ke RAM lokal atau ke file lain di server. Saya tidak menggunakan ini lagi, itu adalah bukti konsep.

Mat
sumber
3
Melakukan ini dengan penyimpanan tingkat blok akan menyebabkan korupsi NTFS. Dalam pertanyaan Anda, Anda menyatakan bahwa Anda ingin beberapa komputer dapat mem-boot instalasi yang sama. Memasang dan berbagi volume NTFS yang sama di beberapa klien akan menyebabkan korupsi, masalah kunci file, dll. Apakah Anda sudah mencoba ini?
MDMarra
1
Saya menyadari masalah itu. Anda dapat melakukan ini dengan mekanisme copy on write di bagian belakang atau menyalin gambar dasar sebagai templat ke salinan baru dan mengekspornya.
Mat
5

Skenario yang Anda jelaskan pada dasarnya sama dengan penggunaan setiap workstation sebagai thin client untuk mengakses lingkungan desktop yang terletak di pusat. Akan sangat tidak praktis bagi Windows 7 untuk mem-boot dari PXE bahkan jika itu bisa dilakukan.

Setiap kali PXE digunakan untuk mem-boot, ia mengunduh keseluruhan gambar boot ke sistem klien, yang berarti beberapa GB transfer pada setiap boot.

Idealnya, skenario ini dilakukan dengan menjaga lingkungan desktop pada jaringan di lokasi pusat. Dalam lingkungan Infrastruktur Desktop Virtual (VDI), ini dilakukan dengan menggunakan virtualisasi untuk memungkinkan lingkungan desktop virtual terpisah untuk tinggal bersama pada perangkat keras, lingkungan virtual disediakan untuk klien melalui manajer. Dalam lingkungan berbasis sesi, lingkungan desktop setiap pengguna diluncurkan secara native di server dan ditengahi kepada klien melalui teknologi seperti Layanan Desktop Jarak Jauh .

Dalam kedua kasus, workstation masih harus menjalankan sistem operasi; namun biasanya ini adalah sistem operasi yang sangat ringan yang menyediakan antarmuka dasar untuk perangkat keras dan klien untuk pengalihan ke server yang menampung lingkungan desktop. Untuk pelanggan dengan Jaminan Perangkat Lunak, Microsoft menyediakan Windows Thin PC sebagai sistem operasi ringan yang dirancang untuk terhubung melalui Remote Desktop Services ke Windows Server. Fitur tambahan yang didukung seperti dukungan RemoteFX untuk grafis yang disempurnakan, konektivitas DirectAccess VPN, dan enkripsi BitLocker membantu menyediakan sistem operasi thin client optimal untuk pengerjaan ulang perangkat keras desktop.

Jika di atas kedengarannya seperti rute yang tepat untuk Anda, Anda dapat menemukan lebih banyak informasi, panduan untuk profesional TI, akses ke uji coba dan beta, dan banyak lagi di Pusat Virtualisasi Desktop dari Situs Springboard di TechNet.

WinOutreach2
sumber
3

Tidak mungkin untuk mem-boot Windows 7 melalui PXE atau yang serupa dengan itu. Windows PE (Lingkungan Pra-Instalasi; yang dilisensikan hanya untuk keperluan pemeliharaan dan instalasi dan tidak memiliki apa pun seperti Desktop Windows normal) dapat di-boot PXE. Versi Windows tertentu lainnya yang tidak Anda minati juga dapat di-boot PXE, tetapi tidak seperti OS Desktop.

Sebagian besar target iSCSI tingkat perusahaan dapat melakukan penyediaan tipis, di mana mereka menggunakan gambar dasar yang sama untuk semua sistem dan hanya perbedaan yang mengambil ruang ekstra. Juga, Windows tidak mendukung boot instance tunggal (belum; ini sesuatu yang MS telah menendang secara internal untuk sementara waktu sekarang). Jadi setiap komputer memang perlu melihat penyimpanan yang berbeda, mereka belum bisa berbagi.

Chris S
sumber
Setelah beberapa penelitian saya menemukan ccboot. Dan kemudian saya menemukan AoE dan vblade dan tautan ini terlihat menjanjikan. etherboot.org/wiki/appnotes/cow
Matt
4
Hal-hal Etherboot CoW terlihat menarik, tetapi seekor anak kucing mati setiap kali SysAdmin menyebarkan AoE = [
Chris S
Seharusnya memiliki kinerja yang lebih baik daripada iSCSI. AoE tidak begitu aman. Jika target iSCSI dikompromikan tentu iSCSI tidak lagi aman seperti AoE. Setelah Anda membobol target Anda. Seorang hacker bisa saja menghapus filesystem jika mereka memiliki cukup izin.
Matt
1
AoE tidak memiliki apa-apa selain filter MAC untuk keamanan. Keseluruhan RFC sepanjang 7 halaman. iSCSI memiliki otentikasi kata sandi CHAP, aturan firewall standar, IPSec, dan Penyaringan MAC. iSCSI lebih lambat dari AoE, kecuali jika Anda memiliki NIC iSOE (Kartu Antarmuka Jaringan Mesin iSCSI Offload), yang mempercepat iSCSI mirip dengan TOE (TCP Offload Engine). Bagaimanapun juga, AoE tidak dapat dialihkan melalui Internet, jadi meretasnya cukup sulit; Praktik terbaik iSCSI adalah vLAN lalu lintas SAN; meretas segala bentuk SAN jarang terjadi.
Chris S
Terima kasih itu sangat menarik. Masalah lain dengan AoE adalah tampilannya tidak terlalu bersahabat dengan lalu lintas jaringan lainnya. Yang dapat menyebabkan beberapa masalah jika ada banyak lalu lintas AoE di jaringan.
Matt
2

tidak mungkin menggunakan gambar yang sama, tetapi Anda dapat menggunakan sistem file deduplicated untuk menggunakan banyak gambar kloning dan ruang disk yang aman, saya pikir hasilnya akan sama.

Coba gunakan distro saya dengan SDFS, OpenDHCP untuk konfigurasi sederhana dan AoE untuk mem-boot Windows tanpa disk ...

http://windowsdisklessaoe.wordpress.com

dan rilis preview dari distro di sini:

http://susestudio.com/a/UZQFsW/windows-diskless-with-aoe

pengguna156166
sumber
2

Solusi xMy untuk masalah yang identik:

Perangkat Keras: Igel Thin Client (winNET p680, 1,5 Ghz, 1 GB CF, 1 GBit NIC dalam pci)

melakukan IPXE-Boot ke iSCSI-disk dengan Windows 7 ThinPC (ISCSI terletak di nas4free)

Langkah-langkahnya adalah:

  1. Format USB / CF dengan FAT32 dengan USBFormat freeware
  2. Instal grub4dos di USB / CF dan salin file "grldr" an "menu.lst" dari direktori grub4dos ke USB / CF dengan editor ubah menu.lst

    default 0

    judul Windows ThinPC

    kernel /ipxe.lkrn

  3. bangun dengan "rom-o-matic.eu" ipxe.lkrn dan simpan setelah mengunduh pada USB / CF pilih lanjutan dan kernel linux Perhatian 1: hanya opsi tandai untuk mem-boot iSCSI, istirahat tidak berubah Perhatian 2: Skrip tertanam adalah (ubah ip iqn!):

    "#! ipxe

    dhcp net0

    sanboot iscsi: 192.168. ???. ??? :::: iqn.2007-09.jp.ne.peach.istgt: disk?

    atur keep-san 1 "

    Dengan Virtualbox saya menginstal Windows 7 TC VM. Disk harus VHD dengan ukuran tetap (
    7 GB dan kemudian diperluas pada LUN hingga 25 GB).
    Kemudian saya "mengembalikan" dengan winimage 9.0 VHD ke iSCSI dari mesin Windows saya.

Catatan untuk pemilik Igel: Igel TC sekarang memiliki monitor ganda pada Windows 7 (driver dari Top4download 22.00.01u). Untuk penggunaan Audio Deck Vinyl. Igel melakukan seperti desktop. Prosesor tidak lumpuh.


Solusi dari windowsdiskless tidak pintar dan sederhana dan tidak bekerja untuk saya.

Avalk
sumber
Saya akhirnya memodifikasi kode sumber untuk klien iSCSI yang populer dan menambahkan backend baru dengan salinan tertulis. Menulis pergi ke penyimpanan sementara atau ram jika Anda memilih.
Matt