“サーバー” カテゴリのアーカイブ

前回の記事同様、以前挙動が不安定なmixi。

pc.casey.jp » Server: GFE/2.0 (GFE;Google Front End) :
http://pc.casey.jp/archives/2413

一旦復帰したように見えたけど、ダメっぽい。

このエントリの続きを読む »

Comments コメントなし »

mixi にアクセスしようとしたら、うまく行かない。随分時間がかかる。ついには以下のような表示になった。

レスポンスヘッダを見てみると以下のようになっていた:

HTTP/1.1 204 No Content
Content-Length: 0
Content-Type: text/html
Date: Tue, 10 Aug 2010 08:40:25 GMT
Server: GFE/2.0

ここで、 Server: GFE/2.0 が目に止まった。これは何だろうか。他のレスポンスヘッダから Apache を使っていることは間違いなさそうだ。

このエントリの続きを読む »

Comments コメントなし »

SSHでエラーログはどこかなと探してみると思うところに見つからない。調べてみると、さくらインターネットではエラーログの取得はできるが都度サポートにメールしなければならないらしい。参考サイトにPHPのエラーログを取得する方法が記載されていたのでメモしておく。

php.ini に記載する内容は次の通り:

display_errors="0"
error_reporting="2047"
log_errors="1"
error_log="/home/*SakuraAccount*/logs/php_error.log"

◆準備 

FTPまたはSSHでサーバーに接続し、ディレクトリとログファイル( /hoge/*SakuraAccount*/logs/php_error.log )を作成しておく。

▲コントロールパネルからphp.iniの設定を変更する(SSHで/home/*SakuraAccount*/www/php.iniを変更しても良いと思う)

このエントリの続きを読む »

Comments コメントなし »

◆ dig コマンドでレコード情報を取得する

# dig yahoo.co.jp

このエントリの続きを読む »

Comments コメントなし »

#何にしても同じだと思うが、最初から完璧なものなどない。追加や削除を行ない適宜目標を達成していくものだ。それを成長というなら、現在のネットワークは複雑怪奇なものに成長している。そしてそれは思いもよらぬところで足かせとなる。もっとも、それぞれ独立して本来の仕事だけをこなすようにしてやれば幾分それは防げる。ところがそれを可能にするほど潤沢ではない。

◆動作条件

※設定が正しく、かつ最適であるかは不明だが、とりあえず動作している

  • 内部ネットワークの端末はこのサーバーをプライマリDNSサーバーとして指定する。
  • このサーバーは内部からの問い合わせを外部へ問い合わせることと、内部のアドレスを返すことをする。
  • WEBサーバーは別のプライベートアドレスに存在し、ドメインを取得していて、外部からもアクセス可能になっている。
  • 外部からのアクセスはレジストラが用意しているネームサーバーに自分自身のグローバルアドレスを設定している。
  • 外部からポート80へのアクセスはルータのルーティングによって内部のWEBサーバ:80へ転送される。
  • 内部の端末が内部にあるドメインにアクセスしようとしたら、内向きDNSによってプライベートアドレスを返す。

このエントリの続きを読む »

Comments コメントなし »