Boot WS2012 da Thin Client diskless (via PXE)

[gnappoman]

Buongiorno a tutti

ecco il mio progetto EDIT (aggiustato!)

1- Server centrale con Debian
2- Su Debian virtualizzo (con virtualbox) Windows Server 2012 r2
3- Da alcuni Thin Client senza hard disk faccio il boot via PXE e mi collego via RDP all'immagine di WS2012

I punti 1 e 2 vanno bene, ho qualche dubbio per il 3 invece....


se non capisco male con questo dovrei cavarmela http://anywherets.com/products/anywherets/screenshots
anche se preferirei di gran lunga che tale software girasse su debian ...

Avete qualche link o consiglio?

Grazie,
Pino

[the_best_hacker]

Scusa, non vorrei essere banale. Perché non sfruttare direttamente Linux come desktop!? Tra l'altro penso sia un bel casino configurare virtialbox in modo che si colleghi direttamente con l'esterno (se non erro va ad emulare una scheda di rete per consentire la connessione, ma poi questa scheda non ha un IP)

Inviato dal mio LG-D802 utilizzando Tapatalk

[gnappoman]

innanzitutto grazie per la risposta immediata.

Nel mio scenario ho un server piuttosto grosso e una quarantina di client piccolini (una scuola), potrebbero risparmiare l'80% degli attuali costi (tra manutenzione e acquisto di hw/sw) se ce la facciamo.

[TRUTEN]

Non ho capito: vuoi servire Server 2012 a tutti i thin client?
A naso non credo proprio si possa fare una roba del genere per l'EULA.

[gnappoman]

Originariamente inviato da TRUTEN

Non ho capito: vuoi servire Server 2012 a tutti i thin client?
A naso non credo proprio si possa fare una roba del genere per l'EULA.

Il tuo naso si sbaglia perchè si può fare, avendo acquistato le licenze Terminal Server

[malatodihardware]

Si ma non devi servire WS2012, devi solo dare l'accesso via RDP!

[the_best_hacker]

Originariamente inviato da gnappoman

innanzitutto grazie per la risposta immediata.

Nel mio scenario ho un server piuttosto grosso e una quarantina di client piccolini (una scuola), potrebbero risparmiare l'80% degli attuali costi (tra manutenzione e acquisto di hw/sw) se ce la facciamo.

Iniziativa ottima! Tra l'altro l'idea mi intriga troppo.. magari potrei riprodurre la cosa a casa mia xD
Purtroppo non saprei come risolvere i dubbi di cui parlavo prima.. cmq resto presente nel thread e se ho modo di aiutare sono pronto a farlo, in caso contrario resto in disparte ad imparare

Inviato dal mio LG-D802 utilizzando Tapatalk

[TRUTEN]

Originariamente inviato da gnappoman

Il tuo naso si sbaglia perchè si può fare, avendo acquistato le licenze Terminal Server

Si ma le licenze terminal server servono a far connettere client al server fornendo OS guest: non è che dai 40 copie di server 2012.

Tra l'altro se hai comprato le terminal non vedo il senso di mettersi ad usare ubuntu e tutto l'ambardam della guida.
Cioè hai pagato la licenza di server 2012, hai comprato le terminal e poi ti metti ad usare linux per fare il boot quando hai già pagato per degli strumenti che fanno molto bene la stessa cosa?

[Shinobi]

