Newsgroup: it.comp.lang.visual-basic
Titolo: Scuse, e ancora aiuto per SQL Server sotto XP+SP2

Ciao a tutti!
Innanzitutto mi scuso, qualche tempo fa ho postato un problema sul mio
piccolo server SQL sotto XP+SP2, avevo problemi a connettermi da un client e
poi non mi sono fatto più sentire....
purtroppo devo seguire i ng dal web, non sono mai aggiornati in tempo reale
e così proprio non li sopporto.
Vi faccio il riassunto della situazione.
PC TERRA, client (xp pro + sp1)
PC MARTE, server (xp pro + sp2)
sul server ho messo sql server, ma non riesco a connettermi con NULLA dal pc
client. Ho provato enterprise manager, ado da vb, odbc, niente di niente.
ho letto gli articoli su msdn....ho fatto di tutto. Sul server, ho aperto le
porte 1433 e 1434, ho messo il file sqlservr.exe nelle eccezioni del
firewall, ma niente da fare.
I due pc si vedono a meraviglia per tutto il resto: MARTE condivide file,
una stampante.....se faccio il ping (in ambedue i sensi) non ci sono
problemi.
Ho provato a disabilitare il firewall su MARTE, ma niente da fare.....
preciso che se apro query analyzer sul server, riesco a connettermi (su se
stesso, praticamente), quindi sql server funziona bene.
boh, non so se voi avete avuto la malsana idea di installare l'sp2 sul
vostro xp con sql server, ma se c'è qualcuno che l'ha fatto, per favore mi
aiuti.....
altrimenti ne aprofitterò il 30 (giovedì prossimo) all'Arcadia per
tartassare qualche guru!!!
good coding?
-- 
Alletun
"Se ti va di spassartela adesso
Prendi il Vettore oggi stesso."
Terre Desolate - Stephen King

firewall, ma niente da fare.
Rifaccio le stesse domande che ho fatto all'epoca:
1) come e' impostata la sicurezza del DBMS?
2) se provi a fare, da client "telnet <IP della macchina dove si trova
SQLServer> 1433" che succede?
--
Ciao!
Luca Menegotto

 (su se stesso, praticamente), quindi sql server funziona bene.
A parte problemi di firewall, non specifichi che errore ti dà.
Se è il solito "Server sql inesistente o accesso negato", propendo per un
problema di autenticazione.
Se i due server non sono in trust, non puoi ovviamente utilizzare
l'autenticazione integrata (a meno di autenticarti con nomedominio\utente,
forse), ma devi usare l'autenticazione Sql-Server (cosa che va abilitata
nelle impostazioni dell'installazione di Sql-Server).
Se già usi questa modalità, prova a dare qualche dettaglio sull'utente che
utilizzi per connetterti, tipo che diritti ha, ecc...
Ciao
Alberto

grazie per le risposte...
allora, ho fatto uno screenshot del mio desktop 1600x1200
http://www.igordamiani.it/sp2/
cosě č molto meglio.....
vediamo se sono riuscito a spiegarmi meglio
good coding!!!


 
http://www.igordamiani.it/sp2/
Scommetto che Luna è autenticato su Marte...
A parte gli scherzi: l'utente 'sa' funziona solo se esiste un legame di
trust, o di autenticazione di dominio, fra client e server.
Dalla schermata di EM, si vede chiaramente che il server Marte non è 'noto'
a Terra, il quale quindi non ha informazioni sul S.O. di Marte.
Questo dimostra che non è mai avvenuta una autenticazione NT da Terra verso
Marte.
Facendo un accesso da Gestione Risorse ad una risorsa condivisa su Marte,
teoricamente avresti la possibilità di effettuare una autenticazione
on-the-fly, ma questo non risolve il problema in modo definitivo.
Il modo migliore, semplice ed economico, è creare sul Sql-Server Marte un
utente Pippo, ed accedere da Terra a Marte con tale utente.
Del resto, l'applicativo non dovrà assolutamente accedere ai dati con 'sa',
quindi un utente ti serve comunque.
Ti consiglio di creare un utente 'Igor' per connetterti con EM e fare
amministrazione, e un utente 'Pippo' con accesso solo ai dati e nessun
diritto di amministrazione. Sarà quest'ultimo l'utente per i client.
Ciao
Alberto
--
"Non mi sembra più granda del Delfino..."
"A partir dal fat che la merda liquida
l'as drisa gnan a puntlarla,
còsta chì l'è piò granda, gnuranta."

 good coding!!!
hai già seguito queste indicazioni ?
----------
How to configure Windows XP Service Pack 2 (SP2) for use with SQL Server
http://support.microsoft.com/?kbid=841249
----------
Ciao Giorgio

