RT-AC68u serious issue! RMerlin or some other senior members please reply to my request. Thanks. I have to get some guidance on this matter. It's not something that I will disregard.
It is an understatement to say that I am disturbed about this issue and will greatly appreciate any help in understanding what happened as well as how I should proceed going forward. I posted earlier in another section but got no responses. I need to know if my issue is unexplainable in which case I would like a suggestion about where I could go to have the router examined.
My RT-ac68u device MAC numbers are completely different since successfully using the DDR Configuration Update Download from the Asus Website!! ALSO THE PIN CODE CHANGED! It was my understanding that MAC device ID's were basically permanent. Now the numbers on the sticker on the back of the device do not match what shows on the RT-68u WEB GUI or on my Zywall USG100 firewall logs. However, everything is working great. It seems very fast and stable running 5GHz 802.11AC on a very new laptop. I am using the ac68u as an Access Point under the Zywall USG100 Firewall.
Edit: Research on Google turned up this:
a.Original MAC ID at first and on sticker on back of router is unknown vender starting with d8:50:e6
b. The new MAC ID after the DDR Configuration Upgrade starts with 00:90:4c which is Epigram Inc. which is now Broadcom which makes sense.
So now I'm wondering what the story is on the original MAC ID that I started out with?
This is what transpired:
1. Got everything working great as Access Point with default firmware 374.205.
2.Successfully updated firmware to 374.583. Everything continues to work great and Zywall is still identifying the Original MAC's on the AC68u
3.Thought long and hard and decided not to use the DDR Updater but eventually I convinced myself that if I did update I might be in better shape for future firmware updates. So I ran the DDR Updater Successfully after performing a proper Reset.
4. Afterwards during setup my Zywall immediately blocked DHCP assignment to the AC-68u Access Point due to IP-MAC Binding Block. After seeing the Firewall Block I realized that the MAC ID number was no longer the same as before which was very disturbing. Also the MAC Id for the 5GHZ is different from the main LAN MAC and the 2.4GHz MAC at the last portion for which I understand it is normal for the 5GHz mac to be slightly different at the end of the MAC sequence.
5. So I regrouped and reset the AC68u then re-ran the DDR Updater again only to se a dialog box state that the AC68u was already using the updated boot file. So I then re-ran the 374.583 firmware update successfully again.
6.So, after all the re-updating, the MAC ID's were still different from the original defaults. So I then removed the Zywall's reserved MAC-IP reservation and rebooted the Zywall and then accessed the AC68u Web GUI and set it up as an Access Point again and then let the Zywall automatically assign a new IP address to the AC68u and then once I knew the assigned IP address I then set the AC68u back as static and set the Zywall to reserve the NEW MAC ID of the RT-ac68u.
7. I set everything up again and everything is working great. Very stable, getting 866.7Mbps and the Intel Dual Band AC7260 using the Intel ProSet software with administrative group policy for extra features. I have no software bugs and am overly impressed with this new Lenovo t540p laptop. All drivers are up to date.
However, I am at a lost about how to proceed because unless I get a reasonable answer as to what happened I will feel forced to contact Asus or Newegg to get a different router for security reasons.
Is it possible that the AC68u has been assigned a known backdoor MAC ID that is commonly known to hackers? Also, even though I do not use WPS, the PIN Code was also changed to what I would consider an easy string to break by just guessing!
Is there a way to access the Router CLI setting through Telnet or SSH(I think) and fix this issue? It would seem to me that MAC ID's are not possible to manually change at all even with a BOOT Update. Did everyone who used the DDR Updater get the same MAC ID?
Any help is greatly appreciated.
It is an understatement to say that I am disturbed about this issue and will greatly appreciate any help in understanding what happened as well as how I should proceed going forward. I posted earlier in another section but got no responses. I need to know if my issue is unexplainable in which case I would like a suggestion about where I could go to have the router examined.
My RT-ac68u device MAC numbers are completely different since successfully using the DDR Configuration Update Download from the Asus Website!! ALSO THE PIN CODE CHANGED! It was my understanding that MAC device ID's were basically permanent. Now the numbers on the sticker on the back of the device do not match what shows on the RT-68u WEB GUI or on my Zywall USG100 firewall logs. However, everything is working great. It seems very fast and stable running 5GHz 802.11AC on a very new laptop. I am using the ac68u as an Access Point under the Zywall USG100 Firewall.
Edit: Research on Google turned up this:
a.Original MAC ID at first and on sticker on back of router is unknown vender starting with d8:50:e6
b. The new MAC ID after the DDR Configuration Upgrade starts with 00:90:4c which is Epigram Inc. which is now Broadcom which makes sense.
So now I'm wondering what the story is on the original MAC ID that I started out with?
This is what transpired:
1. Got everything working great as Access Point with default firmware 374.205.
2.Successfully updated firmware to 374.583. Everything continues to work great and Zywall is still identifying the Original MAC's on the AC68u
3.Thought long and hard and decided not to use the DDR Updater but eventually I convinced myself that if I did update I might be in better shape for future firmware updates. So I ran the DDR Updater Successfully after performing a proper Reset.
4. Afterwards during setup my Zywall immediately blocked DHCP assignment to the AC-68u Access Point due to IP-MAC Binding Block. After seeing the Firewall Block I realized that the MAC ID number was no longer the same as before which was very disturbing. Also the MAC Id for the 5GHZ is different from the main LAN MAC and the 2.4GHz MAC at the last portion for which I understand it is normal for the 5GHz mac to be slightly different at the end of the MAC sequence.
5. So I regrouped and reset the AC68u then re-ran the DDR Updater again only to se a dialog box state that the AC68u was already using the updated boot file. So I then re-ran the 374.583 firmware update successfully again.
6.So, after all the re-updating, the MAC ID's were still different from the original defaults. So I then removed the Zywall's reserved MAC-IP reservation and rebooted the Zywall and then accessed the AC68u Web GUI and set it up as an Access Point again and then let the Zywall automatically assign a new IP address to the AC68u and then once I knew the assigned IP address I then set the AC68u back as static and set the Zywall to reserve the NEW MAC ID of the RT-ac68u.
7. I set everything up again and everything is working great. Very stable, getting 866.7Mbps and the Intel Dual Band AC7260 using the Intel ProSet software with administrative group policy for extra features. I have no software bugs and am overly impressed with this new Lenovo t540p laptop. All drivers are up to date.
However, I am at a lost about how to proceed because unless I get a reasonable answer as to what happened I will feel forced to contact Asus or Newegg to get a different router for security reasons.
Is it possible that the AC68u has been assigned a known backdoor MAC ID that is commonly known to hackers? Also, even though I do not use WPS, the PIN Code was also changed to what I would consider an easy string to break by just guessing!
Is there a way to access the Router CLI setting through Telnet or SSH(I think) and fix this issue? It would seem to me that MAC ID's are not possible to manually change at all even with a BOOT Update. Did everyone who used the DDR Updater get the same MAC ID?
Any help is greatly appreciated.
Last edited: