Newsgroup: it.comp.os.linux.sys
Titolo: OpenVPN e accesso a mssql db

Ciao a tutti,
 
 
ho una macchina con Debian 6.0.4 e openvpn 2.1.3 che funziona ABBASTANZA	
bene, ovvero funziona tutto quanto tranne le chiamate a mssql che puntano a 
qualcosa del tipo:
 
  SERVER\ISTANZA
 
Funziona invece correttamente accedendo al server come:
 
  SERVER,PORTA_DINAMICA_RELATIVA_ALL'ISTANZA
 
Cosa potrebbe essere?
 
 
Ciao e grazie,
  Void

 Cosa potrebbe essere?
 
Gia` visto questo? 
http://forums.openvpn.net/topic7905.html
 
 
Enrico
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
 
iQIcBAEBAgAGBQJPMv5ZAAoJEIgbS5QK93sQQ/wP/0KkEwBxkeG3ThBzaTh15u+C
7XVnroVUrBpQlY0TE25LL3yb7dwN5BBujiv4snrBwHoisqOkhlZmwBSW+couveDk
PXFWfroqkfY/aPS1Orub4uevwXo0x4gb6E2MSvrMMA5IVjHatZXpai3Ib/7AKBDE
SOyDm1pU+ITlSujc/+vsNTQZZp+ZCWT3ZjMZFBkq5LOC253gfo30aDRJwAhg2LtT
A9eWMezgXMZ8TXzJy9snWHGwEFMHG7XKsgboDjtUj3qAPXzengcSJ4ExpW+Q3CKw
3euLzZU6kakmKLknrOEilFhbQ+G+POoVr45HvFIzD4Ir5EhTrAEjDwIkZVbjlpMZ
dw8CfqdO09YJ1H73l5OM4IOr8b/05KdCgkog2cW2RzYHcYLjf1Kc1PbttVNIUs1b
myQlHq2xcdnh7gKyA/0OFmlrd8lnnr/vPHfMLPmnQbUUJ0cIvjZu+8ZSuZE7nHYo
hU04iofFiUw7yMBZO7W9X8MAwWa0W0fvh9jdH59+wJoPnzrtQj9ClaPmhcxvtSgU
On4SnPNZwsposYn3TNB4IMocjrt1+lBQZR2Ga+A05JBo0yZXmyrXJVRCc5hZj+Q+
ZrzvFGXGJqQnoxQY0a262xe5M+vNoaG2TsZoz1fXo5TMKkGkzirjOHf8bANBLhzN
v3lu0A4Sa4ovMHbLsPu/
=xzFN
-----END PGP SIGNATURE-----
 

 Poi spiegare meglio, magari con un esempio ?
 
Se un utente nella lan apre "sql server management studio" e inserisce alla 
voce server "servername\instancename" riesce ad accedere, mentre se fa la 
stessa cosa dall'esterno collegato con openvpn no.
 
Da quel poco che mi pare di aver capito di mssql sembra che nel caso di un 
server con più istanze, ciascuna di esse venga messa in ascolto su una porta 
diversa scelta "a caso" all'avvio e che venga in qualche modo (non so da 
chi) fatta una traduzione ad es. del tipo:
 
  hostname=MSSQL1\INSTANCE3 => hostname=MSSQL1,2579
 
Questa traduzione sembra essere il passaggio che dà fastidio, ma non capisco 
da chi venga fatto e a chi esattamente dia fastidio. Fatto sta che ricavando 
a mano la porta su cui il server è in ascolto il tutto funziona senza 
problemi.
 
 
Ciao,
  Void


Non è un problema di OpenVpn.
 
E' un problema di risoluzione dei nomi di dominio di winblows.
Verifica che i server wins siano utilizzati dal client e routati 
correttamente.
 

 Gia` visto questo? 
http://forums.openvpn.net/topic7905.html
 
 
Hm, no, do un'occhiata, ma non sono sicuro che sia un problema di mssql...
 
 
Ciao e grazie,
  Void

 correttamente.
 
Concordo: sono quasi sicuro che sia questo, ma non so come verificarlo (a 
parte un ipconfig /all dai client remoti). Nella mia configurazione faccio 
il push dei server wins:
 
port            1194
proto           tcp
dev             tun
ca              /etc/openvpn/keys/ca.crt
cert            /etc/openvpn/keys/server.crt
key             /etc/openvpn/keys/server.key
dh              /etc/openvpn/keys/dh1024.pem
server          192.168.17.0 255.255.255.128
route           192.168.17.128 255.255.255.128
client-config-dir ccd
ifconfig-pool-persist ipp.txt
keepalive       10 120
comp-lzo
user            nobody
group           users
persist-key
persist-tun
status          openvpn-status.log
status-version  2
verb            3
client-to-client
max-clients     10
 
# Here define your own DNS domain and addresses of DNS servers
push "dhcp-option DOMAIN xxx.local"
push "dhcp-option DOMAIN yyy.local"
push "dhcp-option DNS 192.168.2.23"
push "dhcp-option WINS 192.168.2.11"
#push "route-delay 5"
 
# Here define your internal routing
push "route 192.168.0.0 255.255.240.0"
push "route 192.168.1.0 255.255.255.128 192.168.17.1"
push "route 192.168.1.128 255.255.255.128 192.168.17.1"
 
 
Ciao e grazie,
  Void