Hallo Wolfgang,
> # DNS Servers
> HS_DNS1=8.8.8.8
> HS_DNS2=8.8.4.4
>
>> Dort sollte der IPFire drin stehen: am besten mit seiner internen IP in
>> dem Netz, in dem er hängt: bei dir 10.16.1.254
>> Die INfo steht in der /etc/chilli/config
>> im Bereich:
>> # DNS Servers
> ich hatte auch schon
hallo holger,
# DNS Servers
HS_DNS1=8.8.8.8
HS_DNS2=8.8.4.4
Dort sollte der IPFire drin stehen: am besten mit seiner internen IP in
dem Netz, in dem er hängt: bei dir 10.16.1.254
Die INfo steht in der /etc/chilli/config
im Bereich:
# DNS Servers
ich hatte auch schon die belwue-dns
hallo holger,
Du mußt auch beachten: nur weil die Namensauflösung am coova noch geht
(updates) heißt das nicht, dass der dnsmask noch funktioniert, der die
Auflösung für das "Blaue" Netz (also das zum WLAN hin) macht.
Kontrollier mal zuerst, welche DNS du im chilli eingetragen hast.
im
Hallo Wolfgang,
>> Also:
>> Port 53 udp im IPFire von Blau (CoovaIP) nach Rot öffnen und den DNS des
>> Providers oder einen öffentlichen eintragen.
>> -
> vielen dank.
> das hats gebracht.
> mein chilli ist in grün.
> ich hab jetzt p53 udp in die dientgruppe der allowedports
hallo holger,
.. das würde ich nicht sagen: Port 53 war bestimmt nie ind en Standard
Ports nach draußen drin: das ist ein nicht unerheblichees Sicherheitsloch.
ich versteh nicht, wie das plötzlich zustande kommt.
ich habe seit dem ausfall des coova auch mit der ova umgebung, die
tobias zum
hallo holger,
meist ist das ein Problem mit der Namensauflösung.
Also:
Port 53 udp im IPFire von Blau (CoovaIP) nach Rot öffnen und den DNS des
Providers oder einen öffentlichen eintragen.
-
vielen dank.
das hats gebracht.
mein chilli ist in grün.
ich hab jetzt p53 udp in die
Hallo Wolfgang,
>> .. das würde ich nicht sagen: Port 53 war bestimmt nie ind en Standard
>> Ports nach draußen drin: das ist ein nicht unerheblichees
>> Sicherheitsloch.
>
> ich versteh nicht, wie das plötzlich zustande kommt.
ich nehme an: update des IPFire oder Änderung von Firewallregeln am
Hallo Wolfgang,
>> auch bei mir triit der Fehler auf. Die Clients kommen ohne
>> Anmeldefenster ins Internet.
> ich habe das glaub ich missverständlich beschrieben. ich hab kein
> anmeldefenster und deshalb auch keinen internetzugang.
> das ist bei mir nach wie vor so und kümmer mich erst die
hallo stefan,
On 04.01.2016 07:43, Lerch Stefan wrote:
Hallo,
auch bei mir triit der Fehler auf. Die Clients kommen ohne Anmeldefenster ins
Internet.
ich habe das glaub ich missverständlich beschrieben. ich hab kein
anmeldefenster und deshalb auch keinen internetzugang.
das ist bei mir nach
Hallo Stefan,
> auch bei mir triit der Fehler auf. Die Clients kommen ohne Anmeldefenster ins
> Internet. Wo kann man das einstellen
> "Erste Seite kein https! "?
das kannst Du beim Benutzer "einstellen", also ins Verkündbuch
schreiben und in die Gebrauchsanleitung. Z.B. als Startseite bei den
uster-user@lists.linuxmuster.net
Betreff: Re: [lmn] coovachilli plötzlich ohne anmeldedialog
hallo holger,
>
> das beschriebene Verhalten passiert genau dann, wenn man sich nicht an
> die Vorgabe "Erste Seite kein https! " hält.
>
> Wurde es den schonmal mit einer nicht https Seit
hi,
gibt es zu coova nicht eine bereits vorinstallierte vm?
aus der kann man ja auch problemlos ein tar machen, also sie auf echter
hardware betreiben...
jonny
> leider hat mein versuch, den server neu aufzusetzen, nicht funktioniert,
> da bei der neuinstallation mit 12.04.5 32bit beim
hallo liste,
seit einer weile erscheint beim coovachilli kein anmeldefenster mehr.
die wlan clients werden noch verbunden und erhalten alle eine ip
(192.168.x.x), die zum coovaserver passt. der coovaserver sitzt im
grünen netz.
bisher hatte er funktioniert. eine änderung ist mir nicht bewusst.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Wolfgang,
Am 20.12.2015 um 13:34 schrieb wolfgang lechner:
> hallo liste, seit einer weile erscheint beim coovachilli kein
> anmeldefenster mehr. die wlan clients werden noch verbunden und
> erhalten alle eine ip (192.168.x.x), die zum
Hallo,
das beschriebene Verhalten passiert genau dann, wenn man sich nicht an
die Vorgabe "Erste Seite kein https! " hält.
Wurde es den schonmal mit einer nicht https Seite versucht?
google.com geht nicht.
Ich empfehle
heise.de
oder
zeit.de
Viele Grüße
Holger
--
Mein öffentlicher PGP-key ist
hallo steffen,
hast du den Coova mal einfach neu gestartet?
ja. schon mehrmals. ohne erfolg.
die IPs bekommen sie. aber es gab auch bei mir schon fälle, da hatte ein
neustart geholfen.
vg
wolfgang
___
linuxmuster-user mailing list
hallo holger,
das beschriebene Verhalten passiert genau dann, wenn man sich nicht an
die Vorgabe "Erste Seite kein https! " hält.
Wurde es den schonmal mit einer nicht https Seite versucht?
google.com geht nicht.
Ich empfehle
heise.de
oder
zeit.de
mit heise.de geht es leider nicht. das ist
hallo jonny,
> hi,
gibt es zu coova nicht eine bereits vorinstallierte vm?
ich kenn nur den link zu einem torrent-file.
http://www.linuxmuster.net/wiki/dokumentation:addons:linuxmuster-chillispot:vbox_appliance
da tut sich aber bei mir nix.
aus der kann man ja auch problemlos ein tar machen,
18 matches
Mail list logo
