Use ssh with a specific network interfaceBind unix program to specific network interfaceMake nslookup use...

Was Hitler exclaiming "Heil Hitler!" himself when saluting?

How does an Evocation Wizard's Overchannel ability interact with Chaos Bolt?

Did the US push the Kurds to lower their defences against Turkey in the months preceding the latest Turkish military operation against them?

If equal temperament divides octave into 12 equal parts, why hertz differences are not the same but element 12th of two?

Can Microsoft employees see my data in Azure?

Other database besides UTXO?

Do the KKT conditions hold for mixed integer nonlinear problems?

What plausible reasons why people forget they didn't originally live on this new planet?

In this day and age should the definition / categorisation of erotica be revised?

Should I respond to a sabotage accusation e-mail at work?

Is using a photo reference for pose fair use?

Why it is a big deal whether or not Adam Schiff talked to the whistleblower?

Why can a T* be passed in register, but a unique_ptr<T> cannot?

Moving objects and gravitational radiation

C# Toy Robot Simulator

Repair drywall and protect wires on back of electrical panel

If you pass through the order of colors in Prismatic Wall one way, do you reverse the order of colors passing through the other way?

Why are there never-ending wars in the Middle East?

Why didn't Aboriginal Australians discover agriculture?

Was Switzerland pressured either by Allies or Axis to take part in World War 2 at any time?

Generate an array with custom index

Conveying the idea of "tricky"

How to get to Antarctica without using a travel company

Are my triangles similar?



Use ssh with a specific network interface


Bind unix program to specific network interfaceMake nslookup use specific interfaceHow to check which interface(s) a service is bound to?ssh bind_address option not working on Ubuntu 18.04routing problem - arpRouting packets from one interface to anotherTunneling IPv6 traffic from SLIP in linuxOpenVPN Client and Server on same machine - Server doesn't allow connections when client is connectedHow to create/setup vpn using only SSH?openvpn connect two netsConfiguring Linux Mint as a Gateway






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{
margin-bottom:0;
}








36

















I'm using openconnect to connect to vpn. After entering my credentials, I get this:



POST https://domain.name/...
Got CONNECT response: HTTP/1.1 200 OK
CSTP connected. DPD 30, Keepalive 30
Connected tun0 as xxx.xxx.xxx.xxx, using SSL
Established DTLS connection


Running ifconfig shows I have a new network interface tun0 with a certain ip address.



Question: How do I make ssh use only the network interface tun0 so that I can access computers on that private network?



Edit:



My network configuration (route -n) seems to be this:



172.16.194.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
172.16.25.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0









share|improve this question





























  • Can you elaborate on your network configuration? With proper routing in place, any traffic destined for the network attached to tun0 will use that interface.

    – Eli Heady
    Jul 4 '11 at 18:34


















36

















I'm using openconnect to connect to vpn. After entering my credentials, I get this:



POST https://domain.name/...
Got CONNECT response: HTTP/1.1 200 OK
CSTP connected. DPD 30, Keepalive 30
Connected tun0 as xxx.xxx.xxx.xxx, using SSL
Established DTLS connection


Running ifconfig shows I have a new network interface tun0 with a certain ip address.



Question: How do I make ssh use only the network interface tun0 so that I can access computers on that private network?



Edit:



My network configuration (route -n) seems to be this:



172.16.194.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
172.16.25.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0









share|improve this question





























  • Can you elaborate on your network configuration? With proper routing in place, any traffic destined for the network attached to tun0 will use that interface.

    – Eli Heady
    Jul 4 '11 at 18:34














36












36








36


10






I'm using openconnect to connect to vpn. After entering my credentials, I get this:



POST https://domain.name/...
Got CONNECT response: HTTP/1.1 200 OK
CSTP connected. DPD 30, Keepalive 30
Connected tun0 as xxx.xxx.xxx.xxx, using SSL
Established DTLS connection


Running ifconfig shows I have a new network interface tun0 with a certain ip address.



Question: How do I make ssh use only the network interface tun0 so that I can access computers on that private network?



Edit:



My network configuration (route -n) seems to be this:



172.16.194.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
172.16.25.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0









share|improve this question

















I'm using openconnect to connect to vpn. After entering my credentials, I get this:



POST https://domain.name/...
Got CONNECT response: HTTP/1.1 200 OK
CSTP connected. DPD 30, Keepalive 30
Connected tun0 as xxx.xxx.xxx.xxx, using SSL
Established DTLS connection


Running ifconfig shows I have a new network interface tun0 with a certain ip address.



