『不定期にインターネットが一時的に切断される』のクチコミ掲示板

[ソース毛]

表題の通り不定期にインターネットが繋がらない状態が1分弱続いて、元に戻ります。数時間で起きる場合もあれば、1週間程切れない場合もあります。
TetherやWeb設定画面のインターネット期間のところがリセットされているので、おそらくネットワーク機器側の問題だと思います。

回線はOCNバーチャルコネクトです。
NTTのホームゲートウェイPR500KIとArcher AX80を接続し、PR500KIの方には何も設定をせずAX80をルーターモードで動かしています。また、EasyMeshでRE700Xと接続しています。

試したこと↓
・ルーターをAX73Vに変更→同じ症状
・ホームゲートウェイ、ルーター、中継機の初期化、放電
・LANケーブルの変更、接触の確認
・ファームウェアを最新に更新

上記症状とホームゲートウェイをPR500KIにしてからこの症状が出ているので、PR500KIが原因だと思ったのですが、システムログを見ても切断時の時間には何も記録されていません。
何か対策や原因の可能性をご教授いただきたいです。

書込番号：25955787　スマートフォンサイトからの書き込み

[Gee580]

＞システムログを見ても切断時の時間には何も記録されていません。

�@両方ともですかね？　”何も記録されていません”　とは、　機器がリブートしてませんかね？
今度、”インターネットが繋がらない状態が1分弱続いて”　のときに、機器を観察できますかね？　LEDの付き方がリブートしてる感じ　とか、　管理画面に、はいれないとか、　そのWiFiのSSIDがスマホやPCから消えてしまっているとか。

＞PR500KIの方には何も設定をせずAX80をルーターモードで動かしています

�Aつまり　PR500K　はたんなるONUとして使用して、　AX80　が　IPv4 over IPv6 を終端してるんですかね？

�B戸建てサービス、または集合住宅サービスのどっちですかね？

＞TetherやWeb設定画面のインターネット期間のところがリセットされているので、おそらくネットワーク機器側の問題だと思います。

�Cこれは何ですかね？　画面をUPできますかね？

�D正常稼働時にちょくちょくログをみて、同じようなやつが、めいっぱい出まくってるかを確認できますかね？

書込番号：25955846

[ごり３ず]

多分、hgwが、ipoeで、接続されております。
今一度、hgwに、有線pcの接続できますか？
“確認くん”で経路見てもらうと　その中での表示で、ipoe.ocn となっているところがあれば、
tplinkをブリッジにしなくてはなりません。

ocnの接続設定やってますので、間違いないと思われます。

細かい説明携帯なの出来ませんが、ご確認を！！

書込番号：25955854　スマートフォンサイトからの書き込み

[えがおいっぱい]

＞ソース毛さん
電話サーバ接続成功
JavaVM起動

PR-500KIが再起動をすると障害ログに上記2つが記録されますが、このログは無いという事で間違いなさそうですか？

次にテスト可能であれば、PR-500KIのLANに直接PCを差し込んで、その機器で同じ事が起こるかどうかテストが可能であればしてみてください。これによって問題がなければ、PR-500KIは一切関係がなく、Archer AX80側の問題と切り分けはできます。

ちなみに1点きになる事があるのですが、Archer AX80はなぜルーターモードで接続しているのでしょうか？

OCNバーチャルコネクトを使っているので、Archer AX80はAPモード（ブリッジモード）で使う事が普通ですし、一般的です。そうしなければ2重ルーター状態といって、ネット通信の世界ではあまりよろしくない状態になってしまいます（セキュリティ対策で意図的にこうする事はあるのですが、これはかなりネットに詳しい方があえて行うケースです）。

ですので、Archer AX80をブリッジモードに変更して試してみてください。

書込番号：25955920

[羅城門の鬼]

>回線はOCNバーチャルコネクトです。
>NTTのホームゲートウェイPR500KIとArcher AX80を接続し、PR500KIの方には何も設定をせずAX80をルーターモードで動かしています

OCNバーチャルコネクトはmap-e方式ですので、
複数ののルータでIPv4 over IPv6接続するのは不可です。

もしもAX80でOCNバーチャルコネクト接続している場合は、
PR-500KIもOCNバーチャルコネクト接続しているかどうかを
PR-500KIにPCを有線LAN接続してインターネットに
アクセスできるかを確認してみて下さい。

もしもインターネットアクセスできるようだと
AX80をブリッジモードに変更してみて下さい。
https://www.tp-link.com/jp/support/faq/2066/

