Windows Server 2008 R2: Impossible d’activer la découverte de réseau !!!

par Jaouher Kasraoui | 29 Mar 2013 | Infrastructure

Problème

Si vous essayez d’activer la découverte réseau sur un serveur Windows Server 2008 R2 vous n’y arrivez pas, la découverte est automatiquement désactivée dès que vous sortez de la page Modifier les options de partage pour d’autres profils réseau

Résolution

La découverte du réseau et depuis la version Windows Vista utilise les 3 fournisseurs NetBIOS Provider, SSDP Provider et WS-Discovery (WSD) Provider qui ont été regroupés avec d’autres fournisseurs comme Registery Provider, PnP Provider et Third Party Providers dans une plateforme de découverte commune connu sous le nom de Function Discovery Plateform, cette plateforme fait appel aux services Windows suivants pour assurer ces fonctions :

Computer Browser (Explorateur d’ordinateurs)
SSDP Discovery (Découvert SSDP)
UPnP Device Host (Hôte de périphériques UPnP)
Registry
Function Discovery Resource Publication (Publication de ressource de découverte de fonctions)
Function Discovery Provider Host(Hôte du fournisseur de découverte de fonctions)
Link-Layer Topology Mapper(Mappage de découverte de topologie de la couche de liaison)

Parmi les services cités il faudra s’assurer du démarrage des services :

Function Discovery Resource Publication (Publication de ressource de découverte de fonctions)
SSDP Discovery (Découvert SSDP)
UPnP Device Host (Hôte de périphériques UPnP)

Pour que l’activation de la découverte du réseau puisse fonctionner correctement.

SQL Server : Erreur 4861 lors d’une opération BULK INSERT

par Jaouher Kasraoui | 29 Mar 2013 | SQL Server

Introduction

Dans le cadre d’une opération d’insertion en batch en utilisant la commande BULK INSERT sur un serveur de base de données SQL Server on peut être confronté à une erreur système d’exploitation indiquant qu’un problème d’ouverture du fichier source à cause d’un Accès refusé bloque l’exécution de l’opération.

Il faudra noter que l’exécution de la même requête sur le serveur SQL lui même ne génère par cette erreur mais s’exécutera sans aucun problème.

Causes

Le fait que la requête s’exécute convenablement depuis le serveur de base de données lui et pas depuis une autre machine ou un poste client, exclu automatiquement le fait que le compte avec lequel la requête est lancée ne dispose pas des privilèges nécessaires pour la réalisation de cette opération.

Malgré tout, c’est bien un problème de sécurité qui est exposé par ce message d’erreur, en effet et vu que nous somme dans un contexte où la requête est lancée depuis un poste distant et qui procèdera à l’a lecture d’un fichier depuis un partage sur un autre serveur et qui fera appel à la procédure BULK INSERT sur le serveur de base de données, ce mécanisme et dans une infrastructure Windows implique le recourt à l’authentification Kerberos et bien sûr aux prérequis relatif à cette technologie.

Résolution

Pour pouvoir exécuter la requête sans problème il existe deux méthodes:

Méthode 1

La première méthode est simple et elle consiste tout simplement à utiliser un compte SQL pour se connecter au serveur de base de données au lieu d’un compte Windows et bien sûre s’assurer que le compte de service du serveur de bases de données SQL Server accède au fichiers source, le login SQL devra bien sûr avoir le droit bulkadmin au niveau du serveur SQL.

Méthode 2

Configurer le serveur de base de données et le compte de service SQL pour permettre ce genre d’opération en :

Configurer le compte de service SQL

En ajoutant le SPN MSSQLSvc au compte de service utilisé pour le démarrage du service SQL comme suit :

Si c’est une instance par défaut exécuter :

SETSPN –A MSSQLSvc/<fqdn du serveur SQL> <Nom du Compte de Service>

SETSPN –A MSSQLSvc/<fqdn du serveur SQL>:1433 <Nom du Compte de Service>

