No. Each device and each access point has to be uniquely and consistently identified so that you know which thing is talking to which. Your suggestion would have everyone blasting invalid passwords at everyone else and no-one getting connected. A good way to collect passwords, but not good for anything else.
That?s why I gave a quantitative approach for translating estimated attacker capabilities into an answer, which doesn?t seem to have survived your editing.
It is necessary for operations that it be unique within its own ken. Since that extends to about 100 meter sat best anyone wishing to take advantage of that uniqueness will need to be close.
Why? Don't you have to change all of the devices that would connect to this access point? I would never consider changing something used over dozen devices on a regular basis. Not to mention how annoyed my elder son, his wife, my younger son, his girlfriend, and my wife would be every time I told them to change their devices. This doesn't even consider any other relatives who may have accessed it and still have the connection defined on a phone, tablet, or laptop.
Maybe they do also send SSIDs - but not to Google of course but to Apple.
As i explained - the SSIDs may be transferred along with the current mobile network cell id and/or GPS location so Google can use the SSIDs as an additional way for "coarse location".
But I don't worry about this. Neither my privacy nor the security of my data depends on hiding the SSID of my home WiFi network.
AFAIK the default allows transmitting the SSID. So even if you turn it off on your own device many other devices may still tell Google which SSIDs they see at their current location. But I'm not sure about this as I don't check this on every device I use.
This is just a two-factor-authentication to avoid that someone else uses your account.
You can also setup the Google Authenticator on your phone (or a similar App on a Smartwatch like Pebble) as the second factor - then you don't need to provide a mobile number for the verification process.
No - it wouldn't - because the number you enter there is the one of the person who will be allowed to use the account. Google will send a verification code to this number which you have to enter on the next page during the login process.
For the first time this may look stupid as someone who has stolen your account details may abuse this. But therefore it is even more important to set this up - because the second time Google will not ask again but just send you a verification code via SMS if needed. And this makes your account more secure as before.
You can also use Apps like Authenticator or QuickAuth on Pebble smartwatches as the second authentication factor and configure this in your Google account, so you don't need to use a mobile number at all in the future.
Just don't use a standard Android device but something with CyanogenMod or AOKP - then you don't have Google services at all. No Maps, no GMail, no Play Store.
Or just don't log in to Google on the phone - this is not needed at all.
For apps you can use F-Droid as well (see ).
No, Google does not "hate" you. It's just a security measure not to allow a login from many multiple adresses without an additional authentication factor beside a username and password.
Then don't do it. What's the problem with that? What kind of Google service do you need that bad, that you still log in there and not just stop using Google services at all?
The location is still the same and the SSID or MAC address will not show up somehwere esle. So Google may assume that in fact this is always the same network just changing its SSID or MAC address.
Even if it would - this will not happen as you can not teach and persuade everybody in this world to do that.
It's not very unique. Half of the address - the first 24 of 48 bits of the MAC address - is the manufacturer identification (OUI) and the remaining 24 bits are some serial number by the manufacturer. So it's very likely that this address will exist more than once as many big manufacturers produce more than 524288 network devices in total (which is the maximum possible number of unique numbers using 24 bits).
And some addresses are reserved as well - as for example ff-ff-ff-ff-ff-ff is the broadcast address and the addresses between
01-00-5e-00-00-00 and 01-00-5e-7f-ff-ff are reserved for multicast.
And you really like to tell your devices the new SSID every month? I have around 6 WiFi devices which I use here. It would just be awful if I would have to reconfigure the network on all these devices every month.
I think it's easier just to use the "_nomap" extension for the SSID and believe Google that they don't record these SSIDs. Otherwise take Google to the court to forbid them the recording at all - good luck with that.
What's a good free permanent email service you suggest outside of Google or Yahoo (too much spam) that you can get without having to provide a phone number?
Actually, it wouldn't work, but not for the reason you stated. People make up MAC addresses all the time. For example, I change mine daily on my laptop when I travel. When I'm at a hotel, I always change it so that all devices use the same connection (if the connection is limited to 1 device).
Cable subscriber 'clone' a MAC address all the time also.
So, changing the mac address is not causing "chaos" in the world.
But, the problem is that you can't easily change the SSID's MAC address, as Jeff explained. You can easily change the router's WAN ethernet port MAC address, but that's the only one easily changed on the router.
I have my own server and my own domains - so I can't really recommend anything (and no, my services are not for free ;-)). But so far GMX also worked quite well for me.
But wait - in you mentioned that don't use a permanent Google account but change it frequently - "Then, over time, periodically I deleted them (once every few months).".
But when you want to use a pemanent email service at Google - isn't it much easier to have just *one* Google account for everything? I do since I also publish Apps and use the web developer tools to check if there is any issue with my websites and it would be quite cumbersome if I would have to login with a number of different Google accounts all the time.
And seriously: If you don't trust Google, then don't use their services. Or do you encrypt all the e-mail you exchange with others?
Whiskers wrote in message snipped-for-privacy@ID-107770.user.individual.net:
I always turn off my wifi card using the switch on the laptop. Unfortunately, my script to change the mac *requires* the laptop wifi card to be turned on (I don't really know why, but it does).
So, I have to turn on the laptop far away in the parking lot first, and change the mac address, and then go into the hotspot.
Here's the changemac script that I pulled off of the linux newsgroup: #!/bin/bash ################################################# # # Script: changemac.sh # written by: Marek Novotny # version: 0.4 # date: 2015-10-17 # notes: MAC Address Changing Kubuntu # See also:
formatting link
#
formatting link
# use sudo if you're not root (add ifconfig to sudoers.d) if [ $(id -u) != 0 ] ; then priv="sudo" else priv="" fi
# grab the NIC interface (e.g., devID=wlan0) # WIP: Add a check if device ID is "tun0", don't change it devID=$(ip route get 8.8.8.8 | awk 'NR==1 {print $5}') # Get the device MAC address MACaddr=$(ifconfig $devID | grep HWaddr | awk '{print $5}') echo "old MAC: $MACaddr"
# Set up a list of organizationally unique identifiers OUI #
# if [ $# -eq 0 ] # then # echo -n "Enter new MAC: " # read $newMAC # else RANGE=$((${#OUIArray[@]} + 1)) i=$RANDOM let "i %= $RANGE" OUI=${OUIArray[$i]}
# generate a new NIC specific identifier NIC=$(date | md5sum | sed 's/../&:/g' | cut -b 9-17) newMAC="$OUI$NIC" # fi
echo "new MAC: $newMAC"
# Offer to replace old mac addr with the new echo "Do you wish to assign $newMAC to $devID?" echo "Press 1 to assign $newMAC to $devID? (otherwise press 2)" select yn in "Yes" "No" ; do case $yn in Yes ) $priv ifconfig $devID down sleep 2 # allow interface to go down $priv ifconfig $devID hw ether $newMAC sleep 2 # allow time to assign MAC to interface $priv ifconfig $devID up && $priv ifconfig $devID | grep HWaddr break ;; No ) exit 0 ;; esac done
Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.