8 votes

Que signifie accorder/définir des permissions pour le SERVICE RÉSEAU sur un partage réseau ?

Je ne comprends pas bien comment le compte (groupe ?) NETWORK SERVICE fonctionne sur les partages réseau :

D'une part, le SERVICE RÉSEAU est généralement décrit comme un compte local à une machine donnée. (Voir, par exemple, ici sur serverfault ou dans le site de Microsoft Contrôle d'accès dans IIS 6.0 document.) Il ne s'agit donc pas d'un compte à l'échelle du domaine. Et, par exemple, si un processus s'exécutant sous NETWORK SERVICE sur SERVERA essaie de demander une ressource sur SERVERB, l'authentification ne se fera pas sous un hypothétique MYDOMAIN \NETWORK SERVICE, mais plutôt sous MYDOMAIN \SERVERA $. (Ce dernier est appelé le "compte informatique" de SERVERA).

D'autre part, j'ai remarqué que je peux me rendre sur un partage de fichiers distant où j'ai des droits d'administrateur, et définir des autorisations sur un répertoire particulier pour le SERVICE RÉSEAU. (par exemple, je peux accéder à \\MYSHARE dans l'Explorateur Windows, cliquez avec le bouton droit de la souris sur l'un des répertoires, allez dans Sécurité > Édition > Ajouter, tapez "NETWORK SERVICE" dans la case "Entrez les noms d'objets à sélectionner" et cliquez sur OK. Maintenant, j'ai une nouvelle entrée SERVICE RÉSEAU dans la liste des "Noms de groupes ou d'utilisateurs", et je peux modifier les permissions pour celui-ci, tout comme je pourrais modifier les permissions pour le groupe "Utilisateurs").

Si NETWORK SERVICE est strictement un compte machine par machine, je ne comprends pas ce qui est censé se passer lorsque je crée un ensemble de permissions pour NETWORK SERVICE sur un partage distant. Cette entrée fait-elle référence à NETWORK SERVICE sur une machine particulière (non spécifiée) ? D'après l'icône, les autorisations sont techniquement destinées à un SERVICE RÉSEAU. groupe plutôt qu'un SERVICE RÉSEAU utilisateur . Mais je n'arrive pas à trouver de documentation sur un SERVICE RÉSEAU. groupe ou comment il pourrait fonctionner par rapport à un groupe de domaine ordinaire.

Ma seule supposition jusqu'ici est que, si vous autorisez l'accès au SERVICE RÉSEAU groupe (en supposant que cela existe), cela revient à accorder un accès à tous les "comptes d'ordinateur" sur l'ensemble du domaine. (C'est-à-dire que donner des permissions à NETWORK SERVICE sur un serveur de fichiers central reviendrait à donner des permissions à MYDOMAIN \SERVERA $, MYDOMAIN \SERVERB $, MYDOMAIN \SERVERC $, ..., MONDOMAINE \MYLASTSERVER $.)

0 votes

Je ne vois pas de question réelle quelque part là-dedans Peut-être serait-il utile d'expliquer exactement ce que vous essayez d'accomplir ?

1 votes

Le titre du post est la question. Mais pour être plus précis, il y a cette chose qui est possible (donner des permissions pour quelque chose à NETWORK SERVICE), et la question est de savoir ce que cela fait, étant donné que NETWORK SERVICE est un compte spécial. Je n'avais pas quelque chose de particulier à accomplir ; j'étais juste curieux de savoir si cela pouvait m'aider à accomplir quelque chose dans le futur.

0 votes

Ah ; bien, cela rend la situation plus claire. Avoir un +1

7voto

frameworkninja Points 628

NETWORK SERVICE est un compte bien connu. Il a le même SID sur chaque machine. Vous avez raison de dire que NETWORK SERVICE sur la machineA ne s'authentifiera pas comme NETWORK SERVICE sur la machineB. Il ne s'agit pas d'un groupe, mais d'un compte.

Il est très rare que vous ayez à définir l'autorisation NETWORK SERVICE (partage ou NTFS) sur un partage. Cela ne serait nécessaire que si un service sur la machine locale, exécuté sous les informations d'identification de NETWORK SERVICE, essayait de se connecter à ce partage sur l'hôte local.

Lorsqu'un service se connectant en tant que NETWORK SERVICE tente de se connecter à une machine distante, les informations d'identification de la machine locale seront utilisées. Ainsi, si un service est exécuté sur la machine A du domaine exemple.com, ce service se connectera à la machine B en tant que Machine@example.com (ou exemple \MachineA si vous aimez les noms de style NetBIOS).

0 votes

Pour donner un exemple qui, je l'espère, est correct : Disons que je suis sur MONDOMAIN \MachineA et je navigue vers \\MyFileServer\MyShare en utilisant l'Explorateur Windows. Initialement, MyShare est en lecture seule pour tout le monde sauf l'administrateur. Depuis l'ordinateur A, je modifie les autorisations de MyShare en accordant un accès en écriture à NETWORK SERVICE. Ce que cela fait en réalité, c'est donner des droits d'écriture au fichier MYDOMAIN \MachineA Compte en dollars. Par conséquent, le SERVICE RÉSEAU de la machine A peut écrire dans MyShare, mais le compte du SERVICE RÉSEAU de la machine B (ou de la machine C ou ...) peut écrire dans MyShare. ne peut pas écrire à MyShare.

2 votes

@Chris : non, ce n'est pas correct. Il n'y a qu'un seul SERVICE RÉSEAU, pas un par machine, et il n'est valable que localement. Si vous accordez l'accès au SERVICE RÉSEAU sur \\MyFileServer\MyShare qui permettra aux services fonctionnant sur MyFileServer dans le contexte NETWORK SERVICE d'accéder au partage. Il ne donnera pas accès aux services fonctionnant sur une autre machine du réseau. La machine que vous utilisez pour modifier les autorisations n'a pas d'importance. Pour donner accès aux services de la machine A, sélectionnez MYDOMAIN \MachineA $. Dans l'interface graphique, l'option Types d'objets vous permet de sélectionner un compte d'ordinateur.

0 votes

@HarryJohnston Belle clarification que l'accès serait accordé aux contextes NETWORK SERVICE sur MyFileServer, plutôt qu'aux contextes NETWORK SERVICE sur MachineA. (Et aussi que cela n'a pas d'importance à partir de quelle machine vous définissez les permissions.) Merci.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X