Изображение JPG отдается сервером как прозрачный GIF 1x1 px

Question

[Александр]

Впервые в своей практике сталкиваюсь с такой проблемой:
На сервере лежит изображение в формате JPG, допустим, 100x100 px. Если к этому изображению обращаются через браузер, то на выходе мы получаем изображение GIF 1x1 px. Если вновь забрать на локальную машину по FTP — все открывается как и положено. Сервер — nginx. Права — 644.
Собственно суть вопроса — может быть кто-то знает почему такое может происходить?

Comments

[mitnlag]

если nginx установлен из портов, а не компилирован вручную после изменения какого-то кода, то единственное, что может быть — неправильно настроенные rewrite. после выложенного конфига Вам подскажут подробнее.

[Александр]

Конфиг:

#user nobody;
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;

# 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 ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
# ssl_prefer_server_ciphers on;

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

client_max_body_size 16m;
server {
listen 78.24.218.235:80;
server_name ***.org www.***.org;
rewrite ^(/manager/.*)$ https://$host$1 permanent;
location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
proxy_pass http://**.**.**.***:8080;
proxy_redirect http://***.org:8080/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location / {
proxy_pass http://**.**.***.***:8080;
proxy_redirect http://***.org:8080/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
root /home/***/data/www/***.org;
access_log /home/httpd-logs/***.org.access.log;
error_page 404 = @fallback;
}
location @fallback {
proxy_pass http://**.**.***.***:8080;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
}
}

[yakubov]

А заходят с компа на win? Один раз был такой косяк, когда картинки лежали в папке неугодной касперскому (вроде как banners) в итоге вместо картинок/стилей/скриптов получали пустой гиф.

[Александр]

win, отключил Касперского — проблема ушла. Папка действительно называлась banners )
Спасибо, не ожидал такого подвоха…

Answer 1

[Beholder]

Очень может быть, что это опять и есть Касперский. Надо посмотреть у него в логах.

Answer 2

[Владимир Серых]

Варианты:
– баннерорезка в браузере;
– баннерорезка в локальном фаэрволе;
– баннерорезка на проксе.

Comments

[Владимир Серых]

Да, я вижу, что решено, но другим с похожей проблемой интересно будет.