Accéder à SQL Server sur Windows Server 2008 R2 à partir de client à distance

Nous sommes actuellement en train de passer de l'utilisation de PostgreSQL est installé sur la télécommande CentOS boîtes à l'aide de MS SQL Server 2008 R2 est installé à distance de Windows Server 2008 R2 boîtes.

Notre application web qui utilise cette base de données est installé et en cours d'exécution sur une autre CentOS zone où il demeure.

Toutes ces cases sont fournis par une 3ème partie fournisseur d'hébergement et sont tous sur le même réseau de domaine.

Notre développement est donc à distance à partir du serveur/base de données de domaine comme nos machines de développement sont à distance. Dans le passé, l'ouverture d'un VPN a été suffisant pour permettre le développement de nos instances de notre web application qui s'exécute localement sur nos Pc pour se connecter à distance à la base de données PostgreSQL en cours d'exécution sur la CentOS boîte.

Cependant, maintenant, nous avons de la difficulté à faire la même chose avec Windows Server 2008 R2 boîte. Même avec le VPN ouvert toute tentative de connexion (ou même de la commande ping) le serveur distant.

Notre code pour obtenir une connexion à l'instance de base de données sur le nouveau serveur de base de données que lorsque nous l'envoyer ce code sur CentOS zone application et l'exécuter, il se connecte bien, comme le code est maintenant en cours d'exécution sur une boîte, dans le même domaine que le Serveur Windows 2008 R2 boîte. Cependant, nous avons besoin d'établir une connexion de développement à distance des machines.

Cela fait-il sens?
Y at-il des paramètres du pare-feu, nous avons besoin de changer pour autoriser les connexions à distance?
Comme je l'ai dit, nous ne pouvons même pas de PING la nouvelle machine Windows Server 2008 R2 à partir de boîtiers distants.

OriginalL'auteur Nick Foote | 2011-04-19

  1. 8

    Voici un résumé de ce qui a fonctionné pour moi d'obtenir des connexions à distance de travail. Je ne suis pas un expert dans ce que certains de mes étapes peuvent ne pas être nécessaires. J'ai pris quelques étapes à partir d'autres réponses à cette question.

    • Ouvrir le Gestionnaire de Configuration SQL Server
    • Sélectionnez Configuration du Réseau SQL Server
    • Choisi votre instance de SQL Server
    • Assurez-vous que le protocole TCP/IP est activé
    • Droit sur protocole TCP/IP
    • Sélectionnez propriétés
    • Cliquez sur onglet adresses IP
    • Faites défiler vers le bas pour IP4. L'adresse IP du serveur doit être ici. Set active à oui et oui. Définissez le port TCP 1433 (ne sais pas si c'est nécessaire. Certains experts commentaire)
    • Faites défiler vers le bas pour IPAll. Définissez le port TCP 1433
    • Faire une règle de trafic entrant pour le port 1433
    • ouvrez sql server management studio, cliquez-droit sur l'instance de serveur, propriétés->connexions-> autoriser les connexions à distance. Sécurité-> SQL Server et le mode d'Authentification Windows
    • redémarrer le service sql server
    • le redémarrage de sql server browser

    comme une autre réponse dit, vous devez également utiliser la chaîne de connexion approprié dans votre client.

    J'ai essayé beaucoup de solutions, de cette "Défiler vers le bas pour IPAll. Définissez le port TCP 1433" résolu mon problème

    OriginalL'auteur AJ Dhaliwal

  2. 7

    Procédez de la manière suivante:

    1. Ouvrir SQL Server Configuration Manager
    2. Sélectionnez SQL Server Network Configuration
    3. Choisi votre instance de SQL Server
    4. Assurez-vous que protocole TCP/IP est activé
    5. Redémarrer le serveur s'il était éteint

    Considérer les choses suivantes:

    • Mode d'authentification (Windows /SQL Server /mixte)
      • Les utilisateurs de Windows autorisations
    • Nom du serveur dans la chaîne de connexion
      • <nom_machine>\<instance_name> (mutuelle réseau physique)
      • tcp:<_>\<instance_name> (différents réseaux physiques)
    Salut, merci. Vérifié TCP/IP est activé pour tous les cas, il est. Que voulez-vous dire au sujet de la "tcp:<_>"? Actuellement, la chaîne de connexion est la suivante en commentaire suivant ... comme je l'ai dit, cela fonctionne bien dans le même réseau physique, mais pas de distance différents réseaux physiques. Où dois-je placer ce tcp: ?
    jdbc:sqlserver://<ip_address>:<fixed_port>;instanceName=<instance_name>;databaseName=<database_name>;
    De plus, lorsque j'ouvre un bureau à distance de windows de la machine Windows Server 2008 R2 et démarrez SQL Server Management Studio, pour se connecter à la base de données qu'il utilise l'authentification Windows, est-ce un problème?
    Je suis désolé @Nick, je n'ai pas d'avis we can't even PING the new Windows Server 2008 R2 machine. J'ai pensé que c'est un problème avec SQL Server uniquement. Dans ce cas, vous devriez vérifier les périphériques réseau et de la configuration, mais je ne suis pas un l administrateur et ne peut pas aider 🙂

    OriginalL'auteur Eddy

  3. 1

    Assurez-vous que vous avez débloqué 1433 port qui est utilisé pour SQL Server. Si votre instance nommée, vous devez configurer le port de cette instance dans configuration manager, puis débloquer ce port dans le pare-feu.

    Salut, merci pour les conseils. J'ai vérifié le Pare-feu Windows. Il était ÉTEINT donc je l'ai activée. Cette désactivé la connectivité de nos CentOS Application de la boîte j'ai donc suivi vos conseils, des règles supplémentaires permettant diverses SQL Server ports et l'application d'un port fixe à notre instance nommée de SQL Server. Faire cette ré-activé la connectivité de nos CentOS app boîte, de sorte que des conseils pour vous aider a aider une fois le Pare-feu Windows est activé. Cependant nous ne pouvons toujours pas vous connecter à partir de nos machines à distance, avec ou sans le VPN ouvert. Tous les composants de SQL Server port règles de pare-feu sont définies de Domaine+Privé+Public.
    Si vous ne pouvez pas vous connecter, alors c'est un problème de réseau. Vérifiez la configuration de votre routeur et peut-être si vous pouvez vérifier les conditions de circulation en exécutant la commande netstat à partir de la ligne de commande.

    OriginalL'auteur Dalex

  4. 1

    Combiné avec les conseils d'autres réponses et de l'aide de notre fournisseur d'hébergement, nous avons réussi à régler cette question. C'était surtout un problème de ces ports bloqués par notre fournisseur.

    OriginalL'auteur Nick Foote

  5. 1

    Je comprends que c'est un vieux post, mais une autre chose est de s'assurer que vous avez permis à un particulier de l'Adresse IP et le Port sur l'Adresse IP de l'Onglet de Configuration du Réseau SQL Server, c'est en plus pour les autres postes. Voir ce LIEN pour de plus amples informations

    OriginalL'auteur Mark Kram

  6. -1

    Si il y a toujours un problème après la configuration de l'Ip et d'autres choses.

    veuillez vérifier datetime de votre pc client.

    il devrait être le même que le serveur

    [j'ai résolu récemment avec cette technique]

    il y a un problème dans sql server si l'ordinateur client n'est pas synchronisée avec l'heure du serveur, le client n'a pas à se connecter au serveur.

    OriginalL'auteur adnan umar