Posts by BigJ
-
-
Ja, jetzt wo dus sagst fällt mir wieder ein, dass ich damals die angepasste Version für den Edimax benutzt habe. Wahrscheinlich hat er die beim update durch die normale ersetzt.
Funktioniert jetzt auch wieder,Danke für den Gedankenanstoss

BigJ
-
fehler meldung im brower
Und welche genau?
-
Wie probierst du ihn denn von dem anderen Rechner zu erreichen? Wird im Browser eine Fehlermeldung oder eine weiße Seite angezeigt?
Gruß BigJ
-
Hallo Community,
ich hatte gelegentlich
einen WLAN-Router mit hostapd am laufen.
Hat auch alles super funktioniert, doch als ich ihn heute mal wieder anwerfen wollte hat er nicht funktioniert. Der WLAN stick (edimax EW-7811Un mit Realtek RTL8188CUS) hat auch nur einmal kurz blau aufgeleuchtet ( auch bei reboot und 'service networking restart'). Gestern habe ich mit 'apt-get upgrade' aktualisiert, ich weiß aber nich, ob es etwas damit zu tun hat.
Hattet ihr schon ähnliche Probleme und kennt eine Lösung?Wäre euch sehr dankbar,
euer BigJ -
Ok, dann vielen vielen dank, für die Problemlösung!
Dein BigJ
-
Mit der Iptables Regel funktioniert es!
Ich hab auch in der apache2.conf allow override auf FileInfo gesetzt und eine .htaccess datei erstellt (inhalt: ErrorDocument 404 /index.html), damit auch wenn man eine Seite auf einem Server aufruft (z.b. http://example.de/beispielseite) statt error 404 meine index.html Seite angezeigt wird. Allerdings funktioniert dass nur bei http und nicht bei https:// seiten, wie facebook.com.Hast du da eine Idee? -
Code
sudo netstat -tulpen | grep -i :53 tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 0 12431 1488/dnsmasq tcp6 0 0 :::53 :::* LISTEN 0 12433 1488/dnsmasq udp 0 0 0.0.0.0:5353 0.0.0.0:* 106 8367 492/avahi-daemon: r udp 0 0 0.0.0.0:53 0.0.0.0:* 0 12430 1488/dnsmasq udp6 0 0 :::5353 :::* 106 8368 492/avahi-daemon: r udp6 0 0 :::53 :::* 0 12432 1488/dnsmasq -
Ja, hab ich, hast du ja oben schon geschrieben.
-
Die Ausgabe von tcpdump ist die gleiche, es werden immer 8.8.8.8.53 und 4.2.2.2.53 benutzt.
-
Ach so, sorry

Aber geht die Anfrage nicht nach der Eingabe im Browser auf dem Router (bei mir der Pi) ein und wird dann bearbeitet?
-
Nein, die sollen keine Internetverbindung haben, der Pi ist ja auch gar nicht ans Internet angeschlossen.
Die sollen nur auf den Webserver auf dem pi (192.168.0.1) zugreifen können und sollen halt, wenn sie auf die Idee kommen z.B. facebook.com aufzurufen wieder auf den Webserver auf dem pi umgeleitet werden, damit Leute die nicht wissen, das keine Internetverbindung besteht einfach z.b. auf eine Art erklärseite umgeleitet werden. Ich will einfach alle anfragen auf den Webserver umleiten und dabei soll es egal sein, was die Clients machen, bzw. Einstellen.Hoffe du weißt jetzt genau, was ich vorhabe
BigJ -
Also im ICE muss man ja wenn man sich mit dem WLAN verbunden hat irgendeine Seite aufrufen und statt dieser kommt man dann auf die Anmelde-/registrierungsseite.
Der Client ist ein Android gerät, Deshalb wird das etwas schwierig, und wenn fremde auf das Netzwerk zugreifen sollen, können die ja auch nichts an ihrem gerät umstellen
-
Stimmt, aber bei den netzwerken, bei denen man sich registrieren muss (z.B. im ICE) wird man ja auch automatisch auf die anmeldeseite umgeleitet, und da konfiguriert ja auch keiner sein Handy oder seinen laptop dafür. Wie lösen die das und geht das bei mir auch?
-
Also die Ausgabe von tcpdump ist:
Code192.168.0.21.9362 > 8.8.8.8.53: [udp sum ok] 61000+ A? www.google.de. (31) 18:16:04.334951 In aa:bb:cc:dd:ee:ff ethertype IPv4 (0x0800), length 75: (tos 0x0, ttl 64, id 37498, offset 0, flags [DF], proto UDP (17), length 59)aa:bb:cc:dd:ee:ff sowie 192.168.0.21 ist der Client.
Was kann man aus dieser Ausgabe deuten?
BigJ
-
Sorry, hab meinen letzten post nochmal verändert, nachdem ich es mit dnsmasq probiert hab.
Ich hab nich gesehen, dass dein Beitrag auf die nächste Seite gerutscht ist, sonst hätte ich schon früher geantwortet.
BigJ
-
Ok, ich Hab's jetzt mal mit dnsmasq probiert und in die dnsmasq.conf
geschrieben.Wenn ich jetzt lokal auf dem pi google.de anpinge oder im Browser aufrufe pinge ich 192.168.0.1 an oder es wird meine Seite korrekt angezeigt :thumbs1:
Wenn ich das jetzt aber von meinem client probiere geht das allerdings nicht, sprich es wird wieder "Seite nicht gefunden" angezeigt.
Muss ich noch irgendwas umstellen?
BigJ
-
Ja, genau, also wie bei diesen Freien wlan netzwerken, bei denen man auch irgend ne seite aufrufen muss und dann weitergeleitet wird auf ne seite, wo man sich anmwelden und bezahlen muss.
ipv6 hab ich jetzt mal abgeschaltet
Hier die ausgaben der befehle:Code
Display Moreip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff 3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether AA:BB:CC:DD:EE:FF brd ff:ff:ff:ff:ff:ff inet 192.168.0.1/24 brd 192.168.0.255 scope global wlan0 valid_lft forever preferred_lft forever ip r 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.1 cat /etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp allow-hotplug wlan0 auto wlan0 iface wlan0 inet static address 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255 sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 1ip neigh show gab keinen output
Anmerkung: aa:bb:cc:dd:ee:ff ist die eth0-mac und AA:BB:CC:DD:EE:FF ist die wlan0-macBigJ
-
Ach so, also ich will dass ganze ohne Internetverbindung betreiben, unterwegs.
Wenn man sich dann mit dem WLAN verbindet und eine beliebige Seite im Browser aufruft, oder etwas googlet, soll man direkt auf eine Seite auf dem Apache Webserver auf dem pi weitergeleitet werden.Im Moment passiert halt einfach nichts, sodass man wenn man eine Seite aufruft die normale "Seite kann nicht erreicht werden"-Fehlermeldung erhält, da ja keine Internetverbindung besteht.
-
Ja, genau, aber in der Praxis leider nicht.
Dubios, dubios...
Trotzdem Danke
BigJ