こんにちは、新型コロナウイルス感染症対策のためテレワーク勤務中の山田です。 テレワーク勤務に伴い通勤で運動をしなくなった分、定時後から日の入りまでちょくちょく近くの河川公園を歩いています。 ソーシャルディスタンスを保ちつつ、マスクを防備していますので息苦しいですが仕方ありません... 前置き さて、日本では新型コロナウイルスの話題が飛び交う毎日ですが、コロナの話題が出る1ヶ月ほど前主要ブラウザの「TLS1.0」と「TLS1.1」サポートが終了しようとしていたのは、ご存知でしょうか。 この業界に詳しい方であれば、既に対策済みの方がほどんどではないかと思いますが、新型コロナウイルスの世界的流行に伴い各主要ブラウザは、サポート終了時期が延期もしくは再有効化がなされています。 CentOS5系は、サポート終了しておりますOSになりますため、TLS1.2サポートの対策には6系以降のOSにリプレイスさ
bundle Warning: the running version of Bundler (1.16.1) is older than the version that created the lockfile (1.16.2). We suggest you upgrade to the latest version of Bundler by running `gem install bundler`. Fetching gem metadata from https://rubygems.org/......... Using rake 12.3.1 ...（省略） Fetching sassc 1.12.1 Installing sassc 1.12.1 with native extensions Gem::Ext::BuildError: ERROR: Failed to
Vagrant + VirtualBoxでアプリがやたら重い時に試した方が良いこと 環境 ホスト側 Mac OS X 10.9.2 Vagrant 1.5.1 VirtualBox 4.3.10 ゲスト側 CentOS 6.5 対象者 VirtualBoxを使っている CentOSを使っている アプリが何か重いなーおかしいなーと思っている人 状況 VirtualBox上でFacebookアプリを作っていた。 なんかしらんがアプリ動かすとめっちゃ重い 調べるとどうやらfacebookSDKでgraphAPI叩いた時にめっちゃ時間かかってる 内部ネットワークへのアクセスは軽い、外部ネットワークへのアクセスが重い という感じで、調べてみると外部ネットワークへのアクセスに時間かかってた事を発見 VagrantをNATモードで動かしているんだが、NAT変換するときの名前解決にはちゃめちゃに時間がかか
2012-11-02 結論から言えば、とりあえず RHLE6/CentOS6 な人は /etc/resolv.conf に options single-request-reopen を書いておこうという話です(全部小文字ですよ、念のため） なぜか？ RHEL5/CentOS5/Ubuntu 10.04なLinuxとかでは、FQDN の解決をするときに DNSキャッシュサーバに AAAA RR の Queryを投げる AAAA RR の Reply を受ける DNSキャッシュサーバに A RR の Queryを投げる A RR の Reply を受ける という挙動でしたが、RHEL6/CentOS6 では DNSキャッシュサーバに A RR の Queryを投げる DNSキャッシュサーバに AAAA RR の Queryを投げる A RR の Reply を受ける AAAA RR の Re
I'm getting error NSS error -12286 while downloading a file from HTTPS using curl. I can download the same file without issues using wget so I can exclude any firewall or blacklist issues. Already tried, with no luck, options -k and --cipher ecdhe_ecdsa_aes_128_gcm_sha_256, that is the server preferred cipher according to Qualys SSL Labs Test Server tool here: https://www.ssllabs.com/ssltest/analy
MIRACLE ZBXのWEB監視において、WEB監視を行えないサイトがあります。現状では、TLS v1.1, v1.2のみ許可するサイトとなります。 TLS v1.2のみ有効なサイトのWEB監視ができません！ お客様より問い合わせを頂いた内容はまさしくこんな感じでした。 HTTPサーバの暗号化通信において、SSLプロトコルに対してTSL v1.2のみを有効にしたサイトの監視を行ったところ、「SSL connect error」となり監視を正しく行えないとのことです。 今までOpenSSL関連の脆弱性により、いくつかのSSLプロトコルを禁止することは今や常識だったりしますが、ここまで限定することはありませんでした。(ちなみに、SSL v2とSSL v3は使っちゃだめですよ！) なんでこんなに制限するかな～と思いつつ、ぐ～ぐる様に問い合わせてみると、PCI DSSという基準があり、ここではT
RedHat6でも同じ症状が発生するのだろう。 CentOS6でtelnet www.google.com 80とかすると一定時間の後に接続を開始する。 # telnet www.google.com 80 （数秒間沈黙の後） Trying 74.125.235.147... Connected to www.google.com. Escape character is '^]'. 見た感じでは名前解決に時間がかかっているように見える。 そこでpingを飛ばすと。 # ping www.google.com PING www.l.google.com (74.125.235.146) 56(84) bytes of data. 即座にIPが返ってくる。 コマンドによって動作が異なる奇妙な現象・・・。 参照するDNSサーバを変更してみても症状は変わらず。 お決まりのIPv6問題かと思ってv
RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね（ｷﾘｯ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした
CentOS で HA Proxy を動かそうとして HA Proxy 自体のログはどこぢゃ？と思った皆さん、おはようございます。かっぱ（@inokara）です。 追記 HA Proxy の 1.5.0 が正式にリリースされましたので、引き続きの検証はこの 1.5.0 にて試したいと思います。 はじめに 個人的にどハマりしたのでメモです ついでにログフォーマットとかも調べてみたいと思います 環境 Amazon EC2 CentOS release 6.4 (Final) HA-Proxy version 1.4.24 2013/06/17 環境の構築はせっかくなので Chef Metal を利用します。Chef Metal の本来の使い方とはことなるかもしれませんが、簡単にインスタンスを起動して必要な設定まで行ってくれるのは有難いですな。 ドハマりの記録 haproxy.cfg インストー
マルチスレッドでgetaddrinfo(3)するとたまにTemporary failure in name resolution (EAI_AGAIN) で失敗します。 自分は↓な環境で確認しました。 CentOS 6.5 glibc-2.12-1.149.el6_6.5 こういうコードで再現します。（ruby 2.1.4で確認） なお、便宜的にrubyで再現コードを書いていますが、該当環境であれば言語問わずマルチスレッド＋getaddrinfo(3)の組み合わせで発現する問題です。 対処法は、 glibc glibc-common glibc-devel glibc-headers nscd のrpmをCentOS 6 Updatesにあるバージョン 2.12-1.149.el6_6.9 のに上げればOKです。 ちなみに自分は、Chef実行時にたまにberksのAPIサーバーの名前が引け
サーバの設定をしてたら、次のエラーが出て突然yumが繋がらなくなった。 Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again iptablesの設定を間違えたのかと思ったらそうではないし、wgetやpingで適当なところにアクセスするとちゃんと通る。 エラーでググると同じような症状のページを見つけたので対応してみる。 http://d.hatena.ne.jp/mezashi184/20120412 /etc/yum.repos.d/epel.repoを次のように修正 #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist=https://mirrors.fedorapr
yum update やら何やっても "Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again" と言われコケる。 URLGRABBER_DEBUG=1 yum check-update 2> debug.log を叩き、debug.log の末尾あたりを見る。 2014-10-16 13:58:10,040 attempt 1/10: https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=x86_64 INFO:urlgrabber:attempt 1/10: https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=x86_64 201
・・・・・ ossl_pkey_ec.c: In function ‘ossl_ec_group_initialize’: ossl_pkey_ec.c:766: 警告: implicit declaration of function ‘EC_GF2m_simple_method’ ossl_pkey_ec.c:766: 警告: assignment makes pointer from integer without a cast ossl_pkey_ec.c:821: error: ‘EC_GROUP_new_curve_GF2m’ undeclared (first use in this function) ossl_pkey_ec.c:821: error: (Each undeclared identifier is reported only once ossl_pkey_
既に有名な話ですが、CentOS 7およびRed Hat Enterprise Linux 7からはifconfigコマンドやnetstatコマンドが非推奨となり、デフォルトインストールすらされなくなりました。代替として、ifconfigコマンドはipコマンド、netstatコマンドはssコマンドが用意されています。 というわけでさっそくssコマンドを試していたのですが、明らかに動きがおかしなところがあり、少し調べてみました。 そして、「netstatコマンドの代替と思って安易にssコマンドを使うと、これは痛い目に遭うな……」ということが分かったので、不幸になる人を少なくするためにこのエントリを書きました。 概要 結論から先に言うと、CentOS 7/ RHEL 7のssコマンドには「UDPの開放ポートがTCPと報告される」というひどいバグがあり、使うべきではありません。 また、ssコマン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
