Hallo zusammen,
ich habe ein Problem mit meinem HMLAN Adapter. Seit ich diesen installiert habe, komme ich von meinem RasPi nicht mehr ins Internet. Was noch schlimmer ist...ich komme aus dem Internet nicht mehr auf FHEM!
Um den HMLAN-Adapter zum Laufen zu bringen, habe ich mich an folgendes Thema in diesem Forum gehalten:
http://forum.fhem.de/index.php/topic,14206.msg89705.html#msg89705
Meine /etc/network/interfaces sieht nun wie folgt aus:
auto lo
iface lo inet loopback
iface eth0 inet static
address 192.168.3.1
netmask 255.255.255.252
gateway 192.168.3.1
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
Mein RasPi ist mit der statischen IP 192.168.2.150 an meinem Router (IP:192.168.2.1, SN 255.255.255.0) angemeldet.
Nachdem ich eth0 auf static gesetzt habe, konnte ich meinen HMLAN direkt an den RasPi anschließen und auch meine Homematic-Komponenten steuern. Nur komm ich jetzt nicht mehr aus dem Heimnetz raus. Ich vermute, dass das was mit dem Gateway zu tun hat aber ich weiß nicht, wie ich das lösen kann.
Vielen Dank für jede Hilfe!
Gruß Dan
Aus denn Kopf ohne 100% gewähr würde ich folgendes versuchen (Gateway raus, da er nur das eine Netz erreichen muss und Netmask hinten eine 0, damit er auch die IP vom HMLAN einschließt. Den Gateway zum Internet bekommst Du per DHCP vom Router und ist somit auch der Router):
auto lo
iface lo inet loopback
iface eth0 inet static
address 192.168.3.1
netmask 255.255.255.0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
Grüße Felix
Hallo Felix,
laut http://forum.fhem.de/index.php/topic,14206.msg89705.html#msg89705 muss sich aber die Subnetzmaske von der des WLan Netzwerks unterscheiden?!?
Werd das morgen trotzdem mal versuchen.
Gruß Dan
Hallo Dan,
in dem Beitrag ist ein eigenes subnetzt gemeint, nicht die Maske als Wert. Das definiert du in deinem Fall, indem du den dritten Teil der IP-Adresse unterschiedlich gemacht hast (bei dir also 2 und 3). Mit der subnetzmaske gibst du dann an, wieviel der IP-adresse in deinem lokalen Netz jetzt verfügbar sind. Mit der 0 im 4. Teil der subnetzmaske gibst du an, dass alle 254 IP-Adressen des subnetzt 192.168.3 an diesem netzwerkanschluss direkt erreichbar sind. Insofern sind gleiche Subnetzmasken sehr häufig.
Grüße Felix
Hallo,
Warum möchtest du das HMLAN und den Raspi in zwei unterschiedliche Subnetzte bringen?
Kann man machen, ist aber komplizierter.
Herr 3x
...jetzt hab ich mein wlan0 abgeschossen :-\
@Felix:
Vielen Dank. Jetzt habs sogar ich kapiert! Mir war der Unterschied zwischen Subnetz und Netzmaske nicht klar. Habs jetzt aber, denke ich, kapiert.
@Herr 3x:
Genau da lag mein Denkfehler. Ich wollte die nicht in unterschiedlichen Subnetzen, sondern will/muss nur unterschiedliche Netzmasken vergeben.
Zu meinem Problem:
Ich denke, dass ich irgendwo einen Tippfehler in der IP gemacht habe. Auf jeden Fall komme ich Remote nicht mehr auf den RPi. Werd mich nochmal melden wenn ich dieses Problem gelöst hab und euch mitteilen, ob mein HMLAN-Adpt dann funktioniert.
OK, jetzt FÜR alle mal ausführlich was bei mir schief gelaufen ist und die Frage AN alle, was noch schief läuft. Nach dem Hinweis von Freddy und durch die Codezeilen von CQuadrat (beiden nochmal herzlichen Dank) konnte ich meinen grundlegenden Fehler finden. Also habe ich folgendes in meine /etc/network/interfaces eingetragen:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.3.10 #<- fest vergebene IP des HMLAN, direkt mit Raspi verbunden
netmask 255.255.255.0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet static
address 192.168.2.150 #<- fest vergebene IP des Raspi im WLAN
netmask 255.255.255.0
gateway 192.168.2.1 #<- Adresse des Routers ins Internet
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
Danach hatte ich keinen Zugriff mehr auf meinen RPi...mein Fehler war wohl, dass ich meinem RPi durch den Router eine feste IP (192.168.2.150) zuweisen lasse, diese jedoch schon dem RPi fest zugewiesen habe (Konflikt???)
Also nun meine neue "interfaces":
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.3.10 #<- fest vergebene IP des HMLAN, direkt mit Raspi verbunden
netmask 255.255.255.0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
Jetzt habe ich meinen RPi wieder im WLAN und kann per Remote Desktop auf ihn zugreifen. Allerdings nur, so lange ich den HM-CFG-LAN NICHT einstecke. Sobald dieser wieder mit dem RPi verbunden ist: Kein Zugriff auf RPi mehr möglich.
HM-CFG-LAN (IP 192.168.3.10, SN 255.255.255.0, Gateway 192.168.2.1)
RPi (IP 192.168.2.150, SN 255.255.255.0, Gateway 192.168.2.1)
Router (IP 192.168.2.1, SN 255.255.255.0)
eth0 siehe Code oben
Was mach ich denn noch falsch?
Hallo Dan,
auto eth0
iface eth0 inet static
address 192.168.3.10 #<- fest vergebene IP des HMLAN, direkt mit Raspi verbunden
netmask 255.255.255.0
192.168.3.10 ist die IP des Raspi im Netzwerk 192.168.3.*/255.255.255.0
Der HMLAN liegt nun ebenfalls in diesem Netzwerk, muss aber eine andere dort freie IP aufweisen. Vielleicht hatte ich mich in meinem Beispiel falsch ausgedrückt.
Warum beim Einstecken aber WLAN (192.168.2.*) zusammenbricht, ist mir auch nicht klar.
Viele Grüße
Christoph
Nachtrag: Prüfe mal, ob mit DHCP irgendetwas schief läuft. Wenn der Raspi/WLAN bei 192.2.150 eine statische IP zugewiesen bekommt, darf dies beim Router (Fritzbox?) nicht im Adressraum für DHCP liegen! Dann sind Konflikte vorprogrammiert.
Hallo Christoph,
hast meinen Beitrag schon gefunden?
Der Router ist eine Vodafone EasyBox.Die Adresse des RasPi liegt im DHCP Bereich allerdings so weit oben, dass es bisher sicher keine (offensichtlichen) Konflikte gab. Werde das aber baldmöglichst ändern (sobakd ich meinen neuen RasPi habe).
Kannst du meine Frage aus der PM bitte auch hier für alle beantworten? Hätte sie hier nochmal gepostet, hab sie aber leider nicht mehr im Postausgang.
Danke!
Nachtrag:
Mein RasPi tut wieder. Scheint ein bekanntes Problem mit den SD Kontakten zu sein.
http://forum.fhem.de/index.php/topic,20780.0.html
Hier für alle noch die Erläuterung von Christoph. Mir hat das sehr geholfen. Denke, dass ich die Thematik jetzt (so weit notwendig) verstanden habe.
ZitatDer RasPi hängt ja in zwei Netzwerken gleichzeitig:
In dem einem Netzwerk verbindet er sich per wlan0: Die IP von wlan0 muss dann innerhalb des entsprechenden Netzes dort liegen. Da sich wlan0 mit dem Router (192.168.2.1/255.255.255.0) verbindet, muss die IP von wlan0 zwingend in diesem Netzwerk liegen, also 192.168.2.2-255. Dabei ist zu beachten, dass diese IP dort nicht schon an andere Geräte vergeben ist; Konflikte mit DHCP sind zu vermeiden. Zusätzlich ist der Router/192.168.2.1 das Gateway nach draußen ins Internet.
In dem anderen Netzwerk hängt der RasPi per Lan. Dort hängt (alleine?) direkt der HMLAN an der Ethernetbuchse. Da der HMLAN auf die statische IP 192.168.3.10 konfiguriert wurde (das vermute ich mal), muss der lan0 ebenfalls in diesem Adressraum liegen; die IP darf aber auch dort nur einmal vergeben sein. Nehmen wir als Beispiel mal 192.168.3.150:
Man kann also nicht sagen, der RasPi hat die IP w.x.y.z., sondern:
Im Netzwerk 192.168.2.* ist der RasPi per wlan0 mit der IP 192.168.2.150 angebunden.
Im Netzwerk 192.168.3.* ist der RasPi per lan0 mit der IP 192.168.3.150 angebunden.
Der RasPi kann dann auf beide Netzwerke zugreifen.
Nochmal an alle vielen Dank. Sobald ich meinen RasPi wieder soweit habe werd ich das nochmal testen und das Thema dann schließen.
So, nun hatte ich alles wieder soweit eingerichtet und gesichert. Zeit mich wieder an den HMLAN-Adapter zu machen. Die IP-Einstellungen habe ich alle, wie empfohlen, gemacht. Nun ist mir aber folgendes aufgefallen: Sobald ich meinen HMLAN einstecke, erlischt meine Kontrollleuchte an meinem WLAN-Stick und ich erreich den RasPi nicht mehr. Zieh ich den Netzwerkstecker, ist alles wieder i.O.
...naja, bis auf das Problem, dass ich dann den HMLAN nicht mehr habe... :'(
Hallo,
warum möchtest Du den HM-LAN direkt am Raspberry haben? Häng das Teil doch mit einer festen IP an den Router oder sonst wo ins Netz. Der Raspberry fragt dann über Wlan -> Gateway -> Router -> der entscheidet das es eine interne Adresse ist und leitet weiter an -> HM-LAN.
Wenn Du mit unterschiedlichen Netzwerksadressen rummachst, musst Du auch ggf. den Routing Table anpassen. Der Raspi mus ja wissen, welche Adressen in welchen Netzwerkssegment liegen bzw. welche Adressanfrage über welche Netrzschnittstelle gehen muss. Im Router kann man auch Bereiche aussparen, die nicht von DHCP genutzt werden. Alternativ mal nachsehen, ob man trotz DHCP bestimmet Adressen festlegen kann. Ich kann auf der Fritzbox sagen -> diesem Gerät immer die gleiche IP zuweisen.
Gruß Christoph
Ich könnte mir vorstellen das der Raspbi das wie die meisten Desktoprechner machen. Ist ein WLAN und LAN-Kabel vorhanden, wird das Lankabel bevorzugt. Deswegen bricht alles zusammen sobald du das Kabel einsteckst und es geht wieder sobald du es ziehst.
Da wirst du vermutlich mit statischen Routen arbeiten müssen. Da kenne ich mich in Linux nicht wirklich aus. Ich würde das Ding auch ins normale Netzwerk hängen und gut ist. Machts auch einfacher wenn du mit Windows ein Firmwareupdate einspielen willst.
Zitat von: Bennemannc am 17 März 2014, 13:57:50
warum möchtest Du den HM-LAN direkt am Raspberry haben? Häng das Teil doch mit einer festen IP an den Router oder sonst wo ins Netz. Der Raspberry fragt dann über Wlan -> Gateway -> Router -> der entscheidet das es eine interne Adresse ist und leitet weiter an -> HM-LAN.
Ich habe das auch so. Das hat den großen Vorteil, dass mein FHEM (incl. HMLAN) autark vom Router funktioniert. Ich schalte (u.a. bei längerer Abwesenheit) gerne mal den Router/FritzBox aus. ;)
Hallo Dan,
ich denke die Info's Du brauchst findest du hier: http://www.glennklockwood.com/sa/rpi-wifi-bridge.php (http://www.glennklockwood.com/sa/rpi-wifi-bridge.php)
MfGroby
Hallo,
die Geschichte ist ja die, in der Network Datei auf dem Raspberry legt er ja die Adresse des eth0 fest - das ist aber 'nur' die Adresse des Netzwerkports auf dem Raspberry und hat noch nichts mit der Adresse des HMLAN Adapters zu tun. Wenn die (mit dem Windowstool) auf DHCP steht, kann er warten bis er grün wird, da der Raspi die DHCP Anfrage nicht beantwortet. Somit kann auch nicht auf den HMLAN zugregriffen werden.
Man könnte mal versuchen, die Adresse des HMLAN mit Windows auf 192.168.3.11 zu setzen und DHCP raus. Dann sollte der eigentlich zu pingen sein.
Gruß Christoph
Hallo Christoph,
genau aus dem Grund, den CQuadrat nennt, möchte ich den HMLAN direkt am Raspberry. Diese ganze Geschichte mit IPs und Netmasken vergeben habe ich schon hinter mir. So lange ich den HMLAN direkt an meinem Router habe ist das auch alles kein Problem. Ich vermute auch, dass nach all den Einstellungen, die ich gemacht habe der HMLAN am Raspberry funktioniert. Nur schällt er mir eben mein WLAN ab.
@Groby:
Danke für den Link. Ich werde das heute Abend gleich mal testen...
Danke an alle!
Hallo,
dann beschäftige Dich mal mit dem Befehl 'route'. Der zeigt zum einen welche Routen vorhanden sind und welche Anfragen über welchen Netzwerkadapter laufen, zum anderen kann man mit route add neue Routen anlegen. z.B. route add -net 192.168.3.0 netmask 255.255.255.0 dev eth0 - natürlich kann man auch Routen löschen, die falsch sind. route -h zeigt die Hilfe.
Wie bereits erwähnt würde ich als erstes nachsehen und einstellen, das der Adapter mit der Homematic Software auf eine feste IP gesetzt ist, die zu der IP des eth0 passt. Das ist mit Sicherheit nicht so, da Du den dann direkt an den Router gesteckt nicht erreichen könntest, da die IP außerhalb des Routerbereiches läge und der bei einer IP im Segment 192.168.3.x an das Internet weiterleiten würde.
Gruß Christoph
So...sagt man, wenn man nicht mehr weiter weiß...
Ich habe die Anleitung unter http://www.glennklockwood.com/sa/rpi-wifi-bridge.php Schritt für Schritt befolg und leider keine Verbesserung. Ich denke weiter nicht, dass es an der IP Konfiguration lieg, da ich die schon mit CQuadrat rauf und runter gekaut habe. Trotzdem hier nochmal meine aktuellen Einstellungen:
Router
IP 192.168.2.1
Netmask 255.255.255.0
Mein Raspberry
IP 192.168.2.150 (wird vom Router über MAC Adresse fest vergeben)
Netmask 255.255.255.0
HM-LAN
IP 192.168.3.10
Netmask 255.255.255.0
Gateway 0.0.0.0
DHCP off
/etc/network/interfaces
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet static
address 192.168.3.1
network 192.168.3.0
netmask 255.255.255.0
broadcast 192.168.3.255
gateway 192.168.3.1
allow-hotplug wlan0
iface wlan0 inet manual
# address 192.168.2.150
# netmask 255.255.2550
# gateway 192.168.2.1
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
network, broadcast und gateway habe ich für eth0 erst jetzt wegen der Anleitung (Link oben) hinzugefügt. Bei wlan0 habe ich deshalb wieder auf manual gestellt, weil ich keine Verbindung zum Router bekommen habe. Wahrschinlich wegen einem Konflikt zwischen der festen IP am RasPi und der festen Vergabe durch den Router(?).
Die in oben stehendem Link erwähnte Datei /etc/network/iptables existiert bei mir nicht, obwohl ich das Script Schritt für Schritt ausgeführt habe.
@Christoph
Ich habe den HMLAN auch nicht von FHEM aus erreicht (disconnected). Die Software hat ihn mir aber mit der IP 192.168.3.1 (siehe oben) angezeigt als ich ihn am Router hatte. Der Befehl route -e gibt folgendes aus:
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
default easy.box 0.0.0.0 UG 0 0 0 wlan0
192.168.2.0 * 255.255.255.0 U 0 0 0 wlan0
Werd mir den Befehl aber noch genuer anschauen.
Sollten noch Angaben zur Fehleranalyse fehlen, bitte einfach kurzen Hinweis. Vielen Dank an alle fürs Kopf zerbrechen...
also der Befehl
Zitatroute add -net 192.168.3.1 netmask 255.255.255.0 dev eth0
gibt mir folgenden Fehler zurück:
Zitatroute: Netzmaske passt nicht zu Routenadresse
Routing & Firewall - the neverending story..
Verbinde einen PC mit eth0 mit gleichen IP-Settings, um von der anderen "Seite" Fehlersuche zu betreiben und poste die Error-Messages...
???
Also einen PC mit eth0 verbinden und dem PC die IP 192.168.3.1 vergeben? Und wie bekomme ich dann eine Fehlermeldung zum posten? :-\
Hallo,
beim Routing Befehl war ein Fehler drin. Richtig: route add -net 192.168.3.0 netmask 255.255.255.0 dev eth0 - ich habe auch eine Version gefunden, bei der das "dev" nicht dabei stand. Also: route add -net 192.168.3.1 netmask 255.255.255.0 eth0.
Bei Net ist es wohl so, das die letzte Zahl eine 0 sein muss - eigentlich auch logisch, da wenn dort eine Zahl steht das ja einen HOST und kein NET beschreibt.
Gruß Christoph
Der HML ist zur Fehlersuche nicht sonderlich hilfreich.
Wenn Du einen PC an eth0 anschliesst kannst Du ping & traceroute und schauen in welche Netze du kommst, nachdem Du Christoph's "routen" hinzugefügt hast...
WOW...da soll noch einer sagen eine 0 sei nix wert. Mit dem richtigen route Befehl hats geklappt. Ich habe meinen HMLAN direkt am RasPi.
Jetzt wäre noch interessant, ob das route alleine gereicht hätte, ohne die Anleitung unter http://www.glennklockwood.com/sa/rpi-wifi-bridge.php? Oder gehört das irgendwie zusammen? Ich lasse das Thema für evtl. Antworten noch bis heute Abend offen.
Auf jeden Fall vielen lieben Dank an alle!
Hallo,
normalerweise sollte reichen:
1) inet von eth0 auf static in einen Netzwerksbereich außerhalb des Routers
2) HMLAN eine fest IP im Bereich des eth0 Netzwerkes
3) route -add net ... eth0
4) WLAN DHCP vom Router fürs Internet
In Prinzip mach der Raspberry dann nichts anderes wie der Router. Es wird anhand der ROUTE entschieden, an welche Schnittstelle die Paketanfrage weitergegeben wird. Beim Router ist das 192.168.2.X intern an das Ethernet oder WLAN alles andere an DSL. Genau so arbeitet der Raspberry dann auch - alles 192.168.3.x geht über eth0, die anderen Adressen gehen an WLAN.
Was natürlich nicht geht ist eine Namensauflösung - also den HMLAN statt mit 192.168.3.1:1000 mit "HMLAN:1000" ansprechen, da dieser Name nirgendwo aufgelöst wird. Da müsste man dann die /etc/hosts (oder so, weiß ich nicht auswendig) ändern und dort den Namen und die IP fest eingeben. Dann sollte auch das gehen.
Gruß Christoph
Wie es sich gehört, zum Abschluss nochmal die Zusammenfassung (die von Christoph passt nicht ganz), wie es bei mir nun funktioniert:
1. inet von eth0 auf static in Netzwerkbereich außerhalb des Routers
UND "allow-hotplug eth0". Bei mir sieht die /etc/network/interfaces nun wie folgt aus:
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet static
address 192.168.3.1
network 192.168.3.0
netmask 255.255.255.0
broadcast 192.168.3.255
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
2. Wie im letzten Schritt unter http://www.glennklockwood.com/sa/rpi-wifi-bridge.php? beschrieben (alle anderen sind nicht notwendig):
Zitat...ip forwarding has to be enabled in the kernel by editing /etc/sysctl.conf and uncommenting a line:
# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1
and then doing sysctl --system.
Also /etc/sysctl.conf editieren und "'#" vor "net.ipv4.ip_forward=1" entfernen. Danach in der Konsole "sysctl --system" ausführen.
3. Eintrag über Konsole in der Kernel-Routing-Tebelle durch
Zitatroute add -net 192.168.3.0 netmask 255.255.255.0 dev eth0
4. HM-LAN-Adapter eine feste IP im Bereich des eth0 Netzwerks zuweisen. In meinem Fall:
ZitatAddress 192.168.3.10
netmask 255.255.255.0
gateway 0.0.0.0
AES encryptet LAN Communications deaktiviert
Das wars schon. Ich hatte das Glück, dass ich meinen RasPi (man lernt aus Fehlern) vor meinem Kopplungsversuch gesichert hatte. Somit hatte ich nun die Möglichkeit alle möglichen Kombinationen aus den Hinweisen im Forum zu testen. Die oben genannte war die erste und einzige die bei mir funktioniert hat. Wurde auch nur einer dieser Schritte nicht durchgeführt wurde beim Einstecken des HMLAN mein WLAN deaktiviert.
Vielen Dank an alle für die zahlreichen Hinweise und viel Spaß an alle, die sich auch mit einem Direktanschluss des HMLAN am Raspberry versuchen wollen...
Edit (31.03.2014):
Gateway aus eth0-Definition in Interfaces entfernt, da durch diese Angabe keine Verbindung mehr zum Internet möglich war (Router liegt im Subnetz 2).