ki-hi-ro.com

DAILY JOURNAL

ネットワーク

15記事の記録。

2026年10月

  1. KATCHとの共同プロジェクトで自宅にあったWi-Fiの問題が解決した

    2025年から続いていた自宅にある備え付けのWi-Fiルーターを使用していて、たまにWEB会議中に電波が途切れるということがあった それが2026年10月に解決した 自分の生活上のボトルネックを解消しなければいけないという問題意識から始まり、ChatGPTに相談した pingで、ルーターまでとGoogleが提供する外部インターネットまでの疎通確認をしたり、iMacやMacBookなどのデバイスでも試してみたりした KATCHの業者の人にも来てもらい、ルータを交換してもらった 以前のような状態は起こらなくなったので、問題は解決した

  2. KACTHに調査してもらう

    その前にこれまでのポイントをざっと振り返ろう 2026.10.2 11:04 https://ki-hi-ro.com/wi-fi%e3%81%ae%e5%95%8f%e9%a1%8c%e3%81%ae%e8%aa%bf%e6%9f%bb%e3%82%92%e9%80%b2%e3%82%81%e3%81%9f/ iMacで実際のオンラインミーティングに近い通信をしばらく行い、ローカルと外部のネットワークでタイムアウトになる瞬間を捉えた（Wi-Fi通信） その瞬間、iPhoneのWi-Fiは正常だった 2026.10.2 17:24 https://ki-hi-ro.com/macbook%e3%81%a7%e3%82%82%e5%90%8c%e3%81…

    有線LANでもダメだった

    もはや、Wi-Fi接続問題ではない 有線をKATCH側とiMacの両方にさしましたネット接続の方法をガイドしてください LANケーブルを挿した時点でiMac側が自動認識  → システム設定 → ネットワーク 今回いちばん知りたいのは、Wi-Fiを完全に使わず、有線だけにした状態でも通信停止が再現するかです。 ターミナルを2つ開いて、 KATCH側（ローカル）の監視 ping 192.xxx.xxx.x | tee ~/Desktop/imac_ethernet_local.log インターネット側の監視 ping 8.8.8.8 | tee ~/Desktop/imac_ethernet_internet.log これで画面に表示しながら、デスクトッ…

  3. macbookでも同じ問題が起こった

    なので、明日はケーブルを買いに行くことにする ログファイルの格納場所 Finder > 書類 > Wi-Fiの問題 > macbook 去年は会社から支給されたPCで同じ問題が起こっていた これまでは「同じ瞬間にiPhoneは通信できた」ことからiMac固有を強く疑っていました。ただ、iMacそのものだけが原因とは言い切れなくなります。 次回、通信確認する時にはteeコマンドを使用する ping 8.8.8.8 | tee ~/Desktop/macbook_internet.log 参加者がいなくなったとされることがある 勝手に終了しました実際のオンラインミーティングでもよくあります Google Meet側では「ネットワークが切れた」ではなく、参加…

    チャッピーとWi-Fiの問題の調査を進めた

    「ボトルネック解消」 「Wi-Fiが時々調子悪い」だけだと原因候補が多いので、いきなり設定変更せず、まず問題が「回線・ルーター・電波・Mac」のどこにあるか切り分けましょう。 今の環境 症状 : たまに途切れる影響する端末 : iMacだけかもしれない（他の端末は検証していない）ルーターのメーカー・型番 : KATCH（https://www.katch.co.jp/）ルーターはどこにあるのか分かりません添付の場所でWi-FiのON/OFFを切り替えていますオンラインミーティングの時に調子が悪くなります 写真の機器自体がWi-Fiを出しているアクセスポイントと考えてよさそう そして症状が普段は使えるのに、オンラインミーティング中にたまに途切れる Wi-…

2026年4月

  1. RDS × CS × データ環境の実務から学ぶ、SQL Server接続とネットワークの本質

    RDS（リモートデスクトップサーバー）環境と、CS（クライアントサーバー）環境 先週の実務で、上記が混在する環境におけるアプリの再インストールを行った そこで得られた実務の知識をまとめていこう 自分のPCからお客さんのPCに接続 → データ環境、RDS環境、元の環境に接続 社内のリモート接続サービスを利用して、お客さんのPCにリモート接続をした そのPCでは、3つの環境に接続していた 一つ目は、元々アプリが入っていた環境 二つ目は、RDS環境 三つ目は、データ環境 元の環境で行ったこと その日の朝のデータを受信して、バックアップを取得した アプリは万が一のため、削除せずに残しておいた データサーバーでバックアップを復元した後は、ハードとの通信の停止を行…

2025年7月

  1. 受信サーバ（uvicorn）とサービス提供先のiPは違う？

    機密情報に触れない範囲で、今日のWEBエンジニアとしての経験を共有しよう。 受信サーバとサービス稼働先のIPアドレス 同じセグメントにしていたら、エラーが発生した。 受信サーバのIPを0:0:0:0にしたらエラーが解消した 元々、サービスの稼働先とIPのセグメントが同じだった。 しかし、上長にエラーの相談をしたところ、受信サーバはセグメントを別にするそうだ。 送信先と受信サーバは別のセグメントのIPアドレスを使う必要があるという学びを得た 0.0.0.0を指定することで、すべてのネットワークインターフェースからの接続を許可する状態になる。 対して 127.0.0.1のようなIPはローカル（自身のマシン）からのアクセスしか許さない。 この違いを理解してい…

  2. RMSの管理画面にアクセスするまでの記録 ― ネットワークとファイアウォールを学んだ ―RMSの管理画面にアクセスするまでの記録

    RMS（Robot Management System）の管理画面に入ることができた。ポイントになったのは、有線LANでの接続とファイアウォールの設定。 最初は仮想マシン経由でのアクセスがうまくいかなかったけど、有線LANに切り替えたことで状況が変わった。 提供してもらった設定ファイルに書かれていたポート番号を参考にして、そのポートをfirewallの許可リストに追加したところ、管理画面へのアクセスが可能になった。 仮想マシンを一度シャットダウンした後に再接続ができなくなるトラブルもあったけど、PCごと再起動したらうまくいった。 やっぱり「困ったら再起動」は基本。 RMSの管理画面にアクセスする作業 RMS（Robot Management Syste…

  3. 今日の課題：バーチャルマシンからRMSの管理画面を開けなかった

    本日直面した課題は、バーチャルマシン（仮想マシン）からRMS（Robot Management System）の管理画面にアクセスできなかったということ。 仮想環境としては、Red Hat系のCentOSを使用しており、VMwareという仮想マシンソフトを使っている。 ネットワーク接続エラーと「ホストオンリー」の仕組み 日本語の環境をインストールしようとしたが、ネットワーク接続でエラーが発生。ネットワーク設定には「ホストオンリー」などのオプションがあった。 このホストオンリーというのは、自分のPC内だけで完結するクライアント・サーバー通信のようなもの。つまり、仮想マシンとホストマシンだけが通信できる設定で、インターネットとは切り離されたネットワーク構成…

2025年3月

  1. CORS設定を見直すことで、発生していた3つのエラーが芋づる式に解決した

    以下のエラーが出ていて、Djangoで構築したバックエンドAPIからデータを取得することができなかった。 しかし、「Access to XMLHttpRequest at 'http://127.0.0.1:8000/api/tasks/' from origin 'http://localhost:5173' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.」という問題を解決したら、全てのエラーが消え去った。 エラーが消えた後の画面 エラー0件。Djangoのバックエンドで作成した…