Re: [I] help request: download large files failed [apisix]

2025-05-29 Thread via GitHub


1450793561 closed issue #12245: help request: download large files failed
URL: https://github.com/apache/apisix/issues/12245


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-24 Thread via GitHub


shreemaan-abhishek commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2907583425

   @1450793561, could you please check (using wireshark or similar tools) if 
the upstream sends a negative content-length header when using the upstream 
without APISIX? This will help us narrow down the source of the issue.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-23 Thread via GitHub


1450793561 commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2903524001

   Our linux operating system is 64-bit. I wonder where the limitation


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-23 Thread via GitHub


1450793561 commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2903555905

   Now our business has come to a standstill and we don't know how to solve it


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-23 Thread via GitHub


1450793561 commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2903486820

   > The -482560413 in the error is a negative number, which strongly suggests 
that a 32-bit signed integer overflow has occurred. 32-bit signed integers have 
a maximum value of 2,147,483,647 bytes (about 2GB), and when the Content-Length 
exceeds this value, an overflow into a negative number occurs, which appears to 
be coming from Nginx itself, not the APISIX Lua code.
   > 
   > > client_max_body_size: 600m  # Set the maximum allowed size of 
the client request body.
   > > Try to set default 0 ? unlimited
   > 
   > Hi [@1450793561](https://github.com/1450793561), try this method to see if 
it works?
   
   I attempted to adjust the parameter client_max_body_size to 0, but the 
re-verification still failed


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-22 Thread via GitHub


Baoyuantop commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2903388856

   The -482560413 in the error is a negative number, which strongly suggests 
that a 32-bit signed integer overflow has occurred. 32-bit signed integers have 
a maximum value of 2,147,483,647 bytes (about 2GB), and when the Content-Length 
exceeds this value, an overflow into a negative number occurs, which appears to 
be coming from Nginx itself, not the APISIX Lua code.
   
   
   >   client_max_body_size: 600m  # Set the maximum allowed size of 
the client request body.
   Try to set default 0 ? unlimited
   
   Hi @1450793561, try this method to see if it works?
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-22 Thread via GitHub


1450793561 commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2903210243

   > ` client_max_body_size: 600m # Set the maximum allowed size of the client 
request body.` Try to set default 0 ? unlimited
   
   Current tests have found that there is no problem downloading files of 1G 
size, but an error "Content-Length: "will be reported when downloading files 
larger than 2G. Does this error mean that we do not support downloading files 
larger than 2G? What if the file size calculation overflows when it exceeds 2G?
   
   
   
   At the same time, I also tested the issue of integer overflow when adding 
the following header
   
   
   ```
  "Connection": "keep-alive",
   "Content-Length": "",
   "Host": "$host",
   "Transfer-Encoding": "chunked",
   "X-Forwarded-For": "$proxy_add_x_forwarded_for",
   "X-Real-IP": "$remote_addr",
   "http_version": "1.1" 
   ```


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-22 Thread via GitHub


hanqingwu commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2903156480

   `client_max_body_size: 600m  # Set the maximum allowed size of 
the client request body.`
   Try to set default 0 ? unlimited


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-22 Thread via GitHub


mikyll commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2901878771

   @1450793561 Just a quick thing: make sure these are not your actual admin 
API key and change them if they are


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [I] help request: download large files failed [apisix]

2025-05-22 Thread via GitHub


1450793561 commented on issue #12245:
URL: https://github.com/apache/apisix/issues/12245#issuecomment-2901867685

   The content of the configuration file is as follows
   
   ```
   #/usr/local/apisix/conf/config-default.yaml
   apisix:
 node_listen: # APISIX listening ports.
   - 80
 enable_admin: true   # Admin API
 enable_dev_mode: false   # If true, set nginx `worker_processes` to 1.
 enable_reuseport: true   # If true, enable nginx SO_REUSEPORT option.
 show_upstream_status_in_response_header: false  # If true, include the 
upstream HTTP status code in
 # the response header 
`X-APISIX-Upstream-Status`.
 # If false, show 
`X-APISIX-Upstream-Status` only if
 # the upstream response 
code is 5xx.
 enable_ipv6: true
 enable_http2: true
   
 # proxy_protocol:# PROXY Protocol configuration
 #   listen_http_port: 9181   # APISIX listening port for HTTP 
traffic with PROXY protocol.
 #   listen_https_port: 9182  # APISIX listening port for HTTPS 
traffic with PROXY protocol.
 #   enable_tcp_pp: true  # Enable the PROXY protocol when 
stream_proxy.tcp is set.
 #   enable_tcp_pp_to_upstream: true  # Enable the PROXY protocol.
   
 enable_server_tokens: false   # If true, show APISIX version in 
the `Server` response header.
 extra_lua_path: ""   # Extend lua_package_path to load 
third-party code.
 extra_lua_cpath: ""  # Extend lua_package_cpath to load 
third-party code.
 # lua_module_hook: "my_project.my_hook"  # Hook module used to inject 
third-party code into APISIX.
   
 proxy_cache:  # Proxy Caching configuration
   cache_ttl: 10s  # The default caching time on disk if the upstream does 
not specify a caching time.
   zones:
 - name: disk_cache_one# Name of the cache.
   memory_size: 50m# Size of the memory to store the cache 
index.
   disk_size: 1G   # Size of the disk to store the cache data.
   disk_path: /tmp/disk_cache_one  # Path to the cache file for disk 
cache.
   cache_levels: 1:2   # Cache hierarchy levels of disk 
cache.
 # - name: disk_cache_two
 #  memory_size: 50m
 #  disk_size: 1G
 #  disk_path: "/tmp/disk_cache_two"
 #  cache_levels: "1:2"
 - name: memory_cache
   memory_size: 50m
   
 delete_uri_tail_slash: false# Delete the '/' at the end of the URI
 normalize_uri_like_servlet: false   # If true, use the same path 
normalization rules as the Java
 # servlet specification. See 
https://github.com/jakartaee/servlet/blob/master/spec/src/main/asciidoc/servlet-spec-body.adoc#352-uri-path-canonicalization,
 which is used in Tomcat.
   
 router:
   http: radixtree_host_uri# radixtree_host_uri: match route by host 
and URI
   # radixtree_uri: match route by URI
   # radixtree_uri_with_parameter: similar to 
radixtree_uri but match URI with parameters. See 
https://github.com/api7/lua-resty-radixtree/#parameters-in-path for more 
details.
   ssl: radixtree_sni  # radixtree_sni: match route by SNI
   
 # http is the default proxy mode. proxy_mode can be one of `http`, 
`stream`, or `http&stream`
 proxy_mode: http
 #stream_proxy: # TCP/UDP L4 proxy
  # tcp:
   #  - addr: 20090  # Set the TCP proxy listening ports.
 #   tls: true
# - addr: "127.0.0.1:20090"
 #   udp:# Set the UDP proxy listening ports.
 # - 9200
 # - "127.0.0.1:9201"
   
 # dns_resolver: # If not set, read from `/etc/resolv.conf`
 #   - 1.1.1.1
 #   - 8.8.8.8
 # dns_resolver_valid: 30# Override the default TTL of the DNS 
records.
 resolver_timeout: 5 # Set the time in seconds that the server 
will wait for a response from the
 # DNS resolver before timing out.
 enable_resolv_search_opt: true  # If true, use search option in the 
resolv.conf file in DNS lookups.
   
 ssl:
   enable: true
   listen:   # APISIX listening port 
for HTTPS traffic.
 - port: 443
   enable_http3: false   # Enable HTTP/3 (with 
QUIC). If not set default to `false`.
 # - ip: 127.0.0.3   # If not set, default to 
`0.0.0.0`.
 #   port: 9445
 #   enable_http3: true
   # ssl_trusted_certificate: /path/to/ca-cert   # Set the path to CA 
certificates used to verify client