a Terra, il quale quindi non ha informazioni sul S.O. di Marte.
Che c'entra la registrazione del DBMS in EM con il SO sul server?
L'unica cosa che vedo e' come ci sia palesemente stata una
registrazione, ma che questa al momento non funzioni piu'.
--
Ciao!
Luca Menegotto

 diritto di amministrazione. Sarà quest'ultimo l'utente per i client.
allora, seguirò le indicazioni giusto per togliermi ogni dubbio, però ti
faccio presente che la mia rete è una LAN casalinga, non ha un dominio, ho
solo un workgroup chiamato SOLARE.
faccio presente che se vado in risorse di rete e tento di accedere a MARTE,
lo faccio senza problemi, senza accedere con un account particolare...boh...
cmq adesso vedo, ogni altra idea o suggerimento è comunque ben accetto!!!


good coding!!!
Io rifo le stesse domande. Non mi serve niente il ping, perche' mi
dice che i pacchetti ICMP raggiungono la macchina di destinazione, la
quale risponde. Pero' non mi dicono se quella particolare porta che mi
serve (TCP 1433) e' aperta oppure no.
E' per questo che ti ho chiesto se col telnet hai qualche risultato o
no. 
Se la porta e' aperta, potrebbe essere un problema di autenticazione
(come ti autentica SQLServer?) Se invece e' chiusa, come giustamente
ti ha fatto notare Giorgio, e' probabilmente un problema di firewall
(che viene attivato con SP2 ma che io ho disattivato, utilizzando il
Trend Internet Security).
--
Ciao!
Luca Menegotto

 cmq adesso vedo, ogni altra idea o suggerimento è comunque ben accetto!!!
scusa ma non credo che serva, il test fatto con telnet indica chiaramente
che non c'è comunicazione e molto probabilmente la porta 1433 è bloccata dal
firewall di WinXp. Solo dopo che Telnet si connette puoi passare alle
problematiche di autenticazione.
Ciao Giorgio

 registrazione, ma che questa al momento non funzioni piu'.
Certo.
Se c'č stata una autenticazione NT valida, si poteva fare la registrazione.
Adesso l'autenticazione non č valida, e il server non č accessibile.
Comunque, la registrazione si puň fare anche manualmente senza che il server
sia disponibile, anche se non credo che sia il caso di Igor.
Nel mio primo post, comunque, ipotizzavo come causa piů probabile qualcosa
legato al firewall, ma Igor ha detto di avere aperto tutto, per cui andavo
su altre ipotesi.
Ciao
Alberto
--
"Non mi sembra piů granda del Delfino..."
"A partir dal fat che la merda liquida
l'as drisa gnan a puntlarla,
cňsta chě l'č piň granda, gnuranta."

problematiche di autenticazione.
Gia', non avevo visto. Un'unica domanda: come sono impostate le
librerie client di SQLServer? In ogni caso, propendo anch'io per
qualcosa legato al firewall. Fa una bella cosa, prova a disabilitarlo
da Pannello di Controllo -> Windows firewall, e dicci che succede.
--
Ciao!
Luca Menegotto

 client e poi non mi sono fatto più sentire....
domani provo a mettere su una VM con Windows XP + sp2 (su quella di
produzione il sp2 ancora non lo metto =:-D)... vediamo se ci riesco...
eventualmente faccio sapere =;-D
saluti
-- 
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtm
 
http://italy.mvps.org
DbaMgr2k ver 0.9.1  -  DbaMgr ver 0.55.1
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
--------- remove DMO to reply

 da Pannello di Controllo -> Windows firewall, e dicci che succede.
in questo momento non riesco a fare la prova effettiva, perň avevo provato a
disabilitare completamente il firewall, ma non c'era modo di far funzionare
le cose.....boh....
come ho detto nel post iniziale di questo 3ed, ho aperto le porte 1433 e la
1434 (su msdn viene detto che la 1434 viene usata per la comunicazione tra
sqlserver e programmi come visual basic, per cui....)
anche aprendo le porte, niente.....aiuto....
vediamo se il buon Montanari riesce nell'impresa ;-)
good coding!!!


1434 (su msdn viene detto che la 1434 viene usata per la comunicazione tra
Questo lo so. Mi chiedevo solo se, quando imposti "Configurazione di
rete client", hai impostato "TCP/IP", se l'hai messo come protocollo
primerio e se hai impostato li la porta 1433 (in realta' dovrebbe
essere sufficiente, se non ricirdo male 1434 serve per l'agent, pero'
adesso me lo vado a rivedere, che non me lo ricordo).
--
Ciao!
Luca Menegotto

 adesso me lo vado a rivedere, che non me lo ricordo).
