Sharing ALL network connections from wifi to ethernet

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
2
down vote

favorite
1












So, what I want to do sounds really simple to me, but I can't find anything about this...
I have two computers. One computer has a wifi connection (it's a Nvidia Jetson TX1 running Ubuntu 16.04), the other one (let's call it embedded) only has ethernet and is running Debian stretch 9.2.0. I want the Jetson to share the wifi connection with the embedded so that I can access them as if they were both connected to the wifi, including name resolving and DHCP.



I already managed to make the Jetson share the internet connection (that's really easy with the Ubuntu network manager (refer here), I did not change any settings in the /etc/network.conf in the embedded one). I can ping Google and browse the internet from the embedded one. Now, I can ping the embedded from the jetson (not only with the ip, but also with it's name, like ping embedded) and I can also establish a SSH connection from the jetson to the embedded. I can also establish a SSH connection from my PC to the Jetson, but it is not possible to establish a SSH connection or even ping the embedded one from my PC, neither with it's name nor with it's ip address.



What else is there to configure? Looking forward to your answers!



Best,
Jan



EDIT:
Some clarifications/additions asked for in the comments:
Bridging seems to be exactly what I want (I thought sharing the connection is exactly that, but it is not), but I can't get it to work...



My /etc/network/interfaces file looks like this:



# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto wlan0
iface wlan0 inet dhcp
wpa-ssid XXXXXX
wpa-psk XXXXXXXXXXXXX

auto eth0
iface eth0 inet dhcp

auto br0
iface br0 inet dhcp
bridge_ports eth0


But if I reboot with these settings, SSH does not work anymore at all (ssh: connect to host tegra-ubuntu port 22: Connection refused), I need to start it manually with sudo service ssh start or wait a few minutes...



Routing table in the Jetson sudo route



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.111.51 0.0.0.0 UG 0 0 0 wlan0
default * 0.0.0.0 U 1003 0 0 eth0
default * 0.0.0.0 U 1009 0 0 br0
link-local * 255.255.0.0 U 0 0 0 br0
link-local * 255.255.0.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 wlan0
192.168.111.0 * 255.255.255.0 U 0 0 0 wlan0


Output of sudo ip route on the Jetson:



default via 192.168.111.51 dev wlan0 
default dev eth0 scope link metric 1003
default dev br0 scope link metric 1009
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.111.0/24 dev wlan0 proto kernel scope link src 192.168.111.65


Output of sudo iptables -L -vn



Chain INPUT (policy ACCEPT 560 packets, 45656 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 499 packets, 48192 bytes)
pkts bytes target prot opt in out source destination


Output of sudo iptables -L -vn -t nat



