• The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
Menu
  • The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
  • Admin Alert: How System i Boxes Impersonate Each Other, Part 1

    March 26, 2008 Joe Hertvik

    There are three specific instances where System i administrator need to change the communications identity of an i5/OS box so that it impersonates another box and can take its place in the network. Unfortunately, there isn’t a readily available procedure to make sure that this process is easily accomplished. To help, this week and next I’m presenting a procedure for modifying a System i box to impersonate another machine.

    Why Bother To Impersonate?

    It’s handy to know how to modify a System i or iSeries box to impersonate another box in the following situations.

    1. When purchasing a new machine to replace an existing production machine. During the testing period, you may need to restore and reconfigure the new machine so that it can function on the network next to the soon-to-be replaced machine. After the new machine goes into service as the production machine, you may want to temporarily run the replaced machine side-by-side with the new machine in order to check settings, retrieve files, and otherwise compare the old system to the new system.
    2. In a fail over situation when you activate a Capacity BackUp (CBU) unit to take over processing for a failed System i box. In this scenario, you need to reconfigure the CBU so that it replaces the failed machine in the network, communication settings and all. On the fail-back situation, you may also temporarily need to reconfigure your production machine to another identity so that it can run side-by-side with the CBU in order to sync and replicate databases during recovery.
    3. During a disaster recovery situation. Here you may also temporarily need to run the recovered machine and the disaster recovery machine side-by-side in order to restore and restart the production box.

    These situations don’t come up often, but for at least two of them, speed is of the essence and the quicker you can change your machine’s communications identity, the better.

    Because of these situations, it’s become more important to know the procedure for turning one box into another. This week and next, I’ll detail how to reconfigure an i5/OS partition so that it can look, talk, and act like another i5/OS system to the network. Also check out the bottom of next week’s article where I’ll put all these concepts together into a single checklist that you can use the next time you need to make one system impersonate another.

    What Needs To Change?

    In my experience, you will need to change the following items to have one i5/OS partition impersonate another i5/OS partition on the network.

    1. Set up a new IP interface for the IP address, subnet mask, and TCP/IP routes that you want the machine to run under.
    2. If necessary, change the Local Adapter Address (Ethernet address) on the line description that you’re using for communicating with the network.
    3. Change the TCP/IP Host Name and Domain Name for the machine.
    4. Change the machine’s network attributes.
    5. If necessary, change any relevant system directory entries that are used by i5/OS or application programs to exchange information on the machine.
    6. If necessary, make any necessary changes to Relational Database Directory entries that are machine and IP address specific.
    7. Change the Server name and the Domain name for your iSeries NetServer configuration, if you have users and applications that access NetServer to retrieve data.

    These are the basic building blocks for changing a machine’s communications identity. Before you start, be sure to make a list of all the new settings that you will be changing these items to. If you’re planning to change the machine back to its original identity when you’re finished with the impersonation, make sure to write down the original values that you changed so that you can restore those settings later.

    This week, I’ll cover the first three items on the list. Next week, I’ll cover the rest of the items and present the complete checklist for changing your network identity.

    Step 1: Changing the IP Address, Subnet Mask, and TCP/IP Routes

    Obtain the values listed in step 1 from your network administrator or copy them from the machine you want to impersonate.

    As with many of the values in these articles, you can change these settings from either a 5250 green screen or from iSeries Navigator (OpsNav). To change these settings on the green screen, open the Configure TCP/IP menu (GO TCPCFG). To add or activate another IP address, take option 1 off the menu, Work with TCP/IP Interfaces. This option shows you all the existing IP interfaces on the system, where each interface is used to start or stop an IP address on your communications line.

    Select option 1 (Add) off the Work with TCP/Interfaces menu to enter a new interface. You’ll need the IP address that you want to add to the system, the name of the line description that you want to associate the new address with, the subnet mask that defines the network where this interface operates, and any other TCP/IP parameters that you want to define. If you want the interface to come up whenever the TCP/IP stack is activated, make sure to set the AUTOSTART parameter to *YES. When you are finished, press ENTER and the new interface will be added to your machine. To start the interface manually, select 9 (START) in front of the interface and press ENTER.

    If you want to disable your existing interface when the TCP/IP stack is started, select option 2 (CHANGE) in front of the interface and press ENTER. In the Change TCP/IP Interface screen for that interface, change the AUTOSTART parameter from *YES to *NO and TCP/IP will no longer start this interface when the stack is activated. To end this interface manually, enter 10 (END) in front of the interface and press ENTER.

    If you need to add or change TCP/IP routes for this machine, go back to the Configure TCP/IP menu and select Option 2, Work with TCP/IP Routes. Here you can change the default route (*DFTROUTE) for routing TCP/IP traffic or you can add other routes to direct traffic through your local network or over the Internet.

    If you prefer to use OpsNav to change your IP interface and routing properties, you can get to these properties through one of two paths.

    1. If you’re running IP Protocol version 4 (IPv4), open the Network→TCP/IP Configuration→IPv4 node under the partition that you want to configure the interfaces and the router for. Select the Interfaces option to display and change your current interface. You’ll find that you can use this screen to configure all the same properties that are available on option 1 of the Configure TCP/IP menu. To add a new interface, right-click on the Interfaces selection in the left-hand pane and select New Interface from the pop-up menu that appears.
    2. If you’re running Internet Protocol version 6 (IPv6), open the Network→TCP/IP Configuration→IPv6 node in OpsNav. The IPv6 branch of the OpsNav tree contains all the same configuration parameters as the IPv4 branch.
    3. To configure TCP/IP routes using OpsNav, open the Network→TCP/IP Configuration→IPv4→Routes or Network→TCP/IP Configuration→IPv6→Routes node. This will show you all the current routes for your system.

    Step 2: If Necessary, Change the Local Adapter Address on Your Communications Line

    As I explained in an earlier article about network card Media Access Control (MAC) problems, i5/OS network cards can be configured either to use the default MAC address that is burnt into the card or you can override the default address with a MAC address of your own. While it isn’t common practice in the non-System i world to override a MAC address, it is fairly common for System i machines to use an overridden address. This is done for several reasons but it was most commonly done so that older System Network Architecture Distribution (SNADS) controllers could use consistent addresses between machines and so that the MAC addresses for those controllers could be portable when you are changing hardware. So for the purposes of impersonating a System i box, custom MAC addresses for your lines are perfect because you won’t have to reconfigure other controllers on different systems in order to keep using certain older features, like SNADS.

    If your Ethernet communications line needs a custom MAC address to impersonate another box, you can change that parameter on the green screen by varying off the line and going into the Change Line Description (CHGLINETH) command (Ethernet) and entering the new MAC address into the Local Adapter Address (ADPTADR) parameter. Once changed, the new adapter address will become active the next time you vary on the Ethernet line.

    Unfortunately, there isn’t any option for changing the MAC address in the iSeries Access for Windows V5R4M0 version of OpsNav that I tested for this article. While you can change your Ethernet line description for other parameters when the line is down (which could be problematic if you’re trying to use OpsNav to access the box through an existing Ethernet connection), the OpsNav communication line properties panel does not have a place for changing the adapter’s MAC address. So if you need to change this parameter on your system, make sure to change it by using the CHGLINETH command, not OpsNav.

    Step 3: Change the TCP/IP Host Name and Domain Name For the Machine

    If you’re truly trying to have one machine impersonate another machine on the network, you also have to change the TCP/IP Host Name and Domain Name. The Host Name and Domain Name form a fully qualified domain name that helps identify this machine on the network.

    To change the host name on the green screen, once again enter the Configure TCP/IP menu by typing in the GO CFGTCP command.

    Select option 12, Change TCP/IP Domain Information, from the menu that appears. This option can also be accessed directly by running the Change TCP/IP Domain (CHGTCPDMN) command. On the Change TCP/IP Domain screen, you can change both the Domain Name and the Host Name for your machine. Changes will take effect the next time the machine is restarted.

    If you’re moving the machine to another sub-domain and you need to specify different Domain Name Servers (DNS) to be used by the machine, you can also change the DNS search list on this screen.

    To change these parameters in OpsNav, right-click on the Network→TCP/IP Configuration node for your partition and select Properties from the pop-up menu that appears. The Host Name, Domain Name, and DNS search list can also be changed from the TCP/IP Configuration Properties screen that appears.

    Three-Quarters Of the Way There?

    In most cases, these three changes will get you 60 to 75 percent of the way to impersonating another machine, but by themselves, they aren’t quite enough to put you over the top. I’ll cover the remaining System i impersonation tasks in our next issue and provide an easy-to-follow checklist for running through the process.

    About Our Testing Environment

    Configurations described in this article were tested on multiple i5 550 boxes running i5/OS V5R3 and V5R4. They were tested during six months of high availability exercises for failing over to a replicated CBU running MIMIX software. They were also tested during the migration of two system i520 partitions to a new i550 machine. Most of the commands shown here are available in earlier versions of the operating system running on iSeries or AS/400 machines. The OpsNav functions were tested using the iSeries Navigator software that comes with iSeries Access for Windows V5R4M0. If a command or function is present in earlier versions of the i5/OS or OS/400 operating systems, you may notice some variations in the pre-V5R4 copies of these commands. These differences may be due to command improvements that have occurred from release to release.

    RELATED STORY

    When System i Ethernet Cards Stop Broadcasting



                         Post this story to del.icio.us
                   Post this story to Digg
        Post this story to Slashdot

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Tags:

    Sponsored by
    DRV Tech

    Get More Out of Your IBM i

    With soaring costs, operational data is more critical than ever. IBM shops need faster, easier ways to distribute IBM applications-based data to users more efficiently, no matter where they are.

    The Problem:

    For Users, IBM Data Can Be Difficult to Get To

    IBM Applications generate reports as spooled files, originally designed to be printed. Often those reports are packed together with so much data it makes them difficult to read. Add to that hardcopy is a pain to distribute. User-friendly formats like Excel and PDF are better, offering sorting, searching, and easy portability but getting IBM reports into these formats can be tricky without the right tools.

    The Solution:

    IBM i Reports can easily be converted to easy to read and share formats like Excel and PDF and Delivered by Email

    Converting IBM i, iSeries, and AS400 reports into Excel and PDF is now a lot easier with SpoolFlex software by DRV Tech.  If you or your users are still doing this manually, think how much time is wasted dragging and reformatting to make a report readable. How much time would be saved if they were automatically formatted correctly and delivered to one or multiple recipients.

    SpoolFlex converts spooled files to Excel and PDF, automatically emailing them, and saving copies to network shared folders. SpoolFlex converts complex reports to Excel, removing unwanted headers, splitting large reports out for individual recipients, and delivering to users whether they are at the office or working from home.

    Watch our 2-minute video and see DRV’s powerful SpoolFlex software can solve your file conversion challenges.

    Watch Video

    DRV Tech

    www.drvtech.com

    866.378.3366

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Sponsored Links

    LANSA:  It's Time for 4 days of education at the LANSA User Conference, May 4 – 7, in Orlando
    MoshiMoshi:  An Interactive Experience for the System i Community. Coming March 30.
    Vision Solutions:  A Rewind Button for i5 Data? Read the Whitepaper

    IT Jungle Store Top Book Picks

    Easy Steps to Internet Programming for AS/400, iSeries, and System i: List Price, $49.95
    Getting Started with PHP for i5/OS: List Price, $59.95
    The System i RPG & RPG IV Tutorial and Lab Exercises: List Price, $59.95
    The System i Pocket RPG & RPG IV Guide: List Price, $69.95
    The iSeries Pocket Database Guide: List Price, $59.00
    The iSeries Pocket Developers' Guide: List Price, $59.00
    The iSeries Pocket SQL Guide: List Price, $59.00
    The iSeries Pocket Query Guide: List Price, $49.00
    The iSeries Pocket WebFacing Primer: List Price, $39.00
    Migrating to WebSphere Express for iSeries: List Price, $49.00
    iSeries Express Web Implementer's Guide: List Price, $59.00
    Getting Started with WebSphere Development Studio for iSeries: List Price, $79.95
    Getting Started With WebSphere Development Studio Client for iSeries: List Price, $89.00
    Getting Started with WebSphere Express for iSeries: List Price, $49.00
    WebFacing Application Design and Development Guide: List Price, $55.00
    Can the AS/400 Survive IBM?: List Price, $49.00
    The All-Everything Machine: List Price, $29.95
    Chip Wars: List Price, $29.95

    Unitek’s ERP Gets a Web Interface, Thanks to Profound’s RPGsp Progress Is Our Most Important Product

    Leave a Reply Cancel reply