Question: How do I make ssh use only the network interface tun0 so that I can access computers on that private network?



Edit:



My network configuration (route -n) seems to be this:



172.16.194.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
172.16.25.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0






ssh routing vpn






share|improve this question
















share|improve this question













share|improve this question




share|improve this question








edited Jul 5 '11 at 8:30









Caleb

54k10 gold badges161 silver badges200 bronze badges




54k10 gold badges161 silver badges200 bronze badges










asked Jul 4 '11 at 18:21









axel22axel22

3102 gold badges4 silver badges9 bronze badges




3102 gold badges4 silver badges9 bronze badges
















  • Can you elaborate on your network configuration? With proper routing in place, any traffic destined for the network attached to tun0 will use that interface.

    – Eli Heady
    Jul 4 '11 at 18:34



















  • Can you elaborate on your network configuration? With proper routing in place, any traffic destined for the network attached to tun0 will use that interface.

    – Eli Heady
    Jul 4 '11 at 18:34

















Can you elaborate on your network configuration? With proper routing in place, any traffic destined for the network attached to tun0 will use that interface.

– Eli Heady
Jul 4 '11 at 18:34





Can you elaborate on your network configuration? With proper routing in place, any traffic destined for the network attached to tun0 will use that interface.

– Eli Heady
Jul 4 '11 at 18:34










4 Answers
4






active

oldest

votes


















45


















It's not the ssh client that decides through which interface TCP
packets should go, it's the kernel. In short, SSH asks the kernel to
open a connection to a certain IP address, and the kernel decides
which interface is to be used by consulting the routing tables.



(The following assumes you're on GNU/Linux; the general concept is the
same for all Unices, but the specifics of the commands to run and the
way the output is formatted may vary.)



You can display the kernel routing tables with the commands
route -n and/or
ip route show.



OpenConnect should have added a line for the tun0 interface;
connections to any address matching that line will be routed through
that interface. For example, running route -n on my laptop I get
the following output:



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.30.0.1 0.0.0.0 UG 0 0 0 eth0
10.30.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0


This means that connections to hosts in the 192.168.122.0/24 (i.e., addresses 192.168.122.0 to 192.168.122.255 according to CIDR notation) network
will be routed through interface virbr0; those to 169.254.0.0/16 and
10.30.0.0/24 will go through eth0, and anything else (the 0.0.0.0
line) will be routed through eth0 to the gateway host 10.30.0.1.






share|improve this answer



























  • Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

    – axel22
    Jul 4 '11 at 18:36






  • 1





    @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

    – Riccardo Murri
    Jul 4 '11 at 20:25











  • @RiccardoMurri Would you like to answer my question

    – Rahul Gautam
    Dec 13 '12 at 10:54



















5


















I don't know when it was introduced but the OpenSSH client on RHEL7 has this in its manpage:



 -b bind_address
Use bind_address on the local machine as the source address of the connection. Only useful on systems with more than one address.


Not as good as being able to choose the interface, but close.






share|improve this answer



























  • Also the -B flag, which appears to allow for specifying the name of the network interface to use.

    – Henrik
    Dec 20 '18 at 13:11











  • The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

    – John
    May 9 at 14:20



















2


















If you are using Network Manager to manage your internet connections (as is the default manager on many systems), you may want to install both openconnect and network-manager-openconnect.



Once the OpenConnect plugin is installed for Network Manager, open Network Manager and click the + icon in the lower-left. You should be given a combo-box with the option VPN and then the ability to select OpenConnect Compatible VPN.



By using Network Manager to interface with OpenConnect, your routes will automagically appear and help you connect to the VPN. This is especially helpful for accessing servers over VPN, such as how FireHost does things.






