데이터베이스를 사랑하는 사람들의 모임 데이터베이스 사랑넷

http://database.sarang.net/?inc=read&aid=1012&criteria=ldap&subcrit=&id=&limit=20&keyword=aux&page=1
이글을 먼저 읽고 이해해보고

그리고 어트리뷰트는 shodow or slave서버에 자동으로 생성되는 시스템 어트리뷰트이다.

This is normal good, expected behavior. The only thing that should
write to the slaves is the master, which will include the Operational
attributes. (including structuralObjectClass) Clients writing to the
master should not include structuralObjectClass for that same reason;
it is an internal-use attribute that client software should not touch.

If you need to play special games like having external software write
to a slave, you'll need to understand what these operational
attributes are and what semantics are associated with them.

If you need to replicate via slurpd to a slapd that believes itself to
be a master, you'll need to strip these attributes out. The
slapd.conf(5) manpage has the details on how to specify a list of
attributes to include or exclude for each replica...

If you are loading LDIF via ldapadd that was dumped via slapcat or
similar, you'll also need to strip these attributes out or load via
the offline tool slapadd.

읽어보면 이해 할거 같은데... 수고

송상준(sjsong)님이 2007-06-11 16:10에 작성한 댓글입니다.

답변 감사합니다..ㅎㅎ

그런데 제가 영어가 좀 약해서...ㅎㅎㅎ

내용이 슬레이브 서버쪽에 일반적으로 데이터 수정 및 변경을 막기 위하여 operational attribute로 structuralobjectclass를 복제시 마스터에서 슬레이브로 내부적으로 추가를 시킨다는 뜻이 맞나요?

만약 그렇다면 Master에는 structuralobjectclass가 없고, slave에만 structuralobjectclass가 있는 건가요?

아님 해석을 잘못한건가요???ㅎㅎ

박찬호(chanhopark)님이 2007-06-11 18:48에 작성한 댓글입니다.