database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
ㆍLDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
LDAP Q&A 3242 게시물 읽기
No. 3242
질문입니다. 디렉토리서버 java검색 질문입니다.
작성자
열심히(129kkt)
작성일
2012-06-07 20:54:18
조회수
3,999

안녕하세요.

현재 웹로직,디렉토리서버 업그레이드 전환 작업을 하고 있는데,

테스트용으로 작성한 소스는 인증정보를 넣어서 검색했는데, 현재 수정대상 소스는

인증정보를 넣지 않고 검색이 가능하게 끔 되어 있습니다.

(오라클 디렉토리 서버)디렉토리서버를 직접 구축했기때문에 현장 서버와 환경이 달라서 일어난 현상인

것 같다는 추축을 합니다만, 인증정보를 넣지 않고 검색하기위해 어떤 설정을 해야 하는지 아시는 분 알려주세요.

밑에 소스를 짜맞추기해서 넣었는데, 혹시 틀린 부분이 있을 수도 있습니다만, 무언가 아시는 분 있으면 답변 부탁드립니다.

「★★★★」가 질문 부분입니다.

 

      Properties env = new Properties();
      
      //접속정보
      env.put(DirContext.INITIAL_CONTEXT_FACTORY,"com.sun.jndi.ldap.LdapCtxFactory");
      env.put(DirContext.PROVIDER_URL, LDAPSV_PROVIDER_URL);

      //인증정보
      //유저 ★★★★이것을 설정 안해도 돌아가는 소스입니다. 왜 일까요????★★★★
      //env.put(DirContext.SECURITY_PRINCIPAL, LDAPSV_LOGIN_USER_DN);
      //패스워드 ★★★★이것을 설정 안해도 돌아가는 소스입니다. 왜 일까요????★★★★
      //env.put(DirContext.SECURITY_CREDENTIALS, LDAPSV_LOGIN_PASSWORD);

      // LDAP서버에 접속,Directory Context작성
      dircon = new InitialDirContext(env);
  
      SearchControls constraints = new SearchControls();
      constraints.setSearchScope(SearchControls.ONELEVEL_SCOPE);
      //검색
      NamingEnumeration results = dircon.search("c=jp", "(C=JP)", constraints);

 

이 글에 대한 댓글이 총 5건 있습니다.

현재 소스는 c=jp를 검색하는 거라서 굳이 인증을 하지않고 anomynous로 접근가능하니까

즉 검색이 가능하니까 없어도 되지요. 하지만 운영서버에 ACL이 걸려 있고 여러가지 다른 조건이

걸려있으면 꼭 인증을 해야겠죠!

송상준(sjsong)님이 2012-06-07 23:10:21에 작성한 댓글입니다.

송상준님 답변 감사드립니다.

송상준님정도 실력이 있는 멤버가 있으면, 이프로젝트는 식은죽 먹기 일텐데...

맨땅에 해딩하고 있네요...

ACL좀 조사해보고, 한번 해보겠습니다.

잘 안되면 또 질문드릴게요. 번거 스럽겠지만 부탁드립니다.

열심히(129kkt)님이 2012-06-08 10:57:01에 작성한 댓글입니다.