guarda, giusto per togliermi ogni dubbio, ho rifatto lo stesso esperimento
con un pc chiamato LUNA
XP+SP1, ho installato sql server.....da TERRA tramite *ogni cosa* non ho
problemi....
enterprise manager, vb, odbc.....ide di .net e cosě via
ho installato l'sp2 e adesso non mi connetto piů, boh....anche sbloccando il
firewall.....
vai tu a capire perchč!!!
vabbč, ricomincerň lunedě a smadonnare su questo problema, adesso voglio
godermi il weekend!!!


salve,
riporto integralmente la mia prima esperienza su una Virtual Machine di
VMWare (la macchina fisica per il momento resta ancora XP sp1) per
verificare eventuali problematiche connesse anche con SQL Server
Ieri sera ho installato una VM di Windows XP sp1a inglese, con applicazioni
come di seguito
SQL Server DEV Edition sp3a
MSDE 2000 sp3a Named Instance
WinZip 9.1
Messenger 6.2
un client FTP
outlook express
funzionavano per cui correttamente i protocolli HTTP, NTTP, posta di OE,
FTP, Messenger
accesso ad internet via rete locale
non ho provveduto ad "attivare" XP, quindi oggi mi dava "59" giorni
rimanenti ....
oggi ho installato sp2 di XP e configurato Auto Update solo per la notifica
non e' presente un antivirus
HTTP funziona
Share di rete funzionano, sia in entrata che in uscita
OE funziona =;-D
il lancio di Messenger 6.2 richiede un ripristino automatico, ma funziona
(non so perche' =;-D)
dopo l'isntallazione del serivce pack, avevo nuovamente "60" di valutazione
di XP, non essendo ancora attivata, ma ha per cui "resettato" il contatore
del tempo rimanente =:-)
da locale, l'apertura di Enterprise Manager ci mette un po' a connettersi
alle due istanze installate, ma funziona... dalla seconda esecuzione la
connessione e' veloce come precedentemente alla installazione del sp
DbaMgr2k, in locale, parte immediatamente senza problematiche
Versioning
----------------------------------------
Microsoft SQL Server  2000 - 8.00.760 (Intel X86)
 Dec 17 2002 14:22:05
 Copyright (c) 1988-2003 Microsoft Corporation
 Developer Edition on Windows NT 5.1 (Build 2600: Service Pack 2)
(1 row(s) affected)
=;-D
da remoto, il broadcasting di inlistamento dei server SQL nella Lan enumera
anche l'istanza di default della VM ma non la named instance... probabili
problemi di shadowing della finestra temporale, o forse effettiva
problematica di XP sp2, ma l'enumerazione dei server spesso non ha un
risultato concludente..
da remoto, il tentativo di connessione via SQL-DMO in protocollo TCP/IP
fallisce con eccezione di Timeout scaduto; non provo neanche a chiamare la
named instance
la porta specificata per la named instance e' impostata a 1037
Imposto staticamente la porta allo stesso valore, annullo il valore della
chiave
HKLM\SOFTWARE\Microsoft\Microsoft SQL
Server\MSDE\MSSQLServer\SuperSocketNetLib\Tcp\TcpDynamicPorts
per la istanza di default la porta e' quella di default, 1433
HKLM\SOFTWARE\Microsoft\Microsoft SQL
Server\MSDE\MSSQLServer\SuperSocketNetLib\Tcp\TcpDynamicPorts
e' gia' vuoto, per cui la porta e' statica
Reboot (non si sa mai)
aggiungo un'eccezione sulla porta TCP 1433, solo per la mia Lan
riesco ad accedere sia via EM, QA, che DbaMgr2k
aggiungo un'eccezione sulla porta TCP 1037 (named instance), solo per la mia
Lan
senza definire un alias chiaramente falliscono i tentativi di connessione,
diversamente, riesco ad accedere sia via EM, QA, che DbaMgr2k
aggiungo l'eccezione per la porta UDP 1434, con lo stesso risultato
rimuovo l'eccezione per la porta UDP 1434, con lo stesso risultato
operazioni di telnet sulle porte danno risultato positivo (lo schermo
diventa nero, quindi c'e' connessione con SQL Server/MSDE)
restringendo lo scope solo ad alcuni IP della rete locale ottengo il
risultato previsto
sono state per cui testate connessioni ODBC ed OLEDB, con l'uso di ADO,
telnet, tutte con esito positivo
references utilizzati: 
http://support.microsoft.com/default.aspx?kbid=841252
direi che sono contento =;-D
