302 ошибка curl

Answer by Ezekiel Solomon

I have a script that uses a load of cURLs to log into a site and submit a series of forms, however this has recently stopped working due to the cURL requests returning 302s and redirecting to a block/endpoint page. If I do the same actions with a browser, I there are no redirects, just a 200 OK.,curl supports HTTP redirects fine (see item 3.8). Browsers generally support at least two other ways to perform redirects that curl does not:,There is no way to make curl follow these redirects. You must either manually figure out what the page is set to do, or you write a script that parses the results and fetches the new URL.,I’d originally thought that a CSRF Token (of some kind) was missing, given the redirect location, and that later forms in the process (using the browser) contain a hidden CSRF Token field, but the URL requires no posted data.

You need to follow the redirection:

curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);

Answer by Johnny Woodward

hmmm, maybe this is a bug in that curl doesn’t follow http to https redirect like browsers do???? My issue was simply that the load balancer always redirects to https and I had http on the line there….so odd, it would be nice for curl to give a better error in that it doesn’t redirect to https (ie. doesn’t follow all redirects like the documentation states).,hmmm, how do I check the actual http code, was it a 302 as curl docs claim they follow redirects so I am not sure what is going on?,Add -v to curl to see the actual header responses.
And by default it doesn’t follow redirects, add -L to also follow redirects, but (from the man page):,

Business

Learn more about hiring developers or posting ads with us

Add -v to curl to see the actual header responses.
And by default it doesn’t follow redirects, add -L to also follow redirects, but (from the man page):

When authentication is used, curl only sends its credentials  to  the
initial  host.  If a redirect takes curl to a different host, it
won't be able to intercept the user+password. See  also  --location-trusted
on how to change this. 

Answer by Sarai Wilkerson

And run curl with POST and some data in —data:,A POST‘s data lost after a redirect,The first thing we faced with was the fact that after HTTP to HTTPS redirects – our POST requests lose their data.,The data itself, as well as any errors, have no value here – we are interested only in requests methods used – POST and GET.

Just an common config – NGINX, listen on 80, makes redirects to HTTPS:

server {

    listen 80;

    server_name dev.poc.example.com;

    location / {

        return 302 https://dev.poc.example.com$request_uri;
    }
}
...

And a server 443 {} – also common config with a proxy_pass to the backend on an 8081 port:

...
server {

    listen       443 ssl;
    server_name  dev.poc.example.com;

    ...

    location / {

        proxy_pass http://localhost:8081;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

    }
}

And another web-server to play the backend role to see the data length issue – quickly googled Python script:

#!/usr/bin/env python3
"""
Very simple HTTP server in python for logging requests
Usage::
    ./server.py [<port>]
"""
from http.server import BaseHTTPRequestHandler, HTTPServer
import logging

class S(BaseHTTPRequestHandler):
    def _set_response(self):
        self.send_response(200)
        self.send_header('Content-type', 'text/html')
        self.end_headers()

    def do_GET(self):
        logging.info("GET request,\nPath: %s\nHeaders:\n%s\n", str(self.path), str(self.headers))
        self._set_response()
        self.wfile.write("GET request for {}".format(self.path).encode('utf-8'))

    def do_POST(self):
        content_length = int(self.headers['Content-Length']) # <--- Gets the size of data
        post_data = self.rfile.read(content_length) # <--- Gets the data itself
        logging.info("POST request,\nPath: %s\nHeaders:\n%s\n\nBody:\n%s\n",
                str(self.path), str(self.headers), post_data.decode('utf-8'))

        self._set_response()
        self.wfile.write("POST request for {}".format(self.path).encode('utf-8'))

def run(server_class=HTTPServer, handler_class=S, port=8081):
    logging.basicConfig(level=logging.INFO)
    server_address = ('', port)
    httpd = server_class(server_address, handler_class)
    logging.info('Starting httpd...\n')
    try:
        httpd.serve_forever()
    except KeyboardInterrupt:
        pass
    httpd.server_close()
    logging.info('Stopping httpd...\n')

if __name__ == '__main__':
    from sys import argv

    if len(argv) == 2:
        run(port=int(argv[1]))
    else:
        run()

Okay – let’s update our NGINX and change code 302 to the 307:

server {

    listen 80;
...
    location / {

        # return 302 https://dev.poc.example.com$request_uri;
        return 307 https://dev.poc.example.com$request_uri; 
    }
}
...

Answer by Florence Hamilton

