Re: [lmn] Schon wieder Coova
Hallo Michael! ich habe mich jetzt doch mal dazu entschlossen einen Coova Server aufzusetzen habe aber anscheinend ein kleines Verbindungsproblem welches ich mir nicht erklären kann. Ich bin die Anleitung Schritt für Schritt durchgegangen und habe den Coova installiert und danach in der Firewall die Regeln eingestellt aber da scheint es schon irgendwo zu hängen. Der Radius Server hat zwar vom DHCP des IPFire eine IP erhalten, der Rest (Access Point und Clients) erhalten keine IP. Desweiteren ist eine Verbindung zwischen LML und Radius über Port 636 nicht möglich (telnet 10.16.1.1 636 bleibt Ergebnislos) trotz eigentlich richtiger Firewallregel. Jemand eine Idee was ich noch machen kann? Ich vermute das irgendwas in der Firewall noch nicht so konfiguriert ist wie es eigentlich sein sollte. Kannst Du mal bitte weitere Infos liefern. Welcher Anleitung bist Du gefolgt? (Gerne als Link) Wie ist die verwendete Infrastruktur? Wie sehen die erstellten Firewall Regeln aus? Beste Grüße Thorsten ### eingesetztes System ### LINUXMUSTER.NET Die _freie_ Linux Musterlösung - virtualisiert unter KVM + Server Codename Babo 6.1.0-26ubuntu0 + IPFire Core 81 + coovachilli auf Blau - Linbo 2.2.6 ### ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Schon wieder Coova
Hi Thorsten, Sorry, war tatsächlich etwas knapp formuliert. Also: Verwendet wird die LML 6.0 im Grünen Netz mit der IP 10.16.1.1 Im Blauen Netz sind derzeit nur der Radiusserver mit der IP 172.16.16.10 (vergeben durch den DHCP der IPFire) und ein Cisco Access Point mit der IP 172.16.16.20 (musste manuell vergeben werden). Schnittstelle des ganzen ist natürlich die IPFire in der neusten Version mit 10.16.1.254 (Grün) und 172.16.16.254 (Blau). Die Installationsanleitung Spar ich mir jetzt mal, ich hab diese hier verwendet: http://www.linuxmuster.net/wiki/dokumentation:addons:linuxmuster-chillispot:installation Auch die Konfiguration habe habe ich nach dieser Anleitung gemacht (ich vermute also einfach mal ganz frech das hier alles passt.) Kommen wir zur IPFire: Unter Netzwerk -- DHCP-Server habe ich geprüft das im Blauen Netz der DHCP Server läuft (tut er auch). Unter Firewall -- Zugriff auf Blau habe ich die MAC Adresse der 2. Schnittstelle des Radiusservers hinzugefügt (hat automatisch eine IP erhalten) und später habe ich dann den Access Point hinzugefügt (mit einer festen IP Adresse, da ich diese im Access Point selber auch angegeben habe). Kommen wir zum entscheidenden Teil. Unter Firewall -- Firewallregeln habe ich erstmal 2 neue Regeln hinzugefügt. Protokoll: TCP; Quelle: BLAU; ZIEL: Firewall (ROT):636 -10.16.1.1:636 Protokoll:ICMP; Quelle: BLAU; Ziel: Alle Über telnet 10.16.1.1 636 habe ich dann versucht eine Verbindung zu kriegen bzw. mittels ping meine Verbindung zu prüfen aber beides schlug fehl. Ich habe jetzt also 2 problemchen, zum einen kriegen meine Clients ewig keine IP Adresse vom DHCP (Macbook hat nach 2 Stunden eine IP erhalten und Samsung Smartphone nach 30 minuten) und eine Authentifizierung über den LDAP der LML wird nicht funktionieren, da keine Verbindung zwischen Blau und Grün zustande kommt. Ich hoffe das war ausführlich genug :) Grüße Michael Oeser -Ursprüngliche Nachricht- Von: linuxmuster-user [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Thorsten Koslowski Gesendet: Mittwoch, 8. Oktober 2014 08:16 An: Discussions about using linuxmuster.net Betreff: Re: [lmn] Schon wieder Coova Hallo Michael! ich habe mich jetzt doch mal dazu entschlossen einen Coova Server aufzusetzen habe aber anscheinend ein kleines Verbindungsproblem welches ich mir nicht erklären kann. Ich bin die Anleitung Schritt für Schritt durchgegangen und habe den Coova installiert und danach in der Firewall die Regeln eingestellt aber da scheint es schon irgendwo zu hängen. Der Radius Server hat zwar vom DHCP des IPFire eine IP erhalten, der Rest (Access Point und Clients) erhalten keine IP. Desweiteren ist eine Verbindung zwischen LML und Radius über Port 636 nicht möglich (telnet 10.16.1.1 636 bleibt Ergebnislos) trotz eigentlich richtiger Firewallregel. Jemand eine Idee was ich noch machen kann? Ich vermute das irgendwas in der Firewall noch nicht so konfiguriert ist wie es eigentlich sein sollte. Kannst Du mal bitte weitere Infos liefern. Welcher Anleitung bist Du gefolgt? (Gerne als Link) Wie ist die verwendete Infrastruktur? Wie sehen die erstellten Firewall Regeln aus? Beste Grüße Thorsten ### eingesetztes System ### LINUXMUSTER.NET Die _freie_ Linux Musterlösung - virtualisiert unter KVM + Server Codename Babo 6.1.0-26ubuntu0 + IPFire Core 81 + coovachilli auf Blau - Linbo 2.2.6 ### ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user Bitte nutzen Sie die E-Mail-Verbindung mit uns ausschließlich zum Informationsaustausch. Der Inhalt dieser Nachricht ist vertraulich und nur für den angegebenen Empfänger bestimmt. Jede Form der Kenntnisnahme oder Weitergabe durch Dritte ist unzulässig. Sollte diese Nachricht nicht für Sie bestimmt sein, so bitten wir Sie, sich mit uns per E-Mail oder telefonisch in Verbindung zu setzen. Dieser Kommunikationsweg steht ausschließlich für Verwaltungsangelegenheiten zur Verfügung. Es wird darauf hingewiesen, dass mit diesem Kommunikationsmittel Verfahrensanträge nicht wirksam eingereicht werden können. Sollte Ihre Nachricht einen entsprechenden Schriftsatz enthalten, ist eine Wiederholung der Übermittlung mittels Telefax oder auf dem Postweg erforderlich. Durch eine Übermittlung auf diesem Kommunikationsweg können keine Fristen gewahrt werden. ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Schon wieder Coova
Hi Michael, Verwendet wird die LML 6.0 im Grünen Netz mit der IP 10.16.1.1 Im Blauen Netz sind derzeit nur der Radiusserver mit der IP 172.16.16.10 (vergeben durch den DHCP der IPFire) und ein Cisco Access Point mit der IP 172.16.16.20 (musste manuell vergeben werden). Schnittstelle des ganzen ist natürlich die IPFire in der neusten Version mit 10.16.1.254 (Grün) und 172.16.16.254 (Blau). Was ich nicht verstehe, wieso hängt der Acces-Point am IPFire? Ist das was eigenes für einen speziellen Zweck? Die AP's müssen nämlich an der zweiten Netzwerkkarte des Coovas hängen und für die vergibt man bei der Installation einen eigenen Adressbereich! Nur nochmal zur Klarheit; der Coova hat zwei Netzwerkkarten: eine hängt am IPFire an Blau und bekommt eine IP aus dem Bereich 172.16.16.x des IPFires - das ist also streng genommen nicht das Blaue/Wlannetzwerk sondern nur eine einfache Verbindung zwischen IPFire und Coova; an der zweiten Netzwerkkarte hängen die AP's und der Coova vergibt den Wlangeräten dann per DHCP IP-Adressen aus dem Bereich, den man bei der Installation angegeben hat (in der Dafulteinstellung 192.168.0.x) - das ist das eigentliche blaue Netzwerk. Kommen wir zum entscheidenden Teil. Unter Firewall -- Firewallregeln habe ich erstmal 2 neue Regeln hinzugefügt. Protokoll: TCP; Quelle: BLAU; ZIEL: Firewall (ROT):636 -10.16.1.1:636 das ist falsch! Richtig: Quelle (Standard-Netzwerke): BLAU; Ziel (Zieladresse IP-Adresse oder Netzwerk): 10.16.1.1; Protokoll TCP; Zielport: 636 Ich habe jetzt also 2 problemchen, zum einen kriegen meine Clients ewig keine IP Adresse vom DHCP (Macbook hat nach 2 Stunden eine IP erhalten und Samsung Smartphone nach 30 minuten) und eine Authentifizierung über den LDAP der LML wird nicht funktionieren, da keine Verbindung zwischen Blau und Grün zustande kommt. das macht Sinn wenn deine Konfiguration des Coovas wie oben falsch ist... Hoffe, das hilft dir weiter... Gruß Dominik -- 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] Schon wieder Coova
Oh, dann habe ich das wirklich völlig falsch verstanden. Bei meinem Coova ist eth0 die Schnittstelle nach draußen und eth1 ist im blauen Netzwerk, da wird ich dann mal noch ändern. Wie empfiehlst du? Für die Virtualisierung verwenden wir VMWARE und da gibt es 3 Netzwerkschnittstellen. Grün, Blau und der direkte weg raus. Wenn eth1 Blau ist in welches Netz soll ich dann eth0 nehmen? Und der Access Point hängt hier erstmal an einem Port der mittels VLAN im Blauen Netz ist. Ist das falsch? Grüße Michael Oeser -Ursprüngliche Nachricht- Von: linuxmuster-user [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Dominik Förderer Gesendet: Mittwoch, 8. Oktober 2014 10:02 An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Schon wieder Coova Hi Michael, Verwendet wird die LML 6.0 im Grünen Netz mit der IP 10.16.1.1 Im Blauen Netz sind derzeit nur der Radiusserver mit der IP 172.16.16.10 (vergeben durch den DHCP der IPFire) und ein Cisco Access Point mit der IP 172.16.16.20 (musste manuell vergeben werden). Schnittstelle des ganzen ist natürlich die IPFire in der neusten Version mit 10.16.1.254 (Grün) und 172.16.16.254 (Blau). Was ich nicht verstehe, wieso hängt der Acces-Point am IPFire? Ist das was eigenes für einen speziellen Zweck? Die AP's müssen nämlich an der zweiten Netzwerkkarte des Coovas hängen und für die vergibt man bei der Installation einen eigenen Adressbereich! Nur nochmal zur Klarheit; der Coova hat zwei Netzwerkkarten: eine hängt am IPFire an Blau und bekommt eine IP aus dem Bereich 172.16.16.x des IPFires - das ist also streng genommen nicht das Blaue/Wlannetzwerk sondern nur eine einfache Verbindung zwischen IPFire und Coova; an der zweiten Netzwerkkarte hängen die AP's und der Coova vergibt den Wlangeräten dann per DHCP IP-Adressen aus dem Bereich, den man bei der Installation angegeben hat (in der Dafulteinstellung 192.168.0.x) - das ist das eigentliche blaue Netzwerk. Kommen wir zum entscheidenden Teil. Unter Firewall -- Firewallregeln habe ich erstmal 2 neue Regeln hinzugefügt. Protokoll: TCP; Quelle: BLAU; ZIEL: Firewall (ROT):636 -10.16.1.1:636 das ist falsch! Richtig: Quelle (Standard-Netzwerke): BLAU; Ziel (Zieladresse IP-Adresse oder Netzwerk): 10.16.1.1; Protokoll TCP; Zielport: 636 Ich habe jetzt also 2 problemchen, zum einen kriegen meine Clients ewig keine IP Adresse vom DHCP (Macbook hat nach 2 Stunden eine IP erhalten und Samsung Smartphone nach 30 minuten) und eine Authentifizierung über den LDAP der LML wird nicht funktionieren, da keine Verbindung zwischen Blau und Grün zustande kommt. das macht Sinn wenn deine Konfiguration des Coovas wie oben falsch ist... Hoffe, das hilft dir weiter... Gruß Dominik -- 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 Bitte nutzen Sie die E-Mail-Verbindung mit uns ausschließlich zum Informationsaustausch. Der Inhalt dieser Nachricht ist vertraulich und nur für den angegebenen Empfänger bestimmt. Jede Form der Kenntnisnahme oder Weitergabe durch Dritte ist unzulässig. Sollte diese Nachricht nicht für Sie bestimmt sein, so bitten wir Sie, sich mit uns per E-Mail oder telefonisch in Verbindung zu setzen. Dieser Kommunikationsweg steht ausschließlich für Verwaltungsangelegenheiten zur Verfügung. Es wird darauf hingewiesen, dass mit diesem Kommunikationsmittel Verfahrensanträge nicht wirksam eingereicht werden können. Sollte Ihre Nachricht einen entsprechenden Schriftsatz enthalten, ist eine Wiederholung der Übermittlung mittels Telefax oder auf dem Postweg erforderlich. Durch eine Übermittlung auf diesem Kommunikationsweg können keine Fristen gewahrt werden. ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Leoclient2 installieren?
Hallo Rüdiger, habe gerade die option --vm auprobiert. Das zweite Fenster, in dem man noch z.B. die Speichergröße auswählen kann erscheint noch. Kann man ds durch irgendwelche Optionen noch wegbekomen? (wenn Ihr sowieso am Programmieren seid.) Dabei habe ich nn gesehen, dass mit den Verzeichnissen doch nicht alles in Ordnung ist, aber es funktioniert trotzdem, folgende Meldung erscheint: leovirtstarter2-client --vm winxp All options were recognized. Reading servers.conf in: /etc/leoclient2/servers.conf servers.conf LINE: DEFAULT=winXP servers.conf LINE: SERVERDIR=/media/leoclient2-vm SERVERDIR: /media/leoclient2-vm * Reading caches.conf in: /media/leoclient2-vm/caches.conf * WARNING: nonexisting /media/leoclient2-vm/caches.conf Host: r152-01Room: r152 Looking for remote machines in: /media/leoclient2-vm readdir() attempted on invalid dirhandle SERVERDIR at /usr/bin/leovirtstarter2-client line 359. closedir() attempted on invalid dirhandle SERVERDIR at /usr/bin/leovirtstarter2-client line 392. Serverdir : /media/leoclient2-vm CHECK: /media/leoclient2-vm/winxp/snapshot-store/base/winxp.vdi Setting paths for winxp * base_image_source: /media/leoclient2-vm/winxp/snapshot-store/base/winxp.vdi * base_image_target: /virtual/winxp/winxp.vdi * network.conf der VM: /virtual/winxp/network.conf * Snapshot file name: {799d4d79-6341-4b76-997c-4a0a69df8a22}.vdi Searching for Snapshots in: /virtual/winxp/snapshot-store * Processing snapshot: standard WARNING: Nonexisting Snapshot search dir: /media/leoclient2-vm/winxp/snapshot-store ---2048--- cp /virtual/winxp/defaults/* /virtual/winxp Reading network.conf: * No file /virtual/winxp/network.conf * No file /media/leoclient2-vm/winxp/snapshot-store/winxp wie vorgefunden/network.conf Waiting for VM winxp to power on... VM winxp has been successfully started. Soll ich noch warten mit der Einrichtung der virtuelen Maschine auf dem Musterclient oder wird es einfach sein, die vorhandene Maschine mit einer neuen Version von leoclient2 weiterzubenutzen? Viele Grüße Jürgen Am 7. Oktober 2014 23:37 schrieb Jürgen Horzella juergenhorze...@googlemail.com: Hallo Rüdiger, so wenig Vertrauen in die eigene Programmierkunst??? Anwendungsfall: Ich werde vermutlich Gnome Classic als GUI verwenden und dort soll dann ein Menüpunkt sein, WinXP zu starten, ohne dass der User noch irgendwas selbst auszuwählen braucht. Müsste ja dann mit der Option -- vm gehen. Sieht man diese Option, wenn man als option --help angibt oder habe ich es übersehen? Viele Grüße Jürgen ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Leoclient2 installieren?
Gesendet:Mittwoch, 08. Oktober 2014 um 10:21 Uhr Von:Jrgen Horzella juergenhorze...@googlemail.com An:Discussions about using linuxmuster.net linuxmuster-user@lists.linuxmuster.net Betreff:Re: [lmn] Leoclient2 installieren? Hallo Rdiger, habe gerade die option --vm auprobiert. Das zweite Fenster, in dem man noch z.B. die Speichergre auswhlen kann erscheint noch. Kann man ds durch irgendwelche Optionen noch wegbekomen? (wenn Ihr sowieso am Programmieren seid.) Hallo Jrgen, eine solche Option ist geplant, bei uns aber nicht erforderlich. Wenn du das brauchst kann man das auch beschleunigen. Dabei habe ich nn gesehen, dass mit den Verzeichnissen doch nicht alles in Ordnung ist, aber es funktioniert trotzdem, folgende Meldung erscheint: leovirtstarter2-client --vm winxp All options were recognized. Reading servers.conf in: /etc/leoclient2/servers.conf servers.conf LINE: DEFAULT=winXP servers.conf LINE: SERVERDIR=/media/leoclient2-vm SERVERDIR: /media/leoclient2-vm * Reading caches.conf in: /media/leoclient2-vm/caches.conf * WARNING: nonexisting /media/leoclient2-vm/caches.conf Host: r152-01 Room: r152 Looking for remote machines in: /media/leoclient2-vm readdir() attempted on invalid dirhandle SERVERDIR at /usr/bin/leovirtstarter2-client line 359. closedir() attempted on invalid dirhandle SERVERDIR at /usr/bin/leovirtstarter2-client line 392. Serverdir : /media/leoclient2-vm CHECK: /media/leoclient2-vm/winxp/snapshot-store/base/winxp.vdi Setting paths for winxp * base_image_source: /media/leoclient2-vm/winxp/snapshot-store/base/winxp.vdi * base_image_target: /virtual/winxp/winxp.vdi * network.conf der VM: /virtual/winxp/network.conf * Snapshot file name: {799d4d79-6341-4b76-997c-4a0a69df8a22}.vdi Searching for Snapshots in: /virtual/winxp/snapshot-store * Processing snapshot: standard WARNING: Nonexisting Snapshot search dir: /media/leoclient2-vm/winxp/snapshot-store ---2048--- cp /virtual/winxp/defaults/* /virtual/winxp Reading network.conf: * No file /virtual/winxp/network.conf * No file /media/leoclient2-vm/winxp/snapshot-store/winxp wie vorgefunden/network.conf Waiting for VM winxp to power on... VM winxp has been successfully started. In /etc/leoclient2/servers.conf ist SERVERDIR: /media/leoclient2-vm definiert (kommt mit dem Paket mit) Deshalb wird nichts gefunden (existiert bei dir wohl auch nicht). Soll ich noch warten mit der Einrichtung der virtuelen Maschine auf dem Musterclient oder wird es einfach sein, die vorhandene Maschine mit einer neuen Version von leoclient2 weiterzubenutzen? Die mit Leoclient2 erstellten Maschinen knne sicher einfach weitergenutzt werden. Also kein Grund zu warten. Viele Gre, Rdiger Viele Gre Jrgen Am 7. Oktober 2014 23:37 schrieb Jrgen Horzella juergenhorze...@googlemail.com: Hallo Rdiger, so wenig Vertrauen in die eigene Programmierkunst??? Anwendungsfall: Ich werde vermutlich Gnome Classic als GUI verwenden und dort soll dann ein Menpunkt sein, WinXP zu starten, ohne dass der User noch irgendwas selbst auszuwhlen braucht. Msste ja dann mit der Option -- vm gehen. Sieht man diese Option, wenn man als option --help angibt oder habe ich es bersehen? Viele Gre Jrgen ___ 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] Nutzer kommen bis zur Verzeichnisstruktur, nicht aber an die Inhalte des Tauschverzeichnisses
Hallo Wolfram, @ Holger - irritiert hat mich die Ausgabe (von meinem ersten Post gestern): d- 4 administrator teachers 4096 Sep 21 19:09 __tauschen ist das von einem Schülerhome? Bei mir sieht der Link in einem Schülerhome so aus: drwxr-sr-t 4 administrator teachers 4096 Sep 12 01:18 __tauschen Du hast gesagt, es habe immer funktioniert, aber seit ihr auf eine andere Maschine umgezogen seit, geht es nicht mehr? nach Wiederherstellung auf dem neuen Server ist da wohl einfach nur etwas schief Ich nehme an, dass beim Übertragen die Links nicht korrekt kopiert wurden. Ich würde das __tausch Verzeichnis bei einm Testuser mal löschen und danach mittels sophomorix-repair wieder herstellen und testen. Wenn das klappt, dann lösch sie alle und stell sie wieder her. 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] Nutzer kommen bis zur Verzeichnisstruktur, nicht aber an die Inhalte des Tauschverzeichnisses
Hallo Wolfram, ls -al /home/share ergibt: insgesamt 40 drwxr-sr-t 9 root domadmins 4096 Aug 14 2013 . drwxr-xr-x 11 root root 4096 Okt 6 12:53 .. drwxrwxr-x 67 root root 4096 Sep 21 19:15 classes -rw-r--r-- 1 pgmadmin domadmins0 Aug 14 2013 Default.rdp -rw-r--r-- 1 pgmadmin domadmins 402 Aug 13 2013 desktop.ini drwxrwxr-x 2 root root 4096 Apr 7 2013 exams drwxrwxr-x 2 root root 4096 Apr 7 2013 projects drwxr-xr-x 2 pgmadmin domadmins 4096 Aug 14 2013 $RECYCLE.BIN drwxrwsrwt 2 administrator teachers 4096 Apr 7 2013 school drwxrwxr-x 2 root root 4096 Apr 7 2013 subclasses drwxrws--T 2 administrator teachers 4096 Apr 7 2013 teachers wie ist den das passiert? Dass pgmadmin Default.rdp und desktop.ini und den Mülleimer da rein schreibt? Das solltest du alles drei driingend löschen: die desktop.ini gibt z.B. einem Windows vor, was es im Verzeichnis anzeigen soll, und was nicht. Wenn der Rechner eines Schülers sowas vor findet, verbirgt er vielleicht Dinge. Und durchsuch deine Tauschverzeichnisse nach desktop.ini Dateien: lösch sie. ls -al /home/share/school/ ergibt: insgesamt 8 drwxrwsrwt 2 administrator teachers 4096 Apr 7 2013 . drwxr-sr-t 9 root domadmins 4096 Aug 14 2013 .. ls -al /home/students/ ergibt z.B. für den Benutzer: insgesamt 28 drwxr-s--t 7 fss14b01 teachers 4096 Sep 21 19:09 . drwxr-x--t 18 administrator teachers 4096 Sep 21 19:40 .. drwxr-srwt 4 administrator teachers 4096 Sep 21 19:09 __austeilen drwxr-srwt 2 administrator teachers 4096 Sep 21 19:09 __dachboden drwxr-srwt 2 administrator teachers 4096 Sep 21 19:09 __einsammeln d- 4 administrator teachers 4096 Sep 21 19:09 __tauschen wie gesagt: das sieht für mich falsch aus: d- 4 administrator teachers 4096 Sep 21 19:09 __tauschen bei mir: drwxr-sr-t 4 administrator teachers 4096 Sep 12 01:18 __tauschen 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
[lmn] Nochmal leoclient und 14.04: Falche Share-Ordner
Hallo. Ich hatte länger keine Gelegenheit hier weiterzumachen -- leider gibt es bei uns weiterhin dieses Problem: Loggt sich ein User unter 14.04 (hier aus der Liste) ein, kann er über den leovirtstarter ganz normal sein WinXP starten. Danach hat er aber keinen Zugriff auf sein Laufwerk H: . Ich habe in der winxp.xml nachgesehen -- dort steht weiterhin als Eintrag /home/linuxadmin/ und nicht /home/username Ich habe auch bereits (wie von Holger vorgeschlagen) das .VirtualBox-Verzeichnis unter /home/linuxadmin gelöscht, doch es bleibt dabei. Ich nehme an, dass da nur eine Kleinigkeit fehlt, da der Start usw ja bereits läuft. Wo/wann wird das Verzeichnis entsprechend gesetzt? Wie kann ich feststellen, was da nicht läuft?? (Hier der alte Thread: https://mail.lehrerpost.de/pipermail/linuxmuster-user/2014-September/000903.html ) Übrigens: linuxmuster 6.0 Michael ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Schon wieder Coova
Na da hab ich doch einiges hilfreiches erhalten und erfahren, Danke Leute :) Dann mach ich mich mal ran an den Speck. Grüße Michael Oeser -Ursprüngliche Nachricht- Von: linuxmuster-user [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Björn Sieper Gesendet: Mittwoch, 8. Oktober 2014 12:04 An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Schon wieder Coova Hallo Michael, Am 08.10.2014 10:19, schrieb Oeser Michael: Bei meinem Coova ist eth0 die Schnittstelle nach draußen und eth1 ist im blauen Netzwerk, da wird ich dann mal noch ändern. Normalerweise hängst du eth0 an blau und eth1 in ein eigenes Netzwerk. Wie empfiehlst du? Für die Virtualisierung verwenden wir VMWARE und da gibt es 3 Netzwerkschnittstellen. Grün, Blau und der direkte weg raus. Wenn eth1 Blau ist in welches Netz soll ich dann eth0 nehmen? Schaffe ein eigenes VLAN für die Accesspoints. In dieses Netzwerk hängst du ausschliesslich die AP und die 2. Netzwerkkarte deines Coova Chilli Rechners (eth1) Und der Access Point hängt hier erstmal an einem Port der mittels VLAN im Blauen Netz ist. Ist das falsch? Ja das ist falsch. s.o. Gruß Björn ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user Bitte nutzen Sie die E-Mail-Verbindung mit uns ausschließlich zum Informationsaustausch. Der Inhalt dieser Nachricht ist vertraulich und nur für den angegebenen Empfänger bestimmt. Jede Form der Kenntnisnahme oder Weitergabe durch Dritte ist unzulässig. Sollte diese Nachricht nicht für Sie bestimmt sein, so bitten wir Sie, sich mit uns per E-Mail oder telefonisch in Verbindung zu setzen. Dieser Kommunikationsweg steht ausschließlich für Verwaltungsangelegenheiten zur Verfügung. Es wird darauf hingewiesen, dass mit diesem Kommunikationsmittel Verfahrensanträge nicht wirksam eingereicht werden können. Sollte Ihre Nachricht einen entsprechenden Schriftsatz enthalten, ist eine Wiederholung der Übermittlung mittels Telefax oder auf dem Postweg erforderlich. Durch eine Übermittlung auf diesem Kommunikationsweg können keine Fristen gewahrt werden. ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
[lmn] Klassenzuordnung Schülerkonten in der Studienstufe
Hallo miteinander, wie handhabt Ihr die Klassenzuordnung der Schülerkonten in der Studienstufe (Kurssystem)? Es soll ja nicht zu kompliziert werden. Um die Verteilung der Erstpasswörter zu delegieren, könnte ich mir vorstellen, Tutorgruppen wie Klassen zu behandeln. Ein ganzer Jahrgang als Klasse würde das gemeinsame Nutzen von Daten in unterschiedlichen Kursen zwar vereinfachen, aber dann müsste ich die Schnipsel erzeugen und auf die Tutoren verteilen. Diese wären sicherlich nicht bereit, die Passwortlisten selbst auseinander zu flöhen. Vom Datenschutz her fände den Unterschied Tutorgruppe oder Jahrgang nicht so entscheidend. Man weiß ja, wer den Ordner lesen kann, in den man gemeinsam zu nutzende Daten speichert. Gruß Jürgen ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Klassenzuordnung Schülerkonten in der Studienstufe
Hallo Jürgen, wie handhabt Ihr die Klassenzuordnung der Schülerkonten in der Studienstufe (Kurssystem)? Es soll ja nicht zu kompliziert werden. Um die Verteilung der Erstpasswörter zu delegieren, könnte ich mir vorstellen, Tutorgruppen wie Klassen zu behandeln. Ein ganzer Jahrgang als Klasse würde das gemeinsame Nutzen von Daten in unterschiedlichen Kursen zwar vereinfachen, aber dann müsste ich die Schnipsel erzeugen und auf die Tutoren verteilen. Diese wären sicherlich nicht bereit, die Passwortlisten selbst auseinander zu flöhen. Vom Datenschutz her fände den Unterschied Tutorgruppe oder Jahrgang nicht so entscheidend. Man weiß ja, wer den Ordner lesen kann, in den man gemeinsam zu nutzende Daten speichert. bei uns habe ich die Oberstufe nurnoch in 11 und 12 sortiert. Ich bekomme sie als 11a, 11b .. 12a, 12b, .. von der Schulverwaltung. Aber da das bis f geht, sind das zu viele Klassen für die Klasseneingabe in moodle (für die automatische Einschreibung in den Kurs Aula). Daher hab ich sie nun fast alle in die 11c bzw 12c gesteckt (alle die nicht in der a oder b waren). Dein Problem mit dem Verteilen der Passwörter habe ich nicht mehr, so ziemlich alle Schüler der Oberstufe seit Jahren an der Schule sind, und somit ihr Passwort kennen. Bei den paar einzelnen ist es sogar besser, wenn alle in einer Klasse sind: so muß man sich nicht in die 11a b c d einschreiben, bis man endlich den Schüler findet. Also brauchen wir ein praktikable Lösung für dich: 1) Projekt: jeder Tutor kann siene 20 Schüler in ein eigenes Projekt stecken: dann kann er aus dem Projekt heraus die Liste drucken. 2) .. dieses eine mal machst doch du die Liste und verteilst die Schnipsel an die Klassenlehrer.. 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] Klassenzuordnung Schülerkonten in der Studienstufe
Hallo Holger, Vielleicht noch ein Gedanke dazu. wie handhabt Ihr die Klassenzuordnung der Schülerkonten in der Studienstufe (Kurssystem)? bei uns habe ich die Oberstufe nurnoch in 11 und 12 sortiert. Ich bekomme sie als 11a, 11b .. 12a, 12b, .. von der Schulverwaltung. Aber da das bis f geht, sind das zu viele Klassen für die Klasseneingabe in moodle (für die automatische Einschreibung in den Kurs Aula). Inzwischen kann man parallel zur automatischen Einschreibung auch globale Gruppen manuell einschreiben. Das beißt sich nicht mehr. Du kannst also den Kurs Aula aufrufen und unter Nutzern die globalen Gruppen 11a, ... 12f einschreiben. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Leoclient2 installieren?
Hallo Rüdiger, vielen Dank für deine Antwort. Dann mach ich einfach mal weiter... Die Option wäre zwar nett, ist aber kein muss haben, generell finde ich es schön, wenn der Anwender möglichst wenig vom Unterbau mitbekommt und dann kommt schon nicht die Frage wo muss ich jetzt klicken. Das Fehlen des Ordners ignoriere ich jetzt vorläufig einfach mal. Viele Grüße Jürgen ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
[lmn] Gran Canaria
Liebe Listenmitglieder, es sei mir ausnahmsweise erlaubt, diese Liste in eigener (schulischer) Sache etwas zweckzuentfremden. In unserer Schule läuft mit großem Erfolg und ebenso großer Stabilität (danke für Eure Hilfen!!!) die paedML-5.1 und das seit mindestens 7 Jahren. Ich habe mich da seit etlichen Jahren eingefunden, wenngleich ich als Stellvertreter in der Sache zu wenig Zeit habe und das mit Sicherheit nicht perfekt machen kann. Nun ist meine Zeit hier begrenzt, ich muss im Sommer 2016 die Schule hier verlassen. Ich fürchte, dass nach mir das System langsam untergehen könnte, wenn ich keinen Nachfolger finde, der das Netzwerk betreuen kann. Nur per Fernwartung wird das auf lange Sicht wohl auch nicht haltbar sein. Die spanischen Firmen und Techniker hier vor Ort, verstehen das System nicht und werden es nicht administrieren können. Hat nicht jemand von Euch Lust für ein paar Jahre in den Auslandsschuldienst an die Deutsche Schule Las Palmas de Gran Canaria (www.dslpa.org http://www.dslpa.org ) zu wechseln? Wenn das zum 1.9.2016 gelingen sollte, müsste man/frau das jetzt so langsam in die Wege leiten. Wenn das auch nur vage in Frage kommen würde, beantworte ich gerne alle anstehenden Fragen! Viele Grüße von der Sonneninsel, Arved von Irmer Stellvertretender Schulleiter Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688 E-35002 Las Palmas de Gran Canaria Lomo del Drago E-35018 Almatriche Tel. 0034-928-670750 0034-928-670754 Fax: 0034-928-675520 E-Mail-Schule: mailto:verwalt...@dslpa.org arved.v.ir...@dslpa.org Internet: http://www.dslpa.org/ http://www.dslpa.org ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
[lmn] Open VPN IPFire
Hallo, seit einiger Zeit kommt bei uns niemand mehr per Open VPN ins System von Zuhause (seit Version 6.1 der Musterlösung). In den Diensten beim IPFire ist Open VPN aktiviert und die Zertifikate wurden auch alle angelegt. Der Client meldet Zeitüberschreitung. Müssen eventuell von Hand zusätzlich Regeln in der Firewall eingetragen werden? Grüße, Thomas ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Nutzer kommen bis zur Verzeichnisstruktur, nicht aber an die Inhalte des Tauschverzeichnisses
Salut! Leider noch keine Lösung - aber zumindest schon mal ein Hinweis - nur wie packe ich jetzt am Besten an? Also - die alten Klassen können ganz normal das Heimatverzeichnis/Tauschen sehen - die neuen Klassen aber nicht - da hilft leider das löschen der Tauschverzeichnislinks und anschließendes Sophomorix-repair nicht. An Sophomorix-repair liegt es auch nicht - ich habe auch alte Klassen gelöscht und reparieren lassen - die funktionieren danach ganz normal - vielleicht sollte ich schreiben, dass wir die Klassen alle als Extrakurse neu anlegen - einheitliche Nutzernamen, einheitliche Passwörter - für eine Schule mit Schwerpunkt Sozialwesen Hauswirtschaft mit Berufsfachschule und BVJ wirklich sinnvoll. Ich weiß, dass sich Sophomorix aufhängen kann, wenn die Nutzerbezeichnungen allzu ähnlich sind - aber bisher konnten wir das ganz gut händeln, indem wir andere Daten eingetragen haben - -aber ich vermute jetzt hat sich da was komplett aufgehängt. Wie gehe ich am Besten vor - angelegte Extrakurse für 2014 löschen und neu anlegen - oder reparieren, aber wie? Vielleicht habt ihr einen Tipp - Danke auch nochmal an Holger Wolfram Am 8. Oktober 2014 11:31 schrieb Holger Baumhof holger.baum...@web.de: Hallo Wolfram, ls -al /home/share ergibt: insgesamt 40 drwxr-sr-t 9 root domadmins 4096 Aug 14 2013 . drwxr-xr-x 11 root root 4096 Okt 6 12:53 .. drwxrwxr-x 67 root root 4096 Sep 21 19:15 classes -rw-r--r-- 1 pgmadmin domadmins0 Aug 14 2013 Default.rdp -rw-r--r-- 1 pgmadmin domadmins 402 Aug 13 2013 desktop.ini drwxrwxr-x 2 root root 4096 Apr 7 2013 exams drwxrwxr-x 2 root root 4096 Apr 7 2013 projects drwxr-xr-x 2 pgmadmin domadmins 4096 Aug 14 2013 $RECYCLE.BIN drwxrwsrwt 2 administrator teachers 4096 Apr 7 2013 school drwxrwxr-x 2 root root 4096 Apr 7 2013 subclasses drwxrws--T 2 administrator teachers 4096 Apr 7 2013 teachers wie ist den das passiert? Dass pgmadmin Default.rdp und desktop.ini und den Mülleimer da rein schreibt? Das solltest du alles drei driingend löschen: die desktop.ini gibt z.B. einem Windows vor, was es im Verzeichnis anzeigen soll, und was nicht. Wenn der Rechner eines Schülers sowas vor findet, verbirgt er vielleicht Dinge. Und durchsuch deine Tauschverzeichnisse nach desktop.ini Dateien: lösch sie. ls -al /home/share/school/ ergibt: insgesamt 8 drwxrwsrwt 2 administrator teachers 4096 Apr 7 2013 . drwxr-sr-t 9 root domadmins 4096 Aug 14 2013 .. ls -al /home/students/ ergibt z.B. für den Benutzer: insgesamt 28 drwxr-s--t 7 fss14b01 teachers 4096 Sep 21 19:09 . drwxr-x--t 18 administrator teachers 4096 Sep 21 19:40 .. drwxr-srwt 4 administrator teachers 4096 Sep 21 19:09 __austeilen drwxr-srwt 2 administrator teachers 4096 Sep 21 19:09 __dachboden drwxr-srwt 2 administrator teachers 4096 Sep 21 19:09 __einsammeln d- 4 administrator teachers 4096 Sep 21 19:09 __tauschen wie gesagt: das sieht für mich falsch aus: d- 4 administrator teachers 4096 Sep 21 19:09 __tauschen bei mir: drwxr-sr-t 4 administrator teachers 4096 Sep 12 01:18 __tauschen 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] Gran Canaria
Hi. Hat nicht jemand von Euch Lust für ein paar Jahre in den Auslandsschuldienst an die Deutsche Schule Las Palmas de Gran Canaria zu wechseln? Hm, ich hatte das schon mal im Sinn, doch das Verfahren war kompliziert -- mit Warteliste, möglichen aber bei weitem nicht sicheren Wunschorten, Bewerbungsgesprächen, Unterrichtsbesuchen usw. usw. Mir war es am Ende zu langwierig wie kannst du so sicher sein, dass ein Kandidat so problemlos an genau *diese* Schule wechseln kann? Michael (der nicht so einfach alle Zelte abreißen kann) ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Klassenzuordnung Schülerkonten in der Studienstufe
Hi, falls ihr noch andere Services nutzt (svp-bw, WebUntis, ... ) würde ich die gleiche Bezeichnung (case sensitiv) wie dort wählen, dann hast du später im Fall der Fälle am wenigsten Ärger. Bei uns K1 und K2. Passwörter bekommen Neuankömmlige über die Tutoren (oder im Lernatelier an der Theke). Du kannst die pwd ja auch im Sek. deponieren. LG Frerk -- Frerk-Sasa Popovic Kepler-Gymnasium Johanna-Kohlund-Str. 5 79111 Freiburg +49 761 201-7676 (Sek.) +49 761 201-7439 (Fax) email: f_popo...@kepler-freiburg.de url:http://kepler-freiburg.de ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Gran Canaria
Hallo Michael, Das Verfahren für Auslandsdienstlehrkräfte geht so: - Bewerbung für den Auslandsschuldienst über die Schulleitung. Diese Bewerbung geht automatisch an das Bundesverwaltungsamt. - Der Schulleiter muss eine Beurteilung erstellen und dem Auslandsschuldienst zustimmen. Dies ist in aller Regel in der Tat mit einem Unterrichtsbesuch gekoppelt. Da gibt es allerdings Bund-Länder-Vereinbarungen, die nur Einwände bei Funktionsträgern zulassen. - Der Bewerber kommt in eine weltweite Personaldatei des Bundesverwaltungsamtes zu der nur Schulleiter im Ausland Zugang haben. - Wenn Einigkeit des Initiativbewerbers und des Schulleiters im Ausland besteht, macht der Schulleiter einen Haken und der Bewerber wird in der Datei gesperrt, bis er dem Transfer zustimmt. - Der Bewerber kann im Übrigen mehrere Vermittlungs-Vorschläge des BVA ablehnen. - Man kann das also schon ganz gut steuern, wenn man weiß was man will. - Hat der Bewerber zugestimmt, gibt es ein Standardprogramm des BVA für den Transfer. - Gibt es mehrere Bewerber gibt es natürlich ein Bewerbungsgespräch, an dem nur der Schulleiter und der Schulvorstand teilnimmt. Das muss sein. - Wartelisten gibt es für Funktionsanwärter und Naturwissenschaftler in der Regel nicht. Viele Grüße, Arved von Irmer Stellvertretender Schulleiter Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688 E-35002 Las Palmas de Gran Canaria Lomo del Drago E-35018 Almatriche Tel. 0034-928-670750 0034-928-670754 Fax: 0034-928-675520 E-Mail-Schule: arved.v.ir...@dslpa.org Internet: http://www.dslpa.org -Ursprüngliche Nachricht- Von: linuxmuster-user [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Michael Hagedorn Gesendet: Mittwoch, 8. Oktober 2014 20:06 An: linuxmuster-user@lists.linuxmuster.net Betreff: Re: [lmn] Gran Canaria Hi. Hat nicht jemand von Euch Lust für ein paar Jahre in den Auslandsschuldienst an die Deutsche Schule Las Palmas de Gran Canaria zu wechseln? Hm, ich hatte das schon mal im Sinn, doch das Verfahren war kompliziert -- mit Warteliste, möglichen aber bei weitem nicht sicheren Wunschorten, Bewerbungsgesprächen, Unterrichtsbesuchen usw. usw. Mir war es am Ende zu langwierig wie kannst du so sicher sein, dass ein Kandidat so problemlos an genau *diese* Schule wechseln kann? Michael (der nicht so einfach alle Zelte abreißen kann) ___ 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] Nutzer kommen bis zur Verzeichnisstruktur, nicht aber an die Inhalte des Tauschverzeichnisses
Hallo Wolfram, Also - die alten Klassen können ganz normal das Heimatverzeichnis/Tauschen sehen - die neuen Klassen aber nicht - .. also sind nur die Klassen betroffen, die in den letzten Wochen angelegt wurden? da hilft leider das löschen der Tauschverzeichnislinks und anschließendes Sophomorix-repair nicht. An Sophomorix-repair liegt es auch nicht - ich habe auch alte Klassen gelöscht und reparieren lassen - die funktionieren danach ganz normal - .. bist du dir da so sicher? Die werden ja erstmal nicht gelöscht sondern nur in den Attic verschoben: oder meinst du einfach den Link __tauschen in einem Home gelöscht, und dann per sophomorix wieder angelegt= Und der wurde richtig angelegt. Wenn du das selbe Verfahren aber bei einem neuen Nutzer machst, wird der Link falsch angelegt? vielleicht sollte ich schreiben, dass wir die Klassen alle als Extrakurse neu anlegen - einheitliche Nutzernamen, einheitliche Passwörter - für eine Schule mit Schwerpunkt Sozialwesen Hauswirtschaft mit Berufsfachschule und BVJ wirklich sinnvoll. Könntest du uns mal eine Zeile aus der extrakurse.txt hier posten? Änder aber das Passwort .. Ich weiß, dass sich Sophomorix aufhängen kann, wenn die Nutzerbezeichnungen allzu ähnlich sind - aber bisher konnten wir das ganz gut händeln, indem wir andere Daten eingetragen haben - -aber ich vermute jetzt hat sich da was komplett aufgehängt. was meinst du mit Aufhängen? Such uns doch mal logfiles von sophomorix raus und poste sie. Wie gehe ich am Besten vor - angelegte Extrakurse für 2014 löschen und neu anlegen - oder reparieren, aber wie? wir versuchen mal das Reparieren, und wenns nicht klappt, dann löschen und neu anlegen. Aber bevor du zweiteres machst, würde ich erstmal eine Testklasse (Extrakurs) neu anlegen und schauen, ob bei denen die Links korrekt sind. Das von mir beschriebene löschen des __tauschen Verzeichnisses in einem Home auf der Konsole und wieder anlegen lassen dur sophomorix-repair hat nicht geholfen? Bitte poste mal die Ausgabe von dpkg -l | grep sophomorix 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
[lmn] Ubuntu im Schulalltag
Hallo, kennt jemand das Video? http://www.youtube.com/watch?v=31p8w7jVo7U 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] Ubuntu im Schulalltag
Am 09.10.2014 um 00:04 schrieb Holger Baumhof: Hallo, kennt jemand das Video? http://www.youtube.com/watch?v=31p8w7jVo7U Danke für das Video. Bei Minute 10 ca. sagt er: Wenn Elternvertreter, Kollegium und Schulleitung entscheiden, bei Ubuntu zu bleiben... Eigentlich will ich das Video gerne unseren Freunden von der Moserfraktion gerne implantieren, aber zu suggerieren, sie hätten hier eine Wahl - das möchte ich dann wieder nicht. Die Wahl besteht darin, uns Netzwerkberate abzuwählen und es selbst zu machen. Grüße, Tobias ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user