[완료] Subversion 오류 좀 봐 주십시요.
글쓴이: mandugukbap / 작성시간: 일, 2009/06/07 - 12:24오전
Fedora9에서 subversion을 사용하려고 하는데 SSL관련해서 자꾸 에러가 납니다.
우선 에러 발생 상황 보시겠습니다.
[root@fedora9 ~]# svn ls https://svn.url.com/svn/myloginid
Authentication realm: https://svn.url.com:443
Client certificate filename:
Authentication realm: https://svn.url.com:443
Client certificate filename:
Authentication realm: https://svn.url.com:443
Client certificate filename:
svn: PROPFIND request failed on '/svn/myloginid'
svn: PROPFIND of '/svn/myloginid': SSL negotiation failed: SSL error: GnuTLS internal error. (https://svn.url.com)
다음으로 SSL과 관련된 라이브러리들의 정보입니다.
[root@fedora9 ~]# ldd /usr/bin/svn | egrep '(tls|ssl|neon)' libneon.so.27 => /usr/lib/libneon.so.27 (0x001ea000) libssl.so.7 => /lib/libssl.so.7 (0x0025b000) libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0x003b1000)
다음으로는 우분투에서 같은 에러를 겪었던 어떤 사람의 조언으로 시도해 본 방법입니다.
아래처럼 Alias를 만들어 보았습니다. alias svn="LD_PRELOAD=/usr/lib/libneon.so.27 svn"
아래는 제가 쓰는 Subversion의 버젼 정보입니다.
[root@fedora9 ~]# svn --version svn, version 1.4.6 (r28521) compiled Mar 3 2008, 19:24:51 Copyright (C) 2000-2007 CollabNet. Subversion is open source software, see This product includes software developed by CollabNet. The following repository access (RA) modules are available: * ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme
거의 몇 주 동안 이 문제를 풀어보려고 애썼습니다만 결국 자포자기 상태입니다. 부디 시원 명쾌한 답변 좀 부탁 드리겠습니다.
Forums:
접속하려는 서버가
접속하려는 서버가 어디인지는 잘 모르겠지만, 클라이언트 SSL 인증서를 요구하고 있네요.
---- 절취선 ----
http://blog.peremen.name
서버주소는 보안상의
서버주소는 보안상의 이유로 치환한거구요. 인증서는 물론 있습니다. ".subversion/servers" 에 모두 기재되어 있구요. 암호와 서버 주소가 기재되어 있는 내용이라서 공개하지 않았습니다.
참고로 인증서가 없거나 잘못되서 생기는 오류는 아닌듯 합니다. 회사 또는 연구실등에서 사용중인 우분투9.04에서는 같은 인증서와 설정 파일로 접속을 하고 있습니다.
페도라9로 돌아가는 제 개인용 랩탑이 문제입니다.
구글 검색으로는 SSL라이브러리 버그에 의해 발생한다고 나와 있습니다.
아래의 URL에 다양한 토론이 있었더군요.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480041
아래의 방법으로 해 보세요.
# cd /usr/lib/
# mv libneon-gnutls.so.27 libneon-gnutls.so.27.old
# mv libneon-gnutls.so.27.1.2 libneon-gnutls.so.27.1.2.old
# ln -s libneon.so.27 libneon-gnutls.so.27
그래도 안 되시면 관련 package를 업데이트해 보세요.
데비안 계열의
데비안 계열의 배포본들은 libneon-gnutls.so.27이 있더군요. 그런데 레드햇 계열의 배포본들은 그런 라이브러리가 없다는 것이죠. yum으로 검색을 해 봐도 그런 이름의 라이브러리가 없습니다.
심볼릭 링크를
심볼릭 링크를 걸어도 안되는군요.
흠... 도데체 페도라
흠... 도데체 페도라 사용자들은 subversion을 안 쓰는건지 구글링을 해도 같은 문제로 고생하는 사람들은 거의 데비안 사용자들 뿐이네요.
구글링을 해 보니 가장 근접한 내용이 있더군요.
gnutls 2.2.3로 업그레이드하라고 합니다.
http://archive.netbsd.se/?ml=gnutls-dev&a=2008-05&t=7374913
firefox에서 발생한 문제지만, svn에도 적용이 될 것으로 봅니다.
일단, https의 사이트를 firefox로 접근해서 에러가 발생하는지 확인해 보세요.
이렇게 해도 안 되신다면, Fedora10으로 옮겨 가세요.
Feroda9에서는 이전까지 없던 버그들이 좀 있는 듯 합니다.
요즘 Fedora가 이렇게 인기가 없는 것인지 정보의 양이 우분투에 비해서 적더군요.
fedora9이 좀 변종같은
fedora9이 좀 변종같은 놈입니다.
ubuntu 의 급진적인 모습에 자극받아 그렇게 됐을거라 생각하는데... 여러모로 어설픕니다.
저도 수십개의 패키지들을 fedora10에서 가져다 사용하다 결국엔 못 참고 그냥 fedora10으로 업그레이드했습니다.
OTL
이제 3일 후면 페도라
이제 3일 후면 페도라 11이 나오니까 조금 더 기다려 볼려구요. 하지만 11로 갈아 타는것은 최악의 경우로 미룰 생각입니다. 페도라9를 제 컴퓨터와 저의 사용용도에 최적화 시키는 기간이 1년이 넘게 걸렸는데 그 고생을 다시 할 것 생각하니 도무지 엄두가 안나네요. 프로젝트 없을 때 갈아타야겠습니다.
답변 감사 드립니다.
움하하하하...
움하하하하... 풀었습니다.
이런게 십년 묵은 챗증이 내려가는 기분이군요. 정말 거짓말 안 보태고 하루 서너시간씩 한 달을 넘게 씨름하던 문제였는데.
해결 방법이 너무 간단해서 이렇게 좋아하기조차 부끄럽네요.
해결 방법은 gnutls를 쓰지 않는다였습니다. ㅡ.ㅡ;
neon-0.28.4 버전을 소스로 컴파일 하면서 ./configure --with-ssl=openssl --enable-shared=yes 로 gnutls 대신 openssl(사실 이게 디폴트입니다.)을 설정해 주었습니다. 그리고 shared library가 생성되도록 --enable-shared=yes(디폴트는 no)로 해서 컴파일 한 후, libneon.so.27을 새로 컴파일해서 설치된 녀석으로 심볼릭 링크 걸었습니다.
이제 두 다리 뻣고 프로젝트에 전념할 수 있겠습니다. 도와 주신 분들 감사 드립니다.
댓글 달기