Hallo.
Mal wieder dreht es sich um den coova/chilli:
Ich hätte es gerne so, dass Clients im WLAN ("transparentes/lila" Netz
hinter BLAU!) über die Firewall hinweg auf einen Server in grün
zugreifen können. Ich habe eine entsprechende Regel erzeugt:
TCP BLAU --> 10.16.1.100:80,3306
(Ernest + mySQL
hmmm -- gerade hinzugefügt:
Quelle: 10.16.1.100
Ziel: BLAU
(Ports: alle)
Es bleibt aber beim DROP_OUTPUT.
Wie muss diese Regel denn richtig lauten?
signature.asc
Description: OpenPGP digital signature
___
linuxmuster-user mailing list
Ach so, Du brauchst von blau eine Regel von 172.16.16.X ->
10.16.1.100:80,443,3306 für TCP.
VG
Christian
Am 10.09.2016 um 10:38 schrieb Dr. Christian Weikl:
Hallo Michael,
nutzt Du eine HTTP-Anfrage zum testen?
Du hast ja nur 80 und 3306 eingetragen - ggf. nimmst Du noch 443 hinzu.
TCP
Hallo Michael,
wenn Du die IP des Coov in grün in die workstations aufnimmst und
import_workstations ausführst gehts wahrscheinlich. Vermutlich ohne
Firewallregel.
Gruß
Alois
Am 10. September 2016 um 10:09 schrieb Michael Hagedorn <
michael.haged...@leoninum.org>:
> hmmm -- gerade
> hast Du den Rückweg ebenfalls als Regel eingetragen?
hoppla ... das wird's wohl sein :)
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Hallo Michael,
mich irritiert, dass bei Deiner Fehlermeldung 10.16.1.254 als Quelle
angegeben wird.
Du musst unter "zugriff aus blau" - oder so ähnlich ;-) - eintragen,
dass Zugriffe zulässig sind.
VG
Christian
Am 10.09.2016 um 11:05 schrieb Michael Hagedorn:
wenn Du die IP des Coov in
Hallo Liste,
ich erhalte heute beim APT-Update folgenden Fehler:
W: An error occurred during the signature verification. The repository
is not updated and the previous index files will be used. GPG error:
http://pkg.linuxmuster.net xenial/ Release: Die folgenden Signaturen
waren ungültig: BADSIG
Hallo Marcus,
> Wahrscheinlich blöde Frage: ein unter UEFI erstelltes cloop kann ich
> wohl nicht in einem BIOS-System verwenden?
ich bin ziemlich zuversichtlich, dass das geht.
Du mußt es erstmal auf die sda klonen.
Danach machst du es bootfähig in dem du den grub wiederherstellst:
Das habe ich mittlerweile ausprobiert. Die Anfragen laufen auf Port 80
(unverschlüsselt).
Seltsamerweise klappt es bei der einen IP (10.16.1.100) aber bei einer
anderen (10.16.1.200) nicht.
Die Regeln sind identisch eingetragen. Ich habe Screenshots gemacht um
es deutlicher machen zu können:
Yepp,
kleine Ergänzung:
Die all.csv hat Windows-Zeilenumbrüche, die all-unix.csv ist
kommandozeilenfreundlicher.
Gruß Christoph G.
Am 10. September 2016 um 11:41 schrieb Holger Baumhof :
> Hallo Guido,
>
> > kann man sich denn (Erst)passwörter einzelner User über die
> mich irritiert, dass bei Deiner Fehlermeldung 10.16.1.254 als Quelle
> angegeben wird.
Ja, das finde ich auch seltsam ... ist das bei euch anders?
> Du musst unter "zugriff aus blau" - oder so ähnlich ;-) - eintragen,
> dass Zugriffe zulässig sind.
Ja, aber doch nur für Clients in blau??? Der
> wenn Du die IP des Coov in grün in die workstations aufnimmst und
> import_workstations ausführst gehts wahrscheinlich. Vermutlich ohne
> Firewallregel.
Äh, wie jetzt?? Eine "blaue IP"? Der Coova befindet sich hier nicht in
grün... der hat die 172.16.16.10 in blau.
Hallo,
> Seltsamerweise klappt es bei der einen IP (10.16.1.100) aber bei einer
> anderen (10.16.1.200) nicht.
ich möchte daran erinnern, dass die IP 10.16.1.100 ebenso wie
10.16.1.200 genau im Lease des DHCP sind (die beiden Enden): beide
sollten nicht in Grün verwendet werden (genauso wie alle
Oh, hat sich soeben gegeben... Jetzt erhalte ich wieder lediglich die
Warnung zum schwachen Kryptoalgorithmus.
Grüße,
Rüdiger
Am 10.09.2016 um 14:37 schrieb Rüdiger Kupper:
> Hallo Liste,
>
> ich erhalte heute beim APT-Update folgenden Fehler:
>
> W: An error occurred during the signature
Hallo Michael,
Holger hat recht.
Ich verstand Deine Frage so, dass der Coova im grünen Netz hängen soll.
Soll der Coova ans blaue Netz angehängt werden, dann muss die eine
Netzwerkkarte ein IP aus blau haben.
Gruß
Alois
Am 10. September 2016 um 14:06 schrieb Michael Hagedorn <
Hallo Guido,
> kann man sich denn (Erst)passwörter einzelner User über die Konsole anzeigen
> lassen?
sophomorix-print -a
erzeugt alle Dateien in
/var/lib/sophomorix/print-data/
In dem Verzeichnis findest du die
all.csv
in der Kannst du mit vi nach deinem gewünschten user suchen
LG
Holger
Hallo,
> ja, klingt nach defekter heizung...
sehe ich auch so.
Ich würde mal die Fixiereinheit rausnehmen und wieder rein setzen:
vielleicht hat sich da ein Steckkontakt gelößt.
Ansonsten: Brother fragen, ob ihnen das peinlich ist ..
VIele Grüße
Holger
--
Mein öffentlicher PGP-key ist hier
Hallo Michael,
hast Du den Rückweg ebenfalls als Regel eingetragen?
VG
Christian
Am 10.09.2016 um 09:48 schrieb Michael Hagedorn:
Hallo.
Mal wieder dreht es sich um den coova/chilli:
Ich hätte es gerne so, dass Clients im WLAN ("transparentes/lila" Netz
hinter BLAU!) über die Firewall
Hallo zusammen,
kann man sich denn (Erst)passwörter einzelner User über die Konsole anzeigen
lassen?
Viele Grüße
Guido
> Am 08.09.2016 um 14:44 schrieb Frank Schütte :
>
> hallo Rainer,
>
> Am Donnerstag, 8. September 2016, 11:15:09 schrieb Rainer Schajor:
>> Hallo
Hallo Guido!
> kann man sich denn (Erst)passwörter einzelner User über die Konsole anzeigen
> lassen?
Der Vollständigkeitshalber:
sophomorix-user -u USER-LOGIN | grep First
Beste Grüße
Thorsten
eingesetztes System
LINUXMUSTER.NET
Die _freie_ Linux Musterlösung
Hallo zusammen,
UEFI scheint ein ziemlicher SCH... zu sein...ich geb es jetzt auf und
setze es mit normalem BIOS noch einmal neu auf :P Dann hab ich zwar
ziemlich viel Zeit verplempert, aber ich hab mir ohnehin die
Beamer-Anzeige irgendwie zerschossen - unsere Beamer werden vom System
nicht
Hallo Steffen,
dieseleb Beobachtung habe ich heute auch gemacht, bei den neuen Nutzern fehtl
die Mailaddresse.
Ich habe dann einmal mit
smbldap-usershow username
überprüft ob die Mailadressen überhaupt vorhanden sind und bei allen (auch
schon lange angelegten) war keine Mailadresse eingetragen.
Am Donnerstag, 8. September 2016, 23:37:11 CEST schrieb Juergen Engeland:
> Hallo Frank,
>
> zu Hause ja. Hat keine FM gebracht.
>
> In der Schule mache ich das morgen mal.
>
Hallo Jürgen,
was ist daraus geworden?
Ich bin mir ziemlich sicher, dass der Fehler nicht von der Schulkonsole
sondern
Hallo Michael,
nutzt Du eine HTTP-Anfrage zum testen?
Du hast ja nur 80 und 3306 eingetragen - ggf. nimmst Du noch 443 hinzu.
TCP BLAU --> 10.16.1.100:80,443,3306
Für den Rückweg gibst Du
10.16.1.100:80,443,3306 -> TCP Grün an.
VG
Christian
Am 10.09.2016 um 10:09 schrieb Michael Hagedorn:
Hallo Steffen,
> Das Problem ist wenn ich das richtig interpretiere, dass eben die
> Mailadresse gar nicht in Moodle eingetragen / aktualisiert wird, bis der
> User sich anmeldet ("bei jedem Login").
> Ich bräuchte eben, dass obwohl der User schon in Moodle angelegt ist,
> die Mailadresse ohne
> ich möchte daran erinnern, dass die IP 10.16.1.100 ebenso wie
> 10.16.1.200 genau im Lease des DHCP sind (die beiden Enden): beide
Ok -- das hatte ich vergessen. Aber unabhängig davon sollte es doch
eigentlich trotzdem funktionieren?? Die eine eingestellte IP läuft und
die andere nicht --
Hallo Steffen,
stehen die mailadressen inzwischen in deinem LDAP?
Sonst können sie ja garnicht im moodle erscheinen.
Die Frage ist also: hast du sophomorix-dump-pg2ldap ausgeführt und
danach noch einmal geschaut?
Wenn ja, und die email Adressen noch immer nicht in moodle sind, dann
mußt du als
27 matches
Mail list logo