2017-03-22 10 views
0

Nginxは私のhavascriptファイルの最初の72kbsを読み込んでいるようです。私は自分のnginx設定ファイルの周りを検索し、どこでもこの設定を見ることができません。アイブ氏はNginxは私のJSファイルの最初の72kbsのみを提供します

location/{ 
    ... 
    proxy_max_temp_file_size 1m; 
    ... 
} 

location/{ 
    ... 
    sendfile on; 
    sendfile_max_chunk 1m; 

    ... 
} 

のようなものを追加しました。しかしそれでものみロードされているファイルの最初の部分を許可され、この奇妙な設定を上書きすることができませんでしイム。

接続では、ポートをkibanasポート '5601'に接続するためにnginx proxy_passを使用します。プロキシ経由のファイル転送を制限する設定があるような気がしますか?それがどこにあるのか分かりません。

はProxyPass接続は次のようになります。

server { 
    listen 80; 

    server_name logs.mydomain.com; 

    auth_basic "Restricted Access"; 
    auth_basic_user_file /etc/nginx/htpasswd.users; 

    location/{ 
     proxy_pass http://localhost:5601; 
     proxy_http_version 1.1; 
     proxy_set_header Upgrade $http_upgrade; 
     proxy_set_header Connection 'upgrade'; 
     proxy_set_header Host $host; 
     proxy_cache_bypass $http_upgrade; 
    } 
} 

そして、私のデフォルトのnginxの設定は、ここに掲載されています。

http://www.heypasteit.com/clip/OEKIR

答えて

0

ディスク容量が最小安全な設定に低nginxのは、デフォルトの場合は表示されます。

VMの状態を確認したところ、ディスクドライブがいっぱいであることがわかりました。 Elasticsearchは毎日エラーログに数GBのテキストを記録していました。私はまだ弾性検索がエラーログを氾濫させている理由を完全には特定していない。

しかし、私は過剰なディスク領域の使用がこのエラーの原因と考えています。 Nginxはこれを検出して最小限の安全な設定に切り替えることができます。これにより、1ファイルにつき72kbsのデータだけが提供されます。

過剰なログをクリアした後、Nginxはnginxまたはkibanaを再起動する必要なく、完全なJSファイルを再び提供し始めました。

関連する問題