<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>LittleFool's Blog</title><link>https://littlefool.de/</link><description>This site is about stuff I've been working on</description><atom:link href="https://littlefool.de/rss.xml" rel="self" type="application/rss+xml"></atom:link><language>en</language><copyright>Contents © 2025 &lt;a href="mailto:littlefool@fassiburg.de"&gt;LittleFool&lt;/a&gt; </copyright><lastBuildDate>Thu, 27 Mar 2025 20:56:04 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>RDMA with QLogic FastLinQ 41xxx and 45xxx (qedentv) on ESXi</title><link>https://littlefool.de/posts/rdma-with-qlogic-fastlinq-41xxx-and-45xxx-qedentv-on-esxi/</link><dc:creator>LittleFool</dc:creator><description>&lt;div&gt;&lt;p&gt;So, all the infos I'm giving here can be found in VMware KBs or on the HPE support site, it just took me literal days to find them.
My problem was to get RoCEv2 running with the qed&lt;strong&gt;e&lt;/strong&gt;ntv driver on ESXi, the driver alone doesn't support RDMA. However, the driver comes in a package of 4 drivers or modules where qed&lt;strong&gt;r&lt;/strong&gt;ntv does support RDMA.
I suspect the "&lt;strong&gt;e&lt;/strong&gt;" in qed&lt;strong&gt;e&lt;/strong&gt;ntv stands for ethernet and the "&lt;strong&gt;r&lt;/strong&gt;" in qed&lt;strong&gt;r&lt;/strong&gt;ntv stands for RDMA? Either way, the solution sounds quite simple, swap out qed&lt;strong&gt;e&lt;/strong&gt;ntv with qed&lt;strong&gt;r&lt;/strong&gt;ntv as the active driver and done.
Turns out its not that easy or I wouldn't be writing this...&lt;/p&gt;
&lt;p&gt;&lt;a href="https://littlefool.de/posts/rdma-with-qlogic-fastlinq-41xxx-and-45xxx-qedentv-on-esxi/"&gt;Read more…&lt;/a&gt; (2 min remaining to read)&lt;/p&gt;&lt;/div&gt;</description><category>driver</category><category>esxi</category><category>vmware</category><category>vsphere</category><guid>https://littlefool.de/posts/rdma-with-qlogic-fastlinq-41xxx-and-45xxx-qedentv-on-esxi/</guid><pubDate>Sun, 18 Dec 2022 12:10:38 GMT</pubDate></item><item><title>vCenter Kubernetes Service event collection failed</title><link>https://littlefool.de/posts/vcenter-kubernetes-service-event-collection-failed/</link><dc:creator>LittleFool</dc:creator><description>&lt;section id="problem"&gt;
&lt;h2&gt;Problem&lt;/h2&gt;
&lt;p&gt;The vRealize Log Insight instance sends error emails stating &lt;strong&gt;"vCenter Kubernetes Service event collection failed"&lt;/strong&gt;
and &lt;strong&gt;"Event collection from vCenter Kubernetes Service failed for the following host:"&lt;/strong&gt; listing all hosts.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://littlefool.de/posts/vcenter-kubernetes-service-event-collection-failed/"&gt;Read more…&lt;/a&gt; (1 min remaining to read)&lt;/p&gt;&lt;/section&gt;</description><category>log insight</category><category>vcenter</category><category>vmware</category><category>vrealize</category><category>vsphere</category><guid>https://littlefool.de/posts/vcenter-kubernetes-service-event-collection-failed/</guid><pubDate>Fri, 10 Jun 2022 15:10:56 GMT</pubDate></item><item><title>Mullvad WireGuard RouterOS LAN/NAT</title><link>https://littlefool.de/posts/mullvad-wireguard-routeros-lan-nat/</link><dc:creator>LittleFool</dc:creator><description>&lt;section id="lan-routing"&gt;
&lt;h2&gt;LAN Routing&lt;/h2&gt;
&lt;p&gt;After updating to RouterOS 7.2.3 I noticed that my setup in the previous post still works but the router was unreachable via ping and winbox.
So to reach my Mikrotik again I re-did my "noVPN" Mangle rules. I will give these just for IPv4 but something similar should work for IPv6.&lt;/p&gt;
&lt;p&gt;The basic idea is to not route-mark anything that is originating from a local interface to a local interface, if we did, it would be send out to Mullvad (or the VPN Provider in general).
Since we have to use the prerouting chain we can't use "out interfaces", therefore we will filter by "dst. address" or "dst. address list". I will be doing the example with "dst. Address list" and "in. interface list" because it is the most flexible approach I found.
I will be assuming that ether2 and ether3 are LAN interfaces with the IP networks 192.168.88.0/24 and 192.168.89.0/24.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://littlefool.de/posts/mullvad-wireguard-routeros-lan-nat/"&gt;Read more…&lt;/a&gt; (1 min remaining to read)&lt;/p&gt;&lt;/section&gt;</description><category>mikrotik</category><category>vpn</category><category>WireGuard</category><guid>https://littlefool.de/posts/mullvad-wireguard-routeros-lan-nat/</guid><pubDate>Sat, 14 May 2022 09:20:10 GMT</pubDate></item><item><title>Mullvad WireGuard with RouterOS 7</title><link>https://littlefool.de/posts/mullvad-wireguard-with-routeros-7/</link><dc:creator>LittleFool</dc:creator><description>&lt;section id="introduction"&gt;
&lt;h2&gt;Introduction&lt;/h2&gt;
&lt;p&gt;After getting a GL iNet travel router and Mikrotik releasing RouterOS 7 I thought it's time to look at a 24/7 VPN connection again. When looking through the VPN services GL iNet suggests, I stuck with Mullvad.
So in this post I will explain how I setup my Mikrotik CHR to use Mullvad VPN with WireGuard, implement a kill-switch and use the Mullvad DNS. If you are using RouterOS 7.2 or later &lt;a class="reference external" href="https://littlefool.de/posts/mullvad-wireguard-routeros-lan-nat/"&gt;read my other post first&lt;/a&gt;!&lt;/p&gt;
&lt;p&gt;&lt;a href="https://littlefool.de/posts/mullvad-wireguard-with-routeros-7/"&gt;Read more…&lt;/a&gt; (6 min remaining to read)&lt;/p&gt;&lt;/section&gt;</description><category>mikrotik</category><category>vpn</category><category>WireGuard</category><guid>https://littlefool.de/posts/mullvad-wireguard-with-routeros-7/</guid><pubDate>Wed, 02 Feb 2022 15:28:26 GMT</pubDate></item></channel></rss>