Come posso avviare PXE su più desktop Windows 7 dalla stessa immagine?

17

Alcuni anni fa nella mia università, ricordo che i laboratori lì hanno avviato Windows NT sulla rete.

C'era un'unità condivisa per le tue cose e oltre a ciò tutte le modifiche che hai apportato al sistema operativo in esecuzione sono state ripristinate al riavvio del computer.

Ora vorrei poter fare la stessa cosa con Windows 7.

Ho trovato alcuni modi per farlo usando iSCSI, ma non voglio un disco iSCSI per ogni singolo PC, voglio un'immagine per più PC. Ho anche trovato i file di installazione di PXE Boot per l'installazione locale di Windows, ma non è nemmeno quello che voglio.

Come potrei fare per configurare ciò che avevo all'università ma con Windows 7 come sistema operativo su netboot?

vale a dire come faccio ad avviare netboot le immagini di Windows 7? Non voglio avviare un programma di installazione di Windows 7 su un PC per installare Windows localmente, voglio eseguire un'immagine di Windows 7 dalla memoria / rete.

windows-7  pxe-boot  netboot 
— opaco
fonte
1
"con un'immagine Windows7 su di essa". Come si generano immagini di avvio di pxe? Presumo che questi debbano funzionare come un livecd.
— Matt
1
@ HopelessN00b Penso che Matt stia chiedendo come costruire / configurare WIM personalizzati per l'avvio tramite PXE. Forse anche le informazioni sull'avvio di PXE WIM multi-concerto sarebbero utili?
— jscott,
1
Assolutamente. Saranno multi-concerto. Su Linux posso usare nfsroot, il che significa che per immagini di grandi dimensioni non tutte devono essere in memoria. Quale opzione è disponibile per Windows? Windows e software minimi installati sulla condivisione SMB?
— Matt
1
E i desktop virtuali? Esegui più istanze di Windows su un server centrale e quindi i client possono accedervi con un'ampia varietà di client.
— rnxrx,
1
Il server Citrix Provision aveva questa funzione. Potrei avviare un intero laboratorio da 30 stazioni (tutto lo stesso hardware) senza avere un hard disk locale installato. Ha eseguito un avvio PXE e avviato da un'immagine del disco. Gli utenti hanno quindi effettuato l'accesso e salvato i dati su un'unità di rete. È stato molto veloce e non difficile da configurare. Ma purtroppo era troppo costoso e quindi sono tornato al vecchio metodo di avvio da un hard disk locale. Vorrei anche realizzare questo.

Risposte:

6

Per rispondere alla mia domanda. È possibile utilizzare iPXE e iSCSI o AoE. L'idea è quella di sostituire la ROM opzionale della scheda di rete con iPXE o di caricare a catena ipxe e quindi eseguire un sanboot.

iSCSI è il più semplice dei due protocolli san perché puoi effettivamente installare Windows 7 direttamente su una destinazione iSCSI. Questo perché il supporto iSCSI è integrato in Windows 7 mentre AoE no.

Vedi: archivio.org mirror di windowsdiskless.wordpress.com

Oppure: mirror.org mirror di windowsdisklessaoe.wordpress.com

Notando ovviamente che sebbene iSCSI supporti più macchine che accedono alla stessa destinazione con NTFS. Si verificherà la corruzione. È necessario utilizzare un meccanismo Copia su scrittura sul back-end oppure creare un'immagine di base (modello) e copiarla su una destinazione appena esportata.

Ho finito per patchare il target iscsi open source da freebsd e aggiungere copia su write. Quindi ho potuto usare lo stesso LUN ma le scritture erano dirette altrove. Sono stato in grado di indirizzarli alla RAM locale o ad un altro file sul server. Tuttavia non lo sto più usando, è stata una prova di concetto.

— opaco
fonte
3
In questo modo con l'archiviazione a livello di blocco porterà alla corruzione NTFS. Nella tua domanda affermi che vuoi che più computer possano avviare la stessa installazione. Il montaggio e la condivisione dello stesso volume NTFS su più client causerà corruzione, problemi di blocco dei file, ecc. Ci hai provato?
— MDMarra,
1
Sono a conoscenza di questo problema. Puoi farlo con un meccanismo di copia su scrittura sul retro o copiare l'immagine di base come modello in una nuova copia ed esportarla.
— Matt,
5

Lo scenario che descrivi equivale essenzialmente all'utilizzo di ciascuna workstation come thin client per accedere a un ambiente desktop posizionato centralmente. Sarebbe estremamente poco pratico che Windows 7 si avvii da PXE anche se si potesse fare.

Ogni volta che PXE viene utilizzato per l'avvio, scarica l'intera immagine di avvio sul sistema client, il che significherebbe diversi GB di trasferimento ad ogni avvio.

Idealmente, questo scenario viene realizzato mantenendo gli ambienti desktop sulla rete nella posizione centrale. In un ambiente Virtual Desktop Infrastructure (VDI), questo viene realizzato utilizzando la virtualizzazione per consentire agli ambienti desktop virtuali separati di risiedere insieme sull'hardware, gli ambienti virtuali vengono forniti ai client attraverso un gestore. In un ambiente basato su sessione, l'ambiente desktop di ciascun utente si avvia in modo nativo sul server e viene mediato sui client attraverso una tecnologia come Servizi Desktop remoto .

