Obviously a hidden MAC address! I've since raised this whole issue with MT support and received some suggestions from their team: We found 'tx-queue-drop' counters in your supout.rif file(as seen in /interface print stats), indicating that the device has experienced issues sending packets out of a s...
I'm running into this issue having set up a WG server on an rb5009 running 7.18.2. I've raised another support ticket with MT to get this looked at, referencing this thread & the previously reported ticket. Will report back with anything I hear.
Alright so latest update on this is that disabling auto negotiation and setting to 100MBit Full duplex has resulted in a full day of no dropped connections, thanks @jvanhambelgium for the suggestion. As for getting that tasty gigabit, I probably will just have to take @lurker888 suggestion and drop ...
Thanks again for all the replies. I’m clearly not alone in this issue as it appears have been reported several times on this forum. The external box is a GLinet Beryl AX, so a relatively new device, but of course it is anybody’s guess if it truly follows standards. All I know is I didn’t have a prob...
Well, it wasnt ! I’ve had 10 disconnections today, and counting.
Tried different cable, disabling auto negotiation but nothing works. I’m going to try to downgrade the ROS now (am on 7.18.2)
Short follow up to the above issue with my ether port on rb5009 'flapping': viewtopic.php?t=179977 has been discussed many times already. I'm testing auto negotiation disabled and setting to 1G full duplex. Hopefully that's the end of this problem.
Thanks for the rapid replies - I've just had a quick look and found this reddit comment https://www.reddit.com/r/mikrotik/comments/1blxmet/comment/kw9k2kl/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button which appears to describe similar sympto...
HI there, A weird question here. I have an RB5009 which works well, however I've been issued a corporate VPN device which is using some sort of L2TP/Ipsec tunnel through port 4500. I then connect my work device to this box to be permanently routed through the corporate VPN. I can see the connection ...
I am not an expert, still a beginner but I believe I have VLANs working successfully on my Hex S. I followed this guide https://forum.mikrotik.com/viewtopic.php?t=143620 and read this https://help.mikrotik.com/docs/spaces/ROS/pages/28606465/Bridge+VLAN+Table too. From the looks of things you may hav...
Thanks - yeah i see it's a newish feature. I'm learning that the feature I'm referring to is called Deep CNAME inspection, and was implemented in pihole v5.0 in 2020. Big discussion here https://discourse.pi-hole.net/t/apply-pi-hole-blocking-to-cnames/25445/1, release notes https://pi-hole.net/blog/...
Thanks, yeah I had enabled it too and it works on some sites/adverts, but I'm finding the opposite problem - too many are still getting through via CNAME resolution (original post has the host command I used, against api.taboola.com which is listed in the stevenblack list and does get removed with A...
I've offloaded DNS to a pihole + unbound and the adblocking is working much better. Curious to know what others are doing?
My Hex S unfortunately doesn't support containers so I'll always need another place for pihole to live until Adlist gets some improvments. Or maybe I send it back for an RB5009...
Hi, I've just bought a Hex S for my home network and all is working well, in general. Some questions about the DNS resolver & new adlist feature (am on 7.18): - I use the Steven Black list as per the docs, 132k entries loaded, however CNAME records still resolve: me@pc:~$ host api.taboola.com ap...