[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[gentoojp-users 817] Re: 名前解決 (MacOSで異常なし?)(Re: portage)
小町です。進展あったみたいですね。
At Wed, 12 Nov 2003 05:11:17 +0900,
Hajime Tanaka wrote:
> あ、先方にお願いして今回は、インターネットに直接接続しプロキシを経
> 由しない形をとりました。
なるほど。
> >なんか田中さんの大学のネットワークの管理者に聞かないと分からない、とい
> >う状況っぽいですが……。
> そうですね、そもそも少し前までemerge syncに問題がなかったはずなの
> ですから。ただ残念ながら管理者がどなたかも身の周りで把握している人間が
> いないという・・・。これでいいのだろうか。
ええ、知らないとちょっと尋ねるのは気がひけますが(しかも Mac でつながっ
ているので「Linux はサポート外」で終わるかもしれないし……)、どうにも
ならなかったら仕方ないような気もします。
> ># dig @[ネームサーバのIP] rsync.jp.gentoo.org
> >
> >みたいにしてちゃんと名前が本当に引けているのか確認してください。
> 参考になります。digを知りませんでした。gentooインストールに成功
> したら調べてみます。最悪でも、よその環境でインストールしてマシンなり
> HDなりを引っ越しすればいいのですし。
ええ、nslookup はちょっと挙動に問題があるので、なるべく dig/host を使っ
てください。
> >名前解決だけが問題かどうか調べたいなら、/etc/hosts に
> >
> >133.11.205.121 rsync.jp.gentoo.org
> そういう方法がありましたか。さっそく試してみました。/etc/hostsに
> 133.11.205.121 rsync.jp.gentoo.orgと書き足しまして/etc/resolv.confを
> 念のため削除しました。
> # emerge sync
> としましたら
> receiving file list...
> 66380 files to consider
> .....
> .....
> rsync error: received SIGUSR1 or SIGINT (code 28)at rsync.c(229)
> rsync error: received SIGUSR1 or SIGINT (code 28)at main.c(704)
>
> !!! Rsync was killed before it finished.
> となって途中で止まってしまいましたが、/etc/resolv.confを用いた
> 場合と症状が異なります。
rsync が途中までは動いていますね。なんか rsync 自体もおかしいみたいで
す。CPU の最適化フラグなどを全部外してコンパイルしてまた試してください
ますか?
> ネームサーバはやはり名前解決に不具合をきたしているのでないでしょうか。
> また、rsyncにも問題があるのでしょうか。
両方という印象です。名前解決さえできれば外部と通信できているようなので、
Gentoo 機 ←→ ルータ ←→ 外部は OK ですし、ネームサーバもネットワー
ク的にはつながっているようですが……
> なお、この場合でもemerge-webrsyncはただちにプロンプトを返してきて
> portageは取得できずじまいです(一般の名前解決を放棄しているのだから
> 当然ではありますが)。
えっと、emerge-webrsync の場合は GENTOO_MIRRORS から情報を取得している
ので、/etc/make.conf に書いたホスト名の IP を /etc/hosts に書けば試す
ことができるでしょう。たとえば
GENTOO_MIRRORS="ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO" と書いておけば、
/etc/hosts には 133.11.205.121 ftp.ecc.u-tokyo.ac.jp も書き足す、といっ
た具合です。
あと root で sh -x /usr/sbin/emerge-webrsync とすると emerge-webrsync
の逐次実行した結果が表示されるので、これでどこで止まるのか見ると解決が
早まるかもしれません。
> あまり初歩的なことで管理者のかたを探して騒ぐのもどうかと思いました
> が、これはやはり相談させていただくべきでしょうか。
ping で通って dig が通らないのであれば管理者の人に話してみるしかないん
じゃないでしょうか。tcpdump (趣味で tcpdump 使っていますが ethereal の
ほうがいいかも?)でも使って実際にどういうクエリが出ていてどういう応答
が返ってくるか調べれば、管理者に話さなくても原因が分かる(解決するには
管理者に言うしかないかもしれませんが)こともあるでしょうが、やるのであ
れば tcpdump の使い方や見方は適宜 Google 等で検索して調べてみてくださ
い。
--
Mamoru KOMACHI <usata@xxxxxxxxxxxxxxxxxxxxxxx>
http://www.sodan.ecc.u-tokyo.ac.jp/~usata/