wpa_supplicant doesn't get new IP when re-associate?
I am struggling to setup my wlan so it can re-associate to another hotspot and renew its IP automatically. I have found a similar question but nobody responded.
I am using Debian stretch. The first association works fine but when the WiFi re-associates with another hotspot (for whatever reason (e.g. first hotspot gets shutdown)) the IP stays the same. If I manually run dhclient wlan0
the IP will refresh. But I want it to be automatic.
Here is my /etc/network/interfaces
:
allow-hotplug eth0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
/etc/wpa_supplicant/wpa_supplicant.conf
contains:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
}
network={
ssid="SecondHotspot"
psk="some password"
}
debian wifi dhcp wpa-supplicant wlan
add a comment |
I am struggling to setup my wlan so it can re-associate to another hotspot and renew its IP automatically. I have found a similar question but nobody responded.
I am using Debian stretch. The first association works fine but when the WiFi re-associates with another hotspot (for whatever reason (e.g. first hotspot gets shutdown)) the IP stays the same. If I manually run dhclient wlan0
the IP will refresh. But I want it to be automatic.
Here is my /etc/network/interfaces
:
allow-hotplug eth0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
/etc/wpa_supplicant/wpa_supplicant.conf
contains:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
}
network={
ssid="SecondHotspot"
psk="some password"
}
debian wifi dhcp wpa-supplicant wlan
add a comment |
I am struggling to setup my wlan so it can re-associate to another hotspot and renew its IP automatically. I have found a similar question but nobody responded.
I am using Debian stretch. The first association works fine but when the WiFi re-associates with another hotspot (for whatever reason (e.g. first hotspot gets shutdown)) the IP stays the same. If I manually run dhclient wlan0
the IP will refresh. But I want it to be automatic.
Here is my /etc/network/interfaces
:
allow-hotplug eth0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
/etc/wpa_supplicant/wpa_supplicant.conf
contains:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
}
network={
ssid="SecondHotspot"
psk="some password"
}
debian wifi dhcp wpa-supplicant wlan
I am struggling to setup my wlan so it can re-associate to another hotspot and renew its IP automatically. I have found a similar question but nobody responded.
I am using Debian stretch. The first association works fine but when the WiFi re-associates with another hotspot (for whatever reason (e.g. first hotspot gets shutdown)) the IP stays the same. If I manually run dhclient wlan0
the IP will refresh. But I want it to be automatic.
Here is my /etc/network/interfaces
:
allow-hotplug eth0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
/etc/wpa_supplicant/wpa_supplicant.conf
contains:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
}
network={
ssid="SecondHotspot"
psk="some password"
}
debian wifi dhcp wpa-supplicant wlan
debian wifi dhcp wpa-supplicant wlan
edited Dec 16 at 21:41
Rui F Ribeiro
38.9k1479129
38.9k1479129
asked Jul 19 at 9:01
Floufen
62
62
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
Partial answer: wpa_supplicant
by itself only manages authentication on WLAN interfaces. dhclient
is run by another layer, either the traditional ifup
/ifdown
or others like network manager. wpa_supplicant
can send a signal to the other layer, but the other layer must be configured for that.
So the first step is to find out what kind of network management you have installed (Debian supports several). Then you need to configure it.
The wpa_supplicant
documentation also to have a document on roaming access, this may also contain hints how to correctly setup ifup/ifdown for automatic reconnect. Look in /usr/share/doc/
.
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
add a comment |
As for your /etc/network/interfaces
, I think it has to be something similar to this to work with your current configuration:
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
You are defining the interface has dhcp, which then enters in conflict with the wpa_supplicant
that invokes DHCP. In that way, wpa_supplicant
loses the ability to signal when the ssid/network was changed, and so the IP address does not change when changing networks/ssids.
You can also define priorities in the wpa_supplicant.conf
on the ssid to use as in:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
priority = 10
}
network={
ssid="SecondHotspot"
psk="some password"
priority = 20
}
The higher the priority, that will be the ssid
that will be tried first.
Some content of https://www.raspberrypi.org/documentation/configuration/wireless/wireless-cli.md states:
If you have two networks in range, you can add the priority option to
choose between them. The network in range, with the highest priority,
will be the one that is connected.
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually dodhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do adhclient
when the device reassociate to another hotspot
– Floufen
Jul 19 at 13:17
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
Adding driver information doesn't change the behavior. But removingallow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.
– Floufen
Jul 19 at 13:32
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
If I set it to manual I got :wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
|
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%2f457159%2fwpa-supplicant-doesnt-get-new-ip-when-re-associate%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Partial answer: wpa_supplicant
by itself only manages authentication on WLAN interfaces. dhclient
is run by another layer, either the traditional ifup
/ifdown
or others like network manager. wpa_supplicant
can send a signal to the other layer, but the other layer must be configured for that.
So the first step is to find out what kind of network management you have installed (Debian supports several). Then you need to configure it.
The wpa_supplicant
documentation also to have a document on roaming access, this may also contain hints how to correctly setup ifup/ifdown for automatic reconnect. Look in /usr/share/doc/
.
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
add a comment |
Partial answer: wpa_supplicant
by itself only manages authentication on WLAN interfaces. dhclient
is run by another layer, either the traditional ifup
/ifdown
or others like network manager. wpa_supplicant
can send a signal to the other layer, but the other layer must be configured for that.
So the first step is to find out what kind of network management you have installed (Debian supports several). Then you need to configure it.
The wpa_supplicant
documentation also to have a document on roaming access, this may also contain hints how to correctly setup ifup/ifdown for automatic reconnect. Look in /usr/share/doc/
.
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
add a comment |
Partial answer: wpa_supplicant
by itself only manages authentication on WLAN interfaces. dhclient
is run by another layer, either the traditional ifup
/ifdown
or others like network manager. wpa_supplicant
can send a signal to the other layer, but the other layer must be configured for that.
So the first step is to find out what kind of network management you have installed (Debian supports several). Then you need to configure it.
The wpa_supplicant
documentation also to have a document on roaming access, this may also contain hints how to correctly setup ifup/ifdown for automatic reconnect. Look in /usr/share/doc/
.
Partial answer: wpa_supplicant
by itself only manages authentication on WLAN interfaces. dhclient
is run by another layer, either the traditional ifup
/ifdown
or others like network manager. wpa_supplicant
can send a signal to the other layer, but the other layer must be configured for that.
So the first step is to find out what kind of network management you have installed (Debian supports several). Then you need to configure it.
The wpa_supplicant
documentation also to have a document on roaming access, this may also contain hints how to correctly setup ifup/ifdown for automatic reconnect. Look in /usr/share/doc/
.
answered Jul 19 at 12:32
dirkt
16.6k21335
16.6k21335
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
add a comment |
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
Thank you for your answer @dirkt. How to figure out wich network manager I am using? At first, my debian comes with connman but I disable it to setup the wpa_supplicant only.
– Floufen
Jul 19 at 12:44
add a comment |
As for your /etc/network/interfaces
, I think it has to be something similar to this to work with your current configuration:
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
You are defining the interface has dhcp, which then enters in conflict with the wpa_supplicant
that invokes DHCP. In that way, wpa_supplicant
loses the ability to signal when the ssid/network was changed, and so the IP address does not change when changing networks/ssids.
You can also define priorities in the wpa_supplicant.conf
on the ssid to use as in:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
priority = 10
}
network={
ssid="SecondHotspot"
psk="some password"
priority = 20
}
The higher the priority, that will be the ssid
that will be tried first.
Some content of https://www.raspberrypi.org/documentation/configuration/wireless/wireless-cli.md states:
If you have two networks in range, you can add the priority option to
choose between them. The network in range, with the highest priority,
will be the one that is connected.
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually dodhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do adhclient
when the device reassociate to another hotspot
– Floufen
Jul 19 at 13:17
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
Adding driver information doesn't change the behavior. But removingallow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.
– Floufen
Jul 19 at 13:32
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
If I set it to manual I got :wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
|
show 2 more comments
As for your /etc/network/interfaces
, I think it has to be something similar to this to work with your current configuration:
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
You are defining the interface has dhcp, which then enters in conflict with the wpa_supplicant
that invokes DHCP. In that way, wpa_supplicant
loses the ability to signal when the ssid/network was changed, and so the IP address does not change when changing networks/ssids.
You can also define priorities in the wpa_supplicant.conf
on the ssid to use as in:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
priority = 10
}
network={
ssid="SecondHotspot"
psk="some password"
priority = 20
}
The higher the priority, that will be the ssid
that will be tried first.
Some content of https://www.raspberrypi.org/documentation/configuration/wireless/wireless-cli.md states:
If you have two networks in range, you can add the priority option to
choose between them. The network in range, with the highest priority,
will be the one that is connected.
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually dodhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do adhclient
when the device reassociate to another hotspot
– Floufen
Jul 19 at 13:17
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
Adding driver information doesn't change the behavior. But removingallow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.
– Floufen
Jul 19 at 13:32
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
If I set it to manual I got :wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
|
show 2 more comments
As for your /etc/network/interfaces
, I think it has to be something similar to this to work with your current configuration:
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
You are defining the interface has dhcp, which then enters in conflict with the wpa_supplicant
that invokes DHCP. In that way, wpa_supplicant
loses the ability to signal when the ssid/network was changed, and so the IP address does not change when changing networks/ssids.
You can also define priorities in the wpa_supplicant.conf
on the ssid to use as in:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
priority = 10
}
network={
ssid="SecondHotspot"
psk="some password"
priority = 20
}
The higher the priority, that will be the ssid
that will be tried first.
Some content of https://www.raspberrypi.org/documentation/configuration/wireless/wireless-cli.md states:
If you have two networks in range, you can add the priority option to
choose between them. The network in range, with the highest priority,
will be the one that is connected.
As for your /etc/network/interfaces
, I think it has to be something similar to this to work with your current configuration:
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
You are defining the interface has dhcp, which then enters in conflict with the wpa_supplicant
that invokes DHCP. In that way, wpa_supplicant
loses the ability to signal when the ssid/network was changed, and so the IP address does not change when changing networks/ssids.
You can also define priorities in the wpa_supplicant.conf
on the ssid to use as in:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FrstHotspot"
psk="some password"
priority = 10
}
network={
ssid="SecondHotspot"
psk="some password"
priority = 20
}
The higher the priority, that will be the ssid
that will be tried first.
Some content of https://www.raspberrypi.org/documentation/configuration/wireless/wireless-cli.md states:
If you have two networks in range, you can add the priority option to
choose between them. The network in range, with the highest priority,
will be the one that is connected.
edited Jul 19 at 17:15
answered Jul 19 at 13:04
Rui F Ribeiro
38.9k1479129
38.9k1479129
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually dodhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do adhclient
when the device reassociate to another hotspot
– Floufen
Jul 19 at 13:17
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
Adding driver information doesn't change the behavior. But removingallow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.
– Floufen
Jul 19 at 13:32
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
If I set it to manual I got :wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
|
show 2 more comments
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually dodhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do adhclient
when the device reassociate to another hotspot
– Floufen
Jul 19 at 13:17
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
Adding driver information doesn't change the behavior. But removingallow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.
– Floufen
Jul 19 at 13:32
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
If I set it to manual I got :wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually do
dhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do a dhclient
when the device reassociate to another hotspot– Floufen
Jul 19 at 13:17
Thank you for you answer. I have already set a higher priority for one hotspot ("FrstHotspot"). The fact is when my device is connected to "FrstHotspot" and then this hotspot shutdown, it will reassociate to "SecondHotspot" but keep the same IP. For now, I have to manually do
dhclient wlan0
( for example to access the device by ssh). I am searching a solution to automatically do a dhclient
when the device reassociate to another hotspot– Floufen
Jul 19 at 13:17
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
I edit the answer with corrections to your interfaces file, which I had forgot.
– Rui F Ribeiro
Jul 19 at 13:18
Adding driver information doesn't change the behavior. But removing
allow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.– Floufen
Jul 19 at 13:32
Adding driver information doesn't change the behavior. But removing
allow-hotplug wlan0
will keep the interface down at startup. Perhaps I am not explaining well what I want. The question in this thread is exactly what I am experiencing.– Floufen
Jul 19 at 13:32
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
In the interfaces file, it has to be manual. The DHCP must be handled by wpa_config
– Rui F Ribeiro
Jul 19 at 13:50
If I set it to manual I got :
wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
If I set it to manual I got :
wlan0: association with <mac_address> timed out
– Floufen
Jul 19 at 14:34
|
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.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- 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%2f457159%2fwpa-supplicant-doesnt-get-new-ip-when-re-associate%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