유휴 연결 중단 시간 재시도

내 방랑자는 어제 밤에 완벽하게 일하고 있었다. 방금 PC를 켜고을 (를) 누르면 vagrant up이것이 내가 얻는 것입니다.

==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...

아무도 전에 이것을 가지고 있었습니까? 방랑자는 아직 웹에서 광범위하게 다루지 않았으며 이것이 일어나는 이유를 찾을 수 없습니다.

나는이 문제를 해결했으며 다른 사람이 비슷한 문제를 겪을 경우 대답 할 것입니다.

내가 한 일 : 가상 상자의 GUI를 활성화하여 시작시 입력을 기다리는 중임을 확인하여 우분투 또는 안전 모드 등으로 직접 부팅 하려는지 여부를 선택했습니다.

GUI를 켜려면이 설정을 vagrant 구성에 넣어야합니다 Vagrantfile.

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

위에 설명 된 방식으로 유랑 시스템에 갇혀 있으면 GUI 모드로 부팅 할 필요가 없으며 X 서버가 없으면 불가능합니다.

VM이 부팅되는 동안 별도의 터미널 창에서 실행중인 컴퓨터의 ID를 찾으십시오.

vboxmanage list runningvms

결과는 다음과 같습니다.

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

종종 VM은 단순히 부트 로더에서 옵션을 선택하기를 기다리고 있습니다. 다음을 사용하여 적절한 키 코드 (이 경우 Enter)를 vm에 보낼 수 있습니다 controlvm.

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

그게 다야. 가상 머신은 부팅 프로세스를 계속합니다.

시스템 BIOS에서 하드웨어 가상화가 활성화되어 있는지 다시 확인해야합니다.

내 문제는 동일한 시간 초과 문자열이지만 GUI에서 검은 색 화면 만 볼 수 있습니다.

방금 설정 한 랩톱에도 동일한 문제가 계속 발생했습니다. 몇 시간의 검색 끝에 마침내 BIOS에 하드웨어 가상화가 활성화되어 있는지 확인할 수있는 팁을 찾았습니다.

내가 찾은 게시물의 내용은 다음과 같습니다.

이 문제가 여전히 발생하는 일부 사용자가 있습니다. 따라서 SSH 시간 초과 문제에 대한 몇 가지 가능한 솔루션 목록을 아래에서 요약하려고합니다.

• 방화벽이나 바이러스 백신 프로그램이 프로그램을 차단하지 않는지 확인하십시오 (자주 발생하는 것으로 의심됩니다)
• 시간이 초과 될 때까지 유랑 기계에 시간을주십시오. PC / Mac이 매우 빠르지 않은 경우 VM은 SSH 준비 상태로 부팅하는 데 시간이 걸리므로 시간 초과가 발생합니다.
• 따라서 먼저 결함이 있다는 결론을 내리기 전에 방랑자 타임 아웃을 완료하도록하십시오.
• 방랑자가 완전히 시간 초과되면 방랑 파일의 시간 제한을 몇 분으로 늘리고 다시 시도하십시오.
• 그래도 작동하지 않으면 VirtualBox 인터페이스를 통해 방랑자 시스템을 클린 부팅하고 미리 시스템의 GUI를 활성화하십시오. 부팅하는 동안 GUI에 아무 것도 표시되지 않으면 (즉, 검은 화면 만 표시되고 텍스트는 표시되지 않음), 유랑 시스템에 문제가있는 것입니다.
• VB 인터페이스를 통해 전체 시스템을 삭제하고 다시 설치하십시오.
• 사용자 폴더의 Vagrant Images 폴더에서 우분투 이미지 파일을 삭제하고 다시 다운로드하여 설치하십시오.
• 64 비트 하드웨어 가상화를 지원하는 인텔 프로세서가 있습니까? 구글 그것. 그렇다면 Bios에이 기능을 비활성화하는 설정이 없는지 확인하십시오.
• Windows 7 또는 8을 실행중인 경우 hyper-v 기능을 비활성화하십시오. Google 비활성화 방법.
• SSH 사용 가능 클라이언트를 통해 실행 중인지 확인하십시오. 힘내 bash를 사용하십시오. 다운로드 : http://git-scm.com/downloads
• trusty32 또는 정확한 32와 같은 32 비트 버전의 우분투를 설치하십시오. 방랑자 파일에서 버전을 변경하고 새 디렉토리에 방랑자를 다시 설치하십시오.
• 최신 버전 및 가상 상자 버전을 사용하고 있는지 확인하십시오. 최후의 수단 : 컴퓨터를 포맷하고 창을 다시 설치하고 인텔 코어 isomething 프로세서를 구입하십시오.

