Newsgroup: it.comp.lang.visual-basic
Titolo: SQLEXPRESS + VB6 + connessione tramite Internet

Ho sviluppato un'applicazione in VB6 che agisce su un archivio SQL il quale 
risiede sul computer B, ove c'è anche SQLEXPRESS 2005
L'applicazione è sul computer A, collegato in rete locale al computer B.
La connection string è
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security 
Info=False;Initial Catalog=NomeArchivioSQL;Data Source=a.b.c.d\SQLEXPRESS
dove a.b.c.d è l'IP locale del computer B.
Tutto OK
Vorrei ripetere la stessa cosa sempre dal computer A collegato questa volta 
al un computer C  con una Virtual Private Networking.
La stringa di connessione dovrebbe (condizionale d'obbligo) essere simile 
alla precedente
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security 
Info=False;Initial Catalog=NomeArchivioSQL;Data 
Source=192.168.254.1\SQLEXPRESS
dove 192.168.254.1 è l'IP locale del computer C il quale possiede anche un 
IP statico che qui non serve: viene riportato solo nell'accesso alla VPN, 
giusto ?
La VPN dovrebbe essere OK, visto che riesco a fare Deskop Remoto. Un prima 
domanda potrebbe essere questa: quali parametri della VPN influenzano questo 
tipo di configurazione ?
Qualche dato sul computer C dovrebbe aiutare chi sarà così gentile da 
intervenire.
Dall'SQL Server Configuration Manager :
SQLServer (SQLEXPRESS) - in esecuzione - avviato automaticamente - accesso 
come Local System
Account predefinito : sistema locale
SQL Server Browser - in esecuzione - avviato automaticamente - accesso come 
Local System
Account predefinito : sistema locale
Configurazione SQL Native Client : TCP/IP attivato, Named Pipe e Shared 
Memory attivati. VIA disattivato
Nella configurazione superficie di attacco ho settato le connessioni remote 
uguale a "Usa sia TCP/IP che named pipe"
Esistono due utenti sul computer C:
UNO e DUE, entrambi con diritti di amministratore, entrambi con password.
E' stata aperta la porta 1433 del router connesso al computer C.  Il 
computer A è connesso anch'esso ad Internet tramite router ma non credo che 
interessi questo fatto, visto che riesco a fare perfettamente DeskTop 
Remoto.
Avviando SQL Server Management Studio Express dal computer C (o anche da 
DeskTop Remoto) il nome del server è NomeComputer\SQLExpress; accedo con 
autenticazione di Windows. Qui tutto è OK.
Sul computer C ho installato la mia applicazione che funziona, in locale, 
perfettamente. Questa la Connection String utilizzata
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security 
Info=False;Initial Catalog=NomeArchivioSQL;Data 
Source=192.168.1.113\SQLEXPRESS
Non so più che pesci pigliare avendo provato a modificare molte opzioni, 
senza riuscire ad ottenere il risultato desiderato che, ripeto, è quello di 
usare la mia applicazione sul computer A, leggendo l'archivio sul computer 
C.
Grazie a tutti coloro che vorranno aiutarmi.
AlpVir

 Non so più che pesci pigliare avendo provato a modificare molte opzioni, 
Due cose:
Autenticazione NT
Firewall
Prova a disattivare il firewall di C e a forzare l'autenticazione come 
dicevo prima.
Oppure, e meglio in questi casi, passa all'autenticazione SQL.
Ciao
Alberto
-- 
La bellezza è opinabile, sulla bruttezza sono tutti d'accordo.

 Oppure, e meglio in questi casi, passa all'autenticazione SQL.
Questo non lo so fare, al momento
Grazie per il tuo interessamento.
Ciao
AlpVir 

 Questo non lo so fare, al momento
Beh, esattamente come hai autorizzato gli utenti NT in SqlExpress, puoi 
creare degli utenti non NT e abilitarli. Sempre che il server sia stato 
installato con tale modalità.
Ciao
Alberto
-- 
Karl Marx: Uno scrittore è produttivo non nella misura in cui produce 
idee, ma nella misura in cui arricchisce l'editore che pubblica le sue 
opere.

installato con tale modalità.
Sinceramente non so con quale modalità sia stato installato il server, dando 
al termine installato il significato consueto ("installare un programma"). 
Sappi che io ci accedo con SQL Server Management SEMPRE in modalità 
"Autenticazioe di Windows" (che dovrebbe essere un sinomino di "trusted" e 
"autenticazione NT", vero ?)
Credo che ti faccia perdere un sacco di tempo. Grazie infinite.
AlpVir
Scheda Ethernet Connessione alla rete locale (LAN):
        Suffisso DNS specifico per connessione:
        Descrizione . . . . . . . . . . . . . : Marvell Yukon 
88E8001/8003/8010 PCI Gigabit Ethernet Controller
        Indirizzo fisico. . . . . . . . . . . : 00-16-EC-6A-FC-38
        DHCP abilitato. . . . . . . . . . . . : No
        Indirizzo IP. . . . . . . . . . . . . : 192.168.1.113
        Subnet mask . . . . . . . . . . . . . : 255.255.255.0
        Indirizzo IP. . . . . . . . . . . . . : fe80::216:ecff:fe6a:fc38%4
        Gateway predefinito . . . . . . . . . : 192.168.1.1
        Server DNS . . . . . . . . . . . . .  : 151.99.125.2
                                            151.99.125.3
                                            fec0:0:0:ffff::1%1
                                            fec0:0:0:ffff::2%1
                                            fec0:0:0:ffff::3%1
Scheda PPP Interfaccia server RAS (In ingresso):
        Suffisso DNS specifico per connessione:
        Descrizione . . . . . . . . . . . . . : Interfaccia server RAS 
interna per i client chiamate in ingresso
        DHCP abilitato. . . . . . . . . . . . : No
        Indirizzo IP. . . . . . . . . . . . . : 192.168.1.174
        Subnet mask . . . . . . . . . . . . . : 255.255.255.255
        Gateway predefinito . . . . . . . . . :
Scheda Tunnel Teredo Tunneling Pseudo-Interface:
        Suffisso DNS specifico per connessione:
        Descrizione . . . . . . . . . . . . . : Teredo Tunneling 
Pseudo-Interface
        Indirizzo fisico. . . . . . . . . . . : 00-00-FB-F0-AD-A6-41-FC
        DHCP abilitato. . . . . . . . . . . . : No
        Indirizzo IP. . . . . . . . . . . . . : 
2001:0:4136:e37e:0:fbf0:ada6:41fc
        Indirizzo IP. . . . . . . . . . . . . : fe80::ffff:ffff:fffd%5
        Gateway predefinito . . . . . . . . . : ::
        NetBIOS su TCPIP. . . . . . : Disabilitato
Scheda Tunnel Automatic Tunneling Pseudo-Interface:
        Suffisso DNS specifico per connessione:
        Descrizione . . . . . . . . . . . . . : Automatic Tunneling 
Pseudo-Interface
        Indirizzo fisico. . . . . . . . . . . : C0-A8-01-AE
        DHCP abilitato. . . . . . . . . . . . : No
        Indirizzo IP. . . . . . . . . . . . . : fe80::5efe:192.168.1.174%2
        Gateway predefinito . . . . . . . . . :
        Server DNS . . . . . . . . . . . . .  : fec0:0:0:ffff::1%1
                                            fec0:0:0:ffff::2%1
                                            fec0:0:0:ffff::3%1
        NetBIOS su TCPIP. . . . . . : Disabilitato
Scheda Tunnel Automatic Tunneling Pseudo-Interface:
        Suffisso DNS specifico per connessione:
        Descrizione . . . . . . . . . . . . . : Automatic Tunneling 
Pseudo-Interface
        Indirizzo fisico. . . . . . . . . . . : C0-A8-01-71
        DHCP abilitato. . . . . . . . . . . . : No
        Indirizzo IP. . . . . . . . . . . . . : fe80::5efe:192.168.1.113%2
        Gateway predefinito . . . . . . . . . :
        Server DNS . . . . . . . . . . . . .  : fec0:0:0:ffff::1%1
                                            fec0:0:0:ffff::2%1
                                            fec0:0:0:ffff::3%1
        NetBIOS su TCPIP. . . . . . : Disabilitato

 Teredo
Mi arrendo.
Ogni volta che su un ipconfig appare quella parola lì, c'è qualcosa che 
non funziona più.
Ciao
Alberto
-- 
Konrad Adenauer: All'intelligenza Dio ha posto limiti, alla stupidità 
no.

 non funziona piů.
Ohi Ohi.  E' una parolaccia ?
Grazie comunque. Sei stato molto gentile. Cercherň di approfondire la cosa.
Ciao
AlpVir