왜`svn`이`ssh` 터미널에 매달려 있지만`http` 프로토콜을 사용하여 데스크탑`lxterminal`에서 작동합니까?


0

Windows 상자에서 VisualSVN Server를 실행하고 있습니다.다양한 방법으로 문제없이 여기에 액세스 할 수 있습니다.

  • ssh을 통해 클라이언트에 연결될 때 데비안 리눅스 클라이언트의 명령 행에서 svn 사용
  • 여러 컴퓨터의 여러 웹 브라우저를 통해
  • 컴퓨터에 앉아서 데스크탑 환경에서 lxterminal를 사용할 때 우분투 컴퓨터에서.
그러나 ssh을 통해 동일한 Ubuntu 시스템에 원격으로 로그인 한 경우 트랜잭션을 완료 할 수 없습니다.ssh 터미널 창에서 서버와의 통신이 필요한 svn 명령을 실행하면 서버가 서버를 찾아 인증을 요청하지만 자격 증명이 제공되면 출력이 없으면 중단됩니다.서버 측에서 데이터를 요청하고 오류가 기록되지 않았 음을 알 수 있지만 그 이상으로 어떤 일이 발생했는지 알 수 없었습니다.

lxterminal 창에서 암호를 입력하라는 메시지 대신 데스크탑이 작동하는 그래픽 대화 상자가 나타납니다.관련이 있는지 확실하지 않습니다.

관련이 있거나 관련이없는 추가 정보 :

  • 문제가있는 머신의 OS : Linux 4.15.0-33-generic #36-Ubuntu SMP Wed Aug 15 16:00:05 UTC 2018
  • 문제가있는 머신의 svn 클라이언트 버전 : svn, version 1.9.7 (r1800392)
  • 문제의 클라이언트는 Windows 10 호스트의 Oracle VM에서 실행되는 가상 머신입니다
  • VisualSVN 서버에 대한 액세스는 프록시 서버를 통해 이루어집니다.프록시 서버는 동일한 버전의 OS 및 Apache를 실행하는 Ubuntu VM입니다.언급했듯이 프록시는 다른 OS를 실행하는 여러 다른 컴퓨터에서 액세스 할 때 제대로 작동합니다.
  • 작업 명령 행 클라이언트 SVN 버전에는 다음이 포함됩니다.
    • ssh0 (Windows 10의 DOS 프롬프트)
    • ssh1 (데비안 리눅스 박스)
  • 모든 경우에 사용되는 프로토콜은 http입니다 (예 :ssh2
  • 관련된 모든 컴퓨터는 개인 네트워크에 있습니다.VPN이 포함 된 경우도 있지만 VPN은 우분투가 아닌 컴퓨터에서 명백한 문제없이 작동합니다.
0

I did some further experiments with my laptop sitting next to the Ubuntu machine that was causing me problems. With them next to each other, I noticed that after I entered my svn password in the ssh session started from the laptop, I was getting a keyring dialog box in the desktop session. That's terrible behavior since I'm generally using ssh because I don't have access to the machine, but it was entirely the culprit. If I clicked "Cancel" in that dialog box in the desktop session, the svn transaction in the ssh terminal would complete.

Armed with that information, I was able to track an apparently permanent fix. In the file ~/.subversion/servers toward the bottom, there is an option commented out for store-passwords = no. I uncommented that, and now it seems to work. It doesn't store the password, but that's what I wanted anyway.