희망이 도움이됩니다.

내가 찾은 해결책은 NAT에 연결된 어댑터 1에서 케이블 연결 옵션을 확인하는 것입니다. 나는 정말로 모른다, 이것은 나의 네 번째 방랑 상자이지만 이것은 케이블 연결 옵션이 체크되지 않은 유일한 것이고, 그것을 확인할 때 작동한다.

나는 똑같은 문제가 있었다. 나는 문제가 SSH 키 될 줄 알았는데 (파일 또는 뭔가 잘못 현지화 그러나 나는 그것을 여러 번 확인)하지만 당신은 항상의 코드 있도록 GUI를 실행 (SSH 키를 사용하지 않고) 구성 섹션의 사용자 이름과 암호를 추가 할 수 있습니다 Vagrantfile보일 것입니다 아래와 같이 다소 :

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.ssh.username = "vagrant"
  config.ssh.password = "vagrant"

   config.vm.provider "virtualbox" do |vb|
     vb.gui = true
   end
end

내 경우에는 GUI가 표시 되었어도 검은 화면 (오류 또는 로그인 가능성 등)이 없으며 콘솔에서 Error: Connection timeout. Retrying...여러 번 얻었 습니다. BIOS에서 VT-x (가상화)가 활성화되어 있는지 확인하고 Virtual Box와 Vagrant의 여러 버전과 Vagrant 상자의 조합을 여러 개 확인했습니다 (일부 GUI의 경우 검은 화면이 없지만 여전히 연결되어 있음) 문제). 마지막으로 VirtualBox 및 Vagrant를 마지막 버전으로 다시 업데이트했는데 문제가 계속 발생했습니다.

중요한 것은 Vagrantfile아래 이미지와 같이 vagrantup ( 위의 GUI를 사용하여)을 실행 한 후 VirtualBox의 아이콘을 보는 것입니다.

VirtualPC에 오류가 없었지만 (VT-x가 활성화되지 않았다는 경고는 없음) V아이콘이 더 일찍 회색으로 표시되어 VT-x가 비활성화되었음을 나타냅니다. 내가 말했듯이 항상 BIOS에서 활성화했습니다.

마지막으로 HYPER-V이전 Internet Explorer에서 사이트를 테스트하고 설치하는 데 문제가 있음을 깨달았습니다 . 나는 Windows로 가서 Control Panel -> Programs and functions / Software왼쪽의 메뉴에서 선택합니다 Turn on or Turn off Windows functions(당신이 그것들을 찾을 수 있기를 바랍니다. 폴란드어 Windows를 사용하므로 정확한 영어 이름을 모릅니다). Hyper-V를 끄고 PC를 다시 시작한 후 Virtual Box를 실행 한 후 vagrant up마침내 오류가 발생하지 않았습니다. GUI에서 로그인 화면이 있고 V아이콘이 회색으로 중지되었습니다.

이 문제를 해결하고 많은 PC를 다시 시작하는 데 많은 시간을 허비했기 때문에 Windows에 문제가있는 모든 사람에게 도움이 되었으면합니다. 제어판에서 Hyper-V가 꺼져 있는지 확인하십시오.

광산이 제대로 작동하고 연결될 때까지 "경고 : 원격 연결 끊기. 위의 답변을 바탕으로

vagrant destroy
vagrant up

그리고 그것은 모두 좋았습니다. 광산은 매우 간단했지만 Vagrantfile을 잘라서 그렇게 만들었 config.vm.box = "ubuntu/trusty64"습니다. 그렇기 때문에 파괴하고 다시 시작하는 것이 최선의 선택 인 것 같습니다. 이 Vagrant 이미지의 무국적 특성을 감안할 때 모든 경우에 이것이 효과가없는 이유는 알 수 없습니다. 나는 단지 이것에 들어가고 있지만 그것이 사실이 아니라는 것을 아직 배울 수 있습니다.

Windows 8.1 컴퓨터에서 동일한 문제가 발생했습니다. 연결 시간 초과 및 GUI 활성화가 전혀 유용하지 않았으며 화면이 검은 색이었습니다. 내 경우의 수정은 "Hyper V"를 비활성화했습니다