So using our fictitious example from above, if we set a maximum number of redirects to 1 then we would see an error like this:,It’s extremely common for HTTP servers to return a 301 or 302 redirect for a given URL. One common example of this is to redirect your browser from an HTTP URL to HTTPS, like http://stackabuse.com to https://stackabuse.com. Using cURL, we can see what this redirect actually looks like:,Redirect from example.com to www.example.com,Redirect from HTTP to HTTPS

It’s extremely common for HTTP servers to return a 301 or 302 redirect for a given URL. One common example of this is to redirect your browser from an HTTP URL to HTTPS, like http://stackabuse.com to https://stackabuse.com. Using cURL, we can see what this redirect actually looks like:

$ curl -i http://stackabuse.com
HTTP/1.1 301 Moved Permanently
Date: Thu, 18 Apr 2019 02:11:32 GMT
Transfer-Encoding: chunked
Connection: keep-alive
Cache-Control: max-age=3600
Expires: Thu, 18 Apr 2019 03:11:32 GMT
Location: https://stackabuse.com/

When used in Bash scripts or running cURL via the command line manually, you wouldn’t want to have to handle these redirects manually, otherwise it could add a lot of unnecessary logic to your script. Because of this, cURL offers a command line flag that tells it to automatically follow the redirect and return the resolved endpoint and its data:

$ curl -L [url]

Here is the same request from above, but with the -L (which is an alias for --location) flag to follow redirects:

$ curl -iL http://stackabuse.com
HTTP/1.1 301 Moved Permanently
Date: Thu, 18 Apr 2019 02:17:42 GMT
Transfer-Encoding: chunked
Connection: keep-alive
Cache-Control: max-age=3600
Expires: Thu, 18 Apr 2019 03:17:42 GMT
Location: https://stackabuse.com/

HTTP/1.1 200 OK
Date: Thu, 18 Apr 2019 02:17:42 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
domain=.stackabuse.com; HttpOnly; Secure
Cache-Control: public, max-age=3600
Vary: Accept-Encoding
P3P: CP="ALL DSP COR PSAa PSDa OUR NOR ONL UNI COM NAV"
Expires: Thu, 18 Apr 2019 03:17:42 GMT

<!DOCTYPE html>
<html lang="en">
...
</html>

So using our fictitious example from above, if we set a maximum number of redirects to 1 then we would see an error like this:

$ curl -iL --max-redirs 1 http://example.com
HTTP/1.1 301 Moved Permanently
Date: Thu, 18 Apr 2019 02:39:59 GMT
Transfer-Encoding: chunked
Connection: keep-alive
Location: https://example.com/about

HTTP/1.1 301 Moved Permanently
Date: Thu, 18 Apr 2019 02:39:59 GMT
Transfer-Encoding: chunked
Connection: keep-alive
Location: https://www.example.com/about
P3P: CP="ALL DSP COR PSAa PSDa OUR NOR ONL UNI COM NAV"

curl: (47) Maximum (1) redirects followed

Answer by Mathias Jaramillo

A 302 Found message is an HTTP response status code indicating that the requested resource has been temporarily moved to a different URI. Since the location or current redirection directive might be changed in the future, a client that receives a 302 Found response code should continue to use the original URI for future requests.,If your application is generating unexpected 302 Found response codes there are a number of steps you can take to diagnose the problem.,For example, here is a simple RewriteCond and RewriteRule combination that matches all incoming requests to example.com and establishes a temporarily redirection to that same URI on the temporary-example.com domain instead:,Here are some additional tips to help you troubleshoot what might be causing the 302 Found to appear on the server-side of things:

For example, here is a simple RewriteCond and RewriteRule combination that matches all incoming requests to example.com and establishes a temporarily redirection to that same URI on the temporary-example.com domain instead:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example\.com$
RewriteRule ^(.*)$ http://www.temporary-example.com/$1 [R=302]

On the other hand, if your server is running on nginx, you’ll need to look for a completely different configuration file. By default this file is named nginx.conf and is located in one of a few common directories: /usr/local/nginx/conf, /etc/nginx, or /usr/local/etc/nginx. Once located, open nginx.conf in a text editor and look for rewrite directives that are using the redirect flag. For example, here is a simple block directive (i.e. a named set of directives) that configures a virtual server by creating a temporary redirection from example.com to the temporary-example.com:

server {
    listen 80;
    listen 443 ssl;
    server_name www.example.com;
    rewrite ^/$ http://www.temporary-example.com redirect;
}

