Why does Internet access stop if I change the IP address of a wireless USB adapter?
I have a USB wireless adapter which is eth1. When it is plugged in it automatically gets an IP address of 192.168.8.100/24 and routes automatically added:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.8.100/24 brd 192.168.8.255 scope global dynamic noprefixroute eth1
valid_lft 85920sec preferred_lft 85920sec
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
The Internet is accessible, but if I change the IP address to 192.168.2.100/24 and add routes which are identical to the ones added, but with the new IP address and a higher metric, it doesn't work:
ip address del 192.168.8.100/24 dev eth1
ip address add 192.168.2.100/24 dev eth1
ip route add default via 192.168.2.1 dev eth1 proto static metric 99
So now the interface and routes look like this:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.100/24 scope global eth1
valid_lft forever preferred_lft forever
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.2.1 dev eth1 proto static metric 99
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
Why does it not work?
linux networking wifi
edited Jan 13 at 22:46
Peter Mortensen
89958
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
add a comment |
I have a USB wireless adapter which is eth1. When it is plugged in it automatically gets an IP address of 192.168.8.100/24 and routes automatically added:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.8.100/24 brd 192.168.8.255 scope global dynamic noprefixroute eth1
valid_lft 85920sec preferred_lft 85920sec
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
The Internet is accessible, but if I change the IP address to 192.168.2.100/24 and add routes which are identical to the ones added, but with the new IP address and a higher metric, it doesn't work:
ip address del 192.168.8.100/24 dev eth1
ip address add 192.168.2.100/24 dev eth1
ip route add default via 192.168.2.1 dev eth1 proto static metric 99
So now the interface and routes look like this:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.100/24 scope global eth1
valid_lft forever preferred_lft forever
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.2.1 dev eth1 proto static metric 99
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
Why does it not work?
linux networking wifi
edited Jan 13 at 22:46
Peter Mortensen
89958
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
2
Does 192.168.2.1 even exist?
– Rui F Ribeiro
Jan 13 at 16:01
maybe not actually. When the internet works, the active default route is the 192.168.8.1 one. Does this mean that the usb device is 192.168.2.100, but the router on the device is 192.168.2.1? (I'm a networking novice, sorry if this is a silly question)
– Jonny Shanahan
Jan 13 at 18:34
If you make up addresses out of thin air, they wont be routed or even have a way of talking, or even known by the Wifi router. Much like your mobile network operator giving you a 92xxxxxx mobile number, and you hacking your mobile telephone to have the number 94xxxxxx. It wont be recognized, and wont be routed in the infra-structure.
– Rui F Ribeiro
Jan 13 at 18:38
add a comment |
I have a USB wireless adapter which is eth1. When it is plugged in it automatically gets an IP address of 192.168.8.100/24 and routes automatically added:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.8.100/24 brd 192.168.8.255 scope global dynamic noprefixroute eth1
valid_lft 85920sec preferred_lft 85920sec
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
The Internet is accessible, but if I change the IP address to 192.168.2.100/24 and add routes which are identical to the ones added, but with the new IP address and a higher metric, it doesn't work:
ip address del 192.168.8.100/24 dev eth1
ip address add 192.168.2.100/24 dev eth1
ip route add default via 192.168.2.1 dev eth1 proto static metric 99
So now the interface and routes look like this:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.100/24 scope global eth1
valid_lft forever preferred_lft forever
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.2.1 dev eth1 proto static metric 99
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
Why does it not work?
linux networking wifi
edited Jan 13 at 22:46
Peter Mortensen
89958
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
I have a USB wireless adapter which is eth1. When it is plugged in it automatically gets an IP address of 192.168.8.100/24 and routes automatically added:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.8.100/24 brd 192.168.8.255 scope global dynamic noprefixroute eth1
valid_lft 85920sec preferred_lft 85920sec
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
The Internet is accessible, but if I change the IP address to 192.168.2.100/24 and add routes which are identical to the ones added, but with the new IP address and a higher metric, it doesn't work:
ip address del 192.168.8.100/24 dev eth1
ip address add 192.168.2.100/24 dev eth1
ip route add default via 192.168.2.1 dev eth1 proto static metric 99
So now the interface and routes look like this:
ip a output:
39: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.100/24 scope global eth1
valid_lft forever preferred_lft forever
inet6 fe80::640:311a:de17:1163/64 scope link noprefixroute
valid_lft forever preferred_lft forever
ip route output:
default via 192.168.2.1 dev eth1 proto static metric 99
default via 192.168.8.1 dev eth1 proto dhcp metric 100
192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.100
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 100
Why does it not work?
linux networking wifi
linux networking wifi
edited Jan 13 at 22:46
Peter Mortensen
89958
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
edited Jan 13 at 22:46
Peter Mortensen
89958
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
edited Jan 13 at 22:46
Peter Mortensen
89958
edited Jan 13 at 22:46
Peter Mortensen
89958
edited Jan 13 at 22:46
Peter Mortensen
89958
89958
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
asked Jan 13 at 15:00
Jonny ShanahanJonny Shanahan
213
213
2
Does 192.168.2.1 even exist?
– Rui F Ribeiro
Jan 13 at 16:01
maybe not actually. When the internet works, the active default route is the 192.168.8.1 one. Does this mean that the usb device is 192.168.2.100, but the router on the device is 192.168.2.1? (I'm a networking novice, sorry if this is a silly question)
– Jonny Shanahan
Jan 13 at 18:34
If you make up addresses out of thin air, they wont be routed or even have a way of talking, or even known by the Wifi router. Much like your mobile network operator giving you a 92xxxxxx mobile number, and you hacking your mobile telephone to have the number 94xxxxxx. It wont be recognized, and wont be routed in the infra-structure.
– Rui F Ribeiro
Jan 13 at 18:38
add a comment |
2
Does 192.168.2.1 even exist?
– Rui F Ribeiro
Jan 13 at 16:01
maybe not actually. When the internet works, the active default route is the 192.168.8.1 one. Does this mean that the usb device is 192.168.2.100, but the router on the device is 192.168.2.1? (I'm a networking novice, sorry if this is a silly question)
– Jonny Shanahan
Jan 13 at 18:34
If you make up addresses out of thin air, they wont be routed or even have a way of talking, or even known by the Wifi router. Much like your mobile network operator giving you a 92xxxxxx mobile number, and you hacking your mobile telephone to have the number 94xxxxxx. It wont be recognized, and wont be routed in the infra-structure.
– Rui F Ribeiro
Jan 13 at 18:38
2
2
Does 192.168.2.1 even exist?
– Rui F Ribeiro
Jan 13 at 16:01
Does 192.168.2.1 even exist?
– Rui F Ribeiro
Jan 13 at 16:01
maybe not actually. When the internet works, the active default route is the 192.168.8.1 one. Does this mean that the usb device is 192.168.2.100, but the router on the device is 192.168.2.1? (I'm a networking novice, sorry if this is a silly question)
– Jonny Shanahan
Jan 13 at 18:34
maybe not actually. When the internet works, the active default route is the 192.168.8.1 one. Does this mean that the usb device is 192.168.2.100, but the router on the device is 192.168.2.1? (I'm a networking novice, sorry if this is a silly question)
– Jonny Shanahan
Jan 13 at 18:34
If you make up addresses out of thin air, they wont be routed or even have a way of talking, or even known by the Wifi router. Much like your mobile network operator giving you a 92xxxxxx mobile number, and you hacking your mobile telephone to have the number 94xxxxxx. It wont be recognized, and wont be routed in the infra-structure.
– Rui F Ribeiro
Jan 13 at 18:38
If you make up addresses out of thin air, they wont be routed or even have a way of talking, or even known by the Wifi router. Much like your mobile network operator giving you a 92xxxxxx mobile number, and you hacking your mobile telephone to have the number 94xxxxxx. It wont be recognized, and wont be routed in the infra-structure.
– Rui F Ribeiro
Jan 13 at 18:38
add a comment |
1 Answer
1
active
oldest
votes
If 192.168.2.1 is not set up in the access point side, obviously routing won't work. If the Wi-Fi access point/router is only configured in the 192.168.8.x network, it will only accept doing the routing of IP addresses of the 192.168.8.x network.
(The reminder of the answer was written supposing an alternate scenario where routing is set up properly.)
The question is assuming an authenticated Wi-Fi medium does behave as your regular shared Ethernet medium by default; it does not.
In an authenticated Wi-Fi network, basically, in simple terms, you can think it emulates an Ethernet shared medium after you authenticate, for security sake. Basically, after authentication you are given an IP address that might be tied to the authentication (depending on several factors).
If you do change that IP address, the association might be lost, and you have to (re)start the Wi-Fi authentication process all over again.
There also might be firewalling rules in place that prevent you from the clients changing for another network.
PS: For more advanced users, both Wi-Fi and Ethernet can have authenticated or non-authenticated setups. I am just trying to lay it down in simple terms for the benefit of the OP.
edited Jan 13 at 21:22
Peter Mortensen
89958
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
2
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
1
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
|
show 2 more comments
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f494265%2fwhy-does-internet-access-stop-if-i-change-the-ip-address-of-a-wireless-usb-adapt%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
If 192.168.2.1 is not set up in the access point side, obviously routing won't work. If the Wi-Fi access point/router is only configured in the 192.168.8.x network, it will only accept doing the routing of IP addresses of the 192.168.8.x network.
(The reminder of the answer was written supposing an alternate scenario where routing is set up properly.)
The question is assuming an authenticated Wi-Fi medium does behave as your regular shared Ethernet medium by default; it does not.
In an authenticated Wi-Fi network, basically, in simple terms, you can think it emulates an Ethernet shared medium after you authenticate, for security sake. Basically, after authentication you are given an IP address that might be tied to the authentication (depending on several factors).
If you do change that IP address, the association might be lost, and you have to (re)start the Wi-Fi authentication process all over again.
There also might be firewalling rules in place that prevent you from the clients changing for another network.
PS: For more advanced users, both Wi-Fi and Ethernet can have authenticated or non-authenticated setups. I am just trying to lay it down in simple terms for the benefit of the OP.
edited Jan 13 at 21:22
Peter Mortensen
89958
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
2
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
1
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
|
show 2 more comments
If 192.168.2.1 is not set up in the access point side, obviously routing won't work. If the Wi-Fi access point/router is only configured in the 192.168.8.x network, it will only accept doing the routing of IP addresses of the 192.168.8.x network.
(The reminder of the answer was written supposing an alternate scenario where routing is set up properly.)
The question is assuming an authenticated Wi-Fi medium does behave as your regular shared Ethernet medium by default; it does not.
In an authenticated Wi-Fi network, basically, in simple terms, you can think it emulates an Ethernet shared medium after you authenticate, for security sake. Basically, after authentication you are given an IP address that might be tied to the authentication (depending on several factors).
If you do change that IP address, the association might be lost, and you have to (re)start the Wi-Fi authentication process all over again.
There also might be firewalling rules in place that prevent you from the clients changing for another network.
PS: For more advanced users, both Wi-Fi and Ethernet can have authenticated or non-authenticated setups. I am just trying to lay it down in simple terms for the benefit of the OP.
edited Jan 13 at 21:22
Peter Mortensen
89958
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
2
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
1
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
|
show 2 more comments
If 192.168.2.1 is not set up in the access point side, obviously routing won't work. If the Wi-Fi access point/router is only configured in the 192.168.8.x network, it will only accept doing the routing of IP addresses of the 192.168.8.x network.
(The reminder of the answer was written supposing an alternate scenario where routing is set up properly.)
The question is assuming an authenticated Wi-Fi medium does behave as your regular shared Ethernet medium by default; it does not.
In an authenticated Wi-Fi network, basically, in simple terms, you can think it emulates an Ethernet shared medium after you authenticate, for security sake. Basically, after authentication you are given an IP address that might be tied to the authentication (depending on several factors).
If you do change that IP address, the association might be lost, and you have to (re)start the Wi-Fi authentication process all over again.
There also might be firewalling rules in place that prevent you from the clients changing for another network.
PS: For more advanced users, both Wi-Fi and Ethernet can have authenticated or non-authenticated setups. I am just trying to lay it down in simple terms for the benefit of the OP.
edited Jan 13 at 21:22
Peter Mortensen
89958
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
If 192.168.2.1 is not set up in the access point side, obviously routing won't work. If the Wi-Fi access point/router is only configured in the 192.168.8.x network, it will only accept doing the routing of IP addresses of the 192.168.8.x network.
(The reminder of the answer was written supposing an alternate scenario where routing is set up properly.)
The question is assuming an authenticated Wi-Fi medium does behave as your regular shared Ethernet medium by default; it does not.
In an authenticated Wi-Fi network, basically, in simple terms, you can think it emulates an Ethernet shared medium after you authenticate, for security sake. Basically, after authentication you are given an IP address that might be tied to the authentication (depending on several factors).
If you do change that IP address, the association might be lost, and you have to (re)start the Wi-Fi authentication process all over again.
There also might be firewalling rules in place that prevent you from the clients changing for another network.
PS: For more advanced users, both Wi-Fi and Ethernet can have authenticated or non-authenticated setups. I am just trying to lay it down in simple terms for the benefit of the OP.
edited Jan 13 at 21:22
Peter Mortensen
89958
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
edited Jan 13 at 21:22
Peter Mortensen
89958
edited Jan 13 at 21:22
Peter Mortensen
89958
edited Jan 13 at 21:22
Peter Mortensen
89958
89958
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
answered Jan 13 at 15:28
Rui F RibeiroRui F Ribeiro
39.8k1479133
39.8k1479133
2
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
1
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
|
show 2 more comments
2
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
1
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
2
2
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima i said I was simplifying it...there are tables that correlate IP address->authenticated password/user, obviously after getting an IP address via DHCP. The phenomenon is more visible/enforced when using 802.1X. But typically, due to those tables, wifi communications are not so happy about sudden IP addresses changes. Then there are arp ta bles, but they are short lived... You can also define static ranges, and it is possible to change IP addresses. It is just that the rules are not as relaxed as in a medium without authentication.
– Rui F Ribeiro
Jan 13 at 15:34
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
@roaima TLDR It might be possible to change IP addresses, depending on the configuration of the wireless infra-structure and vendor, it is just the rules are more enforced, and the possibility of it going wrong greater.
– Rui F Ribeiro
Jan 13 at 15:38
1
1
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
@roaima In fact, in 802.1X the association does not go up until after the process is all complete (i.e. after you get the IP address. Also, in most modern OSes (read Mac, iOS, Android), the interface does not go up after you get an IP address and some URLs are tested with success, for better or worse. That process might have problems with ARP caching
– Rui F Ribeiro
Jan 13 at 15:40
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
Thanks. How can I assign an static ip to this interface then? I have tried adding static ip to eth1 (the interface name for the usb adaptor) in /etc/network/interfaces.
– Jonny Shanahan
Jan 13 at 15:46
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
if at home, define a static IP address range in your wifi router and stick to it (or define your wifi MAC address gets a static IP address) If in an University/corporate setting with 802.1X, ask the local network help desk team for a static IP address associated to your user/MAC address.
– Rui F Ribeiro
Jan 13 at 15:56
|
show 2 more comments
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f494265%2fwhy-does-internet-access-stop-if-i-change-the-ip-address-of-a-wireless-usb-adapt%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
2
Does 192.168.2.1 even exist?
– Rui F Ribeiro
Jan 13 at 16:01
maybe not actually. When the internet works, the active default route is the 192.168.8.1 one. Does this mean that the usb device is 192.168.2.100, but the router on the device is 192.168.2.1? (I'm a networking novice, sorry if this is a silly question)
– Jonny Shanahan
Jan 13 at 18:34
If you make up addresses out of thin air, they wont be routed or even have a way of talking, or even known by the Wifi router. Much like your mobile network operator giving you a 92xxxxxx mobile number, and you hacking your mobile telephone to have the number 94xxxxxx. It wont be recognized, and wont be routed in the infra-structure.
– Rui F Ribeiro
Jan 13 at 18:38