# Is it possible to increase the timeout to 120 sec

**URL:** <https://community.fly.io/t/is-it-possible-to-increase-the-timeout-to-120-sec/3007>\
**Category:** Questions / Help\
**Created:** [November 1, 2021, 1:31pm UTC](https://community.fly.io/t/is-it-possible-to-increase-the-timeout-to-120-sec/3007 "2021-11-01T13:31:18Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![jerome](https://sea1.discourse-cdn.com/fly1/user_avatar/community.fly.io/jerome/32/17_2.png) [@jerome](https://community.fly.io/u/jerome)\
**Post date:** [November 1, 2021, 5:53pm UTC](https://community.fly.io/t/is-it-possible-to-increase-the-timeout-to-120-sec/3007/5 "2021-11-01T17:53:48Z")

</div>

> [@ignoramous](#):
>
> Wait: What’s an ‘enterprise’ plan? [Doesn’t kurt despise cloudflare](https://fly.io/blog/we-cut-bandwidth-prices-go-nuts/) much for their ‘enterprise-plan only’ shenanigans… 😃

We have an internal setting for controlling the timeout for customers with specific needs.

We do not like enterprise features like that, but we do need to protect our resources. Open file descriptors can be exhausted if a lot of connections are left open on the same hosts.

Bandwidth is a different game. We have fairly large pipes on all our hosts, we should be able to handle bandwidth requirements for most apps, the pricing is pretty clear on that 🙂

The “enterprise” plan we’re thinking up concerns supports (via email, including a way to reach us faster during emergencies) and more relaxed limits for app instances (such as the timeout we’re talking about here, but also things like connection backlogs, concurrent TLS handshakes, etc.). Basically, dedicated resources for the proxy, as opposed to the current multitenant-only model.

These plans aren’t ready yet! Just thinking about them.

> [@ignoramous](#):
>
> Also, do the `120` s timeout (are they read or connection timeouts?) apply to even raw tcp conns OR just the http ones fly proxies and the tls ones fly terminates?

It’s 60 seconds.

Applies to both HTTP and raw TCP. They’re “idle” timeouts. If no data is read or written within 60s, the connection is forcefully closed. It applies for both edge connections and connections we make to your app instances.

UDP is connection-less and doesn’t require timeouts.

---

_[View the full topic](https://community.fly.io/t/is-it-possible-to-increase-the-timeout-to-120-sec/3007)._