Skip to content

Remove connect-enabled hostname check to support PrivateLink hosts#157

Merged
nickvanw merged 1 commit into
mainfrom
fix/remove-connect-hostname-check
Jul 9, 2026
Merged

Remove connect-enabled hostname check to support PrivateLink hosts#157
nickvanw merged 1 commit into
mainfrom
fix/remove-connect-hostname-check

Conversation

@orware

@orware orware commented Jul 9, 2026

Copy link
Copy Markdown
Contributor

CanConnect previously rejected any host that did not end in ".connect.psdb.cloud" with the error "This password is not connect-enabled, please ensure that your organization is enrolled in the Connect beta." That suffix check was added early on, when Connect was a beta capability that not all PlanetScale credentials had enabled, so it served as an early guard to steer users toward opting in.

Connect is now enabled for all PlanetScale credentials, so the check no longer guards anything real. It does, however, block legitimate setups: customers connecting over an AWS PrivateLink endpoint use a hostname that does not end in ".connect.psdb.cloud", so the connector refuses to connect even though the credentials are valid.

This removes only the hostname suffix check. The HTTPS reachability probe in checkEdgePassword is retained, so we still fail fast with a clear error when the host is genuinely unreachable. This also brings the Airbyte source in line with the Fivetran source, whose checkEdgePassword performs the reachability probe without any hostname suffix check.

No tests cover this path, and the strings import is still used elsewhere in the file.

CanConnect previously rejected any host that did not end in
".connect.psdb.cloud" with the error "This password is not
connect-enabled, please ensure that your organization is enrolled in
the Connect beta." That suffix check was added early on, when Connect
was a beta capability that not all PlanetScale credentials had enabled,
so it served as an early guard to steer users toward opting in.

Connect is now enabled for all PlanetScale credentials, so the check no
longer guards anything real. It does, however, block legitimate setups:
customers connecting over an AWS PrivateLink endpoint use a hostname
that does not end in ".connect.psdb.cloud", so the connector refuses to
connect even though the credentials are valid.

This removes only the hostname suffix check. The HTTPS reachability
probe in checkEdgePassword is retained, so we still fail fast with a
clear error when the host is genuinely unreachable. This also brings the
Airbyte source in line with the Fivetran source, whose checkEdgePassword
performs the reachability probe without any hostname suffix check.

No tests cover this path, and the `strings` import is still used
elsewhere in the file.
@nickvanw nickvanw merged commit 3aef6fa into main Jul 9, 2026
8 checks passed
@nickvanw nickvanw deleted the fix/remove-connect-hostname-check branch July 9, 2026 19:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants