Moin Christian,
danke für die Mail.
Die Anleitung bzgl. der Anpassung des Coova-DNS hatte ich vergessen
abzuarbeiten.
Nachdem dies geschehen ist, bekomme ich immerhin ein "host unreachable" und bei telnet
10.16.1.1 636 ein "no route to host".
Was mir noch aufgefallen ist, ist die Tatsache, dass meine virbr1 die gleiche
MAC-Adresse hat wie eines der vnets. Ob das so sein muss, konnte ich noch nicht
feststellen.
Deinen Vorschlag mit der freien IP konnte ich noch nicht testen, da ich im
Moment den Host nicht rebooten möchte.
gruß ch
Am 03.05.2015 um 13:34 schrieb Christian Weichhard:
Hallo Chris,
nochmal neue Gedanken zu diesem Problem:
der Start dauert bei mir auch lange, die Boot-Meldungen hängen bei
"Starting Chilli ..." aber am Ende klappt es mit der IP.
Der DHCP des IPFire gibt dem Coova die fest vorgegebene Adresse, bei mir
x.x.x.2, das klappt.
Der DHCP vergibt meinem coova keine IP und schon gar nicht die von mir
fest zugeschriebene 172.16.16.3.
Lasse ich den dhcp machen, so wartet coova bei Boot ewig auf die
Netzwerkkonfiguration und macht dann weiter, ohne der blauen Karte eine
IP zugewiesen zu haben
Der Host mischt sich in die Netzwerkkonfiguration ein, in der Datei
/etc/libvirt/qemu/networks/coovaipfire.xml (auf dem Host)
vergibt/vergab meiner der virbr1 eine IP-Adresse und zwar dieselbe wie
dem IPFire. Da ich nicht herausgefunden habe, wie man das verhindert,
habe ich in der oben beschriebenen Datei eine unbelegte IP-Adresse aus
diesem Netz eingetragen. Nach einem Neustart des Host und der virtuellen
Maschinen hängt Coova nicht mehr bei "Starting Chilli ...".
Vielleicht hängt es bei dir auch an dieser Stelle.
Schöne Grüße
Christian
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
