| ... | ... | @@ -18,26 +18,6 @@ tant que les infos restent sur le systeme on peut en faire un objectclass avec c |
|
|
|
|
|
|
|
Je n’ai pas compris. Voir plus bas quand ça reparle d’objectClass pour les interfaces.
|
|
|
|
|
|
|
|
je veux dire on peut definir une objectclass fdNetInterface qui contient
|
|
|
|
|
|
|
|
dn: cn=isdnflagey,ou=servers,ou=systems,l=FED-BXQ,dc=ecolo,dc=lan
|
|
|
|
cn: isdnflagey
|
|
|
|
description: isdnflagey
|
|
|
|
fdMode: unlocked
|
|
|
|
fdDNSZoneDn: zoneName=ecolo.lan.,ou=dns,l=WDC,dc=ecolo,dc=lan
|
|
|
|
ipHostNumber: 10.20.5.251
|
|
|
|
macAddress: 00:55:05:b3:43:11
|
|
|
|
objectClass: top
|
|
|
|
objectClass: fdServer
|
|
|
|
objectClass: ipHost
|
|
|
|
objectClass: ieee802Device
|
|
|
|
objectClass: fdDNSHost
|
|
|
|
**objectClass: fdNetworkSTUFF (si onglet séparé)**
|
|
|
|
**fdNetworkInterface: [ip=10.20.5.251][mac=00:55:05:b3:43:11][name=enps2][subnet=10.20.5.251/27]**
|
|
|
|
**(ou [subnet=cn=10.20.5.251/27,ou=subnets,…])**
|
|
|
|
**(ou [subnet=cn=monsubnet,ou=subnets,…])**
|
|
|
|
|
|
|
|
|
|
|
|
Non justement j’avais compris qu’on ne faisait pas de sous-objets. Comment tu envisages l’architecture finalement par rapport à mes exemples LDIF? Je ne comprends pas comment on peut avoir des objets interfaces séparés sans duplication (ou perte de fonctionnalités)
|
|
|
|
|
|
|
|
en effet on ne peut pas ne pas dupliquer si on veux rester standard
|
| ... | ... | |
