게시물 4267번과 동일한 현상.. [4]
게시물 4267번과 동일한 현상..
2008-03-24 02:55 - 초보
4267번과 동일한 현상을 겪고 있는 초봅니다..
몇번 해보다 안되서..창 닫는 것도 잊은채
다른 작업하고 있었는데..
보니깐 어느새 정상적으로 접속이 되어 있네요
하도 신기해서..끊고 재접속..
가만히 창만 노려보고 있었습니다(바탕화면밖에 없는)
약 10분만에 페도라8 화면이 나오네요..
4267번 어떻게 해결보셧는지..궁금하네요
제품명 : Xmanager 3.0
연결 방법 : XDMCP 접속
몇번 해보다 안되서..창 닫는 것도 잊은채
다른 작업하고 있었는데..
보니깐 어느새 정상적으로 접속이 되어 있네요
하도 신기해서..끊고 재접속..
가만히 창만 노려보고 있었습니다(바탕화면밖에 없는)
약 10분만에 페도라8 화면이 나오네요..
4267번 어떻게 해결보셧는지..궁금하네요
제품명 : Xmanager 3.0
연결 방법 : XDMCP 접속
Re: 게시물 4267번과 동일한 현상..
2008-03-24 16:43 - 넷사랑
안녕하세요. 넷사랑컴퓨터 기술지원입니다.
4267번과 동일한 증상이 나타난다면, 문제의 원인을 정확하게 파악하기 위해 저희에게 다음의 정보를 알려주시면 문제를 해결하는데 도움이 될 것 같습니다.
1. 다른 사용자 계정으로 접속을 시도한 결과
2. 로그인 화면에서 언어 설정을 기본 영어 (기본 영어가 없다면 C를 선택합니다.)로 한 후에 접속을 시도한 결과
3. gdm 로그 파일
* gdm 로그 파일을 보기 위한 절차는 다음과 같습니다.
a. /etc/gdm/custom.conf 파일의 [debug] 섹션에서 enable을 true로 수정
b. /usr/sbin/gdm-restart 명령으로 gdm 재구동
c. 이후 Xbrowser를 이용한 접속을 하면 /var/log/messages에 gdm 로그가 기록됨
해당 로그 내용을 저희에게 보내주시기 바랍니다. 작업이 끝난 후 반드시 옵션을 다시 바꾼 후에 gdm-restart해 주어야 로그 메시지가 넘치지 않으므로 주의하시기 바랍니다.
감사합니다.
4267번과 동일한 증상이 나타난다면, 문제의 원인을 정확하게 파악하기 위해 저희에게 다음의 정보를 알려주시면 문제를 해결하는데 도움이 될 것 같습니다.
1. 다른 사용자 계정으로 접속을 시도한 결과
2. 로그인 화면에서 언어 설정을 기본 영어 (기본 영어가 없다면 C를 선택합니다.)로 한 후에 접속을 시도한 결과
3. gdm 로그 파일
* gdm 로그 파일을 보기 위한 절차는 다음과 같습니다.
a. /etc/gdm/custom.conf 파일의 [debug] 섹션에서 enable을 true로 수정
b. /usr/sbin/gdm-restart 명령으로 gdm 재구동
c. 이후 Xbrowser를 이용한 접속을 하면 /var/log/messages에 gdm 로그가 기록됨
해당 로그 내용을 저희에게 보내주시기 바랍니다. 작업이 끝난 후 반드시 옵션을 다시 바꾼 후에 gdm-restart해 주어야 로그 메시지가 넘치지 않으므로 주의하시기 바랍니다.
감사합니다.
Re: Re: 게시물 4267번과 동일한 현상..
2008-03-24 18:03 - 초보
로그인시 기본언어를 C 선택하고 일반 사용자 계정으로 접속 시도해본 결과 역시 동일한 증상이네요..
로그파일 첨부해봅니다.
로그파일 첨부해봅니다.
문제점 찾느라 불편하실까봐 글 올립니다.
2008-03-25 16:21 - 초보
제가 답답해서
vmware 설치하고 각각의 가상머신에 윈도우와 페도라 설치
테스트해본 결과 잘 되네요..(vmware내에서는)
실제의 컴에서 접속해 들어가면 동일한 현상이 나오구요
제가 공유기를 사용하는데 아마 거기에서 문제 가 생겼지 싶네요
vmware 설치하고 각각의 가상머신에 윈도우와 페도라 설치
테스트해본 결과 잘 되네요..(vmware내에서는)
실제의 컴에서 접속해 들어가면 동일한 현상이 나오구요
제가 공유기를 사용하는데 아마 거기에서 문제 가 생겼지 싶네요
Re: Re: Re: 게시물 4267번과 동일한 현상..
2008-03-25 16:23 - 넷사랑
안녕하세요. 넷사랑컴퓨터 기술지원입니다.
최신의 몇몇 리눅스들에서는 로그인, 로그아웃하는 과정에서 사운드를 사용하기 위해 사운드 서버로 접속을 시도합니다. 이 때 TCP 16001번 포트로 접속하려고 시도하는데, TCP 16001번 포트로의 통신이 막혀있는 상황일 때 로그인, 로그아웃이 지연되는 증상이 있습니다.
보내주신 gdm 로그 파일을 보니 Fedora 8 장비가 PC의 TCP 16001번 포트로 접속을 시도했으나 정상적으로 이루어지지 않아서 로그인 과정이 지연된 상황입니다. 이 문제를 해결하려면 다음의 방법들이 있습니다.
1. PC의 방화벽에서 TCP 16001번 포트를 개방
2. Fedora 8 장비에서 사운드를 사용하지 않도록 설정
- gnome 로그인 후 메뉴의 시스템 -> 기본 설정 -> 하드웨어 -> 소리 -> 소리 탭에서 '소프트웨어 사운드 믹서(ESD) 사용' 옵션을 해제하고 사용
추후에 Xmanager에 사운드 서버를 추가할 것을 고려하고 있습니다. Xmanager에 많은 관심을 가져주셔서 감사합니다.
항상 발전하는 넷사랑컴퓨터가 되겠습니다.
최신의 몇몇 리눅스들에서는 로그인, 로그아웃하는 과정에서 사운드를 사용하기 위해 사운드 서버로 접속을 시도합니다. 이 때 TCP 16001번 포트로 접속하려고 시도하는데, TCP 16001번 포트로의 통신이 막혀있는 상황일 때 로그인, 로그아웃이 지연되는 증상이 있습니다.
보내주신 gdm 로그 파일을 보니 Fedora 8 장비가 PC의 TCP 16001번 포트로 접속을 시도했으나 정상적으로 이루어지지 않아서 로그인 과정이 지연된 상황입니다. 이 문제를 해결하려면 다음의 방법들이 있습니다.
1. PC의 방화벽에서 TCP 16001번 포트를 개방
2. Fedora 8 장비에서 사운드를 사용하지 않도록 설정
- gnome 로그인 후 메뉴의 시스템 -> 기본 설정 -> 하드웨어 -> 소리 -> 소리 탭에서 '소프트웨어 사운드 믹서(ESD) 사용' 옵션을 해제하고 사용
추후에 Xmanager에 사운드 서버를 추가할 것을 고려하고 있습니다. Xmanager에 많은 관심을 가져주셔서 감사합니다.
항상 발전하는 넷사랑컴퓨터가 되겠습니다.
이전 조회수: 104