Saturday, September 11, 2010

Centralino IP PBX su Windows - 3CX Phone System which links here: http://www.3cx.it/centralino/index.html

RSS Feed RSS Feed

Login

Newsletter Newsletter

Registrati

SysAdmin.it Magazine Magazine


Forum

 

VPN lenta
Last Post 12/07/2010 11:13 by gianporusso. 11 Replies.
AddThis - Bookmarking and Sharing Button Printer Friendly
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
gianporussoUser is Offline
Nuovo Membro
Nuovo Membro
Send Private Message
Posts:11
Avatar

--
16/06/2010 02:28
Ciao tutti,sono alla ricerca di aiuto e suggerimenti: un cliente deve collegare due sedi per la condivisione di un software di magazzino. Avevo suggerito l'uso del desktop remoto sul server 2003, ma eseguendo i test mi sono accorto che il software in questione scrive file temporanei sulla root c. Questo rappresenta un problema se i due utenti eseguono il log alla procedura contemporaneamente. Ho allora configurato una vpn che apparentemente funziona, ma appena eseguo una interrogazione di magazzino (un mese di movimenti) impiega tempi biblici (dopo 9 minuti di attesa ho interrotto l'operazione)Avete qualche suggerimento? ADSL ALICE 7 mega Pc server hp promilat con due schede direte e 4gb ram clients windows xp s.p.3 Grazie HELP HELP HELP
RioUser is Offline
Moderatore
Moderatore
Send Private Message
Posts:194
Avatar

--
16/06/2010 10:36
Scritto Da gianporusso on 16/06/2010 02.28
Ciao tutti,sono alla ricerca di aiuto e suggerimenti: un cliente deve collegare due sedi per la condivisione di un software di magazzino. Avevo suggerito l'uso del desktop remoto sul server 2003, ma eseguendo i test mi sono accorto che il software in questione scrive file temporanei sulla root c. Questo rappresenta un problema se i due utenti eseguono il log alla procedura contemporaneamente.


ma se si dovessero collegare simultaneamente dalla sede cosa succede ? c'è modo di definire la dir temp all'interno dell'applicativo efarla puntare a %tmp% (in genere la temp all'interno di un profilo utente)? quando ti colleghi in vpn hai solo i db remoti ed in locale l'applicativo ?? Ciao Gabriele
xandreUser is Offline
Membro Effettivo
Membro Effettivo
Send Private Message
Posts:467
Avatar

--
16/06/2010 12:16
Se il gestionale scrive direttamente nella root nel disco C: e questo percorso non è modificabile, le uniche alternative potrebbero essere:
1) aumentare di molto la banda internet in uscita dalla sede (HDSL)
2) creare una vm per ogni utente che deve accedere al gestionale da remoto (solo se sono pochi utenti)

Una soluzione "esotica" potrebbe essere quella di installare un Windows 2003 sulla partizione D del disco, cambiare il nome della prima partizione da C a E e
creare una cartella condivisa in rete nella quale creare una cartella per ogni utente (username) che deve utilizzare i servizi terminali.
Quando l'utente si logga fai eseguire un mapping del tipo:
NET USE C: "\\[NOME_SERVER]\[CONDIVISIONE]\%username%"

Ciao
There are only 10 types of people in the world: those who understand binary and those who don't.
gianporussoUser is Offline
Nuovo Membro
Nuovo Membro
Send Private Message
Posts:11
Avatar

--
16/06/2010 12:41
Scritto Da Rio on 16/06/2010 10.36
Scritto Da gianporusso on 16/06/2010 02.28
Ciao tutti,sono alla ricerca di aiuto e suggerimenti: un cliente deve collegare due sedi per la condivisione di un software di magazzino. Avevo suggerito l'uso del desktop remoto sul server 2003, ma eseguendo i test mi sono accorto che il software in questione scrive file temporanei sulla root c. Questo rappresenta un problema se i due utenti eseguono il log alla procedura contemporaneamente.


ma se si dovessero collegare simultaneamente dalla sede cosa succede ? c'è modo di definire la dir temp all'interno dell'applicativo efarla puntare a %tmp% (in genere la temp all'interno di un profilo utente)? quando ti colleghi in vpn hai solo i db remoti ed in locale l'applicativo ?? Ciao Gabriele


Ciao, purtroppo per definire un percorso %tmp% dovrebbe intervenire il programmatore il quale, essendo un po "datato"no vede di buon occhio la gestione in desktop remoto. Si, ho solo una cartella mappata come disco, e l'applicativo in locale.
gianporussoUser is Offline
Nuovo Membro
Nuovo Membro
Send Private Message
Posts:11
Avatar

--
16/06/2010 12:44
Scritto Da xandre on 16/06/2010 12.16
Se il gestionale scrive direttamente nella root nel disco C: e questo percorso non è modificabile, le uniche alternative potrebbero essere:
1) aumentare di molto la banda internet in uscita dalla sede (HDSL)
2) creare una vm per ogni utente che deve accedere al gestionale da remoto (solo se sono pochi utenti)

Una soluzione "esotica" potrebbe essere quella di installare un Windows 2003 sulla partizione D del disco, cambiare il nome della prima partizione da C a E e
creare una cartella condivisa in rete nella quale creare una cartella per ogni utente (username) che deve utilizzare i servizi terminali.
Quando l'utente si logga fai eseguire un mapping del tipo:
NET USE C: "\\[NOME_SERVER]\[CONDIVISIONE]\%username%"

