digで . から掘る | iret.media
こんにちは、cloudpack の 今岡 です。 何回やっても忘れてしまうのでメモ。 $ dig . ns ;; ANSWER SECTION: . 492579 IN NS j.root-servers.net. . 492579 IN NS e.root-servers.net. . 492579 IN NS a.root-servers.net. . 492579 IN NS b.root-servers.net. . 492579 IN NS l.root-servers.net. . 492579 IN NS h.root-servers.net. . 492579 IN NS d.root-servers.net. . 492579 IN NS c.root-servers.net. . 492579 IN NS m.root-servers.net. . 492579 IN
画像配信にS3(同一ドメインの別FQDN)を使いたい場合のDNS設定方法 | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 S3に画像ファイルなどを上げてWebsite HostingをONにするだけだと、URLの構造が以下のような感じになります。 ｈｔｔｐｓ://s3-ap-northeast-1.amazonaws.com/img.foobar.com/test.jpg 既存のサーバーから画像ファイルの配信元をS3に移行しようとした場合に、上記のようなURLに書き換えるようにプラグインなどで設定してあげる必要がありますが、どうせならもうちょっと格好いい感じにしたい。 ということで以下のようにしたい。 HTMLは既存のサーバーのfoobar.comから配信する。 foobar.comのDNSは既存のDNSを使っている 画像ファイルをS3からimg.foobar.comという既存サーバーのサブドメインで配信したい こんな場合、ど
Nagios(プラグイン)でDNSラウンドロビンの各IPアドレスに対する(HTTP)監視
プラグインは下記の通りです。 # cat check_dns_roundrobin #!/bin/sh . `dirname $0`/utils.sh PLUGIN=/usr/lib64/nagios/plugins/check_http while getopts :H:I: OPT; do case $OPT in H) DNSNAME=$OPTARG;; I) DNSNAME=$OPTARG;; *) ;; esac done IP_LIST=`dig +noall +answer $DNSNAME | awk '{ print $5 }'` if [ "$IP_LIST" = "" ]; then echo "Can't resolve "$DNSNAME"." exit $STATE_CRITICAL fi for IP in $IP_LIST; do OPTIONS=`echo
cloudpackブログ - VPCの(Amazon)DNSサーバ
知識の裏付けのため、ドキュメントを確認してみました。 表題の件、下記ドキュメントに記載がありました。 Amazon DNS Server 上記の内容を和訳もしてみました。 When you create a VPC, we automatically create a set of DHCP options and associate them with the VPC. VPCを作成するとき、自動的にDHCP Optionsが作成され、そのVPCに関連付けられます。 This set includes only a single option: domain-name-servers=AmazonProvidedDNS. このDHCP Optionsにはdomain-name-servers=AmazonProvidedDNSの設定のみが含まれます。 This is an Amazon
cloudpackブログ - Route 53への移行前の確認用DNSサーバ(Unbound)
DNSサーバをRoute 53に移行することがよくありますが、その際、移行(切り替え)前の確認も行いたいと 考えます。 そこで、Unboundを使って確認用DNSサーバを作ってみました。 cloudpack.jpのDNSサーバを下記のRoute53に移行することを想定して話を進めてみます。 上記のRoute53をDNSサーバとして指定すると、下記のように登録されているレコードは名前解決できます。 # nslookup cloudpack.media ns-1053.awsdns-03.org ... cloudpack.media canonical name = blog.suz-lab.com. しかし、登録されてないレコードは次のように名前解決できません。 # nslookup www.suz-lab.com. ns-1053.awsdns-03.org ... ** server
cloudpackブログ - ELB(スケールサイズ)とDNS(返されるIPアドレス)の関係(予想)
スズキです。 以前、下記の記事より、ELBのDNS名を名前解決して返ってくるIPアドレスは、最大8個であることがわかりました。 【AWS発表】 Elastic Load Balancingが東京リージョンでIPv6をサポート、新メトリクスもサポート、複数のIPアドレスを返すように 実際に、そこそこアクセス数の多いELBのDNS名を名前解決してみると、 下記のように8個(最大)のIPアドレスが帰ってきました。 $ nslookup suz-lab-000000000.ap-northeast-1.elb.amazonaws.com ... Name: suz-lab-000000000.ap-northeast-1.elb.amazonaws.com Address: 46.51.248.xxx Name: suz-lab-000000000.ap-northeast-1.elb.amazo
cloudpackブログ - 突然Varnishが起動しなくなった場合
以前は動いていたVarnishを久しぶりに再起動したところ、起動しなくなってしまいました。 ログを確認してみたところ、ログには原因らしいエラーが出力されていなかったので、下記のように直接コマンドラインでVarnishを起動してみると、バックエンドホストの名前解決ができなくなっていたのが原因でした。 # varnishd -f /etc/varnish/default.vcl Message from VCC-compiler: Backend host '"xxx.xxx.xxx"' could not be resolved to an IP address: Name or service not known (Sorry if that error message is gibberish.) (input Line 68 Pos 13) .host = "xxx.xxx.xxx";
cloudpackブログ - Squidでの中継をドメイン名(DNS名)でアクセス制限
前回、VPCのNATインスタンスを作ってみる(Squid編)の記事を紹介したのですが、目的は中継するHTTP(S)のアクセスをドメイン名(DNS名)でアクセス制限する為でした。 (iptablesではIPアドレスとポートの制限までとなります) 上記より、www.google.co.jpのみにアクセスできるようにしてみました。 (設定ファイルは下記の通りです) # cat /etc/squid/squid.conf ... acl google dstdomain www.google.co.jp http_access allow google http_access deny all 上記のNATインスタンス(Squid)を利用しているサブネット上のEC2から確認してみます。 ※NATインスタンスのIPアドレスは、10.0.0.74 です。 ▼プロキシーを設定してHTTPアクセス # c
cloudpackブログ - check_digコマンドでDNSチェック
Nagiosのcheck_digコマンドを利用することでDNSチェックを行うことが可能です。 DNSチェックを行うことで、正常にDNSが引けているか確認できます。 ネームサーバの設定情報は、whois等のサイトで確認できます。 例として、下記の条件の場合、コマンドは次のようになります。 ドメイン名：hoge.jp ネームサーバ:ns-1227.awsdns-25.org /usr/lib/nagios/plugins/check_dig -l hoge.jp-H ns-1227.awsdns-25.org 正常にDNSが引けている場合の帰り値は、下記となります。 DNS OK – 0.080 seconds response time (hoge.jp. 360 IN A xxx.xxx.xxx.xxx)|time=0.079870s;;;0.000000 DNSが引けていない場合の帰り値
cloudpackブログ - GoogleドキュメントでRoute 53を管理
cloudpackではDNSサービス利用する必要がある場合、可能な限りRoute 53を利用するようにしています。 そして管理方法は、下記のツールをGoogleドキュメントで行っています。 Google Spreadsheets の Apps Script で Amazon Route 53 を管理する cloudpackは、情報共有や資料作成をGoogleドキュメントで行うことが多く、 DNSレコードも同様に管理できることは、業務的に非常に嬉しいところです。 それでは、導入方法の説明です。 はじめに、新規にスプレッドシートを作成し、ツール → スクリプト → 挿入を選択します。 そして、スクリプトギャラリーの中からAmazon Route 53を探してインストールします。 インストールが終了すると、Helpページが表示されます。 Helpページが表示された後、メニューにRoute 53が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
