Hallo Michael,
>> das wird in der Schulkonsole als administrator im Reiter Drucker
> Ok, aber dann überschreibst du dir eigene Änderungen sobald du's benutzt
> ...!?
ja, das ist so.
Deswegen lege ich die Datei nochmal mit meinem Kürzel hinten dran daneben.
Viele Grüeß
Holger
--
Mein
> das wird in der Schulkonsole als administrator im Reiter Drucker
Ok, aber dann überschreibst du dir eigene Änderungen sobald du's benutzt
...!?
Michael
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
btw -- gleich noch ein Nachtrag hinterher:
Man könnte auf diesem Weg evtl auch einen Drucker in der Schule via
OpenVPN erreichbar machen. Müsste ja der gleiche Mechanismus sein. Hat
das jemand erfolgreich so gemacht?
Michael
___
linuxmuster-user
Hi!
> das war so
> einfach: ich krieg nen Vogel.
Das klingt gut! Und diese Einstellung fehlt bei uns bisher auch noch ...
ich frage mich allerdings, ob/wodurch die access.conf evtl automatisch
überschrieben wird, wenn man dort eigene Einträge anlegt?
Wenn ich das richtig sehe, schreibt z.B. auch
Hallo Rainer,
> Ich hab noch keinen Vogel. Bei mir ging es auch mal genauso einfach -
> jetzt klemmt es und ich finde den Fehler nicht ...
manchmal hilft es die Regel im IPFire zu löschen, Änderung Übernehmen,
und Regel wieder anlegen.
VIele Grüße
Holger
--
Mein öffentlicher PGP-key ist hier
Hallo Rainer,
noch mal der Hinweis. Schau mal nach ob die Änderungen in der access.conf
in /etc/cups/ noch drin sin. Die wurden früher gern überschrieben, wenn
eine Änderung an der Konfiguration vorgenommen wurde. Inzwischen ist das
meines Wissens gefixt. Je nachdem mit welcher Version der
Hallo Holger und Mitleser
Am 29.11.2016 um 20:33 schrieb Holger Baumhof:
> Hallo,
>
> Anmerkung zu Linuxdrucken über WLAN:
> ich habe gestern Nacht mal schnell die Regel für Port 631 von Blau nach
> 10.16.1.1 im IPFire eingetragen, und dann noch in der cups.conf und der
> access.conf die
Hallo,
Anmerkung zu Linuxdrucken über WLAN:
ich habe gestern Nacht mal schnell die Regel für Port 631 von Blau nach
10.16.1.1 im IPFire eingetragen, und dann noch in der cups.conf und der
access.conf die 172.16.16.3 (mein Coova) eingetragen.
Dann hab ich Heute mein Laptop ins WLAN genommen und
Hallo zusammen,
das Problem ist gelöst.
Peinlich... In unseren Access-Points (Unifi) ist das Netz 10.0.0.0/8 als
Restricted Subnet angelegt.
Deshalb hatte der Zugriff nicht geklappt und deshalb landeten auch gar
keine Anfragen beim Server.
Habe nun die IP-Adresse des Druckers (10.17.123.31/32)
Hi Holger,
>> IP ist 172.16.16.142
>
> .. moment mal: deine WLAN Client hat eine 172.16.16. IP?
ja. das wäre auch mein nächster Verdacht gewesen. Die WLAN-Clients
sollten ein 192.168er Netz kriegen...
LG
Max
--
Max Führinger
Eichendorff-Gymnasium Ettlingen
Hallo Manuel,
schau mal nach, ob Deine Änderung noch in er cups.con drin steht? Ich
vermute nein.
Gruß
Alois
Am 28. November 2016 um 14:04 schrieb Holger Baumhof
:
> Hallo Manuel,
>
> >>
> > IP ist 172.16.16.142
>
> .. moment mal: deine WLAN Client hat eine 172.16.16.
Hallo Manuel,
>>
> IP ist 172.16.16.142
.. moment mal: deine WLAN Client hat eine 172.16.16. IP?
Aber das ist doch das Coovanetz: das darf doch nciht das WLAN Netz sein.
Da kann doch niemand vernünftig Routern, wenn sich zwei identische Netze
berühren?
Bitte schick mal vom Coova die Datei:
Hallo Max,
On Mon, 28 Nov 2016 11:45:41 +0100
Schule Führinger wrote:
Hallo Manuel,
Ziel müsste stimmen, (wenn das der Drucker ist), alternativ einfach
mal kurzzeitig 10.16.1.1 alle ports frei schalten und dann den ping
probieren.
Habe ich versucht. Ping
Hallo Alois,
On Mon, 28 Nov 2016 12:02:14 +0100
Alois Raunheimer wrote:
Hallo,
und hier:
https://www.linuxmuster.net/wiki/anwenderwiki:benutzerrechner:wlan:coovachilli-drucken
Entsprechend dieser Anleitung bin ich ursprünglich auch vorgegangen.
Eine
Hallo,
und hier:
https://www.linuxmuster.net/wiki/anwenderwiki:benutzerrechner:wlan:coovachilli-drucken
Gruß
Alois
Am 28. November 2016 um 12:00 schrieb Alois Raunheimer <
alois.raunhei...@gmail.com>:
> Hallo,
>
> man muss noch den Port 631 freigeben.
>
> Siehe auch hier:
>
>
Hallo,
man muss noch den Port 631 freigeben.
Siehe auch hier:
https://www.linuxmuster.net/wiki/anwenderwiki:drucken:drucken_blaues_netz
Gruß
Alois
Am 28. November 2016 um 11:45 schrieb Schule Führinger <
fuehringer.sch...@googlemail.com>:
> Hallo Manuel,
>
>
> Ziel müsste stimmen, (wenn das
Hallo Manuel,
Ziel müsste stimmen, (wenn das der Drucker ist), alternativ einfach
mal kurzzeitig 10.16.1.1 alle ports frei schalten und dann den ping
probieren.
wie ist denn die IP des Clients? Internet geht? Kann der Chilli-Server
den Drucker pingen? Kann der Client das Gateway sehen?
LG
Max
Hallo Max,
On Fri, 25 Nov 2016 16:02:33 +0100
Schule Führinger wrote:
Hallo Manuel,
Habe nun mal einen Linux-CLient ins WLAN gehängt.
Die Ausgabe von route ist sende ich anbei.
von einem Linux-Client aus geht das Drucken auch nicht, nehme ich
an.
Hallo Manuel,
> Ja, die Firewall-Regel ist aktiviert gewesen.
> Im Log-File auf dem IPFIRE (/var/log/messages) taucht aber keinerlei
> Einträge auf. Das Logging ist in der Regel jedoch auch aktiviert.
> Ich habe nun eine weitere Regel eingerichtet (siehe anbei).
> Leider funktioniert es noch
Hallo Max,
vielen Dank für Deine Rückmeldung.
On Fri, 18 Nov 2016 13:10:53 +0100
Schule Führinger wrote:
ok, Du sprichst CUPS an, nicht den Drucker direkt. Hätte ich mir
denken können laut Deiner ersten Mail, sorry.
Hast Du die Firewall-Regel aktiviert?
Hallo Manuel,
> http://10.16.1.1:631/printers/r123pr31
ok, Du sprichst CUPS an, nicht den Drucker direkt. Hätte ich mir
denken können laut Deiner ersten Mail, sorry.
Hast Du die Firewall-Regel aktiviert?
Die Eingänge von Blau müssen auf dem IPFire schon irgendwo
auftauchen Wie ist denn Dein
Hallo Holger,
Am 16.11.2016 um 09:42 schrieb Holger Baumhof:
Hallo Manuel,
Das drucken aus dem blauen Netz funktioniert aber leider nicht (Tablet
mit Windows 10). Es scheint, dass der Druckauftrag beim Versuch von
blau auf einem grünen Netzwerkdrucker zu drucken nicht mal vom Client
Hallo Manuel,
> Das drucken aus dem blauen Netz funktioniert aber leider nicht (Tablet
> mit Windows 10). Es scheint, dass der Druckauftrag beim Versuch von
> blau auf einem grünen Netzwerkdrucker zu drucken nicht mal vom Client
> weggeht.
am Client war aber schon ein Nutzer im Browser am
23 matches
Mail list logo