These kinds of partial connectivity problems on Wi-Fi usually come down to buggy implementations of 802.11 multicast handling, or broken implementations of 802.11 power save handling.
To see if it's an 802.11 power save handling problem, disable 802.11 power save mode in the settings for your wireless driver. This may be called something like "max performance mode" rather than "power save off".
If that doesn't solve the problem, then it's probably not a power save handling bug, but for now, continue to operate with 802.11 power save disabled, in case the bug is triggered by a combination of things.
If multicast handling is broken on your client, it might not be receiving certain broadcast packets (in 802.11, broadcast is a subset of multicast) that are fundamental to low-level network operation. For example, ARP requests are broadcasts, and failure to receive ARP requests (and thus failure to respond to them) will easily cause IPv4 connectivity failures.
Multicast handling can be tricky on 802.11 because in some security modes, a different key is used for multicasts than is used for unicasts. In the most difficult security modes, a whole different cipher and different key may be used for multicasts than is used for unicasts.
Also, in 802.11, multicasts aren't ACKed, so they have to be sent at a lowest-common-denominator rate where all clients are guaranteed to receive them reliably. If your multicasts were going out at too high of a rate for your Vista laptop to receive reliably from its location, then it might have been missin
To test the multicast handling theory, temporarily disable all wireless security on your wireless router, and decrease your multicast rate to the lowest setting. In some wireless routers, you may have to change the "supported rates" or "basic rates" to add back in any low rates that had been disabled, before you can set a lower multicast rate. If this is a 2.4GHz router, you might have to re-enable 802.11b-compatibility to be allowed to use the lowest rates. If this is a 5GHz router, you might have to re-enable 802.11a-compatibility to get the lowest rates.
After making those two changes, see if the problem goes away. You may have to reconfigure your wireless clients to they realize they need to rejoin the wireless network with no security.
If that fixes it, see if you were previously running WPA2 "mixed mode", where both the WPA2 (AES-CCMP) and WPA (TKIP) ciphers were enabled. If you don't have anything that requires TKIP, switch to pure WPA2 (AES-CCMP only) mode and see what happens. This removes the complexity of having to use the TKIP cipher for multicasts while using the AES-CCMP cipher for unicasts. If the problem comes back when in pure WPA2 mode, try going to WEP only. This removes the complexity of using a different key for multicasts than unicasts.
One last thought -- I've seen personal firewall software packages that let you set different settings for different interfaces. Make sure to disable all firewall software while doing these tests, so you can be sure that's not getting in the way.
If it turns out that your multicast rate was set too high, well that's an easy fix. If it turns out your client has buggy power save or multicast key/cipher handling, you can make sure you have the very latest driver for your wireless card or chipset, because maybe they've fixed it. Or you can replace your wireless card with a non-broken one. Or maybe you'll choose to live with the workaround of less power savings or less robust security on your wireless network.
Best Answer
As far as I know, you cannot override this option.
You can, however, set up a standard user (non-admin) account for the users and set up the network on that account. From there, they'll need the admin password to be able to check the 'Show password' box. Note the 'Admin' logo next to the check box below: