From 32b4fe510c2694daadf52add85465792d92c3e34 Mon Sep 17 00:00:00 2001 From: ldecarvalho-doc <82805470+ldecarvalho-doc@users.noreply.github.com> Date: Thu, 5 Jun 2025 14:22:31 +0200 Subject: [PATCH 01/10] fix(rdb): vpc routing --- .../how-to/connect-database-private-network.mdx | 11 +++++++---- pages/vpc/reference-content/understanding-routing.mdx | 5 ++--- 2 files changed, 9 insertions(+), 7 deletions(-) diff --git a/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx b/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx index 0ab344d96f..844cf6555a 100644 --- a/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx +++ b/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx @@ -25,8 +25,11 @@ This improves performance by reducing the latency between your application and y You can create new Database Instances to attach to your Private Network, or attach existing ones. - + + Managed Databases for PostgreSQL and MySQL is compatible with the [VPC routing](https://www.scaleway.com/en/docs/vpc/concepts/#routing) feature, which allows you to connect one or more Database Instances in Private Network to resources in other Private Networks of the same VPC. Refer to the [How to manage routing](/vpc/how-to/manage-routing/) documentation page for more information. + + - A Scaleway account logged into the [console](https://console.scaleway.com) - [Owner](/iam/concepts/#owner) status or [IAM permissions](/iam/concepts/#permission) allowing you to perform actions in the intended Organization - A valid [API key](/iam/how-to/create-api-keys/) @@ -34,9 +37,9 @@ You can create new Database Instances to attach to your Private Network, or atta ## How to attach a Database Instance to a Private Network - - You can only attach your Database Instance to one Private Network at a time. - + + You can only attach your Database Instance to one Private Network at a time. + 1. Click **PostgreSQL and MySQL** under **Databases** on the side menu. A list of your Database Instances displays. 2. Select the geographical region of the Instance you want to manage from the drop-down. diff --git a/pages/vpc/reference-content/understanding-routing.mdx b/pages/vpc/reference-content/understanding-routing.mdx index 8059447d29..a1ad505487 100644 --- a/pages/vpc/reference-content/understanding-routing.mdx +++ b/pages/vpc/reference-content/understanding-routing.mdx @@ -29,7 +29,7 @@ You can create your own custom routes to send traffic for defined IP ranges towa Routing is activated by default whenever you create a new VPC, and can be activated on pre-existing VPCs by [following these steps](/vpc/how-to/manage-routing/#how-to-activate-routing). Network ACLs, to finely control and filter VPC traffic, are available [via the API](/vpc/reference-content/understanding-nacls) (currently in Public Beta). -The diagram below shows an example of how routing works across two Private Networks on a VPC. The route table is held on the VPC's virtual router ([VRouter](/vpc/concepts/#vrouter)), and synched to each resource as it joins a Private Network. +The diagram below shows an example of how routing works across two Private Networks on a VPC. The route table is held on the VPC's virtual router ([VRouter](/vpc/concepts/#vrouter)), and synched to each resource as it joins a Private Network. - An Elastic Metal server on Private Network A can send a packet to the public internet via a Public Gateway also attached to Private Network A. - An Instance also on Private Network A can send a packet to an Instance on Private Network B, via the vRouter. - The same Instance on Private Network A can send a packet to an IP destination at the other end of the VPN hosted on Instance XYZ on Private Network B, thanks to a custom route. @@ -43,7 +43,7 @@ The diagram below shows an example of how routing works across two Private Netwo Every VPC has an associated **route table**, used to manage and control the routing of traffic within the VPC. The routes within a route table tell the VPC where to send traffic trying to get to a specific destination IP address. One line in the route table corresponds to one route. A route consists of: - A **destination** IP or IP range. This specifies that the route applies to traffic with a matching destination IP. -- A **next hop**. This specifies where the VPC should forward traffic that is trying to reach the destination IP. +- A **next hop**. This specifies where the VPC should forward traffic that is trying to reach the destination IP. - For local subnet routes, the next hop will be the relevant Private Network. Traffic destined for an IP within the CIDR block of the Private Network's subnet will find the attached resource there. - For custom routes, the next hop is a defined resource on a defined Private Network. - If the destination IP is not known on the VPC (represented by the `0.0.0.0/0` address), its next hop will be a Public Gateway so that it can reach the public internet (as long as a Public Gateway set to advertise the default route has been attached to the Private Network). @@ -162,5 +162,4 @@ Alternatively, and aligned with best practice, when the default NACL rule **Deni ## Limitations -- Managed Databases are not currently compatible with routing. The VPC cannot automatically route between Managed Databases on different Private Networks, or (for example) between a Managed Database on one Private Network and an Instance on a different Private Network. - VPC routing does not currently support virtual IPs. \ No newline at end of file From 7785920a1f4af92a764efb9b91b42151dc355ef1 Mon Sep 17 00:00:00 2001 From: ldecarvalho-doc <82805470+ldecarvalho-doc@users.noreply.github.com> Date: Thu, 5 Jun 2025 14:29:17 +0200 Subject: [PATCH 02/10] fix(rdb): remove mentions of db in vpc --- pages/vpc/faq.mdx | 4 --- pages/vpc/how-to/manage-routing.mdx | 28 +++++++++---------- .../reference-content/understanding-nacls.mdx | 12 ++++---- pages/vpc/troubleshooting/vpc-limitations.mdx | 2 +- .../vpc-pn-routing-connectivity-issues.mdx | 4 --- 5 files changed, 21 insertions(+), 29 deletions(-) diff --git a/pages/vpc/faq.mdx b/pages/vpc/faq.mdx index b87fd26da5..862e1a1394 100644 --- a/pages/vpc/faq.mdx +++ b/pages/vpc/faq.mdx @@ -38,10 +38,6 @@ Yes, [VPC routing](/vpc/concepts#routing) allows you to automize the routing of This is not currently possible. You may consider using a VPN tunnel to achieve this, for example [IPsec](https://en.wikipedia.org/wiki/IPsec) or [WireGuard](https://en.wikipedia.org/wiki/WireGuard). Scaleway also offers an [OpenVPN InstantApp](/tutorials/openvpn-instant-app/), making it easy to install a VPN directly on an Instance. -### Why can I not route traffic to my Managed Database on another Private Network? - -Managed Databases do not currently support VPC routing - see our [dedicated documentation](/vpc/reference-content/understanding-routing/#limitations) - ### Can I control traffic flow between my VPC's Private Networks? Yes, use the [Network ACL feature](/vpc/reference-content/understanding-nacls/) to filter packets flowing between the different Private Networks of your VPC. By default, all traffic is allowed to pass, until you start to add rules to the VPC's NACL. diff --git a/pages/vpc/how-to/manage-routing.mdx b/pages/vpc/how-to/manage-routing.mdx index 71e0f897ef..f6f38d51c4 100644 --- a/pages/vpc/how-to/manage-routing.mdx +++ b/pages/vpc/how-to/manage-routing.mdx @@ -24,7 +24,7 @@ Routing is used to manage and control the flow of traffic within a VPC. It tells Read more about the VPC routing feature, including detailed explanations, usage considerations, limitations and best practices in our [dedicated reference content](/vpc/reference-content/understanding-routing/). - + - A Scaleway account logged into the [console](https://console.scaleway.com) ## How to activate routing @@ -50,7 +50,7 @@ To activate routing on a pre-existing VPC, follow these steps: If you created your VPC before July 1st 2025, you must manually update its routing behavior in order to get the following capabilities: - Advertisement of custom routes across the entire VPC as standard. -- Option to enable each Private Network in the VPC to receive default route advertisements not only from their locally attached Public Gateways, but from other Public Gateways (or default custom routes) attached to different Private Networks throughout the whole VPC. +- Option to enable each Private Network in the VPC to receive default route advertisements not only from their locally attached Public Gateways, but from other Public Gateways (or default custom routes) attached to different Private Networks throughout the whole VPC. For more information on these new routing behaviors, see our [detailed documentation](/vpc/reference-content/understanding-routing/#updating-routing-behavior). @@ -84,10 +84,10 @@ Your VPC's **route table** can be found in its **Routing** tab. The route table Routes are automatically generated and added to the route table when you: - - Create a Private Network in the VPC (this generates a **local subnet route**, which allows the VPC to automatically route traffic between Private Networks), or + - Create a Private Network in the VPC (this generates a **local subnet route**, which allows the VPC to automatically route traffic between Private Networks), or - Attach a Public Gateway to a Private Network and set it to advertise a default route. This generates a **default route to the internet**. - Create a custom route - + When your route table starts to populate, it will look something like this: @@ -99,12 +99,12 @@ Your VPC's **route table** can be found in its **Routing** tab. The route table Two types of auto-generated routes exist for VPCs: - **Local subnet route**: Generated when you create a Private Network in a VPC. Allows traffic to be routed between different Private Networks in the VPC. -- **Default route to internet**: Generated when you attach a Public Gateway to a Private Network in the VPC, and set it to advertise a [default route](/public-gateways/concepts/#default-route). Allows traffic to be routed to addresses outside the VPC (i.e. the public internet) via the gateway. +- **Default route to internet**: Generated when you attach a Public Gateway to a Private Network in the VPC, and set it to advertise a [default route](/public-gateways/concepts/#default-route). Allows traffic to be routed to addresses outside the VPC (i.e. the public internet) via the gateway. -By default, Public Gateways remain scoped to the Private Network(s) to which they are attached. They do not, as standard, advertise the default route on other Private Networks in the VPC. +By default, Public Gateways remain scoped to the Private Network(s) to which they are attached. They do not, as standard, advertise the default route on other Private Networks in the VPC. -However, each Private Network can opt in to receive default route advertisements from across the entire VPC, rather than only from locally attached gateways. This allows them to find a route to the internet even if there is no Public Gateway or default custom route on their own Private Network. See our [dedicated documentation](/vpc/reference-content/understanding-routing/#default-routes) for full details. +However, each Private Network can opt in to receive default route advertisements from across the entire VPC, rather than only from locally attached gateways. This allows them to find a route to the internet even if there is no Public Gateway or default custom route on their own Private Network. See our [dedicated documentation](/vpc/reference-content/understanding-routing/#default-routes) for full details. You cannot delete managed routes, as their lifecycle is fully managed by Scaleway. The route will be automatically deleted for you when you delete the Private Network or Public Gateway that it concerns. @@ -142,10 +142,10 @@ Each Private Network must individually opt in to receive all these default route 3. Click the **Manage default routes** button. - A screen displays, showing a list of all the Private Networks in your VPC. - + A screen displays, showing a list of all the Private Networks in your VPC. + The **Local default route** column shows whether or not a default route is already advertised locally in the Private Network via an attached Public Gateway or custom route. - + 4. Click the checkbox next to each Private Network that you want to receive all default routes from throughout the VPC. 5. Click **Apply scope** when finished. @@ -155,7 +155,7 @@ Each Private Network must individually opt in to receive all these default route -### How to view VPC routes in IPv6 +### How to view VPC routes in IPv6 Scaleway VPC routing supports both IPv4 and IPv6 protocols. Managed routes to Private Networks are simultaneously generated for both IPV4 and IPV6, and both are added to the route table. Use the toggle above the route table to switch from the default view of **IPV4** routes to a view of **IPV6** routes. @@ -199,7 +199,7 @@ Follow the steps below to define a custom route: 8. Enter a **next hop** for the route. The VPC will route traffic for the destination IP to the resource designated as next hop. - Select the Private Network which the next hop resource is attached to. - - Select a resource type: **Instance**, **Public Gateway** or **Elastic Metal**. Routing is not yet compatible with Managed Databases, nor with other types of Scaleway resources which are not integrated with VPC. + - Select a resource type: **Instance**, **Public Gateway** or **Elastic Metal**. - Select the **name** of the specific resource you want to route traffic to. The resource must be attached to a Private Network in this VPC. @@ -212,7 +212,7 @@ Follow the steps below to define a custom route: ### How to fix a broken custom route -If you delete a resource used as a next hop in a custom route, or detach it from the Private Network, the custom route will cease to function. A **Not found!** warning will display in the **Next hop** column for this route in the route table. +If you delete a resource used as a next hop in a custom route, or detach it from the Private Network, the custom route will cease to function. A **Not found!** warning will display in the **Next hop** column for this route in the route table. @@ -220,7 +220,7 @@ To resolve this, you must either: - [Reattach the next hop resource to the Private Network](/vpc/how-to/attach-resources-to-pn/#how-to-attach-a-resource-to-a-private-network) **and** then [edit the route](#how-to-edit-a-custom-route) to reselect the next hop resource, or - [Edit the route](#how-to-edit-a-custom-route) to select a new next hop, or -- [Delete the route](#how-to-delete-a-custom-route) +- [Delete the route](#how-to-delete-a-custom-route) ## How to edit a custom route diff --git a/pages/vpc/reference-content/understanding-nacls.mdx b/pages/vpc/reference-content/understanding-nacls.mdx index 57912a1e5f..826274f774 100644 --- a/pages/vpc/reference-content/understanding-nacls.mdx +++ b/pages/vpc/reference-content/understanding-nacls.mdx @@ -54,18 +54,18 @@ When defining a NACL rule, you must enter the following settings: - **Protocol**: Either `TCP`, `UDP`, or `ICMP`. The rule will apply only to traffic matching this protocol. Alternatively, you can choose to apply it to traffic matching any protocol. - **Source** and **destination**: The rule will apply to traffic originating from this source and being sent to this destination. For both, enter an IP range in [CIDR format](/vpc/concepts/#cidr-block), and a port or port range. Alternatively, you can opt for the rule to apply to all IPs and/or all ports. - + - **Action**: The NACL will either **Allow** (accept) or **Deny** (drop) traffic that matches the rule. ## Rule priority and application -The Network Access Control List should be read from top to bottom. Rules closer to the top of the list are applied first. If traffic matches a rule for an **Allow** or **Deny** action, the action is applied immediately. That traffic is not then subject to any further filtering or any further actions by any rules that follow. +The Network Access Control List should be read from top to bottom. Rules closer to the top of the list are applied first. If traffic matches a rule for an **Allow** or **Deny** action, the action is applied immediately. That traffic is not then subject to any further filtering or any further actions by any rules that follow. ## Statelessness **NACL rules are stateless**. This means the state of connections is not tracked, and inbound and outbound traffic is filtered separately. Return traffic is not automatically allowed just because the outbound request was allowed. Explicit rules are required for each direction of traffic. -Therefore, if you create a rule to allow traffic in one direction, you may also need a separate rule to allow the response in the opposite direction. +Therefore, if you create a rule to allow traffic in one direction, you may also need a separate rule to allow the response in the opposite direction. ## Default rule @@ -81,7 +81,7 @@ The table below shows an example of a NACL for IPv4 traffic: -- A number of TCP rules allow connections to the specific ports necessary for SSH, HTTP, and HTTPS traffic. These rules allow all IPv4 sources within the VPC to connect to these ports, for all IPv4 destinations. +- A number of TCP rules allow connections to the specific ports necessary for SSH, HTTP, and HTTPS traffic. These rules allow all IPv4 sources within the VPC to connect to these ports, for all IPv4 destinations. - An ICMP rule allows all ICMP traffic from/to all IPv4 addresses on all ports, effectively permitting all ping requests within the VPC to function. @@ -99,9 +99,9 @@ Network ACLs cannot be used to block or filter the traffic to or from the follow - Scaleway DHCP - Scaleway Instance metadata - Kubernetes Kapsule task metadata endpoints -- License activation for Windows installation on Elastic Metal or Instances +- License activation for Windows installation on Elastic Metal or Instances -NACLs have the same resource limitations as [VPC routing](/vpc/reference-content/understanding-routing/#limitations), they cannot currently be used to filter Managed Database traffic, though this functionality is planned for the future. +NACLs have the same resource limitations as [VPC routing](/vpc/reference-content/understanding-routing/#limitations). NACLs are currently available only via the Scaleway API and developer tools. They are not yet available in the Scaleway console. diff --git a/pages/vpc/troubleshooting/vpc-limitations.mdx b/pages/vpc/troubleshooting/vpc-limitations.mdx index c56369332d..9a16a4a1e8 100644 --- a/pages/vpc/troubleshooting/vpc-limitations.mdx +++ b/pages/vpc/troubleshooting/vpc-limitations.mdx @@ -27,4 +27,4 @@ This page sets out some current limitations of Scaleway's VPC. - Managed Databases for Redis™ (only during the process of creating the database) - Kubernetes Kapsule (only during the process of creating the Kapsule cluster) - Private Networks are not supported on some legacy Instance offers which have reached EOL, e.g. `VC1`, `START1` and `X64-*GB`. Note that all Instance offers in the [current product catalogue](https://www.scaleway.com/en/pricing/?tags=compute) are supported. -- Managed Databases are not currently compatible with VPC routing. The VPC cannot automatically route between Managed Databases on different Private Networks, or (for example) between a Managed Database on one Private Network and an Instance on a different Private Network. + diff --git a/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx b/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx index 4e58727335..a0f137e816 100644 --- a/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx +++ b/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx @@ -17,10 +17,6 @@ You may have problems with connectivity between resources in a VPC or Private Ne This page helps you solve potential errors that are related to VPC connectivity and routing. -## My Managed Database cannot communicate with other resources in my VPC - -This is normal, as VPC routing is not yet supported by Managed Databases for PostgreSQL and MySQL, nor Managed Databases for Redis. Adding support for Managed Databases is planned for the future. - ## I cannot deactivate routing on my VPC This is standard behavior: From 1eec930ce328d890d22044c3e7eb5a735809754d Mon Sep 17 00:00:00 2001 From: ldecarvalho-doc <82805470+ldecarvalho-doc@users.noreply.github.com> Date: Mon, 9 Jun 2025 11:54:11 +0200 Subject: [PATCH 03/10] fix(rdb): routing Co-authored-by: Jessica <113192637+jcirinosclwy@users.noreply.github.com> --- .../how-to/connect-database-private-network.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx b/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx index 844cf6555a..45b496cadf 100644 --- a/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx +++ b/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx @@ -26,7 +26,7 @@ This improves performance by reducing the latency between your application and y You can create new Database Instances to attach to your Private Network, or attach existing ones. - Managed Databases for PostgreSQL and MySQL is compatible with the [VPC routing](https://www.scaleway.com/en/docs/vpc/concepts/#routing) feature, which allows you to connect one or more Database Instances in Private Network to resources in other Private Networks of the same VPC. Refer to the [How to manage routing](/vpc/how-to/manage-routing/) documentation page for more information. + Managed Databases for PostgreSQL and MySQL is compatible with the [VPC routing](/vpc/concepts/#routing) feature, which allows you to connect one or more Database Instances in Private Network to resources in other Private Networks of the same VPC. Refer to the [How to manage routing](/vpc/how-to/manage-routing/) documentation page for more information. From 284ea8973e8c00173ee239cffaad6425f3f63f85 Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:20:59 +0200 Subject: [PATCH 04/10] Update connect-database-private-network.mdx update frontmatter --- .../how-to/connect-database-private-network.mdx | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx b/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx index 45b496cadf..74471be3ed 100644 --- a/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx +++ b/pages/managed-databases-for-postgresql-and-mysql/how-to/connect-database-private-network.mdx @@ -1,10 +1,6 @@ --- -meta: - title: How to connect a PostgreSQL and MySQL Database Instance to a Private Network - description: Instructions for connecting your Database Instance over a Private Network. -content: - h1: How to connect a PostgreSQL and MySQL Database Instance to a Private Network - paragraph: Instructions for connecting your Database Instance over a Private Network. +title: How to connect a PostgreSQL and MySQL Database Instance to a Private Network +description: Instructions for connecting your Database Instance over a Private Network. tags: managed-database postgresql mysql private-network database-instance dates: validation: 2025-01-04 @@ -82,4 +78,4 @@ This action takes a few moments to complete. During this time, your Database Ins - remains available, - goes into **Configuring** mode, and - network configuration actions become unavailable - \ No newline at end of file + From 9c51909e49e0f4a6d325e6ca078707c9d3d46a42 Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:21:33 +0200 Subject: [PATCH 05/10] Update faq.mdx update frontmatter --- pages/vpc/faq.mdx | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/pages/vpc/faq.mdx b/pages/vpc/faq.mdx index 862e1a1394..cf119ecd0e 100644 --- a/pages/vpc/faq.mdx +++ b/pages/vpc/faq.mdx @@ -1,9 +1,6 @@ --- -meta: - title: VPC - description: Discover Scaleway VPC and Private Networks. -content: - h1: VPC FAQ +title: VPC +description: Discover Scaleway VPC and Private Networks. dates: validation: 2025-05-05 category: network From 2f1273919d7d347d1be33d546a26de73a6ae51bc Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:21:58 +0200 Subject: [PATCH 06/10] Update manage-routing.mdx update frontmatter --- pages/vpc/how-to/manage-routing.mdx | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/pages/vpc/how-to/manage-routing.mdx b/pages/vpc/how-to/manage-routing.mdx index f6f38d51c4..ee8f7a0746 100644 --- a/pages/vpc/how-to/manage-routing.mdx +++ b/pages/vpc/how-to/manage-routing.mdx @@ -1,10 +1,6 @@ --- -meta: - title: How to manage routing - description: Learn how to manage routing in Scaleway Virtual Private Cloud (VPC). Configure custom routes to control traffic flow and optimize network performance. -content: - h1: How to manage routing - paragraph: Learn how to manage routing in Scaleway Virtual Private Cloud (VPC). Configure custom routes to control traffic flow and optimize network performance. +title: How to manage routing +description: Learn how to manage routing in Scaleway Virtual Private Cloud (VPC). Configure custom routes to control traffic flow and optimize network performance. tags: private-network vpc routing route-table routes default-route local-route subnet dates: validation: 2025-06-11 From bcdfa497c5812a324166cbe869752ea214c17989 Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:22:26 +0200 Subject: [PATCH 07/10] Update understanding-nacls.mdx update frontmatter --- pages/vpc/reference-content/understanding-nacls.mdx | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/pages/vpc/reference-content/understanding-nacls.mdx b/pages/vpc/reference-content/understanding-nacls.mdx index 826274f774..0d8137e350 100644 --- a/pages/vpc/reference-content/understanding-nacls.mdx +++ b/pages/vpc/reference-content/understanding-nacls.mdx @@ -1,10 +1,6 @@ --- -meta: - title: Understanding Network ACLs - description: Learn how to Network Access Control Lists (NACL) to filter inbound and outbound traffic between the different Private Networks of your VPC. Understand concepts, best practices, and key use cases. -content: - h1: Understanding Network ACLs - paragraph: Learn how to Network Access Control Lists (NACL) to filter inbound and outbound traffic between the different Private Networks of your VPC. Understand concepts, best practices, and key use cases. +title: Understanding Network ACLs +description: Learn how to Network Access Control Lists (NACL) to filter inbound and outbound traffic between the different Private Networks of your VPC. Understand concepts, best practices, and key use cases. tags: vpc nacl network-access-control-list default-rule stateless inbound outbound port dates: validation: 2025-06-09 @@ -110,4 +106,4 @@ NACLs are currently available only via the Scaleway API and developer tools. The NACL quotas are as follows: - A maximum of 255 rules for IPv4 (per VPC) -- A maximum of 255 rules for IPv6 (per VPC) \ No newline at end of file +- A maximum of 255 rules for IPv6 (per VPC) From a9c6d6e9060503261ec53a8a787b8c4a3f437714 Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:22:54 +0200 Subject: [PATCH 08/10] Update understanding-routing.mdx update frontmatter --- pages/vpc/reference-content/understanding-routing.mdx | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/pages/vpc/reference-content/understanding-routing.mdx b/pages/vpc/reference-content/understanding-routing.mdx index a1ad505487..15d74aa7e3 100644 --- a/pages/vpc/reference-content/understanding-routing.mdx +++ b/pages/vpc/reference-content/understanding-routing.mdx @@ -1,10 +1,6 @@ --- -meta: - title: Understanding VPC routing - description: Explore the fundamentals of VPC routing with Scaleway. Understand how to manage traffic flow and optimize network routes within your Virtual Private Cloud -content: - h1: Understanding VPC routing - paragraph: Explore the fundamentals of VPC routing with Scaleway. Understand how to manage traffic flow and optimize network routes within your Virtual Private Cloud +title: Understanding VPC routing +description: Explore the fundamentals of VPC routing with Scaleway. Understand how to manage traffic flow and optimize network routes within your Virtual Private Cloud tags: vpc routing route-table private-network managed-route automatic-route local-subnet-route default-route dates: validation: 2025-06-11 @@ -162,4 +158,4 @@ Alternatively, and aligned with best practice, when the default NACL rule **Deni ## Limitations -- VPC routing does not currently support virtual IPs. \ No newline at end of file +- VPC routing does not currently support virtual IPs. From 2a051f61a9e34d06991a42aa424e4b50ebd8a5b9 Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:23:21 +0200 Subject: [PATCH 09/10] Update vpc-limitations.mdx update frontmatter --- pages/vpc/troubleshooting/vpc-limitations.mdx | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/pages/vpc/troubleshooting/vpc-limitations.mdx b/pages/vpc/troubleshooting/vpc-limitations.mdx index 9a16a4a1e8..74ccc240e8 100644 --- a/pages/vpc/troubleshooting/vpc-limitations.mdx +++ b/pages/vpc/troubleshooting/vpc-limitations.mdx @@ -1,10 +1,6 @@ --- -meta: - title: VPC Limitations - description: This page sets out some known limitations of Scaleway's VPC -content: - h1: VPC Limitations - paragraph: This page sets out some known limitations of Scaleway's VPC +title: VPC Limitations +description: This page sets out some known limitations of Scaleway's VPC tags: vpc regional-private-networks dates: validation: 2025-04-24 From 37a54728aa024b75f217b1fdd3f539dd6eb01825 Mon Sep 17 00:00:00 2001 From: numa Date: Wed, 16 Jul 2025 15:23:44 +0200 Subject: [PATCH 10/10] Update vpc-pn-routing-connectivity-issues.mdx update frontmatter --- .../vpc-pn-routing-connectivity-issues.mdx | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx b/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx index a0f137e816..55aec9b981 100644 --- a/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx +++ b/pages/vpc/troubleshooting/vpc-pn-routing-connectivity-issues.mdx @@ -1,10 +1,6 @@ --- -meta: - title: I am experiencing connectivity or routing issues with my VPC or Private Network - description: Troubleshoot access and connectivity issues with your Scaleway VPC or Private Network. Learn how to resolve common problems and get your network up and running smoothly. -content: - h1: I am experiencing connectivity or routing issues with my VPC or Private Network - paragraph: Troubleshoot access and connectivity issues with your Scaleway VPC or Private Network. Learn how to resolve common problems and get your network up and running smoothly. +title: I am experiencing connectivity or routing issues with my VPC or Private Network +description: Troubleshoot access and connectivity issues with your Scaleway VPC or Private Network. Learn how to resolve common problems and get your network up and running smoothly. tags: vpc private-network access connectivity ssh ip dates: validation: 2025-02-21