Buffalo Forums
Products => Wireless => : JacobD84 September 19, 2013, 01:39:09 PM
-
Hi all,
I have for sometime now, as many others on here it appears, had issues with the 20025 DD-WRT firmware for the WZR-HP-G450H. My Samba doesn't work, there's problems with DNLA and connecting devices, as well as dropped connections and a whole host of other issues.
Thankfully there is an official DD-WRT community build now available on the DD-WRT ftp site that has finally fixed all my issues with the Buffalo version.
NEWEST (Tested & Stable On EU/UK and US Router):
r27805 ftp://ftp.dd-wrt.com/betas/2015/09-11-2015-r27805/buffalo_wzr_hp_g450h/
For PCB Rev1 and higher only! Using with older PCB revisions WILL brick your router (Thanks for report Harlekin)
r27240 ftp://ftp.dd-wrt.com/betas/2015/06-05-2015-r27240/buffalo_wzr_hp_g450h/
For ALL PCB Revisions including those earlier than 1! (File-size limit)
UPDATE (September 2015):
PLEASE CONSIDER r27240 AS THE LAST FULLY TESTED VERSION FOR THE Rev0 PCB G450H (Open your router and look for PCB label if unsure - Remember this, as with altering firmware WILL invalidate your Buffalo Warranty and Support!)
THERE WILL BE NO MORE RELEASES FOR Rev0 PCBs AS THE >26MB BARRIER CONFIRMED BY HARLEKIN PREVENTS UPDATES
DO NOT UPDATE Rev0 G450H's to higher than r27240 - You WILL brick your router!
UPDATE 2 (September 2015):
PLEASE CONSIDER r27805 AS THE LAST FULLY TESTED VERSION FOR THE Rev1 PCB G450H (Open your router and look for PCB label if unsure - Remember this, as with altering firmware WILL invalidate your Buffalo Warranty and Support!)
THERE WILL BE NO MORE RELEASES FOR Rev1 PCBs AS THERE APPEARS TO BE A ~27MB BARRIER PREVENTING UPDATES
DO NOT UPDATE Rev1 G450H's to higher than r27805 - You WILL brick your router!
BEST ALL-ROUND DD-WRT FIRMWARE(S) for G450H
r23919 ftp://ftp.dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/ START WITH THIS BEAUTY - Stable as a rock!
r24461 ftp://ftp.dd-wrt.com/betas/2014/06-23-2014-r24461/buffalo_wzr_hp_g450h/ !!NOTE: TimeZone Issues reported with this build!!
TESTING:
N/A
OLDER:
!!NOTE: Slightly Slower Data Performance and Slower UI responsiveness with ALL r25xxx & r26xxx series releases! I believe this may be due to new UI!!
r26446 ftp://ftp.dd-wrt.com/betas/2015/03-05-2015-r26446/buffalo_wzr_hp_g450h/
r26653 ftp://ftp.dd-wrt.com/betas/2015/04-09-2015-r26653/buffalo_wzr_hp_g450h/
r26081 ftp://ftp.dd-wrt.com/betas/2015/01-29-2015-r26081/buffalo_wzr_hp_g450h/
r25974 ftp://ftp.dd-wrt.com/betas/2015/01-20-2015-r25974/buffalo_wzr_hp_g450h/
r25948 ftp://ftp.dd-wrt.com/betas/2015/01-17-2015-r25948/buffalo_wzr_hp_g450h/
r25934 ftp://ftp.dd-wrt.com/betas/2015/01-16-2015-r25934/buffalo_wzr_hp_g450h/ - REMOVED BY DD-WRT!!!!
r25697 ftp://ftp.dd-wrt.com/betas/2014/12-22-2014-r25697/buffalo_wzr_hp_g450h/
r24160 ftp://ftp.dd-wrt.com/betas/2014/05-27-2014-r24160/buffalo_wzr_hp_g450h/
r23919 ftp://ftp.dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/
r23838 ftp://ftp.dd-wrt.com/betas/2014/03-29-2014-r23838/buffalo_wzr_hp_g450h/
r23720 ftp://ftp.dd-wrt.com/betas/2014/03-13-2014-r23720/buffalo_wzr_hp_g450h/
r23598 ftp://ftp.dd-wrt.com/betas/2014/02-19-2014-r23598/buffalo_wzr_hp_g450h/
r23320 ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2014/01-10-2014-r23320-fix/buffalo_wzr_hp_g450h/
r22118 ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2013/07-24-2013-r22118/buffalo_wzr_hp_g450h/
PROBLEMATIC RELEASES (DO NOT USE):
Anything >r27241 These releases are too large and break the 26MB barrier...
r27506 ftp://ftp.dd-wrt.com/betas/2015/07-09-2015-r27506/buffalo_wzr_hp_g450h/
r27413 ftp://ftp.dd-wrt.com/betas/2015/06-22-2015-r27413/buffalo_wzr_hp_g450h/ - BRICKED ROUTERS
r26082 - r26445 - Too many bricked routers in this period; cannot ascertain exact problem
r25934 ftp://ftp.dd-wrt.com/betas/2015/01-16-2015-r25934/buffalo_wzr_hp_g450h/ - REMOVED BY DD-WRT!!!!
r25xxx ALL KNOWN NOT TO WORK WITH G450H AT PRESENT TIME Except r25697!
r24118 ftp://ftp.dd-wrt.com/betas/2014/05-23-2014-r24118/buffalo_wzr_hp_g450h/ Worked on EU/UK Router, bricked US Router...
Please note, this is a DD-WRT build, not a Bufallo certified DD-WRT build, but if your having issues with the 20025 firmware then the upgrade is probably worth a shot for you in the absence of any official Buffalo revisions.
If you do not have issues, don't risk breaking something that doesn't need fixing by updating ;)
I have used the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin firmware in my update BTW, the wzr_hp_g450h-factory-to-ddwrt.bin i have not tested!
To upgrade, download the file from the FTP, then using the Buffalo DD-WRT GUI head to Administration, Firmware Upgrade and select the file on your PC. I recommend resetting all settings to their factory defaults on upgrade.
Hope this is of help to all of you :)
-
Hey Buffalo,
I am having the same problems with 20025.
This firmware is over a year old. What gives?
Are you ever going to address these problems?
Or, maybe your business model is based on selling hardware -- and then not supporting it.
Many of the customers who bought this product did so specifically because of DD-WRT.
Look, I get it -- broken firmware happens.
But taking over a year to fix the problems is a good reason to never buy products from your company again.
-
installed the (alternate) firmware from this link :
http://www.dd-wrt.com/dd-wrtv2/down.php?path=downloads%2Fothers%2Feko%2FBrainSlayer-V24-preSP2%2F2013%2F07-24-2013-r22118%2Fbuffalo_wzr_hp_g450h/
SAMBA works ... :D
Thanks JacobD84
-
This one looks live the best firmware ever released for this crappy router.
Its place is the garbage btw.
-
@Jacob:
can you please advise me how to change from the "user Friendly software" to the software you have advised?
i have tried to use the tftp2 client, but i have not succeeded.
any advice would be greatly appreciated.
Thank you.
Imran
-
A new update is available here:
ftp://dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2014/01-10-2014-r23320-fix/buffalo_wzr_hp_g450h/
See first post for disclaimer; new version is r23320!
Imran, you could try the factory to dd-wrt bin file? Not able to test myself sadly
-
UPDATE: All new builds have now been moved to another FTP directory found here:
ftp://dd-wrt.com/betas/
At time of writing, latest version for the WZR-HP-G450H is r23598 HERE:
ftp://dd-wrt.com/betas/2014/02-19-2014-r23598/buffalo_wzr_hp_g450h/
-
r23598 is so bad so bad !!!!!
:(( i really regret,
the router now is working so bad with this new firmware.
The signal is so weak, keeps dropping every 10-15 minutes, and sooooooooooooooo slow internet transfer rate.
any advise ?
How can i get it back to 24sp2 20025, i know it bad but it even so much better than this crappy firmware.
M,
-
Hi mcbride, sorry to hear you are having issues with r23598...
If it's signal related try changing the following under Wireless->Basic Settings->Advanced Settings Tick Box->
Make the following options in the attached image saved, applied, and reboot the router under Administration->Scroll to bottom-Reboot Router
If all else fails revert to an earlier firmware from the list of revisions at ftp://dd-wrt.com/betas/ ... Simply head Administration->Firmware Upgrade->Browse and select the bin file...
JCB
[attachment deleted by admin]
-
hello guys, one question
If I flash one of these firmwares, could I change it to the stock one if they dont work ok?
-
Latest version is now r23720. I've Updated here and tested, no known issues as yet
r23720 ftp://dd-wrt.com/betas/2014/03-13-2014-r23720/buffalo_wzr_hp_g450h/
-
dear JacobD84
did you manage to run HMA open vpn with your Buffalo?
I have the same router and I couldn't figure out how to do so.
-
Hi AMJ966,
I do not use VPN on this router, however, there is some good stuff on HMA O-VPN here:
http://wiki.hidemyass.com/DD-WRT_OpenVPN_Setup
Hope this links to what you need :)
-
I have to say, the last version23720 is reallt good. Really stable. I lost a bit of wifi signal, but I won a lot of stability!
-
Thanks a lot, mine works really well with this latest FW . :) well done
-
Another update r23838 is now available at...
If you find r23720 stable there is probably no point in upgrading though ;)
ftp://dd-wrt.com/betas/2014/03-29-2014-r23838/buffalo_wzr_hp_g450h/
-
Biggest thing to remember about 'official Buffalo' DD-WRT firmware is that it is certified to not brick your router. All development was done by the DD-WRT community, and any bugs that may exist were both created by that community and will be resolved by that community. That flexibility and ultimately responsibility is one of the beauties of DD-WRT.
DD-WRT isn't really a commoditized router platform that goes through the niceties of exhaustive QA and is given to you at nice regular intervals all ready to install at the click of an .exe. New builds could possibly introduce new bugs, and installation isn't always simple.
You guys have the right idea - if there is a community build that works better for you than the one that came with the router, then it is your choice whether to try it out or not. Without it being thoroughly tested, it has the possibility of causing issues, but it could also be just what you wanted.
-
Biggest thing to remember about 'official Buffalo' DD-WRT firmware is that it is certified to not brick your router. All development was done by the DD-WRT community, and any bugs that may exist were both created by that community and will be resolved by that community. That flexibility and ultimately responsibility is one of the beauties of DD-WRT.
DD-WRT isn't really a commoditized router platform that goes through the niceties of exhaustive QA and is given to you at nice regular intervals all ready to install at the click of an .exe. New builds could possibly introduce new bugs, and installation isn't always simple.
You guys have the right idea - if there is a community build that works better for you than the one that came with the router, then it is your choice whether to try it out or not. Without it being thoroughly tested, it has the possibility of causing issues, but it could also be just what you wanted.
You are right.
The problem here is that Buffalo stopped the support in our router model. I bought this router for 80€ thinking that buffalo was a good company that gives full support to its products. but I found a TOTALLY outdated firmware and the new that they wont update it nevermore.
I'm a developer and I know that it is not so hard to keep the firmware updated with the updates from ddwrt...
-
Great topic, very useful!
-
Thanks BohDee, i'm glad people are finding it useful :D
Latest release is now r23919.
As usual, please only update if you actually need to, i haven't found any issues so far though ;)
r23919 ftp://dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/
-
Thanks BohDee, i'm glad people are finding it useful :D
Latest release is now r23919.
As usual, please only update if you actually need to, i haven't found any issues so far though ;)
r23919 ftp://dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/
A doubt, I can use a configuration file 20025 firmware in one of the latest alternative releases ? Or will I have to reconfigure it?
-
A doubt, I can use a configuration file 20025 firmware in one of the latest alternative releases ? Or will I have to reconfigure it?
I'd also like to know this. Also, is it recommended to use this firmware and what are the benefits of it? Better performance..?
-
Sorry guys, !!DO NOT USE OLD CONFIG FILES WITH NEW VERSIONS!! whilst they may appear to work there can be hidden problems that wont manifest until after some use, also, old configs can brick the router.
For example, DD-WRT services change occasionally, if you have set a configuration for something that is later removed, or has its behaviour changed, then it can confuse things... A LOT of changes have been modified since r20025... It's nearly 4,000 revisions out of date!
If you want to risk it, you're welcome to try, but i personally would resort to pen and paper for remembering config version to version and updating ONLY when you need to fix a problem.
The post r20025 firmwares fix a lot of issues with the Buffalo version and i have improved performance drastically simply by updating, but if everything works for you, please do not update... Sometimes reliability is better than burst or maximum throughput...
As to features, there are several service improvements and config additions to the standard Buffalo firmware, some may be useful to you, others may not... Biggest fixes for me were for SAMBA and the NAS features... I also have more options under Wireless Advanced settings and some nice ad-blocking and filtering functions under services too...
-
Thanks buddy, in terms of power signal will have no gain then? Moreover the 20025 is serving me well, I do not use Samba or NAS, you do not recommend me update in this case?
-
What kind of power gain you are trying to achieve depends on your settings; for example, are you trying to increase the routers connective range, or increase it's stability across a short range?
Also bear in mind something as simple as carefully planning the three external antenna's direction and orientation can affect the units effectiveness and range tremendously. For example, two of the three antennae on my unit are angled to cover a noisy spot that the central heating combi-boiler and power supply create in the house more efficiently... The third antennae is angled and rotated to point in the opposite direction and across the garden!
I posted my "best" all-round settings a page back, but here they are again under r23838. All are under Wireless-->Advanced Settings.
Setup this way i can quite happily reach my G450H from a distance of 46M with no drop in connection and through four internal 4" thick walls, 1 external dual-brick insulated wall and across an open garden... I'm lucky to live in an area with little or no background noise (from power-lines or industrial/urban build up) though...
If everything works for you under 20025 i really would take the "if it isn't broke, don't fix it" approach and not update.
However, if you see something in the 4,000+ revisions since 20025 by browsing the DD-WRT changelog on their development site then i highly recommend any one of the past three builds (r23720, r23838, r23919) as they have all been incredibly stable for me and connections have been perfect across aforementioned distance with no dropped packets!
[attachment deleted by admin]
-
So when upgrading, it's best to reset to factory defaults first? Or is there an option to do so when starting the flashing?
-
Here are the steps I just took:
reset router (hard 30/30/30)
logged into default UI, initialized
reset again (30/30/30)
logged into default UI
select initialize
...during the reboot, tftp r23919...
and then problem: attempt 1 turns into attempt 2 and eventually around attempt 5 or 6, the reboot is finished. Not getting the vanilla DDWRT UI.
Did I miss something?
-
@JaniN83 There is an option to reset to factory defaults via a dropdown menu under the firmware ugrade tab of the Administration Settings "After flashing, reset to..."
If you really want to try to keep your settings between updates obviously leave it alone, but i really recommend resetting between updates as only the Older Buffalo DD-WRT versions are guaranteed not to brick your router by keeping the same settings between updates...
@JackBell If you are moving from the buffalo firmware to use vanilla DD-WRT for the first time use the factory-to-ddwrt version of the chosen revision; for example ftp://dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/wzr_hp_g450h-factory-to-ddwrt.bin and NOT the webupgrade_MULTI version... Also, unless you are 100% confident using telnet/tftp to upgrade, use the built in upgrade dialogue as mentioned in my message to JaniN83 above... IIRC all the upgrade functions are at the same location under the old Buffalo DD-WRT revisions as they are in current Vanillla DD-WRT builds...
-
Thank you for the info. If for some reason I'd like to revert back to 20025 version, can I?
-
@JaniN83 Yes, you can do, simply obtain the 20025 firmware bin and "upgrade" using that file, the unit should revert... It's unlikely you'll need to do that though ;)
(I've only done it to test it out)
You can also use Wendell Pinegar's decrypted Buffalo 20025 firmware on this SkyDrive... http://sdrv.ms/11qGrlG that will allow you to go forwards again to Vanilla DD-WRT in the future without having to use the factory-to-ddwrt versions from the link in my previous post... As usual, whilst this may be a "Buffalo" firmware, it's been modified by another DD-WRT user, so it DOES NOT have any Buffalo guarantee or support... It just gives you 20025 without being bound to Buffalo firmwares again...
-
And wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin is the file to use?
-
Hi JaniN83; if you have already changed to vanilla DD-WRT then use the ****webupgrade_MULTI.bin files.
If you are on any OFFICIAL Buffalo DD-WRT release (I.E. r20025, r18795, r17140) then use the ****factory-to-ddwrt.bin files.
UNLESS you are using the decrypted "Buffalo" r20025 release from Wendell Pinegar, in which case you can use the ****webupgrade_MULTI.bin files to upgrade to vanilla DD-WRT without the need for the factory-to-ddwrt versions...
-
Hello again.
Just did the upgrade and everything is working perfectly. Thank you so much for all the help :).
-
The links are down?
-
Seems so.. Luckily I just got mine then :D.
-
Hi All, the domain has changed; all are located at ftp://ftp.dd-wrt.com/betas/ from now on...
***I HAVE UPDATED LINKS IN FIRST POST ONLY***
-
Hi All, the domain has changed; all are located at ftp://ftp.dd-wrt.com/betas/ from now on...
***I HAVE UPDATED LINKS IN FIRST POST ONLY***
Very Thanks Jacob!
-
Hi!
Noticed one hiccup using the latest version on my router. The PC I was using is connected with WLAN to the router, and suddenly the signal went from maximum to about a half and speed dropped a lot. Also, when I tried to Access the router's web management with this PC, it asked for my credentials but said error 400.. After a router reboot this was fixed, but does anyone know what caused this or is anyone else having this issue? But like I said, it only happened once so far, so maybe it's not going to happen anymore.. Thanks :).
-
Hi JaniN83; that sounds like a background noise issue rather than a firmware issue... It's possible rebooting the unit simply forced it to use a less noisy channel to broadcast on...
-
Has anybody tried r24118 yet? Does using the webupdate version retain settings (when upgrading from r23919)?
ftp://ftp.dd-wrt.com/betas/2014/05-23-2014-r24118/buffalo_wzr_hp_g450h/
-
Haven't tried it and not sure I'm going to after reading the posts in the following forum: http://www.dd-wrt.com/phpBB2/viewtopic.php?p=897131&sid=3ffc113fd87a9a99a9fa015db63448de
It's not really Buffalo specific, but many are reporting errors there on different routers.
-
Hi all, as i have said several times, unless you actually have a problem don't upgrade for the sake of upgrading...
I have three G450H routers... 24118 has worked without fault on two of them (Both EU/UK versions BTW); HOWEVER the US version of the G40H in my possession was bricked by the update and i am currently going through the lengthy and particularly technical process of un-bricking the thing...
For this reason i would reiterate DO NOT update to 24118 unless you have to fix a problem that cannot be fixed by reverting to an older revision than you currently have or by only going as far as 23919, i will always post once i have successfully got a revision to work on all three of my routers... Until then, and even when i do post, you update at your own risk as whilst the model may be the same there are always different hardware revisions and regional versions that means the update may not work for you... Only official Buffalo versions up to r20025 are guaranteed not to brick your router...
If you have a US router i would avoid risking it at all for now as i am unsure why 24118 works on the EU/UK versions but bricked my US router at present...
@crammed i have always said to RESET all settings to their factory default with an update... So if you want to try and retain settings you are welcome to try, but always be prepared for there to be issues further down the line... This could be anything from settings that do not work correctly or at all through to instant bricking of the router on update if a settings functionality is removed or changed drastically... For the sake of pen and paper and a few minutes copying settings over manually it's not worth the risk trying to retain settings...
-
installed the (alternate) firmware from this link :
http://www.dd-wrt.com/dd-wrtv2/down.php?path=downloads%2Fothers%2Feko%2FBrainSlayer-V24-preSP2%2F2013%2F07-24-2013-r22118%2Fbuffalo_wzr_hp_g450h/
SAMBA works ... :D
Thanks JacobD84
Link is dead.
Instead use http://www.dd-wrt.com/site/support/other-downloads?path=betas%2F2014%2F04-18-2014-r23919%2F or newer.
-
@coypu76 i said several posts back i had only updated link in First Post, please do not add other links to confuse people.
At present, all BETA releases are found at
ftp://ftp.dd-wrt.com/betas/
I use the ftp links because the dd-wrt.com website takes longer to load and isn't always up to date...
There is also a new release r24160 that can be found at
ftp://ftp.dd-wrt.com/betas/2014/05-27-2014-r24160/buffalo_wzr_hp_g450h/
I shall update the FP once i have tested on all my G450H's without problems...
-
Hi all,
Just an update on the 24xxx revisions and the G450H i am still having real issues with these versions on US based hardware, my EU/UK routers seem fine with updates, the US one seems to either brick or drop connections.
Unless you have an EU/UK router my advice remains the same, do not risk the update if you have a US hardware version of the router, if you want to risk it with an EU/UK router please only update if you have issues that need fixing.
Otherwise stick to 23919 or another 23xxx revision that works for you.
I'll update if i find a solution or a 24xxx revision appears that doesn't brick my US router...
-
I just wish that the dd-wrt community builds could bring up the power levels to the Buffalo versions. I had to revert to the Buffalo version just because the community builds could not cover the area sufficiently. The community builds are so much better in every other regard, though. I saw some posts on dd-wrt forums about this, but no responses. {sigh}
-
@n9yty
Power Levels ARE in the DD-WRT and Buffalo Builds... Have a look at mine on G450H...
They are located Under Wireless->Advanced Settings (Tick Box)-->Tx Power and Antennae Gain
Remember you SHOULD NOT put the antennae gain higher than 5dB as they are only calibrated for that in hardware terms, any higher, you are not using the router as intended and lifespan is shortened as well as an increased risk of overheating (My G125 has a permanent Brown Plastic Burn for example due to a high gain test that went a little wrong)
[attachment deleted by admin]
-
Hi, I just change my G450H from Friendly firmware to DD WRT - v24-sp2 (04/18/14) std - build 23919 and my Ping Test is now stable. However, there is a new problem.
Here my setting:
Wireless Mode: AP
Wireless Network Mode: NG Mixed
Channel Width: Full 20 MHZ
Wireless Channel : 6 (can't change)
Wireless Network Name (SSID) : mywifi
Wireless SSID Broadcast: Enable
Advanced Settings:
TX P = 20 dBm
RX P = 5 dBm
ACT Timing = 300.
I can't not change the Channel, if i change my channel to another one, my RX rate will drop to 19M, so i just can choose 6 however, sometime, it still drop down but better than changing to another channel.
My computer cannot connect when i change Wireless Channel to 40MHZ. Just connect when i set it 20. However, my phone still connect >"<!
Plz help me, or just suggest some other version of firmware.
Thanks and Regards
-
The Turbo/40MHz setting is only supported on some devices, not all, the reason your phone works and not your PC is most likely down to the PC's wireless adapter not supporting the 40Mhz channel width... Changing the routers firmware will not change your devices ability to connect to a 40MHz channel... Changing your wireless devices firmware MIGHT allow you to connect to the router if the manufacturer has released such an update...
I will need a bit more information on exactly how you are testing your Rx rate and what devices you are using to see if the drop is firmware related (I doubt it though; many factors affect throughput, firmware problems are some of the least likely causes particularly when talking about wireless connections)...
-
How can I flash back to factory firmware from a dd wrt rom？Thx
-
JacobD84, I updated the router with build 23919 version. And I noticed that the range of wirelles was getting weaker or achieve in every room of my house, with original build before reached in the whole house. Below is a config prints and where the router is located. Thanks for listening, I await your help.
http://i.imgur.com/Wqflo2X.jpg
http://i.imgur.com/jH5Mwgh.jpg
http://i.imgur.com/W3gSL0i.jpg
http://i.imgur.com/F01AGUV.jpg
-
I can not go back to the original firmware, where do the installation, it is still in build 23919. Any help please?
-
JacobD84, are you there?
-
So has anyone tried the latest r24461?
-
23919 does seem to have a definite range problem. On the other hand, there is a great improvement in wireless speed.
I used to be able to go over 100 yds from my house with r23838. (I live in a rural area.)
My antenna gain might have been reduced to 0 after this upgrade. Note I never reset during a flash. The moderators of DD-WRT almost always advise against it. Changing antenna gain to 5 db has increased the range. I wish remembered what the setting was before the upgrade.
So is it best to use these settings?
TX Power 20 dBm
Antenna Gain 5 dBi
TX Antenna Chains 1+2+3
RX Antenna Chains 1+2+3
-
Does r23919 have the NTFS support?
-
How can I flash back to factory firmware from a dd wrt rom？Thx please i need to restore to original firmware please help!!!!
-
How can I flash back to factory firmware from a dd wrt rom？Thx please i need to restore to original firmware please help!!!!
Hello friend, I have the same problem, and so far not got any help.
-
i have
ftp://ftp.dd-wrt.com/betas/2014/06-23-2014-r24461/buffalo_wzr_hp_g450h/wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin (ftp://ftp.dd-wrt.com/betas/2014/06-23-2014-r24461/buffalo_wzr_hp_g450h/wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin) installed i want to use VPN on HMA but people there have no idea about this firmware and i need to restore it to a previus version !!! please someone help me !!!
-
Check on the DDWRT website. There are wikis for this.
-
Hi all,
r24461 i have now tested for sometime without issue. Can be downloaded here:
ftp://ftp.dd-wrt.com/betas/2014/06-23-2014-r24461/buffalo_wzr_hp_g450h/
With regards to reverting, i covered this some pages ago, in addition, and as davo pointed out, there are plenty of wiki entries on this. Im not going to bloat the thread with duplicated information its pointless and will just anger the mods.
Apologies for my absence the past couple of months, the r24xxx series has been problematic as you can gather from reading the thread, and r24461 is the only release i've had running stable thus far.
Ive updated the FP for everyone accordingly
JCB
-
Thank you by the support Jacob, some new thing about reach of Wi Fi in tais release?
-
Hi Bohdee, Not really im afraid, as explained before, range is really down to the router environment, as the firmware only modifies the way the router runs, not actually changes the hardware you wont necessarily get any difference, for worse or better, simply by updating.
Most people having issues with wifi range, connection drop or poor performance generally haven't tailored their routers settings to the environment its sat in. Firmware generally wont change that unless there's a change to the "Factory Defaults" that just happen to improve things. Those improvements inherently could have been achieved on an old firmware with the right tailoring of settings unless the firmware genuinely adds a new setting or feature or algorithm that affects the radio controller...
As ive said from the FP, unless you need to update to fix a problem or access a new feature, there really isnt any point.
The 23919 release has all the same wireless advanced settings as the current 24461 release, and Tx Power, Antennae Gains, Timings, Channels and so forth can be tailored to your environment and desired range in the same way as the current revision.
Nonetheless, if you wish to upgrade other people using the same firmware is always good for testing and finding problems ;)
-
And if I buy a 12db antenna, I have some performance or will it be the same?
-
If you switch to 3x 12db antennae to replace the factory fitted 5db ones you can then increase the antennae gain to +12db under the advanced wireless settings.
Depending on the way you change other things this will allow you to either
A) Increase overall range
B) Improve stability and therefore burst throughput across the same range
C) Mixture of the above...
Ive not tried a antennae switch on this unit, only on my old G125, so let me know how you get on, i'd be very much interested to see what results you get with the G450H...
-
If you switch to 3x 12db antennae to replace the factory fitted 5db ones you can then increase the antennae gain to +12db under the advanced wireless settings.
Depending on the way you change other things this will allow you to either
A) Increase overall range
B) Improve stability and therefore burst throughput across the same range
C) Mixture of the above...
Ive not tried a antennae switch on this unit, only on my old G125, so let me know how you get on, i'd be very much interested to see what results you get with the G450H...
Surely let you know the results, my doubts would be increased gain in DB, some would have a hardware problem to increase the gain of the antennas from 5 to 12db? Or should I leave 5db?
-
Generally, you can increase the Antennae Gain to the maximum allowed by the antennae. So +12db wouldn't be a problem if using 12dB antennae.
HOWEVER, be aware that the radio controller will run hotter, therefore shortening the life of the router. So i would recommend boosting the antennae gain +1db at a time until you reach a value between +6db and +12db that gives you the coverage that you want.
I think i mentioned in an earlier post that my G125 overheated and has a permanent browning of the plastic due to the thing overheating when antennae gain was set to high... (I think i went up to +32dB in a moment of "bigger is better" naivity)
Also bear in mind that some devices will not connect to a network if the signal is too strong either...
-
Thanks for the tips friend when minah antennas arrive I post the results. :)
-
Hi guys!
This is my first post here, but I have been using ddwrt for several years now. I own 2 of these routers (US version) one of those was successfully flashed to ddwrt community version 23919 and it has been working flawlessly for a couple of months now. However, this afternoon I decided to flash the second router using the r24461 wzr_hp_g450h-factory-to-ddwrt.bin version (I had the factory ddwrt on the router installed) and the initial flash got trough but every time I try to flash the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin or any other firmware version, all I get is a "failed upgrade" message on the browser. I already tried to clear the cookies and change the OS or browser without luck.
I tried to re-flash the stock firmware using the steps pointed out here:
http://blog.gnu-designs.com/solved-reflashing-your-buffalo-whr-hp-g300n-to-the-stock-firmware/
and here: (at the bottom)
http://www.dd-wrt.com/wiki/index.php/Buffalo_WZR-HP-G300NH
I own an old lv ttl console usb adapter but it only works with WinXp and I no longer own any machine with this OS.
Anyone has any suggestions?.
BTW, thank you JacobD84 for creating this tread.
Pt0x
-
Just posting that r24461 updated well and having no problems with it.
-
I own 2 of these routers (US version) one of those was successfully flashed to ddwrt community version 23919 and it has been working flawlessly for a couple of months now. However, this afternoon I decided to flash the second router using the r24461 wzr_hp_g450h-factory-to-ddwrt.bin version (I had the factory ddwrt on the router installed) and the initial flash got trough but every time I try to flash the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin or any other firmware version, all I get is a "failed upgrade" message on the browser. I already tried to clear the cookies and change the OS or browser without luck.
Sorry to hear you are having problems pt0x, out of interest what was the reason for changing from 23919 to the 24461 release?
If you are already flashed successfully via the factory 24461 you shouldnt need to use the web-multi bin too as the router is already upgraded to 24461 so it will fail...
The web-multi releases are only for people who are already using DD-WRT firmware, the Factory is for people moving from Buffalo stock firmwares...
Or do you mean the router that already has 23919 wont upgrade to 24461 via the web-multi release?
My advice is if the 23919 router is working, don't change it and risk breaking it.
If the 24461 router has updated successfully just leave it as is and use it.
Alternatively, downgrade the 24461 router to match the 23919 router by uploading the 23919 firmware into the Administration --> Firmware Upgrade dialogue... Just make sure, as with all updates/downgrades you RESET to factory settings on update...
Glad to hear it all went well JaniN83
-
I own 2 of these routers (US version) one of those was successfully flashed to ddwrt community version 23919 and it has been working flawlessly for a couple of months now. However, this afternoon I decided to flash the second router using the r24461 wzr_hp_g450h-factory-to-ddwrt.bin version (I had the factory ddwrt on the router installed) and the initial flash got trough but every time I try to flash the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin or any other firmware version, all I get is a "failed upgrade" message on the browser. I already tried to clear the cookies and change the OS or browser without luck.
Sorry to hear you are having problems pt0x, out of interest what was the reason for changing from 23919 to the 24461 release?
If you are already flashed successfully via the factory 24461 you shouldnt need to use the web-multi bin too as the router is already upgraded to 24461 so it will fail...
The web-multi releases are only for people who are already using DD-WRT firmware, the Factory is for people moving from Buffalo stock firmwares...
Or do you mean the router that already has 23919 wont upgrade to 24461 via the web-multi release?
My advice is if the 23919 router is working, don't change it and risk breaking it.
If the 24461 router has updated successfully just leave it as is and use it.
Alternatively, downgrade the 24461 router to match the 23919 router by uploading the 23919 firmware into the Administration --> Firmware Upgrade dialogue... Just make sure, as with all updates/downgrades you RESET to factory settings on update...
Glad to hear it all went well JaniN83
Hi Jacob!
Thanks for your prompt reply. What I meant is that I have 2 of these routers (WZR-HP-G450H), one has ddwrt and the other had the ddwrt factory firmware BUT I don´t think it had the 20025 version, I guess i had a much lower version than that. I believe my problem was originated after upgrading from factory version 18xxx to ddwrt comunity using the wzr_hp_g450h-factory-to-ddwrt.bin. Since I didn't have the stock 20025, At some point I was stuck with the initial firmware that I couldn't change for any other, not even a lower version.
So in the end, I had to borrow an old laptop with WindowsXP in order to run the following de-brick procedure:
http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
That allowed me to down grade the router to version 23919, BUT I got stuck again with a firmware that I couldn't change via web, the "failed upgrade" message persisted . Since I had the console cable connected I was able to see the kernel output, for some reason the router said that there was not enough memory to flash a new firmware, I tried many firmwares and always got the same response. At that point I thought I had a bad block of memory or something, but somehow I decided to revert to stock 20025 via boot loader (my only option at that moment).
After I had the factory 20025 flashed in the router, I tried to flash the 23919 wzr_hp_g450h-factory-to-ddwrt.bin via web, and the web-upgrade finally worked!!!!. Since I had the console cable connected and everything setup to recover, I decided to use web-multi 24461, and the web upgrade also worked flawlessly.
My final advice for everyone is that before using any wzr_hp_g450h-factory-to-ddwrt.bin version, make sure you have factory 20025 loaded before the upgrade, I think you should add this info in the first post for everyone to see.
Here's my de-brick setup:
(http://i.imgur.com/DnJLQWk.jpg)
Cheers!!
Pt0x
-
Upgraded to r24461
Reset: No << The first DD-WRT router I had would brick if I did reset, so I don't.
Web Flash via WIFI << DO AT YOUR OWN RISK, but I've always done it.
No problems. Everything came back up after router reset without incident.
Concerning reported range problems: I've noticed that despite the only other radio in range was on channel 6, the auto setting did not pick 1 or 11.
To those who don't know: There are really only three channels you should use with 2.4...1, 6, and 11.
Thanks Thread master.
-
I own 2 of these routers (US version) one of those was successfully flashed to ddwrt community version 23919 and it has been working flawlessly for a couple of months now. However, this afternoon I decided to flash the second router using the r24461 wzr_hp_g450h-factory-to-ddwrt.bin version (I had the factory ddwrt on the router installed) and the initial flash got trough but every time I try to flash the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin or any other firmware version, all I get is a "failed upgrade" message on the browser. I already tried to clear the cookies and change the OS or browser without luck.
Sorry to hear you are having problems pt0x, out of interest what was the reason for changing from 23919 to the 24461 release?
If you are already flashed successfully via the factory 24461 you shouldnt need to use the web-multi bin too as the router is already upgraded to 24461 so it will fail...
The web-multi releases are only for people who are already using DD-WRT firmware, the Factory is for people moving from Buffalo stock firmwares...
Or do you mean the router that already has 23919 wont upgrade to 24461 via the web-multi release?
My advice is if the 23919 router is working, don't change it and risk breaking it.
If the 24461 router has updated successfully just leave it as is and use it.
Alternatively, downgrade the 24461 router to match the 23919 router by uploading the 23919 firmware into the Administration --> Firmware Upgrade dialogue... Just make sure, as with all updates/downgrades you RESET to factory settings on update...
Glad to hear it all went well JaniN83
Hi Jacob!
Thanks for your prompt reply. What I meant is that I have 2 of these routers (WZR-HP-G450H), one has ddwrt and the other had the ddwrt factory firmware BUT I don´t think it had the 20025 version, I guess i had a much lower version than that. I believe my problem was originated after upgrading from factory version 18xxx to ddwrt comunity using the wzr_hp_g450h-factory-to-ddwrt.bin. Since I didn't have the stock 20025, At some point I was stuck with the initial firmware that I couldn't change for any other, not even a lower version.
So in the end, I had to borrow an old laptop with WindowsXP in order to run the following de-brick procedure:
http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
That allowed me to down grade the router to version 23919, BUT I got stuck again with a firmware that I couldn't change via web, the "failed upgrade" message persisted . Since I had the console cable connected I was able to see the kernel output, for some reason the router said that there was not enough memory to flash a new firmware, I tried many firmwares and always got the same response. At that point I thought I had a bad block of memory or something, but somehow I decided to revert to stock 20025 via boot loader (my only option at that moment).
After I had the factory 20025 flashed in the router, I tried to flash the 23919 wzr_hp_g450h-factory-to-ddwrt.bin via web, and the web-upgrade finally worked!!!!. Since I had the console cable connected and everything setup to recover, I decided to use web-multi 24461, and the web upgrade also worked flawlessly.
My final advice for everyone is that before using any wzr_hp_g450h-factory-to-ddwrt.bin version, make sure you have factory 20025 loaded before the upgrade, I think you should add this info in the first post for everyone to see.
Cheers!!
Pt0x
Hey man, a VM with WinXP or Linux can be a great workaround to the driver issue you had. I've done this with microchips. Though one time I did have to lower the baud rate to get a stable flash. Or if your laptop has an ESATA port, just boot off of a drive connected to the ESATA port. If you use a full size drive, it would actually be faster than a 2.5 HDD (not flash). Another alternative is to boot off of a LiveOS Linux flavor.
-
And if I buy a 12db antenna, I have some performance or will it be the same?
If you do do this, please monitor the temperature of your unit and report if it increases. I have burned out a radio by having my settings too high. It did take years though.
-
I own 2 of these routers (US version) one of those was successfully flashed to ddwrt community version 23919 and it has been working flawlessly for a couple of months now. However, this afternoon I decided to flash the second router using the r24461 wzr_hp_g450h-factory-to-ddwrt.bin version (I had the factory ddwrt on the router installed) and the initial flash got trough but every time I try to flash the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin or any other firmware version, all I get is a "failed upgrade" message on the browser. I already tried to clear the cookies and change the OS or browser without luck.
Sorry to hear you are having problems pt0x, out of interest what was the reason for changing from 23919 to the 24461 release?
If you are already flashed successfully via the factory 24461 you shouldnt need to use the web-multi bin too as the router is already upgraded to 24461 so it will fail...
The web-multi releases are only for people who are already using DD-WRT firmware, the Factory is for people moving from Buffalo stock firmwares...
Or do you mean the router that already has 23919 wont upgrade to 24461 via the web-multi release?
My advice is if the 23919 router is working, don't change it and risk breaking it.
If the 24461 router has updated successfully just leave it as is and use it.
Alternatively, downgrade the 24461 router to match the 23919 router by uploading the 23919 firmware into the Administration --> Firmware Upgrade dialogue... Just make sure, as with all updates/downgrades you RESET to factory settings on update...
Glad to hear it all went well JaniN83
Hi Jacob!
Thanks for your prompt reply. What I meant is that I have 2 of these routers (WZR-HP-G450H), one has ddwrt and the other had the ddwrt factory firmware BUT I don´t think it had the 20025 version, I guess i had a much lower version than that. I believe my problem was originated after upgrading from factory version 18xxx to ddwrt comunity using the wzr_hp_g450h-factory-to-ddwrt.bin. Since I didn't have the stock 20025, At some point I was stuck with the initial firmware that I couldn't change for any other, not even a lower version.
So in the end, I had to borrow an old laptop with WindowsXP in order to run the following de-brick procedure:
http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
That allowed me to down grade the router to version 23919, BUT I got stuck again with a firmware that I couldn't change via web, the "failed upgrade" message persisted . Since I had the console cable connected I was able to see the kernel output, for some reason the router said that there was not enough memory to flash a new firmware, I tried many firmwares and always got the same response. At that point I thought I had a bad block of memory or something, but somehow I decided to revert to stock 20025 via boot loader (my only option at that moment).
After I had the factory 20025 flashed in the router, I tried to flash the 23919 wzr_hp_g450h-factory-to-ddwrt.bin via web, and the web-upgrade finally worked!!!!. Since I had the console cable connected and everything setup to recover, I decided to use web-multi 24461, and the web upgrade also worked flawlessly.
My final advice for everyone is that before using any wzr_hp_g450h-factory-to-ddwrt.bin version, make sure you have factory 20025 loaded before the upgrade, I think you should add this info in the first post for everyone to see.
Cheers!!
Pt0x
Hey man, a VM with WinXP or Linux can be a great workaround to the driver issue you had. I've done this with microchips. Though one time I did have to lower the baud rate to get a stable flash. Or if your laptop has an ESATA port, just boot off of a drive connected to the ESATA port. If you use a full size drive, it would actually be faster than a 2.5 HDD (not flash). Another alternative is to boot off of a LiveOS Linux flavor.
Thank you for the ideas!, I'll give it a try with Linux. I did tried the WinXP VM workaround once, but never got it to work (I was using virtual Box), do you suggest a specific type of hypervisor?. My laptop does not have an ESATA port :/.
cCheers
-
Hello,
There is only one problem I've noticed with this latest build. I've set the NTP on and timezone to Finland/Helsinki.
However, the time it gives is 2 hours behind. Is there any other way of fixing this other than to set country to something else that is 2 hours ahead of my time?
Thanks.
-
I own 2 of these routers (US version) one of those was successfully flashed to ddwrt community version 23919 and it has been working flawlessly for a couple of months now. However, this afternoon I decided to flash the second router using the r24461 wzr_hp_g450h-factory-to-ddwrt.bin version (I had the factory ddwrt on the router installed) and the initial flash got trough but every time I try to flash the wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin or any other firmware version, all I get is a "failed upgrade" message on the browser. I already tried to clear the cookies and change the OS or browser without luck.
Sorry to hear you are having problems pt0x, out of interest what was the reason for changing from 23919 to the 24461 release?
If you are already flashed successfully via the factory 24461 you shouldnt need to use the web-multi bin too as the router is already upgraded to 24461 so it will fail...
The web-multi releases are only for people who are already using DD-WRT firmware, the Factory is for people moving from Buffalo stock firmwares...
Or do you mean the router that already has 23919 wont upgrade to 24461 via the web-multi release?
My advice is if the 23919 router is working, don't change it and risk breaking it.
If the 24461 router has updated successfully just leave it as is and use it.
Alternatively, downgrade the 24461 router to match the 23919 router by uploading the 23919 firmware into the Administration --> Firmware Upgrade dialogue... Just make sure, as with all updates/downgrades you RESET to factory settings on update...
Glad to hear it all went well JaniN83
Hi Jacob!
Thanks for your prompt reply. What I meant is that I have 2 of these routers (WZR-HP-G450H), one has ddwrt and the other had the ddwrt factory firmware BUT I don´t think it had the 20025 version, I guess i had a much lower version than that. I believe my problem was originated after upgrading from factory version 18xxx to ddwrt comunity using the wzr_hp_g450h-factory-to-ddwrt.bin. Since I didn't have the stock 20025, At some point I was stuck with the initial firmware that I couldn't change for any other, not even a lower version.
So in the end, I had to borrow an old laptop with WindowsXP in order to run the following de-brick procedure:
http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
That allowed me to down grade the router to version 23919, BUT I got stuck again with a firmware that I couldn't change via web, the "failed upgrade" message persisted . Since I had the console cable connected I was able to see the kernel output, for some reason the router said that there was not enough memory to flash a new firmware, I tried many firmwares and always got the same response. At that point I thought I had a bad block of memory or something, but somehow I decided to revert to stock 20025 via boot loader (my only option at that moment).
After I had the factory 20025 flashed in the router, I tried to flash the 23919 wzr_hp_g450h-factory-to-ddwrt.bin via web, and the web-upgrade finally worked!!!!. Since I had the console cable connected and everything setup to recover, I decided to use web-multi 24461, and the web upgrade also worked flawlessly.
My final advice for everyone is that before using any wzr_hp_g450h-factory-to-ddwrt.bin version, make sure you have factory 20025 loaded before the upgrade, I think you should add this info in the first post for everyone to see.
Cheers!!
Pt0x
Hey man, a VM with WinXP or Linux can be a great workaround to the driver issue you had. I've done this with microchips. Though one time I did have to lower the baud rate to get a stable flash. Or if your laptop has an ESATA port, just boot off of a drive connected to the ESATA port. If you use a full size drive, it would actually be faster than a 2.5 HDD (not flash). Another alternative is to boot off of a LiveOS Linux flavor.
Thank you for the ideas!, I'll give it a try with Linux. I did tried the WinXP VM workaround once, but never got it to work (I was using virtual Box), do you suggest a specific type of hypervisor?. My laptop does not have an ESATA port :/.
cCheers
I really think the best option is a LiveOS Linux DVD. You boot your computer off of the DVD and run mostly in RAM.
-
Hello,
There is only one problem I've noticed with this latest build. I've set the NTP on and timezone to Finland/Helsinki.
However, the time it gives is 2 hours behind. Is there any other way of fixing this other than to set country to something else that is 2 hours ahead of my time?
Thanks.
There seems to have been a change in the way TZs work in this build. This is aggravating as it makes the WAN data usage page wrong. :(
-
Thanks for reporting the TimeZone issues with this build, i'll make a note on the FP too and report to the appropriate people so a solution can hopefully be found :)
JCB
-
Oooh wow crap: http://www.forums.fedoraforum.org/showthread.php?t=300843
Looks like we all need to do an upgrade in the near future. Though I'm unclear how someone could get to the bash shell without a login first.
-
Is there something like an "apt-get upgrade" to upgrade the router system?
Is there a Tinc-vpn Programm compiled for dd-wrt i could use?
btw. Is that correct, that if I enter a Local DNS this one also appear in the status of the WAN?
-
New version (r25309) out: ftp://ftp.dd-wrt.com/betas/2014/11-11-2014-r25309/buffalo_wzr_hp_g450h/
Anyone tired it?
-
New version (r25309) out: ftp://ftp.dd-wrt.com/betas/2014/11-11-2014-r25309/buffalo_wzr_hp_g450h/
Anyone tired it?
Yes, i have not had much success sadly (Dropped connection and such)...
Also a bricked router...
-
Ok, better just pass this release then. Thanks for the info.
-
Any-time JaniN83, i agree.
As posted here before i shall always post a new release that i have tested successfully here once testing across two UK/EU routers and a US router is complete.
Short of an unexpected demise, I'll always post should i plan to no longer update this thread either so hopefully i can retain it's usefulness as long as possible :)
-
Seems they have been very busy now. Latest being 12-03-2014-r25544 now (3rd release after my last post). All "failures"? :)
-
Im afraid so, until i can work out why EU/UK router is bricked on last couple of releases i cannot say why :(
I think we are slowly heading towards the situation with my G125 where the most recent firmware from DD-WRT will never work...
-
Hi guys,
It's my first post here...
anyway, I've read all the posts and didn't find the answer to:
is it possible to have multiple DDNS setup if I'll upgrade to DD-WRT firmware.
Can some one check this please?
If not...maybe is there a way to modify this through SSH ? stupid question?
I'll be thanks full for any reply.
-
Hi ncergudar, the info on DD-WRT and Multiple DDNS is here: http://www.dd-wrt.com/wiki/index.php/DDNS_-_How_to_manage_multiple_DDNS_accounts_using_embedded_inadyn_-_HOWTO
Ive not managed multiple accounts with DD-WRT so may be best to ask on their forums ;)
As to the current release situation, i have, as yet failed to get any release post r24461 to work correctly; 30% of the time they brick my router, the remaining percent they either produce "upgrade failed" or simply crashed on restart...
I'll update if situation changes, but as yet, last usable revision for the G450H is r24461
-
Thank you JacobD84,
In your link I found really useful information I overlooked.
I'll try to follow the article there and see if I can do it.
I do upgrade from factory 20025 to r23919 as I understood from the forum that is stable. For the moment everything is working fine, so no pint to upgrade to r24461 without reasons as you mentioned earlier.
I'll reply later on my results,
Thanks again.
-
OK...to setup multiple DDNS is simple and I found the solution here: http://www.dd-wrt.com/wiki/index.php/Dynamic_DNS (http://www.dd-wrt.com/wiki/index.php/Dynamic_DNS)
Multiple DDNS host names
If you have multiple host names registered at your DDNS service, you can enter them in the "Host Name" field using the "-a" option.
Example: You want to update the IP address for myhostname1.example.org, myhostname2.example.org and myhostname3.example.org; in this case, you have to enter in the "Host Name" field the following string: "myhostname1.example.org -a myhostname2.example.org -a myhostname3.example.org". (Note: no "-a" for the first host name.)
-
...
I do upgrade from factory 20025 to r23919 as I understood from the forum that is stable. For the moment everything is working fine, so no pint to upgrade to r24461 without reasons as you mentioned earlier.
...
I'm glad post was helpful and you got sorted OK ncergudar :)
You are exactly right in using r23919 if that works, after so many posts trying to get people not to upgrade for the sake of upgrading it's reassuring to hear that people are taking heed. Thank-you.
Have a good New Year all!
-
I am currently testing r25697 ftp://ftp.dd-wrt.com/betas/2014/12-22-2014-r25697/buffalo_wzr_hp_g450h/wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin it has as yet not bricked the router and updated successfully from r24461.
As usual, DO NOT UPGRADE UNLESS YOU ARE TRYING TO FIX A PROBLEM WITH AN EARLIER REVISION, but those who do, can you please let me know of any issues you encounter? I haven't found any yet and the revision contains some nice new features such as the ability to specify the exact wireless frequency for transmission and some great IPv6 tweaks...
-
I tried to upgrade to this version today, but neither the MULTI or factory-to version work for me. Both give 4 - 3 - 3 red flash on the router and after that "Upgrade failed." message. I even tried to reset to factory settings before upgrading but it didn't help. Have you JacobD84 experienced this and how to get around it? Thanks.
-
As usual, reset on upgrade must be selected, in addition, you have to upload the firmware from a static IP on a computer running a browser with NO addons installed (When updating with firefox and addons i got failures) and NO Anti-Virus or Firewalls Running (Disabling any "Live" protection isnt good enough) so fully disable Anti-Virus and Firewall processes and disconnect the router PHYSICALLY from the internet...
In addition, do not change the name of the firmware when saving to your desktop to upload (It appears to have issues with name changes)
Basically upload from a system with a static IP address and no rubbish running in the background...
Also JaniN83, don't update unless you actually need the channel frequency and IPv6 controls ;) the only other real addition is a slightly sleeker UI (Round corners not square... Wooo!)
r23919 and r24461 are still basically the best "All Round" firmwares for the G450H the r25xxx series also appears to load the router a little heavier than the older revisions; I'm still trying to work out why (May be new UI or extra services doing it)
-
hi
sorry i cant go through all this
what is the latest stable firmware you recommend
regards
-
sorry i cant go through all this
what is the latest stable firmware you recommend
xmanster, as posted in the post immediately before yours, i made the following comment:
"r23919 and r24461 are still basically the best "All Round" firmwares for the G450H the r25xxx series also appears to load the router a little heavier than the older revisions; I'm still trying to work out why (May be new UI or extra services doing it)"
In other words, those two numbers are my recommendations, and as always start with the lower number, if that works, don't upgrade unless you have to.
As a polite OT comment however, if you "can't go through all this" i worry that you will have issues with the firmware somewhere along the line. DD-WRT Firmwares are for people who want very specific controls over their router, if you cannot read through my first post or the comment immediately before your post i really would like to know what gains you think you will get from DD-WRT? It's not really a plug-and-play firmware and i would recommend you use the Buffalo Stock Simple Firmware over DD-WRT otherwise, like it or not, you are going to have to do a lot of reading...
In other news, r25934 seems to be OK on my three routers (UK/EU/US) so feel free those of you who are having issues with older firmwares to upgrade here:
ftp://ftp.dd-wrt.com/betas/2015/01-16-2015-r25934/buffalo_wzr_hp_g450h/
Please note however, as usual, only upgrade if you need to and the r25xxx issues with slower-throughput and new but slower interface are still there!
-
Thank you so much for your time and efforts
i upgraded to 24461 and seems my issue is solved , as i was having slow internet via wireless even the signal is strong.
with the new one, am having lower signal in some places use to have strong before, but the internet speed is much better.
thank you again.
regards
-
hi again
i tried many versions but whatever i flash with new firmware and i check always it is always showing (SVN revision 24461)
any idea ?
regards
-
Hi, this is usually an indication that the upgrade/downgrade has failed and the last working firmware is retained.
Without the log file (which instructions on how to create or obtain can be found on DD-WRT Forums) i cannot tell you what you can try im afraid.
If you can, please post a log as an attachment to this thread and i'll do my best.
Why are you trying to move from the 24461 stable?
Have you had problems?
If so please report, as apart from a TimeZone Issue, i am not aware of any problems with this revision.
-
hi
yes i have problem my signal is dropped , many places are not covered by the wireless while before was full strength .
i will try to get the log file
thank you again
-
As covered a few pages back, if signal is an issue i's unlikely to be a firmware created one as firmware updates shouldn't change the radio chip (its a physically separate entity)
That said, please confirm the router is set up optimally in first place; try modifying the antennae gain to +5db under the wireless advanced settings check box, a screen shot is available a page or two back with all of my settings for that group...
Most signal problems are due to changes in the environment around the router; for example neighbours changing electrical devices or altering wireless networks, objects that are moved in the home, or simply the weather.
Also check the three aerials are screwed in fully and the lower side (with the cutout curve) is angled towards low signal areas
Hope this helps.
-
Newest Tested & Stable Release is r26081; first of the 26xxx Series that i've posted for the G450H!
As with the 25xxx series, there are still issues with a slightly slower UI and data throughput than the older releases, but it's better than the r25934 release posted previously!
!!USERS OF r25934!! Please note the r25934 release has been removed from the FTP Servers due to some issues; Please update to r26081 ASAP
As usual, don't upgrade unless you need to; r23919 and r24461 are still the best all-round (non-Buffalo) firmwares for this router!
r26081 ftp://ftp.dd-wrt.com/betas/2015/01-29-2015-r26081/buffalo_wzr_hp_g450h/
-
Does r26081 address the timezone issue?
-
Does r26081 address the timezone issue?
Sadly i've never been able to replicate the timezone issue, only report that some people have had it, so it doesn't appear on my US/UK/EU routers; if you are willing to try r26081 (with the usual disclaimers) can you please report back here?
Many thanks
JCB
-
Hi All,
Over 350 revisions later i finally have a release that appears stable on the G450H, r26446 can be found here:
r26446 ftp://ftp.dd-wrt.com/betas/2015/03-05-2015-r26446/buffalo_wzr_hp_g450h/
As usual don't upgrade unless you need to, reset to factory defaults on upgrade and reboot, apply your settings, reboot again and please report back with any problems
JCB
-
Thanks a lot, Jacob for all your effort documenting and tryying all those firmware revisions.
I have a Buffalo WZR-HP-G450H US version with DD-WRT 20025b official alpha firmware (released sept2014 to address specific OpenSSL vulnerabilities). I live in Europe (Low Countries) and while I use rather basic features of the router (an extra access point), I would like to be able to set Wireless Compliance to Benelux rather than one of the countries in North, Central or South America and to be able to occasionally use a 3G modem (the US firmware is missing 3G support which is present in European and Japanese version, probably something patent related ?)
would you recommend me to try one of the community versions and if yes which one ?
Julia
-
Hi Julia, thank-you for your message.
It's probably best to start with one of the two following builds; whichever one works for you, just stick with that and only upgrade if needed
BEST ALL-ROUND DD-WRT FIRMWARE(S) for G450H
r23919 ftp://ftp.dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/ START WITH THIS - Stable as a rock!
r24461 ftp://ftp.dd-wrt.com/betas/2014/06-23-2014-r24461/buffalo_wzr_hp_g450h/ !!NOTE: TimeZone Issues reported with this build!!
-
Please help me I tried all the firmwares in this topic,my wifi signal became very weak I tried all the firmwares now I can't revert back to buffalo ddwrt and I don't know if there are any settings to change in wifi section to increase my wifi signal I tried changing the tx power which is in dbm not mw but even if I get higher than 20 it shows 20 only please help me
-
FWIW.... I had 24461 running for approx 250 days without a single reboot. It finally went down due to a prolonged power failure that my UPS couldn't mitigate.
-
Please help me I tried all the firmwares in this topic,my wifi signal became very weak I tried all the firmwares now I can't revert back to buffalo ddwrt and I don't know if there are any settings to change in wifi section to increase my wifi signal I tried changing the tx power which is in dbm not mw but even if I get higher than 20 it shows 20 only please help me
Here's the best info I use: http://www.dd-wrt.com/wiki/index.php/QCA_wireless_settings
You should also use a Wifi Stumbler tool to see if your WiFi is using the same channel as your neighbor.
Also, make sure TKIP is not enabled in any way. Some clients, such as my G5, can cause the WiFi to drop out of MIMO mode.
-
Hi all,
Long time and no update im afraid; i recently tried r27413 from here:
ftp://ftp.dd-wrt.com/betas/2015/06-22-2015-r27413/buffalo_wzr_hp_g450h/
It promptly bricked my UK, EU and US routers (So only try if you are prepared for things to stop working) and to be honest, im fed up with un-bricking the things so until i post again treat everything as me having made no-progress on getting new firmwares to work with the G450H.
For now and until i post otherwise the BEST ALL-ROUND DD-WRT FIRMWARE(S) for G450H remain as follows:
r23919 ftp://ftp.dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/ START WITH THIS - Stable as a rock!
r24461 ftp://ftp.dd-wrt.com/betas/2014/06-23-2014-r24461/buffalo_wzr_hp_g450h/ !!NOTE: TimeZone Issues reported with this build!!
-
Please help me I tried all the firmwares in this topic,my wifi signal became very weak I tried all the firmwares now I can't revert back to buffalo ddwrt and I don't know if there are any settings to change in wifi section to increase my wifi signal I tried changing the tx power which is in dbm not mw but even if I get higher than 20 it shows 20 only please help me
Here's the best info I use: http://www.dd-wrt.com/wiki/index.php/QCA_wireless_settings
You should also use a Wifi Stumbler tool to see if your WiFi is using the same channel as your neighbor.
Also, make sure TKIP is not enabled in any way. Some clients, such as my G5, can cause the WiFi to drop out of MIMO mode.
I have the exact same issue as Eng.shadymohsen85 since I have upgraded from 20025. I have tried ALL releases tested by JacobD84 from 22118 to 26653 without any change. I have read and tried different things from http://www.dd-wrt.com/wiki/index.php/QCA_wireless_settings without much success either. My Wifi is on WAP2-AES only (no TKIP) and I have tried all frequencies and different regulatory domain too. I'm currently using channel 11 because I'm the only one in my neighbor to us it, but again I don't see any improvement. I can't set anything higher than 20dbm. Being just 20 feet away line of sight from my router I can get only around -70dB RSSI. With 20025, I used to get about -55db at same distance. Wifi connection drops very often too. Any idea or suggestion on how to fix it? I'm about to downgrade back to 20025 (is it possible?) or simply buy a new router... thanks.
-
I have the exact same issue as Eng.shadymohsen85 since I have upgraded from 20025. I have tried ALL releases tested by JacobD84 from 22118 to 26653 without any change. I have read and tried different things from http://www.dd-wrt.com/wiki/index.php/QCA_wireless_settings without much success either. My Wifi is on WAP2-AES only (no TKIP) and I have tried all frequencies and different regulatory domain too. I'm currently using channel 11 because I'm the only one in my neighbor to us it, but again I don't see any improvement. I can't set anything higher than 20dbm. Being just 20 feet away line of sight from my router I can get only around -70dB RSSI. With 20025, I used to get about -55db at same distance. Wifi connection drops very often too. Any idea or suggestion on how to fix it? I'm about to downgrade back to 20025 (is it possible?) or simply buy a new router... thanks.
Have you ensured the antennae gain is no more than +5db under advanced wireless settings? Any higher you shorten the radio life, set it too high you can damage the radio amp.
Also, try dropping the other dbm settings to their lowest values and increase 1-5dbm at a time, rebooting the router each time before testing; 9/10 when people complain of poor signal or lots of drop outs it's because their signal is TOO STRONG, they've changed something electrical in their house or they have a neighbour with noisy kit. Carefully starting from scratch and increasing the dbm values until you get the results you want usually fixes this. Also, don't forget aerial positioning.
Finally, set ACK timer to 0 (Auto) and see if this helps
As to changing firmwares or unbricking the G450H, there's a great tutorial here:
http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
NOTE: I've not posted this till now because i can see a wave of people permanently damaging their router; however, if you have a soldering iron, a USB-SerialTTL converter and you have a bricked router or one you want to revert to an older firmware with, this is how you do it ;)
PLEASE, PLEASE, PLEASE recognise this is a risky process and only do it if you need to. If you destroy things with this process it's basically game over.
But it gives you some idea of why im sick of unbricking my G450H routers i have to do this on each one, everytime i encounter a firmware that causes problems and also explains why i only post firmwares to this thread that pass some serious testing on a UK, EU and US router first.
Jacob
-
@JacobD84:
I would like to thank you for the ongoing work you've put into this thread. I used it to reactivate a G450H to be a samba NAS yesterday, which wouldnt have been possible without this resource.
Because - of course - I got suckered into flashing the most recent release you confirmed as working (r26446), I'm now left wondering what "Slightly Slower Data Performance" means in numbers. :) I dont plan on flashing a lower version as r26446 is stable so far - it's just... I have to know. :)
Of course everyones milage may vary - but if you could state a percentage, or a transferspeed value. It would calm my sense of wonder... ;)
-
Hi all,
I'm currently testing r27506 on the G450h and have added it to the testing dialogue on the FP.
This hasn't bricked any of the three routers in my possession and appears bug-free, however i would appreciate some more testers willing to potentially brick their routers before i put in down on the FP as a stable release.
The version can be found here: r27506 ftp://ftp.dd-wrt.com/betas/2015/07-09-2015-r27506/buffalo_wzr_hp_g450h/
As usual; please DO NOT UPDATE unless you are trying to fix a problem in an earlier firmware (If it isn't broke don't fix it).
If you do update, please report any bugs or issues so i can note them appropriately and report them to the DD-WRT community.
ALWAYS reset to factory defaults on update - For the sake of a pen and some paper to remember settings it solves so many issues ;)
@harlekin Thank-you for your words.
The "Slightly Slower Data Performance" is simply a description of the fact that on the r25xxx r26xxx and some of the r27xxx releases i've noticed a decrease in the PEAK/BURST AVERAGE data rates for the routers with this firmware. In other words, where once i was achieving a ~300Mb/s (~37.5MB/s) average peak on the G450H, i'm now only getting a ~275Mb/s (~34.375MB/s) maximum. This seems to be related to the firmware; if i downgrade to the best r24xxx releases i immediately return to the ~300Mb/s peaks. This is why i've kept r24461 and r23919 as the best all round firmwares as, unless you need r25xxx, r26xxx or r27xxx features the issues that most care about, data transfer speeds and samba are already working without issue in these earlier revisions.
-
Hi,Thank you for the hard effort.
I have a question that if I want to use r23919 for my WZR-HP-G450H.
Which bin should I setup ?
wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin
OR
wzr_hp_g450h-dd-wrt-factory-to-ddwrt.bin
Thanks again!
-
Hi,Thank you for the hard effort.
I have a question that if I want to use r23919 for my WZR-HP-G450H.
Which bin should I setup ?
wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin
OR
wzr_hp_g450h-dd-wrt-factory-to-ddwrt.bin
Thanks again!
What firmware is currently installed? have you read the DDWRT wiki page?!!
-
Bricked while installing r27506 on a european G450H - without resetting settings (during the update process). 30/30/30 doesnt work, because reset doesnt respond.
I have another model of the same router running - but would make it a project to get the first one functioning again.
@JacobD84: May I ask some details on debricking via the serial port and how you do it?
Setup as described in: http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
And debricking process as described in: http://www.dd-wrt.com/phpBB2/viewtopic.php?t=155253
Or do you have a different approach?
I already have an unencrypted copy of the firmware from my second router as a mtd1.dump file on my harddrive (starts with 27 05 19 56) - and am asking, because I see the tutorials diverge in how the ip is associated (to a mac address) and I am a bit weary of the "setenv region EU" command.
Any pointers would be appreciated.
edit: Messed around with some of the steps and understand the process a bit better now. The usb serial dongle is used to troubleshoot the connection to the router (ping! :) ) and catch the tftp time window in those versions of uboot where you cant prevent it from closing.
You might also need to buy a switch - because Windows might not be fast enough to establish (or not drop) a connection, when it detects the router being connected.
Then there are several options to initialize the tftp transfer (tftp via commandline, tcp -i via commandline - followed by a putty command on the router side, pushing via a program called PumpKIN, or letting the router start the transfer and flash via another putty command).
@JacobD84: If you could write down the debricking method you use, I'd still appreciate it - I still have some time until the Serial > USB dongle arrives, and I am open to learn more about the process beforehand.
edit2: Already managed to successfully transfer the (unencrypted, 30mb) firmware image into the routers ram, by using the IP mapping process described in the overclock.net tutorial from within Windows 7, having another router with dhcp disabled in between the PC and the g450h, acting as a switch - and pushing (put) the file using PumpKIN from the PC, whilst catching the time window by plugging in the g450h and then counting to 12. Pumpkin shows the file transfering and indicates successfully pushed - then nothing happens. ;)
I presume - because I still need the serial > usb dongle to get a command line on the router to start the flashing script (run u_fw). ;)
Fun times. ;)
-
Bricked while installing r27506 on a european G450H - without resetting settings (during the update process). 30/30/30 doesnt work, because reset doesnt respond.
I have another model of the same router running - but would make it a project to get the first one functioning again.
@JacobD84: May I ask some details on debricking via the serial port and how you do it?
Setup as described in: http://www.overclock.net/t/1331611/guide-recovering-a-bricked-buffalo-airstation-n450-router-wzr-hp-g450h
And debricking process as described in: http://www.dd-wrt.com/phpBB2/viewtopic.php?t=155253
Or do you have a different approach?
I already have an unencrypted copy of the firmware from my second router as a mtd1.dump file on my harddrive (starts with 27 05 19 56) - and am asking, because I see the tutorials diverge in how the ip is associated (to a mac address) and I am a bit weary of the "setenv region EU" command.
Any pointers would be appreciated.
edit: Messed around with some of the steps and understand the process a bit better now. The usb serial dongle is used to troubleshoot the connection to the router (ping! :) ) and catch the tftp time window in those versions of uboot where you cant prevent it from closing.
You might also need to buy a switch - because Windows might not be fast enough to establish (or not drop) a connection, when it detects the router being connected.
Then there are several options to initialize the tftp transfer (tftp via commandline, tcp -i via commandline - followed by a putty command on the router side, pushing via a program called PumpKIN, or letting the router start the transfer and flash via another putty command).
@JacobD84: If you could write down the debricking method you use, I'd still appreciate it - I still have some time until the Serial > USB dongle arrives, and I am open to learn more about the process beforehand.
edit2: Already managed to successfully transfer the (unencrypted, 30mb) firmware image into the routers ram, by using the IP mapping process described in the overclock.net tutorial from within Windows 7, having another router with dhcp disabled in between the PC and the g450h, acting as a switch - and pushing (put) the file using PumpKIN from the PC, whilst catching the time window by plugging in the g450h and then counting to 12. Pumpkin shows the file transfering and indicates successfully pushed - then nothing happens. ;)
I presume - because I still need the serial > usb dongle to get a command line on the router to start the flashing script (run u_fw). ;)
Fun times. ;)
@harlekin
You can unbrick your G450H by installing OpenWRT and converting it to dd-wrt using web-upgrade. Piece of Cake. OpenWRT and dd-wrt are built on technically same or similar foundation and converting one to the other is very easy process. Just commit web-upgrade on OpenWRT using a dd-wrt webupgrade file. After the upgrade process, you will see dd-wrt installed instead of OpenWRT on your G450H.
OpenWRT provides the TFTP image for installation method, which is the only way you can install a firmware on a bricked G450H router. (In fact, you can also make dd-wrt TFTP image however it requires relatively tricky process so I'm not talking about that this time.)
I would assume that you are able to install OpenWRT on your G450H by TFTP method and have already OpenWRT installed on your router and working. If you don't you can just google it. There are tons of guides talking about that.
After installing OpenWRT, you can use web-upgrade feature, select dd-wrt webupgrade file and get dd-wrt back on work. For this, however, you must first modify dd-wrt file little bit so OpenWRT can recognize it as aporopriate file.
1. Download dd-wrt web-upgrade file. I suggest version 06-05-2015-r27240. (http://download1.dd-wrt.com/dd-wrtv2/downloads/betas/2015/06-05-2015-r27240/buffalo_wzr_hp_g450h/wzr_hp_g450h-dd-wrt-webupgrade-MULTI.bin)
2. Open the file with any hex edior so you can modify it. (ex: HxD)
3. Delete first 28-byte of the file so the file starts with code "27 05 19 56"
4. Save it and try web-upgrade with modified file.
5. After upgrade process, you will see dd-wrt working on your G450H.
Have a nice day.
EDIT: I didn't read thru whole your post. So you already were trying to install OpenWRT. I just read that overclock.net post and found it total bulls**t. You don't have to do that ridiculous USB-serial cable pin jumping stuff.
U-boot automatically works for about first three seconds after you turn on(plug in dc power) your router. Set your network adapter arp and ip address for TFTP. Commit TFTP command to send a Openwrt firmware file and turn on your router at the same time. Your router will automatically start installing OpenWRT. Here's a tutorial for that. It is written in Korean I don't have a time for translating it into English right now. I think google translate might help you. good luck.
http://takuma99.tistory.com/161
-
I just read that overclock.net post and found it total bulls**t. You don't have to do that ridiculous USB-serial cable pin jumping stuff.
U-boot automatically works for about first three seconds after you turn on(plug in dc power) your router. Set your network adapter arp and ip address for TFTP. Commit TFTP command to send a Openwrt firmware file and turn on your router at the same time. Your router will automatically start installing OpenWRT. Here's a tutorial for that. It is written in Korean I don't have a time for translating it into English right now. I think google translate might help you. good luck.
http://takuma99.tistory.com/161
I use the USB method all the time for routers that are actually bricked (no red light, not anything), not simply awaiting firmware after failed transfer which seems to be the case in your instance which i agree it is easier to use U-Boot/TFTP. USB Method also avoids having to use the interim OpenWRT firmware before moving to DD-WRT, i am able to simply move the decrypted DD-WRT firmware over.
The main issue with the USB method is mechanical not software in the sense you have to carefully attach header pins with a soldering iron to get a good connection, but if you use L-shaped headers you can solder them on once and the casing will still fit back on once you are done. It also means you can quickly change things again when the inevitable future-bricking happens as you just attach your Serial decoder to the pins and upload.
Personally i try and avoid OpenWRT at all times, but my reasons for that are personal rather than an outright issue with the firmwares.
Nonetheless, first update in a while; I've successfully tested DD-WRT version r27805 across all three routers, it can be found here:
ftp://ftp.dd-wrt.com/betas/2015/09-11-2015-r27805/buffalo_wzr_hp_g450h/
As usual; please DO NOT UPDATE unless you are trying to fix a problem in an earlier firmware (If it isn't broke don't fix it).
If you do update, please report any bugs or issues so i can note them appropriately and report them to the DD-WRT community.
ALWAYS reset to factory defaults on update - For the sake of a pen and some paper to remember settings it solves so many issues ;)
This is the first r27xxx release i'm wholly happy with and the UI at last seems to be as fast loading from the router as the r24xxx releases!
-
Router is back alive. (Had to use the USB to serial dongle.) I had a version of uboot on the router, where ctrl+c still works - so I could follow the linked tutorial (the one with the pictures.. ;) ) to the tee.
As suspected, the run u_fw command was needed (USB to serial dongle > putty > shell) - and when you wire the dongle, make sure to read the tutorial very closely - two of the cables have to be switched - I missed that for a couple of minutes..
Also - as ctrl+c worked in my case - I could get rid of the router in between the bricked g450h and the PC, because timing wasnt of the essence anymore. :)
Also I have a strange occurrence to report.
I was able to revive the router (european model) with a hex modified firmware file of r27240 (bukamiio linked and described it) -
but when I then tried to update to r27805 via webupdate (wipe settings) > brick
And not just any brick - but the same kind of error profile that I witnessed on my attempt to update to r27506.
I then took the r27805 update file an stripped the first bytes in the hex editor again to try and flash it directly > brick.
Looking at the shell (putty and USB to serial dongle) the router boots into uboot, then tries to load the kernel - probably successfully (version info is shown), and then only outputs broken symbols.
So right now I'm back on r27240 - and would ask you for some feedback about how this could possibly occur. I'm stumped.
-
Hi harlekin
Thanks for the comprehensive report; can you pass me any revision numbers from the PCB please?
Additionally; did you decrypt the r27805 firmware? You shouldn't need to remove any values from new releases once the older decrypted firmware has already been installed.
Finally, can you try both the webupdate and factory-DDWRT versions of r27805 please?
-
My understanding was, that ddwrt firmwares are always decrypted.
What I did so far:
- Installed r27240 via run u_fw after stripping the first bits until it starts with "27 05 19 56" - successfully
Then >
- Installed the unmodified r27805 webupdate file via webupdate > brick
- Installed r27805 after stripping the first bits until it starts with "27 05 19 56" via run u_fw > brick
Also installed r27240 ("27 05 19 56") in between those two steps in a second attempt, r27805 still bricked the router.
I also noticed that r27805 is a bit larger than r27240 and was wondering if it could be something that has gone wrong on the file system level (allthough run u_fw restores on the block level...).
I'll be looking out for serial/revision numbers on the PCB, also I will try the factory image as well. Should be able to report back today.
-
Ok - long story short - same result.
I now took a backup from the other router (r26446) as the base restore file for run u_fw (which was larger than all the other firmware packages, so the issue is not block size) - and it restored fine.
I then updated to r27240 via web update (unmodified web update file, clear settings checked) and it updated fine.
I then updated to r27805 via web update (unmodified web update file, clear settings checked) and it bricked the router (downloaded the firmware .bin several times, checked the md5 checksum, ...).
When I tried to update with any factory>ddwrt file from web update, the router simply wouldnt update (file gets transfered, router then rejects it and reboots - message in the browser says "successfully updated" - but thats simply the mask that gets triggered, the router doesnt update).
When I tried to flash the factory>ddwrt file with run u_fw (file doesnt start with the correct row of bits - in fact, this row is nowhere to be found) - which IS NOT RECOMMENDED (because it will most certainly brick your router) > brick.
But this time the error messages were different from the bricks before, complaining about magic numbers not matching and not having any valid firmware in any of the two "blocks" the router checks on bootup.
-
So in fact, the brick I get when trying to update to r27805 seems to be caused by the update itself.
Sticker on the PCB says rev0.
This is the exact moment, when the router crashes on those newer firmwares:
(http://i.imgur.com/LrgUlPx.png)
And the most current Firmware I was able to successfully install on my european g450h remains
r27240
Sad to report it that way, but thats what happens in my case.
-
If anyone else needs the USB to serial dongle and the pin header to connect via the routers serial port - after a bad flash - you can get everything you need for 5Eur (no delivery cost to most countries) from dx.com
Those are the sku numbers I ordered:
(http://i.imgur.com/nItKwqV.png)
Soldering is not required - especially if your router comes with a uboot version that still supports the ctrl+c interrupt. You can manually hold the contacts while pluging the router in and then press ctrl+c until the prompt triggers and the router stops the booting process, then you can let the pin headers "fall through", ensuring that there is a little pressure on them from the cable. As long as additional ctrl+c presses show up in the prompt, you should be fine. If you follow the linked tutorial (the one with the pictures), you'll make sure, that the actual firmware file gets pulled over the ethernet port, and the ping, the tftpboot f8100000 and the run u_fw command usually go through as they should (just dont jiggle the connections once crtl+c works a few times in a row.).
The USB to serial dongle needs drivers which can be found here:
http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41
Attention _this_ USB dongle does not work with Windows 8, 8.1, or 10. Look for another one with a chipset those operating systems support - if you only have access to machines running those.
-
OK, this is looking more like i feared as that form of crash is familiar, and i hark back to a problem with my ancient G125 here that refused to accept firmwares larger than 24MB despite releases being available:
Namely, there appears to be a limit on firmware size for some routers, with your G450 being Rev0 i am considering this a possibility (Im not sure on what the most current revision is but mine are 1; maybe the Buffalo staff can fill us in?).
r27240 is 25905KB (<26MB)
r27805 is 26869KB (>26MB and nearly an entire MB larger)
Can you try update from r27240 to r27600 (which is also >26MB but only half a MB larger than r27240) here:
ftp://ftp.dd-wrt.com/betas/2015/08-11-2015-r27600/buffalo_wzr_hp_g450h/
If it refuses to accept r27600 the firmware size is looking more like the issue. I've temporarily updated the FP to report the two most current working versions reported (Thanks harlekin)
On the subject of USB-TTL units; for those in the UK here are the ones i use (ebay.co.uk):
FT232RL To Serial Module USB To TTL level + USB Cable+Dupont Arduino Brush mode
http://www.ebay.co.uk/itm/271875595105?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
USB To Serial TTL level CP2102 With 3.3v Output with DUPONT Line
http://www.ebay.co.uk/itm/301466387863?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
-
r27600 bricks it as well (webupdate, unmodified, clear settings), same cryptic error profile as the one posted before.
(http://i.imgur.com/it3Nyji.jpg)
Also how lucky are we, that someone in our midst can read cryptic sign error messages.. ;)
Unexpected firmware size limits on earlier revisions, ey? Ts ts ts, how very disappointing... ;)
edit: Image added.
edit2: Just opened up my second (european) g450h, sadly its a rev0 as well, so I cant do a direct comparison myself.
-
Hmmm; OK, last try if you can please?
r27332 is the first revision to break the 26MB barrier, can you get this to work?
ftp://ftp.dd-wrt.com/betas/2015/06-16-2015-r27332/buffalo_wzr_hp_g450h/
If this doesn't work either I'll state r27240 as the last supported revision for the Rev0 G450H as i have no means of testing the things myself having only Rev1's.
-
r27332 is still below 26MB and therefore works.
The last release still below 26MB is
r27343 and it still works.
(http://i.imgur.com/APXvINA.png)
The first release above 26MB is
r27360 and sure enough it bricks the router (rev0, european, G450H).
(http://i.imgur.com/HlYWI79.png)
-
Sticker on the PCB says rev0.
I'd like to upgrade to one of the r27xxx builds, but I don't think that I have the patience/skill to unbrick my router.
In my "Status" tab in DD-WRT (r24461), the "CPU Model" shows as "Atheros AR7242 rev 1.1 (0x1101)". Can I assume that means PCB rev. 1.1 and that I am good to go with r27805?
Thanks for your help.
-
No, I'm afraid not - I have rev1.1 showing on my routers there as well - and we know those are rev0 versions as far as Buffalo is concerned.
The only method I know of - to get the "Buffalo revision version" (without a USB serial dongle ;) ) is from the sticker on the PCB.
Opening the G450H isnt that hard - if you have got the right screw bit. The screws are Torx screws (6 pointed stars) > https://upload.wikimedia.org/wikipedia/commons/1/1c/Torx-Bits_T15-T20-T25-T30.jpg
If you want to be safe - flash nothing above r27343 (ie. no firmware that is above 26MB).
Im testing this one right now - but it will be a limited test, since I do not use the routers Wifi function for my purposes. :)
Also - if you have a jffs or an opt partition on the harddrive you are connecting to the router (you would have had to create those in the first place.. ;) ), somewhere above version r26446 dd-wrt started not displaying a webinterface, once a harddrive is connected - to fix this, I had to delete all files on the jffs and opt partitions on the harddrive (not using them at the moment anyhow). Not sure what triggered it specifically, but since then, connecting a harddrive works fine again.
-
No, I'm afraid not - I have rev1.1 showing on my routers there as well - and we know those are rev0 versions as far as Buffalo is concerned.
The only method I know of - to get the "Buffalo revision version" (without a USB serial dongle ;) ) is from the sticker on the PCB.
Opening the G450H isnt that hard - if you have got the right screw bit. The screws are Torx screws (6 pointed stars) > https://upload.wikimedia.org/wikipedia/commons/1/1c/Torx-Bits_T15-T20-T25-T30.jpg
If you want to be safe - flash nothing above r27343 (ie. no firmware that is above 26MB).
Im testing this one right now - but it will be a limited test, since I do not use the routers Wifi function for my purposes. :)
Also - if you have a jffs or an opt partition on the harddrive you are connecting to the router (you would have had to create those in the first place.. ;) ), somewhere above version r26446 dd-wrt started not displaying a webinterface, once a harddrive is connected - to fix this, I had to delete all files on the jffs and opt partitions on the harddrive (not using them at the moment anyhow). Not sure what triggered it specifically, but since then, connecting a harddrive works fine again.
Thanks for the quick reply. I do have a Torx set that should work to open up the case. :)
BUT... :-[
Against all logic, I tried to do the webupdate to r27805 a couple of times without waiting for your answer (as quick as it was) and got an "Update Failed" error message (no brick) after about 20 seconds. Then I tried again and got an "Upgrade successful. Unit is rebooting now. Please wait a moment..." message. :)
This wasn't the good news that I thought. Now it looks like it may have bricked. So, I have switched over to the router built into my modem for now. When I have a chance, I'll see if I can get the WZR-HP-G450H back up and running. :-\
-
It really isnt that hard - once you've got the USB to serial dongle at the ready. All information is spread about in the only tutorial you should follow (the one with the images.. :) ) and this thread.
Parts of the tutorial are concerned with identifying the router to the Windows machine via the Mac address it outputs in uboot mode, but in practice - these steps can be skipped over, as long as the router can see the windows machine (which is tested via ping 192.168.11.2 from within putty), which was the case for me regardless. Also, as long as the ctrl+c interrupt in putty works - there is no need for any timing based tricks or something along these lines.
There are many potential points of failure along the unbricking process (dongle, drivers, wireing), but the actual unbricking is pretty simple and straight forward.
edit: I used HxD as a hex editor to modify the ddwrt webupdate files. They have to start with "27 05 19 56" to be flashable via run u_fw (use one that is below 26MB, r27240 works and r27343 should work fine as well (installed this one only via webupdate myself)) successfully, btw. Just as another bit of information.
-
It really isnt that hard - once you've got the USB to serial dongle at the ready. All information is spread about in the only tutorial you should follow (the one with the images.. :) ) and this thread.
Thanks. I may take a stab at it when I have a chance. It was probably time for a new router anyway.
-
r27332 is still below 26MB and therefore works.
The last release still below 26MB is r27343 and it still works.
The first release above 26MB is r27360 and sure enough it bricks the router (rev0, european, G450H)
Many thanks, i think we can now consider the 26MB limit to firmware on the Rev0 G450H i'll update the FP accordingly
FOR ALL IN THIS THREAD:
PLEASE CONSIDER r27240 AS THE LAST FULLY TESTED VERSION FOR THE Rev0 G450H
THERE WILL BE NO MORE RELEASES FOR Rev0 PCBs AS THE >26MB BARRIER CONFIRMED BY HARLEKIN PREVENTS UPDATES
DO NOT UPDATE Rev0 G450H's to higher than r27240 - You WILL brick your router!
r2724x through r27343 do not add anything new and have not been tested thoroughly.
I will now continue support for only Rev1 (and higher if they exist) G450H routers!
Currently the highest tested release for Rev1 is r27805 (Despite newer releases available)
I will update the Rev1 releases once i have got them working on all three of my routers from all three regions.
Edit2:
FOR ALL IN THIS THREAD:
IT APPEARS THAT THE FIRMWARE SIZE LIMIT NOW APPLIES TO Rev1 G450H's, only slightly higher at 27MB~
I CAN NO LONGER UPDATE TO FIRMWARES >27805, THEREFORE r27805 WILL REMAIN THE LAST FULLY TESTED REVISION FOR Rev1 G450H's
DO NOT UPDATE Rev1 G450H's to higher than r27805 - You WILL brick your router!
Unless something drastically changes in file sizes i think we can say this is the end of the road for G450H DD-WRT firmware. I will update the FP accordingly.
I will also maintain my thread for the 1750DHP.
-
It really isnt that hard - once you've got the USB to serial dongle at the ready. All information is spread about in the only tutorial you should follow (the one with the images.. :) ) and this thread.
Thanks. I may take a stab at it when I have a chance. It was probably time for a new router anyway.
I finally got around to opening up my case to check the PCB version. It's Rev0, which explains why it bricked when I tried upgrading to r27805.
So, now my question is whether there is any way to unbrick the router without the serial dongle (i.e. through Ethernet or USB)? If I need to spend a couple of bucks, I will. But, after looking at some of the tutorials, I'm still not sure I know what I am doing. Anyway, I guess the worst I can do is destroy a device that already isn't working.
If it makes a difference, when the router is powered up (plugged in), the power, security, and diag LEDs light up. Then all of the LEDs. Then, just power and diag remain on.
Thanks.
-
I finally got around to opening up my case to check the PCB version. It's Rev0, which explains why it bricked when I tried upgrading to r27805.
So, now my question is whether there is any way to unbrick the router without the serial dongle (i.e. through Ethernet or USB)? If I need to spend a couple of bucks, I will. But, after looking at some of the tutorials, I'm still not sure I know what I am doing. Anyway, I guess the worst I can do is destroy a device that already isn't working.
If it makes a difference, when the router is powered up (plugged in), the power, security, and diag LEDs light up. Then all of the LEDs. Then, just power and diag remain on.
Sadly the serial cable route is the only viable option.
The light sequence you describe is normal for a bricked router, the red diag light simply informs you that it is awaiting firmware via the serial port (I.E. existing firmware corrupt or wiped)
-
So, now my question is whether there is any way to unbrick the router without the serial dongle (i.e. through Ethernet or USB)?
Sadly the serial cable route is the only viable option.
Thanks. I just ordered the parts. I sure hope that I can figure the other steps out.
-
Thanks. I just ordered the parts. I sure hope that I can figure the other steps out.
No problem, sadly the steps are the best way i could explain it, the only thing i can add is that if you have any issues communicating, try a machine with Windows XP installed (or create a dual boot system) some Windows 7/8 Users have issues with the software, Windows 10 i can imagine would only be worse with some of the localhost changes (which is why i reverted to Win7 x64)...
-
Any tips on what to do when you don't get a console prompt? I've used JTAG on multiple devices without issue. This wzr-hp-g450h rev0 is the first one where I get nothing on the console.
-
Is there any chance the serial settings could be anything other than 115200,8,N,1? I seem to get some gibberish on the screen after a period of time, but haven't been able to guess the serial settings.
-
Is there any chance the serial settings could be anything other than 115200,8,N,1? I seem to get some gibberish on the screen after a period of time, but haven't been able to guess the serial settings.
115200 is very high, i generally use the lower values; try ~9600, much slower but far more stable...
Standard baud rates supported by most serial ports:
110
300
600
1200
2400
4800
9600
14400
19200
28800
38400
56000
57600
115200
Standard baud rates supported by some serial ports:
128000
153600
230400
256000
460800
921600
-
I was mistaken, it was electrical noise due to the fact that I didn't solder the header to the serial port. Once that was done, the serial port is silent.
Is there any other method of clearing flash via jumpers on boot? Otherwise, all I have now is a nice 4 port ethernet switch. :)
-
@JacobD84
Thank you so much for all of this work. I purchased this router specifically because I read through this post and it seemed like you did the best job of fleshing-out any issues for a router that has an easy upgrade path (and because my only concerns are range, not speed, and I don't need AC).
Unfortunately I received the "WZR-450HP2D" model, despite ordering the "WZR-HP-G450H" (based on the title of this thread). I don't know why the vendor thought the two were interchangeable, but I'm going to have to return the unit because after further research, I cannot use this model with your firmware, despite the two looking identical physically (yet upon more inspection it uses a newer chipset).
Despite that issue, I've consolidated the information in this thread, in the event it helps others:
This is making the assumption the user is coming from a factory install (as I am):
- Make sure G450H is running Factory v20025 (one poster reported problems when coming from a different factor image)
- Disconnect router from Internet prior to updating
- When installing for first time (coming from the stock firmware) use the "Factory-to-DDWRT.bin" version.
...Once the "Factory-to-DDWRT" version is installed, the next version can be the normal download (*webupgrade_MULTI.bin)
- DO NOT change the name of the firmware when saving, make sure to update using the same name as shown on FTP site.
- Upload from a computer with a STATIC IP, using a browser with IN-PRIVATE browsing enabled (no add-on's)
- Disable any anti-virus/firewall software on the system used to upload firmware
- Use the built-in Firmware Upgrade Dialog (more complex option is using Telnet/TFTP if comfortable)
NOTE: New versions have sleeker UI and extra channel frequencies but run a little heavier.
Better to use version r23919 or r24461 unless there is a specific reason you need a feature from a newer version.
The final/last version for Rev-0 boards is: r27240
- When upgrading, always choose to RESET SETTINGS after flashing update:
Administration > Dropdown menu under the firmware upgrade tab "After flashing, reset to..."
Something I learned on my own after testing:
Determine the PCB revision, open the unit using a TORX T10 screwdriver. This is a good screwdriver to keep around for service on HDD drives as well. If you don't have a T10, you can use a 3/32" flat-head, although it will be more difficult.
Thank you in advance for your help on clarifying the part numbers!
RKM
-
In the ubootenv list I have variable hw_rev=0. Seems like this is PCB revision. Can anyone confirm if this is the case.
For those who can't update their Japanese router WZR-450HP here is how I finally did it after few days of f.cking mu brain.
log in to debug menu http://192.168.11.1/cgi-bin/cgi?req=frm&frm=py-db/55debug.html with ID and password bufpy:otdpopypassword.
If these credentials doesn't work, you might have latest firmware. Download older one from official Japanese web site and downgrade first.
Then login to standard menu and go to firmware page.
Standard web page for update doesn't work, but you will see link to a debug firmware update page.
192.168.11.1/cgi-bin/cgi?req=frm&frm=py-db/firmup.html
And there you can do it with no issues! I used this image for the first update and it worked great.
ftp://ftp.dd-wrt.com/betas/2014/04-18-2014-r23919/buffalo_wzr_hp_g450h/wzr_hp_g450h-factory-to-ddwrt.bin
Don't forget to set variables as below before flashing.
accept_open_rt_fmt=1
region=US
-
I also purchased the WZR-HP-G450H 5 years ago, DD-WRT was preinstalled and so far I've been very content with the device. However, since November 2017 I had to deactivate dnsmasq as much as possible due to VU#973527. Now I saw the freshly uploaded Firmware build 30357 on the Buffalo FTP server, including the comment on the fix for the dnsmasq vulnerability.
I performed a Firmware-Upgrade last week and pressed on the "proceed" button of the Web-Page that stated that the Firmware-Upgrade on my router completed successfully.
However, eversince it is very difficult to make the router start. I mostly see the "DIAG'-LED being alight constantly. After about 10-20 power cycles, sometimes waiting hours between power-cycles the router booted and I was able to access the Web-Server on the usual IP.
But the new firmware is not as stable as the previous one, and services are dropped after some time. For example I used the Free-Radius daemon on the router, but that daemon consumed always 100% PU time and my wireless devices were not able to log in any more.
And later, I saw messages like this in /var/log/messages:
[...]
May 10 17:37:24 DD-WRT kern.err kernel: [173392.040000] SQUASHFS error: Unable to read page, block e0bb6c, size b167
May 10 17:37:24 DD-WRT kern.err kernel: [173392.180000] SQUASHFS error: lzma returned unexpected result 0x1
May 10 17:37:24 DD-WRT kern.err kernel: [173392.180000] SQUASHFS error: Unable to read fragment cache block [d747e2]
May 10 17:37:24 DD-WRT kern.err kernel: [173392.190000] SQUASHFS error: Unable to read page, block d747e2, size b2d6
May 10 17:37:24 DD-WRT kern.err kernel: [173392.210000] SQUASHFS error: lzma returned unexpected result 0x1
[...]
There are tons of those lines, and after some time the radius daemon didn't start any more at all:
root@DD-WRT:~# radiusd --help
Error loading shared library libltdl.so.3: Exec format error (needed by /usr/sbin/radiusd)
Error relocating /usr/sbin/radiusd: lt_dlsym: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlsetsearchpath: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlexit: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlinit: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlpreload_default: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlerror: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlopenext: symbol not found
Error relocating /usr/sbin/radiusd: lt_dlclose: symbol not found
Even the Web-Service is down now and won't come up any more:
root@DD-WRT:~# httpd --help
Error loading shared library libjansson.so.4: Exec format error (needed by /usr/sbin/httpd)
Error loading shared library libnl-tiny.so: Exec format error (needed by /usr/sbin/httpd)
Error loading shared library libjansson.so.4: Exec format error (needed by /usr/lib/libutils.so)
Error loading shared library libjansson.so.4: Exec format error (needed by /usr/lib/libwireless.so)
Error loading shared library libnl-tiny.so: Exec format error (needed by /usr/lib/libwireless.so)
Error relocating /usr/lib/libutils.so: json_string_value: symbol not found
Error relocating /usr/lib/libutils.so: json_array_size: symbol not found
Error relocating /usr/lib/libutils.so: json_array_get: symbol not found
Error relocating /usr/lib/libutils.so: json_array_clear: symbol not found
Error relocating /usr/lib/libutils.so: json_integer_value: symbol not found
Error relocating /usr/lib/libutils.so: json_loads: symbol not found
Error relocating /usr/lib/libutils.so: json_object_iter_next: symbol not found
Error relocating /usr/lib/libutils.so: json_object_iter_key: symbol not found
Error relocating /usr/lib/libutils.so: json_object_iter_value: symbol not found
Error relocating /usr/lib/libutils.so: json_object_iter: symbol not found
Error relocating /usr/lib/libutils.so: json_dumps: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_msg: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_unsubscribe: symbol not found
Error relocating /usr/lib/libwireless.so: nla_ok: symbol not found
Error relocating /usr/lib/libwireless.so: genlmsg_attrdata: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_subscribe: symbol not found
Error relocating /usr/lib/libwireless.so: nlmsg_free: symbol not found
Error relocating /usr/lib/libwireless.so: genlmsg_attrlen: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_request: symbol not found
Error relocating /usr/lib/libwireless.so: nla_next: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_loop: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_init: symbol not found
Error relocating /usr/lib/libwireless.so: nla_find: symbol not found
Error relocating /usr/lib/libwireless.so: nla_put: symbol not found
Error relocating /usr/lib/libwireless.so: nla_parse: symbol not found
Error relocating /usr/lib/libwireless.so: unl_nl80211_wdev_to_phy: symbol not found
Error relocating /usr/lib/libwireless.so: unl_genl_request_single: symbol not found
I've seen you mentioned that "magic barrier" of 26 MiB for a maximum size for a Firmware to apply on the WZR-HP-G450H. But
the curent build as downloaded from the Buffalo FTP-Server is below that barrier:
25M Downloads/wzrhpg450h-pro-r30357/wzrhpg450h-pro-r30357.enc
Is someone else here in the Forum who "collected" some experience with this Firmware-Level on the WZR-HP-G450H? And is there a way to get to the boot-console of the router without the need to open the case and looking for the RX/TX connectors for a serial line (I'd like to know why I needed so many boot attempts)?
-
Actually, I'd still prefer a "20025e" (with just the VU#973527 fix for dnsmasq and the fix for "krack") build over the latestgreatestnewest DD-WRT for the WZR-HP-G450H, as the 20025 was perfect regarding the feature set and with less than 15 MiB was more adequate in size as the current 30357 which seems to be hard to the limit. I have the suspicion that the SQUASHFS error messages point to the fact that the running system "needs room" and the router is not able to provide it any more due to the "close match".
Is it still possible to apply fixes to the 20025 level of the DD-WRT firmware?
-
Can someone share hex file of both chips (25Q128BVFG) ? My WZR-HP-G450H is completly dead ! Board Rev: 0. U-boot is gone !!!
-
Can someone share hex file of both chips (25Q128BVFG) ? My WZR-HP-G450H is completly dead ! Board Rev: 0. U-boot is gone !!!
My WZR-HP-G450H is still running, what do you need? I'm running on build 30357 and for some reason the SQUASHFS errors that broke the Web-Service were gone once I granted a weekend break to my router.
So I'm able to access the flash-ROM of my router:
root@DD-WRT:~# cat /proc/mtd
dev: size erasesize name
mtd0: 00050000 00010000 "RedBoot"
mtd1: 01f80000 00010000 "linux"
mtd2: 017b5000 00010000 "rootfs"
mtd3: 006b0000 00010000 "ddwrt"
mtd4: 00010000 00010000 "nvram"
mtd5: 00010000 00010000 "FIS directory"
mtd6: 00010000 00010000 "board_config"
mtd7: 02000000 00010000 "fullflash"
mtd8: 00010000 00010000 "uboot-env"
I don't know my board revision though, but I think it's level 0. The other problem is the legal one: Can I just "share" the data or is there some copyright on it and someone can sue me for sharing?
One problem I still have with build 30357 is that libssl seems to be broken. Applications like radius, openvpn and openssl just hang in some kind of an endless loop and don't proceed.
-
I've been able to get strace for build 30357 to find out more about where openssl gets stuck. For build 30357, you must take care to take newer ipkg-Packages of the tools since that built is based on the musl-version of libc, the older µClibc based packages won't work any more (see also https://news.ycombinator.com/item?id=9941076).
That's what I get with openssl without any parameters:
root@DD-WRT:~# /tmp/ipkg/usr/bin/strace openssl
execve("/usr/sbin/openssl", ["openssl"], [/* 14 vars */]) = 0
set_thread_area(0x779f8f38) = 0
set_tid_address(0x779f1e78) = 30728
open("/lib/libssl.so.1.0.0", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/libssl.so.1.0.0", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0755, st_size=313004, ...}) = 0
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\0\311\0\0\0\0004"..., 936) = 936
mmap2(NULL, 380928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x778f2000
mmap2(0x7794a000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x48000) = 0x7794a000
close(3) = 0
open("/lib/libcrypto.so.1.0.0", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/libcrypto.so.1.0.0", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0755, st_size=1462544, ...}) = 0
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\3\231@\0\0\0004"..., 936) = 936
mmap2(NULL, 1536000, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x7777a000
mmap2(0x778dd000, 81920, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x153000) = 0x778dd000
mmap2(0x778f0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x778f0000
close(3) = 0
open("/lib/libgcc_s.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=76572, ...}) = 0
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\0(p\0\0\0004"..., 936) = 936
mmap2(NULL, 143360, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x77756000
mmap2(0x77778000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12000) = 0x77778000
close(3)
And then it's stuck, no further progress and the process stays in state 'R' with 100% CPU. That means
that for example you won't be able to utilize the Freeradius Service as the bootstrap strip of that service
will have to call openssl several times to generate the certificate and the Diffie-Hellman parameters and such.
-
Yes, it really seems that the libssl.so from build 30357 is broken. I was able to work around this and the freeradius service now seems to run again on my WZR-HP-G450H also with build 30357. At first, I downloaded the openssl-util and libopenssl ipkgs from the openwrt project:
http://archive.openwrt.org/snapshots/trunk/ar71xx/generic/packages/base/
I installed the packages in /tmp like this (of course you must get them to your Router before installation):
ipkg -d /tmp/ipkg install /tmp/<package>.ipkg
And after this I was able to bootstrap the Freeradius-Certificate manually (this is what's supposed to happen when you press the "Gen Cert" button on the Freeradius Service web dialog):
root@DD-WRT:/jffs/etc/freeradius/certs# LD_LIBRARY_PATH=/tmp/ipkg/lib:/tmp/ipkg/usr/lib PATH=/tmp/ipkg/bin:/tmp/ipkg/usr/bin:${PATH}
./bootstrap
I think the openssl-util ipkg is not even needed, also not overloading the PATH variable ... but this way libssl.so from the ipkg is used and that .so doesn't seem to hang but the bootstrap completes cleanly and you have a fresh certificate with everything.
And next, the Radius-Daemon with the alternative libssl must be started:
LD_LIBRARY_PATH=/tmp/ipkg/lib:/tmp/ipkg/usr/lib radiusd -d /jffs/etc/freeradius
Unfortunately, this must happen manually in an SSH-Login session. So it'll be painful to configure the service as you'll have to use the web-interface and
start the service manually after every config change.
But at least it seems to work and I run a firmware that is not vulnerable to the dnsmasq-issue any more.
The next thing to investigate in is the OpenVPN-Service, that daemon is linked to libssl.so as well.
-
Ok, also the openvpnserver works when using libssl.so from the libopenssl ipkg package from openwrt-snapshots.
My next question -> is there an outlook for a build 30357 with a functional libssl.so?
-
Can someone share hex file of both chips (25Q128BVFG) ? My WZR-HP-G450H is completly dead ! Board Rev: 0. U-boot is gone !!!
My WZR-HP-G450H is still running, what do you need? I'm running on build 30357 and for some reason the SQUASHFS errors that broke the Web-Service were gone once I granted a weekend break to my router.
So I'm able to access the flash-ROM of my router:
root@DD-WRT:~# cat /proc/mtd
dev: size erasesize name
mtd0: 00050000 00010000 "RedBoot"
mtd1: 01f80000 00010000 "linux"
mtd2: 017b5000 00010000 "rootfs"
mtd3: 006b0000 00010000 "ddwrt"
mtd4: 00010000 00010000 "nvram"
mtd5: 00010000 00010000 "FIS directory"
mtd6: 00010000 00010000 "board_config"
mtd7: 02000000 00010000 "fullflash"
mtd8: 00010000 00010000 "uboot-env"
I don't know my board revision though, but I think it's level 0. The other problem is the legal one: Can I just "share" the data or is there some copyright on it and someone can sue me for sharing?
One problem I still have with build 30357 is that libssl seems to be broken. Applications like radius, openvpn and openssl just hang in some kind of an endless loop and don't proceed.
Can you share "Redboot" and "uboot-env" image file ? Or... 2 images files from Winbond chips ? U-boot (bootloader) is missing. My e-mail: iriakatsu@gmail.com
I tried this method w/ usb serial ttl: https://www.overclock.net/forum/18049-network-hardware/1331611-guide-recovering-bricked-buffalo-airstation-n450-router-wzr-hp-g450h.html
But putty is dead too... :(
-
Now, also my router is bricked. I had a power outage and now it doesn't start up any more, really sad ... and this is definitely not related to Firmware-Updates.
The only thing I can tell at the moment is that eventually the DIAG-LED flashes or is permanently turned on.
-
Hey, now I understand why people report that their Airstation router is brick -> look how the EEPROM holds its information:
ar7240> crc32 BF060000 FA0000
CRC32 for bf060000 ... bfffffff ==> bd4b7dd1
ar7240> crc32 BF060000 FA0000
CRC32 for bf060000 ... bfffffff ==> ea1f492f
ar7240> crc32 BF060000 FA0000
CRC32 for bf060000 ... bfffffff ==> 231dd5f1
ar7240> crc32 BF060000 FA0000
CRC32 for bf060000 ... bfffffff ==> 173e4842
4 times calculated the CRC32 checksum of my EEPROM results in 4 different values!!!! @Buffalo, what kind of EEPROM have you built in the boards you sold us? Are those noise-random generators?
No wonder I can flash several kinds of firmware versions on that device and always get squashfs and jffs2 errors. And I also saw people reported that after several ten power cycles all of a sudden their router started.
Ok, the usual 2 years for warranty are over, but also after 5 years I'd expect an EEPROM will still be capable to keep its information. And that area is the first EEPROM bank, so it was written at a maximum 20 times ... far away from the typical expectations of several tousands write cycles after which it is know that EEPROMs may be consumed.
This observations severely speaks against the next purchase from your company.
-
Hello all there,
well, maybe I just spent €70,- to €80,- for that device but though
this thing haunts me even during my Xmas vacation and I wanted to
find out more.
So, from my last post I was just for certain that the first of my
two EEPROM banks is corrupt, but also those banks are subdivided into
256 sectors and I wanted to sort out just those sectors, that
have those randomly toggling bits.
That's why I started writing perl programs (unfortunately I can't attach them here).
The first perl program (crc_loop.pl) works on Linux and sends U-Boot commands to
the router and parses the output.
These here are the commandline parameters:
GetOptions (
"serialdev=s" => \$serialdev,
"startaddress=i" => \$startaddress,
"sectorsize=i" => \$sectorsize,
"sectorcount=i" => \$sectorcount,
"samples=i" => \$samples,
"initwaitprompt" => \$initwaitprompt,
"verbose" => \$verbose )
These are the defaults I set for the WZR-HP-G450 Revision 0:
my $serialdev = "/dev/ttyUSB0";
my $startaddress = 0xbf060000;
my $sectorsize = 0x10000;
my $sectorcount = 0xfa;
my $samples = 4;
The program sent "crc32" commands to the router $sample
many times. If all samples are equal the next sector will be
probed and every sector where we see the crc32 value change
will be reported.
The outcome is something like this:
Found "odd sector" at BF450000
Found "odd sector" at BF4A0000
Found "odd sector" at BF540000
[...]
Found "odd sector" at BFF90000
Found "odd sector" at BFFB0000
Found "odd sector" at BFFD0000
Funny fact is, that this list is not constant but also changes
depending on when you start the perl program. My output
varies between 30 and 50 "odd sectors".
Next, I wanted to know "how wrong" the content of the EEPROM
sectors is. So I downloaded the firmware into the (still
intact) RAM of my router:
ar7240> tftpboot 81F00000 wzrhpg450h-pro-r30357.bin
Using eth0 device
TFTP from server 192.168.11.2; our IP address is 192.168.11.1
Filename 'wzrhpg450h-pro-r30357.bin'.
Load address: 0x81f00000
Loading: #################################################################
[...]
For example, I take the first broken sector BF450000:
$ echo ibase=16\;obase=10\;81F00000+BF450000-BF060000 | bc
822F0000
Here, the 64KiB at address BF450000 is supposed to be the same
as in RAM from the read image at 822F0000:
ar7240> crc32 822F0000 10000
CRC32 for 822f0000 ... 822fffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> d0b0a812
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
The next funny fact I take from this is that actually the
firmware has been stored in the EEPROM correctly, just sometimes
something is wrong in the respective sector.
That would also explain the symptom reported here that after
some tens power cycles all of a sudden the board starts
correctly and works. You just have to be "lucky enough" that all bit
errors coincidentally don't occur during your startup.
But I wanted to go further and track the fault down to the
single bits that are not correct. With EEPROMs, you first
"erase" by setting all bits by sector and then selectively
flash the firmware by resetting selective bits (means setting
the bits from "1" to "0" again). If there are bits which are not
stable, is it that "erasing" didn't work and bits which are
supposed to be 1 are sometimes showing up as 0s or is
it that the actual flashing doesn't work and bits that are
supposed to be 0 sometimes come back as 1s?
But to get so close you have to read out the faulty EEPROM
to compare the contents with the firmware data.
If U-Boot is still working (I'm in that lucky situation for
my board) you can get the whole EEPROM contents easily
with a single U-Boot command:
ar7240> md bf060000 3E8000
And then I captured the output with my serial
terminal program (in that case that was "minicom" just
with the <CTRL>-A L option, don't know how to do that
with putty or screen or whatever you may use on Windows
or macOS). For my amount of data with 115200 bps that
takes 1 hour and 40 minutes, but eventually I had
the full contents of the faulty EEPROM on my laptop.
To compare the faulty EEPROM data with the "correct"
firmware data you must convert the Firmware in the
same format as U-Boot's "md" command output:
hexdump -v -e \"%08.8_ax:\ \"\ 4/1\ \"\%02.2x\"\ \"\ \"\ 4/1\ \"\%02.2x\"\ \"\ \"\ 4/1\ \"\%02.2x\"\ \"\ \"\ 4/1\ \"\%02.2x\"\ \"\ \ \ \ \" -e 16\ \"%_p\"\ \"\\n\" <filename>
Took me some time to evaluate that one-liner, and even
then I'm not finished as the EEPROM starts at
0xbf060000 and the hexdump starts at address 0. That's why
I wrote the second Perl-Program ("adjust_offset.pl") to adjust
the hexdump to also "start" at 0xbf060000. Eventually,
I'm able to apply "diff" on both files:
$ diff -uN Downloads/wzr-hp-g450h_bf060000.cap Downloads/wzr-hp-g450h_bf060000.shouldbe
--- Downloads/wzr-hp-g450h_bf060000.cap 2018-12-27 23:57:33.759567853 +0100
+++ Downloads/wzr-hp-g450h_bf060000.shouldbe 2018-12-29 14:07:47.873053517 +0100
@@ -62077,7 +62076,7 @@
bf1527b0: 300497a4 4bc07596 c17dfd5f f7f2f960 0...K.u..}._...`
bf1527c0: 854347e7 1ca8cc01 709fa227 fc2eb32a .CG.....p..'...*
bf1527d0: d32d671d f264174a 7daba615 36f8fc4a .-g..d.J}...6..J
-bf1527e0: 58e171f6 4bd74fa9 694f82f7 8fb9f669 X.q.K.O.iO.....i
+bf1527e0: 586171f6 4bd74fa9 694f82f7 8fb9f669 Xaq.K.O.iO.....i
bf1527f0: efd012aa 7b96a7f6 6ed2034e 5e44525e ....{...n..N^DR^
bf152800: b9b1e903 2965b093 a80597f6 e53b582f ....)e.......;X/
bf152810: 5adaa226 08cce8df 14df8a90 e7a796bc Z..&............
[...]
In my example, I see 88 faulty bits in my EEPROM. Since I don't want
to inspect all of them manually (I always get a headache if I try to
do such manual hex-data inspections) I wrote my third perl program
"determine_bit_error.pl". That program should find out whether the
actual problem is that "erasing" doesn't work or "flashing" doesn't
work.
And that's what I got from that program:
~: ./determine_bit_error_kind.pl Downloads/wzr-hp-g450h_bf060000.diff
Bit set where it should be reset at address bf1527e0
Bit set where it should be reset at address bf18c370
Bit set where it should be reset at address bf3dd980
[...]
Bit set where it should be reset at address bffd3780
Bit set where it should be reset at address bffd4300
Bit set where it should be reset at address bffe9dd0
It was always the same -> "flashing" doesn't seem to work on
older WZR-HP-G450H boards!!! Ok, at least on my board this
seems to be the case.
As a last resort for my board I'll try to repeat the "flashing"
operation several times, maybe the bit "stays at 0" in case
you reset the bit more often, here we go:
ar7240> crc32 822F0000 10000
CRC32 for 822f0000 ... 822fffff ==> c8d58ead
ar7240> crc32 822F0000 10000
CRC32 for 822f0000 ... 822fffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> d0b0a812
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> cp.fw 822F0000 BF450000 10000
Copy to Flash...
Copy 65536 byte to Flash(fw)...
write data: 822f0000 --> bf450000 (len:10000)
done
ar7240> cp.fw 822F0000 BF450000 10000
Copy to Flash...
Copy 65536 byte to Flash(fw)...
write data: 822f0000 --> bf450000 (len:10000)
done
ar7240> cp.fw 822F0000 BF450000 10000
Copy to Flash...
Copy 65536 byte to Flash(fw)...
write data: 822f0000 --> bf450000 (len:10000)
done
ar7240> cp.fw 822F0000 BF450000 10000
Copy to Flash...
Copy 65536 byte to Flash(fw)...
write data: 822f0000 --> bf450000 (len:10000)
done
ar7240> cp.fw 822F0000 BF450000 10000
Copy to Flash...
Copy 65536 byte to Flash(fw)...
write data: 822f0000 --> bf450000 (len:10000)
done
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240> crc32 BF450000 10000
CRC32 for bf450000 ... bf45ffff ==> c8d58ead
ar7240>
As you see, I flashed the same contents just 5 times
in a row and now at least 8 times I get the correct
CRC32 value correctly.
This one liner helps apply the flash command for
all corrupt sectors:
$ for i in $(crc_loop.pl | awk /^Found\ \\\"odd/\{print\ \$NF\}); do echo cp.fw $(echo ibase=16\;obase=10\;81F00000+${i}-BF060000 | bc) ${i} 10000; done
cp.fw 82400000 BF560000 10000
cp.fw 82970000 BFAD0000 10000
cp.fw 82B20000 BFC80000 10000
cp.fw 82C50000 BFDB0000 10000
cp.fw 82DE0000 BFF40000 10000
The output of that one-liner are the digested U-Boot
commands to flash the respective EEPROM sectors that still seem
to be corrupt.
It was strenous to type in the command 5 times for the first
row of about 40 corrupt sectors and I iteratively repeated the
crc_loop.pl after all corrupt sectors were flashed at least
5 times manually.
But the number of corrupt sectors became less with each iteration
and eventually the command returns now without reporting a
single corrupt sector!
And see there, DD-WRT now has no squashfs errors ... eventually
fails though right after the ATH9K module initialized (init
process returns with exit code 0x0000000b, don't know why).
That's why I switched over to OpenWRT for now, also here
I had to use the above scripts to make sure I don't have "jumping"
EEPROM bits that intermittently are 1 instead of 0.
I also added a fourth script:
crc_loop_with_image.pl
That Perl program comes with these options on top:
"tftpimageaddress=i" => \$tftpimageaddress,
"printubootflashcommand" => \$printubootflashcommand,
The default for the tftpimageaddress is 0x81f00000 and is
the address where you have to download the binary image of
your OS to with TFTP before you execute the Perl program.
I've found out that it is also possible that during flash some
0 bits are permanently not set and fail, so the first program
wouldn't find a problem for those bits.
That's why this program also considers the "should be" contents
of the EEPROM as it was downloaded to RAM.
With the extra option "--printubootflashcommand" it will also
print out the U-Boot commands to flash over the problem
sectors from RAM to the EEPROM.
I'll still try how far I can get with my Buffalo router. Though,
I wonder if you have similar problems on other routers or whether
EEPROMs have those problems in general.
And since I can't attach files here, if somebody wants to have my
perl programs we would have "other means" to spread them to
the public (I'm willing to share my knowledge).
Regards,
Carsten Jacobi