Impossible de se connecter à SQL Server Express via l'interface Virtualbox réservée à l'hôte

1

J'ai configuré sql server express 2014 dans un invité virtualbox Windows 7, mais je ne parviens pas à me connecter via le pilote jTDS JDBC de mon hôte Ubuntu. J'ai un Could not retrieve database information Erreur. J'ai le sentiment qu'il me manque une étape quelque part, mais je ne trouve rien en ligne que je n'ai pas encore essayé:

  • L'URL de connexion est jdbc:jtds:sqlserver://192.168.56.1:1433/dbo;instance=SQLEXPRESS
  • Le pare-feu Windows a été complètement désactivé sur l'invité.
  • Je peux cingler l'adresse IP de l'invité à partir de l'hôte.
  • Le serveur et les services du navigateur SQL sont en cours d'exécution.
  • netstat -a sur l'invité confirme que TCP 0.0.0.0:1433 et UDP 0.0.0.0:1434 sont à l'écoute.
  • Les journaux du serveur disent Listening on <All IPv4>:1433
  • L’outil de configuration de la surface d'exposition a activé et configuré TCP / IP pour écouter sur le port 1433 toutes les adresses IP.
  • SSMS confirme que l'accès à distance est activé pour cette instance de serveur.
  • Je peux me connecter à la base de données à partir de SSMS sur l'invité en utilisant l'adresse IP de l'hôte uniquement (192.168.56.1, comme ci-dessus) et les mêmes informations d'authentification SQL que j'utilise sur JDBC.
  • telnet 192.168.56.1 1433 et telnet 192.168.56.1:1434 de l'hôte échouent immédiatement avec Connection refused, alors que les mêmes commandes de l'invité ne le sont pas.

Cela me semble être un problème de pare-feu, car il semble que je puisse me connecter sur l’adresse IP de l’interface depuis l’invité et la sortie de celle-ci. netstat, mais avec le pare-feu Windows désactivé, je ne sais pas quoi faire, ni même quelles sont les étapes de diagnostic à suivre.

erm410
la source

Réponses:

2

Mon premier port d'escale serait d'essayer d'éliminer le paramètre d'adaptateur pour hôte uniquement. Je n'ai eu que de mauvaises expériences dans le passé.

Je vous suggère de créer un clone de la machine virtuelle en question, de modifier le pont des deux types de réseau des machines Windows (afin qu'ils puissent se connecter à votre réseau local physique), puis de les démarrer et de voir s'ils peuvent communiquer entre eux. other (Ping de l’un à l’autre, essayez peut-être aussi de partager et d’accéder aux dossiers du réseau).

C’est un test simple que j’effectue habituellement lorsque des problèmes similaires se posent, car il élimine le système d’exploitation hôte de l’équation aux fins de la recherche des pannes.

Si les deux machines Windows peuvent communiquer, fermez l'une d'elles, puis essayez à nouveau Ubuntu sur la nouvelle adresse IP allouée à la machine après avoir modifié l'adaptateur en mode ponté.

Remarque: si vous ne disposez d'aucun type de service DHCP, tel qu'un routeur fonctionnant sur votre réseau local, vous devrez fournir des adresses IP statiques pour les machines Windows.

J'espère que cela pourra aider.

Hitsugaya198
la source
A travaillé pour la première fois sur l’adaptateur ponté.
erm410
Heureux d'avoir pu aider ;-)
Hitsugaya198
Après avoir réfléchi un peu plus à ce sujet, je soupçonne que votre problème initial n'était pas la faute de l'adaptateur pour hôte uniquement, mais plutôt un problème plus trivial lié au fait que les adresses IP se trouvaient dans différentes plages. L’adresse IP de l’hôte uniquement n’est généralement pas dans la même plage que votre adresse IP Ethernet réelle. L'ajout d'une adresse IP alias sur votre ordinateur hôte aurait probablement également permis de résoudre ce problème.
Hitsugaya198