Difference between revisions of "Template:Networking rutos manual events reporting"

From Teltonika Networks Wiki
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
<!-- Template uses {{{name}}}, {{{series}}}, {{{mobile}}} (0), {{{gps}}} (1), {{{wifi}}} (1) -->
 
<!-- Template uses {{{name}}}, {{{series}}}, {{{mobile}}} (0), {{{gps}}} (1), {{{wifi}}} (1) -->
{{Template:Networking_rutos_manual_fw_disclosure
+
{{Template: Networking_rutos_manual_fw_disclosure
| fw_version = {{{series}}}_R_00.02.05.1
+
| fw_version = {{{series}}}_R_00.02.06.1
 
| series    = {{{series}}}
 
| series    = {{{series}}}
 
}}
 
}}
Line 7: Line 7:
 
==Summary==
 
==Summary==
  
The <b>Events Reporting</b> feature provides the possibility to configure rules that inform of via {{#ifeq:{{{mobile}}}|0||SMS or }}email when certain trigger events occur.
+
The <b>Events Reporting</b> feature provides the possibility to configure rules that inform via {{#ifeq:{{{mobile}}}|0||SMS or }} email when certain trigger events occur.
  
 
This page is an overview of the Events Reporting section for {{{name}}} devices.
 
This page is an overview of the Events Reporting section for {{{name}}} devices.
Line 13: Line 13:
 
==Events Reporting Rules==
 
==Events Reporting Rules==
  
The <b>Events Reporting Rules</b> window section is used to manage existing Events Reporting rules and to add new ones. Events Reporting Rules trigger on certain, user specified events and send an {{#ifeq:{{{mobile}}}|0||SMS message or }}email to a specified number informing of the occurred event.
+
The <b>Events Reporting Rules</b> section is used to manage existing Events Reporting rules and to add new ones. Events Reporting Rules trigger on certain, user specified events and send an {{#ifeq:{{{mobile}}}|0||SMS message or}} email to a specified number informing of the occurred event.
  
 
All possible trigger events are listed in the table below.  
 
All possible trigger events are listed in the table below.  
Line 35: Line 35:
 
         <td>Informs on when the device has entered or left a user defined geofence zone. Possible triggers are:
 
         <td>Informs on when the device has entered or left a user defined geofence zone. Possible triggers are:
 
             <ul>
 
             <ul>
 +
                <li><i>Entered geofence</i></li>
 +
                <li><i>Left geofence</i></li>
 
                 <li><i>All</i></li>
 
                 <li><i>All</i></li>
                <li><i>Left geofence</i></li>
 
                <li><i>Entered geofence</i></li>
 
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
 
     </tr>|}}{{#ifeq: {{{mobile}}} | 1 |
 
     </tr>|}}{{#ifeq: {{{mobile}}} | 1 |
 
     <tr>
 
     <tr>
         <td><b>Mobile</b></td>
+
         <td><b>Mobile data</b></td>
 
         <td>Informs on changes to the state of the device's mobile connection. Possible triggers are:
 
         <td>Informs on changes to the state of the device's mobile connection. Possible triggers are:
 
             <ul>
 
             <ul>
                <li><i>All</i></li>
 
 
                 <li><i>Connected</i></li>
 
                 <li><i>Connected</i></li>
 
                 <li><i>Disconnected</i></li>
 
                 <li><i>Disconnected</i></li>
 +
                <li><i>All</i></li>
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 55: Line 55:
 
         <td>Informs on new DHCP lease give outs. Possible triggers are:
 
         <td>Informs on new DHCP lease give outs. Possible triggers are:
 
             <ul>
 
             <ul>
                 <li><i>All</i></li>{{#ifeq: {{{wifi}}} | 1 |
+
                 <li><i>Connected from LAN</i></li>{{#ifeq: {{{wifi}}} | 1 |
 
                 <li><i>Connected from WiFi</i></li>|}}
 
                 <li><i>Connected from WiFi</i></li>|}}
                 <li><i>Connected from LAN</i></li>
+
                 <li><i>All</i></li>
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 65: Line 65:
 
         <td>Informs on Ethernet port state (plugged in or unplugged) or speed (100 Mbps or 1000 Mbps) changes. Possible triggers are:
 
         <td>Informs on Ethernet port state (plugged in or unplugged) or speed (100 Mbps or 1000 Mbps) changes. Possible triggers are:
 
             <ul>
 
             <ul>
 +
                <li><i>Link speed</i></li>
 +
                <li><i>Link state</i></li>
 
                 <li><i>All</i></li>
 
                 <li><i>All</i></li>
                <li><i>Link state</i></li>
 
                <li><i>Link speed</i></li>
 
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 75: Line 75:
 
         <td>Informs after device reboot occurrences. Possible triggers are:
 
         <td>Informs after device reboot occurrences. Possible triggers are:
 
             <ul>
 
             <ul>
                <li><i>All</i></li>
+
                 <li><i>From button</i></li>
                 <li><i>From WebUI</i></li>
 
 
                 <li><i>From Input/Output</i></li>
 
                 <li><i>From Input/Output</i></li>
 
                 <li><i>From Ping Reboot</i></li>
 
                 <li><i>From Ping Reboot</i></li>
 
                 <li><i>From Reboot Scheduler</i></li>
 
                 <li><i>From Reboot Scheduler</i></li>
                 <li><i>From button</i></li>
+
                 <li><i>From WebUI</i></li>
 +
                <li><i>All</i></li>
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 88: Line 88:
 
         <td>Informs on signal strength changes. Possible triggers are:
 
         <td>Informs on signal strength changes. Possible triggers are:
 
             <ul>
 
             <ul>
                <li><i>All</i></li>
 
 
                 <li><i>- 121 dBm - 113 dBm</i></li>
 
                 <li><i>- 121 dBm - 113 dBm</i></li>
 
                 <li><i>- 113 dBm - 98 dBm</i></li>
 
                 <li><i>- 113 dBm - 98 dBm</i></li>
Line 95: Line 94:
 
                 <li><i>- 75 dBm - 60 dBm</i></li>
 
                 <li><i>- 75 dBm - 60 dBm</i></li>
 
                 <li><i>- 60 dBm - 50 dBm</i></li>
 
                 <li><i>- 60 dBm - 50 dBm</i></li>
 +
                <li><i>All</i></li>
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 110: Line 110:
 
         <td>Informs on successful or unsuccessful SSH login attempts. Possible triggers are:
 
         <td>Informs on successful or unsuccessful SSH login attempts. Possible triggers are:
 
             <ul>
 
             <ul>
                <li><i>All</i></li>
 
 
                 <li><i>Successful authentication</i></li>
 
                 <li><i>Successful authentication</i></li>
 
                 <li><i>Unsuccessful authentication</i></li>
 
                 <li><i>Unsuccessful authentication</i></li>
 +
                <li><i>All</i></li>
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 118: Line 118:
 
     <tr>
 
     <tr>
 
         <td><b>Topology state</b></td>
 
         <td><b>Topology state</b></td>
         <td>
+
         <td>Informs on changes to the device's network topology. Possible triggers are:
 
             <ul>
 
             <ul>
 
                 <li><i>Topology changes</i></li>
 
                 <li><i>Topology changes</i></li>
Line 128: Line 128:
 
         <td>Informs on WAN failover occurrences. Possible triggers are:
 
         <td>Informs on WAN failover occurrences. Possible triggers are:
 
             <ul>
 
             <ul>
 +
                <li><i>Switched to failover</i></li>
 +
                <li><i>Switched to main</i></li>
 
                 <li><i>All</i></li>
 
                 <li><i>All</i></li>
                <li><i>Switched to main</i></li>
 
                <li><i>Switched to failover</i></li>
 
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 138: Line 138:
 
         <td>Informs on successful or unsuccessful HTTP/HTTPS login attempts. Possible triggers are:
 
         <td>Informs on successful or unsuccessful HTTP/HTTPS login attempts. Possible triggers are:
 
             <ul>
 
             <ul>
                <li><i>All</i></li>
 
 
                 <li><i>Successful authentication</i></li>
 
                 <li><i>Successful authentication</i></li>
 
                 <li><i>Unsuccessful authentication</i></li>
 
                 <li><i>Unsuccessful authentication</i></li>
 +
                <li><i>All</i></li>
 
             </ul>
 
             </ul>
 
         </td>
 
         </td>
Line 153: Line 153:
  
 
After adding a rule you should be redirected to its configuration page.
 
After adding a rule you should be redirected to its configuration page.
{{#ifeq: {{{mobile}}} | 1 | <h3>Send SMS</h3>
+
{{#ifeq: {{{mobile}}} | 1 | ===Send SMS===
 
----
 
----
One of the two Events Reporting types is <b>via SMS messages</b>. When an Events Reporting rule is configured to send SMS, it will send out an SMS message from the currently active SIM card to the phone number specified in a rule's configuration.
+
One of the two Events Reporting types is <b>via SMS messages</b>. When an Events Reporting rule is configured to send SMS, the devices will send out an SMS message from the currently active SIM card to the phone number specified in a rule's configuration.
  
 
[[File:Networking_rutos_manual_events_reporting_events_reporting_rules_send_sms.png|border|class=tlt-border]]
 
[[File:Networking_rutos_manual_events_reporting_events_reporting_rules_send_sms.png|border|class=tlt-border]]
Line 172: Line 172:
 
     <tr>
 
     <tr>
 
         <td>Event</td>
 
         <td>Event</td>
         <td>Config change {{!}} New DHCP client {{#ifeq:{{{mobile}}}|1|{{!}} Mobile data {{!}} SMS}} {{!}} Signal Strength {{!}}|}} Reboot {{!}} SSH {{!}} WebUI {{#ifeq:{{{eth}}}|1|{{!}} Ports state {{!}} Topology changes |}}{{#ifeq:{{{failvoer}}}|{{!}} WAN Failover |}}{{#ifeq:{{{gps}}}|1| {{!}} GPS|}}; default: <b>Config change</b></td>
+
         <td>Config change {{!}} New DHCP client {{!}} Mobile data {{!}} Send SMS {{!}} Signal Strength {{!}} Reboot {{!}} SSH {{!}} WebUI {{#ifeq:{{{eth}}}|1|{{!}} Ports state {{!}} Topology changes |}}{{#ifeq:{{{failover}}}|1|{{!}} WAN Failover |}}{{#ifeq:{{{gps}}}|1|{{!}} GPS|}}; default: <b>Config change</b></td>
 
         <td>The event that you wish to receive notifications on.</td>
 
         <td>The event that you wish to receive notifications on.</td>
 
     </tr>
 
     </tr>
Line 188: Line 188:
 
         <td>Message text on Event</td>
 
         <td>Message text on Event</td>
 
         <td>string; default: <b>Router name - %rn; Event type - %et; Event text - %ex; Time stamp - %ts;</b></td>
 
         <td>string; default: <b>Router name - %rn; Event type - %et; Event text - %ex; Time stamp - %ts;</b></td>
         <td>Text to be included in the body of report message.</td>
+
         <td>Text to be included in the body of the report message.</td>
 
     </tr>
 
     </tr>
 
     <tr>
 
     <tr>
Line 206: Line 206:
 
When an Events Reporting rule is configured to <b>send emails</b>, the device (this {{{name}}}) will connect to an existing email account when a user specified trigger event occurs and send an email to another email address informing of the occurred event.
 
When an Events Reporting rule is configured to <b>send emails</b>, the device (this {{{name}}}) will connect to an existing email account when a user specified trigger event occurs and send an email to another email address informing of the occurred event.
  
In order to send emails, the device requires access to an existing email account. You can configure email accounts in the <b>System → Administration → [[{{{name}}} Administration#Recipients|Recipients]] page. Allowing access to less secure apps may be required for some email service providers.
+
In order to send emails, the device requires access to an existing email account. You can configure email accounts in the <b>System → Administration → [[{{{name}}} Administration#Recipients|Recipients]]</b> page. Allowing access to less secure apps may be required for some email service providers.
 +
 
 +
[[File:Networking_rutos_manual_events_reporting_events_reporting_rules_send_email.png|border|class=tlt-border]]
  
 
<table class="nd-mantable">
 
<table class="nd-mantable">
Line 221: Line 223:
 
     <tr>
 
     <tr>
 
         <td>Event</td>
 
         <td>Event</td>
         <td>Config change {{!}} New DHCP client {{!}} Mobile data {{!}} SMS}} {{!}} Signal Strength {{!}} Reboot {{!}} SSH {{!}} WebUI {{#ifeq:{{{eth}}}|1|{{!}} Ports state {{!}} Topology changes |}}{{#ifeq:{{{failover}}}|{{!}} WAN Failover |}}{{#ifeq:{{{gps}}}|1|{{!}} GPS|}}; default: <b>Config change</b></td>
+
         <td>Config change {{!}} New DHCP client {{#ifeq:{{{mobile}}}|1|{{!}} Mobile data {{!}} Send SMS {{!}} Signal Strength {{!}}|{{!}}}} Reboot {{!}} SSH {{!}} WebUI {{#ifeq:{{{eth}}}|1|{{!}} Ports state {{!}} Topology changes |}}{{#ifeq:{{{failover}}}|1|{{!}} WAN Failover |}}{{#ifeq:{{{gps}}}|1|{{!}} GPS|}}; default: <b>Config change</b></td>
 
         <td>The event that you wish to receive notifications on.</td>
 
         <td>The event that you wish to receive notifications on.</td>
 
     </tr>
 
     </tr>
Line 231: Line 233:
 
     <tr>
 
     <tr>
 
         <td>Action</td>
 
         <td>Action</td>
         <td>Send SMS {{!}} Send email; default: <b>Send SMS</b></td>
+
         <td>{{#ifeq:{{{mobile}}}|1|Send SMS {{!}} |}}Send email; default: <b>{{#ifeq:{{{mobile}}}|1|Send SMS|Send email}}</b></td>
 
         <td>Selects the method of reporting on the specified event.</td>
 
         <td>Selects the method of reporting on the specified event.</td>
 
     </tr>
 
     </tr>
Line 242: Line 244:
 
         <td>Message text on Event</td>
 
         <td>Message text on Event</td>
 
         <td>string; default: <b>Router name - %rn; Event type - %et; Event text - %ex; Time stamp - %ts;</b></td>
 
         <td>string; default: <b>Router name - %rn; Event type - %et; Event text - %ex; Time stamp - %ts;</b></td>
         <td>Text to be included in the body of report email.</td>
+
         <td>Text to be included in the body of the report email.</td>
 
     </tr>
 
     </tr>
 
     <tr>
 
     <tr>

Revision as of 13:22, 15 February 2021

Template:Networking rutos manual fw disclosure

Summary

The Events Reporting feature provides the possibility to configure rules that inform via SMS or email when certain trigger events occur.

This page is an overview of the Events Reporting section for {{{name}}} devices.

Events Reporting Rules

The Events Reporting Rules section is used to manage existing Events Reporting rules and to add new ones. Events Reporting Rules trigger on certain, user specified events and send an SMS message or email to a specified number informing of the occurred event.

All possible trigger events are listed in the table below.

Event Description
Config change Informs on changes to the device's configuration. Possible triggers are:
  • Any config change
  • Specific config change
New DHCP client Informs on new DHCP lease give outs. Possible triggers are:
  • Connected from LAN
  • All
Reboot Informs after device reboot occurrences. Possible triggers are:
  • From button
  • From Input/Output
  • From Ping Reboot
  • From Reboot Scheduler
  • From WebUI
  • All
SSH Informs on successful or unsuccessful SSH login attempts. Possible triggers are:
  • Successful authentication
  • Unsuccessful authentication
  • All
WebUI Informs on successful or unsuccessful HTTP/HTTPS login attempts. Possible triggers are:
  • Successful authentication
  • Unsuccessful authentication
  • All

Events Reporting Configuration

The Events Reporting Rules list is empty by default. Before you can begin configuration you must add at least one new rule. This can be done by clicking the 'Add' button:

Networking rutos manual events reporting events reporting rules add button.png

After adding a rule you should be redirected to its configuration page.

Send email


When an Events Reporting rule is configured to send emails, the device (this {{{name}}}) will connect to an existing email account when a user specified trigger event occurs and send an email to another email address informing of the occurred event.

In order to send emails, the device requires access to an existing email account. You can configure email accounts in the System → Administration → [[{{{name}}} Administration#Recipients|Recipients]] page. Allowing access to less secure apps may be required for some email service providers.

Networking rutos manual events reporting events reporting rules send email.png

Field Value Description
Enable off | on; default: on Turns the rule on or off.
Event Config change | New DHCP client | Reboot | SSH | WebUI ; default: Config change The event that you wish to receive notifications on.
Event type Varies Specific event sub-type that will trigger the rule. The value of this field changes in accordance with the selection of the 'Event' field.
Action Send email; default: Send email Selects the method of reporting on the specified event.
Subject string; default: none Subject of the sent email.
Message text on Event string; default: Router name - %rn; Event type - %et; Event text - %ex; Time stamp - %ts; Text to be included in the body of the report email.
Email account email account; default: none The account that will be used to send an email.
Recipient's email address email address; default: none Email address of the recipient.
Send test email - (interactive button) Sends an email based on the current configuration. This is used to test whether the configuration works as intended.

[[Category:{{{name}}} Services section]]