Close Menu
DPC Virtual Tips
    Read More

    How to Investigate TCP Retransmissions on Linux

    August 11, 2026

    Slurm Node Is DRAINED: How to Find the Exact Reason

    August 10, 2026

    Why Is My Slurm Job Pending? How to Decode Every Common Reason

    August 9, 2026
    • Home
    • About Us
    • Contact
    • Cookie Policy
    • Comment Policy
    • Privacy Policy
    • Terms of Use
    • Disclaimer
    Tuesday, August 11
    DPC Virtual Tips
    • Home
    • Operating Systems
    • PowerFlex
    • HPC
    • Virtualization
    • About the Author
    • About Us
    • Contact
    DPC Virtual Tips
    Home » Working with IDFW on NSX-T
    Virtualization

    Working with IDFW on NSX-T

    DaniloBy DaniloSeptember 3, 2023Updated:July 30, 2026No Comments5 Mins Read
    Facebook Twitter Pinterest LinkedIn Tumblr Email
    NSX-T IDFW
    Share
    Facebook Twitter LinkedIn Pinterest Email

    Working with IDFW on NSX-T is an article that shows what are the IDFW rules and how to create your IDFW rules on the NSX-T environment.

    IDFW is an acronym for Identity Distributed Firewall. Basically, with this feature, we can create DFW (Distributed Firewall) rules based on users and groups of users from Microsoft Active Directory (AD).

    This type of rule is useful when the aim is to create rules based on users or groups independent what is the source address of the end-user.
    For example, with an IDFW rule, we can permit the group user “Sales” to access the Web Server hosted on an NSX-T Segment and block the group user “HR” from accessing the same Web Server (both groups in this example are AD groups). And of course, we have a lot of possibilities when we are working with this type of rule.

    We have written an article about DFW. I highly recommend you check this article before continuing to read the current article:

    • https://dpcvirtualtips.com/what-is-nsx-t-dfw/

    How does the IDFW work?

    As we said before, IDFW is a type of DFW rule whose main aim is matching the traffic based on users or groups from the Microsoft Active Directory (AD). Whatever the user is, it can be matched by an IDFW rule (generally the end-user uses a computer that has joined in the Active Directory domain).

    So, for it to work as expected, the NSX-T needs to know when the end-user logged in on the Active Directory Domain. Basically, we have two ways to describe it:

    • By Guest Introspection: During the VMware Tools installation process, a driver called “NSX Introspection” needs to be installed together. This driver will be responsible for catching up on all logins and sending this information to the NSX Manager Cluster.
    • By Event Log Scraping: With this method, the NSX-T is responsible for getting the Windows Event Logs and searching by all logins.

    In our example here, we will use the first method (Guest Introspection).

    VMware Tools Installation Process

    Our first step here is to install the VMware Tools under a VM (Virtual Machine) running in an NSX-T Segment. This VM is part of an NSX-T Segment.
    In this example, we select the desired VM on the vSphere Client –> ACTIONS –> Guest OS –> Install VMware Tools.

    Access the Guest OS and start the VMware Tools Installation wizard. In the pictures below we can see all the details related to the installation process:

    After selecting the “Custom” setup type, we need to install the drive called “NSX File Introspection” as we can see in the picture below:

    After that, we have the VMware Tools installed with the required module for doing the NSX Introspection in the user logins.

    Enable Identity Firewall

    It is necessary to enable the IDFW feature. To do that, on the NSX Manager GUI, access the below menu:
    Security –> Policy Management –> Distributed Firewall –> Select the Tab “Category Specific Rules” –> ACTIONS –> General Settings:

    After that, we need to select in what vSphere Cluster we need to enable the IDFW feature.
    As we can see in the picture below, we are selecting the cluster “Cluster-LAB.LOCAL” under the tab Identity Firewall:

    Active Directory Integration

    So, now it is necessary to integrate the NSX-T with the Active Directory. On the NSX Manager GUI, access the below menu:
    System –> Configuration –> Identity Firewall AD –> ADD ACTIVE DIRECTORY

    Here we need to type details about the Active Directory domain. In this example, our domain name is “lab.local”. After typing all required configurations on this page, we need to click on LDAP Server to set up the details of the LDAP Server:

    About the LDAP Server configuration. Basically, here we need to type the IP address or hostname/FQDN of the LDAP Server (AD), select the protocol and port (LDAP, LDAPS), and type the username and password to read the Active Directory database:

    After that, click on SAVE to finish the configuration wizard:

    We can click on “Check Status” to check the integration with Active Directory. If the result is equal to “Success”, the integration is done with success:

    Under LDAP Server, also we can check the connectivity status by clicking on “Check Connectivity”:

    Group Creation

    To use the Active Directory Users and Groups, first, we need to create a group on the NSX Manager and then map this local group with the group from the Active Directory. To create a group, we need to access the menu:
    Inventory –> Groups –> ADD Group

    In this example, the group name is “it_group”. Click on “Set” on Compute Members and then under the tab “AD Groups”, select the group (here we must see all Active Directory Groups):

    Creating Firewall Rules

    At this moment, we can create the firewall policy and firewall rules under this firewall policy. As we explained before, the process to create an IDFW is the same as to create a DFW. The BIG DETAIL here is on the field “Sources” on the firewall rule:

    • For the IDFW feature to work as expected, we must select the AD Group on the SOURCE field on the firewall rule!

    In this example, we have two firewall rules. In the first one, the source AD group is “it_group”. In the second firewall rule, the source AD group is “c-level_group”. Look at the field Action – each firewall rule is doing a specific action for each AD group:

    Expected Results

    Based on our firewall policy, when users on the AD group “it_group” log in on the VM and access any web page using HTTP or HTTPS protocol, they will not have success on it because the firewall rule action is “Reject”.

    On the other hand, users on the AD group “c-level_group” will have success because the firewall rule action is “Allow” 😉

    To read more about IDFW, you can check the below link:

    • https://docs.vmware.com/en/VMware-NSX-T-Data-Center/3.2/administration/GUID-281FD887-8AB2-4D4D-841E-DF02065F3E97.html
    Share. Facebook Twitter Pinterest LinkedIn Tumblr Email
    Previous ArticleDHCP Server on NSX-T
    Next Article Setting Up Windows AD FS
    Danilo

    Infrastructure Engineer with experience in Virtualization, Linux, Windows Server and learning automation using Python. DPC Virtual Tips was created to share practical tutorials, lab experiences and troubleshooting guides focused on enterprise infrastructure technologies.

    Related Posts

    VM Replication with vSphere Replication and Site Recovery Manager

    June 16, 2025

    Changing DNS Settings on ESXi Hosts

    May 20, 2025

    Changing NTP Settings on ESXi Hosts

    May 19, 2025

    Comments are closed.

    Search
    Categories
    • HPC (10)
    • Operating Systems (83)
    • PowerFlex (22)
    • Virtualization (129)
    Read More
    Operating Systems

    How to Investigate TCP Retransmissions on Linux

    By DaniloAugust 11, 20260
    HPC

    Slurm Node Is DRAINED: How to Find the Exact Reason

    By DaniloAugust 10, 20260
    HPC

    Why Is My Slurm Job Pending? How to Decode Every Common Reason

    By DaniloAugust 9, 20260
    Operating Systems

    Linux Process Resource Usage: How to Find Heavy Processes

    By DaniloAugust 6, 20260
    HPC

    Lustre Filesystem Commands: A Practical Admin Guide

    By DaniloAugust 5, 20260
    Latest Posts

    How to Investigate TCP Retransmissions on Linux

    August 11, 2026

    Slurm Node Is DRAINED: How to Find the Exact Reason

    August 10, 2026

    Why Is My Slurm Job Pending? How to Decode Every Common Reason

    August 9, 2026
    Images from Gallery
    hpc main commands
    linux commands
    install rock linux
    lustre fs
    shell scripting
    vSAN Trace Files
    Categories
    • HPC
    • Operating Systems
    • PowerFlex
    • Virtualization
    • Home
    • About Us
    • Contact
    • Cookie Policy
    • Comment Policy
    • Privacy Policy
    • Terms of Use
    • Disclaimer
    Copyright © 2026, DPC Virtual Tips. All rights reserved.

    Type above and press Enter to search. Press Esc to cancel.

    We use cookies to ensure your best experience on our website. If you continue using our website, we'll assume you agree to our cookie policy