In entrambi i casi, la workstation deve comunque eseguire un sistema operativo; tuttavia è in genere un sistema operativo molto leggero che fornisce un'interfaccia di base per l'hardware e un client per il reindirizzamento al server che ospita gli ambienti desktop. Per i clienti con Software Assurance, Microsoft fornisce Windows Thin PC come un sistema operativo leggero progettato per connettersi tramite Servizi Desktop remoto a un server Windows. Funzionalità aggiuntive supportate come il supporto RemoteFX per grafica avanzata, connettività VPN DirectAccess e crittografia BitLocker aiutano a fornire il sistema operativo thin client ottimale per il riporto dell'hardware desktop.

Se quanto sopra sembra il percorso giusto per te, puoi trovare ulteriori informazioni, guide per professionisti IT, accesso a prove e beta e molto altro nel Desktop Virtualization Center del sito Springboard su TechNet.

— WinOutreach2
fonte
3

Non è possibile avviare Windows 7 su PXE o qualcosa di simile. Windows PE (Pre-Installation Environment; che è concesso in licenza solo per scopi di manutenzione e installazione e non ha nulla come un normale desktop di Windows) può essere avviato PXE. Alcune altre versioni di Windows che non ti interessano possono anche essere avviate PXE, ma niente come un sistema operativo desktop.

La maggior parte dei target iSCSI di livello Enterprise possono eseguire thin provisioning, in cui utilizzano la stessa immagine di base per tutti i sistemi e solo le differenze occupano spazio aggiuntivo. Inoltre, Windows non supporta l'avvio di istanze singole (ancora; è qualcosa che MS ha iniziato a giocare internamente da un po 'di tempo). Pertanto, ogni computer deve visualizzare una memoria diversa, non può ancora condividerla.

— Chris S
fonte
Dopo qualche altra ricerca ho trovato ccboot. E poi ho trovato AoE e vblade e questo link sembra promettente. etherboot.org/wiki/appnotes/cow
— Matt
4
La roba Etherboot CoW sembra interessante, ma un gattino muore ogni volta che un Amministratore di sistema distribuisce AoE = [
— Chris S
Dovrebbe avere prestazioni migliori di iSCSI però. AoE non è esattamente così sicuro. Se un target iSCSI dovesse essere compromesso sicuramente iSCSI non sarebbe più sicuro come AoE. Una volta che entri nel bersaglio in cui ti trovi. Un hacker potrebbe semplicemente eliminare il filesystem se ha abbastanza autorizzazioni.
— Matt
1
AoE non ha altro che filtro MAC per sicurezza. L'intero RFC è lungo 7 pagine. iSCSI ha l'autenticazione con password CHAP, regole firewall standard, IPSec e filtro MAC. iSCSI è più lento di AoE, a meno che non si disponga di schede di rete iSOE (schede di interfaccia di rete del motore di carico iSCSI), che accelerano iSCSI in modo simile al TOE (motore di carico TCP). Indipendentemente da ciò, AoE non può essere instradato su Internet, quindi l'hacking è piuttosto difficile; Le migliori pratiche iSCSI sono vLAN del traffico SAN; l'hacking di qualsiasi forma di SAN è stranamente raro.
— Chris S
Grazie è davvero interessante. L'altro problema con AoE è che sembra non essere molto amichevole con l'altro traffico di rete. Ciò può causare alcuni problemi se c'è molto traffico AoE sulla rete.
— Matt
2

La mia soluzione per identico problema:

Hardware: Igel Thin Client (winNET p680, 1,5 Ghz, 1 GB CF, 1 GBit NIC in pci)

esegue un avvio IPXE su disco iSCSI con Windows 7 ThinPC (ISCSI si trova su nas4free)

I passaggi sono:

  1. Formatta USB / CF con FAT32 con USBFormat gratuito

  2. Installa grub4dos su USB / CF e copia i file "grldr" e "menu.lst" dalla directory grub4dos a USB / CF con l'editor cambia menu.lst

    impostazione predefinita 0

    titolo Windows ThinPC

    kernel /ipxe.lkrn

  3. compilare con "rom-o-matic.eu" ipxe.lkrn e salvarlo dopo il download su USB / CF scegliere kernel avanzato e linux Attenzione 1: contrassegnare solo l'opzione per l'avvio di iSCSI, rimanere invariato Attenzione 2: lo script incorporato è (cambia ip an iqn!):

    "#! Ipxe

    dhcp net0

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

    set keep-san 1 "

    Con Virtualbox ho installato una VM VM per Windows 7. Il disco deve essere VHD con dimensioni fisse (
    7 GB e successivamente espanso su LUN a 25 GB).
    Quindi ho "ripristinato" con winimage 9.0 il disco rigido virtuale su iSCSI dal mio computer Windows.

Nota per i proprietari di Igel: Igel TC ha ora un doppio monitor in Windows 7 (driver da Top4download 22.00.01u). Per l'audio utilizzare Vinyl Deck. Igel si comporta come un desktop. Il processore non è zoppo.

La soluzione di windowsdiskless non è intelligente e semplice e non ha funzionato per me.

— avalk
fonte
Ho finito per modificare il codice sorgente in un popolare client iSCSI e aggiungere un nuovo back-end con copia in scrittura. Le scritture sono andate in memoria temporanea o in ram se lo si desidera.
— Matt,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.