desktop remoto

[RICHARD GALLES]

Salve, ho la necessità e l'urgenza di collegare in rete 6 PC in uno studio ubicato in una zona centrale della mia città. E' stato acquistato un Server con WINDOWS SERVER 2008 R2 e fin qui ritengo di non avere problemi a predisporre la rete. C'è però da collegare in remoto un secondo studio medico, dotato di 3 PC, ubicato a circa 3 Km dal primo. Naturalmente i due studi usano lo stesso applicativo. Tutti i PC usano Windows XP Professional tranne uno con Windows 7 home edition. Sul SERVER verrà creato un archivio unico a cui accederanno tutti gli utenti client. Il primo studio utilizza un router NETGEAR e una linea INFOSTRADA mentre il secondo studio ha un router e una linea FASTWEB. Un collega mi suggerisce l'utilizzo di DESKTOP REMOTO e a questo punto ho qualche difficoltà. Gradirei, nel limite del possibile, una guida per risolvere al meglio la situazione. Ringrazio anticipatamente e porgo i migliori saluti
Richard

[il demiurgo]

Acquista 5 lic rdp per win8 poi fai connettere i 3 pc remoti al server in rdp appunto, logicamente dei giocare con il nat ed eventualmente con dyndns o simili se ip dinamici, in questo caso potresti anche evitare i 3 pc optando per dei thinclient

Inviato dal mio GT-P3100 con Tapatalk 2

[mattpillon]

se ho ben capito la tua esigenza, il desktop remoto non mi sembra che ti serva a molto.
quello si usa per amministrare il server, non penso tu voglia permettere a tutti di metterci le mani ....
direi che basta una configurazione del router/firewall della rete su cui gira il server, e, se non hai un ip statico, un servizio tipo dyndns o no-ip. dovrai poi configurare l'applicativo in maniera da puntare all'ip del server per accedere all'archivio, sia per i client collegati in locale, sia per quelli che si collegano tramite internet.
a meno che non ci siano altri problemi o configurazioni particolari.
controlla la documentazione dell'applicativo e probabilmente troverai le indicazioni che ti servono.

[Al3x]

quello si usa per amministrare il server, non penso tu voglia permettere a tutti di metterci le mani ....

le licenze terminal server non sono da accostare al semplice RDP. Sono appunto licenze che permettono a comuni utenti di collegarsi al server usandolo come una comune workstation centralizzando anche l'uso di software come Office

[mattpillon]

quello si usa per amministrare il server, non penso tu voglia permettere a tutti di metterci le mani ....

le licenze terminal server non sono da accostare al semplice RDP. Sono appunto licenze che permettono a comuni utenti di collegarsi al server usandolo come una comune workstation centralizzando anche l'uso di software come Office

si, ma non mi sembra il suo caso, si parla di archivio su server e di applicativi su pc client, se non ho capito male....

[Al3x]

Hai capito bene ma il terminal server in quel caso va benissimo.
La soluzione che proponi tu potrebbe creare seri problemi di sicurezza. Per dirlo con certezza ci occorre però capire la tipologia dell'applicativo.

[il demiurgo]

Io mi ripeto tre thinclient 5 lic e passa la paura

Inviato dal mio GT-P3100 con Tapatalk 2

[il demiurgo]

Avrei applicativi locali che puntanl su dati remoti, kn terminal server avrei applicativi e dati sulla medesima macchina e solo il rilancio remoto quindi più velocità

Inviato dal mio GT-P3100 con Tapatalk 2

[Al3x]

ora dal computer mi è piu facile rispondere

aprire porte in un router è sempre un rischio, specie per una attività commerciale ma se serve va fatto rispettando alcuni criteri basilari.
Se l'applicazione per ipotesi si basa su un client che accede ad una condivisione, sarebbe necessario aprire la porta 445 e forse una di quelle usate dai protoclli MS (135/137/139): questo è lo scenario peggiore perché si farebbe un traffico notevole esponendo il server ad attacchi frequenti (sono le porte più "famose")
Se l'applicativo si basa MSSQL allora la porta cambia ma siamo sempre a rischio poiché ci sarebbe da correr dietro al patch management del S.O. e di MSSQL e temo che i dati (come nel caso precedente) viaggerebbero in chiaro sulla rete pubblica.

Altro discorso è terminal server che usa una codifica a 256bit, non trafericce dati delle applicazioni ma solo quelli necessari alla gestione dell'interfaccia grafica quindi il consumo di banda sarebbe inferiore. Che poi dalla parte opposta ci sia un thinclient o un pc che usa desktop remoto è una scelta che dipende da come si lavora nella sede remota.
Altra possibilità è avere un router che consenta connessioni VPN e ciò consentirebbe un accesso totale da parte dei client della sede remota alla rete dove si trova il server, ivi comprese le risorse come stampanti o fax di rete. In buona sostanza sarebbe come se i PC remoti facessero fisicamente parte di quella rete.

Vediamo se chi ci ha sottoposto il quesito torna per aggiornarci

