IIRC, traceroute in tools uses the clients DNS, so maybe check your pc dns settings. Terminal uses RouterOS DNS settings. Or vica versa, can’t remember anymore ;-(
Hi!
The similar situation was with ccr1009-7G on 6.41 after update to 6.41.1 nothing changed.
What’s happened:
On 6.41 ccr1009 suddenly made several reboots with “kernel failure“ plus made 2 supout files in / “root” directory.
For next days - no reboots.
Sent files to mikrotik support to check out problems.
But, after first “kernel error” reboots - connected USB flash disk disappeared. On USB it was “disk1” with configs, backups, etc.
I tried to change USB flash disk to another, tried to change Mikrotik USB cables, tried to “reset USB power” on port (in console and Winbox) - everything was with no luck
Once I connected it, but 3 or 4 hours later USB disappeared again with supout file, but without “kernel error” reboots.
Update to 6.41.1 nothing changed with this situation - logs in memory, cannot connect USB flash.
DiM
eworm, mobdoc,
sindy - We are sorry for any inconvenience caused. We will fix this problem in 6.41.2 RouterOS release; matiaszon - You can not use multiple “tls-host” entries within the same firewall rule. If you need to use “tls-host” functionality, then you have to add multiple rules. If all you need is to block domain, then you can use address list instead; NetflashTechnical, ithierack, theq, Clauu, freemannnn, nuffrespect - Please generate supout file on your router while you see such behavior and send this file to support@mikrotik.com feris - Do you see such behavior on single unit? Are you sure that default configuration on this device is not replaced with another one by using Netinstall; acruhl - Please generate supout file on your router while you see such behavior and send this file to support@mikrotik.com miha99 - Please provide configuration that you had on your unit to support@mikrotik.com and supout file from router which would be generated after an upgrade showing that old configuration is lost; diablonet - This fix has introduced improvements related to auto negotiation with different SFP modules; BartoszP - Most likely - yes; blackhiden - https://wiki.mikrotik.com/wiki/Manual:Detect_internet
This just happened to me on a hAP lite RB941-2nD configured a similar way, but on 6.39.3. So problem appears to be older than 6.41.1.
It is configured as a wireless client (station pseudobridge) with all Ethernet ports configured as a switch, a bridge with wlan1, with dhcp-client configured on the bridge. DHCP server would see mac of wlan1 or sometimes mac of bridge/ether1. No admin mac set on the bridge. I recall a reboot would often make it change but not always. It would get a different IP from the DHCP server. I set a static IP on ether1 and disabled the dhcp-client to get around it.
sanitycheck - This is why admin-mac is available. Please select one of interfaces which is configured within bridge, copy its MAC address and specify as bridge MAC address. Now it will not change any more. This is not a bug - it is intended behavior; tkgit - At the moment there is no other solution to upgrade firmware after RouterOS upgrade. We will consider implementing automated firmware upgrade in future; Misi, Nando_lavras, honzam - If you have not contacted support yet, then please do so and send supout file from router. If you have, then please wait for a response from us; nuffrespect - Thank you for providing files. We are looking into this problem. Please, if possible, in future do not create multiple support tickets for the same problem. In such way usually there is miscommunication which slows down debugging process drastically; feris - What do you mean by Netinstall service is not available? I have tested this on hEX units with 6.41.1 RouterOS version and default configuration works properly. Please try to Netinstall unit and reset after that. If problem persist, then send supout file to support@mikrotik.com. if configuration is not there after reset, then run “/log print” command (after reset) and send it to support@mikrotik.com