There is a setting "action.externalstate.file", which permits you to suspend/enable actions via an external file. I guess this could be what you actually want. I just discovered that the setting is not documented, so its probably time to ensure it will be.
Does that sound right? Rainer El jue., 20 feb. 2020 a las 21:28, dgermanrsysl--- via rsyslog (<[email protected]>) escribió: > > What are you trying to overcome/achieve. > Perhaps using a hostname rather than IP address would help you. > You could define the hostname and IP in /etc/hosts. This would not > require restarting rsyslog when it changes. > You might otherwise consider using a DynamicDNS server to resolve the > address. > > On 2/20/20 2:04 PM, David Lang via rsyslog wrote: > > no, the target cannot be a variable. > > David Lang > > > >> Date: Thu, 20 Feb 2020 09:41:27 -0700 (MST) > >> From: Arp via rsyslog <[email protected]> > >> Cc: Arp <[email protected]> > >> > >> I am trying to have config that does not have the target ip for omfwd > >> hardcoded (although I probably need to restart the service everytime > >> I want > >> it to send to a new ip). > >> ... > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of > sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T > LIKE THAT. _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
