I was seeking the other day for an utility which would allow me to create an exact copy of an USB key with VMware ESXi installed. To clone ESXi installed on USB stick to another USB. I looked through the internet and tried a freeware utility that did not work (ImageUSB), but then stumbled across Clonezilla which works like a charm. To use Clonezilla I used the liveCD ISO environment hooked to a L
しょうもない日記 YAPC行脚、福岡編 - uzullaがブログ とかかいた後になんとなくツイッターをみていたら、あるツイートをみまして。 packagist.jpをcloudflare対応したら、自動的にHTTPS対応できたでござる。すごい。一円も払ってないのに https://t.co/moCiiSwb44— Hiraku (@Hiraku) 2015年2月24日 それでCloudFlare(http://cloudflare.com/)がタダでSSL証明書を用意してくれるようになっていたのを知りました。 Cloudflare Free SSL/TLS | Get SSL Certificates | Cloudflare タダ!なんと甘美な響き! オチ SNIでかまわないなら、CloudFlareをつかえばValidなSSLがタダで利用できる。 SNIとは? NameBaseのVir
A nonprofit Certificate Authority providing TLS certificates to 363 million websites. Read all about our nonprofit work this year in our 2023 Annual Report. From our blog Jun 24, 2024 More Memory Safety for Let’s Encrypt: Deploying ntpd-rs NTP is critical to how TLS works, and now it’s memory safe at Let’s Encrypt. Read more May 30, 2024 Let’s Encrypt Continues Partnership with Princeton to Bolste
2015年夏頃、Internet Security Research Group (ISRG)は、無償かつ難しい手続きを自動化した Let’s Encrypt という新しいSSL証明局(CA:certificate authority)のサービスを開始するとのこと。 https://letsencrypt.org/ スポンサーには、mozilla、Akamai Technologies、Cisco Systems、EFFなどが名を連ねている。 また、以下の6つの原則を掲げている。 Free:ドメイン名を所有している誰もが無償で信頼された証明書を取得し使用できる。Automatic: Webサーバー上のソフトウェアは、安全かつ難解な作業を伴わず構成できる。Secure:最善のセキュリティを推進するためのプラットフォームとして機能する。Transparent:発行または失効したすべての証明書は
仕事でUnix系OSを触る必要が出たためにLinux(主にUbuntu)を勉強しがてら、自宅のPC環境にも取り入れてみるブログ。のはずが、最近PC全般の困ったことメモになりつつある。 VMwareESXで802.1Q環境を構築してみた VMWareESXサーバで802.1Qを利用したかったためにちょっと調べた事をメモ。 - 前提 - 利用したのは、VMWareESXi5(vSphereHypervisor) 物理スイッチ:Catalyst2960G 追加したVLAN:100,200,300を想定 そもそも、なぜこれがしたかったかというとテスト用で利用したサーバにNICが2ポートしかなかったのだけど、仮想OSが接続するセグメントが3つ必要だったという単純なお話。 ふと、802.1Qくらい対応してるだろうと思って調べたら予想通りサポートしてるとの事。 ESXでの802.1Q実現方法は大きく3つ
ISL ( Inter-Switch Link ) ISLはCisco独自のカプセル化プロトコルです。ISLを使用したトランクリンクではフレームを送信する前に、通常 のイーサネットフレームにVLAN情報が含まれた [ ISLヘッダ ] と エラーチェックを行う [ ISL FCS ] を追加します。 ISLヘッダーは [ 26byte ] であり、ISLのFCSは [ 4byte ] です。ISLではフレームの内容を変更せずにフレームを カプセル化して送信して、トランクリンクでの受信時にそれを解除して通常のイーサネットフレームに戻しています。 ※ ISLでカプセル化されたフレームを、ISLのトランクではないI/Fで受信した場合、そのフレームをデコードできないことから破棄されます。 IEEE802.1q IEEE802.1qはIEEE標準のタギングプロトコルです。802.1qを
ISLヘッダーの詳細 ISLでトランキングする場合、イーサネットフレームに [ 26byte ] のISLヘッダーと [ 4byte ] のFCSが付加されます。 ISLヘッダーには以下の情報フィールドが含まれています。その中の [ VLAN ID ] のフィールドにVLANの情報が 含まれていることから、ISLヘッダーが取り除かれた時に適切なポートにトラフィックが転送されることになります。
別の観点から比較の話をしてみましょう。テストケースの実行後、実行結果と期待結果を比較しますと、比較が失敗(NG)することがあります。 「しめた、バグを見つけた!」と判断するのは少し待ってください。このとき、以下のようなことが想定されます。 テスト対象のバグにより、実行結果が期待結果と違った(バグを見つけた!) テストケースにバグがある(テスト設計にバグがある) テストスクリプトにバグがある(テストスクリプトの論理的な誤りやシンタックスの誤り) 比較対象である期待結果が間違っていた(比較するものが間違っていた) 比較の誤差、判定の誤りなどの、比較そのものが間違っていた(比較の仕組み、アルゴリズム、精度の問題、判定方法、判定基準の問題) 実行結果が用意できていないのに比較をした(比較するタイミングが外れている) このように、比較が失敗したとき、それがテスト対象プログラムのバグである確率は6分の
恐ろしいWebサイトの「バースト」現象 前回に続いて、今回もECサイトやSNSサービスに代表されるBtoCサイトの負荷対策についてお話ししたいと思います。 皆さん、よく利用しているECサイトやコミュニティサイトなどがつながりにくかったり、ページ表示がものすごく遅かったりして、「どうなってるんだ!」とストレスを感じた経験が一度はありますよね。BtoC系のWebサイトでは、予期せぬ大量のユーザアクセスが原因でスローダウンしたり、最悪サイト自体が停止してしまうケースもあります。このようなサービス障害を引き起こすのが、短時間でのアクセス集中、すなわち「バースト」です。 今回は、筆者が経験したECサイト運用現場での事例をもとに、ユーザアクセスの傾向例を紹介しつつ、バーストへの対策について解説します。 バーストが引き起こされるパターン 一口にバーストと言っても、その発生原因は「参照が多い」のか「更新が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く