書込番号：25955947

[みーくん5963]

＞ソース毛さん

こんにちは。
以下(1)〜(5)について、追ってお知らせください。

＃今回みたくに「何かを変えた／変わった以降に調子が悪い」って場合、「以前はこうだった」「今はこうなっている」「意図して変えたことは何々ある」「意図せず変わってしまったことは何々ある」を明らかにして共有しないと、ご自身も我々読み手も判断を誤る〜遠回りをすることになるので。


＞回線はOCNバーチャルコネクト
＞NTTのホームゲートウェイPR500KIとArcher AX80を接続
＞PR500KIの方には何も設定をせずAX80をルーターモードで動かしています
＞ルーターをAX73Vに変更→同じ症状

＞不定期にインターネットが繋がらない状態が1分弱続いて、元に戻ります
＞ホームゲートウェイをPR500KIにしてからこの症状が出ている

(1) 光回線の契約先はNTTフレッツ？何処かのコラボ業者？で、何て名前の契約コースか？

(2) その契約コースには「ひかり電話」や「無線LANオプション」サービスが含まれている or オプションとして追加しているか？

＃上記(1)(2)によって、いまお使いのPR500KIがどんな動作をしている（NTT側からの遠隔制御で「どう動け」と指示されている）かが異なる→AX80はどんな動作モードや設定で自動的に動いている／手動で動かすべきかが自ずと決まる、の関係があるので、先ず上記を明らかにしましょう。

また、

＞ホームゲートウェイをPR500KIにしてからこの症状が出ている

ってことは、
直近まではPR500KIではない別機種を使っていて、変える以前は何ら問題なかったんですね？
ならば追加で確認、

(3) PR500KIに変える前のホームゲートウェイの型番は？

(4)ホームゲートウェイをいまのPR500KIに変えた理由は何か？
単に以前使ってた機体の老朽化や故障での保守交換？それとも某か光回線契約の内容を変更したのに伴い、今までのホームゲートウェイ機種では機能／性能的な不足が生じたから？その他？

(5) (4)がもし上記(2)みたくの光回線契約の内容変更をしたからならば、以前の契約内容はどうだった→今はこうなっている、の関係は？違いは何か？


以上、返信をお待ちします。

書込番号：25956047　スマートフォンサイトからの書き込み

[ソース毛]

＞Gee580さん
返信ありがとうございます。

�@PR500KIのログ自体は正常に記録されています。ただ、切断が起きた時間のところを見ても何も記録されていなく、再起動していないのは目視で確認済みです。AX80のログには切断が起きた時間に以下のログが記録されていました。

2024-11-09 13:24:25 QoS 情報 [17575] Service start

2024-11-09 13:24:25 QoS 情報 [17575] Function disabled

2024-11-09 13:24:25 QoS 情報 [17575] Service stop

2024-11-09 13:24:24 保護者による制限 情報 [16439] Service start

2024-11-09 13:24:24 保護者による制限 情報 [16439] Function enabled

2024-11-09 13:24:23 保護者による制限 情報 [16439] Service stop

2024-11-09 13:24:23 保護者による制限 情報 [16439] Function disabled

2024-11-09 13:24:23 UPnP 情報 [17193] Service stop

2024-11-09 13:24:23 NAT 情報 [16402] Initialization succeeded

2024-11-09 13:24:23 NAT 情報 [16402] Initialization succeeded

2024-11-09 13:24:22 リモート管理 情報 [16723] Service stop

2024-11-09 13:23:21 NAT 情報 [11559] Initialization succeeded

2024-11-09 13:23:21 NAT 情報 [11559] Initialization succeeded

�Aその通りです。

�B戸建てです。

�C画像を添付しました。本来ならば、ＷＡＮ側のケーブルを抜いたりしない限りはこの欄の数字がリセットされることは無いです。

�D正常稼働時は同じようなログがいっぱいでていますね。切断が起きた時間のところだけ上記のようなログがでます。

書込番号：25956323

[ソース毛]

＞ごり３ずさん
返信ありがとうございます。

”確認くん”で経路を確認する方法がよく分からないですすみません。
ただ、PR500KIにPCを有線接続すると、ipv6接続しか出来なくなります。

書込番号：25956329

[ソース毛]

＞えがおいっぱいさん
返信ありがとうございます。

はい。間違いないです。

PR500KIのほうに有線接続をすると、ipv6のサイトにしか接続できなくなります。同じ症状が出るかは一週間ほど待たないとわからないです。
AX80をルーターモードにしていても、二重ルーターになっていないことはtracertコマンドで確認したので、おそらくPR500KIのルーター機能は稼働していない？と思われます。

書込番号：25956335

[ソース毛]

＞羅城門の鬼さん
返信ありがとうございます。

PR500KIに有線接続をするとipv6しか接続できなくなるので、おそらくPR500KIの方はOCNバーチャルコネクト接続していないと思います。

書込番号：25956340

[ソース毛]

＞みーくん5963さん
返信ありがとうございます。

（１）実家で親が契約しているので具体的なコース名が分からなくて申し訳ないのですが、NTTフレッツだったはずです。

（２）「ひかり電話」は含まれています。「無線LANオプション」は含まれていません。

（３）PR-S300HIです。

（４）再起動を繰り返すようになったので、交換してもらいました。契約や回線の変更はしていません。

書込番号：25956350

[Gee580]

切れてしまったのは、何時何分？　たぶん11/9　１３：２０ごろ？

PCでIPｖ６しかつながらないのは当たり前なので、いまはきにする必要はないよね。

ここまでで、どうも、ＡＸ８０の問題らしいけれども、
＞再起動していないのは目視で確認済みです。
というのは、どっちのこと？　両方とも再起動してないの？　AX80が再起動してるように思ってるんだけれども。

なんだか意思の疎通ができないみたいね。
ムリぽかな？

書込番号：25956357

[ソース毛]

＞Gee580さん
だいだいその時間に切れてますね。

ipv6にしか繋がらないということはPR500KIでは OCNバーチャルコネクト接続できていないということだと思うのですが違うのですか？AX80をブリッジモードにしても OCNバーチャルコネクト接続できないという認識でしたが間違っているのでしょうか？

AX80は再起動時にログがクリアされるのですが、切断以前のログも残っているので再起動されていないのは確実です。

書込番号：25956372　スマートフォンサイトからの書き込み

[Gee580]

＞ipv6にしか繋がらないということはPR500KIでは OCNバーチャルコネクト接続できていないということだと思うのですが違うのですか？

そうですよ。

＞AX80をブリッジモードにしても OCNバーチャルコネクト接続できないという認識でしたが間違っているのでしょうか？

間違ってないよね。

＞AX80は再起動時にログがクリアされるのですが、切断以前のログも残っているので再起動されていないのは確実です。

では、リブートされてないよね。　

＞�D正常稼働時は同じようなログがいっぱいでていますね。

うーん。　それではわからないよね。　

＞切断が起きた時間のところだけ上記のようなログがでます。

これらは、システム（ルーター）が起動しているときにでてくるよね。各サービスが立ち上がってきているシーンだよね。
なので、リブートしてるとおもったけれども、してないんでしょ。　それ以前、以降もあったほうがいいよね。　見てもわからないので、どこが大事が判断できないよね。

PR500KI　がONUだけになっているとすれば、上流からはIPｖ６が流れ込んでくるよね。　そして、ＡＸ８０がブリッジであれば、ＩＰｖ６はそのまま、下におりてくるよね。でも、DHCPv6-PD　をする機器がないので、おかしなことになるんじゃないかな？　NGN網につなげるときには　DHCPv6-PD機能をもつルーターじゃないとダメだよね、と明記があるよね。それは自分で探してみるといいと思うけれども。

PR500KI　がONUだけならば、AX80がその役をするよね。　それは、IPｖ６についてのみの話だよね。　ここにOCNバーチャルコネクトがかぶさってくるよね。　ＩＳＰから　ＭＡＰ−Ｅ情報を受け取って、OCNバーチャルコネクトがＡＸ８０で終端されるよね。　で、ＩＰｖ４通信ができるようになるよね。
これらの一連の動きがＡＸ８０のログでミレルはずだよね。

じゃぁーどこで、切れてんの？という話だよね。過去のログがＡＸ８０に残されているのであれば、切れた形跡は、ほぼ間違いなくログにのってるはずだよね。　だから、ＵＰしてもらったログはそこをはずしているので、どうしようもない。　で、どれがその形跡かは、見てもわからないと思うよね。　なので、これはこれで詰んでるよね。

なので、もう一度、いうけれども、素人はＬＥＤのつき方を観察して正常時のつき方と異常時のつき方の比較をまずはする。これはＡＸ８０　と　PR500KI　の両方についてだよね。　写真にとって全部ＵＰするのもよし。
で、どれがおかしいのかを突き止めるだよね。　