송상준님의 조언대로,
Oracle Directory Server의 ACL을 구성하였습니다.
타켓을 c=jp로 주고, c=jp이하의 엔트리에 전부 검색,참조,비교가 가능하도록 설정했습니다.
실제 운용 서버에는 이렇게 설정하면 안될 것 같지만, 우선 밑과 같이 ldif를 설정하였습니다.
(target = ldap:///c=jp) (targetscope = subtree) (targetattr="*") (version 3.0; acl "Edex Anonymous read-search access cn=*"; allow (read, compare, search) (userdn = "ldap:///anyone") ;)
검색 잘 되네요.

송상준님 질문이 하나 있습니다만,
전에 개발했던 회사에서 별로 협조를 하지 않아 소스를 참조 하면서 ldap를 구성하고 있습니다만,
전혀 초짜라서 무엇을 물어봐야 할 지도 모르겠습니다.
전에 개발했던 회사에 확인해야 할 설정내용이 있다면 무엇이 있을까요?

 

 

열심히(129kkt)님이 2012-06-08 16:59:16에 작성한 댓글입니다.

뭘 개발 하시는 건지요?

LDAP이 이미 운영중이라면 기존 개발에서 무엇을 바꿀려고 하는건지요?

개발 쪽이라면 어떤 API를 가지고 개발되어 있느지 물어보는 거랑.

Netscape LDAP API라면 클라이언트 단에서 default로 size limit 1000이므로

이를 알고 개발이 되어 있는지 설정이 1000이상으로 되어 있는지 확인.

Update시에 어떤 ID로 Bind하여 수행하는지

Size limit은 얼마로 되어 있는지? 등등

그런데 뭘 개발하는지 몰라서 이정도 답변만 드립니다.

송상준(sjsong)님이 2012-06-08 21:26:02에 작성한 댓글입니다.

송상준님

답변 감사드립니다. 잘 보니 정말 막연한 질문 이었네요. 오죽 답답했으면,,요즘 횡설 수설 합니다.

일단은 환경이 weblogic9.2 + Sun Jvava System Direc tory Server 5.2 + PKI기반 에서 화일 전송,수신을 위한 송수신자DN을 검색하는 환경이고요. weblogic은 LDAP를 검색하는 AP쪽 서버가 됩니다. 클라이언트는 SWT입니다.

운영중인 환경의 인프라 네트워크로 부터 새로운 인프라 네트워트로 옮기는 작업과, weblogic12c + Oracle Directory Server 11g + PKI로 업그레이드 하는 작업이 됩니다.

기본설계서와 상세설계서는 있지만 고객용으로 작성되어서 엔지니어가 참고하기에는 이론적인 것 밖에 참조가 안되는 상황에서 현재 ldap스키마 작성, weblogic에서의 검색 까지 가능 하게 되었는데,

ldap스키마가 좀 틀린 것 같아서 공부하고 있는 중입니다.

ldap설정 항목은 도메인, 서픽스, 디렉토리 수퍼 유저ID밖에 제공 되지 않았고,

일본에서 진행하는 프로젝트입니다만, 영어DIT, 일본어DIT가 DN을 기준으로 1:1 맵핑하고 있는 구조로 되어 있습니다.

아무도 잘 모르는 상황에서 하나둘씩 파해쳐 나가고 있습니다.

일단 스키마가 설계서에서 작성된 것과 프로그램 내부 사용과 좀 틀린 것 같아서, 전 개발업체에 문의 하려고 합니다만, 저작권을 지네들이 가지고 있어서 그런지..., 언제나처럼 설계서 참조할것 이라는 답변이 올까 겁나네요.

상황은 이러합니다. 신세 타령좀 했습니다, 모르는 것있으면 또 질문 드리겠습니다. 답변 달아 주셔서 감사합니다.

열심히(129kkt)님이 2012-06-11 16:07:58에 작성한 댓글입니다.
이 댓글은 2012-06-11 16:59:40에 마지막으로 수정되었습니다.
[Top]
No.
제목
작성자
작성일
조회
3245ACL설정 정보는 세큐리티상 제공 할 수 없는 정보 인가요? [2]
열심히
2012-07-05
3564
3244userAccountcontrol 권한 문제 입니다.. [5]
엉엉
2012-06-28
5287
3243Java에서 DN에 속성을 추가하는 소스인데.. 에러가.... [5]
열심히
2012-06-11
3435
3242질문입니다. 디렉토리서버 java검색 질문입니다. [5]
열심히
2012-06-07
3999
3241질문입니다.CER을DER로 변환 할 수 있는지요. [1]
열심히
2012-06-06
3988
3240OID에서 suffix와콘텍스트와 관련된 java검색에 대하여 질문 [2]
열심히
2012-05-22
4045
3239Active Directory PassWord변경시 에러 질문드립니다. [2]
김인성
2012-05-15
5886
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2019 DSN, All rights reserved.
작업시간: 0.070초, 이곳 서비스는
	PostgreSQL v11.5로 자료를 관리합니다