Назад | Перейти на главную страницу

Arch Linux с настройкой nginx / django отказывается отображать НИЧЕГО

Я использую Amazon Ec2 с сервером Arch Linux. Хотя мне это действительно нравится, у меня проблема с тем, чтобы заставить nginx что-либо отображать. Каждый раз, когда я пытаюсь ввести свое имя хоста в браузер, браузер сообщает, что оно по какой-то причине недоступно - почти как будто хоста вообще не существует.

Я хотел бы знать одну вещь: как я могу это запустить и запустить? Есть ли конкретная конфигурация Arch Linux, которую я должен сделать, чтобы сделать ее доступной в Интернете? У меня открыт порт 80, а также порт 22. Я пробовал использовать gunicorn, python-flup и nginx.

Конфигурация Nginx

user  http;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

   server {

    listen      80;
    server_name _;

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    #charset koi8-r;

    location ^~ /media/ {
        root /path/to/media;
    }   

    location ^~ /admin-media/ {
        root /usr/lib/python2.7/site-packages/django/contrib/admin/media;
    }

    location / {

        root /path/to/root/;

        fastcgi_pass 127.0.0.1:8080;
        fastcgi_param SERVER_NAME $server_name;
        fastcgi_param SERVER_PORT $server_port;
        fastcgi_param SERVER_PROTOCOL $server_protocol;
        fastcgi_param PATH_INFO $fastcgi_script_name;
        fastcgi_param REQUEST_METHOD $request_method;
        fastcgi_param QUERY_STRING $query_string;
        fastcgi_param CONTENT_TYPE $content_type;
        fastcgi_param CONTENT_LENGTH $content_length;
        fastcgi_pass_header Authorization;
        fastcgi_intercept_errors off;
        fastcgi_index index.html;

        index index.htm index.html;
    }

    error_page 500 502 503 504 /50x.html;

    location = /50x.html {
        root /etc/nginx/html/50x.html;
    }

   }


   # server {
   #     listen       80;
   #     server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

  #      location / {
   #         root   html;
    #        index  index.html index.htm;
     #   }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        #error_page   500 502 503 504  /50x.html;
        #location = /50x.html {
            root   html;
        #}

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    #}


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443;
    #    server_name  localhost;

    #    ssl                  on;
    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_timeout  5m;

    #    ssl_protocols  SSLv2 SSLv3 TLSv1;
    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers   on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

Я не могу точно сказать, проблема ли это в сервере или в конфигурации: я следил за столькими руководствами, что даже не могу их все сосчитать. Дело в том, что сам Django является работает нормально, и мои права доступа к корневому каталогу документов, в котором хранятся файлы сайта, равны 777. Кроме того, у меня есть репозиторий git, который отлично работает, а также django, python и runfcgi все заводится без проблем. То же самое касается gunicorn, когда я делаю gunicorn_django -b 0.0.0.0:8000 в моем корне документа.

Вот мой вывод из этого:

2012-04-15 05:17:37 [3124] [INFO] Starting gunicorn 0.14.2
2012-04-15 05:17:37 [3124] [INFO] Listening at: http://0.0.0.0:8081 (3124)
2012-04-15 05:17:37 [3124] [INFO] Using worker: sync
2012-04-15 05:17:37 [3127] [INFO] Booting worker with pid: 3127

Насколько я знаю, вроде все нормально, как и error.log и access.log для nginx. Журнал доступа совершенно пустой, если на то пошло.

Я просто чувствую себя здесь потерянным; что было бы шагом в правильном направлении для устранения такой проблемы?

По какой-то причине я подумал, что порт 80 открыт (насколько я помню, как это было раньше). Проблема была просто в том, что он был закрыт.

Итак, на локальной машине все, что я сделал, это набрал

ec2-authorize default -p 80

куда -p это директива порта, и default это имя группы безопасности.