Si c’est une instance nommée:

SETSPN –A MSSQLSvc/<fqdn du serveur SQL>:<Nom de l’instance>

SETSPN –A MSSQLSvc/<fqdn du serveur SQL>:<Port d’écoute de l’instance>

Approuver le compte de service pour la délégation au niveau de l’AD.

Configuration du compte machine du serveur de base de données

Approuver le compte machine du serveur de base de données pour la délégation au niveau de l’AD.

Sharepoint 2013 – Cannot connect to database master at SQL Server

par Jeremie Laviolette | 29 Mar 2013 | SharePoint, SQL Server

Problème :

Lors du lancement de l’assistant de configuration de Sharepoint 2013, une erreur de connexion se produit sur la page de configuration des paramètres de la base de données de Sharepoint : “Cannot connect to database master at SQL Server…”

Cause :

Les causes sont multiples. Il peut s’agir :

D’un problème de pare-feu qui bloque le trafic entrant sur le serveur SQL sur le port 1433 ou tous les trafics entrants.
De l’utilisateur spécifié pour la configuration n’a pas assez de permissions pour configurer notre ferme.
D’un problème au niveau des paramètres de connexion de SQL Server avec le protocole TCP/IP qui est désactivé.
Du service SQL Server Browser qui est désactivé.

Résolution :

Dans le cas où il s’agit d’un problème de pare-feu

Nous devons ajouter une nouvelle règle aux pare-feu Windows autorisant le trafic entrant sur le serveur SQL.

Nous lançons le Windows Firewall with Advanced Security puis cliquez droit sur Inbound Rules pour créer une nouvelle règle :

Nous choisissons la règle qui concerne un port puis passez à la page suivante :

Cette règle s’applique sur le port 1433 en TCP :

Elle autorise les connexions entrantes vers le serveur SQL :

Et s’applique sur l’ensemble du domaine :

Dans le cas ou il s’agit d’un problème de droits insuffisants pour l’utilisateur

Pour résoudre le problème lié à l’utilisateur, il faut lui attribuer les roles dbcreator et securityadmin sur le serveur SQL.

Nous vérifions que notre utilisateur a bien ces droits, si ce n’est pas le cas, nous les lui attribuions.

Lancez le SQL Server Management Studio, nous développons le dossier Security puis double-cliquons sur l’utilisateur en question pour accéder à ses propriétés. Nous naviguons jusqu’à l’onglet Server Roles et cochons dbcreator et securityadmin si ce n’est pas déjà fait puis validons l’opération en appuyant sur OK :

Dans le cas ou il s’agit d’un problème au niveau des paramètres de connexion de SQL Server

Nous lançons le SQL Server Configuration Manager puis nous naviguons dans le volet de droite et développons le menu SQL Native CLient 11.0 Configuration pour aller sur le Client Protocols.

Nous vérifions que notre protocole TCP/IP est bien activé. Si ce n’est pas le cas nous l’activons.

Dans le cas ou si s’agit d’un problème du service SQL Browser qui est désactivé

Nous lançons le SQL Server Configuration Manager puis naviguons jusqu’aux services SQL “SQL Server Services. Nous vérifions l’état du service SQL Server Browser et voyons que le service est désactivé et arreté :

Nous commençons par changer le mode de démarrage du service en Manual afin de pouvoir activé le service :

Puis nous démarrons le service SQL Server Browser :

Le blog technique

Toutes les astuces #tech des collaborateurs de PI Services.

Retrouvez les articles à la une

Windows Server 2008 R2: Impossible d’activer la découverte de réseau !!!

Problème

Résolution

SQL Server : Erreur 4861 lors d’une opération BULK INSERT

Introduction

Causes

Résolution

Méthode 1

Méthode 2

Configurer le compte de service SQL

Configuration du compte machine du serveur de base de données

Sharepoint 2013 – Cannot connect to database master at SQL Server

Derniers articles

Aucun résultat

Catégories

Archives

Auteurs/Autrices