it-swarm.com.de

Vagrant steckte erneut beim Verbindungs-Timeout

Mein Vagabund hat letzte Nacht perfekt funktioniert. Ich habe gerade den PC eingeschaltet, vagrant up gedrückt, und Folgendes bekomme ich:

==> 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...

Hat jemand das schon mal gehabt? vagrant ist im Web noch nicht weit verbreitet und ich kann keinen Grund finden, warum das so ist.

413
Kiee

Ich habe dieses Problem gelöst und werde antworten, falls jemand anderes ein ähnliches Problem hat.

Was ich tat, war: Ich habe die GUI von Virtual Box aktiviert, um zu sehen, dass beim Start auf Eingaben gewartet wurde, um auszuwählen, ob ich direkt zu Ubuntu oder Safemode usw. booten wollte.

Um die GUI einzuschalten, müssen Sie dies in Ihre vagrant config Vagrantfile setzen:

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

Wenn Sie auf die oben beschriebene Weise mit Ihrem Vagabund-Computer nicht weiterkommen, müssen Sie nicht im GUI-Modus booten (und dies ist ohne einen X-Server nicht möglich).

Ermitteln Sie während des Startvorgangs von VM in einem separaten Terminalfenster einfach die ID des ausgeführten Computers.

vboxmanage list runningvms

Dies wird ungefähr so ​​aussehen:

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

Sehr oft wartet der VM nur darauf, dass Sie eine Option im Bootloader auswählen. Sie können den entsprechenden Schlüsselcode senden (in dem Fall, Enter) an die VM mit controlvm:

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

Das ist es. Ihre virtuelle Maschine setzt den Startvorgang fort.

211
harrie

Zu prüfen ist, ob die Hardware-Virtualisierung im BIOS Ihres Computers aktiviert ist.

Mein Problem ist die gleiche Zeitüberschreitung, aber ich konnte nur einen schwarzen Bildschirm in der GUI sehen.

Ein Laptop, den ich gerade aufbaute, zeigte immer dasselbe Problem. Nach stundenlangem Suchen fand ich schließlich einen Hinweis, ob das BIOS über Hardware-Virtualisierung verfügt.

Hier ist der Inhalt des Beitrags, den ich gefunden habe:

Ich sehe, es gibt immer noch einige Benutzer, bei denen dieses Problem auftritt. Ich werde daher versuchen, eine Liste einiger möglicher Lösungen für das SSH-Timeout-Problem zusammenzufassen:

  • Stellen Sie sicher, dass Ihre Firewall oder Ihr Antivirenprogramm das Programm nicht blockiert (ich bezweifle, dass dies häufig vorkommt).
  • Geben Sie Ihrem Vagrant-Gerät etwas Zeit für Timeouts. Wenn Sie nicht über einen sehr schnellen PC/Mac verfügen, dauert es einige Zeit, bis der VM in einen SSH-Bereitschaftszustand versetzt wird, sodass Timeouts auftreten.
  • Versuchen Sie daher zunächst, VAGRANT-Timeout VOLLSTÄNDIG zuzulassen, bevor Sie auf einen Fehler schließen.
  • Wenn der Vagrant die Zeitspanne vollständig überschritten hat, erhöhen Sie das Zeitlimit in der Vagabunddatei auf einige Minuten und versuchen Sie es erneut.
  • Wenn dies immer noch nicht funktioniert, versuchen Sie, Ihren Vagrant-Computer über die VirtualBox-Schnittstelle zu bereinigen und zuvor die GUI des Computers zu aktivieren. Wenn auf der GUI während des Startvorgangs nichts angezeigt wird (z. B. nur schwarzer Bildschirm, kein Text), hat Ihr Vagrant-Gerät Probleme.
  • Zerstören Sie die gesamte Maschine über die Schnittstelle VB und installieren Sie sie erneut.
  • Löschen Sie die Ubuntu-Image-Dateien im Ordner Vagrant Images im Benutzerordner und laden Sie sie erneut herunter und installieren Sie sie.
  • Haben Sie sogar einen Intel-Prozessor, der 64-Bit-Hardware-Virtualisierung unterstützt? Google es. Wenn Sie dies tun, vergewissern Sie sich, dass in Ihrem BIOS keine Einstellung enthalten ist, die diese Funktion deaktiviert.
  • Deaktivieren Sie die Hyper-V-Funktion, wenn Sie Windows 7 oder 8 ausführen. Google Deaktivieren.
  • Stellen Sie sicher, dass Sie einen SSH-fähigen Client ausführen. Verwenden Sie Git-Bash. Download: http://git-scm.com/downloads
  • Installieren Sie eine 32-Bit-Version von Ubuntu wie Trusty32 oder Precise32. Ändern Sie einfach die Version in der Vagrant-Datei und installieren Sie Vagrant in einem neuen Verzeichnis erneut.
  • Stellen Sie sicher, dass Sie die neuesten Vagrant- und Virtualbox-Versionen verwenden. Letzte Schritte: Formatieren Sie Ihren Computer, installieren Sie Windows erneut und kaufen Sie einen Intel Core Isomething-Prozessor.

