Sur une instance par défaut, SQL Server écoute sur TCP/1433 par défaut. Cela peut être changé. Sur une instance nommée, sauf configuration différente, SQL Server écoute sur un port TCP dynamique. Cela signifie que si SQL Server découvre que le port est utilisé, il choisira un autre port TCP. La manière dont les clients trouvent généralement le bon port dans le cas d'une instance nommée consiste à communiquer avec le service d'écoute SQL Server/le navigateur SQL. Cela écoute sur UDP/1434 et ne peut pas être changé. Si vous avez une instance nommée, vous pouvez configurer un port statique et si vous avez besoin d'utiliser l'authentification/délégation Kerberos, vous devriez.
Ce que vous devrez déterminer, c'est sur quel port votre SQL Server écoute. Ensuite, vous devrez consulter vos responsables réseau / sécurité pour déterminer s'ils autorisent la communication vers ce port via VPN. Si c'est le cas, comme indiqué, vérifiez les paramètres de votre pare-feu. Certains systèmes ont plusieurs pare-feu (mon ordinateur portable en est un exemple). Si tel est le cas, vous devrez vérifier tous les pare-feu de votre système.
Si tout cela est correct, vérifiez que le serveur n'a pas de stratégie IPSEC qui restreint l'accès au port SQL Server via l'adresse IP. Cela pourrait également entraîner votre blocage.
