2008-02-18 さくらレンタルサーバーとGoogle Appsの協調動作
さくらレンタルサーバーとGoogle Appsの併用
Webサイト構築・運用, さくらレンタルサーバー, Google Apps
独自ドメインでGoogle Appsを使えるようにする設定は結構前に済んでいて、うまく動いていたのですが、さくらレンタルサーバーとの連携がうまく行っていませんでした。
うまくいっていなかった内容というのは、さくらレンタルサーバー側のネームサーバーでDNSレコードを指定しているのですが、MXレコードの優先順位とwww,ftp,mailに対するCNAMEレコードが勝手に設定されて、このDNSレコードが書き換えられないという内容でした。
＃もうやめたのですが、ちょっと前まではGoogle Page Creattorのサブドメインにwwwを割り当てていたので、名前解決ができなくなってしまっていたのです。
さくらレンタルサーバーのサポートに問い合わせると、持ち込みのドメインについてはDNSの設定は変更できず、Google Appsとの併用もサポート外との冷たい対応。
＃CNAMEとか勝手に定義しなくてもいいじゃん！と思うのですが。
で、しばらく解決策がわからなかったのですが、EveryDNS(私が使っている無料DNSサーバです。)側に、
することでうまく動きました。
Permalink | コメント(0) | トラックバック(2) | 15:41 
インスタンスの起動に成功！
前回は、AMI(Amazon Machine Image)の検索をするところまでを説明しました。
どうやったらプロキシ越えできるのかは思い出せないままなのですが、プロキシなしの環境で試してみたところうまくいきました。
ec2-describe-images -o self -o amazon
と実行すると、「所有者が自分」かつ「所有者がamazon」であるイメージのリストが表示されます。
ここで起動するイメージをどれにするか決めて、そのAMI IDをメモっておきます。
それから、そのイメージに対応するキーペアを作成します。
ec2-add-keypair getting-started-keypair > getting-started-keypair.txt
こうしておくと、プライベートキーがテキストファイルに出力されるので、このファイルの最初の2行を削除して、getting-started-keypair.ppkとリネームします。
このファイルはPUTTY(SSHクライアント)付属のputtygen.exeを使って、プライベートキーを生成するのに使います。
プライベートキーファイルを作成するには、[load an existing private key file]の[load]ボタンをクリックして、プライベートキーファイルを読み込みます。
そして、[save private key]ボタンをクリックすると、プライベートキーファイルが生成されます。
で、インスタンスの起動は下記の通りです。
ec2-run-instance <ami_id> -k getting-started-keypair
ここでインスタンスが起動すると、インスタンスIDが表示されるので、それをメモしておきます。
続いて、ssh経由で今起動したインスタンスにアクセスするために、インスタンスの情報を取得します。
ec2-describe-instances <instance_id datetime="2008-02-18T16:12:31+09:00">
ここで、外部からアクセスするためのマシン名や、EC2マシン同士を認識するために使う内部マシン名などがリストアップされます。ここで、外部からアクセスするためのマシン名をメモしておきます。
続いて、sshで接続するためにポートを空けます。
ec2-authorize default -p 22
これでdefaultグループに対して、ポート22の使用が許可されました。
さらにhttpなどでアクセスしたい場合には、そのポートも空けておきます。
ec2-authorize default -p 80
httpサーバが動作しているAMIイメージであれば、ブラウザから、
http://<マシン名>
そして、puttyを使って、ssh接続することでマシンにログインできます。
私の場合、最初はうまく行かなかったのですが、それはAMIイメージの選択がよくなかったようです。
イメージは何でも良かったので、最初のec2-describe-imagesコマンドでリストアップされたgetting-startedというイメージを起動したのですが、rootでログインしようにもパスワードがわからず、ログインできませんでした。
次にFedora Core4のイメージを起動したところ、rootはパスワードなしであっさり起動しました。
ただ、どちらかで読んだ情報ではFedora Core4というのはかなり古いイメージのようなので、普段つかっているUbuntu7.10のイメージを探して、起動してみたところ、そちらもあっさりうまくいきました。
＃でも、/rootのシェル設定ファイルもなにもないくらいで、全然まっさらな状態でした。
インスタンスを起動したままだと、課金されてしまいます。
とりあえず、インスタンスの起動が確認できたので、シャットダウンします。
ec2-terminate-instances <instance_id datetime="2008-02-18T16:12:31+09:00">
とします。
次は、イメージのカスタマイズにチャレンジしたいと思います。
Permalink | コメント(0) | トラックバック(0) | 15:41 
10日でおぼえるFedora Core 6サーバ構築・管理入...