share|improve this answer


































    0


















    Just addition of an Answer. You can use -b flag and define your source IP as access time.



    Example



    ssh -b 10.11.22.40 10.11.22.38 





    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',
      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/4.0/"u003ecc by-sa 4.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
      });


      }
      });















      draft saved

      draft discarded
















      StackExchange.ready(
      function () {
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f16057%2fuse-ssh-with-a-specific-network-interface%23new-answer', 'question_page');
      }
      );

      Post as a guest















      Required, but never shown


























      4 Answers
      4






      active

      oldest

      votes








      4 Answers
      4






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      45


















      It's not the ssh client that decides through which interface TCP
      packets should go, it's the kernel. In short, SSH asks the kernel to
      open a connection to a certain IP address, and the kernel decides
      which interface is to be used by consulting the routing tables.



      (The following assumes you're on GNU/Linux; the general concept is the
      same for all Unices, but the specifics of the commands to run and the
      way the output is formatted may vary.)



      You can display the kernel routing tables with the commands
      route -n and/or
      ip route show.



      OpenConnect should have added a line for the tun0 interface;
      connections to any address matching that line will be routed through
      that interface. For example, running route -n on my laptop I get
      the following output:



      Kernel IP routing table
      Destination Gateway Genmask Flags Metric Ref Use Iface
      0.0.0.0 10.30.0.1 0.0.0.0 UG 0 0 0 eth0
      10.30.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
      169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
      192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0


      This means that connections to hosts in the 192.168.122.0/24 (i.e., addresses 192.168.122.0 to 192.168.122.255 according to CIDR notation) network
      will be routed through interface virbr0; those to 169.254.0.0/16 and
      10.30.0.0/24 will go through eth0, and anything else (the 0.0.0.0
      line) will be routed through eth0 to the gateway host 10.30.0.1.






      share|improve this answer



























      • Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

        – axel22
        Jul 4 '11 at 18:36






      • 1





        @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

        – Riccardo Murri
        Jul 4 '11 at 20:25











      • @RiccardoMurri Would you like to answer my question

        – Rahul Gautam
        Dec 13 '12 at 10:54
















      45


















      It's not the ssh client that decides through which interface TCP
      packets should go, it's the kernel. In short, SSH asks the kernel to
      open a connection to a certain IP address, and the kernel decides
      which interface is to be used by consulting the routing tables.



      (The following assumes you're on GNU/Linux; the general concept is the
      same for all Unices, but the specifics of the commands to run and the
      way the output is formatted may vary.)



      You can display the kernel routing tables with the commands
      route -n and/or
      ip route show.



      OpenConnect should have added a line for the tun0 interface;
      connections to any address matching that line will be routed through
      that interface. For example, running route -n on my laptop I get
      the following output:



      Kernel IP routing table
      Destination Gateway Genmask Flags Metric Ref Use Iface
      0.0.0.0 10.30.0.1 0.0.0.0 UG 0 0 0 eth0
      10.30.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
      169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
      192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0


      This means that connections to hosts in the 192.168.122.0/24 (i.e., addresses 192.168.122.0 to 192.168.122.255 according to CIDR notation) network
      will be routed through interface virbr0; those to 169.254.0.0/16 and
      10.30.0.0/24 will go through eth0, and anything else (the 0.0.0.0
      line) will be routed through eth0 to the gateway host 10.30.0.1.






      share|improve this answer



























      • Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

        – axel22
        Jul 4 '11 at 18:36






      • 1





        @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

        – Riccardo Murri
        Jul 4 '11 at 20:25











      • @RiccardoMurri Would you like to answer my question

        – Rahul Gautam
        Dec 13 '12 at 10:54














      45














      45










      45









      It's not the ssh client that decides through which interface TCP
      packets should go, it's the kernel. In short, SSH asks the kernel to
      open a connection to a certain IP address, and the kernel decides
      which interface is to be used by consulting the routing tables.



      (The following assumes you're on GNU/Linux; the general concept is the
      same for all Unices, but the specifics of the commands to run and the
      way the output is formatted may vary.)



      You can display the kernel routing tables with the commands
      route -n and/or
      ip route show.



      OpenConnect should have added a line for the tun0 interface;
      connections to any address matching that line will be routed through
      that interface. For example, running route -n on my laptop I get
      the following output:



      Kernel IP routing table
      Destination Gateway Genmask Flags Metric Ref Use Iface
      0.0.0.0 10.30.0.1 0.0.0.0 UG 0 0 0 eth0
      10.30.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
      169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
      192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0


      This means that connections to hosts in the 192.168.122.0/24 (i.e., addresses 192.168.122.0 to 192.168.122.255 according to CIDR notation) network
      will be routed through interface virbr0; those to 169.254.0.0/16 and
      10.30.0.0/24 will go through eth0, and anything else (the 0.0.0.0
      line) will be routed through eth0 to the gateway host 10.30.0.1.






      share|improve this answer














      It's not the ssh client that decides through which interface TCP
      packets should go, it's the kernel. In short, SSH asks the kernel to
      open a connection to a certain IP address, and the kernel decides
      which interface is to be used by consulting the routing tables.



      (The following assumes you're on GNU/Linux; the general concept is the
      same for all Unices, but the specifics of the commands to run and the
      way the output is formatted may vary.)



      You can display the kernel routing tables with the commands
      route -n and/or
      ip route show.



      OpenConnect should have added a line for the tun0 interface;
      connections to any address matching that line will be routed through
      that interface. For example, running route -n on my laptop I get
      the following output:



      Kernel IP routing table
      Destination Gateway Genmask Flags Metric Ref Use Iface
      0.0.0.0 10.30.0.1 0.0.0.0 UG 0 0 0 eth0
      10.30.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
      169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
      192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0


      This means that connections to hosts in the 192.168.122.0/24 (i.e., addresses 192.168.122.0 to 192.168.122.255 according to CIDR notation) network
      will be routed through interface virbr0; those to 169.254.0.0/16 and
      10.30.0.0/24 will go through eth0, and anything else (the 0.0.0.0
      line) will be routed through eth0 to the gateway host 10.30.0.1.







      share|improve this answer













      share|improve this answer




      share|improve this answer










      answered Jul 4 '11 at 18:33









      Riccardo MurriRiccardo Murri

      13.1k3 gold badges48 silver badges45 bronze badges




      13.1k3 gold badges48 silver badges45 bronze badges
















      • Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

        – axel22
        Jul 4 '11 at 18:36






      • 1





        @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

        – Riccardo Murri
        Jul 4 '11 at 20:25











      • @RiccardoMurri Would you like to answer my question

        – Rahul Gautam
        Dec 13 '12 at 10:54



















      • Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

        – axel22
        Jul 4 '11 at 18:36






      • 1





        @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

        – Riccardo Murri
        Jul 4 '11 at 20:25











      • @RiccardoMurri Would you like to answer my question

        – Rahul Gautam
        Dec 13 '12 at 10:54

















      Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

      – axel22
      Jul 4 '11 at 18:36





      Thanks for clarifying this for me - it seems that openconnect did not add a line for the tun0 interface. I suppose I should do this manually.

      – axel22
      Jul 4 '11 at 18:36




      1




      1





      @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

      – Riccardo Murri
      Jul 4 '11 at 20:25





      @axel22 You might have a look here: bbs.archlinux.org/viewtopic.php?id=69064 for a script that uses openconnect and sets up the routes.

      – Riccardo Murri
      Jul 4 '11 at 20:25













      @RiccardoMurri Would you like to answer my question

      – Rahul Gautam
      Dec 13 '12 at 10:54





      @RiccardoMurri Would you like to answer my question

      – Rahul Gautam
      Dec 13 '12 at 10:54













      5


















      I don't know when it was introduced but the OpenSSH client on RHEL7 has this in its manpage:



       -b bind_address
      Use bind_address on the local machine as the source address of the connection. Only useful on systems with more than one address.


      Not as good as being able to choose the interface, but close.






      share|improve this answer



























      • Also the -B flag, which appears to allow for specifying the name of the network interface to use.

        – Henrik
        Dec 20 '18 at 13:11











      • The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

        – John
        May 9 at 14:20
















      5


















      I don't know when it was introduced but the OpenSSH client on RHEL7 has this in its manpage:



       -b bind_address
      Use bind_address on the local machine as the source address of the connection. Only useful on systems with more than one address.


      Not as good as being able to choose the interface, but close.






      share|improve this answer



























      • Also the -B flag, which appears to allow for specifying the name of the network interface to use.

        – Henrik
        Dec 20 '18 at 13:11











      • The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

        – John
        May 9 at 14:20














      5














      5










      5









      I don't know when it was introduced but the OpenSSH client on RHEL7 has this in its manpage:



       -b bind_address
      Use bind_address on the local machine as the source address of the connection. Only useful on systems with more than one address.


      Not as good as being able to choose the interface, but close.






      share|improve this answer














      I don't know when it was introduced but the OpenSSH client on RHEL7 has this in its manpage:



       -b bind_address
      Use bind_address on the local machine as the source address of the connection. Only useful on systems with more than one address.


      Not as good as being able to choose the interface, but close.







      share|improve this answer













      share|improve this answer




      share|improve this answer










      answered Apr 26 '18 at 15:55









      ugobugob

      511 silver badge1 bronze badge




      511 silver badge1 bronze badge
















      • Also the -B flag, which appears to allow for specifying the name of the network interface to use.

        – Henrik
        Dec 20 '18 at 13:11











      • The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

        – John
        May 9 at 14:20



















      • Also the -B flag, which appears to allow for specifying the name of the network interface to use.

        – Henrik
        Dec 20 '18 at 13:11











      • The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

        – John
        May 9 at 14:20

















      Also the -B flag, which appears to allow for specifying the name of the network interface to use.

      – Henrik
      Dec 20 '18 at 13:11





      Also the -B flag, which appears to allow for specifying the name of the network interface to use.

      – Henrik
      Dec 20 '18 at 13:11













      The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

      – John
      May 9 at 14:20





      The option -b bind_address did not work for me, somehow. Changing routes temporarily should work. BTW: The -B option does not exist on the SSH version that comes with Ubuntu.

      – John
      May 9 at 14:20











      2


















      If you are using Network Manager to manage your internet connections (as is the default manager on many systems), you may want to install both openconnect and network-manager-openconnect.



      Once the OpenConnect plugin is installed for Network Manager, open Network Manager and click the + icon in the lower-left. You should be given a combo-box with the option VPN and then the ability to select OpenConnect Compatible VPN.



      By using Network Manager to interface with OpenConnect, your routes will automagically appear and help you connect to the VPN. This is especially helpful for accessing servers over VPN, such as how FireHost does things.






      share|improve this answer































        2


















        If you are using Network Manager to manage your internet connections (as is the default manager on many systems), you may want to install both openconnect and network-manager-openconnect.



        Once the OpenConnect plugin is installed for Network Manager, open Network Manager and click the + icon in the lower-left. You should be given a combo-box with the option VPN and then the ability to select OpenConnect Compatible VPN.



        By using Network Manager to interface with OpenConnect, your routes will automagically appear and help you connect to the VPN. This is especially helpful for accessing servers over VPN, such as how FireHost does things.






        share|improve this answer





























          2














          2










          2









          If you are using Network Manager to manage your internet connections (as is the default manager on many systems), you may want to install both openconnect and network-manager-openconnect.



          Once the OpenConnect plugin is installed for Network Manager, open Network Manager and click the + icon in the lower-left. You should be given a combo-box with the option VPN and then the ability to select OpenConnect Compatible VPN.



          By using Network Manager to interface with OpenConnect, your routes will automagically appear and help you connect to the VPN. This is especially helpful for accessing servers over VPN, such as how FireHost does things.






          share|improve this answer














          If you are using Network Manager to manage your internet connections (as is the default manager on many systems), you may want to install both openconnect and network-manager-openconnect.



          Once the OpenConnect plugin is installed for Network Manager, open Network Manager and click the + icon in the lower-left. You should be given a combo-box with the option VPN and then the ability to select OpenConnect Compatible VPN.



          By using Network Manager to interface with OpenConnect, your routes will automagically appear and help you connect to the VPN. This is especially helpful for accessing servers over VPN, such as how FireHost does things.







          share|improve this answer













          share|improve this answer




          share|improve this answer










          answered Feb 11 '14 at 18:49









          earthmeLonearthmeLon

          8321 gold badge7 silver badges15 bronze badges




          8321 gold badge7 silver badges15 bronze badges


























              0


















              Just addition of an Answer. You can use -b flag and define your source IP as access time.



              Example



              ssh -b 10.11.22.40 10.11.22.38 





              share|improve this answer































                0


















                Just addition of an Answer. You can use -b flag and define your source IP as access time.



                Example



                ssh -b 10.11.22.40 10.11.22.38 





                share|improve this answer





























                  0














                  0










                  0









                  Just addition of an Answer. You can use -b flag and define your source IP as access time.



                  Example



                  ssh -b 10.11.22.40 10.11.22.38 





                  share|improve this answer














                  Just addition of an Answer. You can use -b flag and define your source IP as access time.



                  Example



                  ssh -b 10.11.22.40 10.11.22.38 






                  share|improve this answer













                  share|improve this answer




                  share|improve this answer










                  answered 2 hours ago









                  ShafiqShafiq

                  2901 gold badge3 silver badges13 bronze badges




                  2901 gold badge3 silver badges13 bronze badges


































                      draft saved

                      draft discarded



















































                      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.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function () {
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f16057%2fuse-ssh-with-a-specific-network-interface%23new-answer', 'question_page');
                      }
                      );

                      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









                      Popular posts from this blog

                      Taj Mahal Inhaltsverzeichnis Aufbau | Geschichte | 350-Jahr-Feier | Heutige Bedeutung | Siehe auch |...

                      Baia Sprie Cuprins Etimologie | Istorie | Demografie | Politică și administrație | Arii naturale...

                      Nicolae Petrescu-Găină Cuprins Biografie | Opera | In memoriam | Varia | Controverse, incertitudini...