Hallo, leider klemmt noch irgendwo etwas:
Mein Server hat die 10.16.1.1 Auf dem Ipfire gibt es blau mit 172.16.16.254 Daran hängt der chilli Rechner mit eth0 172.16.16.2 Auf dem chili Rechner geht das internet und auch die Namensauflösung > Holger Baumhof <[email protected]> hat am 20. Juli 2015 um 20:08 > geschrieben: > > > Hallo Markus, > > > Damit ich jetzt noch einmal zusammenfasse, was ich morgen zu tun habe: Ich > > gebe > > eth1 im chilli Rechner die IP 172.16.18.254 (z. B. 254). > > nein: eth 1 bekommt keine IP. > Auch bei mir hat die Schnittstelle keine IP: nur eth0 und tun0 > > > Dann logge ich mich wohl oder übel bei allen Access Points ein und ändere > > deren > > IP von 172.16.16.1 und folgende auf 172.16.18.1 und folgende (alles bei > > 255.255.255.0) > > ja. > > > Muss ich dann den chilli rekonfigurieren und an der Stelle, wo er > > 192.168.99.? > > fragt, dann 172.19.18.? eingeben, oder bleibt das bei 192.168.99.? > > > > (Das ? weiss ich jetzt nicht mehr. Steht da 0 oder eine Zahl >0) > > nur wenn du das coovanetz umstellen mußt. > Du hast: 192.168.0.0 mit 255.255.0.0 > Wenn du nicht irgendwo auch ein 192.168er Netz hast, dann brauchst du > das nicht umstellen. > > Hast du aber eines, dann mußt du das mittels > dpkg-reconfigure linuxmuster-coova > > umstellen auf 172.190.0.0 mit 255.255.0.0 Weil ich einen DSL-Router habe und kein Modem liegt vor meinem IPFIRE red ein kleines Netz mit 192.168.2.x. Darum hat mein Test-Accesspoint nun die IP 172.16.18.2 Ich habe zwar auch 172.190.0.0 probiert, nehme aber an, dass es ein Tippfehler ist und 172.19.0.0 heißen soll, oder? Jetzt sehe ich auf dem chilli Neben et0 und einem leeren eth1 auch tun0. Dort steht inet addr. 172.19.0.1 P-tP 172.19.0.1 Mask 255.255.0.0 Nun kommt das erste, was meiner MEinung nach nicht sein kann. Ich komme auf dem ipfire nicht per ssh auf den chilli. Auf dem chilli läuft ssh, ich kann eine Verbindung zu sich selbst aufbauen. Die Kabel sind nicht vertauscht und auf dem chilli geht ja das Internet. Mache ich aber auf dem ipfire ssh 172.16.16.2 -l m_rupprecht wird die Verbindung timed out. Mein Test Accesspoint hat nun die IP 172.16.18.2 und wenn ich mich per WLAN verbinde, dann kommt dort per ipconfig DNS Suffix lan IP4: 172.19.0.2 255.255.0.0 Gate 172.19.0.1 Nun sitze ich gerade am Notebook und gebe heise.de ein. Fehler. Seite kann nicht angezeigt werden. Nun gebe ich 193.99.144.85 ein und der Mozilla springt zu heise.de, bringt aber wieder den Fehler. Nun gebe ich 10.16.1.1 ein und der chilli kommt. Ich melde mich an, er meldet, dass die Anmeldung erfolgreich war. Nun bringt er die IPfire Warnung, dass er 10.16.1.1 nicht finden kann. Bei heise.de kommt wieder: Server nicht gefunden. Nun schaue ich noch einmal im ipfire nach: Zugriff von blau auf LDAPs, ssh, ping, dns, https. Aber kein http. Ich probiere die ip von google mit https: Es kommt das er dem Zertifikat nicht traut. Ichlade es herunter und akzeptiere. Fehler: Sever nicht gefunden. Hat jemand eine Idee, wo es bei mir klemmen könnte: Hier noch einmal, was ich beim chilli eingeben habe: 10.16.1.1 dc=srf,dc=lokal Das Passwort aus slapd.conf 172.19.0.0 255.255.0.0 8.8.8.8 8.8.4.4 teachers p_wifi 900 yes www.linuxmuster.net linuxmuster.net WIFI Weil ich gerade getippt habe: Noch einmal schnell www.linuxmuster.net ausprobiert. Beim "Namen": Fehler. Seite nicht gefunden. Bei der IP: Meldung vom ipfire: 172.63.8.109 Fehlgeschlagen. Scheinbar steht die Verbindung von ipfire zu chilli. Ich frage mich, wieso ich per ssh vom ipfire nicht auf den chilli komme? Ich hoffe, ihr habt Ideen. VG, Markus
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
