OpenElec per WLAN nicht erreichbar

rowoy · August 23, 2013 at 8:56 AM

Hallo

Hier mein erster Beitrag und schon nee Frage. Habe mein Raspi mit OpenElec 3.1.6 laufen. Funktioniert soweit Perfekt. Per LAN ist der Raspi im Netzwerk eingebunden und kann per Yatsi mit dem S3 perfekt gesteuert werden. Um Mobil zu sein habe ich mir jetzt einen WLAN Stick eingebaut und funktioniert auch. Der Raspi ist mit dem Inet und Netzwerk verbunden.... ABER.. ich bekomme per Yatsi keinen Zugriff mehr. Der Raspi scheint nicht mehr im Netzwerk gefunden zu werden wobei aber die Inetverbindung sowie der Server NAS325 zugriff funktioniert. Wo liegt mein Fehler?
Warum funktioniert alles per LAN aber per WLAN nicht?

Gruß Ronny

Bot · Vor 5 Minuten

OpenElec per WLAN nicht erreichbar? Schau mal ob du hier fündig wirst!

**dbv** · August 23, 2013 at 9:04 AM Official Post

Wenn du NUR die WLAN Karte eingesteckt hast, funktioniert Inet und Netzwerk, richtig? Bevor jetzt die standardfragen zur IP und so kommen, verweise ich gleich hierhin.
Bitte durchlesen, Script laufen laufen lassen und das log file, was dabei generiert wird, hier posten.

rowoy · August 23, 2013 at 10:09 PM

Hallo...

habe mir das mal durchgelesen und gleich mal direkt per putty direkt den Script auf den Raspi geladen. Nach dem Start bekomme ich aber schon die erste Fehlermeldung: ./raspiNetInfo.sh: line 42: syntax error: unexpected redirection

Was nun?....

Was ich auch nicht so recht versteh. Sobald ich den Raspi per LAN im Netz hab.. funktionieren die Apps auf dem S3 wie auch auf dem Ipad aber die Windows7 Rechner sehen den guten nicht. Starte ich den Raspi per WLAN... geht da nix mehr mit den Apps... aber der Windows7 Rechner sieht den Mediaplayer Openelec. Ist doch komisch... Und was noch komischer ist... Egal ob WLAN oder LAN... bei beiden hab ich Zugriff auf meine NAS wie auch aufs Inet. :irre:

Gruß Ronny

Bot · Vor einem Moment

**dbv** · August 23, 2013 at 10:15 PM Official Post

ist er denn anpingbar vom Win7 rechner aus?

Das Script läuft unter raspbmc ubnd raspbian, dadurch das openelec auf alles verzichtet was sinn macht ;), wird es wohl an den notwendigen befehlen scheitern.

Dann poste mal was ifconfig eth0, ifconfig wlan0, route -n, sagt.
ifconfig eth0 natürlich mit kabel, wlan0 mit wlan

rowoy · August 23, 2013 at 10:32 PM

Ok... hier Teil 1

Mit WLAN

# ifconfig wlan0

wlan0 Link encap:Ethernet HWaddr 84:1B:5E:96:8E:C8
inet addr:192.168.1.202 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::861b:5eff:fe96:8ec8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:160288 errors:0 dropped:160716 overruns:0 frame:0
TX packets:138263 errors:0 dropped:2 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:179351073 (171.0 MiB) TX bytes:98292958 (93.7 MiB)

OpenELEC (official) Version: 3.1.6
OpenELEC:~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
192.168.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 wlan0
OpenELEC:~ #

Teil 2 mit LAN

OpenELEC:~ # ifconfig eth0
eth0 Link encap:Ethernet HWaddr B8:27:EB:B6:5F:3B
inet addr:192.168.1.103 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:351 errors:0 dropped:0 overruns:0 frame:0
TX packets:413 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:100480 (98.1 KiB) TX bytes:75168 (73.4 KiB)

und Route mit LAN

OpenELEC:~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0

Was sehen wir?

**dbv** · August 23, 2013 at 11:42 PM Official Post

Sieht auf den ersten Blick nicht verdächtig aus, kannst du mal posten was

Code

sudo iptables -L

sagt.

Da merkt man erstmal was einem fehlt, wenn framp sein script will

Bot · Vor einem Moment

BrumseSums · August 24, 2013 at 8:53 PM

Hallo,
Ist vielleicht zu einfach, aber prüfe mal auf Deinem Router, welche IP-Adressen über Lan und Wlan vergeben werden. Ich hatte mal ein änliches Problem, weil eine IP-Cam sich bei ausgeschaltetem Tablet dessen IP-Adresse gekrallt hat. Wenn das Tablet dann eingeschaltet wurde, gab es hier eine Kollision.
Ich habe es inzwischen wie folgt Konfiguriert:
Alle WLan/Lan-Geräte arbeiten mit DHCP
Im Router (Fritzbox 7270) habe ich hinterlegt, das die Geräte immer die gleiche IP-Adresse "dynamisch" zugewiesen bekommen.
Das Problem taucht an sich nur auf, wenn man einen Mischbetrieb hat, also Teile der Infrastruktur mit fixer IP und andere Teile mit dynamischer IP-Adresse betrieben werden.

Bitte keinen Glaubenskrieg auslösen. Ich beschreibe nur mögliche Probleme und passende Lösungen zu diesen und frage nicht nach der einzig richtigen Wahrheit

dreamshader · August 24, 2013 at 9:03 PM

Mutmaßungs Modus ein:
War da nicht was, dass das LAN deaktiviert wird, wenn ein WLAN-Stick benutzt wird. Ist sicherlich mal im Zusammenhang dieser Exoten gefallen ... ich glaube Schorsch hatte da eine Lösung in Form manueller Konfiguration oder so ....
Mutmaßungs Modus aus.

Realitäts-Modus ein:
Aber ich hab' mir das jetzt nicht so genau gemerkt - weis mia wuascht is ...

cu,
-ds-

rowoy · August 26, 2013 at 9:00 PM

Hallo

so nach gestressten Wochenende mit zwei Partys bin ich wieder am Start.
Hab gerade mal den sudo iptables versucht...
nix...: -sh: sudo: not found

Könnte also noch was anderes an Befehlen fehlen :-))

Was ich mir vorstellen könnte wäre halt noch die Arbeitsgruppen Sachen von Windows... aber warum sollte die unter LAN gehen und unter WLAN nicht...

komisch...

Bot · Vor einem Moment

ruedigerp · August 26, 2013 at 9:37 PM

bei OpenElec logst Du Dich doch als root per ssh ein oder wo gibst du das ein ?

/sbin/iptables -n -v -L
/sbin/iptables -n -v -L -t nat

framp · September 22, 2013 at 9:46 PM

Quote from rowoy

... Nach dem Start bekomme ich aber schon die erste Fehlermeldung: ./raspiNetInfo.sh: line 42: syntax error: unexpected redirection

Was nun?....

Du könntest helfen das Script robuster zu machen so dass der Fehler zukünftig nicht mehr auftritt. Die Fehlermeldung hilft mir leider nicht um das Problem einzugrenzen. Könntest Du das Script vielleicht mal wie folgt aufrufen und die Ausgabe posten?

Code

bash -xv ./raspiNetInfo.sh

Participate now!