Hoffentlich hilft das.

47
Japo Domingo

Die Lösung, die ich gefunden habe, besteht darin, die Kabelverbindungsoption im Adapter 1 zu prüfen, der an NAT angeschlossen ist. Ich weiß es wirklich nicht, dies ist meine 4. Vagrant-Box, aber dies ist die einzige, bei der die Kabelverbindungsoption nicht aktiviert ist. Nach dem Überprüfen funktioniert sie .  NAT cable connection

42
Cedric

Ich hatte genau das gleiche Problem. Ich dachte, das Problem könnte mit SSH-Schlüsseln sein (falsche Lokalisierung der Datei oder etwas anderes, aber ich habe es viele Male geprüft), aber Sie können immer im Konfigurationsabschnitt Benutzername und Kennwort (ohne Verwendung von SSH-Schlüsseln) hinzufügen und gui ausführen, sodass der Code in Vagrantfile ausgeführt werden sollte aussehen mehr oder weniger als unten:

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

In meinem Fall bekam ich, selbst wenn GUI angezeigt wurde, einen schwarzen Bildschirm (keine Fehler oder Anmeldemöglichkeiten oder irgendetwas anderes), und in der Konsole bekam ich oft den Error: Connection timeout. Retrying.... Ich stellte sicher, dass VT-x (Virtualisierung) im BIOS aktiviert war, ich überprüfte viele Kombinationen von Versionen von Virtual Box und Vagrant und viele Vagrant-Boxen (für einige hatte ich keinen schwarzen Bildschirm in der grafischen Benutzeroberfläche, aber immer noch eine Verbindung Probleme). Schließlich habe ich VirtualBox und Vagrant noch einmal auf die letzten Versionen aktualisiert und das Problem ist immer noch aufgetreten.

Das Entscheidende war, die Icons in VirtualBox nach dem Ausführen von vagrantup (mit GUI in Vagrantfile, wie ich oben gezeigt habe) als auf dem Bild unten anzusehen

enter image description here

Obwohl ich in VirtualPC keine Fehler hatte (keine Warnungen, dass VT-x nicht aktiviert ist), war mein V-Symbol früher grau, was bedeutet, dass VT-x deaktiviert war. Wie gesagt, ich hatte es die ganze Zeit in meinem BIOS aktiviert. 

Schließlich wurde mir klar, dass das Problem möglicherweise durch HYPER-V entstanden war, das ich auch installiert und aktiviert habe, um Sites mit älterem Internet Explorer zu testen. Ich ging zu Windows Control Panel -> Programs and functions / Software und wähle aus dem Menü auf der linken Seite Turn on or Turn off Windows functions (ich hoffe, dass Sie diese finden werden, ich verwende polnische Fenster, daher kenne ich keine genauen englischen Namen). Ich habe Hyper-V ausgeschaltet, den PC neu gestartet und nach dem Ausführen von Virtual Box und vagrant up hatte ich schließlich keine Fehler. In der GUI habe ich den Anmeldebildschirm und mein V-Symbol ist nicht mehr grau. 