Chain PREROUTING (policy ACCEPT 292 packets, 85857 bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 1 packets, 60 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination






share|improve this question


















  • 1




    You can always bridge interfaces.
    – Rui F Ribeiro
    Jan 3 at 21:09










  • It's possible your "embedded" is on a different subnet than the rest of your network. What is the IP address of "embedded" ? ... and... What is the routing table in the Jetson? sudo route and/or ip route
    – RubberStamp
    Jan 3 at 21:16










  • Looks like the NetworkManager-configured connection sharing probably uses routing and maybe NAT, so sudo iptables -L -vn (paying attention to the FORWARD chain and any other chains called by it) and sudo iptables -L -vn -t nat are probably highly relevant.
    – telcoM
    Jan 3 at 21:51










  • Thanks for your replies! Bridging seems to be exactly what I want. I updated my post with the outputs you requested.
    – Jan B.
    Jan 4 at 11:28














up vote
2
down vote

favorite
1












So, what I want to do sounds really simple to me, but I can't find anything about this...
I have two computers. One computer has a wifi connection (it's a Nvidia Jetson TX1 running Ubuntu 16.04), the other one (let's call it embedded) only has ethernet and is running Debian stretch 9.2.0. I want the Jetson to share the wifi connection with the embedded so that I can access them as if they were both connected to the wifi, including name resolving and DHCP.



I already managed to make the Jetson share the internet connection (that's really easy with the Ubuntu network manager (refer here), I did not change any settings in the /etc/network.conf in the embedded one). I can ping Google and browse the internet from the embedded one. Now, I can ping the embedded from the jetson (not only with the ip, but also with it's name, like ping embedded) and I can also establish a SSH connection from the jetson to the embedded. I can also establish a SSH connection from my PC to the Jetson, but it is not possible to establish a SSH connection or even ping the embedded one from my PC, neither with it's name nor with it's ip address.



What else is there to configure? Looking forward to your answers!



Best,
Jan



EDIT:
Some clarifications/additions asked for in the comments:
Bridging seems to be exactly what I want (I thought sharing the connection is exactly that, but it is not), but I can't get it to work...



My /etc/network/interfaces file looks like this:



# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto wlan0
iface wlan0 inet dhcp
wpa-ssid XXXXXX
wpa-psk XXXXXXXXXXXXX

auto eth0
iface eth0 inet dhcp

auto br0
iface br0 inet dhcp
bridge_ports eth0


But if I reboot with these settings, SSH does not work anymore at all (ssh: connect to host tegra-ubuntu port 22: Connection refused), I need to start it manually with sudo service ssh start or wait a few minutes...



Routing table in the Jetson sudo route



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.111.51 0.0.0.0 UG 0 0 0 wlan0
default * 0.0.0.0 U 1003 0 0 eth0
default * 0.0.0.0 U 1009 0 0 br0
link-local * 255.255.0.0 U 0 0 0 br0
link-local * 255.255.0.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 wlan0
192.168.111.0 * 255.255.255.0 U 0 0 0 wlan0


Output of sudo ip route on the Jetson:



default via 192.168.111.51 dev wlan0 
default dev eth0 scope link metric 1003
default dev br0 scope link metric 1009
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.111.0/24 dev wlan0 proto kernel scope link src 192.168.111.65


Output of sudo iptables -L -vn



Chain INPUT (policy ACCEPT 560 packets, 45656 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 499 packets, 48192 bytes)
pkts bytes target prot opt in out source destination


Output of sudo iptables -L -vn -t nat



Chain PREROUTING (policy ACCEPT 292 packets, 85857 bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 1 packets, 60 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination






share|improve this question


















  • 1




    You can always bridge interfaces.
    – Rui F Ribeiro
    Jan 3 at 21:09










  • It's possible your "embedded" is on a different subnet than the rest of your network. What is the IP address of "embedded" ? ... and... What is the routing table in the Jetson? sudo route and/or ip route
    – RubberStamp
    Jan 3 at 21:16










  • Looks like the NetworkManager-configured connection sharing probably uses routing and maybe NAT, so sudo iptables -L -vn (paying attention to the FORWARD chain and any other chains called by it) and sudo iptables -L -vn -t nat are probably highly relevant.
    – telcoM
    Jan 3 at 21:51










  • Thanks for your replies! Bridging seems to be exactly what I want. I updated my post with the outputs you requested.
    – Jan B.
    Jan 4 at 11:28












up vote
2
down vote

favorite
1









up vote
2
down vote

favorite
1






1





So, what I want to do sounds really simple to me, but I can't find anything about this...
I have two computers. One computer has a wifi connection (it's a Nvidia Jetson TX1 running Ubuntu 16.04), the other one (let's call it embedded) only has ethernet and is running Debian stretch 9.2.0. I want the Jetson to share the wifi connection with the embedded so that I can access them as if they were both connected to the wifi, including name resolving and DHCP.



I already managed to make the Jetson share the internet connection (that's really easy with the Ubuntu network manager (refer here), I did not change any settings in the /etc/network.conf in the embedded one). I can ping Google and browse the internet from the embedded one. Now, I can ping the embedded from the jetson (not only with the ip, but also with it's name, like ping embedded) and I can also establish a SSH connection from the jetson to the embedded. I can also establish a SSH connection from my PC to the Jetson, but it is not possible to establish a SSH connection or even ping the embedded one from my PC, neither with it's name nor with it's ip address.



What else is there to configure? Looking forward to your answers!



Best,
Jan



EDIT:
Some clarifications/additions asked for in the comments:
Bridging seems to be exactly what I want (I thought sharing the connection is exactly that, but it is not), but I can't get it to work...



My /etc/network/interfaces file looks like this:



# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto wlan0
iface wlan0 inet dhcp
wpa-ssid XXXXXX
wpa-psk XXXXXXXXXXXXX

auto eth0
iface eth0 inet dhcp

auto br0
iface br0 inet dhcp
bridge_ports eth0


But if I reboot with these settings, SSH does not work anymore at all (ssh: connect to host tegra-ubuntu port 22: Connection refused), I need to start it manually with sudo service ssh start or wait a few minutes...



Routing table in the Jetson sudo route



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.111.51 0.0.0.0 UG 0 0 0 wlan0
default * 0.0.0.0 U 1003 0 0 eth0
default * 0.0.0.0 U 1009 0 0 br0
link-local * 255.255.0.0 U 0 0 0 br0
link-local * 255.255.0.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 wlan0
192.168.111.0 * 255.255.255.0 U 0 0 0 wlan0


Output of sudo ip route on the Jetson:



default via 192.168.111.51 dev wlan0 
default dev eth0 scope link metric 1003
default dev br0 scope link metric 1009
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.111.0/24 dev wlan0 proto kernel scope link src 192.168.111.65


Output of sudo iptables -L -vn



Chain INPUT (policy ACCEPT 560 packets, 45656 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 499 packets, 48192 bytes)
pkts bytes target prot opt in out source destination


Output of sudo iptables -L -vn -t nat



Chain PREROUTING (policy ACCEPT 292 packets, 85857 bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 1 packets, 60 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination






share|improve this question














So, what I want to do sounds really simple to me, but I can't find anything about this...
I have two computers. One computer has a wifi connection (it's a Nvidia Jetson TX1 running Ubuntu 16.04), the other one (let's call it embedded) only has ethernet and is running Debian stretch 9.2.0. I want the Jetson to share the wifi connection with the embedded so that I can access them as if they were both connected to the wifi, including name resolving and DHCP.



I already managed to make the Jetson share the internet connection (that's really easy with the Ubuntu network manager (refer here), I did not change any settings in the /etc/network.conf in the embedded one). I can ping Google and browse the internet from the embedded one. Now, I can ping the embedded from the jetson (not only with the ip, but also with it's name, like ping embedded) and I can also establish a SSH connection from the jetson to the embedded. I can also establish a SSH connection from my PC to the Jetson, but it is not possible to establish a SSH connection or even ping the embedded one from my PC, neither with it's name nor with it's ip address.



What else is there to configure? Looking forward to your answers!



Best,
Jan



EDIT:
Some clarifications/additions asked for in the comments:
Bridging seems to be exactly what I want (I thought sharing the connection is exactly that, but it is not), but I can't get it to work...



My /etc/network/interfaces file looks like this:



# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto wlan0
iface wlan0 inet dhcp
wpa-ssid XXXXXX
wpa-psk XXXXXXXXXXXXX

auto eth0
iface eth0 inet dhcp

auto br0
iface br0 inet dhcp
bridge_ports eth0


But if I reboot with these settings, SSH does not work anymore at all (ssh: connect to host tegra-ubuntu port 22: Connection refused), I need to start it manually with sudo service ssh start or wait a few minutes...



Routing table in the Jetson sudo route



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.111.51 0.0.0.0 UG 0 0 0 wlan0
default * 0.0.0.0 U 1003 0 0 eth0
default * 0.0.0.0 U 1009 0 0 br0
link-local * 255.255.0.0 U 0 0 0 br0
link-local * 255.255.0.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 wlan0
192.168.111.0 * 255.255.255.0 U 0 0 0 wlan0


Output of sudo ip route on the Jetson:



default via 192.168.111.51 dev wlan0 
default dev eth0 scope link metric 1003
default dev br0 scope link metric 1009
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.7.196
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.111.0/24 dev wlan0 proto kernel scope link src 192.168.111.65


Output of sudo iptables -L -vn



Chain INPUT (policy ACCEPT 560 packets, 45656 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 499 packets, 48192 bytes)
pkts bytes target prot opt in out source destination


Output of sudo iptables -L -vn -t nat



Chain PREROUTING (policy ACCEPT 292 packets, 85857 bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 1 packets, 60 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 250 packets, 15514 bytes)
pkts bytes target prot opt in out source destination








share|improve this question













share|improve this question




share|improve this question








edited Jan 4 at 11:27

























asked Jan 3 at 21:05









Jan B.

113




113







  • 1




    You can always bridge interfaces.
    – Rui F Ribeiro
    Jan 3 at 21:09










  • It's possible your "embedded" is on a different subnet than the rest of your network. What is the IP address of "embedded" ? ... and... What is the routing table in the Jetson? sudo route and/or ip route
    – RubberStamp
    Jan 3 at 21:16










  • Looks like the NetworkManager-configured connection sharing probably uses routing and maybe NAT, so sudo iptables -L -vn (paying attention to the FORWARD chain and any other chains called by it) and sudo iptables -L -vn -t nat are probably highly relevant.
    – telcoM
    Jan 3 at 21:51










  • Thanks for your replies! Bridging seems to be exactly what I want. I updated my post with the outputs you requested.
    – Jan B.
    Jan 4 at 11:28












  • 1




    You can always bridge interfaces.
    – Rui F Ribeiro
    Jan 3 at 21:09










  • It's possible your "embedded" is on a different subnet than the rest of your network. What is the IP address of "embedded" ? ... and... What is the routing table in the Jetson? sudo route and/or ip route
    – RubberStamp
    Jan 3 at 21:16










  • Looks like the NetworkManager-configured connection sharing probably uses routing and maybe NAT, so sudo iptables -L -vn (paying attention to the FORWARD chain and any other chains called by it) and sudo iptables -L -vn -t nat are probably highly relevant.
    – telcoM
    Jan 3 at 21:51










  • Thanks for your replies! Bridging seems to be exactly what I want. I updated my post with the outputs you requested.
    – Jan B.
    Jan 4 at 11:28







1




1




You can always bridge interfaces.
– Rui F Ribeiro
Jan 3 at 21:09




You can always bridge interfaces.
– Rui F Ribeiro
Jan 3 at 21:09












It's possible your "embedded" is on a different subnet than the rest of your network. What is the IP address of "embedded" ? ... and... What is the routing table in the Jetson? sudo route and/or ip route
– RubberStamp
Jan 3 at 21:16




It's possible your "embedded" is on a different subnet than the rest of your network. What is the IP address of "embedded" ? ... and... What is the routing table in the Jetson? sudo route and/or ip route
– RubberStamp
Jan 3 at 21:16












Looks like the NetworkManager-configured connection sharing probably uses routing and maybe NAT, so sudo iptables -L -vn (paying attention to the FORWARD chain and any other chains called by it) and sudo iptables -L -vn -t nat are probably highly relevant.
– telcoM
Jan 3 at 21:51




Looks like the NetworkManager-configured connection sharing probably uses routing and maybe NAT, so sudo iptables -L -vn (paying attention to the FORWARD chain and any other chains called by it) and sudo iptables -L -vn -t nat are probably highly relevant.
– telcoM
Jan 3 at 21:51












Thanks for your replies! Bridging seems to be exactly what I want. I updated my post with the outputs you requested.
– Jan B.
Jan 4 at 11:28




Thanks for your replies! Bridging seems to be exactly what I want. I updated my post with the outputs you requested.
– Jan B.
Jan 4 at 11:28










1 Answer
1






active

oldest

votes

















up vote
0
down vote













You can use OpenVPN (maybe also other software if you do not need encryption) to create tap interfaces on both systems. You can then bridge the tap interface to the WLAN interface (I have no idea whether that is possible with NetworkManager) and use the tap interface on the other system as if it was an WLAN interface.






share|improve this answer




















    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',
    convertImagesToLinks: false,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );








     

    draft saved


    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f414635%2fsharing-all-network-connections-from-wifi-to-ethernet%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    0
    down vote













    You can use OpenVPN (maybe also other software if you do not need encryption) to create tap interfaces on both systems. You can then bridge the tap interface to the WLAN interface (I have no idea whether that is possible with NetworkManager) and use the tap interface on the other system as if it was an WLAN interface.






    share|improve this answer
























      up vote
      0
      down vote













      You can use OpenVPN (maybe also other software if you do not need encryption) to create tap interfaces on both systems. You can then bridge the tap interface to the WLAN interface (I have no idea whether that is possible with NetworkManager) and use the tap interface on the other system as if it was an WLAN interface.






      share|improve this answer






















        up vote
        0
        down vote










        up vote
        0
        down vote









        You can use OpenVPN (maybe also other software if you do not need encryption) to create tap interfaces on both systems. You can then bridge the tap interface to the WLAN interface (I have no idea whether that is possible with NetworkManager) and use the tap interface on the other system as if it was an WLAN interface.






        share|improve this answer












        You can use OpenVPN (maybe also other software if you do not need encryption) to create tap interfaces on both systems. You can then bridge the tap interface to the WLAN interface (I have no idea whether that is possible with NetworkManager) and use the tap interface on the other system as if it was an WLAN interface.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Jan 3 at 22:39









        Hauke Laging

        53.5k1282130




        53.5k1282130






















             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f414635%2fsharing-all-network-connections-from-wifi-to-ethernet%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            How to check contact read email or not when send email to Individual?

            Bahrain

            Postfix configuration issue with fips on centos 7; mailgun relay