Come ti hanno detto avendo comprato la licenza di Windows Server 2012 r2 e le linceze terminal server la via maestra è utilizzarlo per l'appunto come terminal server facendo connettere i dispositivi degli utenti (nel tuo caso thin client) al server stesso.
Attenzione che pur essendo un server unico le licenze dei programmi installati (ad esempio Office) devono essere congrui al numero di utenze che accedereanno al terminal server.
Attenzione anche nel verificare la portabilità di licenze eventualmente in uso sul terminal server: se ad esempio ora le 40 postazioni hanno 40 pc fisici con licenze OEM (che quindi si legano all'hardware con cui vengono vendute) allora tali licenze non saranno riutilizzabili con il terminal server.

Ti faccio queste precisazioni perchè ho letto della percentuale di risparmio rispetto alla situazione attuale (80%) e non vorrei che tu avessi dimenticato qualche cosa

[gnappoman]

ok, grazie per le risposte ragazzi, ho cambiato la domanda, perchè mi sono reso conto che con iSCSI ad ogni boot i thin client senza hard disk avrebbero dovuto ri-scaricare l'intera immagine del SO...

ora la mia domanda è diventata:

1- installo debian e ci metto virtualbox
2- virtualizzo windows server (lo faccio per sicurezza e comodità nel caso di migrazione hardware)
3- installo un programmino che permetta ai client PXE di connettersi in RDP

chiaramente il problema è il punto 3

se non capisco male con questo dovrei cavarmela http://anywherets.com/products/anywherets/screenshots
anche se preferirei di gran lunga che tale software girasse su debian ...

[Dane]

Originariamente inviato da gnappoman

ok, grazie per le risposte ragazzi, ho cambiato la domanda, perchè mi sono reso conto che con iSCSI ad ogni boot i thin client senza hard disk avrebbero dovuto ri-scaricare l'intera immagine del SO...

Riscaricare al boot l'immagine non è per forza uno svantaggio. Immaginati di trovare un problema in ciò che i client caricano al boot. Dovresti farti il giro di 40 pc.
Certamente, il fatto di avere 40 pc che partono tutti insieme può essere un problema, che risolvi striminzendo il più possibile l'immagine al boot, oppure investendo sulla rete, oppure inventandoti qualcosa per limitare il problema.
Più che via iSCSI (lascialo perdere, non ti serve a 'na mazza, a meno di metterlo in read only) è più indicato usare tftp per scaricare l'iso o mettere direttamente / dei client su NFS (dove puoi gestire mountpoint in ro o rw ;-)). In quest'ultimo caso i client caricano da tftp il kernel e initramfs, tutto il resto da nfs condiviso ;-)

Immagino vorrai usare linux based per i thinclient.
AnywhereTS da quel che ho capito è un applicazione che gira su windows che ti prepara una iso per i client. Che a questo punto immagino sia software basato su linux.
Comunque, dovrebbe andar bene qualsiasi cosa che usa rdesktop o freerdp.
Ci sono diverse distro che fanno queste cose, non impuntarti su una in particolare. Alla fine tutto si riduce al client rdp.

Preparati ad aver noie con tastiere, audio, microfoni, smartcard, performance video, ecc ecc. Tutta roba superabile, a costo del tuo tempo.

ora la mia domanda è diventata:

1- installo debian e ci metto virtualbox
2- virtualizzo windows server (lo faccio per sicurezza e comodità nel caso di migrazione hardware)
3- installo un programmino che permetta ai client PXE di connettersi in RDP

chiaramente il problema è il punto 3

se non capisco male con questo dovrei cavarmela http://anywherets.com/products/anywherets/screenshots
anche se preferirei di gran lunga che tale software girasse su debian ...

Le tue ragioni sul migrare facilmente WS sono corrette, ma io non mi sognerei mai di far girare 40 utenti in un WS virtualizzato, per giunta in virtualbox. Vabbhè che il budget non sarà altissimo e quindi sarà probabilmente accettabile che le performance siano "così così", ma è inutile farsi del male aggratis.

Punto 3
Per fare il boot da PXE devi configurare il dhcp (va benissimo quello di windows, ma se preferisci dnsmasq ha integrato anche un server tftp), sulla rete (dominio di broadcast, ma possibilmente una scheda di rete, o ancora meglio: più schede di rete per distribuire un po' il traffico). La scheda di rete si prenderà le informazioni PXE dal Dhcp, che gli dirà cosa caricarsi (probabilmente finirai su pxelinux), e da lì gli dirai cosa fare (pxelinux non è tanto differente da isolinux ;-) )

buon divertimento!

[gnappoman]

Dunque stavo pensando di usare anywherets per far connettere appunto i client in RDP.
Scarto l'ipotesi dell'iSCSI e tftp perchè la rete è gigabit (il server ha due schede di rete gigabit) e non credo proprio che i thin client in questione riescano a tirarsi su in tempi accettabili il SO, oltretutto hanno poca ram..

RDP dal punto di vista dell'uso della banda è già meglio.

Per quanto riguarda invece la virtualizzazione, in effetti forse è meglio evitarla, sono molto indeciso, il server è piuttosto potente, ma mi sa che il collo di bottiglia come al solito sono i dischi, e non vorrei che alla prima applicazione un po' pesantuccia si pianti tutto..

[TRUTEN]

Ma Windows sui client siete costretti ad usarlo?

[gnappoman]

si

[stufillaro]

Buongiorno,
Io l'ho fatto
1 Hyper-v server 2012 R2 con
una VM domain controller e il software di boot
1 terminal server 2012 R2 (remote desktop services)

minimo 30 client costituiti da pc 32 bit da riciclare, desktop normali, portatili sia wired sia wireless.

I pc NON utilizzano il disco anche se lo posseggono in quanto 'staccati' dall'impianto vengono utilizzati come normali PC.
I PC ricevono il boot tramite PXE dal domain controller ed quanto basta solo per attivare il client Microsoft RDP Windows 7 concesso anche gratuitamente se lo si utilizza per riciclare macchine obsolete.
Il boot è molto piccolo in dimensioni (200/300MB) e su macchine con soli 512 MB funziona bene.
La rete gira sia 1 Gb sia a 100 Mb.
La connessione wireless si avvale di un router specifico che consente il boot PXE da WIFI.
Il server DC e il RD Server utilizzano più schede di rete.

[x9drive9in]

Originariamente inviato da stufillaro

Buongiorno,
Io l'ho fatto
1 Hyper-v server 2012 R2 con
una VM domain controller e il software di boot
1 terminal server 2012 R2 (remote desktop services)

minimo 30 client costituiti da pc 32 bit da riciclare, desktop normali, portatili sia wired sia wireless.

I pc NON utilizzano il disco anche se lo posseggono in quanto 'staccati' dall'impianto vengono utilizzati come normali PC.
I PC ricevono il boot tramite PXE dal domain controller ed quanto basta solo per attivare il client Microsoft RDP Windows 7 concesso anche gratuitamente se lo si utilizza per riciclare macchine obsolete.
Il boot è molto piccolo in dimensioni (200/300MB) e su macchine con soli 512 MB funziona bene.
La rete gira sia 1 Gb sia a 100 Mb.
La connessione wireless si avvale di un router specifico che consente il boot PXE da WIFI.
Il server DC e il RD Server utilizzano più schede di rete.

Che immagine hai distribuito sui thin client?

Inviato dal mio SM-G928F utilizzando Tapatalk

[stufillaro]

@x9drive9in

Una immagine costruita con WinPE ridotto all'osso e con all'interno lo stretto indispensabile per attivare una sessione di remote desktop (client Windows 7 32 bit).
PS:
Tempo di caricamento su pc obsoleti dall'accensione al logon 10/30 sec
su pc attuali quasi immediato
su portatili immediato

[x9drive9in]

Originariamente inviato da stufillaro

@x9drive9in

Una immagine costruita con WinPE ridotto all'osso e con all'interno lo stretto indispensabile per attivare una sessione di remote desktop (client Windows 7 32 bit).
PS:
Tempo di caricamento su pc obsoleti dall'accensione al logon 10/30 sec
su pc attuali quasi immediato
su portatili immediato

Perfetto, giusto l'idea che avevo avuto io

[gnappoman]

quindi scusa sui client c'è un hd se pur piccolo oppure no?

che sistema hai usato per fare il boot da pxe?

[stufillaro]

@gnappoman
Ci sono due sistemi di boot
1) PXE
2) Windows client 7 x86 limited edition su disco per garantire l'utilizzo di alcuni PC quando l'aula NON lo può utilizzare tramite PXE.

