Mobiler WLan zu Wlan-Router gesucht

[Depardieu]

Hallo zusammen,

ich suche einen Router, der sich als WLan-Client in einem vorhandenes WiFi anmeldet und ein eigenes WiFi verwaltet. Also eben keinen schlichten Repeater sondern so etwas wie ein UMTS-WLan-Router nur eben mit zweimal WLan.

Vorhandenes WLAN mit Internetzugang <-> WLAN2WLAN-Router <-> Neues WLAN

Optimal wäre es, wenn das Gerät (wie die 3G-Router) notfalls auch kurz auf Akku laufen könnte und nicht zu sperrig wäre, da ich es auch mitnehmen möchte. Ich habe da bisher leider kein Gerät gefunden, das das kann.

Die Idee war ggf. einen Router zu nehmen, der per USB mit UMTS-Stick bestückt werden kann und da einen WLan-Stick anzuschließen, allerdings müsste das ja die Software unterstützen.

Ich wäre Euch dankbar für Ideen.

PS
Ich möchte nicht 2 große Geräte nutzen. Dass man das mittels Bridge & Co realisieren kann, ist mir klar, aber für den Transport unpraktikabel.

 

[Pauline]

Ich möchte nicht 2 große Geräte nutzen. Dass man das mittels Bridge & Co realisieren kann, ist mir klar, aber für den Transport unpraktikabel.