Ich habe viel Zeit damit verbracht, dieses Problem zu lösen (und viele PC-Neustarts). Ich hoffe, dass dies für alle hilfreich sein kann, die Probleme mit Windows haben. Stellen Sie sicher, dass Hyper-V in der Systemsteuerung deaktiviert ist.

34

Meiner lief gut und dann dieses "Warnung: Remote-Verbindung trennen. Wiederholen ..." immer und immer wieder - vielleicht 20 Mal -, bis es sich verband. Basierend auf den obigen Antworten habe ich gerade

vagrant destroy
vagrant up

und es war alles gut. Meines war sehr einfach, aber ich habe es so gemacht, indem ich die Vagrantfile auf den config.vm.box = "ubuntu/trusty64" reduziert und es immer noch gemacht habe. Deswegen schien es am besten, zu zerstören und neu zu beginnen. Angesichts der Staatenlosigkeit dieser Vagrant-Bilder kann ich nicht verstehen, warum das nicht in jedem Fall funktioniert. Ich bin gerade dabei, und ich lerne vielleicht noch, dass das nicht stimmt.

30
HankCa

Das gleiche Problem ist auf einem Windows 8.1-Computer aufgetreten. Das Verbindungszeitlimit und das Aktivieren des GUI waren überhaupt nicht nützlich, der Bildschirm war schwarz. In meinem Fall war das Update "Hyper V" deaktiviert.

Zitat aus Vagrant-Dokumentation https://docs.vagrantup.com/v2/hyperv/index.html

Warnung: Wenn Sie Hyper-V aktivieren, funktionieren VirtualBox, VMware und andere Virtualisierungstechnologien nicht mehr. In diesem Blogbeitrag https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWABABCDEditBootEntryInWindows81.aspx finden Sie eine einfache Möglichkeit, einen Starteintrag zum Starten von Windows ohne aktiviertes Hyper-V zu erstellen andere Hypervisoren.

19
kri

