| purpose | direction | IPv4 | IPv6 |
|---|---|---|---|
netsuite-connector/connector | ingress | · | · |
netsuite-connector/connector
Direction: ingress. Ranges Oracle NetSuite Connector connects from (webhook delivery); use them in security group ingress rules on your receiving endpoints.
loading ranges from the feed…
This purpose currently publishes more IPv4 ranges than the default rules-per-SG quota (60). Each CIDR consumes one rule; the hosted prefix list spends quota once per list instead. Details in the FAQ.
Terraform
data "ipranges_ingress" "netsuite_connector_connector" {
service = "netsuite-connector"
purpose = "connector"
}
resource "aws_security_group_rule" "netsuite_connector_connector" {
type = "ingress"
from_port = 443
to_port = 443
protocol = "tcp"
cidr_blocks = data.ipranges_ingress.netsuite_connector_connector.ipv4_cidrs
security_group_id = aws_security_group.app.id
}
keep rules current automatically
Terraform data sources refresh only when you run an apply. The hosted tier publishes the same data via AWS managed prefix lists (slash0.netsuite-connector.connector.v4 and so on), shared into your account via AWS RAM: rules reference one pl-… id and update within a minute of a vendor change, with removals held through a 72 hour grace window. Request early access or read how it works.
provenance
Ranges come from Oracle NetSuite Connector's official publication: https://docs.oracle.com/en/cloud/saas/netsuite/ns-online-help/section_162859452018.html. Fetched sources:
Every publish is signed (ECDSA P-256 over the feed index, each service document hash-chained to it) and every range change is recorded in the changelog. Verification steps: security. Provider setup: quickstart.