03/05/22 12:54 ftjp7Qk1
ＢＢ＠にふはどうも１日一回しかＤＮＳ情報を掃除してくれていないような... あくまで経験値。
>>31
40:ななし
03/05/25 04:03
>>39
AレコードのTTLが切れた場合に、普通は root DNS への問い合わせから
始めて、delegationされているネームサーバを見つける為に、glueを
辿ると思うんですがＢＢ@にふは、一度ネームサーバを見つけると
delegationを無視して動いている気がしまふ。
41:@192.168.1.2♯53
03/05/26 00:39
{www.ftp}.t.ring.gr.jp を観に行くと RingServer でネットワーク的に近いサーバに誘導されるんだが、
$ dnsqr a www.t.ring.gr.jp
1 www.t.ring.gr.jp:
50 bytes, 1+1+0+0 records, response, noerror
query: 1 www.t.ring.gr.jp
answer: www.t.ring.gr.jp 2 A 210.158.0.14
TTL が 2 秒になってるから、やはり DNS で動的に誘導してるんだな
Akamai も 20 秒で似たような仕組みか
42:anonymous@ YahooBB219186154050.bbtec.net
03/07/11 02:32
age
43:sage
03/07/11 02:46
DNSに詳しい方に質問です。
一部プロバイダで10日以上DNSの設定が更新されないのですが、どうにかする方法はないでしょうか?
状況は、
10日以上前にレンタルサーバA社からレンタルサーバB社に移行しました。
8割位は新鯖にアクセスできるのですが、一部プロバイダは接続できないのです。
これは、何が原因と考えられるでしょうか?
ちなみにA社のDNS鯖のTTLは一日です。
44:ABC
03/07/12 23:32 6w/qH4RW
うちもデータセンター移転になるんですが、
iDC移動時のIP変更手順はこんな感じでいいんでしょうか？
DNSサーバも移動します
１：仮設DNSサーバを新iDCに設置運用（新IPアドレス）
↓
２：DNSサーバのホスト情報変更（新IPアドレス変更）
↓変更確認後
３：ドメインのTTL値を10分に変更
↓TTL変更が浸透するまで（念のため1週間）
４：旧iDCよりサーバの移動
５：新iDCにサーバ設置（仮設DNSサーバと入れ替え）
↓IPの変更などの作業
６：TTL値を元に戻す
何か間違っていたら指摘して頂けると助かります。
45:あぼーん
あぼーん
あぼーん
46:
03/07/15 14:30 2MuR09eQ
あげ
47:
03/07/18 01:31 G5s8/0ev
独自ドメインのネームサーバを変更して3週間経つのですが、
YahooBBでだけ、更新が反映されていません。
なんらかの原因で、YahooBBだけ更新が失敗したのかと思うのですが、
こういうことは、現実にあり得るのでしょうか？
サーバのキャッシュは、一定の間隔で更新し続けていると思うので
３週間も反映されないことはないとおもうのですが・・・。
48:-_-
03/07/18 02:20
>>47
ドメインはhogehoge.comで良いから、何処がどう反映されないのか
具体的に書いて美奈代。
力技で乗り切る方法ぐらいは出てくるかもしれないぞ。
49:47
03/07/18 02:37 G5s8/0ev
hogehoge.comをDDNS(miniDNS)を利用して、
自宅サーバ(YahooBB)で運営していたのですが
３週間前にレンタルサーバに移行し、そのときにネームサーバも
レンタルサーバのものに書き換えました。
３日ほどで、DNSの伝播が大体終わったようで、
友人のパソコン（別プロバイダ）やプロキシを利用すると
アクセスできるようになりました。しかし、YahooBBからは
現在でもminiDNSにアクセスしてしまいます。
miniDNSで登録するIPアドレスを自宅サーバではなくレンタルサーバのものにして
何とか利用しているのですが、ずっとこれを続けるわけにもいかないので
どうにかして、YahooBBでも他のプロバイダのように
普通にレンタルサーバへアクセスできるようにしたいです。
解決策が分かる方、教えていただけないでしょうか？
50:ななしさん
03/07/18 09:14
>>49
問題のやふーBBのDNSキャッシュに残っている自分のドメインのttl確認してみたら？
51:47
03/07/18 18:59 G5s8/0ev
>>50
YahooBBから、hogehoge.comにpingを打つと、TTLが52と出ました。
何がダメなのか、想像もつかない状況です･･･。
原因が分かる方がいらっしゃれば、よろしくお願いします。
52:あぼーん
あぼーん
あぼーん
53:_
03/07/18 19:22
>>51
Pingで出てくるTTLじゃないよ....
nslookupでデバッグモードにした状態で（プロンプトでset debugと入力)
自分のホストのipを解決させたときに表示されるttlを見ろ。
って書いてわかってくれるかなあ？
54:anonymous@ p2188-ip01aobadori.miyagi.ocn.ne.jp
03/07/18 20:50
大人の男だけ
55:47
03/07/18 21:48
QUESTIONS:
hogehoge.com, type = A, class = IN
ANSWERS:
-> hogehoge.com
internet address = 210.138.142.2
ttl = 464 (7 mins 44 secs)
AUTHORITY RECORDS:
-> hogehoge.com
nameserver = ns1.minidns.net
ttl = 86264 (23 hours 57 mins 44 secs)
-> hogehoge.com
nameserver = ns2.minidns.net
ttl = 86264 (23 hours 57 mins 44 secs)
ADDITIONAL RECORDS:
-> ns1.minidns.net
internet address = 202.64.51.214
ttl = 85609 (23 hours 46 mins 49 secs)
56:47
03/07/18 21:50 G5s8/0ev
>>53
こんな風(>>55)に出ました。これで合ってるでしょうか？
57:_
03/07/18 23:01
>>47
すまん、最初に「server [yahooBBのdns］」と入力して（入力時に括弧 ［ と ］はいらない）
YhooBBのDNSに切り替えてくれ。
minidnsのDNSはちゃんとTTLが７分４４秒って出てる。
58:47
03/07/19 00:42
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 3, additional = 3
QUESTIONS:
dns01.bbtec.net, type = A, class = IN
ANSWERS:
-> dns01.bbtec.net
internet address = 43.224.255.1
ttl = 61936 (17 hours 12 mins 16 secs)
AUTHORITY RECORDS:
-> bbtec.net
nameserver = dns04.bbtec.net
ttl = 86400 (1 day)
-> bbtec.net
nameserver = dns06.bbtec.net
ttl = 86400 (1 day)
-> bbtec.net
nameserver = dns03.bbtec.net
ttl = 86400 (1 day)
ADDITIONAL RECORDS:
-> dns03.bbtec.net
internet address = 43.224.255.3
ttl = 86400 (1 day)
-> dns04.bbtec.net
internet address = 43.224.255.4
ttl = 86400 (1 day)
-> dns06.bbtec.net
internet address = 43.231.251.96
ttl = 86400 (1 day)
59:47
03/07/19 00:43 8gkYJtR4
これでいいでしょうか？何度もすみません・・・。
60:47
03/07/19 00:47
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 2, additional = 1
QUESTIONS:
hogehoge.com, type = A, class = IN
ANSWERS:
-> hogehoge.com
internet address = 210.138.142.2
ttl = 600 (10 mins)
AUTHORITY RECORDS:
-> hogehoge.com
nameserver = ns2.minidns.net
ttl = 86400 (1 day)
-> hogehoge.com
nameserver = ns1.minidns.net
ttl = 86400 (1 day)
ADDITIONAL RECORDS:
-> ns1.minidns.net
internet address = 202.64.51.214
ttl = 86014 (23 hours 53 mins 34 secs)
61:43
03/07/19 06:11
うちも同じくYahooBBですが、DNS切り替えてから19日も設定が変わりません…
YahooBBのDNSの設定が悪いんではないんですかねぇ。
62:_
03/07/19 12:48
TTLは600秒（10分）って出てるからYahooBBのDNSは正常のようです。
原因は他にあるようですね。
63:anonymous@ 218.223.149.166.eo.eaccess.ne.jp
03/07/19 20:32 Q1qKp584
うちも同じ現象です。
普通、３日もすれば90%、一週間もすれば、100%切り替わるのに、
サーバー変更して2週間もたつのに、70%くらいしか切り替わりません。
しかも、一度新しい情報に切り替わったのに、次の日にはまた古い情報に戻ってしまったことがありました。
YahooBBに限らずです。
64:あぼーん
あぼーん
あぼーん
65: ◆JeYFCvvdow
03/07/19 21:22
>>63
それってレジストラに登録しているnameserverに古いnameserverが
登録されているからではないでしょうか？
つまり、新しいnameserver×2、古いnameserver×1
こういう登録になっていると、古い情報が約30%の確率で返ってきます。
もう少し具体的に書くと以下のような感じです。
C:\>nslookup
> set q=ns
> hogehoge.net.
hogehoge.net nameserver = ns1.new-server.net
hogehoge.net nameserver = ns2.ner-server.net
hogehoge.net nameserver = ns.old-server.net <= ここに古い情報が残っている
Y!BBに限らず、70%程度しか伝播しない理由は>>26-27あたりを見てください。
66:47
03/07/19 23:18 m8ABOXcy
> set q=ns
> hogehoge.com
Server: dns01.bbtec.net
Address: 43.224.255.1
Non-authoritative answer:
hogehoge.com nameserver = ns1.minidns.net
hogehoge.com nameserver = ns2.minidns.net
こんな感じになって、yahooBBでは古い情報しかないみたいです。
>>43さんと>>47に関しては、やはり、YahooBBが悪いのではないかと思うのですが・・・
67:anonymous@ ZB054017.ppp.dion.ne.jp
03/07/19 23:28 lvS7v+hO
【スレ紹介】なんちゃって思想が爆発するとき
ｽﾚﾘﾝｸ(intro板)
68:43
03/07/19 23:41
そろそろ20日経ちますが、まだ更新されませんね。
nslookup、set debug で見ると
Got answer:
HEADER:
opcode = QUERY, id = 10, rcode = NOERROR
header flags: response, want recursion, recursion av
questions = 1, answers = 1, authority records = 2,
QUESTIONS:
hogehoge.com, type = A, class = IN
ANSWERS:
-> hogehoge.com
internet address = 210.188.245.211
ttl = 98497 (1 day 3 hours 21 mins 37 secs)
AUTHORITY RECORDS:
-> hogehoge.com
nameserver = ns1.old-dnsserver.test
ttl = 121985 (1 day 9 hours 53 mins 5 secs)
-> hogehoge.com
nameserver = ns2.old-dnsserver.test
ttl = 121985 (1 day 9 hours 53 mins 5 secs)
あと、1日と3時間か1日と9時間すればちゃんと更新されるということでしょうか?
69:::
03/07/20 01:08
DNSの設定がおかしいかもしれないので、更新されない、っていうドメインを
URLﾘﾝｸ(www.dnsreport.com)
に入力して調べてみてはどうでしょう。 >>65 に書いてあるような状態かも
しれんし。
70: ◆JeYFCvvdow
03/07/20 01:10
>>47
同じような現象にあったことがあるので確認させてください。
新鯖に以降する時にAレコードに変更はありましたか？
ちなみに私の場合は旧メールサーバがns.hogehoge.com.(10.0.0.1)で
新メールサーバがmx.hogehoge.com.(10.10.0.1)でした。
ns.hogehoge.comを削除しても、ある会社のネットワークだけ
MXレコードが変わりませんでしたので
ns.hogehoge.comのAレコードに10.10.0.1に再度追加することで、
新メールサーバへ誘導することができました。
# 検証無しでやったのでかなりビビリましたが・・・。
71:あぼーん
あぼーん
あぼーん
72:anonymous@ YahooBB219002024122.bbtec.net
03/07/20 09:53 h6VfFkw5
新２ちゃんねるブラウザ 大杉くん 登場
転送規制スレッドも見れるように！
URLﾘﾝｸ(2ch2.net)
73:63
03/07/21 07:07 drKw8AkE
>>65
教えていただいたのに、お返事が遅くなってしまい申し訳ありません。
C:\>nslookup
> set q=ns
> hogehoge.net.
を実行してみたのですが、
新しい情報の中に古い情報が混じっているという風にはならず
>>66さんと同じく
Non-authoritative answer:
hogehoge.com nameserver = ns1.minidns.net
hogehoge.com nameserver = ns2.minidns.net
という結果でした。
うちも自宅サーバーからレンタルサーバーへの移行でminidnsを使っていました。
URLﾘﾝｸ(www.dnsreport.com)では、新しい情報に切り替わっていました。
nslookupで、ISPのプライマリDNSを見に行く時は、古い情報を見に行き、
ISPのセカンダリDNSを見に行く時は、新しい情報を見に行っているみたいです。
74:43
03/07/21 10:08
21日経ちますが、未だに更新されません。
YahooBB,zaqのユーザがダメなようです。
>>69さんの所で調べたところ、幾つかエラーになりました。
WARN
Glue at parent nameservers
WARNING. The parent servers (d.gtld-servers.net.) are not providing
glue for all your nameservers. This means that they are supplying
the NS records (host.example.com), but not supplying the A records
(192.0.2.53), which can cause slightly slower connections, and may
cause some incompatibilities with some programs (if the programs are
not fully RFC-compliant). This behavior is allowed by the RFCs.
This will usually occur if your DNS servers are not in the same
TLD as your domain (for example, a DNS server of "ns1.example.co.uk"
for the domain "example.com"). In this case, you can speed up the
connections slightly by having NS records that are in the same
TLD as your domain.
>>70さんのいう通り、前のレンタルサーバのDNSサーバにAレコードを
追加してもらえば、解決するのでしょうか?
75:43
03/07/21 10:10
あと、FAILのエラーもありました。
FAIL
Reverse DNS entries for MX records
ERROR: One or more of your mail server(s) have no reverse DNS (PTR)
entries (if you see "Timeout" below, it may mean that your DNS
servers did not respond fast enough). RFC1912 2.1 says you should
have a reverse DNS for all your mail servers. It is strongly urged
that you have them, as many mailservers will not accept mail
from mailservers with no reverse DNS entry. You can double-check
using the 'Reverse DNS Lookup' tool at the DNSstuff site.
The problem MX records are:
xx.xx.xxx.xxx.in-addr.arpa [No reverse DNS entry
(rcode: 3 ancount: 0)]
76:43
03/07/21 10:14
>>65さんのいうように旧DNSサーバの設定は、レジストリにはありません
でした。
nslookupで調べても出てきません。
nslookup
set debug
で今日にまた調べましたが、TTLが一日経ったのにまだ2dayです。
なんで減っていかないのでしょうか?
77: ◆JeYFCvvdow
03/07/21 10:56
>>74
> >>70さんのいう通り、前のレンタルサーバのDNSサーバにAレコードを
> 追加してもらえば、解決するのでしょうか?
追加と言うよりも更新ですね。
それが出来るのだったら、やってみる価値はあるかと思います。
# しかし、DNSってキモイ動きをしますね。
俺も復習しておこう。
URLﾘﾝｸ(jprs.jp)
78:43
03/07/21 23:37
>>77
ありがとうございます。
原因がさっぱりわからないのですが、やっぱり前のDNSサーバの設定が悪かった
んですかね。
一応、前のレンタルサーバ屋にDNSゾーン情報を削除してもらったんですが、
また復活させてAレコードを書いてもらうということでいいのですかね。
#自分でやってることがわからんのでなんとも。
もう、22日経つのに全くつながる気配がない…
79: ◆JeYFCvvdow
03/07/22 01:43
>>78
>一応、前のレンタルサーバ屋にDNSゾーン情報を削除してもらったんですが、
>また復活させてAレコードを書いてもらうということでいいのですかね。
タダでやってもらえるのであれば、やってもらう価値はあるかもしれません。
書いてもらう内容は当然、新しい情報です。
お金を払ってやってもらっても、正常に戻るとは断言できません。
ひょっとすると、Y!BBのDNS管理者が悪いのかもしれません。
（たぶん>>13-21あたりの問題かも。この辺詳しくないのでスマソ）
# こういうことがあちこちで発生するから、上記のようなメモが出たのでしょうね。
失礼ですが、DNSは初心者ですか？ 一度DNSについて勉強した方がよいかとおもいます。
お勧めの本はこれ
URLﾘﾝｸ(www.amazon.co.jp)
結構わかりやすかったですよ。
# 問題の解決には非常に興味があるのですが、やはり匿名掲示板での
# 解決には無理があるかな？ 本当なら自分でdigしてみたいです。
80:anonymous@ YahooBB219186154048.bbtec.net
03/07/22 02:07
>>79
わざわざ申し訳ありません。
22日も繋がらないと気になって夜も眠れません。
ある程度DNSについて勉強したのですが、ちゃんと勉強しないと問題の原因が
わかりませんね…勉強します。
DNSの切り替えをレジストラでやれば、それでOKと考えていただけだったので…
(というか、普通そうですよね?)
絶対誰かがどっかでDNSサーバの設定を間違えているのは、確実と思いますが、
調べ方がわからない…うーん、悔しい。
81:名無しさん
03/07/22 02:18
DNSについて勉強できるいいサイトない?
82:名無しさん＠お腹いっぱい。
03/07/22 03:08
URLﾘﾝｸ(dns.qmail.jp)
83:adns
03/07/22 11:13
ネームサーバの適切な設定に向けて
URLﾘﾝｸ(www.nic.ad.jp)
84:名無しさん
03/07/24 12:06
自分のドメイン名をnslookupすると
rcode = SERVFAIL
と出るようになってしまいました。
これは、どういうことでしょうか?
85:あぼーん
あぼーん
あぼーん
86:あぼーん
あぼーん
あぼーん
87:あぼーん
あぼーん
あぼーん
88:あぼーん
あぼーん
あぼーん
89:あぼーん
あぼーん
あぼーん
90:ぼるじょあ ◆yBEncckFOU
03/08/02 04:52
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎―――◎ 山崎渉&ぼるじょあ
91:名無しさん
03/08/06 10:13
結局、前のレンタルサーバがちゃんとDNSの設定を削除してなかったから、
約1ヶ月もの間、新サーバに接続できないユーザがいるという状況になって
いたようだ。
レンタルサーバ移転の時は気をつけよう!
・移転前にTTLを短くしてもらう。
・移転後にDNSサーバからゾーン情報を確実に消してもらう。
こんな感じか?
92:あぼーん
あぼーん
あぼーん
93:nothing
03/08/06 19:31
>>91
上位から指されていない無関係なサーバ（前のレンタルサーバ）が
古い情報を削除せずに持っていても、全く影響はないはずだが。
もちろん、それをネームサーバとして指定している特異な者のみ被害はあるが。
94: ◆JeYFCvvdow
03/08/06 23:43
>>91,>>93
移行期に上位から新旧のDNSサーバを指して、
移行後放置されたのが>>91のケースにあてはまるのかと。
でも、この場合悪いのはドメイン運用者か登録者だな･･･。
前のレンタル鯖会社ってのは、一番最後に削除すれば良いわけだし。
95:?
03/08/07 00:57
>>93
実は問題アリアリです
ユーザのDNSが、古いキャッシュに入ってるNSレコードに従って
古いDNSにAレコードを聞きにいったときに、ついでNSレコードを返されると
NSレコードの古いDNSキャッシュは更新されてTTLが最大値に戻るんで、
次も古いDNSに問い合わせます
bind9もdjbもこの動きは同じ
NSレコードのTTLより短い間隔でDNS問い合わせが発生する場合、
ユーザのDNSがいったんキャッシュをクリアしないと、
この繰り返しで新しいIPが引けない状況が発生します
DNSを変えたら、古いDNSでは少なくともNSレコードは削除しないとダメです
もちろんゾーンごと消すのがベスト
この問題って度々でるんで、
キャリアは定期的にキャッシュクリアをするところが結構あります
96:
03/08/15 17:44
GVN側が停止するまでYBBでまちBBSにアクセスできなくなったのは
そのせい?
97:あぼーん
あぼーん
あぼーん
98:anonymous@ ntkngw056051.kngw.nt.adsl.ppp.infoweb.ne.jp
03/08/25 04:15 HCAhqscK
結局、自社社内ネット(10拠点程度を束ねるデータセンター)にＤＮＳのサービスを
導入するときの基準ってなによ？
ネームサーバの3つの働きとは
URLﾘﾝｸ(www.atmarkit.co.jp)
コンテンツサーバ（Contents Server）
フルサービスリゾルバ（Full-Service Resolver）「キャッシュサーバ」
スタブリゾルバ（Stub Resolver）
99:ななし
03/08/25 09:02
>>98
意味わかんねー。
hostsじゃ苦しくなったときでは？
100:anonymous@ YahooBB219026032094.bbtec.net
03/08/25 09:39 7vYAKbIf
URLﾘﾝｸ(albinoblacksheep.com)
URLﾘﾝｸ(www.movingarden.com)
URLﾘﾝｸ(www.chriskeegan.co.uk)
URLﾘﾝｸ(www.eiland.cc)
URLﾘﾝｸ(www.yeahbutisitart.com)
URLﾘﾝｸ(www.lecielestbleu.com)
URLﾘﾝｸ(www.wired.com)
URLﾘﾝｸ(www.audiodregs.com)
URLﾘﾝｸ(www009.upp.so-net.ne.jp)
URLﾘﾝｸ(www.grafischmuseum.nl)
URLﾘﾝｸ(www.flyingpuppet.com)
101:
03/08/28 09:26
>>98
ActiveDirectory使ってたら必須だったりとかじゃないの？
102:
03/09/07 20:59 9j4NnH7m
DNSを一から勉強するのにいい本を教えてください。
103:anonymous@ N081046.ppp.dion.ne.jp
03/11/04 06:05
>>102
DNSそのものならUNIX板の題材って気もするが
本なんか使わなくてもWebに転がってる情報で十分だろう。
あとはメール配送の仕組みもあわせて調べとけ。
104:onymous@ N081046.ppp.dion.ne.jp
05/07/12 00:28:31
報告が無いな
105:はてな
05/07/17 05:59:52
本ならオライリーのDNS＆BIND第４版がベストです。
106:うんち
06/05/26 02:09:18
107:tt002@media501.com
06/07/29 21:18:16
どうなんじゃい
108:anonymous@EATcf-128p8.ppp15.odn.ne.jp
07/03/14 01:54:46 2aSaVyyF
DoCoMoのiモード鯖のDNSキャッシュ書き換え時間は どれくらい？
109:匿名
07/09/28 17:59:46 E+suOjgr
第一幼稚園(〒485-0029小牧市中央六丁目101番地) URLﾘﾝｸ(www.komaki-aic.ed.jp)
Red Robin Kindergarten(Australia) URLﾘﾝｸ(www.redrobin.com.au)
南立誠幼稚園(〒514-0003津市桜橋2丁目39) URLﾘﾝｸ(www.res-edu.ed.jp)
Gray Elementary School(Canada) URLﾘﾝｸ(www.geocities.com)
小中台幼稚園のホームページ(〒263-0043千葉市稲毛区小仲台8-20-1) URLﾘﾝｸ(www.ans.co.jp)
小ヶ倉幼稚園(〒850-0961長崎市小ヶ倉町1丁目570番地の1) URLﾘﾝｸ(park.zero.ad.jp)
Mary Kindergarten(Thai) URLﾘﾝｸ(www.marykind.th.edu)
mmmmm minkee(Australia) URLﾘﾝｸ(forums.nappiesaustralia.com.au)
十三愛光会愛光保育園(〒532-0023大阪市淀川区十三東１丁目13-29) URLﾘﾝｸ(www3.ocn.ne.jp)
中台幼稚園(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
中台幼稚園・保育内容(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
中台幼稚園・一日の活動内容(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
中台幼稚園・募集要項(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
少林寺小学校(堺市堺区少林寺町東４丁１－１) URLﾘﾝｸ(www.sakai.ed.jp)
穴切校舎(〒400-0034甲府市宝2丁目8-19) URLﾘﾝｸ(www.anagiri-e.kofu-ymn.ed.jp)
九条幼稚園(〒550-0027大阪市西区九条2-19-18) URLﾘﾝｸ(www.ocec.ne.jp)
西幼稚園(〒５８９－００２１大阪狭山市今熊１丁目５０番地) URLﾘﾝｸ(nishi-es.osakasayama.ed.jp)
四番町保育園(郵便番号１０２－００８１ 千代田区四番町11番地) URLﾘﾝｸ(hothot.city.chiyoda.tokyo.jp)
黒東っ子の合言葉(〒939-0634下新川郡入善町小摺戸402) URLﾘﾝｸ(www.tym.ed.jp)
110:匿名
07/09/28 18:01:53 E+suOjgr
中間グレイ灰色イエロー黄色中間中間中間中間中間中間中間地球 URLﾘﾝｸ(image.space.rakuten.co.jp)
Middle gray yellow middle middle middle middle middle the earth URLﾘﾝｸ(image.space.rakuten.co.jp)
111:匿名
07/09/28 18:07:04 E+suOjgr
コテタンを処理するすれっど 第8部
URLﾘﾝｸ(choco.lv3.net)
(↓1024byteちょうど)
abbe.Ybebeabugbeacgwgw.S.Vab.Kgw.Kgwc,.Kabugug.Vdlc,.V.Yc,c,ac.Y.Sc,dlugis.Sudisisdlud.Tacac.Kugac.Y
abbe.Tdlugis.Vacbe.T.Y.Yacdlugc,.Tis.Vudbe.K.Sudc,.K.Sdl.Kc,udc,be.Kdl.Yug.Kc,.Yug.Vab.Sdl.Tudgwug.S
ab.V.Yudgwc,.Tud.Vgw.Vdldludabac.Kis.Y.Kdl.Ybe.Ygw.Kacudabac.Kgwug.Kc,ab.T.Sgwgwgw.Tabacdlabac.Kc,dl
ugdl.Ydldlc,.Tgw.V.Tdlgw.K.Sisgw.S.K.Tgw.S.Yc,ac.S.T.Tis.Tgw.V.Yabdlacisugc,ugdlug.Y.Kgwbe.Kugug.Vdl
acdlc,acababab.Tdl.Sdl.Sgw.Sis.Y.Sudc,begw.Tud.Kuggw.Tis.Sab.S.K.T.Y.Sugdlbedl.V.Yud.K.Kc,gw.Sisdl.K
c,gw.T.S.T.K.S.Sdl.Sbe.Kud.Sisabug.Kab.Sabdl.Sud.V.Kgwab.T.Vabab.S.Kbeisisgwugacgwacisis.Vudacudgw.T
uggwudugugbedlbeuguguddlgwugdl.Yc,.Kdlbe.Kacbeuggwc,.Kug.Vud.Vac.Kbebeab.V.Kgwdlc,dl.Kc,.Sacudc,be.T
.V.Tbe.Sac.Y.Y.V.Tbeugdl.Sacisac.Y.Y.T.Tis.Yudisc,c,gw.Kbec,gwgwc,c,.Sug.Vgw.T.K.Ybebegwgw.Sacac.S.S
.Vug.Ydl.Kisug.Sab.Kgwdl.Vabugabacgw.K.Sac.Tc,.Sabbe.Tc,bedlisdlc,.Kbe.Kc,.Kugacbe.Tdlis.T.K.Vbeugug
.T.K.Vud.Kacbeisc,.Sdlud.Vbeudc,dlbe.Kdlabbe.Kbeugugab.T.Kudabbebec,.Sabc,udis.Yabisc,dlududacugc,dl
.T.Y.Vud.Kgw.Y.Vacudabac
112:匿名
07/09/28 18:12:53 E+suOjgr
コテタンを処理するすれっど 第8部
URLﾘﾝｸ(choco.lv3.net)
(↓1024byteちょうど)
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン
ンンンンンンンンンンンン
113:匿名
07/09/28 18:36:34 E+suOjgr
コテタンを処理するすれっど 第8部
URLﾘﾝｸ(choco.lv3.net)
(↓1024byteちょうど)
Is.Vgw.Tgw.V.Vbeud.Tdlgwabbebebeudabdl.Kab.T.K.Visacisudbebeab.Yabbe.S.Yabdl.Tac.K.Tisab.Vbe.Tabis.K
.Vab.Tdlgw.Sacisisdl.Ydlc,is.Ygw.Sabudc,.S.Suggwisc,beudab.S.Y.Tc,.Kc,acugbebe.Y.Q.Yug.Yis.Sbec,gw.Y
c,acc,.Sis.V.Kac.Sacisbeab.V.Tc,ugbedlud.Sabdl.Yab.Vacgw.693978849361191ugbeab.Kbe.T.Tc,bedlug.Tbec,
.Vgw.Kdlgwbe.Tbeab.Tbe.Ygwug.Vis.Tisudbe.Sc,dlgwababbe.Tgwc,udud.Sud.S.Visdlgwabis.K.T.K.Kisab.Tbe.T
ugbeud.S.Vabisac.K.Yab.Kacgw.Vudud.Sc,ugdl.V.S.T.V.Vc,.T.T.Sacdlbe.Kac.V.K.Tudbe.Kab.Tdlgw.K.Vdlc,.S
.Sdl.Vbeacacgw.Ygwgw.V.Y.T.Y.Yugisdl.Kdl.T.Kabudis.Vgwudabudbe.Sc,.Sabis.Tugdlacisab.T.Kabud.V.Vc,ac
.Sugud.Vgwgwdl.Tdlgwacgw.K.V.Vabudc,.S.Vgwacugugc,isdlgwbedluddlacac.Kc,c,ud.Tc,dl.Kudbegwgw.Sab.Y.K
bec,gwbe.K.Tc,.Sbeugudud.Kc,is.Tacugisc,dl.Sis.Tacbeud.Sbedl.Kugdl.T.Y.V.Yug.Sugabudbe.Vgw.Tbec,ugab
ug.Y.Tdlgw.654630280252866094614340699321853769694753741872565731676971180626667045571954916udabgwgw
c,beab.Y.T.Yuddl.Tbe.Sc,ud.Tgwacacbe.Kisc,ududabisacac.Vbeisacabbec,.Tud.T.S.T.Vacabdl.Kbeacgwisuddl
.Kacgwabis.Yugdlababdlg.
114:匿名
07/09/28 18:39:42 E+suOjgr
第一◆◆◆(〒485-0029小牧市中央六丁目101番地) URLﾘﾝｸ(www.komaki-aic.ed.jp)
Red ***** ************(Australia) URLﾘﾝｸ(www.redrobin.com.au)
南◆◆◆◆◆(〒514-0003津市桜橋2丁目39) URLﾘﾝｸ(www.res-edu.ed.jp)
Gray *****************(Canada) URLﾘﾝｸ(www.geocities.com)
小◆◆◆◆◆◆◆◆◆◆◆◆(〒263-0043千葉市稲毛区小仲台8-20-1) URLﾘﾝｸ(www.ans.co.jp)
小◆◆◆◆◆(〒850-0961長崎市小ヶ倉町1丁目570番地の1) URLﾘﾝｸ(park.zero.ad.jp)
M*** ************(Thai) URLﾘﾝｸ(www.marykind.th.edu)
mmmmm m*****(Australia) URLﾘﾝｸ(forums.nappiesaustralia.com.au)
十三◆◆◆◆◆◆◆◆(〒532-0023大阪市淀川区十三東１丁目13-29) URLﾘﾝｸ(www3.ocn.ne.jp)
中◆◆◆◆(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
中◆◆◆◆◆◆◆◆◆(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
中◆◆◆◆◆◆◆◆◆◆◆◆(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
中◆◆◆◆◆◆◆◆◆(〒２７４－０８２４船橋市前原東４－１６－１１) URLﾘﾝｸ(www.kidslink.jp)
少◆◆◆◆◆(堺市堺区少林寺町東４丁１－１) URLﾘﾝｸ(www.sakai.ed.jp)
穴◆◆◆(〒400-0034甲府市宝2丁目8-19) URLﾘﾝｸ(www.anagiri-e.kofu-ymn.ed.jp)
九◆◆◆◆(〒550-0027大阪市西区九条2-19-18) URLﾘﾝｸ(www.ocec.ne.jp)
西◆◆◆(〒５８９－００２１大阪狭山市今熊１丁目５０番地) URLﾘﾝｸ(nishi-es.osakasayama.ed.jp)
四◆◆◆◆◆(郵便番号１０２－００８１ 千代田区四番町11番地) URLﾘﾝｸ(hothot.city.chiyoda.tokyo.jp)
黒◆◆◆◆◆◆◆(〒939-0634下新川郡入善町小摺戸402) URLﾘﾝｸ(www.tym.ed.jp)