O status quo:
Existe um banco de dados SQL Server (2005). Na mesma rede, há um usuário que conecta uma instância do Visual FoxPro ao referido banco de dados via ODBC. Isso funciona, o usuário fica feliz e tudo está ótimo.
Aparecendo no horizonte:
O banco de dados SS será transferido para outra rede. Haverá um firewall entre ele e o usuário VFP. Este usuáriofazter acesso através do firewall via VPN e uma conta SQL no banco de dados realocado (nãoconta de domínio na nova rede).
A questão:
Seremos capazes de construir uma cadeia de conexão ODBC de forma que o usuário VFP ainda possa usar o back-end SS? Precisamos fazer algo especial ao configurá-lo? Algo especial que o usuário precisa fazer para se conectar?
Se isso pertencer a SO e não a SF, me avise e eu o levarei até lá....
Responder1
Sim, você poderá construir uma cadeia de conexão ODBC de forma que o usuário VFP ainda possa usar o back-end SS. Não, nada de especial é necessário para configurá-lo.
Quando ele/ela entra na rede, o Sql Server aparecerá na mesma rede que o usuário VFP. Basta conectar normalmente.
Responder2
Dependendo da configuração, o SQL Server e o usuário VPN podem não acabar na mesma rede, e o firewall provavelmente bloquearia qualquer transmissão relacionada a nomes de computadores, etc. (NetBIOS).
A menos que você tenha um servidor AD que atue como DNS, talvez seja necessário usar o endereçamento IP em vez do nome do computador (NetBIOS) para se conectar ao SQL Server, o que pode ser uma alteração que você precisa fornecer à cadeia de conexão .
Responder3
Se houver algumas regras de firewall, você deve permitir a porta 1433 para a instância padrão SQL, se você nomeou instanse você deve procurar no Configuration Manager quais portas dinâmicas usa no TCP/IP e permitir esta porta no firewall.
Responder4
Aqui está um artigo que escrevi que detalha bem as instâncias do Sql Server e as portas que precisam ser abertas para permitir o acesso remoto.
http://mattslay.com/opening-up-sql-server-to-allow-remote-connections/