Hi
I have 2 problems whit new soft.
1. I update my CCR1009-8g-1s to last ver and now i have problem whit log in from Winbox. MT work about 23h and now i no log in, restart fix this problem to next about 23h and problem go back. I have install in this router Dude server maybe this is broble?\
When Winbox no work no work too The dude client.
I can log in router via ssh - this connections is ok

ooo now testing and whet disable dude server winbox go back:)


2. No work NTP server and client. I try telnet to 123 port but no response.

5GHZ does not work for me - "detecting RADAR".
The same on v6.38.3.

v6.38.1 seems to work though.

P.S. Country: Sweden

5GHZ does not work for me - "detecting RADAR".
The same on v6.38.3.

v6.38.1 seems to work though.

P.S. Country: Sweden

Radar detection is required on some frequencies. Some require just a minute of scanning, others 10 minutes. If no radar is found the AP will go into "running - AP" mode.

Your device is too old (i.e. it was manufactured before the protected RouterBOOT feature was introduced). If you absolutely need this feature, you will have to update the backup RouterBOOT, which is dangerous (may irrecoverably brick your device if anything goes wrong). You can find more info and the links to a special update packages here.

Before i do something i usually read carefully instruction)))
So, what i do
1) Upgrade ROS to current version
2) Download http://www.mikrotik.com/download/share/ ... 3_tile.dpk and drag'n'drop to file section this file to my routerboard
3) reboot my RB by command /system reboot
4) In logs i don't see any errors, file disappear from file section in winbox.

Forgot to write - it did not help me ((

viewtopic.php?f=2&t=94303&p=580437&hili ... ot#p580430

After upgrade from 6.37.5 to 6.38.5 l2tp ipsec stopped working for all clients with "failed to pre-process ph2 packet".
pptp keeps working fine.
Downgraded to 6.37.5

Problem solved / update:
Solution google translate from here: http://bozza.ru/art-247.html

The default policy glitch on the mikrotik

With absolutely correct settings for the L2TP / IPSec connection on the client (for example, Windows 7) and on the server (Mikrotik), you can not establish a VPN connection. In this case, the message "failed to pre-process ph2 packet" goes to the Mikrotik log, and the error on the Windows 7 client is 789: the L2TP connection attempt failed because of an error that occurred at the security level ... This problem can occur on Firmware up to the last stable at the current time (6.30).

Solution: delete the default group in the IP - IPSec - Groups menu, create a new one and specify it in IP - IPSec - Peers in the Policy Template Group field.

According to Hopy, another solution to the problem with groups may be the execution of this command after re-creating the group: Perhaps this is a legacy from the old configurations, there is no exact answer, but nevertheless, this is an option. By the way, it is possible for this reason (and similar) that you should still perform a complete reset of the device before the initial setup. But this is not a requirement, that's for sure.

I just found two problems in the Webfig interface:
(1) All date information in the time related field is wrong dramatically, e.g. the up time of an interface may show while the current time is: Affected Model: hEX (MMIPS)

2. The drill down configuration page for each entry under "/interface bridge filter" is gone, When I click an entry, only a blank page is displayed. The only workaround is to use the CLI.
Affected Model: hEX (MMIPS), x86

Hope they can be fixed in next release

tawhwat - First issue is already resolved in 6.39rc version. Second issue is now reported and will be fixed as soon as possible.

Address list entry creation time bug ( described here: viewtopic.php?f=21&t=116951&p=579862#p579862) still exists.
It is also not fixed in 6.39rc72.

Regards,

ditonet - Yes, it is not fixed yet. When it will be fixed, then that will be mentioned in changelog.

OK, thanks.

Regards,

Anyone seen that Vulnerability? :
http://www.cvedetails.com/cve/CVE-2017-7285/

My RB751G-2HnD gave up on last Saturday. No Packets out from any Port anymore - It ran RouterOS v6.38.5 MIPsBE. Only Netinstall helped, to get it working again ...
Should i downgrade to 6.37.5 to get safe at the moment?
regards, Klemens

Anyone else having an issue with dropped packets lasting for about 30 seconds every few hours?
Both sides of the Mikrotik can ping it while this is happening, just not passing through the mikrotik. Just configured as a simple bridge. Emailed support several times never got a response yet.

Anyone seen that Vulnerability? :
http://www.cvedetails.com/cve/CVE-2017-7285/

My RB751G-2HnD gave up on last Saturday. No Packets out from any Port anymore - It ran RouterOS v6.38.5 MIPsBE. Only Netinstall helped, to get it working again ...
Should i downgrade to 6.37.5 to get safe at the moment?
regards, Klemens

It is not a vulnerability. It is the given devices inability to handle the traffic that your ISP can provide. I suggest to choose a better router for your high speed line. There is no specific version or hardware here. All internet connected devices "suffer" from this. It is simple exhaustion of resources when too much traffic is sent to a public port. Even version 6.34 or older has always acted in the same way. Your issues is most likely unrelated.

Hi everyone,

perhaps an offtopic question here:

Has the connection tracking time value influence on the "NAT - keep alive"-value ?
Or is there a special switch to set the "NAT - keep alive"-value ?

I am suffering some problems with the "old" problem VoIP/SIP on natted udp connections.

How long last the NAT-translation entries ?
Is there a hardcoded value or is it controlable ?

Thanks & Greetz from Germany

Cheers.......Detlef

Hi
I have a problem witch email notifications in version 6.38.5.

I specify the server address, login and password in Notification.
But Dude does not use these settings.
Here is the log from the mail server:
"SMTPD" 2456 92655 "2017-04-27 00: 00: 07.656" "172.x.x.x" "SENT: 220 mail.test.kiev.ua ESMTP"
"SMTPD" 2456 92655 "2017-04-27 00: 00: 07.662" "172.x.x.x" "RECEIVED: EHLO admin"
"SMTPD" 2456 92655 "2017-04-27 00: 00: 07.662" "172.x.x.x" "SENT: 250-mail.test.kiev.ua [nl] 250-SIZE 20480000 [nl] 250-AUTH LOGIN [Nl] 250 HELP "
After that, the connection is exceeded.
I think, that Dude use only default settings by SMTP connections.

Is this a bug in version 6.38.5?

Version 6.39 has been released in current channel:
viewtopic.php?f=21&t=121196