Volume 8, Number 12 -- March 26, 2008
THIS ISSUE SPONSORED BY:

ProData Computer Services
SPSS
Guild Companies

Table of Contents

  • One Save File from More than One Library
  • Performance Advice from a Mysterious Friend, Part 2
  • Admin Alert: How System i Boxes Impersonate Each Other, Part 1

Content archive

  • The Four Hundred
  • Four Hundred Stuff
  • Four Hundred Guru

Recent Posts

  • Meet The Next Gen Of IBMers Helping To Build IBM i
  • Looks Like IBM Is Building A Linux-Like PASE For IBM i After All
  • Will Independent IBM i Clouds Survive PowerVS?
  • Now, IBM Is Jacking Up Hardware Maintenance Prices
  • IBM i PTF Guide, Volume 27, Number 24
  • Big Blue Raises IBM i License Transfer Fees, Other Prices
  • Keep The IBM i Youth Movement Going With More Training, Better Tools
  • Remain Begins Migrating DevOps Tools To VS Code
  • IBM Readies LTO-10 Tape Drives And Libraries
  • IBM i PTF Guide, Volume 27, Number 23

Subscribe

To get news from IT Jungle sent to your inbox every week, subscribe to our newsletter.

Pages

  • About Us
  • Contact
  • Contributors
  • Four Hundred Monitor
  • IBM i PTF Guide
  • Media Kit
  • Subscribe

Search

Copyright © 2025 IT Jungle