I have the following curl command

curl -X POST -w "\nRESULT CODE:%{http_code}\n" --insecure --header "Content-Type:application/json" --user robot-midc:1ZSXM7 -d @table.json http://databus.nrel.gov/api/registerV1

and I receive the following response

<html>
<head><title>302 Found</title></head>
<body bgcolor="white">
<center><h1>302 Found</h1></center>
<hr><center>nginx/1.2.4</center>
</body>
</html>

hmmm, how do I check the actual http code, was it a 302 as curl docs claim they follow redirects so I am not sure what is going on?

thanks,
Dean

hmmm, maybe this is a bug in that curl doesn’t follow http to https redirect like browsers do???? My issue was simply that the load balancer always redirects to https and I had http on the line there….so odd, it would be nice for curl to give a better error in that it doesn’t redirect to https (ie. doesn’t follow all redirects like the documentation states).

Curl (Client URL) — это универсальная библиотека, которая позволяет взаимодействовать с различными протоколами передачи данных по сети. В этой статье мы рассмотрим ошибку 302, которая может возникать при использовании Curl, а также способы ее решения, даже при использовании опции followlocation.

Ошибка 302, также известная как «Found», — это перенаправление запроса. Когда сервер получает запрос от клиента, он может перенаправить его на другой URL. В этом случае сервер ответит с кодом состояния 302 и указанным в заголовках новым URL, на который нужно отправить следующий запрос.

Основная причина возникновения ошибки 302 заключается в том, что сервер, к которому мы обращаемся с помощью Curl, перенаправляет нас на другую страницу. Наиболее распространенным примером является редирект с HTTP на HTTPS.

Когда Curl получает ответ с кодом состояния 302, он по умолчанию не следует перенаправлению и возвращает ответ с этим кодом. Однако, мы можем изменить это поведение с помощью опции followlocation. Именно поэтому она существует.

Опция followlocation позволяет Curl автоматически следовать за перенаправлением, если оно указано в ответе сервера. Когда Curl обнаруживает код состояния 302 и включена опция followlocation, он повторно отправляет запрос на новый URL, указанный в заголовках ответа. Процесс может повторяться несколько раз, если сервер продолжает перенаправлять запросы.

Чтобы включить опцию followlocation в Curl, мы должны использовать следующий код:

curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);

Где $ch — это идентификатор Curl-ресурса.

Теперь, когда мы разобрались с ошибкой 302 и опцией followlocation, давайте рассмотрим возможные причины, по которым ошибка может проявляться, даже при использовании этой опции.

1. Неверное использование опции followlocation

Одной из возможных причин ошибки 302 может быть неправильное использование опции followlocation. Убедитесь, что вы правильно установили эту опцию перед выполнением запроса, и что она активна.

2. Проблема с SSL-сертификатом

Еще одной причиной ошибки 302 может быть проблема с SSL-сертификатом сервера. Если сервер использует самоподписанный сертификат или сертификат, который не является доверенным центром сертификации, Curl может отклонить подключение к нему. В этом случае вам следует использовать опцию CURLOPT_SSL_VERIFYPEER, чтобы отключить проверку сертификата:

curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);

3. Проблема с кукисами (cookies)

Если перенаправление требует передачи кукисов, Curl должен иметь возможность хранить и отправлять их с каждым запросом. Чтобы включить использование кукисов в Curl, необходимо использовать опцию COOKIEJAR и COOKIEFILE:

curl_setopt($ch, CURLOPT_COOKIEJAR, 'cookies.txt');
curl_setopt($ch, CURLOPT_COOKIEFILE, 'cookies.txt');

Где ‘cookies.txt’ — это путь к файлу, в котором Curl будет хранить и загружать куки.

4. Ошибка конфигурации сервера

Некоторые серверы могут быть неправильно настроены и не могут обработать перенаправление правильно. В этом случае Curl может по-прежнему получать ошибку 302, даже при использовании опции followlocation. Попробуйте использовать другую библиотеку или обратитесь к администратору сервера.

В заключение, ошибка 302 в Curl может быть вызвана различными причинами, но в большинстве случаев опция followlocation может решить эту проблему. Убедитесь, что вы правильно используете эту опцию, проверьте SSL-сертификат и настройки кукисов, а также обратитесь к администратору сервера, если проблема не решается. Ваша программа должна быть готова к обработке перенаправлений и других возможных ошибок, чтобы обеспечить стабильное взаимодействие с сервером.