Default DNS server for NIOS-X servers is the Infoblox Threat Defense public anycast that can resolve all *.infoblox.com domains publically (52.119.41.100 or, formerly, 52.119.40.100)
Datasheet for On-Prem Hosts is here. Note: B1-105 is EOS/EOL. Dell is no longer selling the VEP line of appliances.
NIOS-X Virtual Server
| Recommended for | Micro-Sites | Small Branches | Medium Branches | Large Branches |
|---|---|---|---|---|
| QPS | 4.4K | 4.4K | 18K | 21K |
| LPS | 560 | 560 | 560 | 960 |
| CPU | 2-core Intel Atom@1.92Ghz | 4-core Intel Atom @ 2Ghz | 4-core Intel Atom @ 2.2.Ghz | 8-core Intel Xeon 2Ghz |
| RAM | 4GB | 8GB | 8GB | 32GB |
| Storage | 64GB | 64GB | 120GB | 1TB |
| Ports | 1 x 1G | 2 x 1G | 2 x 1G, 2 x 10G | 2 x 1G, 2 x 10G |
Each NIOS-X server will be the IP of ns.b1ddilocal.infoblox.com.
What gets considered as a Server Object when it comes to sizing the number of objects on a NIOS-X Server
A DNS Zone or DNS Record is counted towards the server object count of a NIOS-X server if, and only if, that NIOS-X server is authoritative for that Zone/Record.
While a secondary zone counts as a “server object”, the contents (records) of that zone do not count towards “server object” of NIOS-X regardless of whether the Infoblox Portal enables visibility of the secondary zone data. Visibility of secondary zone data will impact Management Token count.
A subnet/range will only be on a NIOS-X server if that NIOS-X server is assigned as the Member server or part of the HA pair assigned to that subnet/range.
A fixed address, reservation, or DHCP lease will only be on a NIOS-X server if they are in a subnet and/or DHCP range that the NIOS-X server has been assigned to directly or as part of a HA pair. For DHCP active-active mode, active-passive mode, advanced active-passive mode, and hub-spoke mode, a lease on the HA pair is added to the server object count on both NIOS-X members in the HA pair. The lease will be considered a single lease when counted as an Active IP address for Management tokens.
Example: 5 “spoke” sites have 100 leases which means they have 100 lease server objects each. The Hub NIOS-X server will have 500 lease server objects.
The following should always work
dig @52.119.41.100 +short A www.infoblox.com
dig @threatdefense.bloxone.infoblox.com +short A www.infoblox.com
nslookup www.infoblox.com threatdefense.bloxone.infoblox.com
The following will only work when querying from a public IP that is in an External Network definition in your Infoblox Threat Defense Tenant.
dig @52.119.41.100 +short A www.google.com
You can monitor NIOS-X servers via API. SNMP is not supported. Docs here.
Changing the size of a NIOS-X server by editing it has no impact on the operations of that NIOS-X server (i.e. no config changes, no service reboots, etc)
Configure DNS server profiles to “Minimize responses”.
If the appliance is not connecting to the cloud, check the local UI and see if NTP is happy. If it is not, change NTP from ntp.ubuntu.com to ntp.ubuntu.org (or something else) and see if that helps.
Remember that the appliance needs to figure out whether it should connect to US POP or EU POP. Therefore it must be able to resolve TXT for eu-com-1.realm-discovery.csp.infoblox.com.
dig TXT eu-com-1.realm-discovery.csp.infoblox.com eu-com-1.realm-discovery.csp.infoblox.com. 300 IN TXT "activation=grpc.csp.eu.infoblox.com:443" eu-com-1.realm-discovery.csp.infoblox.com. 300 IN TXT "csp=csp.eu.infoblox.com" eu-com-1.realm-discovery.csp.infoblox.com. 300 IN TXT "ngp-cp=cp.noa.eu.infoblox.com:443"
FYI:
You do not use the join token with the Dell VEPs. You first create a host in CSP and then the Dell VEP will use ZTP to connect (with it’s service tag).
Note that due to the custom OS, certain VM sizes do not support deployment. These include “Standard_F4als_v6”, “als_v6” series, “Standard_D2ads_v5”, “ads_v6” series, “Ebsv5”, “Ebdsv6”, “Lsv2”, “Lsv3”, “Lasv3”, among others.
Azure * 1x Standard F8s v2 (8 vcpus, 16 GB memory) ($142 per month in Sep 2022)
As per docs, AWS Xen-based instances are not supported (because they create interface names with capital letters) for NIOS-X deployments. Supported instance types include:
When deploying BloxOne Hosts, allow 30 minutes for the device to register properly.
Join Tokens are secrets used to connect the Docker/OVA image to the Infoblox Portal. Used once. Can create multiple ones for different users and we can revoke them. A single token can join multiple hosts. Hardware devices from Infoblox have their own way of authenticating.
If you are deploying a Data Connector host (VMware), increase the disk size of the BloxOne host to 750 GB before booting it for the first time.
WAN interface means the interface can be used to phone home to the Infoblox Portal. LAN interface means that the interface will not be used for Infoblox Portal connectivity.
If a physical or virtual server has multiple interfaces configured, syslog traffic will always be sent through the MGMT/WAN interface on the host. You cannot modify this interface. as per the docs
When you enable services on a NIOS-X host, the docker image is downloaded from the cloud to the NIOS-X hosts. This is why it can take a while to deploy (especially on slow networks). Disabling service will cause the container to be removed. It might be able to use cached image if you restart quickly. If it has been a while, the download image will have been purged.
The following is not official guidance. Just observations.
To access the HTTPS interface of an On-Prem Host, the username is admin and the password is the last 8 characters of the Product serial number. If the device is a Dell VEP, the serial is the service tag on the back of the Dell Device and is possibly only 7 characters long.
If you boot a B1-105 box and it gets DCHP, if you then reboot and there is no DHCP, it gets 192.168.1.2/24. However, the WEB GUI WILL NOT BE AVILABLE. This means we can stage all appliances on DHCP, ship to partner and get them to install. Remember to give the 105 appliances lots of time after booting before the Web GUI will appear (20 minutes).
systemctl enable docker.service systemctl start docker.service curl -O https://s3.amazonaws.com/ib-noa-prod.csp.infoblox.com/BloxOne_OnPrem_Docker_3.3.5.tar.gz docker load -i BloxOne_OnPrem_Docker_3.3.5.tar.gz docker image ls docker run -d --name blox.noa --network=host --restart=always\ -v /var/run/docker.sock:/var/run/docker.sock \ -v /var/lib/infoblox/certs:/ver/lib/infoblox/certs \ -v /etc/onprem.d/:/etc/onprem.d/ \ infobloxcto/onprem.agent:3.3.5 --jointoken <join_token> docker ps
You must use “blox.noa” as the container name. DO NOT change this.
To be fully compatible with the NIOS-X services, you must update the Docker daemon settings and set the log driver to “json-file.” For more information, refer to the Docker documentation.
Official documentation on deploying BloxOne in Azure is here.
First thing is to get working on azure-vhd-utilsLinux.
sudo apt install make gcc golang-go golint git git clone https://github.com/microsoft/azure-vhd-utils cd azure-vhd-utils make sudo cp azure-vhd-utils /usr/bin/
Notes:
azure-vhd-utils upload –localvhdpath <local_path> –stgaccountname <storage_account> –stgaccountkey <account_key>
–containername <container_name> –blobname bloxone.vhdFor uploading the BloxOne image, it needs to be uncompressed from ~3Gb to ~60Gb first.
Run PowerShell as administrator and convert the downloaded VHD file from dynmaic-size to fixed-size with:
Convert-VHD -Path C:\Users\name\Downloads\b1dynamic.vhd -DestinationPath C:\Users\Downloads\b1fixed.vhd -VHDType Fixed
March 2026 saw the release of NIOS-X 4.0.0 image. This runs Ubuntu 24.04. Older 3.x images run Ubuntu 20.04.3 (with extended security support).
Servers running 3.x cannot upgrade to 4.0. The VM must be redeployed. Hardware must be flashed from USB. B1-105 does not support new image.
The B1-105 appliance can be rebuilt using the ISO image that is available for the Dell VEP servers.
apt install p7zip-fullmkdir -p /mnt/usb && mount /dev/sdb1 /mnt/usb7z x ~/Downloads/bloxone-appliance-vX.Y.iso -o/mnt/usbbrew install p7zipdiskutil listdiskutil eraseDisk FAT32 BLOXONE MBRFormat /dev/disk2diskutil mountDisk /dev/disk27z x ~/Downloads/bloxone-appliance-vX.Y.iso -o/Volumes/BLOXONE“C:\Program Files\7-Zip\7z.exe” x C:\Downloads\bloxone-appliance-vX.Y.iso -oF:\Check that the host serial is in the CSP still and that its state is one of the following: “Pending/Awaiting Approval/Review Details”.
Now we reset the BIOS.
<DEL> or <ESC> to enter setup.Restore Defaults.Save & Exit?, select Yes and press Enter.Now we install the ISO image.
Hard Drive BBS Priorities and change the order for Boot Options #1 to the detected USB drive.Save & Exit?, select Yes and press Enter.stdin: not a typewriter; checking integrity, this may take some time.Install BloxOne Appliance on To be filled by O.E.M. serial xxxxxxx is selected by default and the installation starts automatically if you do not already have the same ISO image pre-installed on the appliance.Boot from next volume is selected and you must manually select the first option if you want to reinstall the same ISO image.After you have successfully installed the ISO image and connected the physical appliance to the Cloud Services Portal, the appliance will automatically enter the Awaiting Approval state. You will be able to log in to the Cloud Services Portal and approve. After approval it would take 30 minutes or so to complete to ONLINE status.
It is important to make sure we give ample amount of time for the appliance to complete each of its milesstones as said above or else we may not achieve the desired results.