TCP Connection

Giulio Loffreda giulio at loffreda.com.br
Fri Mar 4 22:25:27 UTC 2016


Here is my nginx.conf and site config.
After calling tcp connection and getting http 400, no log is generated.

I’m following 

Thanks

server {
        listen 80;
        server_name apidvc.sparkgo.cc;
        access_log /var/log/nginx/myhost.com.access.log combined;

        root /home/spark/myhost.com/web;
        try_files $uri /index.php;

        set $cache_uri $request_uri;
        if ($request_method = POST) {
                set $cache_uri 'null cache';
        }
        location ~ \.php$ {
                try_files $uri =404;
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini

                # With php5-fpm:
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                include fastcgi_params;
                fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
		
		#debug request
                 #echo_duplicate 1 $echo_client_request_headers;
                 #echo "\r";
                 #echo_read_request_body;
                 #echo $request_body;
        }
}


The file exists and it is fed as you can see below when I restart nginx:

root at vps190138:~# cat /var/log/nginx-error.log
2016/03/04 21:14:55 [notice] 13900#0: signal 3 (SIGQUIT) received, shutting down
2016/03/04 21:14:55 [notice] 13902#0: gracefully shutting down
2016/03/04 21:14:55 [notice] 13902#0: exiting
2016/03/04 21:14:55 [notice] 13902#0: exit
2016/03/04 21:14:55 [notice] 13900#0: signal 15 (SIGTERM) received, exiting
2016/03/04 21:14:55 [notice] 13902#0: signal 15 (SIGTERM) received, exiting
2016/03/04 21:14:55 [notice] 13900#0: signal 17 (SIGCHLD) received
2016/03/04 21:14:55 [notice] 13900#0: worker process 13902 exited with code 0
2016/03/04 21:14:55 [notice] 13900#0: exit
2016/03/04 21:14:55 [notice] 13949#0: using the "epoll" event method
2016/03/04 21:14:55 [notice] 13949#0: nginx/1.8.1
2016/03/04 21:14:55 [notice] 13949#0: OS: Linux 3.13.0-66-generic
2016/03/04 21:14:55 [notice] 13949#0: getrlimit(RLIMIT_NOFILE): 1024:4096
2016/03/04 21:14:55 [notice] 13950#0: start worker processes
2016/03/04 21:14:55 [notice] 13950#0: start worker process 13952
root at vps190138:~#
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nginx.conf
Type: application/octet-stream
Size: 1628 bytes
Desc: not available
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20160304/229b03bb/attachment.obj>
-------------- next part --------------

> Le 4 mars 2016 à 22:48, steve <steve at greengecko.co.nz> a écrit :
> 
> does /var/log/nginx exist, and it is writeable by the web server user?
> 
> On 03/05/2016 07:12 AM, Giulio Loffreda wrote:
>> Still having no luck.
>> No log is generated.
>> 
>> TCP connection has any relation to web socket support configuration ?
>> 
>> this is my site config.
>> 
>> server {
>>         listen 80;
>>         server_name myhost.com;
>>         access_log /var/log/nginx/myhost.com.log combined;
>>         error_log /var/log/nginx/myhost.com.error.log;
>> 
>>         root /home/spark/myhost.com/web;
>>         try_files $uri /index.php;
>> 
>>         set $cache_uri $request_uri;
>>         if ($request_method = POST) {
>>                 set $cache_uri 'null cache';
>>         }
>>         location ~ \.php$ {
>>                 try_files $uri =404;
>>                 fastcgi_split_path_info ^(.+\.php)(/.+)$;
>> 
>>                 # With php5-fpm:
>>                 fastcgi_pass unix:/var/run/php5-fpm.sock;
>>                 fastcgi_index index.php;
>>                 include fastcgi_params;
>>                 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
>> 
>>                  # WebSocket support — not working
>>                  #proxy_pass         http://127.0.0.1:8765;
>>                  #proxy_redirect     off;
>>                  #proxy_http_version 1.1;
>>                  #proxy_set_header Upgrade $http_upgrade;
>>                  #proxy_set_header Connection "upgrade";
>>                  #proxy_buffering off;
>> 
>>  		 #debug requests
>>                  #echo_duplicate 1 $echo_client_request_headers;
>>                  #echo "\r";
>>                  #echo_read_request_body;
>>                  #echo $request_body;
>>         }
>> }
>> 
>> 
>>> Le 4 mars 2016 à 18:56, Valentin V. Bartenev <vbart at nginx.com> a écrit :
>>> 
>>> On Friday 04 March 2016 17:41:42 Giulio Loffreda wrote:
>>>> Thank you for your answer.
>>>> 
>>>> Here is my log after the request, my request, my response and my nginx.conf
>>>> 
>>>> root at vps190138:~# cat /var/log/nginx-error.log
>>>> 2016/03/04 15:49:02 [notice] 8990#0: using the "epoll" event method
>>>> 2016/03/04 15:49:02 [notice] 8990#0: nginx/1.8.1
>>>> 2016/03/04 15:49:02 [notice] 8990#0: OS: Linux 3.13.0-66-generic
>>>> 2016/03/04 15:49:02 [notice] 8990#0: getrlimit(RLIMIT_NOFILE): 1024:4096
>>>> 2016/03/04 15:49:02 [notice] 8991#0: start worker processes
>>>> 2016/03/04 15:49:02 [notice] 8991#0: start worker process 8993
>>>> 
>>> [..]
>>> 
>>> You have another error_log directive on the "http" level of your configuration,
>>> and it overrides log settings set on the main config level.
>>> 
>>>  wbr, Valentin V. Bartenev
>>> 
>>> _______________________________________________
>>> nginx mailing list
>>> nginx at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx
>> _______________________________________________
>> nginx mailing list
>> nginx at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx
>> 
> 
> -- 
> Steve Holdoway BSc(Hons) MIITP
> http://www.greengecko.co.nz
> Linkedin: http://www.linkedin.com/in/steveholdoway
> Skype: sholdowa
> 
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx



More information about the nginx mailing list