Closed benjaoming closed 7 years ago
Btw. my device in question is the Archer VR200v.
Hi Ben,
lib/libcmm.so
that only uses the header for md5sum validation). I'm not sure how likely it is that we'll see something like this though...Regards, Martin
Thanks so much for the response!
Regarding the Wireless chip, I found the 5GHz "MT7610EN" chip in other devices that look supported, like Archer C7 AC750 and AC1750 + ASUS RT-AC51U. But seems like a hint that so many components are already troubled.
If the supporters won't build a new firmware that supports my ISP's SIP settings, I would really wanna try OpenWRT -- but the amount of work regarding serial cable flashing and outlook of having to do custom OpenWRT builds is scary. I'll try to ask the supporters to build a firmware w/o key verification nonetheless, always good to make them feel pressured by their users :)
Thanks for your work on this!! I'm new to all this and a bit hesitant to DIY'ing my own serial cable, but I'm also slowly giving up on TP Link support and engineers ability to help me make my device work for my SIP provider.
I have to questions / suggestions...
1) ~I gather that the header that needs to be stripped off when restoring original firmware via serial connection is the same header that holds a signature to verify firmware files when uploading and installing through the web interface? Has anyone tried copying and applying this header to an OpenWRT image?~ Nevermind, the question was stupid, I can read clearly from your description that this is exactly what the whole deal here is about :)
2) Can TP Link supply a patched version of their firmware that DOES NOT verify the header of new firmware? This would allow us to release OpenWRT and install through the web interface, right?
Thanks :) Ben