切れた正確な時間をメモしておいて、ＮＴＴ側でその時刻にログが上がってないかを確認するのも手だよね。

わたくしからは、こんなところだよね。　板、スレでは、ここからではやりようがないよね。　こちらからはそっちの状況をつかめないよね、こちらの身になって想像してみなよ。

書込番号：25956565

[ごり３ず]

となると、
ひかり電話利用なら、hgwに、ocnの接続id、passを設定して、tplinkのブリッジモードでの利用となります。
確認くんは、google検索で、UGTOP　というサイトにアクセスすると、どの経路(プロバイダー)で接続しているか確認するサイトです。

hgwにセットすると　都道府県名.ocnと表示されます。
千葉県ですと、chiba.ocnとなり、ipv4接続となります。

ひかり電話未使用なら接続に工夫がいります。

書込番号：25956595　スマートフォンサイトからの書き込み

[ソース毛]

＞Gee580さん
必要な情報を提供出来ていなくて申し訳ありません。
先程のログを含む前後のログを以下に掲載します。

2024-11-09 13:37:33 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:34:53 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:34:53 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:33:57 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:33:56 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:32:28 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:32:28 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:29:09 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:29:08 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:24:25 QoS 情報 [17575] Service start
2024-11-09 13:24:25 QoS 情報 [17575] Function disabled
2024-11-09 13:24:25 QoS 情報 [17575] Service stop
2024-11-09 13:24:24 保護者による制限 情報 [16439] Service start
2024-11-09 13:24:24 保護者による制限 情報 [16439] Function enabled
2024-11-09 13:24:23 保護者による制限 情報 [16439] Service stop
2024-11-09 13:24:23 保護者による制限 情報 [16439] Function disabled
2024-11-09 13:24:23 UPnP 情報 [17193] Service stop
2024-11-09 13:24:23 NAT 情報 [16402] Initialization succeeded
2024-11-09 13:24:23 NAT 情報 [16402] Initialization succeeded
2024-11-09 13:24:22 リモート管理 情報 [16723] Service stop
2024-11-09 13:23:21 NAT 情報 [11559] Initialization succeeded
2024-11-09 13:23:21 NAT 情報 [11559] Initialization succeeded
2024-11-09 13:21:55 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:21:54 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:21:28 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:21:28 ICMPV6 情報 [10349] receive solicit(RS) from fe80::14c9:1a0e:9a94:7b66
2024-11-09 13:16:52 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:16:52 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:14:46 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:14:46 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:14:03 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:14:03 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:13:38 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:13:37 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:13:06 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:13:06 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:10:14 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:10:14 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:09:36 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:09:36 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c

これ以前とこれ以降のログは、
2024-11-09 13:09:36 ICMPV6 情報 [10349] send advertisement(RA) with prefix 2400:4151:4200:300::/64 and mtu <null>
2024-11-09 13:09:36 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
のような同じログがひたすら続いていました。

この症状が発生するのが不定期かつ短い間であるため、異常時のランプ点灯状況を確認するのが困難なため現状お伝えできないです。正常稼働している現在のランプ状況は後で画像で添付しますが、問題ないはずです。

インターネット期間の時間から逆算すると、インターネット接続が再開されたのは11/9 13:26だと分かるので、少なくとも13:20から13:26の間に切断されていると思うのですが、ログに残っているのはいくつかの機能が一度ストップし再開しているという情報しか無いので、その機能たちが悪さしているということでしょうか？

書込番号：25956604　スマートフォンサイトからの書き込み

[ソース毛]

現在のランプ状況を画像添付しました。

＞ごり３ずさん
PR500KIにidとパスを設定するとpppoe接続になってしまわないのでしょうか？

書込番号：25956650　スマートフォンサイトからの書き込み

[Gee580]

なんかおかしいねぇ〜。
＞2024-11-09 13:29:08 ICMPV6 情報 [10349] receive solicit(RS) from fe80::c19:cf4:f65c:c38c
2024-11-09 13:24:25 QoS 情報 [17575] Service start

このへん。　
DHCPv6-PDプロセス　や　MAP-Eプロセスがのってないよね。　これではつながってるかわからないよね。
もしかすると、AX80は　これらをログに　わざと載せてないのかもしれないよね。
あるいは、以下でインタフェースのダウンだけなので、それらをすっ飛ばしているのかもしれないよね。


