Skip to main content

Devo Relay Release 2.15.1

Related products:Devo Relay
Devo Relay Release 2.15.1
juan.delrio
Admin
Forum|alt.badge.img+3

The Devo Relay is a critical feature of Devo that receives inbound events from your data sources and then sends them to your Devo instance with all the tagging and processing rules that make Devo work as fast as it does.   Release 2.15.1 adds automations and new OS support.  The first automation added removes the additional steps to launch the relay after setup.  With this next feature, all certificates will automatically renew 1.5 months before expiration. This is a huge usability improvement and greatly received!  Lastly, support for Ubuntu 24, aka Noble Numbat, and support for Ubuntu 20 has been retired.  Learn more below!

 

 

Table of Contents

 

Enhancements

Automatic activation

The relay is now automatically activated after setup. No need to go to the UI to click on the activation button.

Learn more in our documentation

 

Automatic renewal of Relay Certificates

Relay certificates are now automatically renewed before expiration, yay! One and a half months before the expiration date, the certificate will be automatically renewed.

 

Support for Ubuntu 24

Added support for Ubuntu 24, also known as Noble Numbat. 

  • Please note, you need to upgrade to devo-monitor v2.1.2 as a requirement.

 

Removed support for Ubuntu 20

Support for this outdated version of Ubuntu is discontinued.

Read more in our documentation.

 

Bug Fixes

Source tag capture groups

Bug stopping this tag in rules from working has now been corrected.

11 replies

rheselwood
Data Wrangler
Forum|alt.badge.img
  • Data Wrangler
  • 9 replies
  • May 16, 2025

Is anyone seeing an issue when moving to this version that its not creating the the following rule files (therefore not opening the port)

rule-13000.pconf

rule-13001.pconf

rule-13002.pconf

 

13000 being the important one thats not working.


juan.delrio
Admin
Forum|alt.badge.img+3
  • Author
  • Community Manager
  • 675 replies
  • June 4, 2025

I’m sorry I missed this!

Looking into it now!


rheselwood
Data Wrangler
Forum|alt.badge.img
  • Data Wrangler
  • 9 replies
  • June 4, 2025
juan.delrio wrote:

I’m sorry I missed this!

Looking into it now!

Thanks. One thing I missed this is for the docker version of the relay.

 

I do have this logged in the support portal also.


Forum|alt.badge.img+2

@rheselwood Yes, we removed the default ports from the docker version of the relay. They are still available in the Linux packages. Does this have a major impact for you?

The rational behind it is that we would to make those ports visible in the UI too in the future but we didn’t want to make the change in the packages (normally used for production relays) without moving to a major version. 


rheselwood
Data Wrangler
Forum|alt.badge.img
  • Data Wrangler
  • 9 replies
  • June 5, 2025
julio.vargas wrote:

@rheselwood Yes, we removed the default ports from the docker version of the relay. They are still available in the Linux packages. Does this have a major impact for you?

The rational behind it is that we would to make those ports visible in the UI too in the future but we didn’t want to make the change in the packages (normally used for production relays) without moving to a major version. 

@julio.vargas Thanks for responding. We currently use 13000 for our Windows server events.

 

So is port 13000 now available to be mapped manually now? Or will that come in a future version? Just so I know if we need to hold off upgrades.


Forum|alt.badge.img+2

Are you guys using the dockerized relay? Let me confirm port 13000 can be added via UI. That was the plan indeed


rheselwood
Data Wrangler
Forum|alt.badge.img
  • Data Wrangler
  • 9 replies
  • June 5, 2025

Correct we are!


Forum|alt.badge.img+2

@rheselwood would it be possible that you create a pure forwarding rule in a different port (14000 for instance) and use that port instead of 13000?


rheselwood
Data Wrangler
Forum|alt.badge.img
  • Data Wrangler
  • 9 replies
  • June 11, 2025

Yes that is possible, but it feels like the easier answer / wider strategy is either 

  1. Move away from port 13000. Define a standard port and get our customers to change the port information in their nxlog configuration (agent we use for Windows Server log collections).
  2. Do not upgrade the relays we have until port 13000 can be defined in the rule pages (i assume  the answer to the below was no) (ie next version? we aren't in a huge rush)
    julio.vargas wrote:

    Are you guys using the dockerized relay? Let me confirm port 13000 can be added via UI. That was the plan indeed

    Is there an ETA for the version with this enabled?


Forum|alt.badge.img+2

Can you guys go to option 1? We don’t have an ETA to enable port 13000 in the UI.


rheselwood
Data Wrangler
Forum|alt.badge.img
  • Data Wrangler
  • 9 replies
  • June 11, 2025

As long as there aren't any security advisories that come up, we should be fine. 


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings