Debian network disappearing
I'm running Debian v8 (systemd purged and systemV installed ... works fine). It is a clean installation (Debian v7 used to be on this machine) The harddrives failed after numerous power failures on 1 day. I restored all configuration files from my backups i.e: network, squid, proftp, mysql, apache, iptables etc.
This Debian 8 machine interacts (or is supposed to rather) with other servers (samba, serviio, ftp, mysql) on the internal network. The problem I am experiencing is that the internet (and connections to the other machines on the local network) disappears after a few seconds and I am unable to ping the router although I can ping the wireless card (wlan0) and ethetnet card (eth0) on this Debian 8 machine.
I have hostapd setup between wlan0 and eth0 via br0 to give people wireless access to the internet. I am stumped as to what the problem might be as I have checked and re-checked everything from my backups.
This Debian v8 machine network config is this:
wlan0 -----> br0 -------> eth0 -----> router ----> internet
(10.0.0.5)-> (10.0.0.4)-> (10.0.0.3)->(10.0.0.2)-> internet
____^___ (All local machines connect through wlan0)
Bind9 works fine. Interfaces comes up fine.
Like I said, I can ping 10.0.0.5/4/3 with no problem but cannot ping the router or any other machine on the network. The network is 10.0.0.0/24 with netmask 255.255.255.0.
Here is my routing table:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.0.0.2 0.0.0.0 UG 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 br0
link-local * 255.255.255.0 U 0 0 0 wlan0
Here is iptables:
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*mangle
:PREROUTING ACCEPT [403:63515]
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
:POSTROUTING ACCEPT [432:59142]
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*filter
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
#-A INPUT -i eth0 -p tcp -m tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
-A FORWARD -s 10.0.0.0/24 -i eth0 -o wlan0 -m conntrack --ctstate NEW -j ACCEPT
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*nat
:PREROUTING ACCEPT [19:7421]
:INPUT ACCEPT [1:236]
:OUTPUT ACCEPT [55:3490]
:POSTROUTING ACCEPT [0:0]
# Below is for routing local network http requests (port 80) to squid 3128
#-A PREROUTING -s 10.0.0.0/24 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 3128
#-A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 10.0.0.5:3128
-A POSTROUTING -j MASQUERADE
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
Here is my interfaces file:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
iface eth0 inet static
address 10.0.0.3
netmask 255.255.255.0
network 10.0.0.0
hwaddress e7:df:12:00:1g:63
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
gateway 10.0.0.2
auto eth0
iface wlan0 inet static
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
address 10.0.0.5
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
hwaddress 1d:dd:b2:2a:ae:1d
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
Here is my hostapd.conf:
interface=wlan0
bridge=br0
driver=nl80211
country_code=ZA
ssid=fever
hw_mode=g
channel=6
wpa=2
wpa_passphrase=123abc123
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
auth_algs=1
macaddr_acl=0
ignore_broadcast_ssid=0
All traces of Network-Manager (therefore Gnome) has been purged together with wicd. I have isc-dhcp-server which serves IP addresses on wlan0.
I have noticed that /etc/resolv.conf (which points to /etc/resolvconf/run/resolv.conf) sometimes disappears and when it is there it is empty.
If I disable hostapd and remove br0 I can access the internet. So there is some interference from somewhere if I enable hostapd and br0 which only works for a few seconds if they are enabled.
I have no dhcp-client ... I have wpa_supplicant and the normal wireless-tools installed.
debian iptables bridge route hostapd
add a comment |
I'm running Debian v8 (systemd purged and systemV installed ... works fine). It is a clean installation (Debian v7 used to be on this machine) The harddrives failed after numerous power failures on 1 day. I restored all configuration files from my backups i.e: network, squid, proftp, mysql, apache, iptables etc.
This Debian 8 machine interacts (or is supposed to rather) with other servers (samba, serviio, ftp, mysql) on the internal network. The problem I am experiencing is that the internet (and connections to the other machines on the local network) disappears after a few seconds and I am unable to ping the router although I can ping the wireless card (wlan0) and ethetnet card (eth0) on this Debian 8 machine.
I have hostapd setup between wlan0 and eth0 via br0 to give people wireless access to the internet. I am stumped as to what the problem might be as I have checked and re-checked everything from my backups.
This Debian v8 machine network config is this:
wlan0 -----> br0 -------> eth0 -----> router ----> internet
(10.0.0.5)-> (10.0.0.4)-> (10.0.0.3)->(10.0.0.2)-> internet
____^___ (All local machines connect through wlan0)
Bind9 works fine. Interfaces comes up fine.
Like I said, I can ping 10.0.0.5/4/3 with no problem but cannot ping the router or any other machine on the network. The network is 10.0.0.0/24 with netmask 255.255.255.0.
Here is my routing table:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.0.0.2 0.0.0.0 UG 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 br0
link-local * 255.255.255.0 U 0 0 0 wlan0
Here is iptables:
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*mangle
:PREROUTING ACCEPT [403:63515]
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
:POSTROUTING ACCEPT [432:59142]
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*filter
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
#-A INPUT -i eth0 -p tcp -m tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
-A FORWARD -s 10.0.0.0/24 -i eth0 -o wlan0 -m conntrack --ctstate NEW -j ACCEPT
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*nat
:PREROUTING ACCEPT [19:7421]
:INPUT ACCEPT [1:236]
:OUTPUT ACCEPT [55:3490]
:POSTROUTING ACCEPT [0:0]
# Below is for routing local network http requests (port 80) to squid 3128
#-A PREROUTING -s 10.0.0.0/24 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 3128
#-A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 10.0.0.5:3128
-A POSTROUTING -j MASQUERADE
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
Here is my interfaces file:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
iface eth0 inet static
address 10.0.0.3
netmask 255.255.255.0
network 10.0.0.0
hwaddress e7:df:12:00:1g:63
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
gateway 10.0.0.2
auto eth0
iface wlan0 inet static
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
address 10.0.0.5
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
hwaddress 1d:dd:b2:2a:ae:1d
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
Here is my hostapd.conf:
interface=wlan0
bridge=br0
driver=nl80211
country_code=ZA
ssid=fever
hw_mode=g
channel=6
wpa=2
wpa_passphrase=123abc123
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
auth_algs=1
macaddr_acl=0
ignore_broadcast_ssid=0
All traces of Network-Manager (therefore Gnome) has been purged together with wicd. I have isc-dhcp-server which serves IP addresses on wlan0.
I have noticed that /etc/resolv.conf (which points to /etc/resolvconf/run/resolv.conf) sometimes disappears and when it is there it is empty.
If I disable hostapd and remove br0 I can access the internet. So there is some interference from somewhere if I enable hostapd and br0 which only works for a few seconds if they are enabled.
I have no dhcp-client ... I have wpa_supplicant and the normal wireless-tools installed.
debian iptables bridge route hostapd
add a comment |
I'm running Debian v8 (systemd purged and systemV installed ... works fine). It is a clean installation (Debian v7 used to be on this machine) The harddrives failed after numerous power failures on 1 day. I restored all configuration files from my backups i.e: network, squid, proftp, mysql, apache, iptables etc.
This Debian 8 machine interacts (or is supposed to rather) with other servers (samba, serviio, ftp, mysql) on the internal network. The problem I am experiencing is that the internet (and connections to the other machines on the local network) disappears after a few seconds and I am unable to ping the router although I can ping the wireless card (wlan0) and ethetnet card (eth0) on this Debian 8 machine.
I have hostapd setup between wlan0 and eth0 via br0 to give people wireless access to the internet. I am stumped as to what the problem might be as I have checked and re-checked everything from my backups.
This Debian v8 machine network config is this:
wlan0 -----> br0 -------> eth0 -----> router ----> internet
(10.0.0.5)-> (10.0.0.4)-> (10.0.0.3)->(10.0.0.2)-> internet
____^___ (All local machines connect through wlan0)
Bind9 works fine. Interfaces comes up fine.
Like I said, I can ping 10.0.0.5/4/3 with no problem but cannot ping the router or any other machine on the network. The network is 10.0.0.0/24 with netmask 255.255.255.0.
Here is my routing table:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.0.0.2 0.0.0.0 UG 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 br0
link-local * 255.255.255.0 U 0 0 0 wlan0
Here is iptables:
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*mangle
:PREROUTING ACCEPT [403:63515]
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
:POSTROUTING ACCEPT [432:59142]
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*filter
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
#-A INPUT -i eth0 -p tcp -m tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
-A FORWARD -s 10.0.0.0/24 -i eth0 -o wlan0 -m conntrack --ctstate NEW -j ACCEPT
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*nat
:PREROUTING ACCEPT [19:7421]
:INPUT ACCEPT [1:236]
:OUTPUT ACCEPT [55:3490]
:POSTROUTING ACCEPT [0:0]
# Below is for routing local network http requests (port 80) to squid 3128
#-A PREROUTING -s 10.0.0.0/24 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 3128
#-A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 10.0.0.5:3128
-A POSTROUTING -j MASQUERADE
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
Here is my interfaces file:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
iface eth0 inet static
address 10.0.0.3
netmask 255.255.255.0
network 10.0.0.0
hwaddress e7:df:12:00:1g:63
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
gateway 10.0.0.2
auto eth0
iface wlan0 inet static
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
address 10.0.0.5
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
hwaddress 1d:dd:b2:2a:ae:1d
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
Here is my hostapd.conf:
interface=wlan0
bridge=br0
driver=nl80211
country_code=ZA
ssid=fever
hw_mode=g
channel=6
wpa=2
wpa_passphrase=123abc123
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
auth_algs=1
macaddr_acl=0
ignore_broadcast_ssid=0
All traces of Network-Manager (therefore Gnome) has been purged together with wicd. I have isc-dhcp-server which serves IP addresses on wlan0.
I have noticed that /etc/resolv.conf (which points to /etc/resolvconf/run/resolv.conf) sometimes disappears and when it is there it is empty.
If I disable hostapd and remove br0 I can access the internet. So there is some interference from somewhere if I enable hostapd and br0 which only works for a few seconds if they are enabled.
I have no dhcp-client ... I have wpa_supplicant and the normal wireless-tools installed.
debian iptables bridge route hostapd
I'm running Debian v8 (systemd purged and systemV installed ... works fine). It is a clean installation (Debian v7 used to be on this machine) The harddrives failed after numerous power failures on 1 day. I restored all configuration files from my backups i.e: network, squid, proftp, mysql, apache, iptables etc.
This Debian 8 machine interacts (or is supposed to rather) with other servers (samba, serviio, ftp, mysql) on the internal network. The problem I am experiencing is that the internet (and connections to the other machines on the local network) disappears after a few seconds and I am unable to ping the router although I can ping the wireless card (wlan0) and ethetnet card (eth0) on this Debian 8 machine.
I have hostapd setup between wlan0 and eth0 via br0 to give people wireless access to the internet. I am stumped as to what the problem might be as I have checked and re-checked everything from my backups.
This Debian v8 machine network config is this:
wlan0 -----> br0 -------> eth0 -----> router ----> internet
(10.0.0.5)-> (10.0.0.4)-> (10.0.0.3)->(10.0.0.2)-> internet
____^___ (All local machines connect through wlan0)
Bind9 works fine. Interfaces comes up fine.
Like I said, I can ping 10.0.0.5/4/3 with no problem but cannot ping the router or any other machine on the network. The network is 10.0.0.0/24 with netmask 255.255.255.0.
Here is my routing table:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.0.0.2 0.0.0.0 UG 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.255.0 U 0 0 0 br0
link-local * 255.255.255.0 U 0 0 0 wlan0
Here is iptables:
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*mangle
:PREROUTING ACCEPT [403:63515]
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
:POSTROUTING ACCEPT [432:59142]
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*filter
:INPUT ACCEPT [385:56330]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [432:59142]
#-A INPUT -i eth0 -p tcp -m tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
-A FORWARD -s 10.0.0.0/24 -i eth0 -o wlan0 -m conntrack --ctstate NEW -j ACCEPT
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
# Generated by iptables-save v1.4.21 on Thu Jun 11 10:35:35 2015
*nat
:PREROUTING ACCEPT [19:7421]
:INPUT ACCEPT [1:236]
:OUTPUT ACCEPT [55:3490]
:POSTROUTING ACCEPT [0:0]
# Below is for routing local network http requests (port 80) to squid 3128
#-A PREROUTING -s 10.0.0.0/24 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 3128
#-A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 10.0.0.5:3128
-A POSTROUTING -j MASQUERADE
COMMIT
# Completed on Thu Jun 11 10:35:35 2015
Here is my interfaces file:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
iface eth0 inet static
address 10.0.0.3
netmask 255.255.255.0
network 10.0.0.0
hwaddress e7:df:12:00:1g:63
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
gateway 10.0.0.2
auto eth0
iface wlan0 inet static
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
address 10.0.0.5
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
hwaddress 1d:dd:b2:2a:ae:1d
broadcast 10.0.0.255
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
Here is my hostapd.conf:
interface=wlan0
bridge=br0
driver=nl80211
country_code=ZA
ssid=fever
hw_mode=g
channel=6
wpa=2
wpa_passphrase=123abc123
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
auth_algs=1
macaddr_acl=0
ignore_broadcast_ssid=0
All traces of Network-Manager (therefore Gnome) has been purged together with wicd. I have isc-dhcp-server which serves IP addresses on wlan0.
I have noticed that /etc/resolv.conf (which points to /etc/resolvconf/run/resolv.conf) sometimes disappears and when it is there it is empty.
If I disable hostapd and remove br0 I can access the internet. So there is some interference from somewhere if I enable hostapd and br0 which only works for a few seconds if they are enabled.
I have no dhcp-client ... I have wpa_supplicant and the normal wireless-tools installed.
debian iptables bridge route hostapd
debian iptables bridge route hostapd
edited 4 hours ago
Rui F Ribeiro
41.3k1481140
41.3k1481140
asked Jun 12 '15 at 8:39
DannyDanny
6710
6710
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
I am assuming that your IP config is identical to your previous install (debian 7) and therefore it should work now just as it did before.
However, it is confusing to me that it did work as you have 3 routes to the local lan - eth0, wlan0, and br0.
I would only bind IP to br0. That should accomplish everything that you need and would reduce complexity. There is no need for 3 addresses all on the same subnet/bridged network.
I have a similar setup and my interfaces file looks more like this:
...
iface eth0 inet manual
hwaddress e7:df:12:00:1g:63
auto eth0
iface wlan0 inet manual
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
hwaddress 1d:dd:b2:2a:ae:1d
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
...
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
add a comment |
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%2f209195%2fdebian-network-disappearing%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
I am assuming that your IP config is identical to your previous install (debian 7) and therefore it should work now just as it did before.
However, it is confusing to me that it did work as you have 3 routes to the local lan - eth0, wlan0, and br0.
I would only bind IP to br0. That should accomplish everything that you need and would reduce complexity. There is no need for 3 addresses all on the same subnet/bridged network.
I have a similar setup and my interfaces file looks more like this:
...
iface eth0 inet manual
hwaddress e7:df:12:00:1g:63
auto eth0
iface wlan0 inet manual
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
hwaddress 1d:dd:b2:2a:ae:1d
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
...
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
add a comment |
I am assuming that your IP config is identical to your previous install (debian 7) and therefore it should work now just as it did before.
However, it is confusing to me that it did work as you have 3 routes to the local lan - eth0, wlan0, and br0.
I would only bind IP to br0. That should accomplish everything that you need and would reduce complexity. There is no need for 3 addresses all on the same subnet/bridged network.
I have a similar setup and my interfaces file looks more like this:
...
iface eth0 inet manual
hwaddress e7:df:12:00:1g:63
auto eth0
iface wlan0 inet manual
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
hwaddress 1d:dd:b2:2a:ae:1d
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
...
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
add a comment |
I am assuming that your IP config is identical to your previous install (debian 7) and therefore it should work now just as it did before.
However, it is confusing to me that it did work as you have 3 routes to the local lan - eth0, wlan0, and br0.
I would only bind IP to br0. That should accomplish everything that you need and would reduce complexity. There is no need for 3 addresses all on the same subnet/bridged network.
I have a similar setup and my interfaces file looks more like this:
...
iface eth0 inet manual
hwaddress e7:df:12:00:1g:63
auto eth0
iface wlan0 inet manual
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
hwaddress 1d:dd:b2:2a:ae:1d
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
...
I am assuming that your IP config is identical to your previous install (debian 7) and therefore it should work now just as it did before.
However, it is confusing to me that it did work as you have 3 routes to the local lan - eth0, wlan0, and br0.
I would only bind IP to br0. That should accomplish everything that you need and would reduce complexity. There is no need for 3 addresses all on the same subnet/bridged network.
I have a similar setup and my interfaces file looks more like this:
...
iface eth0 inet manual
hwaddress e7:df:12:00:1g:63
auto eth0
iface wlan0 inet manual
mode infrastructure
wireless-mode master
wireless-essid "fever"
wireless-channel 1
hwaddress 1d:dd:b2:2a:ae:1d
auto wlan0
## Setup the bridge
iface br0 inet static
bridge-ports wlan0 eth0
address 10.0.0.4
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.2
dns-nameservers 10.0.0.5 10.0.0.2
dns-search 10.0.0.5 10.0.0.2
auto br0
...
edited Sep 12 '17 at 23:15
xhienne
12.1k2754
12.1k2754
answered Jun 12 '15 at 17:21
stephen muthstephen muth
1366
1366
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
add a comment |
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
Hi, thank you very much. It worked like a charm. Like you mentioned, I do not know how it possibly could have worked previously ... but it did :) ... It is a little confusing is'nt it ... Danny
– Danny
Jun 13 '15 at 10:22
add a comment |
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%2f209195%2fdebian-network-disappearing%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