Vagrant 문서에서 인용 https://docs.vagrantup.com/v2/hyperv/index.html

경고 : Hyper-V를 활성화하면 VirtualBox, VMware 및 기타 가상화 기술이 더 이상 작동하지 않습니다. Hyper-V를 사용하지 않고 Windows를 부팅하기위한 부팅 항목을 쉽게 만드는 방법은 다른 하이퍼 바이저가 필요할 경우이 블로그 게시물 https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx 를 참조하십시오 .

Windows 8 또는 10에서 작업하는 경우 이것이 나를 위해 일한 것입니다.

1. 64 비트 가상화를 허용하도록 BIOS 설정을 변경하십시오.
2. 방법은 다음과 같습니다.
   • 고급 시작을 사용하여 PC를 다시 시작하십시오 (고급 시작으로 이동- '지금 다시 시작'- '문제 해결'- '고급 옵션'- 'UEFI 펌웨어 설정'- '다시 시작')
   • BIOS 내부 창- '고급'메뉴 / 탭으로 이동- '인텔 가상 기술'사용
   • 저장하고 종료하십시오.

기존 상자와 관련하여 문제가 있었지만 (변경 내용이 확실하지 않음) Vagrant 상자가 부팅되지 않았더라도 SSH를 통해 연결할 수 있습니다. 내 SSH 키가 어떻게 든 변경되었습니다.

방랑 한 루트 폴더 vagrant ssh-config에서 키 파일이 어디에 있는지 알려주었습니다. 나는 puttygen으로 이것을 열었고 나에게 새로운 열쇠를 주었다.

Linux 게스트 ~/.ssh/authorized_keys에서 새 공개 키를 편집 하고 삭제했습니다.

지금은 모든 것이 다시 작동합니다!

Vagrantfile 에서이 줄을 삭제 한 후에도 같은 문제가 발생했습니다.

config.vm.network "private_network", type: "dhcp"

이 줄을 다시 넣은 후 VM이 정상적으로로드되었습니다.

초기 부팅 중 SSH 연결 시간 초과는 다음과 같은 다양한 이유와 관련이있을 수 있습니다.

• BIOS에서 가상화가 활성화되어 있는지 확인하십시오 ( 의견에 따라 )
• 시스템이 사용자 상호 작용을 기다립니다 (예 : 공유 파티션이 준비되지 않았습니다 ).
• 개인 키가 일치하지 않습니다 (를 통해 구성 확인 vagrant ssh-config).
• 부팅 과정이 훨씬 오래 걸립니다 (시도 증가 config.vm.boot_timeout).
• 잘못된 드라이브 (예 : 설치 프로그램 ISO)에서 부팅하는 경우
• VM 방화벽 구성 오류 (예 : iptables구성 )
• 로컬 방화벽 규칙, 포트 충돌 또는 VPN 소프트웨어와의 충돌
• sshd 구성이 잘못되었습니다.

문제를 디버깅하려면 --debug옵션 또는 다음과 같이 실행하십시오 .

VAGRANT_LOG=debug vagrant up

명백한 것이 없다면 다른 터미널에서 vagrant ssh또는 다음 방법으로 연결하십시오 .

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

SSH가 여전히 실패하면 GUI (예 :)로 SSH를 실행하십시오 config.gui = true.

그렇지 않은 경우 실행중인 프로세스 (예 :)를 vagrant ssh -c 'pstree -a'확인하거나을 확인하십시오 sshd_config.

이 일회용 VM 경우, 당신은 항상 시도 할 수 destroy그와 up다시.

Vagrant 및 Virtualbox 업그레이드도 고려해야합니다.

자세한 내용은 디버깅 및 문제 해결 페이지를 확인 하십시오.

나는 같은 문제가 있었지만 다른 대답으로는 내 문제를 완전히 해결하지 못했습니다. @Kiee의 답변은 도움이되었지만 GUI에서 볼 수있는 모든 것은 검은 색 화면 이었습니다 (왼쪽 상단에 밑줄 이 있음) .Virtual Box 의이 문제는 스택 오버플로에서 별도로 제기되었지만 아무런 도움이되지 않았습니다.

결국 솔루션은 매우 간단하다는 것이 입증되었습니다 . 가상 머신의 버전 을 확인하십시오 .

