Hallo liebe Leute!
Ich habe linuxmuster ohne probleme aufgesetzt und alles funktioniert. nur chilli lässt mich verzweifeln. vielleicht weiß hier wer rat!
hat wer eine idee, woran das noch liegen kann?
bitte um hilfe!
Grüße
Hi. Kannst du genauer sagen, welche IP ein Client erhält? Ich meine, dass „ping“ vom coovachilli aus hier gar nicht geht. Ich teste die Verbindung nach außen immer mit „apt-get update“
Hi!
Der Server erhält die IP vom dhcp des ipfire (es ist auch die Richtige). Es ist die Standardip 172.16.16.*
Sollte der Server selber nicht hinaus kommen? Ich habe “telnet 10.16.1.1 636” probiert --> geht nicht!
Die Firewallregeln Blau darf nach 10.16.1.1:636 ist aber vorhanden…
Hallo Alexander,
Der Server erhält die IP vom dhcp des ipfire (es ist auch die Richtige).
Es ist die Standardip 172.16.16.*
Sollte der Server selber nicht hinaus kommen? Ich habe „telnet 10.16.1.1
636“ probiert → geht nicht!Die Firewallregeln Blau darf nach 10.16.1.1:636 ist aber vorhanden…
ich pfriemel da auch immer ein wenig rum bis es geht: ich weiß nicht
weswegen…
Einige Jahre lang hatte ich den Coova z.B. immer mit einer staatischen
IP, weil es per DHCP vom IPFire nicht ging (obwohl die IP korrekt war).
Meine /etc/network/interfaces sieht derzeit aber so aus:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
#auto eth0
#iface eth0 inet static
# address 172.16.16.3
# netmask 255.255.255.0
# network 172.16.16.0
# broadcast 172.16.16.255
# gateway 172.16.16.254
# dns-nameservers 172.16.16.254 129.143.2.4
# dns-search linuxmuster.net
… derzeit geht das.
Meine Regel im IPFire für den Coova ist:
TCP BLAU: 636 10.16.1.1: 636
Beim IPFire gab es auch immer mal das Problem, dass Firewallregeln nicht
korrekt über nommen wurden: vor allem darf man während des Einstellens
keine „Vor/zurück“ Spielereien im Browser machen.
Am Besten löschst du die Regel noch mal, übernimmst die Änderungen und
legst sie noch mal an.
Dann mal den IPFire neu starten und den coova danach neu starten.
VIele Grüße
Holger
Hallo Holger!
Vielen Dank für deinen Input. Dass der ipfire die Regeln nicht richtig übernommen hat, hab ich auch schon vermutet.
Ich werd’s morgen gleich versuchen und rückmelden!
LG,
Alex
Hallo Holger!
Super, jetzt funktioniert er. Der DHCP im blauen Netz funktioniert. Ich musste nur den ipfire einmal neu starten.
Irgendwie riecht das nach Windows-Server! 
Vielen Dank für die Hilfe!
Lg,
Alex
Hallo Alex,
Wenn Du (wie ich) virtualisierst, kann es schon sein, dass man den IPFire mal neu starten muss. Bei mir geht so alle 2 Monate auch mal die (vollständig virtuelle) Blaue Netzwerkverbindung “down” und ich muss beide Geräte neu starten, damit dieses Netzwerk wieder erkannt wird und DHCP-Aushandlung wieder funktioniert.
Nur, falls es irgendwann mal wieder keine Verbindung gibt…
LG
Max
Hi Max!
Danke für die Info. Gut zu wissen, dass auch Linux immer wieder mal gerne neu gestartet werden will.
LG,
Alex
Hallo Max,
Bei mir geht so alle 2 Monate auch mal die (vollständig virtuelle) Blaue
Netzwerkverbindung „down“ und ich muss beide Geräte neu starten, damit
dieses Netzwerk wieder erkannt wird und DHCP-Aushandlung wieder
funktioniert.
teste mal ob es nicht reicht den Haken bei DHCP auf blau zu entfernen und
auf „speichern“ klicken. Danach Haken wieder rein und nochmal auf
„speichern“ klicken. Ich meine das Problem liegt an den dynamischen
Zuordnungen ie im Laufe der Zeit immer mehr werden. Mit dem Verfahren
werden die dynamischen Zuordnungen gelöscht.
Gruß
Alois
Am 20. Februar 2017 um 11:41 schrieb Alexander Raab <noreply@linuxmuster.net