Я использую 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
это имя группы безопасности.