Ciao


Ciao, mi puoi chiarire meglio il concetto di creare vm? Dove creare le VM sul Server? La tua soluzione "esotica" la hai mai applicata? Ciao Grazie
xandreUser is Offline
Membro Effettivo
Membro Effettivo
Send Private Message
Posts:467
Avatar

--
16/06/2010 13:24
Pre soluzione vm mi riferivo ad una soluzione di virtualizzazione che può essere di tipo classico (vmware Server, ESXi, hyper-V) o di tipo desktop (vdi, view)

Se il server ha già molti ruoli (dc, dns, file server, gestionale, mail, ecc) è meglio aggiungere un'altro server da dedicare alla virtualizzazione.

La soluzione "esotica" non l'ho mai applicata... è una soluzione che ho "sparato" leggendo il tuo post, ma teoricamente dovrebbe funzionare.

Se gli utenti remoti sono due o tre puoi puntare sulla virtualizzazione, in caso contrario ti consiglio di dedicare un paio di ore per provare su una macchina di fortuna la soluzione "esotica".

Ciao



There are only 10 types of people in the world: those who understand binary and those who don't.
SistaUser is Offline
Moderatore
Moderatore
Send Private Message
Posts:2069
Avatar

--
16/06/2010 14:03
Scritto Da gianporusso on 16/06/2010 12.41


Ciao, purtroppo per definire un percorso %tmp% dovrebbe intervenire il programmatore il quale, essendo un po "datato"no vede di buon occhio la gestione in desktop remoto. Si, ho solo una cartella mappata come disco, e l'applicativo in locale.


Visto che sei ancora in contatto con il programmatore, non gli parlare di Terminal Server digli soltanto di modificare il percorso dove il programma salva i files temporanei usando preferibilmente una directory nel profilo dell'utente (%userprofiles%) o magari una c:\temp creando poi nomi randomici in modo da non creare conflitti.

Ciao
Andrea Sistarelli
MCP - MCTS - MCSA - MCSE - MCT - CCNA

xandreUser is Offline
Membro Effettivo
Membro Effettivo
Send Private Message
Posts:467
Avatar

--
16/06/2010 14:23

Rettifica... non considerare la soluzione "esotica" !!!!!!!!!!!

Ho fatto un test veloce su una vm, pur avendo installato il s.o. nella seconda partizione (che viene marcata come partizione di avvio), la prima partizione viene segnata dal sistema come "partizione di sistema", essendo attiva non è possibile modificargli la lettera.

Ciao

There are only 10 types of people in the world: those who understand binary and those who don't.
gianporussoUser is Offline
Nuovo Membro
Nuovo Membro
Send Private Message
Posts:11
Avatar

--
16/06/2010 16:04
Ok ragazzi penso provare la soluzione di una virtualizzazione.....vi faccio sapere a breve, per il momento grazie a tutti della collaborazione.

Ciao a presto con il risultato
gianporussoUser is Offline
Nuovo Membro
Nuovo Membro
Send Private Message
Posts:11
Avatar

--
09/07/2010 09:54
scusate per il ritardo di risposta, ma sono stato molto impegnato. Ho applicato la soluzione suggeritami virtualizzando sul server una macchina xp con vmware, cio mi ha consentito di risolvere il problema iniziale del post. Adesso ho un problema di lentezza del mouse sulla macchina virtuale. Qualche suggerimento? Ho già provato ad aggiornare ed installare i componenti aggiuntivi di vmware, ma non risolve il problema. Ricordo che io accedo al server in desktop remoto con un utente che lancia la macchina virutale. Spero di essere stato chiaro. Ad ogni modo grazie a tutti per la collaborazione. Ciao
xandreUser is Offline
Membro Effettivo
Membro Effettivo
Send Private Message
Posts:467
Avatar

--
09/07/2010 11:03

Ricordo che io accedo al server in desktop remoto con un utente che lancia la macchina virutale. Spero di essere stato chiaro. Ad ogni modo grazie a tutti per la collaborazione.

Utilizzando la soluzione virtualizzazione, l'utente non deve accere al server in desktop remoto, ma direttamente alla propria vm !!!
Con i diritti di amministratore devi installare il pug-in di vmware server sul client dell'utente.
Con il profilo dell'utente ti colleghi a vmware server tramite il browser, selezioni la vm desiderata e lanci il comando "Generate Virtual Machine Shortcut"

Ciao

There are only 10 types of people in the world: those who understand binary and those who don't.
gianporussoUser is Offline
Nuovo Membro
Nuovo Membro
Send Private Message
Posts:11
Avatar

--
12/07/2010 11:13
scusa l'ignoranza: ma sul server avrei dovuto installare la versione di vmware server? o va bene anche il player cosi' come ho fatto? Eventualmente posso importare la macchina virtuale?
You are not authorized to post a reply.


Active Forums 4.2
 Le Notizie del Giorno
  
 Le Ultime Guide
  

powered by:

Windows Server 2008   SQL Server 2008   IIS7

  Unicef

 
website monitoring service
Copyright 2010 by SysAdmin.it