Hallo Depardieu,
hast du das Problem inzwischen gelöst? Ich suche nämlich das Gleiche und bin dabei auf folgende vier Geräte (HUAWAI e5372, Asus WL-330N3G, TP-Link TL-MR3020 und TL-MR3040) gestoßen, die potentiell in Frage kommen. Leider finde ich keine Testergebnisse zu den jetzt aus der z. B. ein Vergleich der Sende- und Empfangsleistungen hervorgeht...;-(

Das Problem ist die Authentifizieren über eine vorgeschaltete Seite zur Eingabe von Name / eMailadresse und Passwort für den individuellen Account, wie z. B. beim T-Mobile-/T-Online-/Telekom-HotSpots. Bei der Wahl des Endgeräts muss man darauf achten, dass es sich als Client in ein WLAN einwählen und parallel ein weiteres WLAN-Netz aufmachen kann ...

HUAWAI e5372 und TP-Link TL-MR3040 haben jeweils bereits einen Akku, Asus WL-330N3G und TP-Link TL-MR3020 können über den USB-Port mit Strom versorgt und damit auch per PowerBank mobil gemacht werden. Leider finde ich zu den beiden letzten keine Infos zum Stromverbrauch, also, ob das eine sinnvolle Alternative sein kann.

Ich such jetzt also noch nach einem "mobilen" WLan-zu-WLan-Router, wo man auch eine externe WLan-Antenne anschließen kann ...

 

[UsAs]

Vielleicht entspricht das euren Vorstellungen.

3G/4G-WLAN-N-Router TL-MR3040 - Willkommen bei TP-LINK

Hame MPR-A1 4in1 3G UMTS Hotspot / ADSL Router / WLAN Access Point Repeater / Power Bank

 

[Pauline]

Herzlichen Dank für die Tipps!!!

Kennst du evtl. auch einen kleinen und leichten WLan-zu-WLan Router/Bridge, der Anschlüsse für externe WLan-Antennen hat?

 

[UsAs]

Uff, da muss ich aus dem Stehgreif passen. Vielleicht höchstens aus Asien.

 

[TheBigG]

kann das mit dd-wrt oder openwrt nicht fast jeder router?

 

[UsAs]

Er möchte es aber portabel und nur per Akku haben.

 

[H_M_Murdock]

Raspberry Pi mit 2 WLAN Adaptern und Akku?
Wäre jetzt das flexibelste was mir einfällt wenn auch nicht zwingend das einfachste oder kompakteste.

 

[UsAs]

wenn auch nicht zwingend das einfachste oder kompakteste.

Was wohl eher der springende Punkt sein wird. Die anderen Büchsen sind halt out of the box lauffähig, wobei man sich beim Pi erstmal etwas tiefer einlesen muss. Zumal der dann preislich sogar (mit Akku, Adaptern etc.) teurer wiegt, als ein fertiges Produkt (wenn der Pi dann auch mehr Möglichkeiten bietet).

 

[Pauline]

kann das mit dd-wrt oder openwrt nicht fast jeder router?

Ähm, meinst du damit den Anschluss der externen Antennen odern nur WLan-zu-WLan Router/Bridge?

Er möchte es aber portabel und nur per Akku haben.

Er ist ne sie...

Ja, klein in den Abmessungen, leicht vom Gewicht und einfach in der Handhabung, ist's was ich suche... also für Frau geeignet... Mit (auswechselbarem) Akku wäre schön, aber genauso gut ist auch ein Gerät mit möglichst gerigem Stromverbrauch, dass diesen über USB ziehen kann und eine separate PowerBank dazu.

Auch die Anschlussmöglickeit von externe Antennen (ggf. als nachträgliche Bastelllösung) macht Sinn. Wenn, wie leider häufig, z. B. im Hotel nur noch im Gang vernünftiger HotSpot-Zugang funktioniert, kann man mit entsprechenden Kabeln die Antennen in den Flur hängen, ohne gleich das ganze Gerät vor der Tür platzieren zu müssen und Langfinger anzulocken... Das HUAWAI e5372 hat z. B. zwei externe Antennenanschlüsse, die sind aber nur für LTE... kann frau da evtl. dran was umlöten ohne das Gerät zu zerstören? ...

Aber das Wichtigste von allem ist, dass die Seite zur Authentifizieren am HotSpot zur Eingabe von Name / eMailadresse und Passwort für den individuellen Account, wie z. B. beim T-Mobile-/T-Online-/Telekom-HotSpots, zu den Clints im eigenen kleinen WLan aufgelöst wird...

Beim TL-MR3020 soll bekannt sein, dass man den auch noch mit einzelligen LiIo-Allus betreiben kann. Bedeutet dies, dass er besonders wenig Strom verbraucht? Wer hat da evtl. Erfahrungen mit?

 

[UsAs]

Pardon, junge Dame.

Ich kann dir leider keine Erfahrungsberichte liefern. Aber ich denke man kann das in etwa mit Handyhotspot vergleichen. 2000mah beim TP-Link hören sich erstmal nicht so schlecht an.

Es gibt auch die Möglichkeit, dass du dich per UMTS einwählst und über dein Notebook einen Hotspot erstellst. Mit Boardmitteln, oder per externen Tools.

WLAN-Hotspot unter Windows 7 erstellen – so geht’s - CHIP

Das fiele mir noch ein.

 

[Pauline]

Pardon, junge Dame

... DANKE für das Kompliment...

Ja, LTE/UMTS->WLan kann mein S4mini auch (WLan->WLan leider nicht), aber da habe mtl. nur 500 MB in der Flatrate ... die HotSpot-Flat ist ja (noch) ohne Volumenbegrenzung...

 

[UsAs]

Du hast mich falsch verstanden.

Du kannst eine Internetverbindung von einem UMTS Stick über dein WLan von deinem Notebook als Hotspot teilen.

 

[Pauline]

... ich will ja eben keine Internetverbindung übers Mobilfunknetzt, sondern meine Telekom-HotSpot-Flats nutzen...

Leider habe ich keine Gerät mit externer Antenne oder WLan-Antennenanschluss gefunden, mit dem man sich an Telekom-HotSpots einloggen kann und das die Authentifizierungsseite des HotSpots zur Eingabe von Benutzername / eMail-Adresse und Passwort an die, im eigenen aufgebauten WLan-Netz angeschlossene Clints ,weiterleitet...;-(

Mit dem Netgear PR2000 Trek soll das allerdings gehen und dieser dazu auch über den USB-Port mit Strom versorgt und damit an einer PowerBank / einem externen Akku mobil betrieben werden können. Da er eine schwenkbare Antenne angebaut hat, dürfte es hier sicherlich kein größeres Problem darstellen, bei Bedarf mit etwas Bastelgeschick einen Anschluss für eine externe WLAN-Antenne dort abzugreifen, oder?
Laut c't (https://www.heise.de/artikel-archiv/ct/2014/11/058/@00000@/ct.14.11.058-059.pdf ) wäre das Teil mit 0,7 bis 1,7 Watt sehr genügsam und die WLAN-Performance gut bis sehr gut ... was immer das auch heißen mag...
Kennt jemand von euch das Teil und kann mir dazu raten oder abraten? Was haltet ihr davon? https://www.youtube.com/watch?v=Y4AjrSyuFSY

Es unterstützt nur 2,4 und keine 5 GHz, dafür ist Netgear PR2000 Trek natürlich sehr preisgünstig...;-) Wenn es aber möglich wäre, sich ganz einfach automatisch darüber am Telekom-HotSpot mit der Android-App "Online Manager" einzuloggen anstatt den etwas kompliziert erscheinenden Weg über das Gerätemenü ( http://www.downloads.netgear.com/files/GDC/PR2000/PR2000_UM_GR_14Apr14.pdf ) gehen zu müssen, wäre das natürlich richtig toll ...

 

[UsAs]

Dann müsstest du das so auch testen. Ich denke der Fall ist recht speziell.

Über einen Erfahrungsbericht nach Erwerb des Netgear freut man sich hier natürlich auch sicherlich.

Netgear Trek PR2000 travel router review

Das Review liest sich um das Geld eigentlich ganz ordentlich.

 

[Pauline]

Na klar, werde ich meine Erfahrung damit zum Besten geben...

 

[UsAs]

Das ist gut. Erstmal viel Erfolg.

 

[Pauline]

Erste Erfahrungen mit Netgear Trek PR2000...

So, hier schon die ersten Eindrücke von dem Netgear Trek PR2000... gestern Abend bestellt, heute morgen geliefert, nach Feierabend eingerichtet und kurz getestet ... ich war begeistert ...

Gerät in die Steckdose gesteckt, Schiebeschalter auf WLan, Antenne hochgedreht und los ging's... S4mini und SurfTap haben sich problemlos mit den Standard-SSID und -Password per WLan verbunden, mit http://routerlogin.net ins Konfigurationsmenü, Profile zu den SSIDs mt Passphrase für die eigenen WLans im Haus angelegt und SSID mit WPA2-Passphrase für das "mobile" Netz angelegt. Von der Sende- und Empfangsleistung des Netgear Trek PR2000 war ich sehr überrascht, da wo Handy und vor allen SurTap schon wenig bis gar keinen WLan-Empfang unserer stationären Router / APs mehr haben, zeigt das Konfig-Progi vom Netgear Trek PR2000 noch zwei bis drei Balken und hat auch tat. Verbindung!

Mehr habe ich erstmal nicht gemacht, dann raus zu HotSpots der Telekom, auch WLan-to-go mit Fon: Netgear Trek PR2000 eingeschaltet, Konfigprogi (Netgear-genie) aufgerufen, Profil für die jeweiligen SSIDs Telekom und Telekom_Fon angelegt. Am Handy und SurfTab wechselweise einen Browser geöffent, wusch, war die Authentifizierungsseite da, eMail-Adresse und HotSpot-Password eingegeben ... alle mit dem Netgear Trek PR2000 verbundenen Geräte hatten Internet. Ich habe dass anschließend an mehrere richtigen HotSpots und denen von WLan-to-go ... alles bestens, es nervte dann schon, dass die Eingaben auf der Authentifizierungsseite manuell notwendig waren ... wie leicht sich Frau doch verwöhnen lässt...

Dann habe ich etwas ganz verrücktes gemacht und das hat tat. funktioniert... ich habe die SSID des Netgear Trek PR2000 mit verschiedenen Namen aus der Telekom-Familie versehen, natürlich musste jeweils das Passwort einmal wieder neu eigegeben werden, aber dann hat die App "Online Manager" der Telekom den Login übernommen ... lustig, lustig, die Verifiziert offenbar über die Benennung der SSID ... bei der benennung des Netgear Trek PR2000 als Telekom_ICE hat die mich doch tatsächlich als Gast im ICE begrüßt ...

... super toll, genial, anderer Telekom HotSpot, nix mehr eingeben, automatisch online, egal ob SurfTab oder S4mini, auf beiden ist die App ... anschließend noch das Notebook noch dazu verbunden, klappte auch...

Zu hause dann die Ernüchterung ... das Netgear Trek PR2000 loggt sich in eines der häuslichen WLans ein und weder das S4mini noch das SurfTab können sich mit dem Netgear Trek PR2000 verbinden ... die SSID wir angezeigt, Passwort eingegeben, IP-Adresse bezogen und Authentifizierung vollzogen, nach kurzen "Verbinden" wird diese wieder gelöst und mit dem nächsten verfügbaren WLan verbunden...;-(

... Wenn ich allerdings die SSID des Netgear Trek PR2000 wieder abändere funktioniert zu Hause alles wieder so wie vorher ... nur die Telekom_xxx SSIDs sind scheinbar irgendwie "verbrannt" ... kann es sein, dass selbst nach "Entfernen" eines Netzwerks, Teile davon bei Androidgeräten gespeichert bleiben?

Beim Notebook zeigt sich das Phänomen nicht, muss also wohl an den Androiden liegen...

Hast du eine Idee?

 

[UsAs]

Hast du zum Zeitpunkt des LogIn eine Meldung im Router Log? Es liegt wirklich nur an der SSID?

Je nach Modell mag es sein, dass dein Router den Unterstrich (foreign charackter) nicht mag.

Probier das mal aus.

 

[Pauline]

Im Protokoll des Netgear PR2000 sind keinerlei Einträge dazu, obwohl Folgendes zum Aufnehmen angeklickt ist:
Versuchter Zugriff auf zulässige Webseiten
Versuchter Zugriff auf gesperrte Webseiten und Dienste
Verbindungen zur webgestützten Schnittstelle dieses Routers
Routerbetrieb, z. B. Hochfahren oder Zeitanforderung
Bekannte DoS-Angriffe und Port-Abfragen
Portweiterleitung/Port-Triggering
Drahtloser Zugriff

Nach einigem Forschen ist mir dann aufgefallen, dass bei der Konfiguration in den WLans zu Hause bei "Erweitern des derzeitigen WLAN-Router-Bereichs" automatisch ein Hacken gesetzt war, er also im Repeat-Modus gelaufen ist, daher keine Einträge...;-) Bei den gespeicherten Telekom-SSIDs ist beim Einrichten automatisch "Wireles WAN" eingerichtet worden. Nachdem ich den Login des Netgear PR2000 auch in den WLans zu Hause auf "Wireles WAN" geändert hatte konnten sich zwar S4mini und SurfTab mit dem Netgear PR2000 und seiner SSID "Telekom_ICE" verbinden, flogen aber immer nach kürzester Zeit wieder raus... Lösung hat hier dann die Änderung der RIP-Richtung gebracht ... Problembeschreibung siehe hier ab dem drittletzen Absatz: How does that fit?: Netgear Trek PR2000 - Mobilrouter mit Startproblemen ... was lernen wir daraus, manchmal gibt's halt auch Läuse und Flöhe ...;-)

Das Problem mit den Verbindungsabbrüchen trat übrigens gestern nicht auf, als der Netgear PR2000 sich in Telekom-Hotspots eingeloggt hatte ... werde heute Abend noch mal ein bisschen rundfahren und an verschiedenen Telekom-HotSpots testen, ob dass, was jetzt zu Hause funktioniert, auch dort noch reibungslos läuft... dank PowerBank mit 16.000 mAh ist der Netgear PR2000 ja richtig mobil und für Handy und SurfTab reichts parallel auch noch, falls die schwächeln sollten...;-)

 

[UsAs]

Selbst ist die Frau. Ente gut, alles gut.

Der Akku sollte bisschen halten, ja.

 

[Pauline]

Leider nein... Ende ist noch nicht gut ... damit auch nicht alles... Unangetastet lief's gut, aber aus für mich anfangs nicht replizierbaren Gründen kam es doch immer wieder zu Verbindungsabbrüchen. Dann alle vermeintlichen Quellen ausgeschaltet, wie SSID und Password ohne Umlaute etc., eine zeitlang lief's, dann traten die Probleme wieder auf...

Da meist die Protokoll-Datei dabei geleert wird ist es dann wohl ein "weicher" Reset mit Neuinitialisierung ... Dass es aber etwas mit den Androiden zu tun haben muss, denn wenn diese sich beim Netgear PR2000 ein- oder wahrscheinlicher noch ausloggen, tritt "manchmal" dieses Problem.

Eines der Notebooks (Win7) meldete während des tensten einmal >>"Drahtlosnetzwerkverbindung" verfügt über keine gültige IP-Konfiguration<< und hat mich zu einer ganz andere Spur geführt.

Halt dich fest, obwohl die Androiden bei sich selbst anzeigen, mit dem NetgearPR2000-WLAN (IP: 192.168.168.xxx) verbunden zu sein, bekommen sie die IP aus dem TP-Link-WLan (192.168.1.xxx), in dem der Netgear als "Wireles WAN" eingeloggt ist. Die IP kommt von einem Vigor2900 als DHCP-Server im Lan. Die TP-Links (ein TL-WDR3600 und zwei TL-WR1043ND) laufen im AP-Modus ohne eigenen DHCP.

Wie es z. B. das S4mini (MAC: 08-FD-0E-5A-14-6C), meist eingeloggt im Netgear PR2000 mit der IP 192.168.168.3, "ab und zu" schafft, scheinbar durch das Netgear PR2000 hindurch aus dem Hausnetz die IP 192.168.1.19 zu ziehen kann ich nicht nachvollziehen. Oder das SurfTab (MAC: 00-A5-05-04-50-A9), manchmal eingeloggt im Netgear mit der IP 192.168.168.4, bekommt meist vom Hausnetz die IP 192.168.1.13 ... aber ebenfalls bei sich immer angezeigt, es wäre mit dem NetgearPR2000-WLAN verbunden...:-(

Ich finde keine Einstellung im Netgear PR2000, die dies ermöglichen könnte... [Haare rauf]. Hast du evtl. noch eine Idee???
Hier mal ein Auszug aus der Protokolldatei:

[Internet disconnected] Friday, January 09, 2015 13:44:52
[Internet disconnected] Friday, January 09, 2015 13:44:03
[Internet disconnected] Friday, January 09, 2015 13:44:02
[Internet disconnected] Friday, January 09, 2015 13:43:38
[Internet disconnected] Friday, January 09, 2015 13:43:22
[Internet disconnected] Friday, January 09, 2015 13:43:20
[DHCP IP: (192.168.168.4)] to MAC address 00:A5:05:04:50:A9, Friday, January 09, 2015 13:43:02
[Internet disconnected] Friday, January 09, 2015 13:41:20
[Internet disconnected] Friday, January 09, 2015 13:41:08
[Internet disconnected] Friday, January 09, 2015 13:41:07
[admin login] from source 192.168.168.2, Friday, January 09, 2015 13:41:00
[DHCP IP: (192.168.168.4)] to MAC address 00:A5:05:04:50:A9, Friday, January 09, 2015 13:40:26
[UPnP set eventeletePortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:27:32
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:27:00
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:26:44
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:26:36
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:26:32
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:26:30
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:26:29
[Internet disconnected] Friday, January 09, 2015 13:26:29
[Internet disconnected] Friday, January 09, 2015 13:26:27
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:25:49
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:25:06
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:24:25
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:23:55
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:23:21
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:22:47
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:22:17
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:21:37
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:20:54
[Time synchronized with NTP server time-g.netgear.com] Friday, January 09, 2015 13:20:23
[Internet connected] IP address: 192.168.1.12, Friday, January 09, 2015 13:20:16
[admin login] from source 192.168.168.2, Friday, January 09, 2015 13:19:46
[Internet disconnected] Friday, January 09, 2015 13:19:13
[Internet disconnected] Friday, January 09, 2015 13:19:11
[UPnP set eventeletePortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:14:50
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:14:18
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:14:01
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:13:53
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:13:49
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:13:47
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:13:46
[Internet disconnected] Friday, January 09, 2015 13:13:43
[Internet disconnected] Friday, January 09, 2015 13:13:41
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:13:07
[UPnP set event:AddPortMapping] from source 192.168.168.2, Friday, January 09, 2015 13:12:25
[Time synchronized with NTP server time-g.netgear.com] Friday, January 09, 2015 13:10:56
[Internet connected] IP address: 192.168.1.12, Friday, January 09, 2015 13:10:40
[admin login failure] from source 192.168.168.3, Friday, January 09, 2015 13:10:28
[Internet disconnected] Friday, January 09, 2015 13:09:19
[Internet disconnected] Friday, January 09, 2015 13:09:17
[Internet disconnected] Friday, January 09, 2015 13:09:02
[DHCP IP: (192.168.168.5)] to MAC address 24:E2:71:6F:CC:B2, Friday, January 09, 2015 13:08:52
[Internet disconnected] Friday, January 09, 2015 13:08:28
[Internet disconnected] Friday, January 09, 2015 13:08:26
[DHCP IP: (192.168.168.4)] to MAC address 00:A5:05:04:50:A9, Friday, January 09, 2015 13:07:54
[admin login] from source 192.168.168.2, Friday, January 09, 2015 13:05:17
[DHCP IP: (192.168.168.3)] to MAC address 08:FD:0E:5A:14:6C, Friday, January 09, 2015 13:04:55
[Internet disconnected] Friday, January 09, 2015 13:04:51
[Internet disconnected] Friday, January 09, 2015 13:04:49
[Internet connected] IP address: 192.168.1.12, Friday, January 09, 2015 13:04:28
[Internet disconnected] Friday, January 09, 2015 13:04:22
[Internet disconnected] Friday, January 09, 2015 13:04:21
[Internet disconnected] Friday, January 09, 2015 12:48:17
[Internet disconnected] Friday, January 09, 2015 12:47:10
[Internet disconnected] Friday, January 09, 2015 12:47:08
[Internet disconnected] Friday, January 09, 2015 12:47:01
[Internet disconnected] Friday, January 09, 2015 12:46:44
[Internet disconnected] Friday, January 09, 2015 12:46:43
[Internet disconnected] Friday, January 09, 2015 12:46:01
[Internet disconnected] Friday, January 09, 2015 12:45:42
[Internet disconnected] Friday, January 09, 2015 12:45:40
[Internet disconnected] Friday, January 09, 2015 12:45:33
[Internet disconnected] Friday, January 09, 2015 12:45:03
[Internet disconnected] Friday, January 09, 2015 12:45:01
[Internet disconnected] Friday, January 09, 2015 12:42:27
[Internet disconnected] Friday, January 09, 2015 12:41:52
[Internet disconnected] Friday, January 09, 2015 12:41:51
[admin login] from source 192.168.168.2, Friday, January 09, 2015 12:21:03
[Internet disconnected] Friday, January 09, 2015 12:12:13
[Internet disconnected] Friday, January 09, 2015 12:12:07
[Internet disconnected] Friday, January 09, 2015 12:08:18
[Internet disconnected] Friday, January 09, 2015 12:08:05
[Internet disconnected] Friday, January 09, 2015 12:08:04
[DHCP IP: (192.168.168.2)] to MAC address 00:23:14:58:1D:38, Friday, January 09, 2015 12:07:20
[Internet disconnected] Friday, January 09, 2015 12:07:05
[Internet disconnected] Friday, January 09, 2015 12:07:04
[DHCP IP: (192.168.168.2)] to MAC address 00:23:14:58:1D:38, Friday, January 09, 2015 12:06:55
[Internet disconnected] Friday, January 09, 2015 12:06:43
[Initialized, firmware version: V1.0.0.13_1.0.1 ] Friday, January 09, 2015 12:06:36

 

[UsAs]

Wirklich aufschlussreich ist das Log ja nicht.

Deine Firmware ist aktuell, das habe ich eben gesehen. Du könntest höchstens nochmal einen Reflash machen...

NETGEAR Support | Downloads | PR2000

Du könntest noch versuchen einen Case bei Netgear aufzumachen und dein Problem dort zu schildern. Ich habe bisher keinen Anhaltspunkt.

 

[Pauline]

Mal ein kurzer Zwischenbericht: Mit Update der Firmware ist es deutlich besser geworden, allerdings leider noch nicht gut

Um zu verhindern, dass die Verbindung vom PR2000 immer wieder unterbrochen wird, ist es notwendig, die SSID der WLan-Hotspots / APs in allen Endgeräten zu deaktivieren, in die sich auch der PR2000 einloggt, um diese Verbindung dann zu teilen ...

Allerdings ist mir eine sehr interessante Lösung zum automatischen Login an Telekom-Hotspots aufgefallen. Wenn ich den PR2000 eine der HotSpot SSID gebe, z. B. "Telekom", glaubt die Telekom-App "Online Manager", der PR2000 wäre ein Telekom Hotspot und meldet sich automatisch mit den in der App eingetragenen persönlichen Zugangsdaten auch über den PR2000 an jedem Telekom-Hotspot an. Egal, ob ein öffentlicher in der City, im Bahnhof, ICE, oder ein WLan-to-go von Fon ... :thumbsup: .

Sehr praktisch auf Reisen, wenn frau nicht immer wieder die Zugangsdaten bei jedem Verbindungsaufbau neu auf der Login-Seite eingeben muss ...

Gibt's eigentlich auch eine App die einem den automaitschen Login bei anderen Hotspots ermöglicht, die eine Authentifizierung über eine Login-Seite erfordern, z. B. in Hotels usw.. Wäre schon auch ein großer Komfortgewinn!

 

[Pauline]

Netgear-Support: Reset vor jedem Wechsel des Netzwerks ...

Ich fasse es nicht Ich beiß in die Tischkannte:

Ein anderer User mit den gleichen Problemen hat vom Netgear-Support folgende Antwort bekommen:

"Bevor der PR2000 sich mit einem neuen HotSpot verbindet, soll er auf Werkseinstellungen zurückgebracht worden sein. Wir empfehlen den Vorgang auszuführen, damit es zu keinen Störungen beim Verbinden mit einem neuen HotSpot kommt. Beim Reset sollte die Reset-Taste auf der Unterseite des Geräts mit einer Nadel/Büroklammer unter Strom 20, 30 Sekunden lang gedrückt gehalten werden. Blinkende LEDs sind ein Zeichen dafür, dass der Reset richtig durchgeführt wurde."

Auf Rückfrage, dass es ja gerade der ureigenste Anwendungsbereich für einen Travelrouter ist, sich automatisch immer wieder in verschiedene Netzwerke einzuwählen, erdreistete sich der Netgear-Support folgende Ergänzung zu schreiben:

"Es tut mir Leid, aber so funktioniert das Gerät, dass ein Reset vor der Verbindung mit einem neuen Netzwerk erforderlich ist. Das Gerät speichert Informationen über ein vorheriges Netzwerk und nur der Reset kann das Gerät darauf "vorbreiten", sich mit einem neuen Netzwerk erfolgreich zu verbinden."



Dies erschließt sich einem allerdings weder aus dem Benutzerhandbuch noch aus der Tatsache, dass das Gerät auch die für einen Travelrouter zwingend notwendige Eigenschaft besitzt, mehrere Profile für verschiedene Netzwerke hinterlegen zu können.

Dass bei jedem Wechsel des Netzwerks erst einmal eine Büroklammer aufgebogen werden soll, damit am Gerät umständlich ein Reset gemacht werden kann und anschließend der Router jedes Mal wieder komplett neue eingerichten werden muss, klingt doch schon wirklich sehr abenteuerlich, oder?

Was sagt ihr dazu???

Bussi
Pauline

 

[awehring]

Schrottige Firmware. Das Ding ist mehr oder weniger unbenutzbar. Zumindest ist der Support ehrlich genug das zuzugeben.