I don't really understand how this is supposed to work on windows because there's no option to create a virtual AP without authentication and doesn't the 3DS need an AP to have no password?
Yup.
nzone.exe changes MAC -> doesn't "talk" w/ internet
MACycle has internet access even with softAP -> doesn't change the MAC
macshit works -> not automated.
Dunno why though.
Whatever.
I might just code something in C to run macshit automatically. Won't be pretty but will still be better than doing it by hand.
on windows - I can get the right mac address, and an AP of either NZ@McD01 or attwifi which my phone can connect to (with a password) and access the internet just fine but the 3ds just gives an error 003-1099 when testing the connection and in the home screen the console just sits on 'streetpass' and never auto-connects.
on linux - I managed to get the nintendozone to pop up and then the OS spat the dummy and wouldn't work anymore (this was just a debian 7.8.0 distro)
not sure why people are getting this working so easily and I'm having so many issues.
*puts on troll suit and glasses*
Benefits of a Mac
*takes off troll suit*
The "problem" with Linux and Windows is that there are so many different pieces of hardware in use and drivers needed to get them running that what works for one could in effect brick someone else's machine. That's why some people get HomePass set up in a flash and others (like yourself) feel like they're running in to a brick wall over and over again. That's not to say Macs are perfect (never thought I'd ever say that!), most USB and PCI devices are notoriously under-supported (at least officially) on OS X.
I agree and when i was unsuccessful with the 4 wifi cards i had I went and bought the exact one that everyone recommends for this purpose and I'm still hitting brickwalls.
I've got a mac too, but it has no Ethernet port, i suppose I could put the wifi dongle into and use the builtin wifi for internet connectivity but that's likely to be overly complicated as well.
Oh cool I'll try it. Does your script block updates? If not - could it? I panned on doing this with whatever working setup I end up withWell, no, not really. You plug in the Wi-Fi dongle, and run through all the steps I outline on the XZone documentation, except you select the Wi-Fi dongle interface instead of Ethernet under Internet Sharing prefs (it makes it easier this way to cycle the MACs). Then it should just be a matter of running XZone and you should be good to go. I say "should" because it may require you to do a simple Find and Replace through XZone and change "en1" to "en0" for your built in Wi-Fi. I'm hoping to push a build out to the beta track in a couple of days to correct that and allow you to select which interfaces to share from and to. Check out XZone if you want, the link is in my sig.
nzone:
- find physical adapter that currently hosts virtual one
- add a registry key NetworkAddress with the selected MAC address for this physical adapter. MAC address is masked as locally administered unicast to make sure driver will change MAC.
- disable adapter
- enable adapter
- reset ICS and set the one with the default gateway to share it with virtual one
cons:
- BSOD on buggy Atheros, because of the quick disable/enable sequence
You can try to use nzone.vbs with custom SSID to check ICS is set well by the script, nzone.exe makes it all the same way except of the SSID fixed.
Maybe you could include a delay in the middle of enable/disable so it's not sooo fast
I liked the "only green miis" list from that google docs list and all that, so I'll include that in the code just because.
Oh cool I'll try it. Does your script block updates? If not - could it? I panned on doing this with whatever working setup I end up with
Yes it's a USB\VID_148F&PID_5370 I just wanted to do it all in a VM that I can shut down when I don't the point to be active etc.
//replace WLAN-Stick with the name of your Wifi.
wmic path win32_networkadapter where NetConnectionID="WLAN-Stick" call disable
root@homepass:/home/homepass# /tmp/nzone.sh
update-rc.d: using dependency based boot sequencing
insserv: warning: script 'nzone' missing LSB tags and overrides
no crontab for root
starting nzone
net.ipv4.ip_forward = 1
Configuration file: /etc/wlan0_hostap.conf
Using interface wlan0 with hwaddr e8:4e:06:1e:61:71 and ssid 'NZ@McD1'
root@homepass:/home/homepass#_
So I have a router that works for mac spoofing, and back in the pre-9.x days, (attwifi ssid) it worked amazingly for getting all the streetpasses I could care to get. Then didn't need/want to use it for awhile, so i turned it off. Now I'm trying to get it to work again, but my 3ds doesn't see a Nzone, nor does it get any streetpasses.
Currently using the NZ@McD1 ssid as mentioned in this guide under, as one would expect, the router category. Any ideas as to what I am doing wrong here?
TL;DR Worked on router with attwifi, doesn't work now with NZ@McD1.
It should work fine with NZ@McD1 and othe country specific lists, which uses another SSIDs.
Hae you updated the script fro mthelatest version or tried to use the old one? Because the very old versions have no workaround for MAC lists with SSIDs integretedRight, it should. Which would be cool. But it doesn't, which is why I asked.