Netedit Installation Guide
Netedit Installation Guide
2.1
Notices
The information contained herein is subject to change without notice. The only warranties for Hewlett
Packard Enterprise products and services are set forth in the express warranty statements accompanying
such products and services. Nothing herein should be construed as constituting an additional warranty.
Hewlett Packard Enterprise shall not be liable for technical or editorial errors or omissions contained herein.
Confidential computer software. Valid license from Hewlett Packard Enterprise required for possession, use,
or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software
Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under
vendor's standard commercial license.
Links to third-party websites take you outside the Hewlett Packard Enterprise website. Hewlett Packard
Enterprise has no control over and is not responsible for information outside the Hewlett Packard
Enterprise website.
Acknowledgments
Java® and Oracle® are registered trademarks of Oracle and/or its affiliates.
|2
Contents
Contents
Contents 3
Overview and requirements 4
NetEdit server requirements 4
NetEdit client-side requirements 4
NetEdit VM maintenance 23
Replacing the web-server certificate 24
Support and other resources 26
Accessing Aruba Support 26
Accessing updates 26
Aruba Support Portal 27
My Networking 27
Warranty Information 27
Regulatory Information 27
Documentation Feedback 27
n Deploy the NetEdit server OVA through the VMware vSphere Web Client interface.
n Perform the initial NetEdit server configuration using the console configuration tool.
n Access the NetEdit application user interface through a browser and set the initial application credentials.
For security purposes, some network administration tools have not been included in the OVA. These tools
include nslookup, netstat, tcpdump, ifconfig, arp, and route. These tools can still be installed on the running
VM at the admin's discretion.
n 6 CPUs
n 32 GB RAM
n 115 GB disk space (initial size 1.7 GB when thin provisioned)
n A network with connectivity to the target switches to be managed
Chrome 75
Firefox 69
Procedure
1. Use a web browser to log into the web UI of the vSphere server to which you want to deploy NetEdit.
The URL is [Link] If you are using ESXi 6.0, the URL is [Link]
address>/vsphere-client.
2. Navigate to Hosts and Clusters.
3. Right-click on where you want to deploy the OVA and select Deploy OVF Template.
4. Click Browse and select the local copy of the NetEdit OVA file.
9. Review the OVF template deployment settings, click the check box for Power on after deployment,
and then click Finish to start deployment.
Procedure
1. Unzip the NetEdit files to a folder on the local C: drive. Aruba recommends
C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines\NetEdit.
2. Open Hyper-V Manager and navigate to Action > New > Virtual Machine....
3. On the Specify Name and Location tab, name the VM, select Store the virtual machine in a
different location, and enter the path to the folder where the NetEdit files reside.
4. Click Next.
5. On the Specify Generation tab, select Generation 1 and click Next.
6. On the Assign Memory tab, enter 32768 in the Startup memory field and click Next.
7. On the Configure Networking tab, select the appropriate network where the VM will be connected
and click Next.
8. On the Connect Virtual Hard Disk tab, select Use an existing virtual hard disk, enter the path
to the NetEdit files, and click Next.
9. On the Summary tab, verify the information and click Finish.
10. In Hyper-V Manager, right-click the VM created and select Settings.
11. In the Processor section, increase the number of processors to 6 and click OK.
12. Right-click the VM and select Start.
13. Right-click the VM and select Connect.
Procedure
1. After the virtual machine (VM) is deployed, use the vSphere interface to select the running NetEdit
VM, open a console, and log in as neadmin.
2. The neadmin user will be prompted to reset the password on the first login. Follow the prompts to set
the new password.
3. After successfully resetting the password, the user will be prompted again for the new password, then
the console-based configuration will automatically start.
4. The first configuration page states that this tool can be rerun at any time.
When changes are necessary, rerun this script to ensure that changes are applied to the NetEdit
services.
6. Use the Network Configuration screen to specify a hostname and IP settings and then click Next.
7. If the settings are correct, click OK to finish or click Cancel to make changes.
The IP address shown is the address used to access the NetEdit application in a web browser.
Make note of this IP address.
8. The settings that have been applied are shown. Click OK to exit to the console command line. The
NetEdit server setup is complete.
The NetEdit admin can now log into the NetEdit application through a browser using the IP address from the
configuration screen.
The IP address can be retrieved from the virtual machine's console by executing the command hostname -I.
Procedure
1. From a web browser, navigate to the NetEdit application using [Link] Since the
NetEdit application is by default set up with a self-signed web certificate, the browser will be rerouted
to a privacy error page. To continue to the login page, click Proceed to <IP-address>.
Refer to Replacing the web-server certificate?> to set up your own secure certificate.
n The NetEdit application web UI credentials are separate from the NetEdit server OVA
credentials.
n The new password must be at least eight characters long.
5. Discover devices on the network by selecting Discover Devices from the Action menu in the top-
right corner of the Network page.
When discovery is initiated using a router attached to multiple subnets as a seed device,
each IP address of the router that is a subnet that NetEdit should discover may appear as a
separate device in NetEdit. Specifying multiple IP addresses from such a router as seeds will
definitely cause such "duplicate" devices to appear in NetEdit. If this happens, manually
identify and delete the extraneous "duplicate" devices from NetEdit using the Devices page.
You should now be able to see the devices on your network and configure them using NetEdit. For more
information on using NetEdit, see the online help build into the application.
The NetEdit virtual machine (VM) upgrade must be executed using the neadmin user.
Before starting an upgrade, take a VM snapshot of the NetEdit VM to serve as a backup. Note that the
upgrade process does not provide a backup or restore option. Therefore, failing to take a VM snapshot could
result in loss of data if the upgrade were to fail.
Before starting the upgrade, ensure that the NetEdit VM has enough space for the upgrade. The NetEdit
upgrade bundle consumes about 0.3 GB of space, and the extracted contents of the NetEdit upgrade
bundle consume about 0.8 GB of space.
Procedure
1. Download the upgrade bundle file from the Aruba Support Portal
([Link]
Select filters:
n Product Family: "Aruba Switches"
n Product Series: "Aruba NetEdit Software"
The extracted file should not be copied anywhere under the /opt/netedit directory, since doing so
could corrupt the application.
For example, if the IP address of the VM to be upgraded is [Link], use the following command
to copy the file to the /tmp directory on the VM:
3. Using ssh, connect to the NetEdit VM as the 'neadmin' user. For example, if the IP address of the VM
to be upgraded is [Link], then the following command will connect to the VM and open a shell
in the neadmin's home directory:
ssh neadmin@[Link]
sudo /tmp/netedit_bundle/netedit/bin/[Link]
Once the [Link] script finishes running, the NetEdit application has been upgraded and is ready for
use. Confirm that you can successfully log in to the application and the correct version is displayed in the UI,
by selecting the About option under the Help menu. At this point, /tmp/netedit_bundle and its contents
have been removed from the VM.
The [Link] script makes a backup copy of the pre-existing [Link] file to
/opt/netedit/config/[Link]. If changes have been made to the pre-existing
[Link] file before upgrading, manual transfer of the modified properties may be
required.
If the upgrade is not successful, review /opt/netedit/logs/[Link] to see if there are any errors that
need to be addressed. If you are still unable to successfully upgrade, please contact support.
Prerequisites
n Take a VM snapshot of the NetEdit VM to serve as a backup. Note that the upgrade process does not
provide a backup or restore option. Therefore, failing to take a VM snapshot could result in loss of data if
the upgrade were to fail.
n Ensure the NetEdit VM has enough space for the upgrade. The NetEdit upgrade may consume
approximately 1 GB of space.
n No other users are logged into NetEdit.
n No plan deployments are in progress.
n No device imports are in progress.
Procedure
1. Download the upgrade bundle file from the Aruba Support Portal
([Link]
Select filters:
n Product Family: "Aruba Switches"
n Product Series: "Aruba NetEdit Software"
2. Click on the ? icon in the top-right corner of the UI and select Upgrade:
4. Click UPGRADE.
Once the upgrade is complete, the web browser will be redirected to the NetEdit login screen.
5. Once you see the NetEdit login screen, press the F5 key to refresh the browser. This will refresh the
browser cache with the latest UI components.
Once the upgrade has been initiated, the NetEdit application will verify that the upgrade can be
performed before proceeding with the upgrade. The application will be offline for several minutes
while the upgrade is in progress.
The upgrade of the NetEdit application will make a backup copy of the current
/opt/netedit/config/[Link] file to
/opt/netedit/config/[Link]. If changes have been made to the current
[Link] file before upgrading, then manual transfer of the modified properties may
be required.
The plans page and the devices page may take a few minutes to re-populate after an upgrade.
At this point, the upgraded NetEdit application is ready for use.
All devices imported from NetEdit 1.x will appear as individual /32 subnets (using CIDR notation),
each with their own individual credentials. They can be left that way or consolidated using broader
subnet specifications and common credentials after the upgrade. However, no changes should be
required in order for NetEdit to report status for the imported devices and build a topology for them
on the Network page.
NetEdit VM maintenance
Aruba does not provide OS security updates to the NetEdit VM. To continue to benefit from important
security updates offered by Debian, please run the following items periodically:
Procedure
1. Use SSH or a vSphere console to log in to the NetEdit OVA as the neadmin user.
2. Stop the netedit-svr service.
sudo /opt/netedit/jre/bin/keytool \
-keystore /opt/netedit/config/appKeystore.p12 \
-certreq -alias tomcat -keyalg rsa \
-dname 'CN=myserver, OU=myDept, O=myOrg, L=myLoc, ST=myST, C=myC' \
-file /opt/netedit/config/[Link] \
The alias tomcat must be used in order for the NetEdit web server to operate correctly.
The -dname option is used as the subject in the CSR. Enter your organization’s information in the
above command.
First and last name (Common Name (CN)): Enter the domain of your website (for example,
[Link]) in this field.
Organizational Unit (OU): This field is for the name of the department or organization unit
making the request.
Organization (O): If your company or department has the special characters &, @, or any other
symbol using the shift key in its name, you must spell out the symbol or omit it to enroll. For
example: "XY & Z Corporation" would be "XYZ Corporation".
Locality or City (L): The Locality field is the city or town name (for example: Roseville).
State or Province (S): Spell out the state completely; do not abbreviate the state or province
name (for example: California).
Country Name (C): Use the two-letter code without punctuation for country (for example: US).
It is assumed the signed certificate from the CA is named [Link] and the CA's certificate is
[Link]. If [Link] is from your own internal CA, then you need to import [Link]
into your browser as an authority. If the signed certificate contains all the certificates to form a
trusted chain and the trusted chain ends with a self-signed root CA certificate then step 7 can be
omitted
7. Import the signed root certificate into the NetEdit app keystore.
8. Replace the existing self-signed certificate in the tomcat entry with the signed certificate from your CA
([Link]).
The alias tomcat must be used in order for the NetEdit web server to operate correctly.
10. Navigate to the NetEdit web interface, and verify the updated certificate is being used.
Changing the "Hostname" through the console-based NetEdit System Configuration script
netedit_config.py will cause a self-signed certificate to be created overwriting any existing
certificate.
Accessing updates
You can access updates from the Aruba Support Portal or the HPE My Networking Website.
My Networking
[Link]
To view and update your entitlements, and to link your contracts and warranties with your profile, go to the
Hewlett Packard Enterprise Support Center More Information on Access to Support Materials page:
[Link]
Access to some updates might require product entitlement when accessed through the Hewlett Packard
Enterprise Support Center. You must have an HP Passport set up with relevant entitlements.
Some software products provide a mechanism for accessing software updates through the product
interface. Review your product documentation to identify the recommended software update method.
To subscribe to eNewsletters and alerts:
[Link] (requires an active Aruba Support Portal (ASP)
account to manage subscriptions). Security notices are viewable without an ASP account.
Warranty Information
To view warranty information for your product, go to [Link]
services/product-warranties/.
Regulatory Information
To view the regulatory information for your product, view the Safety and Compliance Information for Server,
Storage, Power, Networking, and Rack Products, available at [Link]
Compliance-EnterpriseProducts
Documentation Feedback
Aruba is committed to providing documentation that meets your needs. To help us improve the
documentation, send any errors, suggestions, or comments to Documentation Feedback (docsfeedback-
switching@[Link]). When submitting your feedback, include the document title, part number, edition,
and publication date located on the front cover of the document. For online help content, include the
product name, product version, help edition, and publication date located on the legal notices page.