Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo zusammen, danke für die Hinweise. Mittlerweile habe ich es doch noch hinbekommen. Woran es gelegen hat, kann ich allerdings nicht genau eingrenzen, da ich einige Änderungen auf einmal durchgeführt habe. Ich habe das vorhandene virtuelle Netz gelöscht und ein neues angelegt, dann in der XMl-Datei, die das Netz definiert darauf geachtet, dass keine Dopplungen von MAC-Adressen oder IPs vorkamen und auf einmal lief es dann. Danke für Mitdenken gruß chris Am 11.05.2015 um 20:05 schrieb Steffen Auer: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Chris, Am 08.05.2015 um 10:05 schrieb Chris Hubber: @Michael danke für das Angebot, aber ich glaube, dass das nicht funktioniert. Zumindest hat es mir google so mitgeteilt, als ich vorhin, allerdings nur recht oberflächlich, danach gesucht habe, ob Proxmox-Vms unter kvm laufen. Werde das am Nachmittag mal genauer recherchieren. eigentlich ist aber beides KVM. Sollte also eigentlich gehen, vielleicht mit ein wenig Vorarbeit an der VM-Datei... Viele Grüße Steffen - -- Wir sind nicht nur nett, wir sind sogar linuxmuster.net Mein System: - - virtualisiert mit Proxmox 3.4 - - linuxmuster.net 6.0 - - IPFire 2.17 - - Linbo 2.1.10-0 - - Ubuntu 12.04-Client - - Erweiterungen: Chillispot, Pykota, MRBS und OpenSchulportfolio - - Moodle extern (Belwue) per ldaps angebunden Note: No Microsoft programs were used in the creation or distribution of this message. If you are using a Microsoft program to view this message, be forewarned that I am not responsible for any harm you may encounter as a result. - Diese E-Mail ist mit OpenPGP signiert. Der öffentliche Schlüssel zur Überprüfung der Signatur ist hier hinterlegt: pool.sks-keyservers.net - -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVUO9qAAoJEBhc6lDKYVtJtY4IAMGJnN/Oe8G+O/avjEu+fbgd 7d5fJqGz8edq3RPwqKmzJbM2ksDT0ptxLDaqVTNiH2FtP6y7+0geyA5KOlt4B/G1 NoF+yQhO9hjAnaYuQbc5utPP2yAFwIV2qFsDd7ZBN76EcnC4bJuoUKUJRGhSXWk/ 93+OCu0YBrMBixb6od7v5LS5TOVbRCPXaGDV1S/uuieYOAm953DWFLL9WGrDykQN hGGiGFMK0jgOSK8zDsKhznR3q/8LXiQVeESupQSTpOnnmZo2+HyadmpCHVJsUq0Y OJgUAksF15dFOs+bUJJ11z0max6Z6EpRST2FAYDXBm4P7qhUNSqy0Mc/iZ5plRY= =bJg0 -END PGP SIGNATURE- ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Chris, Am 08.05.2015 um 10:05 schrieb Chris Hubber: > @Michael danke für das Angebot, aber ich glaube, dass das nicht > funktioniert. Zumindest hat es mir google so mitgeteilt, als ich > vorhin, allerdings nur recht oberflächlich, danach gesucht habe, ob > Proxmox-Vms unter kvm laufen. Werde das am Nachmittag mal genauer > recherchieren. eigentlich ist aber beides KVM. Sollte also eigentlich gehen, vielleicht mit ein wenig Vorarbeit an der VM-Datei... Viele Grüße Steffen - -- Wir sind nicht nur nett, wir sind sogar linuxmuster.net Mein System: - - virtualisiert mit Proxmox 3.4 - - linuxmuster.net 6.0 - - IPFire 2.17 - - Linbo 2.1.10-0 - - Ubuntu 12.04-Client - - Erweiterungen: Chillispot, Pykota, MRBS und OpenSchulportfolio - - Moodle extern (Belwue) per ldaps angebunden Note: No Microsoft programs were used in the creation or distribution of this message. If you are using a Microsoft program to view this message, be forewarned that I am not responsible for any harm you may encounter as a result. - Diese E-Mail ist mit OpenPGP signiert. Der öffentliche Schlüssel zur Überprüfung der Signatur ist hier hinterlegt: pool.sks-keyservers.net - -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVUO9qAAoJEBhc6lDKYVtJtY4IAMGJnN/Oe8G+O/avjEu+fbgd 7d5fJqGz8edq3RPwqKmzJbM2ksDT0ptxLDaqVTNiH2FtP6y7+0geyA5KOlt4B/G1 NoF+yQhO9hjAnaYuQbc5utPP2yAFwIV2qFsDd7ZBN76EcnC4bJuoUKUJRGhSXWk/ 93+OCu0YBrMBixb6od7v5LS5TOVbRCPXaGDV1S/uuieYOAm953DWFLL9WGrDykQN hGGiGFMK0jgOSK8zDsKhznR3q/8LXiQVeESupQSTpOnnmZo2+HyadmpCHVJsUq0Y OJgUAksF15dFOs+bUJJ11z0max6Z6EpRST2FAYDXBm4P7qhUNSqy0Mc/iZ5plRY= =bJg0 -END PGP SIGNATURE- ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Michael, Am 08.05.2015 um 06:09 schrieb Michael Hagedorn: > > Wenn ich mich richtig erinnere, hatte Steffen sie heruntergeladen > und nur noch ein "reconfigure" angeschmissen. Danach lief es... ja genau. Danke an der Stelle nochmal - hat mir die Zeit zum Aufsetzen / Einrichten erspart, und ich bin in letzter Zeit für jede Einsparung an der Stelle dankbar. Funktioniert prima - ich habe aber auch Proxmox, so dass ich die VM direkt einbinden konnte. Viele Grüße Steffen - -- Wir sind nicht nur nett, wir sind sogar linuxmuster.net Mein System: - - virtualisiert mit Proxmox 3.4 - - linuxmuster.net 6.0 - - IPFire 2.17 - - Linbo 2.1.10-0 - - Ubuntu 12.04-Client - - Erweiterungen: Chillispot, Pykota, MRBS und OpenSchulportfolio - - Moodle extern (Belwue) per ldaps angebunden Note: No Microsoft programs were used in the creation or distribution of this message. If you are using a Microsoft program to view this message, be forewarned that I am not responsible for any harm you may encounter as a result. - Diese E-Mail ist mit OpenPGP signiert. Der öffentliche Schlüssel zur Überprüfung der Signatur ist hier hinterlegt: pool.sks-keyservers.net - -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVUO7vAAoJEBhc6lDKYVtJLyUH/Rbh2lnBRWEcjqeuZg9hSVTY v4+XzpE+sZZVkDR7c8m/+bNFbhOiUDf6YGKHULYBmSQOaORK1k78qEmxtF9jKyPY G+xu358uPWxoBkWpkD7KoEV1Onz9jspuT03kCXNL0KmeLUEYtSXJaYwhC7qWVeSJ Bi4I5sbkLw5+BjirKKUggiqflm5N0gI/HU4YHM3XwwidIJDr7HYF+7Va1uZ9XzEI HtND9hQg6SDT/UvizH7CDXx4zemhnGLMRBGbEPCD8z9soUbC/Jopb+V0c2hNE+uy tkCurv7ipch2tGFWtYtJAfI9v9cNgv+IqlOjJlO5f5dkS3QZTBvYvwG31f/zrWo= =jWKP -END PGP SIGNATURE- ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, Das Default Gateway ist schon mal ein Baustein. Ansonsten stimmt die Routingtabelle. Bei mir kann ich in der Tat vom IPFire aus auch nicht pingen, umgekehrt antwortet der IPFire auf ping vom Coovachilli aus. Im Webinterface des IPFire habe ich noch bei den Firewalloptionen diese Einstellung gefunden: Firewalloptionen für das Blaue Interface Alle Pakete verwerfen die nicht direkt an den Proxy gerichtet sind Die ist bei mir "off" Viele Grüße Jörg On 8 May 2015 at 10:05, Chris Hubber wrote: > > > Moin zusammen, > > @Michael danke für das Angebot, aber ich glaube, dass das nicht > funktioniert. Zumindest hat es mir google so mitgeteilt, als ich > vorhin, allerdings nur recht oberflächlich, danach gesucht habe, ob > Proxmox-Vms unter kvm laufen. Werde das am Nachmittag mal genauer > recherchieren. @Jörg danke für die Mail route -n auf dem Coova > zeigt Destination Gateway > Genmask Flags Metric Ref Use Iface > 0.0.0.0 172.16.16.1 > 0.0.0.0 UG 100 > 0 0 eth0 172.16.16.0 0.0.0.0 > 255.255.255.0 U 0 0 > 0 eth0 192.168.0.0 0.0.0.0 > 255.255.0.0 U 0 > 0 0 tun0 Ok, das Gateway ändere ich am Nachmittag in > die blaue IP des IPfire 172.16.16.254. die 172.16.16.1 hat kvm selbst > angelegt. als ich das isolierte Netz damit erstellt habe. Ping vom > IPfire zum coova: ping 172.16.16.3 -> operation not permitted In > den entsprechenden Firewallregeln sind keine Quellports eingetragen. > Gruß chris Gesendet: Freitag, 08. Mai 2015 um 06:09 Uhr > Von: "Michael Hagedorn" > An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] > Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM > > ... ich weiß nicht, ob du unter KVM auch direkt VMs laufen lassen > kannst, die unter Proxmox laufen. Ich frage nur deshalb, weil es bei > der ganzen Arbeit/Zeit, die du da mittlerweile reingesteckt hast, > allmählich an der Zeit ist, eine *funktionierende*/laufende VM von > jemand anderem zu übernehmen!?? Ich hatte vor längerer Zeit schon > mal unsere VM zum Download angeboten. Wenn ich mich richtig erinnere, > hatte Steffen sie heruntergeladen und nur noch ein "reconfigure" > angeschmissen. Danach lief es... > > ... also: nur so als Idee. > Michael > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Moin zusammen, @Michael danke für das Angebot, aber ich glaube, dass das nicht funktioniert. Zumindest hat es mir google so mitgeteilt, als ich vorhin, allerdings nur recht oberflächlich, danach gesucht habe, ob Proxmox-Vms unter kvm laufen. Werde das am Nachmittag mal genauer recherchieren. @Jörg danke für die Mail route -n auf dem Coova zeigt Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 172.16.16.1 0.0.0.0 UG 100 0 0 eth0 172.16.16.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 0 tun0 Ok, das Gateway ändere ich am Nachmittag in die blaue IP des IPfire 172.16.16.254. die 172.16.16.1 hat kvm selbst angelegt. als ich das isolierte Netz damit erstellt habe. Ping vom IPfire zum coova: ping 172.16.16.3 -> operation not permitted In den entsprechenden Firewallregeln sind keine Quellports eingetragen. Gruß chris Gesendet: Freitag, 08. Mai 2015 um 06:09 Uhr Von: "Michael Hagedorn" An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM ... ich weiß nicht, ob du unter KVM auch direkt VMs laufen lassen kannst, die unter Proxmox laufen. Ich frage nur deshalb, weil es bei der ganzen Arbeit/Zeit, die du da mittlerweile reingesteckt hast, allmählich an der Zeit ist, eine *funktionierende*/laufende VM von jemand anderem zu übernehmen!?? Ich hatte vor längerer Zeit schon mal unsere VM zum Download angeboten. Wenn ich mich richtig erinnere, hatte Steffen sie heruntergeladen und nur noch ein "reconfigure" angeschmissen. Danach lief es... ... also: nur so als Idee. Michael ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
... ich weiß nicht, ob du unter KVM auch direkt VMs laufen lassen kannst, die unter Proxmox laufen. Ich frage nur deshalb, weil es bei der ganzen Arbeit/Zeit, die du da mittlerweile reingesteckt hast, allmählich an der Zeit ist, eine *funktionierende*/laufende VM von jemand anderem zu übernehmen!?? Ich hatte vor längerer Zeit schon mal unsere VM zum Download angeboten. Wenn ich mich richtig erinnere, hatte Steffen sie heruntergeladen und nur noch ein "reconfigure" angeschmissen. Danach lief es... ... also: nur so als Idee. Michael ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, Da ist noch der Wurm drin. Zunächst einmal ist es nicht erforderlich, dass der Virttualisierungshost eine IP im blauen Netz hat - das schadet aber auch nicht, zumindest nicht, wenn es richtig konfiguriert ist. Falsch ist definitiv, dass 172.16.16.1 Default Gateway ist. Dann würden ja die Daten an den Host geleitet anstatt zum IPFire. Default Gateway muss im blauen Netz der IPFire sein. Um das zu klären, wäre die Ausgabe von route -n auf dem Coovachilli hilfreich. Und am besten gleich noch die Ausgabe von ifconfig. Versuch doch mal, ob Du auf dem IPFire die 172.16.16.1 anpingen kannst. Was mir noch einfällt: Sind bei den Firewallregeln noch irgendwelche Quellports eingestellt? Die müssen weg. Es liegt mit großer Wahrscheinlichkeit nicht am Host-OS, updaten ist also nicht sinnvoll. Viele Grüße Jörg Richter > On 8 May, 2015, at 06:11, Christian Huber wrote: > > Hallo zusammen, > in den letzten Tagen habe ich folgende Änderungen vorgenommen: > Die Doppelung der MAC-Adressen beseitigt. reboot host > kein Erfolg > (Ergebnis siehe weiter unten) > Die IPs aus der /var/lib/libvirt/network/coova.xml entfernt. reboot host ---> > kein Erfolg > Dem coovanetz eine beliebige IP aus dem 172.16.16.0/24-Netz gegeben (nicht > 172.16.16.1, 172.16.16.254 und auch nicht 172.16.16.3 (dem coova in seiner > /etc/network/interfaces fest zugewiesen, da er vom IPfire keine bekommt) ---> > nüscht > Neues isoliertes Netz angelegt mit den bekannten Spezifikationen > (172.16.16.0/24, kein dhcp, isoliertes netz) > Libvirt vergibt jedesmal IP-Adressen. Die 172.16.16.1 dient als Gateway, wie > ich gelesen habe. coova reboot. > auch nix > Alle Firewallregeln für blau gelöscht, Änderungen bestätigt und alle wieder > angelegt und die Änderungen bestätigt. ---> nix > IP des coova (172.16.16.3) in die /etc/hosts des ipfire eingetragen > Die IPs des servers und des ipfires (blau) in die /etc/hosts des coova > eingetragen. > Diese Anleitung ebenfalls eingearbeitet > :http://www.linuxmuster.net/wiki/anwenderwiki:benutzerrechner:wlan:coovachilli-dns?s[]=coova&s[]=dns > Als Ergebnis wie gehabt ping 172.16.16.254 --> destination host unreachable >ping 172.16.16.1 ---> funktioniert >telnet 10.16.1.1 636 --> unable to > connect to remote host, connection refused > Das bringt mich dazu, noch immer an ein Problem mit den Firewallregeln zu > denken. > Also zur Sicherheit > Quelle BLAU ->Ziel 10.16.1.1Zielport 636Protokoll TCP > Authentifizierung > Quelle BLAU ->Ziel ROTZielport 53 Protokoll UDP DNS > Quelle BLAU ->Ziel ROTZielport 800 Protokoll TCPProxy > > Die Regel Blau 53 -> Ziel Firewall BLAU 53 nimmt der IPfire nicht an. > > Die übrigen Einstellungen: Advanced Webproxy aktiviert auf blau, transparent > auf blau > Zugriff auf blau -> MAC der virtuellen eth0 des coova. > > Was ich noch nicht gemacht habe, ist es, den Host auf 14.04 upzudaten oder > den IPfire von core 85 nach 87 zu bringen. > > Vielleicht hat ja einer noch ne Idee. Ich hab keine mehr. Wahrscheinlich sehe > ich den Wald vor lauter Bäumen nicht mehr. > > Danke für Mitdenken > > > gruß chris > >> Am 05.05.2015 um 09:10 schrieb Holger Baumhof: >> Hallo Christian, >> >>> 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. >> es dürfen nie zwei Netzwerkgeräte die selbe MAC haben. >> Das mußt du ändern. >> >> VIele Grüße >> >> Holger >> > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo zusammen, in den letzten Tagen habe ich folgende Änderungen vorgenommen: Die Doppelung der MAC-Adressen beseitigt. reboot host > kein Erfolg (Ergebnis siehe weiter unten) Die IPs aus der /var/lib/libvirt/network/coova.xml entfernt. reboot host ---> kein Erfolg Dem coovanetz eine beliebige IP aus dem 172.16.16.0/24-Netz gegeben (nicht 172.16.16.1, 172.16.16.254 und auch nicht 172.16.16.3 (dem coova in seiner /etc/network/interfaces fest zugewiesen, da er vom IPfire keine bekommt) ---> nüscht Neues isoliertes Netz angelegt mit den bekannten Spezifikationen (172.16.16.0/24, kein dhcp, isoliertes netz) Libvirt vergibt jedesmal IP-Adressen. Die 172.16.16.1 dient als Gateway, wie ich gelesen habe. coova reboot. > auch nix Alle Firewallregeln für blau gelöscht, Änderungen bestätigt und alle wieder angelegt und die Änderungen bestätigt. ---> nix IP des coova (172.16.16.3) in die /etc/hosts des ipfire eingetragen Die IPs des servers und des ipfires (blau) in die /etc/hosts des coova eingetragen. Diese Anleitung ebenfalls eingearbeitet :http://www.linuxmuster.net/wiki/anwenderwiki:benutzerrechner:wlan:coovachilli-dns?s[]=coova&s[]=dns Als Ergebnis wie gehabt ping 172.16.16.254 --> destination host unreachable ping 172.16.16.1 ---> funktioniert telnet 10.16.1.1 636 --> unable to connect to remote host, connection refused Das bringt mich dazu, noch immer an ein Problem mit den Firewallregeln zu denken. Also zur Sicherheit Quelle BLAU ->Ziel 10.16.1.1Zielport 636Protokoll TCP Authentifizierung Quelle BLAU ->Ziel ROTZielport 53 Protokoll UDP DNS Quelle BLAU ->Ziel ROTZielport 800 Protokoll TCPProxy Die Regel Blau 53 -> Ziel Firewall BLAU 53 nimmt der IPfire nicht an. Die übrigen Einstellungen: Advanced Webproxy aktiviert auf blau, transparent auf blau Zugriff auf blau -> MAC der virtuellen eth0 des coova. Was ich noch nicht gemacht habe, ist es, den Host auf 14.04 upzudaten oder den IPfire von core 85 nach 87 zu bringen. Vielleicht hat ja einer noch ne Idee. Ich hab keine mehr. Wahrscheinlich sehe ich den Wald vor lauter Bäumen nicht mehr. Danke für Mitdenken gruß chris Am 05.05.2015 um 09:10 schrieb Holger Baumhof: Hallo Christian, 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. es dürfen nie zwei Netzwerkgeräte die selbe MAC haben. Das mußt du ändern. VIele Grüße Holger ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > 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. es dürfen nie zwei Netzwerkgeräte die selbe MAC haben. Das mußt du ändern. VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
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 linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
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 linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, 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. > Irgendwie muss bei dir etwas anders sein als bei mir. Ich weiß nicht, inwiefern ich dir helfen kann, da ich meinen Wissenshorizont bereits erreicht habe. Du könntest die Netzwerkkonfiguration auf dem Coova überprüfen, also erwartet eth0 auch die Adresszuweisung per DHCP? Und nur weil es mir auch schon passiert ist: hast du den Coova auf IPFire auch wirklich mit der richtigen MAC-Adresse für DHCP eingetragen? Vielleicht sind die Netzwerkkarten des Coova vertauscht? (Vielleicht ist das aber auch egal?) Ergänzung: Ich habe übrigens, nachdem alles so weit funktioniert hat, diese Anleitung noch abgearbeitet: http://www.linuxmuster.net/wiki/anwenderwiki:benutzerrechner:wlan:coovachilli-dns Dann kommt man auch auf die Drucker und Schulkonsole. Viele Grüße Christian ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Gesendet: Freitag, 01. Mai 2015 um 08:21 Uhr Von: "Christian Weichhard" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Holger und Chris, ich kann nur mit dem Zustand vergleichen, der hier bei mir funktioniert. Am 30.04.2015 um 23:09 schrieb Holger Baumhof: > Hallo Christian, > >> ups, da hätte ich beinahe deine Mail übersehen. Sorry. >> Die Idee, der blauen eth0 manuell die richtige IP zu verpassen, habe ich >> schon versucht. >> Das bringt immerhin insofern eine Verbesserung, als ein Ping nach >> 172.16.16.1 möglich ist. Das ist die IP der virbr1. > > .. weswegen hat den die Bridge eine IP? > Das ist doch unnötig. Das mag sein, aber virtmanager vergibt sie offenbar automatisch, wenn ich ein neues virtuelles Netz ( 172.16.16.0/24 etc) anlege. 172.16.16.1 ist dabei das laut virt-manager das Gateway. Stimmt eigentlich, bei mir hat virbr1 auf dem Host auch eine IP und sogar die gleiche wie die Netzwerkkarte blue0 auf dem IPFire (bei zwei verschiedenen MAC-Adressen). Ich kann nur sagen: ich war das nicht. Wo holt der sie sich her? > Wenn die die 172.16.16.1 hat un dder coova vom IPFire die IP aus > 172.16.16.x per DHCP bekommt, dann ist es doch ziemlcih wahrscheinlich, > dass der DHCP dem Coova die 172.16.16.1 gibt.. und dann ist die IP > zweimal im Netz und da haben wir den Salat. > 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. >> Ich benutze hier virt-manager und die Netzwerkkarten sehen so aus wie >> bei dir. >> Ich denke auch, dass etwas mit der Virtualisierung nicht stimmt. >> Habe mal das Vereichnis /var/lib/libvirt/dnsmasq auf dem Host mit dem >> bei mir zuhause verglichen und ich habe festgestellt, dass auf dem Host >> die des virtuellen Netzes (coovanetz) fehlen z.B. coovanetz.conf, >> coovanetz.addnhosts, coovanetz.hostsfile, coovafile.leases. >> Die sollten doch eigentlich automatisch erstellt worden sein, denke ich, >> oder? Die gibt es bei mir. Könntest du mir mal den Inhalt von deiner "coovanetz.conf" zeigen? Evt. kann ich die von Hand anlegen, vllt. bringt's was >> Warum die fehlen, keine Ahnung. Wenn ich nächste Woche wieder in der >> Schule bin, werde ich dem mal nachgehen. Du kannst dir viel Arbeit sparen, wenn du auch zum Host einen SSH-Zugang hast, der wie der Server nur mit dem richtigen Key genutzt werden kann. Dann kannst du bequem von zu Hause den Virt-Manager starten usw. Tja, das muss ich mal machen. > > leg ein neues Netz an, gib der Bridge keien IP und versuch das dann mal. > Würde ich auch als nächsten Schritt probieren. Ok, erledigt. Neues Netz angelegt. Keine IP vergeben. Leider wieder nichts... > VIele Grüße > > Holger > Viele Grüße Christian Grüße ch ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger und Chris, ich kann nur mit dem Zustand vergleichen, der hier bei mir funktioniert. Am 30.04.2015 um 23:09 schrieb Holger Baumhof: > Hallo Christian, > >> ups, da hätte ich beinahe deine Mail übersehen. Sorry. >> Die Idee, der blauen eth0 manuell die richtige IP zu verpassen, habe ich >> schon versucht. >> Das bringt immerhin insofern eine Verbesserung, als ein Ping nach >> 172.16.16.1 möglich ist. Das ist die IP der virbr1. > > .. weswegen hat den die Bridge eine IP? > Das ist doch unnötig. Stimmt eigentlich, bei mir hat virbr1 auf dem Host auch eine IP und sogar die gleiche wie die Netzwerkkarte blue0 auf dem IPFire (bei zwei verschiedenen MAC-Adressen). Ich kann nur sagen: ich war das nicht. Wo holt der sie sich her? > Wenn die die 172.16.16.1 hat un dder coova vom IPFire die IP aus > 172.16.16.x per DHCP bekommt, dann ist es doch ziemlcih wahrscheinlich, > dass der DHCP dem Coova die 172.16.16.1 gibt.. und dann ist die IP > zweimal im Netz und da haben wir den Salat. > Der DHCP des IPFire gibt dem Coova die fest vorgegebene Adresse, bei mir x.x.x.2, das klappt. >> Ich benutze hier virt-manager und die Netzwerkkarten sehen so aus wie >> bei dir. >> Ich denke auch, dass etwas mit der Virtualisierung nicht stimmt. >> Habe mal das Vereichnis /var/lib/libvirt/dnsmasq auf dem Host mit dem >> bei mir zuhause verglichen und ich habe festgestellt, dass auf dem Host >> die des virtuellen Netzes (coovanetz) fehlen z.B. coovanetz.conf, >> coovanetz.addnhosts, coovanetz.hostsfile, coovafile.leases. >> Die sollten doch eigentlich automatisch erstellt worden sein, denke ich, >> oder? Die gibt es bei mir. >> Warum die fehlen, keine Ahnung. Wenn ich nächste Woche wieder in der >> Schule bin, werde ich dem mal nachgehen. Du kannst dir viel Arbeit sparen, wenn du auch zum Host einen SSH-Zugang hast, der wie der Server nur mit dem richtigen Key genutzt werden kann. Dann kannst du bequem von zu Hause den Virt-Manager starten usw. > > leg ein neues Netz an, gib der Bridge keien IP und versuch das dann mal. > Würde ich auch als nächsten Schritt probieren. > VIele Grüße > > Holger > Viele Grüße Christian ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > ups, da hätte ich beinahe deine Mail übersehen. Sorry. > Die Idee, der blauen eth0 manuell die richtige IP zu verpassen, habe ich > schon versucht. > Das bringt immerhin insofern eine Verbesserung, als ein Ping nach > 172.16.16.1 möglich ist. Das ist die IP der virbr1. .. weswegen hat den die Bridge eine IP? Das ist doch unnötig. Wenn die die 172.16.16.1 hat un dder coova vom IPFire die IP aus 172.16.16.x per DHCP bekommt, dann ist es doch ziemlcih wahrscheinlich, dass der DHCP dem Coova die 172.16.16.1 gibt.. und dann ist die IP zweimal im Netz und da haben wir den Salat. > Ich benutze hier virt-manager und die Netzwerkkarten sehen so aus wie > bei dir. > Ich denke auch, dass etwas mit der Virtualisierung nicht stimmt. > Habe mal das Vereichnis /var/lib/libvirt/dnsmasq auf dem Host mit dem > bei mir zuhause verglichen und ich habe festgestellt, dass auf dem Host > die des virtuellen Netzes (coovanetz) fehlen z.B. coovanetz.conf, > coovanetz.addnhosts, coovanetz.hostsfile, coovafile.leases. > Die sollten doch eigentlich automatisch erstellt worden sein, denke ich, > oder? > Warum die fehlen, keine Ahnung. Wenn ich nächste Woche wieder in der > Schule bin, werde ich dem mal nachgehen. leg ein neues Netz an, gib der Bridge keien IP und versuch das dann mal. VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, ups, da hätte ich beinahe deine Mail übersehen. Sorry. Die Idee, der blauen eth0 manuell die richtige IP zu verpassen, habe ich schon versucht. Das bringt immerhin insofern eine Verbesserung, als ein Ping nach 172.16.16.1 möglich ist. Das ist die IP der virbr1. Ich benutze hier virt-manager und die Netzwerkkarten sehen so aus wie bei dir. Ich denke auch, dass etwas mit der Virtualisierung nicht stimmt. Habe mal das Vereichnis /var/lib/libvirt/dnsmasq auf dem Host mit dem bei mir zuhause verglichen und ich habe festgestellt, dass auf dem Host die des virtuellen Netzes (coovanetz) fehlen z.B. coovanetz.conf, coovanetz.addnhosts, coovanetz.hostsfile, coovafile.leases. Die sollten doch eigentlich automatisch erstellt worden sein, denke ich, oder? Warum die fehlen, keine Ahnung. Wenn ich nächste Woche wieder in der Schule bin, werde ich dem mal nachgehen. Danke für die Unterstützung und allen einen schönen und erholsamen Feiertag gruß ch Am 28.04.2015 um 19:24 schrieb Christian Weichhard: Hallo Chris, die Netzwerkkonfiguration des Coova ist nicht in Ordnung. Verwaltest du deine Virtualisierung mit virt-manager? Darin hat bei mir und bei dir sicher auch der Coova zwei Netzwerkkarten 1. Virtuelles Netzwerk 'coovaipfire': Isoliertes Netzwerk, nur internes und Host-Routing -> BLAU 2. Bridge br2 (Host device em3) -> durchsichtig Mit dem blauen Netz passt etwas nicht, vielleicht liegt es an der Virtualisierung. Falls nicht, könntest du noch versuchen, dem coova auf blau diese Adresse zuzuweisen. Auf dem coova "ifconfig eth0 172.16.16.x" weiterhin viel Glück Christian ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, die Netzwerkkonfiguration des Coova ist nicht in Ordnung. Verwaltest du deine Virtualisierung mit virt-manager? Darin hat bei mir und bei dir sicher auch der Coova zwei Netzwerkkarten 1. Virtuelles Netzwerk 'coovaipfire': Isoliertes Netzwerk, nur internes und Host-Routing -> BLAU 2. Bridge br2 (Host device em3) -> durchsichtig Mit dem blauen Netz passt etwas nicht, vielleicht liegt es an der Virtualisierung. Falls nicht, könntest du noch versuchen, dem coova auf blau diese Adresse zuzuweisen. Auf dem coova "ifconfig eth0 172.16.16.x" weiterhin viel Glück Christian ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, danke für die Anwort! Vielleicht hab ich echt was übersehen. Gesendet: Dienstag, 28. April 2015 um 16:13 Uhr Von: "Christian Weichhard" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Chris, ich probiers auch mal. Der Coovachilli wollte bei mir zuerst auch nicht, auch weil ich die Logik mit "blau" und "violett bzw. durchsichtig" erst nicht richtig verstanden hatte. Wenn ich hier Blödsinn schreiben sollte, verbessert mich bitte. Blau ist für mich das virtuelle Netz so wie es der IPFire beschreibt. Durchsichtig ist mein WLAN-Netz, das als tatsächliche Kabel vom Server zu den WLAN-"Routern" besteht. > So verstehe ich das auch. Dein virtuelles Netz (also blau zwischen ipfire und coova) ist 172.16.16.0/24. > Genau! Welche IP-Adressen haben darin der IPFire und der Coova? > Ipfire: 172.16.16.254 > Coova: gar keine laut ifconfig auf dem Coova Auf der Web-Oberfläche des IPFire kannst du dem Coova eine feste Adresse zuweisen, der IPFire hat auch eine IP-Adresse die auf derselben Unterseite angezeigt wird (Netzwerk -> DHCP-Server). Überpüfe mal die IP-Adressen der beiden Übeltäter. > siehe oben, wenn du hier dasselbe meinst. Zusätzlich kann dem coova eine feste IP-Adresse auf dieser Seite zugewiesen werden. > Jep. 172.16.16.3 (aber die bekommt der coova vom IPfire trotz aktiviertem dhcp nicht zugewiesen. s.o.) Zusätzlich muss dem Coova Zugang zu Blau gewährt werden (Firewall -> Zugriff auf Blau). > Jep. ist aktiv. So, jetzt müsste nach einem evtl. Neustart des Coova von den Adressen alles passen. Überprüfe auf dem Coova die Netzwerkadressen (mit "ifconfig"). Da müsste eth0 die virtuelle Verbindung (blau) zum IPFire mit der vorhin gewählten Adresse sein und eth1 zusammen mit tun0 das WLAN-Netz (durchsichtig) anzeigen. Als Firewallregel habe ich noch Protokoll ICMP von BLAU zu Alle, das erlaubt den PING? > Ja, habe ich auch so eingerichtet. Jetzt der Test: Klappt der ping zum IPFire? > Nein. Leider nicht. Warum auch immer, scheinbar bekommt der coova vom IP-Fire keine IP-Adresse. Die MAC-Adress der virtuellen eth0 auf dem coova stimmt aber sowohl mit der in den virt-manager Einstellungen als auch mit denen überein, die ich im IPfire als Zugriff auf Blau definiert habe und der, die 172.16.16.3 als feste IP vom dhcp des Ipfire bekommen sollte. Die Namensauflösung usw. kriegen wir auch noch hin. Viel Glück Christian ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user Bis dann chris ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, ich probiers auch mal. Der Coovachilli wollte bei mir zuerst auch nicht, auch weil ich die Logik mit "blau" und "violett bzw. durchsichtig" erst nicht richtig verstanden hatte. Wenn ich hier Blödsinn schreiben sollte, verbessert mich bitte. Blau ist für mich das virtuelle Netz so wie es der IPFire beschreibt. Durchsichtig ist mein WLAN-Netz, das als tatsächliche Kabel vom Server zu den WLAN-"Routern" besteht. Dein virtuelles Netz (also blau zwischen ipfire und coova) ist 172.16.16.0/24. Welche IP-Adressen haben darin der IPFire und der Coova? Auf der Web-Oberfläche des IPFire kannst du dem Coova eine feste Adresse zuweisen, der IPFire hat auch eine IP-Adresse die auf derselben Unterseite angezeigt wird (Netzwerk -> DHCP-Server). Überpüfe mal die IP-Adressen der beiden Übeltäter. Zusätzlich kann dem coova eine feste IP-Adresse auf dieser Seite zugewiesen werden. Zusätzlich muss dem Coova Zugang zu Blau gewährt werden (Firewall -> Zugriff auf Blau). So, jetzt müsste nach einem evtl. Neustart des Coova von den Adressen alles passen. Überprüfe auf dem Coova die Netzwerkadressen (mit "ifconfig"). Da müsste eth0 die virtuelle Verbindung (blau) zum IPFire mit der vorhin gewählten Adresse sein und eth1 zusammen mit tun0 das WLAN-Netz (durchsichtig) anzeigen. Als Firewallregel habe ich noch Protokoll ICMP von BLAU zu Alle, das erlaubt den PING? Jetzt der Test: Klappt der ping zum IPFire? Die Namensauflösung usw. kriegen wir auch noch hin. Viel Glück Christian ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, > Am 28.04.2015 um 21:53 schrieb Chris Hubber : > > > Hallo zusammen, > > nach ein paar Tagen krankheitsbedingte Abwesenheit arf ich wieder mit dem > coova rumärgern. > Ehrlich gesagt, bin ich noch immer keinen Schritt weiter. > Ich bin der Meinung, dass ich die firewallregeln korrekt gesetzt habe > (mehrfach vorher gelöscht, neu angelegt, Änderungen übernommen etc.): > > Blau:636 -> 10.16.1.1:636 authentifizierung > Blau:53 -> Rot:53 DNS (tcp und udp) > Blau -> IPFire:800 Proxy Die Ports bei der Quelle müssen weg. Viele Grüße Jörg Richter ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo zusammen, nach ein paar Tagen krankheitsbedingte Abwesenheit arf ich wieder mit dem coova rumärgern. Ehrlich gesagt, bin ich noch immer keinen Schritt weiter. Ich bin der Meinung, dass ich die firewallregeln korrekt gesetzt habe (mehrfach vorher gelöscht, neu angelegt, Änderungen übernommen etc.): Blau:636 -> 10.16.1.1:636 authentifizierung Blau:53 -> Rot:53 DNS (tcp und udp) Blau -> IPFire:800 Proxy Einen DNS-Server meines Providers (belwü bei einem dpkg reconfigure linuxmuster-chilli in coova eingetragen, der andere ist 172.16.16.254). Wiederholt ein virtuelles Netz erstellt : 172.16.16.0/24 gateway 172.16.16.1, netmask 255.255.255 0, kein dhcp. Aber leider komme ich einfach nicht voran. Weiterhin kein ping heise.de, ping 172.16.16.1 (network unreachable) und schon gar kein telnet 10.16.1.1 636 Ich weiß nich mal mehr, wo ich noch nachschauen könnte. gruß ch Gesendet: Donnerstag, 23. April 2015 um 20:19 Uhr Von: "Christian Huber" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo zusammen, das Wlan ist noch immer bockig, aber der Tipp mit der Änderung in /etc/default/grub hat das Problem der hängenden Ausgabe in Virtmanager beseitigt. Danke für den Hinweis- Gruß ch Am 22.04.2015 um 22:26 schrieb Uwe Seckinger, Sven Röhrauer: > Hallo Chris, > > wegen der hängenden Anzeige im Virtmanager probier mal folgendes: > > In /etc/default/grub die Zeile > > #GRUB_GFXMODE=640x480 ändern in GRUB_GFXMODE=text > > und folgende Zeile ergänzen: > > GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT > > abschließen mit > > sudo update-grub2 > > Grüße, > Sven > > > > > > On Wed, 22 Apr 2015 17:34:41 +0200 > "Chris Hubber" wrote: >> >> >> >> Hi, wollte nur noch kurz rückmelden, dass der client pc nun >> eine korrekte IP bekommt (192.168.0.14). Der Aufruf einer beliebigen >> http: Seite führt nicht zur Weiterleitung auf die Coova-Seite. >> Rufe ich die aber direkt auf (192.168.0.1:3990) erscheint sie, >> allerdings ist keine Anmeldung möglich. D.h. es stimmt wohl >> noch immer was mit den Firewallregeln nicht. Seltsam ist allerdings, >> dass die Anzeige der VM im virtmanager allerdings während des >> boots der Vm stehen geblieben ist und ich keine neue konsole >> öffnen kann, das die Annahme der "Taste senden" Kommandos nicht >> klappt. Die Vm läuft aber offensichtlich.. gruß ch >> >> Gesendet: Mittwoch, 22. April 2015 um 15:46 Uhr Von: "Chris Hubber" >> An: linuxmuster-user@lists.linuxmuster.net >> Betreff: Re: [lmn] Einstellungen für die zweite (?) >> Coova-Netzwerkarte unter KVM >> >> >> Hallo Holger, wir haben lml 6.1 Ipfire-Version Core 85 Die >> Regeln habe ich gelöscht und wieder neu angelegt. Leider noch >> immer kein Fortschritt. Ich bin ziemlich ratlos. Im Moment bekommen >> weder die virtuelle Karte noch die br2 eine IP zugewiesen. >> MAC-Adresse der virtuellen Karte ist im IPfire eingetragen. Zugriff >> auf blau aktiviert, DHCP für blaues interface an, alles soweit >> Standard. Kein Ping nach nirgends, (so nenne ich meinen ersten Roman >> :-) ) network unreachable. Dafür ist ein neues Phänomen >> aufgetaucht, nachdem ich den coova neu installiert habe. Beim Boot >> bleibt die Anzeige des Coova bei "fsck from util-linux 2.20.2 >> /dev/vda1: sauber, 58944/240000 Dateien ..." hängen, die vm >> läuft aber scheinbar weiter. Es ist was faul im Staate >> Dänemark Gruß ch >> >> Gesendet: Mittwoch, 22. April 2015 um 14:51 Uhr Von: "Holger Baumhof" >> An: "Discussions about using linuxmuster.net" >> Betreff: Re: [lmn] >> Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM >> Hallo Chris, > Das ist die gute Nachricht! Allerdings indem ich eth0 >> (farblos) an br1, also das > grüne Netz gehängt habe. >>> Im blauen Netz tut sich nach wie vor nichts. welche lml Version >> habt ihr? Welche Version des IPFire? Das steht im Webfrontend unter >> Packfire Da sollte Core 86 oder so stehen. Ich würde die Regeln >> für den coova in der Firewalld es IPFire mal löschen, >> speichern und neu anlegen, Speichern. > Ich poste hier mal den >> Inhalt der Datei, evt. kann je einer einen Fehler entdecken. > >> /var/lib/libvirt/network/coovanetz.xml > [...] > > >> coovanetz > >> f74f4af2-66b1-cc1e-1fad-218636d20c27 > >> name=9virbr19 stp=9on9 delay=909 /> > >> address=952:54:00:9f:B2:DE9/> > >> netmask=9255.255.255.09> > > das sieht be
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo zusammen, das Wlan ist noch immer bockig, aber der Tipp mit der Änderung in /etc/default/grub hat das Problem der hängenden Ausgabe in Virtmanager beseitigt. Danke für den Hinweis- Gruß ch Am 22.04.2015 um 22:26 schrieb Uwe Seckinger, Sven Röhrauer: Hallo Chris, wegen der hängenden Anzeige im Virtmanager probier mal folgendes: In /etc/default/grub die Zeile #GRUB_GFXMODE=640x480 ändern in GRUB_GFXMODE=text und folgende Zeile ergänzen: GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT abschließen mit sudo update-grub2 Grüße, Sven On Wed, 22 Apr 2015 17:34:41 +0200 "Chris Hubber" wrote: Hi,wollte nur noch kurz rückmelden, dass der client pc nun eine korrekte IP bekommt (192.168.0.14). Der Aufruf einer beliebigen http: Seite führt nicht zur Weiterleitung auf die Coova-Seite. Rufe ich die aber direkt auf (192.168.0.1:3990) erscheint sie, allerdings ist keine Anmeldung möglich. D.h. es stimmt wohl noch immer was mit den Firewallregeln nicht. Seltsam ist allerdings, dass die Anzeige der VM im virtmanager allerdings während des boots der Vm stehen geblieben ist und ich keine neue konsole öffnen kann, das die Annahme der "Taste senden" Kommandos nicht klappt. Die Vm läuft aber offensichtlich..gruß ch Gesendet: Mittwoch, 22. April 2015 um 15:46 Uhr Von: "Chris Hubber" An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Holger,wir haben lml 6.1 Ipfire-Version Core 85 Die Regeln habe ich gelöscht und wieder neu angelegt. Leider noch immer kein Fortschritt. Ich bin ziemlich ratlos. Im Moment bekommen weder die virtuelle Karte noch die br2 eine IP zugewiesen. MAC-Adresse der virtuellen Karte ist im IPfire eingetragen. Zugriff auf blau aktiviert, DHCP für blaues interface an, alles soweit Standard. Kein Ping nach nirgends, (so nenne ich meinen ersten Roman :-) ) network unreachable.Dafür ist ein neues Phänomen aufgetaucht, nachdem ich den coova neu installiert habe. Beim Boot bleibt die Anzeige des Coova bei "fsck from util-linux 2.20.2 /dev/vda1: sauber, 58944/24 Dateien ..." hängen, die vm läuft aber scheinbar weiter. Es ist was faul im Staate DänemarkGruß ch Gesendet: Mittwoch, 22. April 2015 um 14:51 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Chris, > Das ist die gute Nachricht! Allerdings indem ich eth0 (farblos) an br1, also das > grüne Netz gehängt habe. Im blauen Netz tut sich nach wie vor nichts. welche lml Version habt ihr? Welche Version des IPFire? Das steht im Webfrontend unter Packfire Da sollte Core 86 oder so stehen. Ich würde die Regeln für den coova in der Firewalld es IPFire mal löschen, speichern und neu anlegen, Speichern. > Ich poste hier mal den Inhalt der Datei, evt. kann je einer einen Fehler entdecken. > /var/lib/libvirt/network/coovanetz.xml > [...] > > coovanetz > f74f4af2-66b1-cc1e-1fad-218636d20c27 > name=9virbr19 stp=9on9 delay=909 /> > address=952:54:00:9f:B2:DE9/> > netmask=9255.255.255.09> > > das sieht bei mir fast genau so aus: coovanetz 734aec40-0b92-4707-9921-2b9540614de2 name=9virbr19 stp=9on9 delay=909/> Viele Grüße Holger > Gruß ch > *Gesendet:* Montag, 20. April 2015 um 23:01 Uhr > *Von:* "Holger Baumhof" > *An:* "Discussions about using linuxmuster.net" > > *Betreff:* Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM > Hallo Christian, > > > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle > interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 und > br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen > Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. > > ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: > den Host, nicht den lml server. > Das ging überall ohne Probleme. > Ich schick dir gleich einen screenshot mit meinen Einstellungen des vSwitches. > > Viele Grüße > > Holger > > -- > Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmus
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, wegen der hängenden Anzeige im Virtmanager probier mal folgendes: In /etc/default/grub die Zeile #GRUB_GFXMODE=640x480 ändern in GRUB_GFXMODE=text und folgende Zeile ergänzen: GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT abschließen mit sudo update-grub2 Grüße, Sven On Wed, 22 Apr 2015 17:34:41 +0200 "Chris Hubber" wrote: Hi, wollte nur noch kurz rückmelden, dass der client pc nun eine korrekte IP bekommt (192.168.0.14). Der Aufruf einer beliebigen http: Seite führt nicht zur Weiterleitung auf die Coova-Seite. Rufe ich die aber direkt auf (192.168.0.1:3990) erscheint sie, allerdings ist keine Anmeldung möglich. D.h. es stimmt wohl noch immer was mit den Firewallregeln nicht. Seltsam ist allerdings, dass die Anzeige der VM im virtmanager allerdings während des boots der Vm stehen geblieben ist und ich keine neue konsole öffnen kann, das die Annahme der "Taste senden" Kommandos nicht klappt. Die Vm läuft aber offensichtlich.. gruß ch Gesendet: Mittwoch, 22. April 2015 um 15:46 Uhr Von: "Chris Hubber" An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Holger, wir haben lml 6.1 Ipfire-Version Core 85 Die Regeln habe ich gelöscht und wieder neu angelegt. Leider noch immer kein Fortschritt. Ich bin ziemlich ratlos. Im Moment bekommen weder die virtuelle Karte noch die br2 eine IP zugewiesen. MAC-Adresse der virtuellen Karte ist im IPfire eingetragen. Zugriff auf blau aktiviert, DHCP für blaues interface an, alles soweit Standard. Kein Ping nach nirgends, (so nenne ich meinen ersten Roman :-) ) network unreachable. Dafür ist ein neues Phänomen aufgetaucht, nachdem ich den coova neu installiert habe. Beim Boot bleibt die Anzeige des Coova bei "fsck from util-linux 2.20.2 /dev/vda1: sauber, 58944/24 Dateien ..." hängen, die vm läuft aber scheinbar weiter. Es ist was faul im Staate Dänemark Gruß ch Gesendet: Mittwoch, 22. April 2015 um 14:51 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Chris, > Das ist die gute Nachricht! Allerdings indem ich eth0 (farblos) an br1, also das > grüne Netz gehängt habe. Im blauen Netz tut sich nach wie vor nichts. welche lml Version habt ihr? Welche Version des IPFire? Das steht im Webfrontend unter Packfire Da sollte Core 86 oder so stehen. Ich würde die Regeln für den coova in der Firewalld es IPFire mal löschen, speichern und neu anlegen, Speichern. > Ich poste hier mal den Inhalt der Datei, evt. kann je einer einen Fehler entdecken. > /var/lib/libvirt/network/coovanetz.xml > [...] > > coovanetz > f74f4af2-66b1-cc1e-1fad-218636d20c27 > name=9virbr19 stp=9on9 delay=909 /> > address=952:54:00:9f:B2:DE9/> > netmask=9255.255.255.09> > > das sieht bei mir fast genau so aus: coovanetz 734aec40-0b92-4707-9921-2b9540614de2 name=9virbr19 stp=9on9 delay=909/> Viele Grüße Holger > Gruß ch > *Gesendet:* Montag, 20. April 2015 um 23:01 Uhr > *Von:* "Holger Baumhof" > *An:* "Discussions about using linuxmuster.net" > > *Betreff:* Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM > Hallo Christian, > > > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle > interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 und > br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen > Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. > > ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: > den Host, nicht den lml server. > Das ging überall ohne Probleme. > Ich schick dir gleich einen screenshot mit meinen Einstellungen des vSwitches. > > Viele Grüße > > Holger > > -- > Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmus
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, > wollte nur noch kurz rückmelden, dass der client pc nun eine korrekte IP > bekommt > (192.168.0.14). > Der Aufruf einer beliebigen http: Seite führt nicht zur Weiterleitung auf die > Coova-Seite. > Rufe ich die aber direkt auf (192.168.0.1:3990) erscheint sie, das ist das normale Verhalten, wenn im coovanetz keine DNS Auflösung funktioniert. Ich gebe den Clients im coovanetz deshalb den DNS meines Providers (BelWü) per DHCP gleich mit: damit geht es. > allerdings ist > keine Anmeldung möglich. dazu muss telnet 10.16.1.1 636 vom coova aus ein Escape Character is ^ ergeben. > D.h. es stimmt wohl noch immer was mit den Firewallregeln nicht. Ja. > Seltsam ist allerdings, dass die Anzeige der VM im virtmanager allerdings > während des boots der Vm stehen geblieben ist und ich keine neue konsole > öffnen > kann, das die Annahme der "Taste senden" Kommandos nicht klappt. > Die Vm läuft aber offensichtlich.. .. das hatte ich auch vor ein paar Montaten mal .. wie hab ich das nur gelöst .. keine Ahnung mehr. Ich meine: virtmanager Fenster zu und wieder auf hat das Problem erstmal behoben .. und dann? Ich glaube: eine andere Grafikkarte? Oder nach einem update und reboot war es weg (also update und reboot der coovaVM ..). VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi, wollte nur noch kurz rückmelden, dass der client pc nun eine korrekte IP bekommt (192.168.0.14). Der Aufruf einer beliebigen http: Seite führt nicht zur Weiterleitung auf die Coova-Seite. Rufe ich die aber direkt auf (192.168.0.1:3990) erscheint sie, allerdings ist keine Anmeldung möglich. D.h. es stimmt wohl noch immer was mit den Firewallregeln nicht. Seltsam ist allerdings, dass die Anzeige der VM im virtmanager allerdings während des boots der Vm stehen geblieben ist und ich keine neue konsole öffnen kann, das die Annahme der "Taste senden" Kommandos nicht klappt. Die Vm läuft aber offensichtlich.. gruß ch Gesendet: Mittwoch, 22. April 2015 um 15:46 Uhr Von: "Chris Hubber" An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Holger, wir haben lml 6.1 Ipfire-Version Core 85 Die Regeln habe ich gelöscht und wieder neu angelegt. Leider noch immer kein Fortschritt. Ich bin ziemlich ratlos. Im Moment bekommen weder die virtuelle Karte noch die br2 eine IP zugewiesen. MAC-Adresse der virtuellen Karte ist im IPfire eingetragen. Zugriff auf blau aktiviert, DHCP für blaues interface an, alles soweit Standard. Kein Ping nach nirgends, (so nenne ich meinen ersten Roman :-) ) network unreachable. Dafür ist ein neues Phänomen aufgetaucht, nachdem ich den coova neu installiert habe. Beim Boot bleibt die Anzeige des Coova bei "fsck from util-linux 2.20.2 /dev/vda1: sauber, 58944/24 Dateien ..." hängen, die vm läuft aber scheinbar weiter. Es ist was faul im Staate Dänemark Gruß ch Gesendet: Mittwoch, 22. April 2015 um 14:51 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Chris, > Das ist die gute Nachricht! Allerdings indem ich eth0 (farblos) an br1, also das > grüne Netz gehängt habe. > Im blauen Netz tut sich nach wie vor nichts. welche lml Version habt ihr? Welche Version des IPFire? Das steht im Webfrontend unter Packfire Da sollte Core 86 oder so stehen. Ich würde die Regeln für den coova in der Firewalld es IPFire mal löschen, speichern und neu anlegen, Speichern. > Ich poste hier mal den Inhalt der Datei, evt. kann je einer einen Fehler entdecken. > /var/lib/libvirt/network/coovanetz.xml > [...] > > coovanetz > f74f4af2-66b1-cc1e-1fad-218636d20c27 > > > > > das sieht bei mir fast genau so aus: coovanetz 734aec40-0b92-4707-9921-2b9540614de2 Viele Grüße Holger > Gruß ch > *Gesendet:* Montag, 20. April 2015 um 23:01 Uhr > *Von:* "Holger Baumhof" > *An:* "Discussions about using linuxmuster.net" > > *Betreff:* Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM > Hallo Christian, > > > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle > interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 und > br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen > Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. > > ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: > den Host, nicht den lml server. > Das ging überall ohne Probleme. > > Ich schick dir gleich einen screenshot mit meinen Einstellungen des > vSwitches. > > Viele Grüße > > Holger > > -- > Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, wir haben lml 6.1 Ipfire-Version Core 85 Die Regeln habe ich gelöscht und wieder neu angelegt. Leider noch immer kein Fortschritt. Ich bin ziemlich ratlos. Im Moment bekommen weder die virtuelle Karte noch die br2 eine IP zugewiesen. MAC-Adresse der virtuellen Karte ist im IPfire eingetragen. Zugriff auf blau aktiviert, DHCP für blaues interface an, alles soweit Standard. Kein Ping nach nirgends, (so nenne ich meinen ersten Roman :-) ) network unreachable. Dafür ist ein neues Phänomen aufgetaucht, nachdem ich den coova neu installiert habe. Beim Boot bleibt die Anzeige des Coova bei "fsck from util-linux 2.20.2 /dev/vda1: sauber, 58944/24 Dateien ..." hängen, die vm läuft aber scheinbar weiter. Es ist was faul im Staate Dänemark Gruß ch Gesendet: Mittwoch, 22. April 2015 um 14:51 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Chris, > Das ist die gute Nachricht! Allerdings indem ich eth0 (farblos) an br1, also das > grüne Netz gehängt habe. > Im blauen Netz tut sich nach wie vor nichts. welche lml Version habt ihr? Welche Version des IPFire? Das steht im Webfrontend unter Packfire Da sollte Core 86 oder so stehen. Ich würde die Regeln für den coova in der Firewalld es IPFire mal löschen, speichern und neu anlegen, Speichern. > Ich poste hier mal den Inhalt der Datei, evt. kann je einer einen Fehler entdecken. > /var/lib/libvirt/network/coovanetz.xml > [...] > > coovanetz > f74f4af2-66b1-cc1e-1fad-218636d20c27 > > > > > das sieht bei mir fast genau so aus: coovanetz 734aec40-0b92-4707-9921-2b9540614de2 Viele Grüße Holger > Gruß ch > *Gesendet:* Montag, 20. April 2015 um 23:01 Uhr > *Von:* "Holger Baumhof" > *An:* "Discussions about using linuxmuster.net" > > *Betreff:* Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM > Hallo Christian, > > > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle > interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 und > br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen > Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. > > ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: > den Host, nicht den lml server. > Das ging überall ohne Probleme. > > Ich schick dir gleich einen screenshot mit meinen Einstellungen des > vSwitches. > > Viele Grüße > > Holger > > -- > Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Chris, > Das ist die gute Nachricht! Allerdings indem ich eth0 (farblos) an br1, also > das > grüne Netz gehängt habe. > Im blauen Netz tut sich nach wie vor nichts. welche lml Version habt ihr? Welche Version des IPFire? Das steht im Webfrontend unter Packfire Da sollte Core 86 oder so stehen. Ich würde die Regeln für den coova in der Firewalld es IPFire mal löschen, speichern und neu anlegen, Speichern. > Ich poste hier mal den Inhalt der Datei, evt. kann je einer einen Fehler > entdecken. > /var/lib/libvirt/network/coovanetz.xml > [...] > >coovanetz >f74f4af2-66b1-cc1e-1fad-218636d20c27 > > > > > das sieht bei mir fast genau so aus: coovanetz 734aec40-0b92-4707-9921-2b9540614de2 Viele Grüße Holger > Gruß ch > *Gesendet:* Montag, 20. April 2015 um 23:01 Uhr > *Von:* "Holger Baumhof" > *An:* "Discussions about using linuxmuster.net" > > *Betreff:* Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte > unter KVM > Hallo Christian, > > > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle > interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 > und > br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen > Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. > > ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: > den Host, nicht den lml server. > Das ging überall ohne Probleme. > > Ich schick dir gleich einen screenshot mit meinen Einstellungen des > vSwitches. > > Viele Grüße > > Holger > > -- > Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo zusammen, ich schätze, ich bin einen Schritt weiter gekommen. Ich habe das WLan zum Laufen gebracht. Das ist die gute Nachricht! Allerdings indem ich eth0 (farblos) an br1, also das grüne Netz gehängt habe. Im blauen Netz tut sich nach wie vor nichts. Wenn ich mir auf dem Host XML-datei anschaue, inder z.B. vibr2 definiert ist, erscheint da eine andere MAC-Adresse als die, die im virtmanager für die NIC vergeben wurde. Aber das muss so sein, nehme ich an. Ich poste hier mal den Inhalt der Datei, evt. kann je einer einen Fehler entdecken. /var/lib/libvirt/network/coovanetz.xml [...] coovanetz f74f4af2-66b1-cc1e-1fad-218636d20c27 Gruß ch Gesendet: Montag, 20. April 2015 um 23:01 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Christian, > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 und br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: den Host, nicht den lml server. Das ging überall ohne Probleme. Ich schick dir gleich einen screenshot mit meinen Einstellungen des vSwitches. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle > interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 > und br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des > virtuellen Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host > laufen. ich hab inzwischen alle meine KVM Hosts auf 14.04 upgedatet: Vorsicht: den Host, nicht den lml server. Das ging überall ohne Probleme. Ich schick dir gleich einen screenshot mit meinen Einstellungen des vSwitches. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, Ja genau auf die Anleitung beziehe ich mich.Das virtuelle interne Netz für coova habe ich via virtmanager erstellt, ansonsten br0, br1 und br2 gemäß der Anleitung. Ich glaube auch, dass die Einrichtung des virtuellen Netzes für den coova mein Problem ist. Ich habe 12.04 auf dem Host laufen. Gruß christian Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Holger Baumhof Datum: 20.04.2015 21:28 (GMT+01:00) An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Christian, > ja, nur den Coova, dachte ich. > Ich verwende KVM und bin dabei streng nach der im Wiki stehenden > Referenzvirtualisierung mit KVM nach gegangen. > Seltsam eigentlich .. eigentlich nicht. Ich nehme an, du beziehst dich auf die INstallation der lml unter KVM auf einem Ubuntu 12.04 64bit server: die habe ich geschrieben: genau so habe ich mittlerweile 5 Server aufgesetzt. Da steht aber nicht drin, wie man das Netz für den coova einrichtet. Was hast du den drunter? 12.04 oder 14.04? Falls du 14.04 hast, dann kannst du das Netz mittels virtmanager vom eigenen Rechner aus anlegen. So habe ich das gemacht. Wie hast du das virtuelle interne Netz erstellt? VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > ja, nur den Coova, dachte ich. > Ich verwende KVM und bin dabei streng nach der im Wiki stehenden > Referenzvirtualisierung mit KVM nach gegangen. > Seltsam eigentlich .. eigentlich nicht. Ich nehme an, du beziehst dich auf die INstallation der lml unter KVM auf einem Ubuntu 12.04 64bit server: die habe ich geschrieben: genau so habe ich mittlerweile 5 Server aufgesetzt. Da steht aber nicht drin, wie man das Netz für den coova einrichtet. Was hast du den drunter? 12.04 oder 14.04? Falls du 14.04 hast, dann kannst du das Netz mittels virtmanager vom eigenen Rechner aus anlegen. So habe ich das gemacht. Wie hast du das virtuelle interne Netz erstellt? VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, ja, nur den Coova, dachte ich. Ich verwende KVM und bin dabei streng nach der im Wiki stehenden Referenzvirtualisierung mit KVM nach gegangen. Seltsam eigentlich gruß christian Am 20.04.2015 um 19:47 schrieb Holger Baumhof: Hallo Christian, ok, werd ich machen. Mal schauen, ob ich was finde. Im Moment bin ich kurz, einfach die Sache neu zu installieren. So viel wie ich da schon rumgepfuscht habe, ist das vielleicht der einfachere Weg :-) meinst du nur den coova? Das kannst du machen: ich denke aber bisher nicht, dass das viel bringen wird: das Problem scheint ja eher am virtuellen Switch zu hängen. Wie hast du den eingerichtet? Ist das KVM oder PRoxmoxx? VIele Grüße Holger ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > ok, werd ich machen. Mal schauen, ob ich was finde. > Im Moment bin ich kurz, einfach die Sache neu zu installieren. > So viel wie ich da schon rumgepfuscht habe, ist das vielleicht der > einfachere Weg :-) meinst du nur den coova? Das kannst du machen: ich denke aber bisher nicht, dass das viel bringen wird: das Problem scheint ja eher am virtuellen Switch zu hängen. Wie hast du den eingerichtet? Ist das KVM oder PRoxmoxx? VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, ok, werd ich machen. Mal schauen, ob ich was finde. Im Moment bin ich kurz, einfach die Sache neu zu installieren. So viel wie ich da schon rumgepfuscht habe, ist das vielleicht der einfachere Weg :-) gruß christian Am 20.04.2015 um 16:23 schrieb Holger Baumhof: Hallo Christian, habe die IP im dhcp-server des ipfire fest zugeordnet. Nach einem reboot bekomme ich aber gar keine IPs mehr. Irgendwas ist da völlig durcheinander geraten da stimmt irgend was mit deinem virtuellen Switch nicht. Such mal in der Richtung. Viele Grüße Holger ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > habe die IP im dhcp-server des ipfire fest zugeordnet. > Nach einem reboot bekomme ich aber gar keine IPs mehr. > Irgendwas ist da völlig durcheinander geraten da stimmt irgend was mit deinem virtuellen Switch nicht. Such mal in der Richtung. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, habe die IP im dhcp-server des ipfire fest zugeordnet. Nach einem reboot bekomme ich aber gar keine IPs mehr. Irgendwas ist da völlig durcheinander geraten gruß ch Gesendet: Montag, 20. April 2015 um 14:36 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Christian, > in /var/lib/libvirt/network/blau.xml (ja, ich weiß ;-) ) gesehen, dass die MAC > dort nicht mit der im virtmanager angegebenen übereinstimmt. Habe das angepasst > und in /etc/network/interfaces dann wieder eth0 statt eth1 gesetzt. Reboot. > Nun bekommt eth0 die IP 172.16.16.24 aus dem farblosen Netz. soll er den die 24 bekommen? Mach mal im IPFire eine feste Zuordnung der MAC zur 172.16.16.3 und reboote den Coova. Vielleicht routet der IPFire keine Clients aus dem DHCP Lease von Blau nach Grün. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > in /var/lib/libvirt/network/blau.xml (ja, ich weiß ;-) ) gesehen, dass die > MAC > dort nicht mit der im virtmanager angegebenen übereinstimmt. Habe das > angepasst > und in /etc/network/interfaces dann wieder eth0 statt eth1 gesetzt. Reboot. > Nun bekommt eth0 die IP 172.16.16.24 aus dem farblosen Netz. soll er den die 24 bekommen? Mach mal im IPFire eine feste Zuordnung der MAC zur 172.16.16.3 und reboote den Coova. Vielleicht routet der IPFire keine Clients aus dem DHCP Lease von Blau nach Grün. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, dhcp-server für blau auf dem ipfire läuft. Dennoch keine IP. In /etc/network/interfaces eth1 statt eth0 eingetragen. Eth1 hat dann 192.168.0.2 bekommen. Ich habe dann mal auf dem Host die Konfiguration der virtuellen NIC angeschaut und dort in /var/lib/libvirt/network/blau.xml (ja, ich weiß ;-) ) gesehen, dass die MAC dort nicht mit der im virtmanager angegebenen übereinstimmt. Habe das angepasst und in /etc/network/interfaces dann wieder eth0 statt eth1 gesetzt. Reboot. Nun bekommt eth0 die IP 172.16.16.24 aus dem farblosen Netz. ping 172.16.16.254 -> klappt ping heise.de -> unknown host telnet 10.16.1.1 636 -> trying 10.16.1.1... teln: unable zo connect to remote host: Connection timed out Immerhin ein kleiner Fortschritt gruß christian Gesendet: Montag, 20. April 2015 um 13:01 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Christian, > ich habe die Änderungen durchgeführt. > ifconfig auf dem chilli liefert für eth0 (farblos) keine IP und für eth1 (blau) > ebenfalls keine IP. Die MAC-Adressen stimmen aber. .. nun steht in der /etc/network/interfaces, dass die Karte eth0 per dhcp eine IP Bekommen soll. Kontrollier nochmal auf dem IPFire, ob der DHCP auf Blau an ist. Wenn ja, dann reboote den coova. Hat er immer noch keine IP? Dann tausch eth0 in der interfaces Datei gegen eth1 aus und reboote nochmal. Wenn er jetzt auf eth1 eine IP hat, dann sind die Karten vertauscht .. VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, > ich habe die Änderungen durchgeführt. > ifconfig auf dem chilli liefert für eth0 (farblos) keine IP und für eth1 > (blau) > ebenfalls keine IP. Die MAC-Adressen stimmen aber. .. nun steht in der /etc/network/interfaces, dass die Karte eth0 per dhcp eine IP Bekommen soll. Kontrollier nochmal auf dem IPFire, ob der DHCP auf Blau an ist. Wenn ja, dann reboote den coova. Hat er immer noch keine IP? Dann tausch eth0 in der interfaces Datei gegen eth1 aus und reboote nochmal. Wenn er jetzt auf eth1 eine IP hat, dann sind die Karten vertauscht .. VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Schönen guten Morgen, danke fürs Drüberschauen. ich habe die Änderungen durchgeführt. ifconfig auf dem chilli liefert für eth0 (farblos) keine IP und für eth1 (blau) ebenfalls keine IP. Die MAC-Adressen stimmen aber. Daher erscheint es mir folgerichtig, dass ping 172.16.16.254 --> network is unreachable ping heise.de -> unknown host telnet 10.16.1.1 636 -> trying 10.16.1.1 ... telnet: unable to connect to remote host: network is unreachable als Ausgabe bringt. Hmmm. Der Ping 172.16.16.254 ging zumindest schonmal. Das ist echt seltsam gruß christian Gesendet: Samstag, 18. April 2015 um 20:14 Uhr Von: "Holger Baumhof" An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hallo Christian, >> >> 172.16.16.x 192.168.x.y >> IPFire Coova APs -- WLAN Clients >> "farbloses" blaues Netz >> > Was ich gemacht habe war: Dem (ab jetzt folge ich der richtigen > Benennung :-) ) farblosen Netz eine im virt-manager eine rein virtuelle > brücke gegeben mit folgenden > > Spezifikationen: > > Netzwerk: 172.16.16.0/24 > > netzmaske:255.255.255.0 (von virtmanager automatisch erzeugt) > > gateway: 172.16.16.1 ( " " " ") gateway ist 172.16.16.254 da der Chilli aber den DHCP des IPFire nach Adressen fragt, ist das irrelevant. > ohne dhcp gut > > als isoliertes netzwerk. so hab ich das auch. > Wobei ich mir hier nicht sicher bin, ob das stimmt. doch: ist gut. > Die zweite NIC im virtuelle coova habe ich an die br2 gehängt, die bei > der Installation des Hosts angelegt wurde und die auf die reale eth2 > verweist. > > Daran hängen dann später die Accesspoints. das stimmt: nun muß nur sicher gestellt werden, dass die Netzwerkkarten auch an den richtigen switches hängen. Was sagt: ifconfig auf dem Chilli? >> Des weiteren benötigst du in den Firewallregeln des IPFire folgende >> Regeln: >> >> Blau:636 -> 10.16.1.1:636 authentifizierung >> Blau:53 -> Rot:53 DNS >> Blau -> IPFire:800 Proxy > > ok, habe die Regeln mal angepasst. Noch tut sich nichts. .. so weit sind wir noch nicht. Derzeit schaue ich noch danach, dass im farblosen NEtz alles stimmt. Wenn das geht, schauen wir auf die andere Seite. >> /etc/network/interfaces > > [] > > # The loopback network interface > > auto lo > > iface lo inet loopback > > # The primary network interface > > auto eth0 > > iface eth0 inet dhcp das siht gut aus: wenn eth0 die Karte am farblosen Netz ist.. > /etc/linuxmuster-chilli.conf: > > # Config file for my linuxmuster-chillispot > LDAP_Server="10.16.1.1" > BASEDN="dc=paedml-lokal,dc=lokal" > LDAP_PASS="xxx" > HS_NETWORK="192.168.99.0" > HS_NETMASK="255.255.0.0" > HS_NAMESERVERS="172.16.16.254 8.8.8.8" > HS_LDAPGROUPS=" teachers p_wifi" > HS_IDLETIMEOUT="900" > LOGGING="true" > HS_UAMALLOW="www.copernicus-gymnasium.de www.linuxmuster.net" > HS_HEADING="CopGym WiFi" Zu drei Zeilen habe ich Anmerkungen: 1) HS_NETWORK="192.168.99.0" müßte sein: HS_NETWORK="192.168.0.0" 2) LOGGING="true" ist bei mir: LOGGING="yes" 3) HS_UAMALLOW="www.copernicus-gymnasium.de www.linuxmuster.net" noch beim IPCop hatte ich es mal, dass eine zu lange URL an dieser Stelle dazu führte, dass der chilli nicht funktionierte .. Probier also mal bitte: HS_UAMALLOW="" > -- > /etc/chilli.conf: > [...] > include /etc/chilli/main.conf > include /etc/chilli/hs.conf > include /etc/chilli/local.conf > ipup=/etc/chilli/up.sh > ipdown=/etc/chilli/down.sh das gleiche hab ich auch. > > /etc/chilli/config: > # -*- mode: shell-script, -*- > # > # Coova-Chilli Default Configuration. > # To customize, copy this file to /etc/chilli/config > # and edit to your liking. This included in shell scripts > # that configure chilli and related programs before file 'config'. > ### > # Local Network Configurations > # > HS_WANIF=eth0 > # WAN interface toward the internet > HS_LANIF=eht1 > # Subscriber Interface for client devices > HS_NETWORK=192.168.0.0 > # HotSpot Network (must include HS_UAMLISTEN) > HS_NETMASK=255.255.0.0 # HotSpot Network Netmask > HS_UAMLISTEN=192.168.0.1 > # HotSpot IP Adress (on subscriber network) > HS_UAMPORT=3990 > # HotSpot UAM Port (on subscriber network) > HS_UAMUIPORT=4990 > # HotSpot UAM "UI" Port (on subscriber network, for e > mbedded portal) > # DNS Servers > HS_DNS1=172
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Jörg, >> Deshalb zur Klarstellung und zur Bezeichnung nochmal: >> >> 172.16.16.x 192.168.x.y >> IPFire Coova APs -- WLAN Clients >> "farbloses" blaues Netz >> >> das ist der Aufbau. > > Das ist vielleicht doch ein wenig verwirrend. Die Farbbezeichnungen sind ja > IPFire-spezifisch, und da ist eigentlich das 172er-Netz das blaue und das > WLAN-Netz ohne Farbe, weil es ja nicht am IPFire sondern am Coovachilli > hängt. Inhaltlich ist natürlich alles richtig. das kann man so oder so sehen :-) Aber ich kann deiner Argumentation etwas abgewinnen. Erich Kästner sagte: "Es gibt nichts gutes, außer man tut es" in diesem Sinne führe ich hiermit eine neue Farbe ein für das Netz zwischen APs und Coova. Da es sich um ein quasiblaues Netz handelt taufe ich es "violett". >>172.16.16.x 192.168.x.y >> IPFire Coova APs -- WLAN Clients >>blaues Netz violettes Netz Vielleicht setzt es sich ja durch. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Holger, > Am 18.04.2015 um 19:22 schrieb Holger Baumhof : > > Hallo Christian, > > jede Mail von dir zerreist den Tread, was es sehr schwer macht ihn > nochmal "nach zu lesen". > Deswegen weiß ich nicht, was schon alles versucht wurde. > > Deiner jetztigen Mail entnehme ich aber, dass es da noch verwirrung mit > den Netzen gibt. > Deshalb zur Klarstellung und zur Bezeichnung nochmal: > > 172.16.16.x 192.168.x.y > IPFire Coova APs -- WLAN Clients > "farbloses" blaues Netz > > das ist der Aufbau. Das ist vielleicht doch ein wenig verwirrend. Die Farbbezeichnungen sind ja IPFire-spezifisch, und da ist eigentlich das 172er-Netz das blaue und das WLAN-Netz ohne Farbe, weil es ja nicht am IPFire sondern am Coovachilli hängt. Inhaltlich ist natürlich alles richtig. Viele Grüße Jörg Richter ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, >> >> 172.16.16.x 192.168.x.y >> IPFire Coova APs -- WLAN Clients >> "farbloses" blaues Netz >> > Was ich gemacht habe war: Dem (ab jetzt folge ich der richtigen > Benennung :-) ) farblosen Netz eine im virt-manager eine rein virtuelle > brücke gegeben mit folgenden > > Spezifikationen: > > Netzwerk: 172.16.16.0/24 > > netzmaske:255.255.255.0 (von virtmanager automatisch erzeugt) > > gateway: 172.16.16.1( "" " ") gateway ist 172.16.16.254 da der Chilli aber den DHCP des IPFire nach Adressen fragt, ist das irrelevant. > ohne dhcp gut > > als isoliertes netzwerk. so hab ich das auch. > Wobei ich mir hier nicht sicher bin, ob das stimmt. doch: ist gut. > Die zweite NIC im virtuelle coova habe ich an die br2 gehängt, die bei > der Installation des Hosts angelegt wurde und die auf die reale eth2 > verweist. > > Daran hängen dann später die Accesspoints. das stimmt: nun muß nur sicher gestellt werden, dass die Netzwerkkarten auch an den richtigen switches hängen. Was sagt: ifconfig auf dem Chilli? >> Des weiteren benötigst du in den Firewallregeln des IPFire folgende >> Regeln: >> >> Blau:636 -> 10.16.1.1:636 authentifizierung >> Blau:53 -> Rot:53DNS >> Blau -> IPFire:800 Proxy > > ok, habe die Regeln mal angepasst. Noch tut sich nichts. .. so weit sind wir noch nicht. Derzeit schaue ich noch danach, dass im farblosen NEtz alles stimmt. Wenn das geht, schauen wir auf die andere Seite. >> /etc/network/interfaces > > [] > > # The loopback network interface > > auto lo > > iface lo inet loopback > > # The primary network interface > > auto eth0 > > iface eth0 inet dhcp das siht gut aus: wenn eth0 die Karte am farblosen Netz ist.. > /etc/linuxmuster-chilli.conf: > > # Config file for my linuxmuster-chillispot > LDAP_Server="10.16.1.1" > BASEDN="dc=paedml-lokal,dc=lokal" > LDAP_PASS="xxx" > HS_NETWORK="192.168.99.0" > HS_NETMASK="255.255.0.0" > HS_NAMESERVERS="172.16.16.254 8.8.8.8" > HS_LDAPGROUPS=" teachers p_wifi" > HS_IDLETIMEOUT="900" > LOGGING="true" > HS_UAMALLOW="www.copernicus-gymnasium.de www.linuxmuster.net" > HS_HEADING="CopGym WiFi" Zu drei Zeilen habe ich Anmerkungen: 1) HS_NETWORK="192.168.99.0" müßte sein: HS_NETWORK="192.168.0.0" 2) LOGGING="true" ist bei mir: LOGGING="yes" 3) HS_UAMALLOW="www.copernicus-gymnasium.de www.linuxmuster.net" noch beim IPCop hatte ich es mal, dass eine zu lange URL an dieser Stelle dazu führte, dass der chilli nicht funktionierte .. Probier also mal bitte: HS_UAMALLOW="" > -- > /etc/chilli.conf: > [...] > include /etc/chilli/main.conf > include /etc/chilli/hs.conf > include /etc/chilli/local.conf > ipup=/etc/chilli/up.sh > ipdown=/etc/chilli/down.sh das gleiche hab ich auch. > > /etc/chilli/config: > # -*- mode: shell-script, -*- > # > # Coova-Chilli Default Configuration. > # To customize, copy this file to /etc/chilli/config > # and edit to your liking. This included in shell scripts > # that configure chilli and related programs before file 'config'. > ### > # Local Network Configurations > # > HS_WANIF=eth0 > # WAN interface toward the internet > HS_LANIF=eht1 > # Subscriber Interface for client devices > HS_NETWORK=192.168.0.0 > # HotSpot Network (must include HS_UAMLISTEN) > HS_NETMASK=255.255.0.0 # HotSpot Network Netmask > HS_UAMLISTEN=192.168.0.1 > # HotSpot IP Adress (on subscriber network) > HS_UAMPORT=3990 > # HotSpot UAM Port (on subscriber network) > HS_UAMUIPORT=4990 > # HotSpot UAM "UI" Port (on subscriber network, for e > mbedded portal) > # DNS Servers > HS_DNS1=172.16.16.254 > HS_DNS2=8.8.8.8 > ### > # allowed ports on host auth 8080 for proxy needed > # needs firewall rule in ipup.sh" > HS_TCP_PORTS="80 443 8080" > ### > ## > HotSpot settings for simple Captive Portal > ## > HS_NASID=nas01 > HS_RADIUS=localhost > HS_RADIUS2=localhost > HS_UAMALLOW="www.copernicus-gymnasium.de www.linuxmuster.net" > HS_RADSECRET=x > # Set to be your RADIUS shared secret > HS_UAMSECRET=x > # Set to be your UAM secret > HS_UAMALIASNAME=chilli > # The server to be used in combination with HS_UAMFORMAT to > # create the final chilli 'uamserver' url configuration. > HS_UAMSERVER=$HS_UAMLISTEN > # Use HS_UAMFORMAT to define the actual captive portal url. > # Shell variable replacement takes place when evaluated, so here > # HS_UAMSERVER is escand and later replaced by the pre-defined > # HS_UAMSERVER to form the actual "--uamserver" option in chilli. > HS_UAMFORMAT=http://\$HSUAMLISTEN:\$UAMUIPORT/www/login.chi > # Same principal goes for HS_UAMHOMEPAGE. > HS_UAMHOMEPAGE=http://\$HS_UAMLISTEN:\$HS_UAMPORT/www/coova.html > ### > ## > Standard configurations > ## > HS_MODE=hotspot > HS_TYPE=chillispot > # > Directory specifying where internal web pages can be served > # > by chilli with url /www/.
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
ion. HS_UAMSERVER=$HS_UAMLISTEN # Use HS_UAMFORMAT to define the actual captive portal url. # Shell variable replacement takes place when evaluated, so here # HS_UAMSERVER is escand and later replaced by the pre-defined # HS_UAMSERVER to form the actual "--uamserver" option in chilli. HS_UAMFORMAT=http://\$HSUAMLISTEN:\$UAMUIPORT/www/login.chi # Same principal goes for HS_UAMHOMEPAGE. HS_UAMHOMEPAGE=http://\$HS_UAMLISTEN:\$HS_UAMPORT/www/coova.html ### ## Standard configurations ## HS_MODE=hotspot HS_TYPE=chillispot # Directory specifying where internal web pages can be served # by chilli with url /www/. Only extensions like .html # .jpg, .gif, .png, .js are allowed. See below for using .chi as a # CGI extension. HS_WWWDIR=/etc/chilli/www # Using this option assumes 'haserl' is installed per-default # but, and CGI type programm can ran from wwwsh to process requests # to chille with url /www/filename.chi HS_WWWBIN=/etc/chilli/wwwsh # Some configurations used in certain user interfaces HS_PROVIDER=Coova HS_PROVIDER_LINK=http://www.linuxmuster.net # Wenn im Radius kein Session Timeout definiert wurde, # wann fliegt der Hotspot User wieder raus (auch mitten # im Surfen!) HS_DEFSESSIONTIMEOUT=0 # In Sekunden # # Wenn nichts passiert, wann fliegt der Hotspot User raus HS_DEFIDLETIMEOUT=900 # In Sekunden ### ## WISPr RADIUS Attribute support HS_LOC_NAME="CopGym WiFi" # WISPr Location Name and used in portal ### # setting radius auth type to pap HS_RAD_PRTOT="pap" -- /etc/chilli/main.conf: # THIS FILE IS AUTOMATICALLY GENERATED cmdsocket /var/run/chilli.eth1.sock unixipc chilli.eth1.ipc pidfile /var/run/chilli.eth1.pid net 192.168.0.0/255.255.0.0 uamlisten 192.168.0.1 uamport 3990 dhcpif eth1 aumallowed ",192.168.0.1,www.copernicus-gymnasium.de,www.linuxmuster.net" uamanydns uid "108" gid "115" domain "lan" dns1 "172.16.16.254" dns2 "8.8.8.8" uamhomepage://192.168.0.1:3990/www/coova.html wwwdir /etc/chilli/www wwwbin /etc/chilli/wwwsh uamuiport 4990 locationname "CopGym WiFi" radiuslocationname "CopGym WiFi" radiuslocationid "isocc=,cc=,ac=,network=Coova," Viele Grüße Holger Danke für die Mühe Gruß christian Am 18.04.2015 um 12:56 schrieb Christian Huber: Moin zusammen, Ich ringe noch immer mit dem Coova.Habe festgestellt, dass der apache auf dem coova probleme mit der namensauflösung hatte. Ein Blick in /etc/hosts hat gezeigt, dass dort 127.16.16.254 stand statt 172.16.16.254.Seitdem ich das geändert habe, kann ich von einem TestClient diese IP auch anpingen und ein hostname --fqdn auf dem coova ergibt auch ein korrektes Ergebnis.Das an br2 ("farbloses Netz") angeschlossene Laptop bekommt allerdings eine IP aus dem 172.16.16.x Netz. Das ist doch aber das eigentlich blaue Netz, in dem nur der coova hängen sollte. Das Laptop kommt nicht ins Netz (ich habe auch keine https-adresse genommen), die Coova-Seite erscheint nicht.Irgendwie ist noch immer noch der Wurm drin.Vielleicht hat einer von euch noch einen Tipp? Gruß christian huber Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Christian Huber Datum: 17.04.2015 15:14 (GMT+01:00) An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hi,danke für die Antwort. Aber hier tut sich nix. Das angeschlossene Laptop bekommt eine IP, das wars dann schon. Vom coova aus geht auch kein ping 172.16.16.254. Versuche nun alle anderen möglichen Konfigurationen der blauen NIC. Geht das nicht, erstelle ich die Ipfire-regeln neu. Geht das nicht, entferne ich das linuxmuster-chilli Paket und installiere es neu und fange nochmal von vorne an...Geht das auch nicht, keine Ahnung... Gruß vom frustrierten ch Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Michael Hagedorn Datum: 17.04.2015 14:07 (GMT+01:00) An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hi. Leider gelingt es nicht, vom coova aus server oder v.a. ipfire anzupingen. Mir auch nicht ... es klappt lediglich: ping 172.16.16.254 (also BLAU vom IPFire) ping ins grüne Netz geht nicht. Das Problem habe ich aber momentan auch (s. anderer Thread) Der Chillispot regelt aber den Rest selbst. Du musst einfach mal versuchen, dich mit einem Laptop in das WLAN-Netz zu klinken. Wenn du dann irgendeine Seite (nicht https!) aufrufst, sollte eine Weiterleitung zur Anmeldeseite "coova" erscheinen. Wenn du dich erfolgreich anmelden konnest, kannst du danach surfen. Bei mir gelange ich auch unter dieser Adresse zur Anmeldung: http://172.11.0.1:4990 (oder auch :3990 -- der Unterschied ist mir nicht ganz klar) Übrigens noch eine Anmerkung: Eigentlich soll man ja http://logout/ ei
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hallo Christian, jede Mail von dir zerreist den Tread, was es sehr schwer macht ihn nochmal "nach zu lesen". Deswegen weiß ich nicht, was schon alles versucht wurde. Deiner jetztigen Mail entnehme ich aber, dass es da noch verwirrung mit den Netzen gibt. Deshalb zur Klarstellung und zur Bezeichnung nochmal: 172.16.16.x 192.168.x.y IPFire Coova APs -- WLAN Clients "farbloses" blaues Netz das ist der Aufbau. Ein Laptop in das farblose Netz zu hängen ist eher nicht Zielführend: von dort benötigt niemand, außer dem Coova Internetzugang. Bevor das nicht funktioniert brauchst du auch kein Clietn an die APs oder ins Blaue Netz zu hängen: die coova Loginseite kommt erst, wenn die DNS Auflösung des Coova funktioniert. Dafür benötigt Coova eine feste IP im farblosen Netz. Ichhabe dafür um IPFire einen DHCP Eintrag erstellt, und den coova trotzdem eine feste IP gegeben (eben jene reservierte). Des weiteren benötigst du in den Firewallregeln des IPFire folgende Regeln: Blau:636 -> 10.16.1.1:636 authentifizierung Blau:53 -> Rot:53 DNS Blau -> IPFire:800 Proxy Wenn du ungefiltert von Coova aus raus willst, dann mußt du eine Regel erstellen, die BLau nach 80,443 usw. erlaubt. Nun muss ein ping heise.de auf dem coova eine IP zurück geben (DNS Auflösung funktioniert). Wenn das nicht so ist, dann schick uns bitte den Inhalt der folgenden Dateien: Coova: /etc/network/interfaces /etc/linuxmuster-chilli.conf /etc/chilli.conf /etc/chilli/config /etc/chilli/main.conf Viele Grüße Holger Am 18.04.2015 um 12:56 schrieb Christian Huber: > > > Moin zusammen, Ich ringe noch immer mit dem Coova.Habe festgestellt, dass der > apache auf dem coova probleme mit der namensauflösung hatte. Ein Blick in > /etc/hosts hat gezeigt, dass dort 127.16.16.254 stand statt > 172.16.16.254.Seitdem ich das geändert habe, kann ich von einem TestClient > diese IP auch anpingen und ein hostname --fqdn auf dem coova ergibt auch ein > korrektes Ergebnis.Das an br2 ("farbloses Netz") angeschlossene Laptop > bekommt allerdings eine IP aus dem 172.16.16.x Netz. Das ist doch aber das > eigentlich blaue Netz, in dem nur der coova hängen sollte. Das Laptop kommt > nicht ins Netz (ich habe auch keine https-adresse genommen), die Coova-Seite > erscheint nicht.Irgendwie ist noch immer noch der Wurm drin.Vielleicht hat > einer von euch noch einen Tipp? > Gruß christian huber > > > Von meinem Samsung Gerät gesendet. > > Ursprüngliche Nachricht > Von: Christian Huber > Datum: 17.04.2015 15:14 (GMT+01:00) > An: "Discussions about using linuxmuster.net" > > Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter > KVM > > > > Hi,danke für die Antwort. Aber hier tut sich nix. Das angeschlossene Laptop > bekommt eine IP, das wars dann schon. Vom coova aus geht auch kein ping > 172.16.16.254. Versuche nun alle anderen möglichen Konfigurationen der blauen > NIC. Geht das nicht, erstelle ich die Ipfire-regeln neu. Geht das nicht, > entferne ich das linuxmuster-chilli Paket und installiere es neu und fange > nochmal von vorne an...Geht das auch nicht, keine Ahnung... > Gruß vom frustrierten ch > Von meinem Samsung Gerät gesendet. > > Ursprüngliche Nachricht -------- > Von: Michael Hagedorn > Datum: 17.04.2015 14:07 (GMT+01:00) > An: linuxmuster-user@lists.linuxmuster.net > Betreff: Re: [lmn] > Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM > > Hi. > >> Leider gelingt es nicht, vom coova aus server oder v.a. ipfire anzupingen. > Mir auch nicht ... es klappt lediglich: > > ping 172.16.16.254 (also BLAU vom IPFire) > > ping ins grüne Netz geht nicht. Das Problem habe ich aber momentan auch > (s. anderer Thread) > > Der Chillispot regelt aber den Rest selbst. Du musst einfach mal > versuchen, dich mit einem Laptop in das WLAN-Netz zu klinken. Wenn du > dann irgendeine Seite (nicht https!) aufrufst, sollte eine Weiterleitung > zur Anmeldeseite "coova" erscheinen. Wenn du dich erfolgreich anmelden > konnest, kannst du danach surfen. > > Bei mir gelange ich auch unter dieser Adresse zur Anmeldung: > http://172.11.0.1:4990 (oder auch :3990 -- der Unterschied ist mir nicht > ganz klar) > > Übrigens noch eine Anmerkung: Eigentlich soll man ja > http://logout/ eintippen, wenn man sich wieder abmelden will. Das klappt > hier nicht (mehr), da der Firefox daraus (neuerdings?) eine Adresse im > Internet macht, anstatt lokal zu suchen. Bei Euch auch? > > hth, > Michael > > > > > > ___ > linuxmuster-user mailing list > linu
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Moin zusammen, Ich ringe noch immer mit dem Coova.Habe festgestellt, dass der apache auf dem coova probleme mit der namensauflösung hatte. Ein Blick in /etc/hosts hat gezeigt, dass dort 127.16.16.254 stand statt 172.16.16.254.Seitdem ich das geändert habe, kann ich von einem TestClient diese IP auch anpingen und ein hostname --fqdn auf dem coova ergibt auch ein korrektes Ergebnis.Das an br2 ("farbloses Netz") angeschlossene Laptop bekommt allerdings eine IP aus dem 172.16.16.x Netz. Das ist doch aber das eigentlich blaue Netz, in dem nur der coova hängen sollte. Das Laptop kommt nicht ins Netz (ich habe auch keine https-adresse genommen), die Coova-Seite erscheint nicht.Irgendwie ist noch immer noch der Wurm drin.Vielleicht hat einer von euch noch einen Tipp? Gruß christian huber Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Christian Huber Datum: 17.04.2015 15:14 (GMT+01:00) An: "Discussions about using linuxmuster.net" Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hi,danke für die Antwort. Aber hier tut sich nix. Das angeschlossene Laptop bekommt eine IP, das wars dann schon. Vom coova aus geht auch kein ping 172.16.16.254. Versuche nun alle anderen möglichen Konfigurationen der blauen NIC. Geht das nicht, erstelle ich die Ipfire-regeln neu. Geht das nicht, entferne ich das linuxmuster-chilli Paket und installiere es neu und fange nochmal von vorne an...Geht das auch nicht, keine Ahnung... Gruß vom frustrierten ch Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Michael Hagedorn Datum: 17.04.2015 14:07 (GMT+01:00) An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hi. > Leider gelingt es nicht, vom coova aus server oder v.a. ipfire anzupingen. Mir auch nicht ... es klappt lediglich: ping 172.16.16.254 (also BLAU vom IPFire) ping ins grüne Netz geht nicht. Das Problem habe ich aber momentan auch (s. anderer Thread) Der Chillispot regelt aber den Rest selbst. Du musst einfach mal versuchen, dich mit einem Laptop in das WLAN-Netz zu klinken. Wenn du dann irgendeine Seite (nicht https!) aufrufst, sollte eine Weiterleitung zur Anmeldeseite "coova" erscheinen. Wenn du dich erfolgreich anmelden konnest, kannst du danach surfen. Bei mir gelange ich auch unter dieser Adresse zur Anmeldung: http://172.11.0.1:4990 (oder auch :3990 -- der Unterschied ist mir nicht ganz klar) Übrigens noch eine Anmerkung: Eigentlich soll man ja http://logout/ eintippen, wenn man sich wieder abmelden will. Das klappt hier nicht (mehr), da der Firefox daraus (neuerdings?) eine Adresse im Internet macht, anstatt lokal zu suchen. Bei Euch auch? hth, Michael -- Systemdaten: - virtualisiert mit Proxmox 2.3 - linuxmuster.net 6.0.46 - IPFire 2.15 - Linbo 2.1.10-0 - Ubuntu 14.04 Clients (trusty714-Vorlage) - leoclient1 mit WinXP im offline-Modus - Moodle 2.7 (extern mit LDAPS und openLML-Modul) ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi,danke für die Antwort. Aber hier tut sich nix. Das angeschlossene Laptop bekommt eine IP, das wars dann schon. Vom coova aus geht auch kein ping 172.16.16.254. Versuche nun alle anderen möglichen Konfigurationen der blauen NIC. Geht das nicht, erstelle ich die Ipfire-regeln neu. Geht das nicht, entferne ich das linuxmuster-chilli Paket und installiere es neu und fange nochmal von vorne an...Geht das auch nicht, keine Ahnung... Gruß vom frustrierten ch Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Michael Hagedorn Datum: 17.04.2015 14:07 (GMT+01:00) An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hi. > Leider gelingt es nicht, vom coova aus server oder v.a. ipfire anzupingen. Mir auch nicht ... es klappt lediglich: ping 172.16.16.254 (also BLAU vom IPFire) ping ins grüne Netz geht nicht. Das Problem habe ich aber momentan auch (s. anderer Thread) Der Chillispot regelt aber den Rest selbst. Du musst einfach mal versuchen, dich mit einem Laptop in das WLAN-Netz zu klinken. Wenn du dann irgendeine Seite (nicht https!) aufrufst, sollte eine Weiterleitung zur Anmeldeseite "coova" erscheinen. Wenn du dich erfolgreich anmelden konnest, kannst du danach surfen. Bei mir gelange ich auch unter dieser Adresse zur Anmeldung: http://172.11.0.1:4990 (oder auch :3990 -- der Unterschied ist mir nicht ganz klar) Übrigens noch eine Anmerkung: Eigentlich soll man ja http://logout/ eintippen, wenn man sich wieder abmelden will. Das klappt hier nicht (mehr), da der Firefox daraus (neuerdings?) eine Adresse im Internet macht, anstatt lokal zu suchen. Bei Euch auch? hth, Michael -- Systemdaten: - virtualisiert mit Proxmox 2.3 - linuxmuster.net 6.0.46 - IPFire 2.15 - Linbo 2.1.10-0 - Ubuntu 14.04 Clients (trusty714-Vorlage) - leoclient1 mit WinXP im offline-Modus - Moodle 2.7 (extern mit LDAPS und openLML-Modul) ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi. > Leider gelingt es nicht, vom coova aus server oder v.a. ipfire anzupingen. Mir auch nicht ... es klappt lediglich: ping 172.16.16.254 (also BLAU vom IPFire) ping ins grüne Netz geht nicht. Das Problem habe ich aber momentan auch (s. anderer Thread) Der Chillispot regelt aber den Rest selbst. Du musst einfach mal versuchen, dich mit einem Laptop in das WLAN-Netz zu klinken. Wenn du dann irgendeine Seite (nicht https!) aufrufst, sollte eine Weiterleitung zur Anmeldeseite "coova" erscheinen. Wenn du dich erfolgreich anmelden konnest, kannst du danach surfen. Bei mir gelange ich auch unter dieser Adresse zur Anmeldung: http://172.11.0.1:4990 (oder auch :3990 -- der Unterschied ist mir nicht ganz klar) Übrigens noch eine Anmerkung: Eigentlich soll man ja http://logout/ eintippen, wenn man sich wieder abmelden will. Das klappt hier nicht (mehr), da der Firefox daraus (neuerdings?) eine Adresse im Internet macht, anstatt lokal zu suchen. Bei Euch auch? hth, Michael -- Systemdaten: - virtualisiert mit Proxmox 2.3 - linuxmuster.net 6.0.46 - IPFire 2.15 - Linbo 2.1.10-0 - Ubuntu 14.04 Clients (trusty714-Vorlage) - leoclient1 mit WinXP im offline-Modus - Moodle 2.7 (extern mit LDAPS und openLML-Modul) ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Guten Morgen zusammen, ich habe heute versucht, die gestern gewonnenen Erkenntnisse umzusetzen.br2 ist nun mit dem Wlannetz verbunden, an dem testweise ein laptop hängt und für das blaue Netz habe ich in virt-manager ein virtuelles netz angelegt: 172.16.0.0/24, kein Dhcp als isoliertes Netzwerk . (Kann da der Fehler liegen?)Die Einstellungen am Ipfire sind nach der Anleitung erstellt.Leider gelingt es nicht, vom coova aus server oder v.a. ipfire anzupingen.Ich nehme an, dass der Fehler in der Konfiguration der blauen, rein virtuellen Karte, liegt. So langsam gehen mir die Ideen aus. Ich könnte blau auch als NAT oder geroutet konfigurieren, aber dann bin ich echt mit meinem Latein am Ende.Vielleicht hat noch einer der Herren eine Idee. Gruß christian Huber Von meinem Samsung Gerät gesendet. Ursprüngliche Nachricht Von: Christian Huber Datum: 16.04.2015 22:23 (GMT+01:00) An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM Hi, ja genau. Das heißt dann aber, dass ich meine br2 an das farblose NIC hängen muss, da hier die Verbindung zur realen Hardware stattfindet. Für Blau brauche ich demnach einen neuen rein virtuellen Switch. Dann lag mein Fehler darin, dass ich fälschlicherweise glaubte, Blau bekäme br2. Ich werde das morgen ausprobieren, wenn ich das erledigt habe, wofür man mich eigentlich bezahlt: Unterricht!! Vielen Dank Michael gruß christian huber Am 16.04.2015 um 21:58 schrieb Michael Hagedorn: > Hi. > Ich glaube ich weiß, was dein Problem ist: ich habe unter Proxmox für > BLAU den virt. Switch vmbr2 erstellt. Daran hängen die Geräte für BLAU - > doch dieser Switch ist unter Proxmox mit keiner echten NIC verbunden. Es > ist rein virtuell. NUR das andere "farblose" NIC wird mit "echter > Hardware" verbunden. Dort hängt zur Zeit unser LinkSys-AP, der nun > Verstärkung von den Unifi-APs bekommt. Das funktioniert im Moment ganz > gut. Seitdem ich nun die Controller-Software ebenfalls im "farblosen" > WLAN-Netz laufen habe, klappt es. > Vielleicht bringt das ja nochmal Licht ins Dunkel?? > > Michael > > > ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi, ja genau. Das heißt dann aber, dass ich meine br2 an das farblose NIC hängen muss, da hier die Verbindung zur realen Hardware stattfindet. Für Blau brauche ich demnach einen neuen rein virtuellen Switch. Dann lag mein Fehler darin, dass ich fälschlicherweise glaubte, Blau bekäme br2. Ich werde das morgen ausprobieren, wenn ich das erledigt habe, wofür man mich eigentlich bezahlt: Unterricht!! Vielen Dank Michael gruß christian huber Am 16.04.2015 um 21:58 schrieb Michael Hagedorn: Hi. Ich glaube ich weiß, was dein Problem ist: ich habe unter Proxmox für BLAU den virt. Switch vmbr2 erstellt. Daran hängen die Geräte für BLAU - doch dieser Switch ist unter Proxmox mit keiner echten NIC verbunden. Es ist rein virtuell. NUR das andere "farblose" NIC wird mit "echter Hardware" verbunden. Dort hängt zur Zeit unser LinkSys-AP, der nun Verstärkung von den Unifi-APs bekommt. Das funktioniert im Moment ganz gut. Seitdem ich nun die Controller-Software ebenfalls im "farblosen" WLAN-Netz laufen habe, klappt es. Vielleicht bringt das ja nochmal Licht ins Dunkel?? Michael ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi. Ich glaube ich weiß, was dein Problem ist: ich habe unter Proxmox für BLAU den virt. Switch vmbr2 erstellt. Daran hängen die Geräte für BLAU - doch dieser Switch ist unter Proxmox mit keiner echten NIC verbunden. Es ist rein virtuell. NUR das andere "farblose" NIC wird mit "echter Hardware" verbunden. Dort hängt zur Zeit unser LinkSys-AP, der nun Verstärkung von den Unifi-APs bekommt. Das funktioniert im Moment ganz gut. Seitdem ich nun die Controller-Software ebenfalls im "farblosen" WLAN-Netz laufen habe, klappt es. Vielleicht bringt das ja nochmal Licht ins Dunkel?? Michael -- Systemdaten: - virtualisiert mit Proxmox 2.3 - linuxmuster.net 6.0.46 - IPFire 2.15 - Linbo 2.1.10-0 - Ubuntu 14.04 Clients (trusty714-Vorlage) - leoclient1 mit WinXP im offline-Modus - Moodle 2.7 (extern mit LDAPS und openLML-Modul) ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi Michael, ja ein wenig. Danke sehr. Aber es bleiben noch immer ein paar Fragen. Vielleicht bin ich auch einfach zu beschränkt... Ok, 2 Nics. Von drei habe ich nur in Bezug auf die im Wiki stehende Anleitung einer Referenzvirtualisierung mit KVM gesprochen, da habe ich mich wohl unklar ausgedrückt. Sorry dafür!!! Siehe http://www.linuxmuster.net/wiki/dokumentation:handbuch:virtualisation:reference.kvm Wenn die erste Nic im blauen Netz läuft, ist das nach meinem Verständnis br2. Wenn aber dort nur Nur der Chillispot läuft, wieso soll dann nach Anleitung hier http://www.linuxmuster.net/wiki/dokumentation:addons:linuxmuster-chillispot:chilliipfireconfig_blau ein dhcp auf blau laufen? Da könnte ich doch der NIC br2 einfach z.B. 172.16.16.1 geben und fertig. Wenn der Chillispot die IPs der Wlanclients selbst vergibt und via tun0 mit dem blauen Interface (br2) kommuniziert, wieso zeigt dann br2 auf eth2, von wo am Ende ein Kabel zu einem Switch geht, an dem die AccesPoints hängen usw??? Und am Ende bleibt die Frage, welche Einstellung nehme ich im virt-manager (KVM) oder händisch für die NIC des Dir von dir "farblos" genannten Netzes vor? Hätte ich eine reale Maschine würde ich sie einfach ignoireren, wie in der Anleitung beschrieben... Puuh, und ich dachte Hölderlins Lyrik sei kompliziert... ;-) Gruß ch Am 16.04.2015 um 20:33 schrieb Michael Hagedorn: Hi. Ich bin einigermaßen verwirrt und für jeden Tipp dankbar. Wahrscheinlich sehe ich den Wald vor lauter Bäumen nicht mehr. Also ich benutze kein KVM aber evtl hilft es dir, wie ich es unter Proxmox eingestellt habe: Es gibt im ChilliSpot tatsächlich zwei NICs ... davon läuft die eine im blauen Netz. Dort befindet sich aber NUR der Chillispot und NUR dessen MAC muss auch im IPFire eingetragen werden. Die andere NIC läuft in einem völlig getrennten Bereich (nennen wir das mal WLAN-Netz ("ohne Farbe")) ... dorthin verbinden sich sämtliche WLAN-Clients. IMHO sind also nur zwei und nicht drei virt. Devices notwendig. Es ist deshalb verwirrend, weil der Chillispot selbst die Verbindungen verwaltet und über ein zusätzliches Device (tun0) selbst die IP-Adressen der WLAN-Clients vergibt. Die stammen aber nicht direkt aus dem blauen Netz, sondern werden vom Chillispot selbst vergeben (bei uns 172.11.0.x) Jetzt klarer? hth, Michael ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Hi. > Ich bin einigermaßen verwirrt und für jeden Tipp dankbar. Wahrscheinlich > sehe ich den Wald vor lauter Bäumen nicht mehr. Also ich benutze kein KVM aber evtl hilft es dir, wie ich es unter Proxmox eingestellt habe: Es gibt im ChilliSpot tatsächlich zwei NICs ... davon läuft die eine im blauen Netz. Dort befindet sich aber NUR der Chillispot und NUR dessen MAC muss auch im IPFire eingetragen werden. Die andere NIC läuft in einem völlig getrennten Bereich (nennen wir das mal WLAN-Netz ("ohne Farbe")) ... dorthin verbinden sich sämtliche WLAN-Clients. IMHO sind also nur zwei und nicht drei virt. Devices notwendig. Es ist deshalb verwirrend, weil der Chillispot selbst die Verbindungen verwaltet und über ein zusätzliches Device (tun0) selbst die IP-Adressen der WLAN-Clients vergibt. Die stammen aber nicht direkt aus dem blauen Netz, sondern werden vom Chillispot selbst vergeben (bei uns 172.11.0.x) Jetzt klarer? hth, Michael -- Systemdaten: - virtualisiert mit Proxmox 2.3 - linuxmuster.net 6.0.46 - IPFire 2.15 - Linbo 2.1.10-0 - Ubuntu 14.04 Clients (trusty714-Vorlage) - leoclient1 mit WinXP im offline-Modus - Moodle 2.7 (extern mit LDAPS und openLML-Modul) ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
[lmn] Einstellungen für die zweite (?) Coova-Netzwerkarte unter KVM
Guten Abend zusammen, ich kämpfe ein bissl mit Coova, aber da muss wohl jeder durch :-) Jedenfalls habe ich versucht alle sachdienlichen Hinweise in Wiki und Liste zu beachten, aber im Moment bin ich völlig verwirrt. Ich fasse mal meinen Kenntnissstand kurz zusammen. Gemäß Referenzvirtualisierung mit KVM legt man auf dem drei virtuelle Brücken an, deren letzte, br2, für den Coova bestimmt ist. Ich habe diese Brücke so eingerichtet, dass sie auf eth2 zeigt, da von hier aus die Accespoints angesteuert werden. Wenn ich die Anleitungen richtig verstehe, bekommt von den beiden (?) Netzwerkkarten, die man dem virtuellen Coova gibt, die erste br2. Wie aber wird mit virt-manager die zweite konfiguriert? Ich muss da irgendwas angeben. Muss eine weiteres rein virtuelles Device einrichten, kann ich die als NAT einstellen? Oder liegt mein Denkfehler ganz wo anders. Brauche ich am Ende nur eine, nämlich br2? Ich bin einigermaßen verwirrt und für jeden Tipp dankbar. Wahrscheinlich sehe ich den Wald vor lauter Bäumen nicht mehr. Gruß vom verwirrten christian huber ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user