ログを見渡して、"down" とかいう単語はいない？　ちょっと探してミレル？　ログが長くて最初のほうが上書きされて消えてしまったかもね。　やはり、切断された直後にログをとらないとダメじゃないの？

＞その機能たちが悪さしているということでしょうか？

その可能性は低いよね。　それよりも、WAN側インタフェース（ONUにつながっているインタフェース）がダウンしたのではないか　と推測したよね。　不安定ということだよね。　それは、ONU　か　AX80　のどっちかだよね。
でも、ダウンしても自動復旧してるでしょ？

自分で、AX80のWAN側インタフェースを、引っこ抜いてからまた戻すと同じようなログになるとおもうけどね。
さらに自動復旧すると思うよね。　そのときに、両方のLEDのつき方を観察しましょう。

ちなみにONUにログはされてないんでしょ？

お返事は遅くなるよね。

書込番号：25956670

[魔境天使_Lucifer]

TP-Link　のファーム って大丈夫なん？

FYI

ファームウェアを更新したらV6プラスでつながらない
https://bbs.kakaku.com/bbs/K0001658006/SortID=25951370/#tab

書込番号：25956779

[みーくん5963]

＞ソース毛さん

追加情報ありがとうございます。

「ひかり電話」の契約ありですね。元々PR-S300HIが不調になったから交換でPR-500KIに置き換わったってだけ、契約自体に変化無し、の旨了解です。


仰るような「ひかり電話契約あり」「OCNバーチャルコネクトあり」「ホームゲートウェイ使用」な場合って、
「OCNバーチャルコネクト」対応を含めたルーター機能はホームゲートウェイPR-S300HI／PR-500KIが担い、AX80みたく外付けの無線ルーターは「ブリッジモード」で使う、っていう機能分担が標準的です。
ですが、

＞PR500KIにPCを有線接続すると、ipv6接続しか出来なくなります

と仰っていることからすると、
今お使いのPR-500KIは「OCNバーチャルコネクト」対応含むルーター機能が（NTTフレッツ網からの遠隔制御で）無効にされているように見えます。元々PR-S300HI当時からそうだったんでしょうかね。

だとすると、
下流にあるAX80のOneMesh機能を使いたい＝それにはAX80をルーターモードで使わないといけない、って制約があることから、敢えてOCN/NTTフレッツに申告して「ホームゲートウェイのルーター機能を敢えて止める」遠隔設定をしてもらってるとか、でしょうか？
あるいはご自身側の意図ではなくNTTフレッツ側が勝手に／誤って？そうしている？？謎ですが。

経緯はともあれ、今がそうなっているんだとしたら、
ホームゲートウェイウェイに直接有線LAN接続したパソコンがIPv6でしか繋がらないのも当然だし、AX80を「ブリッジモード」にしちゃうとその先の有線／無線端末がネットに（IPv4では）繋がらなくなる、という事象とは矛盾しない、ってことになります。

で、元々PR-S300HIを使ってたときは問題なかった→PR-500KIにしたら今の状況になった、他に違えたものはない、と仰るなら、
先ずはOCN/NTTフレッツへ「今般ホームゲートウェイをPR-S300HIからPR-500KIに変えてから調子が悪い、そちらから回線状態を調べてくれないか？またPR-500KIへそちらから遠隔設定している内容がおかしくないか確認してくれないか？」旨、問い合わせてみたらどうでしょうか？

あるいは、今回やって来たPR-500KIの個体が偶々不調を抱えている→再交換してもらったら直るかも？っていう可能性も無くはないような。。。

いずれにせよ、一度OCN/NTTフレッツに問い合わせてみたほうが良いように思います。

ご検討を。

書込番号：25956783　スマートフォンサイトからの書き込み

[ごり３ず]

hgwが300台から500台の変更時、NTTの場合、ipv6スルーの契約また、ocnもバーチャルの方に契約変更も必要です。

そこが問題ないなら、hgwにid,pass設定後、一旦pppランプは点灯しますが、設定直後、勝手に再起動、pppランプ消灯し、インターネットできるなら、バーチャルでipoeで接続となります。
先程の確認くんで、ipoe.ocnとなります。
どっちみち、tplinkは、ブリッジモードです。

2,3日経ってもpppランプが消えない場合、契約上か、地域？でバーチャルに対応してないかもしれません。
OCN,NTT確認が必要です。

書込番号：25956804　スマートフォンサイトからの書き込み