Seems the only way of accessing it is by using wireless as initial setup and then only by wireless as services are not enabled for physical NICS.
I was hoping this device would save us at least that one step since it comes with openwrt already installed but I guess not.
So, as usual, one must start and access the device using wireless, then either update the firmware with your own build or telnet/ssh, etc into it via wireless.
Will continue testing and will now build my own next.
Sorry, I’m not sure of all the terms. My dev usually takes care of these things for me. As I understand it, trunk means new code which has not been put into the mainstream general now fully supported code. Branch I think is what I mean by that general code.
This is what I’ve downloaded and am looking at using.
That won’t work for me. I need to build my own so I can replicate the devices as they are pre-configured then shipped out.
Also, I need this to be a bridged device but am also wanting to confirm that the following won’t mess up the network.
Someone also said the old 6416 version could only do software bridge so can this one do a hardware bridge?
It needs only to be a pass-through device picking up a dhcp IP from the upstream router/modem.
config interface ‘loopback’
option ifname ‘lo’
option proto ‘static’
option ipaddr ‘127.0.0.1’
option netmask ‘255.0.0.0’
config interface ‘lan’
option ifname ‘eth0.1’
option force_link ‘1’
option type ‘bridge’
option proto ‘dhcp’
option ip6assign ‘60’
if [ stat -c%s "cc-15-05-trunk/build_dir/target-mipsel_24kec+dsp_musl-1.1.14/linux-ramips_mt7620/openwrt-ramips-mt7620-gl-mt300n-squashfs-sysupgrade.bin" -gt 16121856 ]; then echo “Warning: /cc-15-05-trunk/build_dir/target-mipsel_24kec+dsp_musl-1.1.14/linux-ramips_mt7620/openwrt-ramips-mt7620-gl-mt300n-squashfs-sysupgrade.bin is too big” >&2; else cp -fpR /cc-15-05-trunk/build_dir/target-mipsel_24kec+dsp_musl-1.1.14/linux-ramips_mt7620/openwrt-ramips-mt7620-gl-mt300n-squashfs-sysupgrade.bin /cc-15-05-trunk/bin/ramips/openwrt-ramips-mt7620-gl-mt300n-squashfs-sysupgrade.bin; fi
Is the PROFILE name wrong? That’s what shows up when using ‘make info’.
Yet, there is is?
ls -la bin/ramips/
-rw-r–r-- 1 nobody nogroup 3932164 May 3 07:02 openwrt-ramips-mt7620-gl-mt300n-squashfs-sysupgrade.bin
Oh yes, I do have kmod-ath9k but it is commented out so that it will not be included anyhow. I use a similar package build for all of the devices/manufacturers I buy.
Are you sure it’s safe to try this and it will not brick the router?