始業時や昼休みなど、アクセスが集中する時間帯になるとLinuxのSquidプロキシサーバのレスポンスが悪くなって、「Webアクセスが遅い！！」とあちこちから苦情を言われてしまっていたのですが、次のような対策を行ったところ、無事解決できたっぽいのでメモることにします。 現状の確認 CPUやメモリの使用率を確認 まずはお決まりのtopコマンドをアクセス集中時に実行（topコマンド自体が高負荷時にはサーバに更に追い打ちをかけそうですが、原因の切り分けのためにはやむを得ないと思います）。やはりsquidプロセスが一番CPUもメモリも喰っていましたが、load averageは低く、CPUやメモリに負荷がかかっているようには見えない状況でした。 ネットワークの状況を確認 次に同じくアクセス集中時にnetstatコマンドを実行。すると状態がESTABLISHEDのコネクションよりもTIME_WAITや
Squidが時たま調子が悪くて、一つの要因にFile descriptorに目を付けてるけどこれじゃない感じもある。 cache.logにも決まり文句もないし。 ともあれ虱潰しにしようということで、Zabbixで監視をしてみます。 Zabbixの外部スクリプトの場所を確認しよう [root@proxmox-zabbix ~]# cat /etc/zabbix/zabbix_server.conf | grep "ExternalScripts" ### Option: ExternalScripts # ExternalScripts=${datadir}/zabbix/externalscripts ExternalScripts=/usr/lib/zabbix/externalscripts “ExternalScripts=/usr/lib/zabbix/externalscript
# ZabbixでSquidを監視する 2019/04/25 Squid Zabbix Zabbixの監視テンプレートを自作(といいつつネットに転がっているのをカスタマイズするだけ)してみます。まずはSquidから。 # 環境 ZabbixサーバはZabbix 4.0.3 (コマンドを打つのがめんどかったからGUIから確認しました)。以下監視対象のSquidサーバの環境。 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 16.04.4 LTS Release: 16.04 Codename: xenial $ squid -v Squid Cache: Version 3.5.12 Service Name: squid Ubuntu linux config
Squid サービスでの SSL Bump の設定 以下の手順は、Kaspersky Web Traffic Security が RPM パッケージと DEB パッケージから、すぐ使えるオペレーティングシステムにインストールされた場合のみに適用されます。Kaspersky Web Traffic Security が ISO ファイルからインストールされた場合は、ビルトインのプロキシサーバー用の設定情報ファイルを手動で変更することはできません。 暗号化された接続を処理するため、Squid サービスで SSL Bump を設定することを推奨します。SSL Bump が設定されていないと、暗号化された接続を確立するプロセスにプロキシサーバーが介入できません。この場合、Kaspersky Web Traffic Security の保護モジュール（アンチウイルスモジュールとアンチフィッシングモ
本記事は、2010年7月に「YUMELOG」に掲載された記事です。 2021年12月末「YUMELOG」終了に伴い、移行いたしました。 （「YUMELOG」をこれまでご愛顧いただき、誠にありがとうございました。） こんにちは、mikkoです。 今回は、1プロセスが同時オープン可能なファイルディスクリプタ数の上限を変更する方法と、その際の落とし穴についてです。 Linuxでは、同時にオープンできるファイルディスクリプタ数が制限されています。 OS全体での設定は、/proc/sys/fs/file-max等で確認でき、大規模なアクセスがあるサーバでは/etc/sysctl.confに設定を追加して上限を増やしているケースも多いでしょう。 これとは別に、1プロセスが同時オープン可能なファイルディスクリプタ数は、標準で1024となっています。 apacheのpreforkモデル等の子プロセスが多数
ネットワークが遅くなったときに、調査したメモ。 Proxyサーバがあるので、まずはProxy（Squid）を疑う。 ＞top にてCPU、メモリの状況チェック。とくに負荷は掛かっていない。 ＞netstat でネットワークの状況をチェック。 ESTABLISHEDよりもTIME_WAITやSYN_RECVが多いので待ち状態が多発している模様。 Squidの調査 access.logを見ても、特におかしなところは無し。 cache.logを見ると Your cache is running out of filedescriptors というメッセージが出ている。調べると、Squidキャッシュのオープンがファイルディスクリプタの上限を超えてしまっている 時にでるメッセージでした。 ファイルディスクリプタの上限値を増やせば解決できるとの事。 まずはファイルディスクリプタ値の調査 OS全体でOP
ちょっとウェブでトラブル。いろいろ対処している途中でどうもSquidのキャッシュを全クリアしないといけなくなり、var/cache以下を削除してディレクトリを再作成。Squidを再起動したところ、どうもSquidの反応がよろしくない。 var/logs/cache.logをチェックするとこんなエラーがたくさん。 2013/04/24 13:35:05 kid1| WARNING! Your cache is running out of filedescriptors 2013/04/24 13:36:53 kid1| WARNING! Your cache is running out of filedescriptors 2013/04/24 13:38:42 kid1| WARNING! Your cache is running out of filedescriptors 201
概要 HttpdやSquidなどの頻繁にファイル入出力を発生させるプロセスは、ファイルディスクリプタ数の上限を意識していないと痛い目に遭うらしい。 ファイルディスクリプタ数を増やす方法を調べると、多くの情報が出てくるのでありがたいのだけれど、逆にどの方法でやれば良いのか迷ってしまう。 ひとまず実際に検証して、増えた(ように見える)方法を残しておくことにする。間違い指摘大歓迎。 Httpd まずは拡張する前のファイルディスクリプタ数を調べる。 # cat /proc/`pgrep --parent 1 -f httpd`/limits Limit Soft Limit Hard Limit Units ... Max processes 15568 15568 processes Max open files 1024 4096 files ← 最大FD数 Max locked memory
こんにちは。情報システム部の松平です！ 今回は社内ネットワーク内から安全にインターネット上の Web サービスを活用するためのプロキシ構築方法を紹介します。 1. Web プロキシの NAT に対する利点 企業では、ルータやファイアウォールなどの NAT 機能を利用して、社内ネットワーク内のコンピュータからインターネットにアクセスすることが多いのではないかと思います。 NAT の構成では、悪質なサイトなど、特定のサイトへのアクセスを IP アドレスでしかブロックできない場合があります。 IP アドレスでブロックした場合、AWS や Akamai といった CDN まで対象に含めてしまうと、まったく関係のないサイトで利用されている CSS、JavaScript ファイルまでブロックしてしまうケースが出てきます。 そこで注目したいのが Web プロキシである Squid の活用です。 Web
A new story is about to begin somewhere other than here... When will people realize this?
はじめに 入社1年目の新人エンジニアです。 ホワイトリスト方式のURLフィルタリングを実現するためにSquidを用いました。 その作業内容の備忘録です。 環境 CentOS 7.6.1810 Squid 3.5.20 設定ファイルの作成内容 Squidの設定ファイルを記載します。 プロキシ情報の秘匿は診断くんを用いて確認しました。 ※結果：「疑惑～20%：proxyの可能性もわずかにあります。」 # IPv4優先 dns_v4_first on # IPアドレス定義 acl localnet src 192.168.0.0/16 # 接続先ポートの拒否 acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 443 # https acl CONNECT method CONNECT http_acc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
