Static IPs for DocuWare Integrations

Turn on IP-based access control in DocuWare Cloud and only allowlisted addresses can reach your organization, including your API and integration traffic.

A cloud integration with a rotating egress IP gets blocked the moment the allowlist is active.

QuotaGuard gives that integration two fixed IPs you add to the DocuWare allowlist once, so it keeps reaching your organization no matter how its platform changes underneath.

Clever Cloud logo connected to a shield with a lock symbolizing secure cloud services.

Enterprise Connectivity & Allowlisting

DocuWare Cloud includes a customer-controllable IP allowlist in its Security settings. An administrator enters specific IP addresses or ranges, and once any address is listed, only those addresses can access the DocuWare Cloud organization.

That control covers all access, not just browser logins, so a server-side integration calling the DocuWare Platform API must come from an allowlisted IP.

A document-sync job, a workflow automation, a middleware service, or a custom app running on a cloud platform egresses from a rotating address, which the allowlist rejects. QuotaGuard gives that integration two static IPs that belong to your account, so you allowlist two addresses and never touch the list again.

Note: QuotaGuard is designed for connecting cloud integrations to IP-restricted B2B resources like the DocuWare Platform API, partner APIs, SQL databases, and enterprise gateways. This solution is not intended for scraping consumer sites that block cloud infrastructure.

Native Configuration

QuotaGuard works at the application layer through environment variables.

No change to DocuWare, no custom infrastructure. Point your integration's DocuWare Platform API calls through the proxy and they exit from your two static IPs.

Environment Variable Setup

Store your QuotaGuard connection string as an environment variable on your integration's host.

Set the standard proxy variables so HTTP clients route through it automatically, or attach the proxy to the specific calls that reach DocuWare so nothing else is affected.

Most clients in Node.js, Python, Ruby, Go, along with curl, respect the proxy variables without code changes.

Works With the DocuWare Platform API and OAuth

DocuWare Cloud exposes its REST API at your organization's Platform endpoint, authenticated with OAuth 2.0 bearer tokens.

The proxy carries both the token request to DocuWare's identity service and the Platform API calls, so every request that touches DocuWare exits from your two static IPs. Nothing about the authentication flow changes.

Works on Any Integration Host

The setup is the same whether your integration runs on Heroku, AWS Lambda, a container platform, a serverless function, or your own server.

The proxy variables are read by your HTTP client, so there is nothing host-specific to configure and nothing that breaks when your platform changes its egress addresses.

Diagram showing Retool process connecting through QGTunnel SOCKS5 Proxy to QuotaGuard with static IPs 18.18.18.18 and 25.25.25.25, then secured connections to PostgreSQL, MySQL, and MongoDB databases.

Reliability for Production Integrations

Document workflows run on a schedule and in bursts.

QuotaGuard's proxy layer handles that without becoming the bottleneck, and gives your integration a fixed network identity DocuWare can trust on every request.

FAQs

Technical Configuration and Setup for DocuWare Integrations

Does DocuWare Cloud support IP allowlisting?

Yes.

DocuWare Cloud includes IP-based access control in its Security settings, where an administrator enters specific IP addresses or ranges.

Once any address is listed, only those addresses can access the DocuWare Cloud organization, and the control applies to API and integration traffic as well as browser access. It currently supports IPv4.

How do I give my integration a static IP for DocuWare with QuotaGuard?

Route your integration's DocuWare Platform API calls through QuotaGuard by setting the proxy connection string as an environment variable on your integration's host.

Then add your two QuotaGuard IPs to DocuWare's IP-based access control in Security settings.

Every request to DocuWare then arrives from one of those two fixed addresses.

How do I verify my integration is using the static IP?

From the integration host, after configuring the proxy, make a request to https://ip.quotaguard.com.

The response returns the IP your request came from.

It should match one of the two static IPs in your QuotaGuard dashboard. Check a few times and you will see both IPs in rotation.

Does this work for the DocuWare REST API and OAuth?

Yes.

DocuWare Cloud's Platform API uses OAuth 2.0 bearer tokens, and the proxy carries both the token request to the identity service and the Platform API calls.

Every request that reaches DocuWare exits from your two static IPs, and the authentication flow is unchanged.

Does this apply to on-premises DocuWare?

This page is about DocuWare Cloud, where the IP allowlist is a managed feature and your integration's egress IP is the variable you need to fix.

On-premises DocuWare runs on your own network, where you control egress directly, so a proxy is usually unnecessary for that case.

Will this keep working when my hosting platform changes its IPs?

Yes.

The static IPs are assigned to your QuotaGuard account, not to your hosting platform.

Your integration reads the proxy URL from its environment and connects through the same two IPs regardless of how the platform rotates its egress addresses.

The DocuWare allowlist entry stays valid.

Can EU teams keep traffic inside the EU?

Yes. Select an EU region and your two static IPs are EU-based, in Frankfurt, Ireland, or London, with traffic routed within EU infrastructure.

Enterprise adds dedicated EU IPs, and the Data Residency add-on locks traffic, static IPs, and connection logs to the EU from $899 per month, which supports GDPR data-residency requirements.

Is QuotaGuard appropriate for regulated document data on DocuWare?

Use QuotaGuard Shield for that. DocuWare often stores regulated documents such as HR records, contracts, invoices, and health information.

Shield uses SSL passthrough and never decrypts your traffic at the proxy, and your TLS keys never leave your servers.

That is the model for HIPAA, PCI-DSS, and SOC 2 workloads.

QuotaGuard Static terminates and re-establishes SSL and is appropriate for everything that is not regulated, but not for regulated data.

Still have questions?

We don’t outsource Support to non-Engineers.

Reach out directly to the Engineers who built Shield to discuss your specific architecture, integration challenges, or compliance constraints here 👇

🚀 Ready to Get Started? Choose Your QuotaGuard Path

QuotaGuard STATIC

Why: You need a rock-solid, fixed IP for general API access, AI workflows, or standard third-party integrations.
Best For: Developers, startups, and general application connectivity.
Key Feature: SOCKS5 support for secure database access.
Sign Up for QG Static for DocuWare

QuotaGuard SHIELD

Why: You handle HIPAA, PCI, or sensitive PII data and require End-to-End Encryption (E2EE) for full compliance.
Best For: Regulated industries, financial services, and healthcare.
Key Feature: SSL Passthrough and key isolation.
Sign Up for QG Shield for DocuWare

Trusted by Engineering Teams Everywhere

Reliability Engineered for the Modern Cloud

For over a decade, QuotaGuard has provided reliable, high-performance static IP and proxy solutions for cloud environments like Heroku, Kubernetes, and AWS.

Get the fixed identity and security your application needs today.