보다 정확하게는 64 비트 데비안을 가진 다른 사람의 상자가 있었지만 Virtual Box는 32 비트로 취급한다고 주장했습니다. 변경하려면 가상 상자를 연 다음 터미널을 열고 실행하십시오.

vagrant up

줄을 기다리세요

default: SSH auth method: private key

이제 Ctrl + C를 누르거나 시간 초과를 기다렸다가 실행할 수 있습니다.

vagrant halt

가상 머신은 손상되지 않으므로 가상 상자 메뉴에서 볼 수 있지만 전원이 꺼 지므로 설정을 변경할 수 있습니다. 메뉴에서 기기를 선택하고 '설정'-> '일반'을 클릭하고 적절한 '버전'을 선택하십시오. 나에게 '데비안 (64 비트)'이었습니다. 이 유형 후에 vagrant up다시.

이 경우 (또는 '설정'의 다른 변경으로 문제가 해결 된 경우) 수리 된 타이핑에서 새 상자를 만들 수 있습니다

vagrant package --output mynew.box

자세한 내용 : 호스트 32 비트 Ubuntu 12.04, 게스트 64 비트 데비안 8.1, Virtual Box 5.0.14, Vagrant 1.8.1

여기에는 많은 좋은 답변이 있으며, 모든 것을 읽을 수는 없었지만, 저의 작은 기여도를 위해 막 방문했습니다. 나는 두 가지 다른 문제가 있었다.

1. vagrant up내 ssh ' id_rsa ' 를 찾을 수 없었습니다 (그 당시에는 아직 없었기 때문에). 나는 이 GitHub의 기사를ssh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com" 기반으로 했고, voilá를 단계별로 실행했습니다.

2. 그런 다음 " 경고 : 연결 시간이 초과되었습니다. 다시 시도하는 중 ... ", 영원히 ...라는 질문과 같은 문제가 발생 했습니다. 많은 내용을 읽은 후 시스템을 다시 시작하고 BIOS (F2)를 확인했습니다. PC에서), 가상화가 비활성화되었습니다 . 시스템을 변경하고 저장했는지 확인하기 위해 시스템을 저장하고 시스템을 다시 시작했습니다.

그 후, vagrant up매력처럼 일했습니다! 오전 4시이지만 달리고 있습니다! 얼마나 시원합니까? : D 저와 같은 마조히스트 개발자가 거의 없다는 것을 알고 있습니다. Windows, 특히 Windows 10 에서는 이것을 시도 할 것입니다 . 나는 여기에 와서 내 말을 잊어 버릴 수 없었습니다 ... 또 다른 중요한 정보는, Homestead, VirtualBox, composer 등을 사용하여 Laravel 5 를 설정하려고 했습니다. 따라서이 답변 이이 질문처럼 도움이되고 답변이 저에게 도움이 되었기를 바랍니다. 나의 가장 좋은 소원. 안녕!

에 새로운 항목을 추가하여 방랑 VM에서 탑재 된 폴더를 테스트하고있었습니다 /etc/fstab. 나중에 나는 로그 아웃하고 방랑자를 멈췄다 vagrant up.

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

나는이 모든 게시물을 읽고 내 사건과 관련이있는 것으로 보이는 모든 게시물을 시도했습니다 (확실히 내 문제를 해결했지만 내 경우에는 최후의 수단 인 방랑 파괴는 제외). @Kiee의 게시물은 VirtualBox GUI에서 직접 VM을 부팅하려고 생각했습니다. 부팅 과정에서 VM이 자체적으로 중지되고 이전에 추가 한 테스트 폴더 마운트를 건너 뛰고 싶은지 묻습니다 /etc/fstab. (이것이 방랑자가 VM을 부팅 할 수없는 이유입니다.) '아니오'라고 대답 한 후 VM이 아무런 문제없이 부팅되었습니다. 로그인하여 fstab에서 잘못된 행을 제거하고 VM을 종료했습니다.

그 후 방랑자는 잘 부팅 할 수있었습니다.

테이크 아웃? 갑자기 방랑자가 VM으로 다시 부팅 할 수 없으면 공급자 (내 경우에는 VirtualBox)에서 직접 부팅 해보십시오. SSH와 전혀 관련이없는 부팅으로 인해 부팅이 중단 될 수 있습니다.