Wenn Sie unter Windows 8 oder 10 arbeiten, hat dies für mich funktioniert:

  1. Ändern Sie die BIOS-Einstellungen, um die 64-Bit-Virtualisierung zu ermöglichen.
  2. Hier ist, wie:
    • Starten Sie den PC mit Advanced Startup neu. (Gehen Sie zu Advanced Startup.
    • Im BIOS-Fenster - Gehen Sie zum Menü "Erweitert"/"Registerkarte" - Aktivieren Sie "Intel Virtual Technology".
    • Sicherer Ausgang.
17
Geshan

Ich hatte das gleiche Problem, nachdem ich diese Zeile aus meiner Vagrantfile gelöscht hatte:

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

VM lud gut, nachdem ich diese Zeile zurückgesetzt hatte.

8

Ich hatte ein Problem mit einer vorhandenen Box (nicht sicher, was sich geändert hat), aber ich konnte über SSH verbinden, obwohl die Vagrant-Box nicht bootete. Zufällig hatte sich mein SSH-Schlüssel irgendwie geändert.

Vom vagrant-Stammordner aus habe ich vagrant ssh-config ausgeführt, der mir sagte, wo die Schlüsseldatei war. Ich habe das mit puttygen geöffnet und dann gab es einen neuen Schlüssel.

Auf meinem Linux-Gast habe ich ~/.ssh/authorized_keys bearbeitet und den neuen öffentlichen Schlüssel dort abgelegt.

Alles funktioniert wieder - vorerst!

8
Steve Browett

Das Zeitlimit für die SSH-Verbindung während des ersten Startvorgangs kann verschiedene Ursachen haben, z.

  • prüfen, ob die Virtualisierung im BIOS aktiviert ist (gemäß comment ),
  • system wartet auf Benutzerinteraktion (z. B. ist share partition nicht bereit ),
  • nichtübereinstimmung Ihres privaten Schlüssels (überprüfen Sie die Konfiguration über vagrant ssh-config),
  • der Bootvorgang dauert viel länger (versuchen Sie, config.vm.boot_timeout zu erhöhen),
  • es wird von einem falschen Laufwerk gebootet (z. B. von der Installer-ISO),
  • Fehlkonfiguration der VM-Firewall (z. B. iptables configuration ),
  • lokale Firewall-Regeln, Portkonflikt oder Konflikt mit einer VPN-Software,
  • sshd falsche Konfiguration.

Um das Problem zu debuggen, führen Sie bitte eine --debug-Option aus oder wie:

VAGRANT_LOG=debug vagrant up

Wenn nichts offensichtlich ist, versuchen Sie, von vagrant ssh oder von:

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

Wenn die SSH weiterhin fehlschlägt, versuchen Sie, sie mit a GUI auszuführen (z. B. config.gui = true).

Wenn dies nicht der Fall ist, überprüfen Sie die laufenden Prozesse (z. B. durch: vagrant ssh -c 'pstree -a') oder überprüfen Sie Ihren sshd_config.


Wenn es sich um eine Einweg-VM handelt, können Sie immer versuchen, destroy und up erneut zu starten.

Sie sollten auch ein Upgrade von Vagrant und Virtualbox in Betracht ziehen.


Weitere Informationen finden Sie auf der Seite Debugging and Troubleshooting .

5
kenorb

Hier gibt es viele gute Antworten, und ich konnte nicht alles lesen, aber ich bin nur vorbeigekommen, um meinen kleinen Beitrag zu leisten. Ich hatte 2 verschiedene Probleme:

  1. vagrant up konnte mein ssh nicht finden ' id_rsa' (weil ich es zu diesem Zeitpunkt noch nicht hatte): Ich lief ssh-keygen -t rsa -b 4096 -C "[email protected]", basierend auf diesem GitHub-Artikel und voilá, schrittweise durch;

  2. Dann habe ich das gleiche Problem mit dieser Frage " Warnung: Zeitüberschreitung der Verbindung. Wiederholung ...", ewig ...: Nachdem ich viel gelesen habe, habe ich mein System neu gestartet und schaute auf mein BIOS (F2, um dorthin zu gelangen, auf dem PC), und es gab Virtualisierung deaktiviert. Ich habe das aktiviert, gespeichert und das System erneut gestartet, um zu überprüfen, ob es etwas geändert hat.

Nachdem, vagrant up Lief wie am Schnürchen! Es ist 4 Uhr morgens, aber es läuft! Wie cool, hã? : D Wie ich weiß, gibt es nur sehr wenige masochistische Entwickler wie mich, die dies unter Windows versuchen würden, insbesondere unter Windows 10. Ich konnte einfach nicht vergessen, hierher zu kommen und mein Wort zu verlassen. Eine weitere wichtige Information ist, dass ich versucht habe, Laravel 5 mit Homestead, VirtualBox, composer usw. einzurichten Ich hoffe diese Antwort hilft wie diese Frage und die Antworten haben mir geholfen. Meine besten Wünsche. G-bye!

4
giovannipds

Ich hatte das gleiche Problem, aber keine der anderen Antworten löste mein Problem vollständig. Antwort von @Kiee war hilfreich, obwohl alles, was ich in der grafischen Benutzeroberfläche sehen konnte, ein schwarzer Bildschirm war (mit Unterstrich oben links wurde dieses Problem in Virtual Box auch separat im Stack-Überlauf angesprochen, nichts half).

Letztendlich erwies sich eine Lösung als sehr einfach: Version überprüfen Ihrer virtuellen Maschine.

Genauer gesagt, ich hatte eine Box von jemand anderem mit 64-Bit-Debian, aber Virtual Box bestand darauf, sie als 32-Bit zu behandeln, was mir nicht aufgefallen ist. Um es zu ändern, öffnen Sie Virtual Box, öffnen Sie das Terminal und führen Sie es aus

vagrant up

warte auf die Leitung

default: SSH auth method: private key

jetzt können Sie Strg + C drücken (oder auf Timeout warten) und ausführen

vagrant halt

ihre virtuelle Maschine wird nicht zerstört, sodass Sie sie im Menü von Virtual Box sehen können. Sie wird jedoch ausgeschaltet, sodass Sie die Einstellungen ändern können. Wählen Sie Ihren Rechner im Menü aus, klicken Sie auf "Einstellungen" -> "Allgemein" und wählen Sie die richtige "Version" aus. Für mich war es "Debian (64-Bit)". Nach diesem Typ vagrant up erneut.

Wenn dies ein Fall für Sie ist (oder verschiedene Änderungen in den "Einstellungen" Ihr Problem behoben haben), können Sie aus der reparierten Box ein neues Feld erstellen

vagrant package --output mynew.box

Weitere Details: Host 32-Bit Ubuntu 12.04, Gast 64-Bit Debian 8.1, Virtual Box 5.0.14, Vagrant 1.8.1

4
Gwidryj

Ich habe einen eingebundenen Ordner in meinem Vagrant VM getestet, indem ich einen neuen Eintrag in /etc/fstab hinzugefügt habe. Später loggte ich mich aus, lief vagrant halt, aber als ich vagrant up lief, bekam ich:

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

Ich habe alle diese Beiträge gelesen und alle diejenigen ausprobiert, die für meinen Fall relevant waren (mit Ausnahme von Vagabundvernichter, was sicherlich mein Problem behoben hätte, war aber in meinem Fall der letzte Ausweg). Der Beitrag von @Kiee brachte mich auf die Idee, zu versuchen, meine VM direkt von der VirtualBox-GUI aus zu starten. Während des Bootvorgangs hielt der VM sich selbst an und fragte mich, ob ich das Mounten des Testordners, den ich zuvor zu /etc/fstab hinzugefügt hatte, überspringen wollte. (Deswegen konnte vagrant die VM nicht starten.) Nachdem Sie mit 'NEIN' geantwortet hatten, startete VM kein Problem. Ich habe mich angemeldet, die ungezogene Linie aus meiner Datenbank entfernt und die VM heruntergefahren.

Danach konnte der Landstreicher gut booten.

Wegbringen? Wenn plötzlich kein Vagrant wieder in Ihre VM booten kann, versuchen Sie, direkt vom Anbieter (in meinem Fall VirtualBox) zu booten. Die Chancen stehen gut, dass Ihr Boot für etwas hängt, das nichts mit SSH zu tun hat.

4
wmaddox

Ich hatte das gleiche Problem, als ich die x64-Box verwendete (Chef/Ubuntu-14.04).

Ich habe zu x32 gewechselt und es hat funktioniert (hashicorp/precision32).

3

Ich habe dies bekommen, wenn ich Vagrant/VirtualBox in VirtualBox laufen lasse. Ich habe dies gelöst, indem ich den Vagrant-Computer auf dem Host-Computer ausgeführt habe.

3
Jarzka

Vielleicht ist dies eine zu einfache Antwort, um vielen Menschen zu helfen, aber es lohnt sich, es zu versuchen, wenn Sie noch nicht getan haben: Machen Sie einen "vagrant halt" anstelle eines "vagrant suspend", und starten Sie dann die VM mit "vagrant up" neu ".

Ich denke, mein Problem war auf einige "kworker" -Prozesse zurückzuführen, die fehlerhaft waren und ständig in VM ausbrachen. Ein harter Neustart schien den Prozess korrekt neu zu laden, wohingegen ein Sichern und Wiederherstellen nur den unterbrochenen Prozess wiederherstellte in seinem gebrochenen Zustand.

3
Ambulare

Für mich war es die Kompatibilität zwischen Vagabund und virtueller Box.

Ich bin unter Windows 10 und was ich getan habe, habe ich Vagabund und virtuelle Box deinstalliert

Installieren Sie dann eine alte Version von Virtual Box, insbesondere Version 4.3.38 (Installieren Sie das Erweiterungspaket für diese Version.)

Dann installierte die neueste Version von vagrant (1.8.5 im Moment)

Danach hat es geklappt.

2
Jplus2

Die Installation eines Ubuntu32-Bits auf einem AMD64-Bit bewirkte den Trick. Ich habe keinen Zugriff auf die BIOs, da dies eine eingeschränkte Umgebung ist, aber ich konnte es trotzdem mit Ubuntu/trusty32 anstelle von Ubuntu/trusty64 arbeiten lassen

Verwenden von Vagrant 1.6.3 mit VirtualBox 4.3.15 unter Windows 7 SP1

hoffentlich hilft das.

2
fracca

Ich habe herausgefunden, dass auf MacOS mit VirtualBox das Hinzufügen von Vagrantfile Sie weitergehen lässt: 

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

Wenn Sie die GUI nicht aktivieren möchten und sie später deaktivieren müssen, können Sie das Erweiterungspaket auch von Oracle installieren:

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

Dann fügen Sie dies in Ihre Vagrantfile ein, um VRDP zu aktivieren:

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

Jetzt können Sie RDP verwenden, um bei Bedarf eine Verbindung zu Ihrer Box herzustellen, ohne dass SSH ausgeführt werden muss oder die GUI ständig geöffnet ist.

1
JustinParker

Überprüfen Sie, ob die Virtualisierung Ihrer CPU im BIOS-Setup aktiviert ist.

1
jesuismasoud

Ich habe das gleiche Problem gehabt. Ich habe dies behoben, indem Sie Virtualization im BIOS-Setup aktiviert haben.

1
Mahbub

Löschen Sie die Datei:

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

Dann renne:

vagrant up
1
user1108948

Was für mich funktionierte, war die 64-Bit-Virtualisierung auf einem 64-Bit-Betriebssystem (Ubuntu 13.10) vom BIOS. 

1
Geshan

Eine weitere mögliche Lösung für Benutzer des VMware-Providers: Für mich wurde das Problem behoben, nachdem eine parallele Installation von VirtualBox auf demselben Host-Computer entfernt wurde. Die Netzwerkschnittstellen zwischen VMware und VirtualBox waren anscheinend in Konflikt miteinander

1
Hinnerk

Anstatt das Ctrl-d-ing aus der virtuellen Box heraus zu nehmen, wie ich es immer tue, wenn ich mich in irgendetwas einsetze, glaube ich, dass Vagrant es vorziehen würde, wenn Sie in ein anderes Terminal gehen und Folgendes tun würden:

vagrant halt

um die Kiste anzuhalten. Dann wird es keine Probleme geben, zurück in die VB zu bekommen.

0
rachel

Ich hatte das gleiche Problem mit Vagrant 1.6.5 und Virtual Box 4.3.16 ..__ Die Lösung, die unter https://github.com/mitchellh/vagrant/issues/4470 beschrieben wird, funktionierte für mich gut, ich gerade musste VirtualBox 4.3.16 entfernen und die ältere Version 4.3.12 installieren.

0
Tugdual

Deaktivierte iptables-Firewall in der VM

So habe ich es gelöst:

  • Ich habe die GUI-Schnittstelle in meiner Vagrantfile aktiviert (dies ist die Konfigurationsdatei)
  • Ich konnte mich beim laufenden VM im Gui mit dem standardmäßigen Benutzernamen vagrant und dem Passwort vagrant anmelden
  • Ich habe die laufende iptables-Firewall in der VM deaktiviert

Dies löste mein Problem. Ich stellte fest, dass die Firewall alle IPs von lokalen Netzwerken wie 192.168.x.x und 10.x.x.x blockierte

Hinzufügen einer Regel in /etc/iptables.d/199-allow-wan, um alle Verbindungen von wan zuzulassen:

ip46tables -A wan-input -j ACCEPT

(ip46tables ist ein Alias) see dieses Commit in meiner Vagrant-Beispiel-Freifunk-Community

0
rubo77

Meine Lösung für dieses Problem bestand darin, dass mein alter Laptop viel zu lange brauchte, um anlaufen zu können. Ich öffnete Virtual Box, verband mich mit der Box und wartete darauf, dass der Bildschirm geladen wurde. Dauerte etwa 8 Minuten.

Dann schloss es sich an und montierte meine Ordner und ging weiter.

seien Sie einfach mal geduldig!

0
Evildonald

Wenn Sie eine Wrapper-Ebene (wie Kitchen CI) verwenden und einen 32b-Host betreiben, müssen Sie die Installation von Vagrant-Boxen vorwegnehmen. Ihr Standardanbieter ist die opscode-Familie von Binärdateien.

Vergewissern Sie sich also vor kitchen create default-ubuntu-1204, dass Sie Folgendes verwenden:

vagrant box add default-ubuntu-1204 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_ubuntu-12.04-i386_chef-provisionerless.box

für die Verwendung des 32b-Images, wenn Ihr Host keine Virtualisierung in Word-Größe unterstützt

0
htmldrum

Früher hat es geholfen, zu trusty32 zu wechseln, aber die Situation hat sich jetzt wieder verschlechtert: Ich habe versucht, Homestead 2.0 zu verwenden, und jetzt habe ich wieder das Problem mit dem Verbindungszeitlimit, das normalerweise kein Problem darstellt. weil das Umschalten auf 32bit früher geholfen hat ..__ Aber jetzt kann ich nicht einfach eine Zeile wie .__ hinzufügen. config.vm.box = "ubuntu/trusty32" Da wir keine klassische Homestead.yaml-Datei mehr haben, Die Werte in der neuen 2.0-Homestead.yaml-Datei scheinen einfach in .__ eingefügt zu werden. das eigentliche im Hintergrund und es ist keine Vagrantfile vorhanden, die ich manuell bearbeiten könnte ...

Hoffe, jemand kann helfen ...

0
Ulrich

Wie einige Leute hier bereits darauf hingewiesen haben, tritt der Fehler unter anderem auf, wenn das VirtualBox-Image nicht ordnungsgemäß gestartet wurde. Für mich war die Verwendung des GUI-Modus auf Vagrant nicht viel hilfreich, da er nur ein schwarzes Fenster zeigte. In der VirutalBox-Benutzeroberfläche habe ich die Einstellungen auf meinem VM überprüft und festgestellt, dass das Betriebssystem irgendwie falsch eingestellt war (Debian 32 statt 64 Bit).

Daher kann ich nur empfehlen, die VirtualBox-Einstellungen von VM manuell zu überprüfen und VM zu booten, ohne dass Vagrant an erster Stelle steht.

0
telina

Ich habe es gelöst, als ich den PuTTY-Prozess beendet habe. Weil ich git-ssh und PuTTY beide laufen habe. Sie schienen sich gegenseitig für den Zugang zu SSH zu kämpfen. Nur eins ist genug.

0
user1108948

Von der Virtualbox-Oberfläche aus habe ich zuerst eine "CD" gebootet und den Festplattenstart deaktiviert. Daher wurde von einer CD-ISO gestartet und offensichtlich nicht auf der erwarteten Maschine ... Ich hoffe, es hilft. Und ich hoffe, es hat auch jemand zum Lächeln gebracht ... PEBCAK. 

0
Cedric

FWIW - Mein Problem bestand darin, dass eine wirklich alte Konfigurationsdatei anstelle einer neueren verwendet wurde. Durch die Verwendung der neuen Konfigurationsdatei (und damit des angepassten/geänderten DSL) wurden meine Probleme sofort behoben.

0
tehprofessor

So funktioniert es für mich:

Nachdem "vagrant up" die virtuelle Maschine gestartet, die Maschine ausgeschaltet und die neuen Einstellungen der virtuellen Maschine in virtualbox vorgenommen hat. Dann gehe zu "Netzwerk" -> "Erweitert"

Adaptertyp : Ich habe von "Intel PRO XXXXX" zu "PCNet-Fast" geändert (oder ein anderer Adapter als Intel PRO hat funktioniert)

0
Tarik

Für mich blockierte die VPN-Software von Tunnelblick die Verbindung. Wenn ich jetzt neue VMs hochfahre, deaktiviere ich Tunnelblick vorübergehend.

0
user4757351

Die Art und Weise, wie ich das lösen musste, wurde in diesem Thread nicht erwähnt. Ich werde die Details hier veröffentlichen, falls es anderen hilft. 

Der Grund dafür ist, dass Vagrant nach dem Hochfahren nicht in die Maschine einsteigen kann. Dafür gibt es verschiedene Gründe, wie in diesem Thread erwähnt, z. B., dass der Computer nicht vollständig hochgefahren wird oder die iptables-Firewall SSH blockiert. 

In meinem Fall bestand das Problem darin, dass ich versehentlich ein "private_network" mit einer IP-Adresse in demselben Subnetz wie das eingebaute VirtualBox NAT - Netzwerk (in meinem Fall 10.0.2.0/24) eingerichtet habe. Dadurch wurde das NAT - Netzwerk für die Maschine durcheinander gebracht (es wurden jedoch keine Fehler angezeigt), und da Vagrant über das NAT - Netzwerk eine Verbindung herstellt, konnte keine Verbindung hergestellt werden, obwohl die Maschine lief und keine Firewalls vorhanden waren wurden aktiviert.

Vagrant.configure("2") do |config|
  config.vm.network "private_network", ip: "10.0.2.31"
end

Das Update bestand darin, mein VagrantFile zu aktualisieren und eine IP-Adresse "private_network" zu verwenden, die keinen Konflikt mit dem NAT - Netzwerk von VirtualBox hatte.

Vagrant.configure("2") do |config|
  config.vm.network "private_network", ip: "10.0.4.31"
end
0
user1522091

Ich habe das Problem gelöst, indem ich einfach ˆC (oder ctrl+C unter Windows) zweimal eingegeben habe und den Verbindungsfehler-Bildschirm beendet habe.

Dann konnte ich eine Verbindung über SSH (vagrant ssh) herstellen und den Fehler selbst anzeigen.

In meinem Fall war es ein falsch getippter Pfad.

0
henriale

Suchen Sie nach dieser Zeile in Ihrem Homestead.yaml:

config.vm.network "forwarded_port", guest: 80, Host: 8080

und wechseln zu:

config.vm.network "forwarded_port", guest: 80, Host: 8000

führen Sie dann im Verzeichnis Homestead Folgendes aus:

vagrant destroy
vagrant up

Sehen Sie, ob es funktioniert.

0
user2338925

Was mir geholfen hat, war die Aktivierung der Virtualisierung im BIOS, da die Maschine nicht bootete.

0
Barth Zalewski

In meinem Fall, indem Sie ihm eine statische IP-Adresse geben, wurde das Problem einfach gelöst:

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

0
Alexar

Ich war mit dem gleichen Problem konfrontiert, jedoch funktionierte keine der genannten Lösungen für mich! Ich löste es, indem ich Vagrant auf 1.6.2 herabstufte, und jetzt funktioniert es!

Meine Lösung erwies sich als keine der oben genannten. Ich betreibe Ubuntu 14 als Gast in einem Windows 7-Host. Ich hatte diese Vagrant-Box in Ordnung gebracht, aber nachdem ich sie einige Monate nicht benutzt hatte, startete ich sie wieder und es kam immer wieder zu einem SSH-Verbindungs-Timeout. Es stellte sich heraus, dass das Schlüsselpaar irgendwie nicht funktionierte - also kopierte ich den Vagrant-öffentlichen Schlüssel in Ubuntu gemäß den Anweisungen auf dieser Seite . Aber das war noch nicht alles. Ich entdeckte dann, dass der private Schlüssel in meiner Basisbox sich von dem privaten Schlüssel hier unterschied. Wenn Sie diesen privaten Schlüssel als vagrant_private_key -Datei in C:\Users\your-user.vagrant.d\boxes\vagrant-box-name\nnnnnnnn\virtualbox einfügen, nachdem Sie den öffentlichen Schlüssel in Ubuntu platziert haben, wurde das Problem behoben.

0
Dan Swain