diff --git a/public/docs-static/img/how-to-guides/traffic-events/network-resource-succesful-connection.png b/public/docs-static/img/how-to-guides/traffic-events/network-resource-succesful-connection.png deleted file mode 100644 index bf60e232..00000000 Binary files a/public/docs-static/img/how-to-guides/traffic-events/network-resource-succesful-connection.png and /dev/null differ diff --git a/public/docs-static/img/how-to-guides/traffic-events/network-resource-successful-connection.png b/public/docs-static/img/how-to-guides/traffic-events/network-resource-successful-connection.png new file mode 100644 index 00000000..3c5ff7fe Binary files /dev/null and b/public/docs-static/img/how-to-guides/traffic-events/network-resource-successful-connection.png differ diff --git a/public/docs-static/img/how-to-guides/traffic-events/p2p-traffic-events.png b/public/docs-static/img/how-to-guides/traffic-events/p2p-traffic-events.png index 71efa128..eb24ba21 100644 Binary files a/public/docs-static/img/how-to-guides/traffic-events/p2p-traffic-events.png and b/public/docs-static/img/how-to-guides/traffic-events/p2p-traffic-events.png differ diff --git a/public/docs-static/img/how-to-guides/traffic-events/routed-traffic-events.png b/public/docs-static/img/how-to-guides/traffic-events/routed-traffic-events.png index 611d6e89..631114d7 100644 Binary files a/public/docs-static/img/how-to-guides/traffic-events/routed-traffic-events.png and b/public/docs-static/img/how-to-guides/traffic-events/routed-traffic-events.png differ diff --git a/src/pages/how-to/traffic-events-logging.mdx b/src/pages/how-to/traffic-events-logging.mdx index d8d1f5bb..c9fbcb97 100644 --- a/src/pages/how-to/traffic-events-logging.mdx +++ b/src/pages/how-to/traffic-events-logging.mdx @@ -76,7 +76,7 @@ the internal network resource. A slightly modified example of the CRM server connection scenario would be if instead of running the NetBird client on the CRM server, you used the [NetBird Networks feature](/how-to/networks) and created a network resource for the CRM server. In this case, if a user accessed an internal CRM from their laptop via a browser -and port `5432`, NetBird would log the traffic events for that connection on the user's machine and the routing peer that +and port 443, NetBird would log the traffic events for that connection on the user's machine and the routing peer that routed the connection to the CRM server. If the connection was blocked, NetBird would log the blocked event on the routing peer.

@@ -87,11 +87,11 @@ routed the connection to the CRM server. If the connection was blocked, NetBird The screenshot below illustrates a successful connection from `Alice` to the network resource `CRM` running in the AWS VPC. The traffic is routed through a routing peer, which logs the connection event and reports it to the NetBird servers. -The access is permitted by the policy `IT Admins to AWS Servers`, which allows connections over the `TCP` protocol on port `5432`. +The access is permitted by the policy `IT Admins to AWS Servers`, which allows connections over the `TCP` protocol on port `443`. Note the `ROUTER` column in the table, which identifies the routing peer responsible for routing to the internal network resource.

- network-resource-succesful-connection + network-resource-succesful-connection

@@ -112,7 +112,7 @@ in one TCP session, but the routing peer blocked all attempts. For all the examples above, we used the `nc` command to initiate the connection to the CRM server from the peer `Alice`. - E.g., `nc -v crm.netbird.cloud 5432`. + E.g., `nc -v crm.netbird.cloud 443`. ## Enabling Traffic Events Logging