<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>SneakU</title><link>https://dcoghlan.github.io/sneaku.com/</link><description>Recent content on SneakU</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 01 Dec 2020 00:00:00 +0000</lastBuildDate><atom:link href="https://dcoghlan.github.io/sneaku.com/index.xml" rel="self" type="application/rss+xml"/><item><title>VMware Configuration Maximums PowerShell Module</title><link>https://dcoghlan.github.io/sneaku.com/2020/12/01/vmware-configuration-maximums-powershell-module/</link><pubDate>Tue, 01 Dec 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/12/01/vmware-configuration-maximums-powershell-module/</guid><description>&lt;p&gt;A couple of weeks ago when I was helping a colleague out with a script to &lt;a href="https://dcoghlan.github.io/sneaku.com/2020/11/18/monitoring-nsx-fw-rules-per-host/"&gt;count the number of DFW rules on a host&lt;/a&gt; , I needed to see what other (if any) configuration maximums had changed between 2 releases of NSX-T.&lt;/p&gt;
&lt;p&gt;If you take a look at the configmax site &lt;a href="https://configmax.vmware.com"&gt;https://configmax.vmware.com&lt;/a&gt; , there is a link which will &amp;ldquo;Compare Limits&amp;rdquo; for you.&lt;/p&gt;
&lt;p&gt;&lt;img loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2020/12/01/vmware-configuration-maximums-powershell-module/images/image-1024x295.png"&gt;&lt;/p&gt;
&lt;p&gt;And this allows you to choose the releases that you want to compare&lt;/p&gt;</description></item><item><title>Monitoring NSX FW Rules per host</title><link>https://dcoghlan.github.io/sneaku.com/2020/11/18/monitoring-nsx-fw-rules-per-host/</link><pubDate>Wed, 18 Nov 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/11/18/monitoring-nsx-fw-rules-per-host/</guid><description>&lt;p&gt;Today I was asked for some help in figuring out the number of NSX-T Distributed Firewall rules configured for all filters on a given ESXi host.&lt;/p&gt;
&lt;p&gt;Why do we need to figure out this value? If you take a look at the configurations maximums page at &lt;a href="https://configmax.vmware.com"&gt;configmax.vmware.com&lt;/a&gt;, you&amp;rsquo;ll see one of the NSX-T Configuration Maximums is the number of &lt;strong&gt;Distributed Firewall Rules per Hypervisor Host&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Up until recently (NSX-T 3.0.2), this number had always remained the same at 10,000 and was something that you should monitor to make sure you remained within this (soft) limit.&lt;/p&gt;</description></item><item><title>NSX-T 3.0 - Notification Watcher now Supported</title><link>https://dcoghlan.github.io/sneaku.com/2020/07/14/nsx-t-3.0-notification-watcher-now-supported/</link><pubDate>Tue, 14 Jul 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/07/14/nsx-t-3.0-notification-watcher-now-supported/</guid><description>&lt;p&gt;As part of the NSX-T 3.0 release, an API only feature that I had discussed &lt;a href="https://dcoghlan.github.io/sneaku.com/2020/03/02/how-to-sync-a-dynamic-nsx-t-group-to-an-external-system/"&gt;in a previous post&lt;/a&gt;, now looks like it has had the experimental flag removed, which means it is now a supported API.&lt;/p&gt;
&lt;p&gt;This is great news for those who were looking at this set of APIs and using it to prove that the dynamic group membership updates could now be sent to external systems for consumption.&lt;/p&gt;</description></item><item><title>What's New in NSX-v 6.4.7 - L3port-optimization</title><link>https://dcoghlan.github.io/sneaku.com/2020/07/14/whats-new-in-nsx-v-6.4.7-l3port-optimization/</link><pubDate>Tue, 14 Jul 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/07/14/whats-new-in-nsx-v-6.4.7-l3port-optimization/</guid><description>&lt;p&gt;Late last week, the latest version of NSX vSphere, 6.4.7 was released for General Availability (GA). Although it was mainly a maintenance release, there were a couple of items listed in the What&amp;rsquo;s New section of the release notes. I won&amp;rsquo;t list them all here, and instead I will just provide you with a link.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://docs.vmware.com/en/VMware-NSX-Data-Center-for-vSphere/6.4/rn/releasenotes_nsx_vsphere_647.html"&gt;https://docs.vmware.com/en/VMware-NSX-Data-Center-for-vSphere/6.4/rn/releasenotes_nsx_vsphere_647.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Once a NSX-v environment has been upgrade to 6.4.7, you may notice there will be a difference in how Distributed Firewall (DFW) rules will look on the dataplane when viewing them using the following command:&lt;/p&gt;</description></item><item><title>Counting Exploded NSX-v DFW Rules</title><link>https://dcoghlan.github.io/sneaku.com/2020/06/09/counting-exploded-nsx-v-dfw-rules/</link><pubDate>Tue, 09 Jun 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/06/09/counting-exploded-nsx-v-dfw-rules/</guid><description>&lt;p&gt;When working with a customer recently, there was a question raised about how to calculate the actual number of NSX-v distributed firewall rules configured for a given VM on the dataplane of an ESXi host.&lt;/p&gt;
&lt;p&gt;Whilst the short answer was to jump onto the console of the hypervisor or SSH into the host and look at the rules configured on the filter with the following command:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;vsipioctl getrules -f &amp;lt;filtername&amp;gt;
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Looks easy enough right? However, It didn&amp;rsquo;t really work in this specific customers environment as SSH and console access to the hypervisors was managed by a 3rd party and hence it was impossible for the customer to run the above command.&lt;/p&gt;</description></item><item><title>Notify Switches on N-VDS</title><link>https://dcoghlan.github.io/sneaku.com/2020/06/01/notify-switches-on-n-vds/</link><pubDate>Mon, 01 Jun 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/06/01/notify-switches-on-n-vds/</guid><description>&lt;p&gt;Recevied an interesting question today about whether a N-VDS supports the &amp;ldquo;Notify Switches&amp;rdquo; feature that is available in regular VDS. And as I didn&amp;rsquo;t know the answer to this off the top of my head, it was time to do some digging.&lt;/p&gt;
&lt;p&gt;First we needed an environment where I had a N-VDS configured, and it just so happened I had a 2.5.1 setup running.&lt;/p&gt;
&lt;p&gt;Jumping onto a host, first thing was to find what the N-VDS was actually called.&lt;/p&gt;</description></item><item><title>How to count DFW rules per ESXi host.</title><link>https://dcoghlan.github.io/sneaku.com/2020/05/27/how-to-count-dfw-rules-per-esxi-host./</link><pubDate>Wed, 27 May 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/05/27/how-to-count-dfw-rules-per-esxi-host./</guid><description>&lt;p&gt;If you&amp;rsquo;ve heard me speak at VMworld on NSX Distributed Firewall best practises, you would have heard me speak about the importance of using the Applied To option when configuring DFW rules. One of the metrics using the Applied To option influences is the total number of rules configured per host.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;If you haven&amp;rsquo;t seen the VMworld session, I&amp;rsquo;ve uploaded it to YouTube for easier viewing - &lt;a href="https://youtu.be/fX9pwiIeMps"&gt;https://youtu.be/fX9pwiIeMps&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;As per the published configurations on &lt;a href="https://configmax.vmware.com/"&gt;configmax.vmware.com&lt;/a&gt;, the maximum number of rules supported per host is as follows:&lt;/p&gt;</description></item><item><title>Working with NSX-T 3.0 and VDS 7.0 - Duplicate Port Group Names</title><link>https://dcoghlan.github.io/sneaku.com/2020/04/15/working-with-nsx-t-3.0-and-vds-7.0-duplicate-port-group-names/</link><pubDate>Wed, 15 Apr 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/04/15/working-with-nsx-t-3.0-and-vds-7.0-duplicate-port-group-names/</guid><description>&lt;p&gt;When working with a colleague recently on an NSX-T 3.0 environment that utilises VDS 7.0 rather than N-VDS, we came across something which initially stumped me.&lt;/p&gt;
&lt;p&gt;If you were to try and create 2 Distributed Port Groups with the same name on the same vCenter&lt;/p&gt;
&lt;p&gt;&lt;img loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2020/04/15/working-with-nsx-t-3.0-and-vds-7.0-duplicate-port-group-names/images/image-7.png"&gt;&lt;/p&gt;
&lt;p&gt;the following error is displayed, which is expected.&lt;/p&gt;
&lt;p&gt;&lt;img loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2020/04/15/working-with-nsx-t-3.0-and-vds-7.0-duplicate-port-group-names/images/image.png"&gt;&lt;/p&gt;
&lt;p&gt;So what would happen if we created a NSX-T Segment with the same name as one already created through vCenter?&lt;/p&gt;</description></item><item><title>NSX-T Error when trying to configure a VDS port group for a VMK Uninstall mapping</title><link>https://dcoghlan.github.io/sneaku.com/2020/03/10/nsx-t-error-when-trying-to-configure-a-vds-port-group-for-a-vmk-uninstall-mapping/</link><pubDate>Tue, 10 Mar 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/03/10/nsx-t-error-when-trying-to-configure-a-vds-port-group-for-a-vmk-uninstall-mapping/</guid><description>&lt;p&gt;This is one of those pesky errors that I keep stumbling across, and every time It pops up, I forget how to fix it, so I am going to document it once and for all so that I can at easily find the fix for it.&lt;/p&gt;
&lt;p&gt;When adding a ESXi transport node into NSX-T and wanting to configure the vmk uninstall mappings (to handle removing the NSX-T VIBs and migrating the VMKernel interfaces back to a VSS/VDS), the following error sometimes appears.&lt;/p&gt;</description></item><item><title>How to sync a dynamic NSX-T group to an external system</title><link>https://dcoghlan.github.io/sneaku.com/2020/03/02/how-to-sync-a-dynamic-nsx-t-group-to-an-external-system/</link><pubDate>Mon, 02 Mar 2020 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2020/03/02/how-to-sync-a-dynamic-nsx-t-group-to-an-external-system/</guid><description>&lt;p&gt;One of the things that makes NSX-T such a flexible platform when it comes to creating security policy is the ability to group membership defined by dynamic criteria, or based on objects such as a logical segment.&lt;/p&gt;
&lt;p&gt;Once a group has been defined in NSX-T based on dynamic criteria, its membership can grow and shrink based on the specified criteria, which is awesome, and allows for virtual workloads to be added/removed from groups based on other attributes (e.g tags, amongst other attributes). But one of the sticking points of this extremely dynamic behaviour is that the groups are only available within the specific NSX-T environment for which they are configured.&lt;/p&gt;</description></item><item><title>Running nested NSX-T on NSX-T</title><link>https://dcoghlan.github.io/sneaku.com/2019/12/11/running-nested-nsx-t-on-nsx-t/</link><pubDate>Wed, 11 Dec 2019 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2019/12/11/running-nested-nsx-t-on-nsx-t/</guid><description>&lt;p&gt;Recently I have been seeing various posts about running NSX-T on NSX-T, and I thought it was about time that I finished off this post i&amp;rsquo;ve been sitting on for quite some time.&lt;/p&gt;
&lt;p&gt;As part of my teams role, we have a lab environment which we use for customer re-productions, however, we also run enablement sessions internally using our own labs.&lt;/p&gt;
&lt;p&gt;These nested NSX-T labs run on top of a NSX-T environment which is being driven by VMware Integrated Openstack (VIO).&lt;/p&gt;</description></item><item><title>NSX-v: Where is my object used that I am trying to delete?</title><link>https://dcoghlan.github.io/sneaku.com/2017/09/07/nsx-v-where-is-my-object-used-that-i-am-trying-to-delete/</link><pubDate>Thu, 07 Sep 2017 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2017/09/07/nsx-v-where-is-my-object-used-that-i-am-trying-to-delete/</guid><description>&lt;p&gt;Over the past few years of working with NSX vSphere, one of the more frustrating things that would happen is that you would try to delete an object of some description (IP Set, Security Group, Service etc) and you would get the annoying message in the UI which says the object is in use, but it doesn&amp;rsquo;t give you any more information or any context of where to even start looking to find out where it is being used.&lt;/p&gt;</description></item><item><title>Monitoring DFW Heap Usage</title><link>https://dcoghlan.github.io/sneaku.com/2017/06/06/monitoring-dfw-heap-usage/</link><pubDate>Tue, 06 Jun 2017 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2017/06/06/monitoring-dfw-heap-usage/</guid><description>&lt;p&gt;When operating NSX-v DFW at scale, the recommendation from VMware on memory/heap usage per host is to stick to a maximum of around 80% usage. But then this often raises the question of how to monitor the actual memory/heap the the DFW is consuming per host.&lt;/p&gt;
&lt;p&gt;As the NSX-v Distributed Firewall is running in kernel on the vSphere hypervisor, it uses leverages vSphere memory heaps. So to monitor the memory usage per host, it is these vSphere heaps that need to be monitored.&lt;/p&gt;</description></item><item><title>SneakU vSIP Heap Monitoring - Content Pack</title><link>https://dcoghlan.github.io/sneaku.com/custom/sdm_downloads/sneaku-vsip-heap-monitoring-content-pack/</link><pubDate>Tue, 06 Jun 2017 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/custom/sdm_downloads/sneaku-vsip-heap-monitoring-content-pack/</guid><description/></item><item><title>Log Insight &amp; NSX-v DFW</title><link>https://dcoghlan.github.io/sneaku.com/2017/05/05/log-insight-nsx-v-dfw/</link><pubDate>Fri, 05 May 2017 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2017/05/05/log-insight-nsx-v-dfw/</guid><description>&lt;p&gt;I was recently asked by a customer who is running NSX vSphere (NSX-v) and Log Insight, is there a way they can export data from Log Insight that will give them the unique source/destination/protocol/destinationPort from the DFW logs for a given ruleId over a given time period. This exported data could then be fed into a &lt;a href="https://github.com/vmware/"&gt;PowerNSX&lt;/a&gt; (&lt;a href="https://github.com/vmware/"&gt;Get it on GitHub&lt;/a&gt;) script to create the required firewall rules.&lt;/p&gt;
&lt;p&gt;My initial response to the question was &amp;ldquo;buggered if I know, but I will send an email to some people that will know&amp;rdquo;.&lt;/p&gt;</description></item><item><title>My Python Virtual Env Setup Instructions</title><link>https://dcoghlan.github.io/sneaku.com/2016/11/17/my-python-virtual-env-setup-instructions/</link><pubDate>Thu, 17 Nov 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/11/17/my-python-virtual-env-setup-instructions/</guid><description>&lt;p&gt;Seeing as though I am always building different Ubuntu virtual machines to perform various python actions on (often on different customer sites), I find myself setting up the same things over and over again.&lt;/p&gt;
&lt;p&gt;My notes for this process are normally scattered between Notepad/TextEdit and Evernote, so its about time to put them all in the one spot so I can reference them easily.&lt;/p&gt;
&lt;p&gt;Depending on the environment I am working in, I may need to do an upgrade of the Ubuntu OS.&lt;/p&gt;</description></item><item><title>Central CLI Update #1 for NSX 6.2.3/6.2.4</title><link>https://dcoghlan.github.io/sneaku.com/2016/09/17/central-cli-update-%231-for-nsx-6.2.3-6.2.4/</link><pubDate>Sat, 17 Sep 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/09/17/central-cli-update-%231-for-nsx-6.2.3-6.2.4/</guid><description>&lt;p&gt;Following on from my previous post in regards to getting the &lt;a href="http://www.sneaku.com/2016/09/06/central-cli-api-update-for-nsx-6-2-36-2-4/"&gt;Central CLI API&lt;/a&gt; working after an upgrade to 6.2.3/6.2.4, it seems that a nice little enhancement has been made which should help verifying and troubleshooting DFW data plane issues.&lt;/p&gt;
&lt;p&gt;When looking at DFW filters and you wanted to view the contents of an address set, on the data plane you would issue the following command:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;vsipioctl getaddrsets -f filter-name
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;And it would display the &lt;strong&gt;complete&lt;/strong&gt; list of address sets for the particular filter.&lt;/p&gt;</description></item><item><title>NSXv - DFW Log Format Change</title><link>https://dcoghlan.github.io/sneaku.com/2016/09/17/nsxv-dfw-log-format-change/</link><pubDate>Sat, 17 Sep 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/09/17/nsxv-dfw-log-format-change/</guid><description>&lt;p&gt;In NSXv 6.2.2 and earlier, the format of the DFW logs has remained relatively the same for quite some time now. The following is a specific sample of the dfwpktlogs.log file from an NSXv 6.2.2 host.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[root@host-192-168-111-11:~] tail -f /var/log/dfwpktlogs.log
2016-09-17T09:41:50.979Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:50.979Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:50.979Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.026Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.026Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.026Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.026Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.089Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.135Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.792Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.792Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:51.792Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
2016-09-17T09:41:52.897Z INET match DROP domain-c46/1005 OUT 78 UDP 10.2.5.10/137-&amp;gt;10.2.5.255/137
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;The interesting thing about the sample logs shown above is that these are from 2 individual VMs, connected to 2 separated logical switches, but the VMs have the same IP address. This is a situation which can manifest itself when using NSX in either a multi-tenant environment or when using NSX to clone existing topologies.&lt;/p&gt;</description></item><item><title>Central CLI API Update for NSX 6.2.3/6.2.4</title><link>https://dcoghlan.github.io/sneaku.com/2016/09/06/central-cli-api-update-for-nsx-6.2.3-6.2.4/</link><pubDate>Tue, 06 Sep 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/09/06/central-cli-api-update-for-nsx-6.2.3-6.2.4/</guid><description>&lt;p&gt;When working on a customer site recently I was made aware that their system to use the NSX Central CLI via the API had stopped functioning. The system had stopped working when the upgrade to NSX 6.2.3 happened.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Click &lt;a href="http://www.sneaku.com/2016/02/22/nsx-v-web-central-cli/"&gt;here&lt;/a&gt; for my previous post on how to use the &lt;a href="http://www.sneaku.com/2016/02/22/nsx-v-web-central-cli/"&gt;Central CLI API&lt;/a&gt;.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;When submitting the request, they would always get the following response:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;The resource identified by this request is only capable of generating responses with characteristics not acceptable according to the request &amp;#34;accept&amp;#34; headers.
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;It turns out that there was a change made to the API, and an additional header is required to make it work with NSX 6.2.3 &amp;amp; 6.2.4. You now need to add the following to the existing headers:&lt;/p&gt;</description></item><item><title>NSX-v 6.2.3 - DFW UI Enhancements</title><link>https://dcoghlan.github.io/sneaku.com/2016/07/14/nsx-v-6.2.3-dfw-ui-enhancements/</link><pubDate>Thu, 14 Jul 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/07/14/nsx-v-6.2.3-dfw-ui-enhancements/</guid><description>&lt;p&gt;With the recent release of NSX vSphere 6.2.3 there were a couple of subtle updates to the Distributed Firewall UI that aren&amp;rsquo;t obvious at first glance.&lt;/p&gt;
&lt;h2 id="rule-id-now-shown-by-default"&gt;Rule ID now shown by default.&lt;/h2&gt;
&lt;p&gt;The Rule ID is now shown in the Distributed Firewall UI by default. No need to continually enable the visibility of the column every time you log in.&lt;/p&gt;
&lt;h2 id="adding-a-dfw-rule-doesnt-scroll-up-to-the-top-of-the-screen"&gt;Adding a DFW rule doesn&amp;rsquo;t scroll up to the top of the screen.&lt;/h2&gt;
&lt;p&gt;When working with large rule sets, when you wanted to add a new rule into a section, it would always return you to the top of the section/rule base upon insertion of the rule, thus forcing you to have to scroll again to try and find the blank rule that has now been inserted so that you can configure it before publishing it.&lt;/p&gt;</description></item><item><title>NSX-v - How to find Object IDs for almost everything!</title><link>https://dcoghlan.github.io/sneaku.com/2016/07/12/nsx-v-how-to-find-object-ids-for-almost-everything/</link><pubDate>Tue, 12 Jul 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/07/12/nsx-v-how-to-find-object-ids-for-almost-everything/</guid><description>&lt;p&gt;When starting out with the NSX-v API, you will quickly learn that there are times where you are required to reference an object, like when you want to add a member to a security group, you are required to know the object ID of the object you want to add as a member to the security group, as well as the object ID of the security  group itself.&lt;/p&gt;
&lt;p&gt;When using the NSX-v UI, you can try as hard as you want, but your aren&amp;rsquo;t going to be able to find the security group object ID. So how do you find it?&lt;/p&gt;</description></item><item><title>vSphere Web Client, NSX and a dreaded black screen</title><link>https://dcoghlan.github.io/sneaku.com/2016/07/03/vsphere-web-client-nsx-and-a-dreaded-black-screen/</link><pubDate>Sun, 03 Jul 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/07/03/vsphere-web-client-nsx-and-a-dreaded-black-screen/</guid><description>&lt;p&gt;Every now and then I get asked by a colleague or client if there is a known issue with the vSphere Web Client and the NSX Plugin that causes the screen to go black.&lt;/p&gt;
&lt;p&gt;My response is to ask them the following questions:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Are you using Firefox as the browser?&lt;/li&gt;
&lt;li&gt;Are you accessing the machine your using the browser on via RDP?&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;So far the answers to the questions is always Yes to both of them!&lt;/p&gt;</description></item><item><title>NSX-v Web Central CLI</title><link>https://dcoghlan.github.io/sneaku.com/custom/sdm_downloads/nsx-v-web-central-cli/</link><pubDate>Sun, 21 Feb 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/custom/sdm_downloads/nsx-v-web-central-cli/</guid><description/></item><item><title>NSX-v Web Central CLI</title><link>https://dcoghlan.github.io/sneaku.com/2016/02/21/nsx-v-web-central-cli/</link><pubDate>Sun, 21 Feb 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/02/21/nsx-v-web-central-cli/</guid><description>&lt;p&gt;While NSX 6.2.x has been out for a while now, most people should be aware of the newly introduced feature called the Central CLI.&lt;/p&gt;
&lt;p&gt;I won&amp;rsquo;t go into the details of what the Central CLI is, as you can read about it on Brett Draytons blog (&lt;a href="http://brettdrayton.com/vmware-nsx-6-2-central-cli-introduction/"&gt;link&lt;/a&gt;).&lt;/p&gt;
&lt;p&gt;What I do want to point out though is that the main method for accessing the Central CLI is via a SSH connection to the NSX Manager. As you may or may not be aware, the authentication used for SSH connections to the NSX Manager is not integrated with SSO, meaning it uses local authentication.&lt;/p&gt;</description></item><item><title>NSX-v: The Penny Drops</title><link>https://dcoghlan.github.io/sneaku.com/2016/01/26/nsx-v-the-penny-drops/</link><pubDate>Tue, 26 Jan 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/01/26/nsx-v-the-penny-drops/</guid><description>&lt;p&gt;I was onsite implementing NSX-v for a customer, and part of the installation in this environment requires that we allocate the VTEP pnics to the VXLAN transport VLAN. To do this I had to liaise with the Network Operations guy. After laying it out for him that although these VTEP interfaces are going to be used for &amp;ldquo;VM Data&amp;rdquo; (his words, not mine) they will only need to be an access port in VLAN xxx, the penny finally dropped for this guy on why they are going the NSX-v route.&lt;/p&gt;</description></item><item><title>NSX Manager: VTY configuration is locked by other VTY</title><link>https://dcoghlan.github.io/sneaku.com/2016/01/22/nsx-manager-vty-configuration-is-locked-by-other-vty/</link><pubDate>Fri, 22 Jan 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/01/22/nsx-manager-vty-configuration-is-locked-by-other-vty/</guid><description>&lt;p&gt;Have you ever had the problem of working on a unstable network connection and your network drops out.&lt;/p&gt;
&lt;p&gt;Well this happened to me this morning, but whilst it happened, I was actually connected to my NSX Manager via SSH and in configuration mode. When my network connectivity returned (4G) and I could SSH into the NSX Manager, I was greeted with the following:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;VTY configuration is locked by other VTY
nsxmgr&amp;gt; ena
Password:
nsxmgr# conf t
VTY configuration is locked by other VTY
nsxmgr#
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;I asked around internally and it turns out that there is currently no elegant way of disconnecting the session which has crashed. I will be following this up so that hopefully an elegant solution will be included in a future release.&lt;/p&gt;</description></item><item><title>How to create a NSX-v API Only User Account</title><link>https://dcoghlan.github.io/sneaku.com/2016/01/21/how-to-create-a-nsx-v-api-only-user-account/</link><pubDate>Thu, 21 Jan 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/01/21/how-to-create-a-nsx-v-api-only-user-account/</guid><description>&lt;p&gt;One of the main reasons for customers wanting to implement NSX for vSphere is the fact there is a RESTful API which can be leveraged to drive the whole system.&lt;/p&gt;
&lt;p&gt;In a standard NSX-v installation, by default, the only account that has API only privileges (and no vSphere Web Client privileges) is the NSX Manager &amp;ldquo;admin&amp;rdquo; account. It is possible to use vSphere SSO accounts to interact with the NSX API, however this will also allow vSphere Web Client access (although they wont be able to view or access anything once logged on without granting specific vCenter rights).&lt;/p&gt;</description></item><item><title>NSX-v: Manually uninstall NSX VIBs</title><link>https://dcoghlan.github.io/sneaku.com/2016/01/21/nsx-v-manually-uninstall-nsx-vibs/</link><pubDate>Thu, 21 Jan 2016 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2016/01/21/nsx-v-manually-uninstall-nsx-vibs/</guid><description>&lt;p&gt;Due to a recent lab rebuild, I needed to manually remove the NSX VIBs that were installed on my ESXi host, and thought I would document the process so I can remember it in the future.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;Removing the NSX VIBs from a host manually does not remove the configuration stored on the NSX Manager, so care needs to be taken when doing this.&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;Depending on the version of NSX-v installed, the number of NSX VIBs installed will vary.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Using PHP to query NSX-v via REST</title><link>https://dcoghlan.github.io/sneaku.com/2015/11/09/using-php-to-query-nsx-v-via-rest/</link><pubDate>Mon, 09 Nov 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/11/09/using-php-to-query-nsx-v-via-rest/</guid><description>&lt;p&gt;Whilst working on a little side project of mine, I wanted to be able to submit a REST API call against a NSX Manager. At first I was just going to use shell_exec to execute one of my python scripts, but after a bit of investigation, I found that I could use the PHP Client URL Library (&lt;a href="http://php.net/manual/en/book.curl.php"&gt;cURL&lt;/a&gt;) .&lt;/p&gt;
&lt;p&gt;It took me a little bit of time to get it working just the way I wanted, but now that I have the basics, it should be simple to be able to do most things through a webpage.&lt;/p&gt;</description></item><item><title>Spoofguard Investigations</title><link>https://dcoghlan.github.io/sneaku.com/custom/sdm_downloads/spoofguard-investigations/</link><pubDate>Tue, 13 Oct 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/custom/sdm_downloads/spoofguard-investigations/</guid><description/></item><item><title>NSXRAMLCLIENT on Ubuntu Issues</title><link>https://dcoghlan.github.io/sneaku.com/2015/09/30/nsxramlclient-on-ubuntu-issues/</link><pubDate>Wed, 30 Sep 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/09/30/nsxramlclient-on-ubuntu-issues/</guid><description>&lt;p&gt;Following on from my last post about the &lt;a href="http://www.sneaku.com/2015/09/18/nsx-vsphere-raml-client/"&gt;NSXRAMLCLIENT&lt;/a&gt;, I decided to setup an Ubuntu machine dedicated to being able to run the NSXRAMLCLIENT in my home lab.&lt;/p&gt;
&lt;p&gt;Using my own instructions that I had written previously to get it up and running on my OSX 10.10.5 machine, I came across a peculiar issue when trying to initiate a connection to the nsx manager.&lt;/p&gt;
&lt;p&gt;Here is the code I was running which works on my OSX machine without issues:&lt;/p&gt;</description></item><item><title>NSX vSphere RAML Client</title><link>https://dcoghlan.github.io/sneaku.com/2015/09/18/nsx-vsphere-raml-client/</link><pubDate>Fri, 18 Sep 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/09/18/nsx-vsphere-raml-client/</guid><description>&lt;p&gt;Up until now, my programmatic interactions with the NSX API have all been hacked together based on the NSX API Guide, due to the lack of a specific NSX API scripting interface.&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;
&lt;p&gt;For typical vSphere scripting, there has been PowerCli and also pyvmomi and I am sure a few more I don&amp;rsquo;t know about, but nothing created specifically for NSX. This meant that for individuals like myself, who wanted to write scripts to interact with the NSX-v API through python, we would have to create all the API calls from scratch which is time consuming and then learn how to parse the responses and content.&lt;/p&gt;</description></item><item><title>NSX-v Security Policy Applied To Considerations</title><link>https://dcoghlan.github.io/sneaku.com/2015/09/07/nsx-v-security-policy-applied-to-considerations/</link><pubDate>Mon, 07 Sep 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/09/07/nsx-v-security-policy-applied-to-considerations/</guid><description>&lt;p&gt;When working with the Service Composer in NSX-v, by default, when a firewall rule is created in a Security Policy, the firewall rule, when applied, uses the default &lt;strong&gt;Applied To&lt;/strong&gt; value of &lt;strong&gt;Distributed Firewall&lt;/strong&gt;. This means that even though the firewall rule is part of a security policy which is then applied to a specific security group, the rule would be pushed down to every vNIC within the clusters that have been prepared for NSX DFW capabilities and have the firewall enabled.&lt;/p&gt;</description></item><item><title>NSX-v 6.2 What's New: IP Discovery</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/28/nsx-v-6.2-whats-new-ip-discovery/</link><pubDate>Fri, 28 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/28/nsx-v-6.2-whats-new-ip-discovery/</guid><description>&lt;p&gt;One of the new features in NSX vSphere 6.2 is the introduction of new IP discovery mechanisms. The official release notes mentions this as follows:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;New IP address discovery mechanisms for VMs:&lt;/strong&gt; Authoritative enforcement of security policies based on VM names or other vCenter-based attributes requires that NSX know the IP address of the VM. In NSX 6.1 and earlier, IP address discovery for each VM relied on the presence of VMware Tools (vmtools) on that VM or the manual authorization of the IP address for that VM. NSX 6.2 introduces the option to discover the VM&amp;rsquo;s IP address using DHCP snooping or ARP snooping. These new discovery mechanisms enable NSX to enforce IP address-based security rules on VMs that do not have VMware Tools installed.&lt;/p&gt;</description></item><item><title>NSX-v 6.2 Whats New: Communication Channel Health</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/27/nsx-v-6.2-whats-new-communication-channel-health/</link><pubDate>Thu, 27 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/27/nsx-v-6.2-whats-new-communication-channel-health/</guid><description>&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/08/Communication-Channel-Health-01.png"&gt;&lt;/a&gt;NSX-v 6.2 was released last week (&lt;a href="https://www.vmware.com/support/nsx/doc/releasenotes_nsx_vsphere_620.html"&gt;Release Notes&lt;/a&gt;) and one of the features mentioned in the release notes is the Communication Channel Health feature.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Show health of the communication channels&lt;/strong&gt;: NSX 6.2.0 adds the ability to monitor communication channel health. The channel health status between NSX Manager and the firewall agent, between NSX Manager and the control plane agent, and between host and the NSX Controller can be seen from the NSX Manager UI. In addition, this feature detects when configuration messages from the NSX Manager have been lost before being applied to a host, and it instructs the host to reload its NSX configuration when such message failures occur.&lt;/p&gt;</description></item><item><title>NSX-v Unable to install VIBs: Blame VUM</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/27/nsx-v-unable-to-install-vibs-blame-vum/</link><pubDate>Thu, 27 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/27/nsx-v-unable-to-install-vibs-blame-vum/</guid><description>&lt;p&gt;When working with a customer recently to install NSX-v into a lab environment, we were faced with hosts which would fail when we went through the Host Preparation steps to install the NSX VIBs.&lt;/p&gt;
&lt;p&gt;As it turns out, it wasn&amp;rsquo;t the usual problems of incorrect DNS or a firewall causing issues but rather vSphere Update Manager (VUM) which was causing the issue.&lt;/p&gt;
&lt;p&gt;So from what I can deduce, it seems that when you Click the install button to prepare a cluster, EAM is used to install a VIB onto the ESXi hosts within that cluster, an agency is created within EAM for that specific cluster and within the cluster specific agency the following config option is set by default.&lt;/p&gt;</description></item><item><title>NSX-v 6.x: Operations and Troubleshooting Guides</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/26/nsx-v-6.x-operations-and-troubleshooting-guides/</link><pubDate>Wed, 26 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/26/nsx-v-6.x-operations-and-troubleshooting-guides/</guid><description>&lt;p&gt;Operating and troubleshooting a NSX-v environment can sometimes be a daunting task, especially if the customer had the environment setup by an external party (ie. VMware PSO or a VMware Partner). And so over the past few weeks, VMware have released 2 pieces of collateral which I am finding answer a lot of questions that I am normally asked by customers.&lt;/p&gt;
&lt;p&gt;The first is the NSX-v Operations Guide, v6.1 (&lt;a href="https://communities.vmware.com/docs/DOC-30079"&gt;https://communities.vmware.com/docs/DOC-30079&lt;/a&gt;) that is posted on the VMware Communities site. At a high level, this document touches on the following topics:&lt;/p&gt;</description></item><item><title>Scripting: NSX-v – Bulk DFW Rule Creation</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/26/scripting-nsx-v-bulk-dfw-rule-creation/</link><pubDate>Wed, 26 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/26/scripting-nsx-v-bulk-dfw-rule-creation/</guid><description>&lt;p&gt;Recently when doing some performance testing with a customer, we wanted to have the ability to bulk create a number of DFW rules. By leveraging some python scripting and the NSX-v API, I came up with a flexible and re-useable script which can be used to create a new section and populate it with up to 997 DFW rules. The reason for creating a new section is so that when it comes time to delete the test rules, its as simple as just deleting the section, which will delete all rules within the section.&lt;/p&gt;</description></item><item><title>OSX Base64 Encoded Credentials</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/25/osx-base64-encoded-credentials/</link><pubDate>Tue, 25 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/25/osx-base64-encoded-credentials/</guid><description>&lt;p&gt;For those who have used the NSX vSphere REST API, you will know that with every API call you are required to send the following in the headers:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;Content-Type application/xml
Basic &amp;lt;base64 encoded credentials&amp;gt;
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;So if you have an OSX machine, you can leverage openssl (which is installed by default) to generate the base64 encoded credentials. This means you do not have to find a website and paste credentials into the site to generate the encoded credentials.&lt;/p&gt;</description></item><item><title>NSX-v Quick Tip – Changing Controller Passwords</title><link>https://dcoghlan.github.io/sneaku.com/2015/08/04/nsx-v-quick-tip-changing-controller-passwords/</link><pubDate>Tue, 04 Aug 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/08/04/nsx-v-quick-tip-changing-controller-passwords/</guid><description>&lt;p&gt;Changing NSX-v controller passwords is a question which comes up quite a bit with customers. Often because the passwords chosen at deployment time are either too complex to type in on a VM console session, or on the other end of the spectrum, they were set to something easy to type during deployment, and now need to be changed.&lt;/p&gt;
&lt;p&gt;When deploying NSX-v controllers during the setup phase, the password is set when deploying the first controller.&lt;/p&gt;</description></item><item><title>NSX-v Quick Tip – ESG Enable Mode</title><link>https://dcoghlan.github.io/sneaku.com/2015/07/29/nsx-v-quick-tip-esg-enable-mode/</link><pubDate>Wed, 29 Jul 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/07/29/nsx-v-quick-tip-esg-enable-mode/</guid><description>&lt;p&gt;When using the CLI of an Edge Services Gateway there are some commands that can only be run from privileged mode. This is similar in fashion to the Privileged EXEC mode in Cisco IOS devices, and also the commands to turn on and off privileged mode are identical.&lt;/p&gt;
&lt;p&gt;To turn on privileged mode on an ESG can be achieved with the following command:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;enable
&lt;/code&gt;&lt;/pre&gt;&lt;blockquote&gt;
&lt;p&gt;When it prompts you for the password, you enter the Admin password that you logged onto the CLI with.&lt;/p&gt;</description></item><item><title>NSX L2VPN with Standalone Edge</title><link>https://dcoghlan.github.io/sneaku.com/2015/07/14/nsx-l2vpn-with-standalone-edge/</link><pubDate>Tue, 14 Jul 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/07/14/nsx-l2vpn-with-standalone-edge/</guid><description>&lt;p&gt;One of the features of NSX-v is the ability to create a Layer 2 VPN between 2 NSX-v Edge Services Gateways (ESG from now on). But what happens if there is no NSX-v at the destination where you would like to extend your Layer 2 network. As of NSX-v 6.1.0 the concept of a Standalone Edge L2 VPN Client has been made available to deploy into a remote vSphere environment.&lt;/p&gt;</description></item><item><title>Packet Capture on VCSA 6.0</title><link>https://dcoghlan.github.io/sneaku.com/2015/06/26/packet-capture-on-vcsa-6.0/</link><pubDate>Fri, 26 Jun 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/06/26/packet-capture-on-vcsa-6.0/</guid><description>&lt;p&gt;Whilst working with a customer recently, we encountered a situation recently where we were required to run a packet capture on a VCSA (vCenter Server appliance) version 6.0.&lt;/p&gt;
&lt;p&gt;Being a Linux appliance underneath, the tool to use is tcpdump, but by default tcpdump is not actually installed by default. There are a few steps you need to follow to get it installed.&lt;/p&gt;
&lt;p&gt;SSH into the VCSA which should get you to the standard appliance shell&lt;/p&gt;</description></item><item><title>Scripting - Resetting NSX-v objects</title><link>https://dcoghlan.github.io/sneaku.com/2015/06/14/scripting-resetting-nsx-v-objects/</link><pubDate>Sun, 14 Jun 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/06/14/scripting-resetting-nsx-v-objects/</guid><description>&lt;p&gt;On various engagements I am involved with, I often need to produce some code to add or delete objects from NSX-v. These objects in general are things like IP Sets, MAC Sets, Security Groups, Security Tags, Services, Service Groups, Security Policies and even deleting the FW rulebase itself.&lt;/p&gt;
&lt;p&gt;Until recently I was doing this manually as I was dealing with relatively small numbers of objects, however on a previous engagement I was working on a script to import up to 33,000 objects and when testing the script in a dev environment, we needed a way to go through and delete everything we had just imported and set it back to &amp;ldquo;defaults&amp;rdquo;.&lt;/p&gt;</description></item><item><title>vRealize Operations Manager 6.0 - root account locked</title><link>https://dcoghlan.github.io/sneaku.com/2015/06/12/vrealize-operations-manager-6.0-root-account-locked/</link><pubDate>Fri, 12 Jun 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/06/12/vrealize-operations-manager-6.0-root-account-locked/</guid><description>&lt;p&gt;When working on a customer site recently, it was discovered that the root account on the vRealize Operations Manager 6.0 server had been locked out.&lt;/p&gt;
&lt;p&gt;This is the process we used to unlock the root account.&lt;/p&gt;
&lt;p&gt;Open up a console session to the VM&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/06/vROps-root-account-01.png"&gt;&lt;img alt="vROps - root account 01" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2015/06/12/vrealize-operations-manager-6.0-root-account-locked/images/vROps-root-account-01-1024x767.png"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Press Alt + F1 and try to login as root&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/06/vROps-root-account-02.png"&gt;&lt;img alt="vROps - root account 02" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2015/06/12/vrealize-operations-manager-6.0-root-account-locked/images/vROps-root-account-02-1024x768.png"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;You can see by the screenshot above that someone has tried many unsuccessful attempts to access the root account and subsequently it has been locked by the operating system.&lt;/p&gt;</description></item><item><title>About</title><link>https://dcoghlan.github.io/sneaku.com/about/</link><pubDate>Wed, 10 Jun 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/about/</guid><description>&lt;p&gt;My name is Dale Coghlan and this is my blog. Generally the content posted here will be related to the current field of work I am in, but as I am a bit of a car fan, the odd automobile past may find its way on here too.&lt;/p&gt;
&lt;p&gt;I started in the IT industry as a youngster back in &amp;lsquo;98 where I fell into some networking roles and have never looked back since. Over the years, working for private enterprise, investment banks, outsourcers, system integrators and now working for a vendor has given me experience in almost all sectors, which allows me to bring real world experience to my customers to get the best possible outcome.&lt;/p&gt;</description></item><item><title>NSX-v: Follow the IP/MAC address</title><link>https://dcoghlan.github.io/sneaku.com/2015/06/02/nsx-v-follow-the-ip-mac-address/</link><pubDate>Tue, 02 Jun 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/06/02/nsx-v-follow-the-ip-mac-address/</guid><description>&lt;p&gt;Recently on a customer site we had a peculiar scenario where we were deploying a VM into a NSX environment via vRA and the operation was failing due to an unknown reason. However, we noticed that the IP address that vRA had allocated for the new VM was still responding to our pings even though the provisioning process had failed and the VM was never actually deployed&amp;hellip;&amp;hellip; so what was responding to our pings and where was it????&lt;/p&gt;</description></item><item><title>Scripting syslog server configurations on NSX-v Controllers</title><link>https://dcoghlan.github.io/sneaku.com/2015/05/28/scripting-syslog-server-configurations-on-nsx-v-controllers/</link><pubDate>Thu, 28 May 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/05/28/scripting-syslog-server-configurations-on-nsx-v-controllers/</guid><description>&lt;p&gt;Its well documented that the only way to configure syslog settings on NSX-v controllers is via the REST API. One of the things I find myself constantly doing over and over again on customer engagements is configuring syslog servers details on the NSX-v controllers, whether its because I am at a new client, or someone decides to change the destination for their syslog and we need to update them all.&lt;/p&gt;</description></item><item><title>Broadcom bnx2x driver and VXLAN offload</title><link>https://dcoghlan.github.io/sneaku.com/2015/05/25/broadcom-bnx2x-driver-and-vxlan-offload/</link><pubDate>Mon, 25 May 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/05/25/broadcom-bnx2x-driver-and-vxlan-offload/</guid><description>&lt;p&gt;The Broadcom bnx2x NIC driver for VMware ESXi when installed on a ESXi 5.5 host is often an overlooked component when working with VMware NSX.&lt;/p&gt;
&lt;p&gt;If you have one of the Broadcom NICs which supports VXLAN offload and uses the bnx2x driver, it is important to choose the correct driver version. Not all versions are created equal!&lt;/p&gt;
&lt;p&gt;If you look through the release notes provided with all versions of the bnx2x driver download on the VMware website, it will show you a full history of changes and enhancements made to the driver.&lt;/p&gt;</description></item><item><title>Cisco ASA Logging</title><link>https://dcoghlan.github.io/sneaku.com/2015/05/25/cisco-asa-logging/</link><pubDate>Mon, 25 May 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/05/25/cisco-asa-logging/</guid><description>&lt;p&gt;When logging is enabled on a Cisco ASA, it often logs way to much information and makes it difficult to troubleshoot when there are issues to be looked at.&lt;/p&gt;
&lt;p&gt;Below is a config that can be pasted into an ASA which will disable most “noisy” logs and leave you with the denies, and most other relevant logs. This config will cut down your logging considerably.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;asdm history enable
logging enable
logging facility 20
logging timestamp
logging emblem
logging standby
logging console critical
logging monitor debugging
logging buffered informational
logging trap informational
logging asdm informational
logging history alerts
asdm history enable
! Build outbound TCP connection is not logged
no logging message 302013
! Teardown outbound TCP connection is not logged
no logging message 302014
! Build outbound UDP connection is not logged
no logging message 302015
! Teardown outbound UDP connection is not logged
no logging message 302016
! Build outbound ICMP connection is not logged
no logging message 302020
! Teardown outbound ICMP connection is not logged
no logging message 302021
! User accessed url is not logged
no logging message 304001
! Build dynamic TCP xlate is not logged
no logging message 305011
! Teardown dynamic TCP xlate is not logged
no logging message 305012
! Build local-host is not logged
no logging message 609001
! Teardown local-host is not logged
no logging message 609002
! Constructing * hash payload is not logged
no logging message 715046
! Processing * hash payload is not logged
no logging message 715047
! IKE keepalive message is not logged
no logging message 715075
no logging message 715036
! IKE decode message is not logged
no logging message 713236
&lt;/code&gt;&lt;/pre&gt;</description></item><item><title>Creating encrypted zip files on OSX</title><link>https://dcoghlan.github.io/sneaku.com/2015/05/24/creating-encrypted-zip-files-on-osx/</link><pubDate>Sun, 24 May 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/05/24/creating-encrypted-zip-files-on-osx/</guid><description>&lt;p&gt;Its become quite a common occurance that I need to create encrytped zip files to send to clients, and it seems to be one of those things which I always have to Google to figure out how to do it.&lt;/p&gt;
&lt;p&gt;So to save me looking up Google all the time, I am posting it up here so I always know where to look for it.&lt;/p&gt;
&lt;p&gt;This command will create an encrypted zip file of all files in a folder, exlcuding those pesky hidden OSX ones that begin with a period (.)&lt;/p&gt;</description></item><item><title>Scripting: NSX-v – Displaying Security Group Members</title><link>https://dcoghlan.github.io/sneaku.com/2015/04/24/scripting-nsx-v-displaying-security-group-members/</link><pubDate>Fri, 24 Apr 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/04/24/scripting-nsx-v-displaying-security-group-members/</guid><description>&lt;p&gt;Often when working in customer environments, there is a requirement to define security group members which are not virtual machines within the visualised environment. To achieve this, these security group members must be defined as an IP Set.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/04/IPSet-01.png"&gt;&lt;img alt="IPSet-01" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2015/04/24/scripting-nsx-v-displaying-security-group-members/images/IPSet-01-300x297.png"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/04/IPSet-02.png"&gt;&lt;img alt="IPSet-02" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2015/04/24/scripting-nsx-v-displaying-security-group-members/images/IPSet-02-1024x389.png"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The IP Set can then be included as an object in a security group.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/04/IPSet-03.png"&gt;&lt;img alt="IPSet-03" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2015/04/24/scripting-nsx-v-displaying-security-group-members/images/IPSet-03-1024x598.png"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;However, within the UI, it doesn&amp;rsquo;t show you all the non-vm members of a security group.&lt;/p&gt;</description></item><item><title>vRA: Network and Security Inventory Data Collection Errors</title><link>https://dcoghlan.github.io/sneaku.com/2015/03/26/vra-network-and-security-inventory-data-collection-errors/</link><pubDate>Thu, 26 Mar 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/03/26/vra-network-and-security-inventory-data-collection-errors/</guid><description>&lt;p&gt;Whilst working on a vCloud Automation Center integration with NSX-v this evening, I noticed a strange error which had appeared in the logs in regards to the data collection for Network and Security Inventory.&lt;/p&gt;
&lt;p&gt;The Network and Security Inventory data collection was displaying the time the data collection last completed, which looked fine to me, as it was inline with what I was expecting, but the status was showing as Failed.&lt;/p&gt;</description></item><item><title>Active Directory Users &amp; Groups</title><link>https://dcoghlan.github.io/sneaku.com/custom/tablepress_table/active-directory-users-groups/</link><pubDate>Wed, 18 Mar 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/custom/tablepress_table/active-directory-users-groups/</guid><description>&lt;p&gt;[[&amp;ldquo;NSX Role&amp;rdquo;,&amp;ldquo;AD Security Group&amp;rdquo;,&amp;ldquo;AD Users&amp;rdquo;],[&amp;ldquo;NSX Auditor&amp;rdquo;,&amp;ldquo;SG_NSX_Auditor&amp;rdquo;,&amp;ldquo;Max&amp;rdquo;],[&amp;ldquo;NSX Security Administrator&amp;rdquo;,&amp;ldquo;SG_NSX_SecurityAdministrator&amp;rdquo;,&amp;ldquo;Tony&amp;rdquo;],[&amp;ldquo;NSX Administrator&amp;rdquo;,&amp;ldquo;SG_NSX_Administrator&amp;rdquo;,&amp;ldquo;Michael\nBen&amp;rdquo;],[&amp;ldquo;NSX Enterprise Administrator&amp;rdquo;,&amp;ldquo;SG_NSX_EnterpriseAdministrator&amp;rdquo;,&amp;ldquo;Dale&amp;rdquo;]]&lt;/p&gt;</description></item><item><title>NSX-v: Controller Packet Capture</title><link>https://dcoghlan.github.io/sneaku.com/2015/03/18/nsx-v-controller-packet-capture/</link><pubDate>Wed, 18 Mar 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/03/18/nsx-v-controller-packet-capture/</guid><description>&lt;p&gt;So following on from my previous post (&lt;a href="http://www.sneaku.com/2015/03/16/nsx-v-esg-packet-capture/"&gt;NSX-v: ESG Packet Capture&lt;/a&gt;), today we run through how to do a packet capture on one of your NSX Controllers.&lt;/p&gt;
&lt;p&gt;Why would you want to do this I hear you ask?&lt;/p&gt;
&lt;p&gt;Well I had a situation recently where I had some unexplained behavior and I needed to make sure that a particular packet was physically arriving at the controller as it had to pass through several VRFs and a FW or two.&lt;/p&gt;</description></item><item><title>NSX-v: ESG Packet Capture</title><link>https://dcoghlan.github.io/sneaku.com/2015/03/16/nsx-v-esg-packet-capture/</link><pubDate>Mon, 16 Mar 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/03/16/nsx-v-esg-packet-capture/</guid><description>&lt;p&gt;Whilst troubleshooting at a client today, I needed to perform a packet capture on one of the Edge Services Gateways in the environment. Performing a packet capture is often very helpful in diagnosing a range of different issues.&lt;/p&gt;
&lt;p&gt;To kick off a packet capture you can jump on the console of the ESG or like I am doing in this example, open up an SSH session to the ESG.&lt;/p&gt;
&lt;p&gt;You will need to know what interface to run the capture on, so run the following command to list out all the interfaces &lt;em&gt;(for ease of reading I have removed all the interfaces that were showing down/down from the output)&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Links</title><link>https://dcoghlan.github.io/sneaku.com/pages/links/</link><pubDate>Mon, 02 Mar 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/pages/links/</guid><description>&lt;p&gt;On this page you&amp;rsquo;ll find links to other blogs and website which have extremely interesting content&amp;hellip;..&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://benmorgan.com.au"&gt;benmorgan.com.au&lt;/a&gt; - Ben Morgan - Cisco UC guru, also quite knowledgable on firewalls, VPN, routing and switching.&lt;/li&gt;
&lt;li&gt;&lt;a href="http://brettdrayton.com"&gt;brettdrayton.com&lt;/a&gt; - Brett Drayton - Fellow VMware PSO Colleaugue.&lt;/li&gt;
&lt;li&gt;&lt;a href="http://tonysangha.com"&gt;tonysangha.com&lt;/a&gt; - Tony Sangha - Cisco ISE &amp;amp; Wireless guy. Also knows heaps about other Cisco &amp;amp; VMware technologies.&lt;/li&gt;
&lt;li&gt;&lt;a href="https://telecomoccasionally.wordpress.com/"&gt;Telecom Occasionally&lt;/a&gt; - Dmitri Kalintsev - VMware NSX guru.&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>NSX-v Quick Tip - Where is my NSX Manager?</title><link>https://dcoghlan.github.io/sneaku.com/2015/02/25/nsx-v-quick-tip-where-is-my-nsx-manager/</link><pubDate>Wed, 25 Feb 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/02/25/nsx-v-quick-tip-where-is-my-nsx-manager/</guid><description>&lt;p&gt;So you&amp;rsquo;ve just installed NSX Manager and registered vCenter, but when you log in to the vSphere Web Client, you cannot see your NSX Manager. Where did it go?&lt;/p&gt;
&lt;p&gt;When deploying NSX-v, one of the initial steps involves registering vCenter server with NSX Manager. The section in the NSX 6.1 Installation guide reads as follows:&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;Register vCenter Server with NSX Manager&lt;/strong&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;You must login to the NSX Manager virtual appliance to register a vCenter Server and review the settings specified during installation.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Scripting: NSX-v - Security Groups with Dynamic membership</title><link>https://dcoghlan.github.io/sneaku.com/2015/02/19/scripting-nsx-v-security-groups-with-dynamic-membership/</link><pubDate>Thu, 19 Feb 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/02/19/scripting-nsx-v-security-groups-with-dynamic-membership/</guid><description>&lt;p&gt;NSX-v allows the creation of Security Groups to group objects to be used in DFW rules and security policies. Each security group can have a mix of static and dynamic membership (If you want to get picky, you can also statically exclude objects). One of the possible ways to dynamically include members into the security group is to match on a security tag. This allows a VM to have security tags assigned to them, and based on the security tag, a VM can be dynamically added as a security group member.&lt;/p&gt;</description></item><item><title>Scripting: NSX-v - Importing Checkpoint Objects</title><link>https://dcoghlan.github.io/sneaku.com/2015/02/06/scripting-nsx-v-importing-checkpoint-objects/</link><pubDate>Fri, 06 Feb 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/02/06/scripting-nsx-v-importing-checkpoint-objects/</guid><description>&lt;p&gt;When faced with migrating from a Checkpoint installation to a VMware NSX-v installation, at some point someone is going to need to get all the objects across to the new firewall platform. I was recently asked to help add some functionality to a script to take some data from an odumper csv output and pump it into NSX-v.&lt;/p&gt;
&lt;p&gt;The following script is a bit of a hack I put together. The script is based off one written by Brett Drayton (&lt;a href="http://www.brettdrayton.com"&gt;www.brettdrayton.com&lt;/a&gt;) in &lt;a href="http://brettdrayton.com/nsx-importing-data-checkpoint-ve/"&gt;this post&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Scripting: Querying NSX-v service objects by port</title><link>https://dcoghlan.github.io/sneaku.com/2015/02/05/scripting-querying-nsx-v-service-objects-by-port/</link><pubDate>Thu, 05 Feb 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/02/05/scripting-querying-nsx-v-service-objects-by-port/</guid><description>&lt;p&gt;When using the NSX-v distributed firewall (DFW) have you ever need to find out if a service has already been configured in the system for a particular port number?&lt;/p&gt;
&lt;p&gt;Recently I was given a sample ruleset from a client to re-create in the DFW, and one thing that stood out was that when creating NSX firewall rules and faced with a random port number that needed to be configured for a rule, there is no easy way to find out if a service has already been configured using that port.&lt;/p&gt;</description></item><item><title>Scripting, Scripting and more Scripting</title><link>https://dcoghlan.github.io/sneaku.com/2015/02/03/scripting-scripting-and-more-scripting/</link><pubDate>Tue, 03 Feb 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/02/03/scripting-scripting-and-more-scripting/</guid><description>&lt;p&gt;Over my years as a network engineer there has always been some element of scripting required. Whether it was formally required by a project, a particular situation or whether it was because i was sick of doing the same thing over and over again and wanted to make my life easier.&lt;/p&gt;
&lt;p&gt;As part of my new role at VMware, I get to play with NSX for vSphere or NSX-v, and one thing that becomes apparent, is that if you don&amp;rsquo;t learn how to use the REST API, there will be certain situations where you will not be able to achieve your desired outcome. The NSX REST API, can be used to configure items which are not exposed in the UI, or you can use your favourite scripting language and script repetitive tasks.&lt;/p&gt;</description></item><item><title>Cavallino Cars and Coffee</title><link>https://dcoghlan.github.io/sneaku.com/2015/02/01/cavallino-cars-and-coffee/</link><pubDate>Sun, 01 Feb 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/02/01/cavallino-cars-and-coffee/</guid><description>&lt;p&gt;Sunday 1st February saw the first Cars and Coffee meet at Cavallino for the year. It was also our first time attending the event. I had heard and read lots about this monthly meet up but nothing prepared me for the sheer amount of people and cars roaming the quiet streets of Terry Hills at 8am on a Sunday morning. We aren&amp;rsquo;t talking small numbers of cars here, we are talking hundreds!!!!&lt;/p&gt;</description></item><item><title>vRA 6.1 Hotfix for NSX</title><link>https://dcoghlan.github.io/sneaku.com/2015/01/07/vra-6.1-hotfix-for-nsx/</link><pubDate>Wed, 07 Jan 2015 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2015/01/07/vra-6.1-hotfix-for-nsx/</guid><description>&lt;p&gt;Whilst deploying a NSX 6.1 and vRA 6.1 lab for some testing, I came across a peculiar error in regards to deploying a 1-arm load balancer.&lt;/p&gt;
&lt;p&gt;Essentially it wouldn’t work! When vRA was trying to execute the multi-machine blueprint, it would provision all the VMs correctly and then destroy them shortly afterwards. The logs would show the following error.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[Timezone] [Error]: VcoWorkflow &amp;#39;Create Edge&amp;#39;: Failed after 00:00:10.4947127, java.lang.RuntimeException: com.vmware.o11n.plugins.nsx.error.VsmException: VSM response error (10166): Invalid Configuration. To deploy NSX Edge appliances, at-least one Vnic must be configured and must be connected to a valid portgroup. (Workflow:Create edge / Scriptable task (item1)#57)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;So after a bit of research, it turned out that you need to apply a hotfix for vRA 6.1 when integrated with NSX.&lt;/p&gt;</description></item><item><title>World Time Attack Challenge</title><link>https://dcoghlan.github.io/sneaku.com/2014/10/16/world-time-attack-challenge/</link><pubDate>Thu, 16 Oct 2014 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2014/10/16/world-time-attack-challenge/</guid><description>&lt;p&gt;&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/01/9794d-thumb_wtac.jpg"&gt;&lt;img alt="9794d-thumb_wtac" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2014/10/16/world-time-attack-challenge/images/9794d-thumb_wtac.jpg"&gt;&lt;/a&gt; Today marks the practice day for the &lt;a href="http://www.worldtimeattack.com"&gt;World Time Attack Challenge&lt;/a&gt; which is held annually at Sydney Motorsport Park. The actual event is combined with Formula Drift and held over 3 days from Friday 17th October to Sunday 19th October.&lt;/p&gt;
&lt;p&gt;The time attack event is run on the Friday and Saturday and the Formula Drift event is on the Sunday.&lt;/p&gt;
&lt;p&gt;[caption id=&amp;ldquo;attachment_16&amp;rdquo; align=&amp;ldquo;aligncenter&amp;rdquo; width=&amp;ldquo;1024&amp;rdquo;]&lt;a href="http://www.sneaku.com/wp-content/uploads/2015/01/6b4d5-tilton-wtac.jpg"&gt;&lt;img alt="Tilton Evo" loading="lazy" src="https://dcoghlan.github.io/sneaku.com/2014/10/16/world-time-attack-challenge/images/6b4d5-tilton-wtac.jpg"&gt;&lt;/a&gt; WTAC 2013 Champoins - Tilton Evo[/caption]&lt;/p&gt;</description></item><item><title>My VCP-NV Experience</title><link>https://dcoghlan.github.io/sneaku.com/2014/10/06/my-vcp-nv-experience/</link><pubDate>Mon, 06 Oct 2014 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2014/10/06/my-vcp-nv-experience/</guid><description>&lt;p&gt;Today I finally passed my VCP-NV exam, and truth be told, it was only on my second attempt at the exam that I actually passed.&lt;/p&gt;
&lt;p&gt;When I booked my first attempt at the exam, I had a complete 4 week study plan worked out, however even the best laid plans always come unstuck, and mine came unstuck as I was sent interstate for work several times in the weeks leading up to my first attempt. Due to travelling for work I had completely forgotten that I had booked the exam, and it wasn’t until the night before the exam that I realised that it was booked for 8am the next morning. This meant that there was less than 10 hours until I had to start the exam. I had a choice… get some sleep or try and cram. I compromised and read the NSX design guide and called it a night.&lt;/p&gt;</description></item><item><title>VMware vCenter Operations Manager – Attribute Keys for Custom Dashboards</title><link>https://dcoghlan.github.io/sneaku.com/2014/09/16/vmware-vcenter-operations-manager-attribute-keys-for-custom-dashboards/</link><pubDate>Tue, 16 Sep 2014 00:00:00 +0000</pubDate><guid>https://dcoghlan.github.io/sneaku.com/2014/09/16/vmware-vcenter-operations-manager-attribute-keys-for-custom-dashboards/</guid><description>&lt;p&gt;So if you&amp;rsquo;ve landed on this post, it because you&amp;rsquo;ve searched for something to do with VMware vCenter Operations Manager. Whilst I am in not a guru when it comes to this product&amp;hellip; yet, and with a bit of reading its possible to find out most of what you need, however, there was a fundamental piece of information that I couldn&amp;rsquo;t find recently and it was doing my head in.&lt;/p&gt;</description></item></channel></rss>