Newsgroup: it.comp.appl.access
Titolo: Connessione DB remoto

Salve a tutti,
ho un applicativo in Access. Devo scrivere una procedura per
connettermi tramite internet ad un server SQL Server 2000 centrale e
compiere un'aggiornamento dei dati.
Quale strada mi consigliate di seguire??
Personalmente avevo pensato a scrivere un programmino server in java
che girasse su una macchina in DMZ nella sede dove risiede il server
SQL. Il client si connette via socket al serverino che gira le
richieste al database server. Client e server si parlano secondo un
protocolo molto semplice.
Altra ipotesi (consigliatami dal mio collega) è quella di scoprire la
porta di SQL server in azienda e di connettersi direttamente al
database server via ADO.
A me pare decisamente poco sicuro.
Quale strategia si adotta preferibilmente in questi casi??
Grazie
-- 
reintermediare processi front-end

 Quale strategia si adotta preferibilmente in questi casi??
Un bel webservice, via soap/ssl con autenticazione.
Facile, semplice, sicuro.
-- 
I'am what I'am, I do what I can

 A me pare decisamente poco sicuro.
Mah, se s'avesse il tempo (e il coraggio) di spulciare e installare i
numerosi Fix, S.P cumulativi etc, etc. per aggiornare la protezione di Win,
Explorer, Sql Server, etc ... sarebbe sicuro :-)
Peccato, perchè all'atto pratico è una soluzione abbastanza semplice.
Ciao.

Facile, semplice, sicuro.
ok non conosco la cosa in modo approfondito, ma sarei ben lieto di
imparare.
Come mi consigli di realizzare la cosa?? In che linguaggio? Come
funziona la transazione (è di fatto una connessione via socket al web
server giusto) ??
Mi potresti consigliare qualche risorsa in rete?
-- 
reintermediare processi front-end

 ha scritto nel messaggio

io uso sempre quella che ti ha consigliato il collega.
Non vedo cosa ci sia di poco sicuro, a te perche' pare poco sicuro?
ti pare piu' sicuro invece lasciare aperta la porta 80 per un web server?
Basta usare il windows update per tenere aggiornato il server (procedura del
tutto automatica).
per la porta non c'e' molto da scoprire, e' la 1433 come ampiamente
riportato nell'help in linea di quasi tutti i pacchetti SW MS e come si
evince con certezza dal menu' di configurazione del server.
poiche' l'unica applicazione che risponde su quella porta e' il server SQL,
l'eventuale hacker deve trovare un buco la', e nell'unico caso di cui si
abbia notizia certa e' disponibile da tempo la patch di aggiornamento (come
ho gia' detto con installazione del tutto automatica tramite Windows
update).
Per il resto basta ricordarti di mettere la password all'account sa.
Sib

 Mi potresti consigliare qualche risorsa in rete?
http://msdn.microsoft.com
oppure una bella consulenza a pagamento.


per la porta non c'e' molto da scoprire, e' la 1433 come ampiamente
Si, forse mi sono espresso male. Con 'scoprire' non intendevo tirare
ad indivinare per trovare effettivamente quale fosse la porta bensě
aprire, aggiungere una regola sul firewall per masquerare la porta e
redirigerla sul server in lan.
-- 
reintermediare processi front-end

oppure una bella consulenza a pagamento.
Grazie ma spero di poterti mostrare il risultato finale fatto da me!!
-- 
reintermediare processi front-end

 ad indivinare
cut
non mi ha sfiorato l'idea che tu volessi tirare a indovinare, ho subino
immaginato che tu intendessi realizzare una ricerca documentale per trovare
quale fosse la porta e io volevo solo evidenziare che, una volta installato
sql server basta avviare l'utilita' "configurazione di rete di SQL server",
selezionare il protocollo tcp/ip e aprire le proprieta', la prima cosa che
compare e' il numero di porta (modificabile) che ha il valore predefinito
1433. oltretutto nella stessa finesta puoi scegliere di nascondere l'istanza
di sql su quella porta per evitare gli scan.
Se poi ti piace di piu' qualche altro strumento sceglilo pure, pero' non
diciamo che e' una questione di sicurezza, avercela con bill va bene, ma
cerchiamo di non esagerare!
Sib

cerchiamo di non esagerare!
Non intendevo portare avanti alcuna polemica contro Microsoft. Il mio
discorso è generale ed è valido con qualunque altro database o
servizio.
-- 
reintermediare processi front-end

 ha scritto nel messaggio

scusa, e' che qui siamo bersagliati da considerazioni del tipo "la ms fa
schifo", "bill ci vuole fregare tutti", ecc.
il che e' anche vero, quello che non e' vero e' che invece la oracle
sviluppa solo per farci felici o che linux sia il massimo e quant'altro.
Quindi solitamente dico "Il prodotto e' questo, e' facile da usare, e'
potente e, se ben configurato, e' anche sicuro. E' inutile scrivere qui per
dirci quanto e' bello php o quanto e' sicuro linux, se non ti piace access o
sql server a cosa serve venirlo a dire qui dove c'e' gente che "ci cala la
pasta" con quello "schifo" di access".
Sib

pasta" con quello "schifo" di access".
Ahah ho capito cosa intendi !!
Alla fine quello che conta è calare la pasta...!
Buona serata e grazie per i consigli.
A risentirci presto.
-- 
reintermediare processi front-end

 A risentirci presto.
Ciao
Sib