Advanced Device Configuration > Address Configuration for Connected Devices > Example 2: Two Private Subnets and VPN Configuration > Enabling Native IP and Accessing a Device’s Native Features Using Real IP Addresses for Example 2

Enabling Native IP and Accessing a Device’s Native Features Using Real IP Addresses for Example 2
After creating the VPN tunnel as described in IPSec VPN Configuration for Example 2 or PPTP VPN Configuration for Example 2, the user uses the OnBoard side IP address configured for the appropriate private subnet to access the OnBoard, and then enables Native IP access to the desired device.
Enabling Native IP Access
In this example, to enable native IP access on “sp1” or “sp2” on “sub1,” the user would enter the OnBoard side IP address for “sub1” (which is 192.168.1.1) in one of the two following ways:
Use ssh to connect to the OnBoard’s console and to access the rmenush menu in one of the following ways:
ssh username :192.168.1.1
ssh -t username :@192.168.1.1 menu
OR
Use ssh to execute the nativeipon command directly using the device alias:
ssh username : device_alias @192.168.1.1 nativeipon
Accessing Native Features for Example 2
After enabling native IP access, the user can access one of the desired native features that may be available on the device, including:
In the Web Manager on the OnBoard, clicking the “Go to native web interface” link on the Access Devices screen.
On the user’s workstation, on the command line, entering the ssh command with the name/alias of the device along with the IP address of the OnBoard side address for the subnet where the device resides.
For example, see the following ssh command line entered by the user named “allSPs” to access “sp2” on the private subnet whose OnBoard side IP address is 192.168.1.1.
ssh -t allSPs:sp2@192.168.1.1
A management application, which may be accessed in one of the following ways, depending whether the application is a client on the user’s workstation or resides on the service processor:
If the management application resides on the service processor, and is an executable that can be invoked on the command line, by accessing the service processor’s console first in one of the following two ways:
Invoking ssh with the spconsole command in the following format
ssh -t allSPs:sp2@192.168.1.1 spconsole
OR
In the Web Manager on the OnBoard, clicking the “Service Processor Console” link on the Access Devices screen.
AND
Invoking ssh with the devconsole command in the following format
ssh -t allSPs:sp2@192.168.1.1 devconsole
OR

Advanced Device Configuration > Address Configuration for Connected Devices > Example 2: Two Private Subnets and VPN Configuration > Enabling Native IP and Accessing a Device’s Native Features Using Real IP Addresses for Example 2