Il sistema che si avvale del boot PXE va bene per il caso che Le interessa in quanto architettonicamente coerente, ma non è l'unica via per usufruire di applicazioni remote, in quanto non esiste solo RDP e/o quel modo di utilizzare RDP.
Per architettura il sistema RDS Microsoft qualora sia abbia bisogno anche solo di un browser bisogna avere PRIMA un sistema operativo che contenga eventualmente tutto ciò POI serve al browser, sistema operativo che contenga tra le varie applicazioni, driver, componenti anche un browser e quello nativamente previsto è Internet Explorer : non è previsto per ora un OS limitato al solo browser (In Microsoft) e/o nativamente differente da Internet Explorer
Di conseguenza o si carica tramite PXE un sistema operativo (WinPE) limitato alle sole cose indispensabili (driver video, tastiera, mouse, client RDP e in caduta del resto che serve) o non fa nulla (Nell'architettura Microsoft a cui ha affermato di non poter rinunciare).
Le consiglio di studiare bene la questione licenze per non avere amare 'sorprese'.
Non sottostimi che nella mia sintesi precedente io ho omesso di elencare tutto il sw e l'infrastruttura necessaria perché l'azione sia compiuta appieno.
Non è sufficiente avere un domain controller, devono esser installati roles, services role, features ulteriori, poi si deve personalizzare il sistema ,creare delle poicy, ottimizzare.
Il server TFTP è perfettamente funzionante nel mondo Microsoft ma NON è nativo.
Il tutto richiede una impegnativa progettazione, strumentazione e realizzazione che non si deve dare per scontato!
Buon lavoro