Je cherche comment faire pour que sur mon réseau, quand des utilisateurs
arrivent et se branchent sur mon réseau il n'ai pas d'adresse IP qui remonte
sur leur machine.
Et qu'ils soient ainsi obligé de venir me trouver.
Est ce que cela est possible ?
Si oui comment faire ?
(J'ai vu que l'on pouvait au niveau du DHCP définir des Classes
Utilisateurs, mais je crois que c'est seulement pour définir les options
étendues, cela ne va pas empécher les "intrus" d'avoir une adresse IP).
Si vous connaissez toutes les adresses MAC "autorisées", vous pouver tenter ceci également: http://blogs.technet.com/teamdhcp/archive/2007/10/03/dhcp-server-callout-dll-for-mac-address-based-filtering.aspx
-- Marc [Heureux celui qui a pu pénétrer les causes secrètes des choses] [Blog: http://www.marc-antho-etc.net/blog/]
"titi" wrote in message news:
Bonsoir,
Je vous remercie à tous pour avoir pris le temps de me répondre.
Mon idée était de conserver mon DHCP pour qu'il attribue des adresses, et de trouver un moyen pour bloquer les arrivants avec un portable.
Mais à priori ce n'est pas si simple.
Si j'ai bien compris en résumé : Soit je mets tout en Ip Fixe, Soit je fais de la réservation par adresse Mac dans mon DHCP.
Je trouve cela un peu contraignant.
Encore Merci.
Bonsoir,
Si vous connaissez toutes les adresses MAC "autorisées", vous pouver tenter
ceci également:
http://blogs.technet.com/teamdhcp/archive/2007/10/03/dhcp-server-callout-dll-for-mac-address-based-filtering.aspx
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"titi" <titi@discussions.microsoft.com> wrote in message
news:3583B84A-1488-40FD-A848-E0422A9F6F9B@microsoft.com...
Bonsoir,
Je vous remercie à tous pour avoir pris le temps de me répondre.
Mon idée était de conserver mon DHCP pour qu'il attribue des adresses, et
de
trouver un moyen pour bloquer les arrivants avec un portable.
Mais à priori ce n'est pas si simple.
Si j'ai bien compris en résumé :
Soit je mets tout en Ip Fixe,
Soit je fais de la réservation par adresse Mac dans mon DHCP.
Si vous connaissez toutes les adresses MAC "autorisées", vous pouver tenter ceci également: http://blogs.technet.com/teamdhcp/archive/2007/10/03/dhcp-server-callout-dll-for-mac-address-based-filtering.aspx
-- Marc [Heureux celui qui a pu pénétrer les causes secrètes des choses] [Blog: http://www.marc-antho-etc.net/blog/]
"titi" wrote in message news:
Bonsoir,
Je vous remercie à tous pour avoir pris le temps de me répondre.
Mon idée était de conserver mon DHCP pour qu'il attribue des adresses, et de trouver un moyen pour bloquer les arrivants avec un portable.
Mais à priori ce n'est pas si simple.
Si j'ai bien compris en résumé : Soit je mets tout en Ip Fixe, Soit je fais de la réservation par adresse Mac dans mon DHCP.
Je trouve cela un peu contraignant.
Encore Merci.
GG
Bonjour,
Franchement, tu connais beaucoup d'imprimantes réseau configurées en DHCP ?
Oui toutes les notres soit une bonne trentaine !
Toutes les imprimantes de tous les SBS que j'ai installé, cela doit faire une bonne centaine d'imprimante et je n'ai aucun soucis. Il devrait y avoir un soucis ?
-- Cordialement. GG. http://forums.sbsfr.org/ un livre sur SBS http://livresbs.sbsfr.org/
Bonjour,
Franchement, tu connais beaucoup d'imprimantes réseau configurées en
DHCP ?
Oui toutes les notres soit une bonne trentaine !
Toutes les imprimantes de tous les SBS que j'ai installé,
cela doit faire une bonne centaine d'imprimante et je n'ai
aucun soucis.
Il devrait y avoir un soucis ?
--
Cordialement.
GG.
http://forums.sbsfr.org/
un livre sur SBS http://livresbs.sbsfr.org/
Franchement, tu connais beaucoup d'imprimantes réseau configurées en DHCP ?
Oui toutes les notres soit une bonne trentaine !
Toutes les imprimantes de tous les SBS que j'ai installé, cela doit faire une bonne centaine d'imprimante et je n'ai aucun soucis. Il devrait y avoir un soucis ?
-- Cordialement. GG. http://forums.sbsfr.org/ un livre sur SBS http://livresbs.sbsfr.org/
MCI \(ex do ré Mi chel la si do\) [MVP]
Bonsoir !
Il devrait y avoir un soucis ?
Non, pas de soucis. Simplement, cela empêche de faire des scripts stables de pilotages via TCP/IP. Il faut alors passer par le nom du périphérique.
@+ -- MCI
Bonsoir !
Il devrait y avoir un soucis ?
Non, pas de soucis.
Simplement, cela empêche de faire des scripts stables de pilotages via
TCP/IP. Il faut alors passer par le nom du périphérique.
Non, pas de soucis. Simplement, cela empêche de faire des scripts stables de pilotages via TCP/IP. Il faut alors passer par le nom du périphérique.
@+ -- MCI
Youri Ligotmi
MCI (ex do ré Mi chel la si do) [MVP] a écrit :
Bonsoir !
et qaund tu as 3000 stations tu le fait toujours à la main ???
Je n'ai pas parlé de le faire à la main. Tu extrapole un peu trop vite. On peut très bien le faire dans un script d'ouverture de session.
Pour que le script d'ouverture de session se déroule il faut bien que les couches réseaux soient montées non? donc affecter l'ip par le script ça me parait difficile.
MCI (ex do ré Mi chel la si do) [MVP] a écrit :
Bonsoir !
et qaund tu as 3000 stations tu le fait toujours à la main ???
Je n'ai pas parlé de le faire à la main. Tu extrapole un peu trop vite.
On peut très bien le faire dans un script d'ouverture de session.
Pour que le script d'ouverture de session se déroule il faut bien que
les couches réseaux soient montées non? donc affecter l'ip par le script
ça me parait difficile.
et qaund tu as 3000 stations tu le fait toujours à la main ???
Je n'ai pas parlé de le faire à la main. Tu extrapole un peu trop vite. On peut très bien le faire dans un script d'ouverture de session.
Pour que le script d'ouverture de session se déroule il faut bien que les couches réseaux soient montées non? donc affecter l'ip par le script ça me parait difficile.
MCI (ex do ré Mi chel la si do) [MVP]
Bonjour !
il faut bien que les couches réseaux soient montées non ?
Bien vu. En pratique, je ne définis pas l'IP, mais je la change.
J'ai différents cas, selon les clients. Chez le plus intéressant, 1/3e du parc est nomade. Sur tous les postes a été installé un script de démarrage, indépendant du script de début de session (dans le domaine). Nous avons défini cinq types de connexions. Effectivement, les couches réseau sont montées. Le script commence par faire un ping sur la connexion précédente. Si c'est OK, il ne fait rien (cas assez fréquent où le poste est dans l'entreprise, comme le jour précédent). Si non, il effectue une série de ping, pour déterminer le type de connexion. En fonction du résultat, il définit l'IP (avec netsh), le proxy (avec les exceptions), et les routes. Il arrive donc qu'un poste se connecte en DHCP au démarrage, puis, le script bascule la config vers de l'IP fixe. Ce qui, sous XP, peut prendre une bonne vingtaine de secondes (1 ou 2 sous Vista). Là où j'ai eu quelques difficultés, c'est pour le choix de l'adaptateur réseau. Les portables avec WiFi allumé, et qui sont branchés occasionnellement sur un RJ-45, n'ont pas toujours les mêmes noms de connexion. Sans compter les ponts réseau. Mais, en traitant les cas au fur et à mesure où ils arrivent, ça n'a pris que quelques semaines. Toutefois, je n'ai pas encore réglé tous les cas des "extérieurs". Les personnes qui viennent avec un portable, doivent se connecter, mais ont des configurations complètement aléatoires. On a bien fait une version du script avec un Autorun sur une clef USB (on mémorise la config pour la restaurer en fin de séance). Mais cela ne convient que pour 1/4 des postes.
@-salutations -- Michel Claveau
Bonjour !
il faut bien que les couches réseaux soient montées non ?
Bien vu. En pratique, je ne définis pas l'IP, mais je la change.
J'ai différents cas, selon les clients. Chez le plus intéressant, 1/3e
du parc est nomade. Sur tous les postes a été installé un script de
démarrage, indépendant du script de début de session (dans le domaine).
Nous avons défini cinq types de connexions. Effectivement, les couches
réseau sont montées. Le script commence par faire un ping sur la
connexion précédente. Si c'est OK, il ne fait rien (cas assez fréquent
où le poste est dans l'entreprise, comme le jour précédent).
Si non, il effectue une série de ping, pour déterminer le type de
connexion. En fonction du résultat, il définit l'IP (avec netsh), le
proxy (avec les exceptions), et les routes.
Il arrive donc qu'un poste se connecte en DHCP au démarrage, puis, le
script bascule la config vers de l'IP fixe. Ce qui, sous XP, peut
prendre une bonne vingtaine de secondes (1 ou 2 sous Vista).
Là où j'ai eu quelques difficultés, c'est pour le choix de l'adaptateur
réseau. Les portables avec WiFi allumé, et qui sont branchés
occasionnellement sur un RJ-45, n'ont pas toujours les mêmes noms de
connexion. Sans compter les ponts réseau. Mais, en traitant les cas au
fur et à mesure où ils arrivent, ça n'a pris que quelques semaines.
Toutefois, je n'ai pas encore réglé tous les cas des "extérieurs". Les
personnes qui viennent avec un portable, doivent se connecter, mais ont
des configurations complètement aléatoires. On a bien fait une version
du script avec un Autorun sur une clef USB (on mémorise la config pour
la restaurer en fin de séance). Mais cela ne convient que pour 1/4 des
postes.
il faut bien que les couches réseaux soient montées non ?
Bien vu. En pratique, je ne définis pas l'IP, mais je la change.
J'ai différents cas, selon les clients. Chez le plus intéressant, 1/3e du parc est nomade. Sur tous les postes a été installé un script de démarrage, indépendant du script de début de session (dans le domaine). Nous avons défini cinq types de connexions. Effectivement, les couches réseau sont montées. Le script commence par faire un ping sur la connexion précédente. Si c'est OK, il ne fait rien (cas assez fréquent où le poste est dans l'entreprise, comme le jour précédent). Si non, il effectue une série de ping, pour déterminer le type de connexion. En fonction du résultat, il définit l'IP (avec netsh), le proxy (avec les exceptions), et les routes. Il arrive donc qu'un poste se connecte en DHCP au démarrage, puis, le script bascule la config vers de l'IP fixe. Ce qui, sous XP, peut prendre une bonne vingtaine de secondes (1 ou 2 sous Vista). Là où j'ai eu quelques difficultés, c'est pour le choix de l'adaptateur réseau. Les portables avec WiFi allumé, et qui sont branchés occasionnellement sur un RJ-45, n'ont pas toujours les mêmes noms de connexion. Sans compter les ponts réseau. Mais, en traitant les cas au fur et à mesure où ils arrivent, ça n'a pris que quelques semaines. Toutefois, je n'ai pas encore réglé tous les cas des "extérieurs". Les personnes qui viennent avec un portable, doivent se connecter, mais ont des configurations complètement aléatoires. On a bien fait une version du script avec un Autorun sur une clef USB (on mémorise la config pour la restaurer en fin de séance). Mais cela ne convient que pour 1/4 des postes.
