NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ukoldgit
Feb 27, 2019Apprentice
Netgear genie router username login disabled
Cannot type anything into the username field to login into the router. 3 updates ago this worked. 3 updates later it's still not fixed. I'm using this app on a iPad and iPhone and it doesn't work on ...
- Mar 29, 2019
After discussions with Level 2 support and being sent a D7000v2 to try I can more or less confirm for me anyway the problem lies within the Genie app, they've now made it incompatable with the D7000v1, now whether this is intentional or not I don't know. (This may also be the problem with other older models)
What they could've done is made available the the last known app that works on older models and warn user that it would nolonger be updated.
I didn't keep the D7000v2 as the various firmware updates I tried had too many problems but it worked great with app lol which I can live without, I'd sooner have a reliable Modem/router then the Genie app!
Thanks go to DexterJB and Paul at Level 2 support for there help
ukoldgit
Mar 31, 2019Apprentice
negan07 wrote:
it must be typed through telnet console
Not very helpful, the telenet console on Windows isn't going to access the Genie app on my iPad/iPhone.
It's the Genie app on the iPad/iPhone that dosen't accept the password not the router.
I can login to the router ok with a browser using the PC or iPad by using 192.168.0.1 or http://routerlogin.com/ so I really don't know what you're on about.
schumaku
Mar 31, 2019Guru - Experienced User
ukoldgit wrote:
negan07 wrote:
it must be typed through telnet console
Not very helpful, the telenet console on Windows isn't going to access the Genie app on my iPad/iPhone.
It's the Genie app on the iPad/iPhone that dosen't accept the password not the router.
Why so negative? It's very helpful in fact, well possible the old default config (not user accessible) does expect an old API/App login method - while newer Apps only support the new method. It's the router denying the login by the App not "just" the App.
ukoldgit wrote:
I can login to the router ok with a browser using the PC or iPad by using 192.168.0.1 or http://routerlogin.com/ so I really don't know what you're on about.
The login by the Web UI is not affected. The App does use an API on the router.
- ukoldgitApr 02, 2019Apprentice
schumaku wrote:
ukoldgit wrote:
negan07 wrote:
it must be typed through telnet console
Not very helpful, the telenet console on Windows isn't going to access the Genie app on my iPad/iPhone.
It's the Genie app on the iPad/iPhone that dosen't accept the password not the router.
Why so negative? It's very helpful in fact, well possible the old default config (not user accessible) does expect an old API/App login method - while newer Apps only support the new method. It's the router denying the login by the App not "just" the App.
ukoldgit wrote:
I can login to the router ok with a browser using the PC or iPad by using 192.168.0.1 or http://routerlogin.com/ so I really don't know what you're on about.
The login by the Web UI is not affected. The App does use an API on the router.
echo "LoginMethod=2.0" >>/www.eng/currentsetting.htm
Explain this and it might be helpful especially if it's going to allow the app to work on my D7000v1
- negan07Apr 03, 2019Tutor
In other words:
original firmware 1.0.1.70 is not affected because the setting file comes out right
the source package generates the bug because it creates the wrong file with some wrong and missed variables (LoginMethod is essential)
previous versions of the firmware are affected if they don't include LoginMethod var (or maybe the older genie version didn't include it at that time)
to fix ios local login genie on any firmware version
telnet the router ( http://192.168.0.1/setup.cgi?todo=debug then use the telnet client of the related device in use )
telnet 192.168.0.1
login: admin pw: <http_password>
type on console:
echo "LoginMethod=2.0" >>/www.eng/currentsetting.htm
should be enough
killall -9 utelnetd
to close the session and telnet daemon