x64 상자 (chef / ubuntu-14.04)를 사용할 때도 같은 문제가있었습니다.

x32로 변경했는데 작동했습니다 (hashicorp / precise32).

어쩌면 이것은 많은 사람들을 돕기에는 너무 간단한 대답 일 수도 있지만 아직 시도하지 않은 경우 시도해 볼 가치가 있습니다. "vagrant suspend"대신 "vagrant halt"를 수행 한 다음 "vagrant up"으로 VM을 다시 시작하십시오.

내 문제는 일부 "kworker"프로세스가 버그를 가져오고 VM에서 지속적으로 시간이 초과되어 하드 재부팅을 수행하면 프로세스가 올바르게 다시로드되는 것처럼 보였고 저장 및 복원은 손상된 프로세스를 손상된 상태로 복원하는 것 같습니다.

VirtualBox 내에서 vagrant / VirtualBox를 실행할 때 이것을 얻었습니다. 호스트 컴퓨터에서 방랑자 컴퓨터를 실행하여이 문제를 해결했습니다.

나는 VirtualBox가있는 MacOS에서 이것을 Vagrantfile에 추가하면 더 나아갈 수 있음을 알았습니다.

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end

AMD64 비트에 ubuntu32 비트를 설치하는 것이 트릭입니다. 제한된 환경 때문에 BIO에 액세스 할 수 없지만 여전히 우분투 / trusty64 대신 우분투 / trusty32로 작업 할 수있었습니다.

Windows 7 SP1에서 VirtualBox 4.3.15와 함께 Vagrant 1.6.3 사용

그것이 도움이되기를 바랍니다.

나를 위해 그것은 vagrant와 virtual box 간의 호환성이었습니다.

Windows 10을 사용 중이며 방금 가상 박스를 제거했습니다.

그런 다음 이전 버전의 가상 상자 특히 버전 4.3.38을 설치하십시오 (이 버전의 경우 확장 팩도 설치하십시오)

그런 다음 최신 버전의 방랑자 설치 (현재 1.8.5)

그 후 그것은 효과가있었습니다.

GUI를 활성화하지 않고 나중에 비활성화해야하는 경우 Oracle에서 확장 팩을 설치할 수도 있습니다.

http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html#extpack

그런 다음 이것을 Vagrantfile에 넣어 VRDP를 활성화하십시오.

vb.customize ["modifyvm", :id, "--vrde", "on"]

이제 SSH를 실행하거나 GUI를 항상 열 필요없이 RDP를 사용하여 필요에 따라 박스에 연결할 수 있습니다.

VMware 제공 업체 사용자를위한 또 하나의 가능한 솔루션 : 같은 호스트 시스템에서 VirtualBox의 병렬 설치를 제거한 후 문제가 해결되었습니다. VMware와 VirtualBox 간의 네트워크 인터페이스가 충돌했습니다

나는 같은 문제에 직면했다. 설정 Virtualization에서 활성화 하여이 문제를 해결했습니다 BIOS.

파일을 삭제하십시오.

C:\Users\UserName\\.vagrant.d\insecure_private_key

그런 다음 다음을 실행하십시오.

vagrant up

나를 위해 일한 것은 BIOS의 64 비트 OS (Ubuntu 13.10)에서 64 비트 가상화를 허용하는 것이 었습니다.

BIOS 설정에서 CPU 가상화가 활성화되어 있는지 확인하십시오.

제 경우에는 고정 IP 주소를 지정하여 간단히 문제를 해결했습니다.

config.vm.network "private_network", ip: "192.168.50.50"

FWIW-내 문제는 새로운 구성 파일 대신 실제로 오래된 구성 파일을 사용했기 때문에 발생했습니다. 새로운 구성 파일 (따라서 DSL을 변경 / 변경)을 사용하면 문제가 즉시 해결되었습니다.

기계가 부팅되지 않았기 때문에 BIOS에서 가상화를 활성화하는 것이 도움이되었습니다.

내가 무엇이든 ssh 할 때 마다하지 않기 때문에 가상 상자에서 ctrl-d-ing하는 대신, 나는 방랑자가 다른 터미널에 들어가서 다음을 수행하는 것을 선호한다고 생각합니다.

vagrant halt

상자를 중지합니다. 그러면 VB로 돌아가는 데 아무런 문제가 없습니다 .