[RICHARD GALLES]

Mille grazie ad Al3x e a chi ha risposto al mio quesito, i vostri suggerimenti sono utilissimi! L'applicativo in questione impone l'installazione del pacchetto completo (dati e programma) sul SERVER mentre sui CLIENT va installato solo il programma che si collegherà al SERVER dove risiede l'archivio unico per tutti gli utenti client. La soluzione dei Terminal server mi sembra la più idonea ma non conosco il costo delle licenze che dovrebbero essere 3(tre). I 6(sei) PC del primo studio sono già collegati in rete locale e accesso a internet, i 3(tre) PC del secondo studio sono già collegati tra di loro e sempre con accesso a Internet ma devono essere abilitati all'accesso al SERVER sito nel primo studio.
Spero di essere stato sufficientemente chiaro scusandomi sin d'ora se la terminologia usata non è proprio altamente qualificata.

[Al3x]

La situazione così è più chiara, mancano indicazioni sull'architettura Client\Server dell'applicativo ma anche così posso darti una mano.

Chiamiamo "A" la sede con 6 PC+Server e "B" quella con 3 PC
La prima cosa da fare è aprire la porta 3389 (desktop remoto) sul router creando un "Virtual Server" o "port forwarding" che diriga il traffico esterno verso il server della sede A.

Qui trovi una guida per il desktop remoto (RDP) valida anche per i Servizi Terminal che dovrai abilitare sul tuo server
http://www.MegaLab.it/2152/accedere-al- ... top-remoto
Altre utili indicazioni
http://www.MegaLab.it/6794/usare-le-app ... xp-vista-7

Se vuoi aumentare il livello di sicurezza puoi cambiare la porta di default seguendo questa guida
http://www.MegaLab.it/7118/modificare-l ... top-remoto

Secondo passaggio indispensabile, nel caso la sede A abbia un indirizzo IP dinamico, è registrati ad uno dei tanti servizi di DNS dinamico.
http://www.MegaLab.it/6704/pc-sempre-ra ... dyndns-com
Se la connessione della sede A possiede un indirizzo statico (la norma per le utenze business), puoi ignorare questa parte.

Per consentire l'accesso remoto ai client della sede B, dovrai prima di tutto abilitare il servizi terminal e registrare le licenze che nel frattempo avrai acquistato. Fatto questo dovrai creare nel server le tre utenze\password (semplici utenti di Windows) che potranno usare usare l'applicativo da remoto.

Per quanto riguarda la sede B, visto che possiedi già i PC, il discorso thinclient è superfluo per cui non dovari fare altro che usare il client desktop remoto per accedere all'indirizzo del router della sede A. Una volta stabilita la connessione verranno richiesti nome utente e password che sono quelli che hai creato sopra e il resto è superfluo spiegarlo.
Quello però di cui mi accerterei prima di proseguire è la fattibilità della cosa: apri la porta del router della sede A, vai nella sede B e provi una semplice connessione RDP verso il server e accedi usando l'utente administrator. Se funziona puoi investire tempo e denaro nella cosa

[Andy97]

Ale questa cosa del Terminal Server sembra interessante, sai linkarmi qualche guida che ne parli?

[Al3x]

scusa il ritardo ma oggi ho preso la giornata come andava fatto e cioé come una vera domenica :)

Di guide ce ne sono a bizzeffe ma credo che quelle ufficiali siano una buona base di partenza

installazione
http://technet.microsoft.com/it-it/libr ... 10%29.aspx

configurazione server applicazioni
http://support.microsoft.com/kb/306626/it

http://fwd4.me/16KK

[Andy97]

Grazie, domani le leggo

[RICHARD GALLES]

salve, dal 22 luglio a oggi le cose sono cambiate in quanto il pacchetto applicativo acquistato non gira su windows server 2008 o 2003 mentre il fornitore ci aveva assicurato il contrario, ma questo è un mio problema che comunque dovrò in qualche modo risolvere. Ora la domanda diventa: "posso installare sull'attuale server il Windows 7 formattando il disco eliminando così il 2008 (il server è stato predisposto con due dischi SATA3 da 500 gb ) e gestire, come da te suggerito, il desktop remoto per la connessione con il secondo studio? Grazie infinite
Richard

[Andy97]

Strano, hai provato con Windows server 2008 o Server 2008 R2 (l'ultimo, basato su windows 7)?

[il demiurgo]

Politiche cal cambiate su 2008r2 le ts costano una fracca ma puoi usare i 120 gg di demo poi be non vorrei essere additato come pirata..l cancellare un file ed i 120 gg ricominciano o attivare il ts via contratto (codice di 7 cifre) che anche se sbagli la digitazione del cod non c'è riscontro online e si attiva

[RICHARD GALLES]

salve Andy97, ho provato con SERVER 2008 R2 e SERVER 2008 ma l'applicativo non gira

[Andy97]

Allora puoi mettere senza problemi Windows 7, lì girerà sicuramente

[RICHARD GALLES]

grazie mille
Richard