![https://twitter.com/nojiri_h/status/1612999322144247808](https://cdn-ak-scissors.b.st-hatena.com/image/square/842b4f1f69e114c766b8dc054256c1c079e0da13/height=288;version=1;width=512/https%3A%2F%2Fpbs.twimg.com%2Fprofile_images%2F834350912864821248%2F1J8xNxMM.jpg)
自分のはてブが気に入らなかったのか1ヶ月前からTwitterで粘着されてる。意図が曲解されていたので最初はちゃんと説明していたのだけど、自分の考えを押し通すばかりで話し合いの余地がない。それでブロックしたらまた別の捨て垢でリプを飛ばしてくる。 別に何か脅迫めいたことを言われているわけではないが、その話の通じなさと執着が怖い。はてブも含めたSNSのユーザーネームを統一しているので、ブログも監視されているんじゃないかと不安になる。本名はオープンにしてないものの、ユーザーネームでPeatix経由のイベントに参加することはある。そこに現れて危害を加えられたらどうしようとhagexの事件が脳裏を駆け巡る。 Twitter経由、ブログ経由で沢山の繋がりが得られたし、そこから仕事に繋がったこともあった。なのでアカウントを閉じることに躊躇いはあるけれど、一旦は両方とも閉じて、しばらく離れた後にそれぞれ別の
Some time ago, we encountered broken connections in our logs. After some time of inactivity, new connections got TCP RST. We started to dig deeper to find out what happened. It turned out that what we’ve experienced was a common issue in the AWS environment. AWS has Network Load Balancers (NLBs) that have idle timeout as stated in the documentation: For each TCP request that a client makes through
EC2上のWebアプリから別のEC2上にあるWebアプリのAPIをリクエストした際、応答までに350秒以上経過するとリクエストした側が応答待ちのまま終わらなくなる、という事象があった。 調べた時に具体的な対策サンプルが少なそうだったので書く。 構成 原因 対策 サンプルコード 1. ソース 2. OS設定変更 構成 だいたいこんな感じ EC2: Linux Web Application: Java17 (Spring Boot 2.7.3) 原因 Network Load Balancer - Elastic Load Balancing NLBを経由するリクエストがアイドル状態のまま350秒以上経過すると、NLBはその接続を切断する。 この時通知などは行われないため、リクエストした側は切断されたことを検知できず永久に応答を待ち続けることになる。 また、応答した側もエラーにはならないため
これは、なにをしたくて書いたもの? TCPのKeep-Aliveについて、なんとなく知ってはいたものの、自分でちゃんと確認したことがなかったので1度見てみようかなと 思いまして。 TCP Keep-Alive Keep-Aliveという言葉は、その言葉が適用される文脈で変わったりしますが、今回はTCPのKeep-Aliveを対象とします。 TCPのKeep-Aliveは、アクティブなTCPソケットに対して、通信相手がまだ健在か確認するためのものです(Keep-Alive)。 Keep-Aliveについては、RFCが存在します。 RFC 1122 - Requirements for Internet Hosts - Communication Layers Requirements for Internet Hosts -- Communication Layers TCP通信時にTCPソ
こちらは iRidge Advent Calendar 2020 20 日目の記事です。 サーバーサイドエンジニアの @orfx がお送りします。 TL;DR AWS の NAT ゲートウェイには通信のアイドル状態が350秒以上続くと、タイムアウトする仕様があります。 インターネット接続が 350 秒後に中断される 問題 インスタンスはインターネットにアクセスできますが、350 秒後に接続が切断されます。 原因 NAT ゲートウェイを使用する接続が 350 秒以上アイドル状態のままになっていると、その接続はタイムアウトします。 ソリューション 接続が中断されないように、接続を介して追加のトラフィックを開始することができます。または、インスタンスで、350 秒未満の値で TCP キープアライブを有効にできます。 NAT ゲートウェイのトラブルシューティング この仕様によって、例えばリクエスト
こんにちは。大変お騒がせしております。ばやしこと申します。 本日をもって、GoogleのDurhamオフィスから追い出されました!! ヤーーーーーーー!!!!! 2022年7月11日よりGoogle Cloud Interconnectというチームに入社し、North Carolina州DurhamにあるオフィスでSoftware Engineerとして約半年間、仕事をしてきました。 ココ…ところが本日1月10日(火)を以て、GoogleのDurhamオフィスから自分の荷物をまとめ、現在のチームでの業務を止めるよう命じられました。 去年の7月にこんな記事を書いてドヤっていましたが、まさかちょうど半年くらいで自分がこんな状況になるとは思いもしませんでした。 最近Twitterのニュースで見たやつと同じことをまさか自分が…とは言っても、クビになったわけではないです。ローパフォーマンスとか、会社
まとめ Erlang/OTP の分散機能利用時のサーバー間通信はデフォルトでは暗号化されていない Erlang/OTP が提供する分散機能の暗号化は TLS を利用する Tailscale で P2P VPN をサーバー間で張って Erlang/OTP の分散機能オススメ Erlang 分散機能 時雨堂で開発しているミドルウェアソフトウェアは Erlang/OTP (以下 Erlang) を利用しています。 Erlang は分散機能が入っています。分散機能を簡単に説明すると、他のサーバーにある Erlang とやりとりができる仕組みです。 このときにサーバ間を利用する際に、暗号化が必要になりますが、Erlang が標準で提供為てる機能はサーバー間通信を TLS にする方法がありますが、Erlang に TLS 処理させるのは CPU も食べるしお勧めはできません。 Erlang -- Us
町山智浩さんが2023年1月10日放送のTBSラジオ『たまむすび』の中で日本映画と韓国映画の映像の違いについてトーク。その違いを生むものについて、話していました。 (山里亮太)でも今、韓国とか映画とか、すごい強いじゃないですか。エンタメが……もうアイドルにしても、すごいですよね。 (町山智浩)だって、国を挙げてやってるんだもん。だってもうスタッフを一時、ハリウッドに全部、国費で留学させたりしてたから。で、カメラとかもすごくいいんですよ。韓国映画って日本映画とは決定的に画が違うじゃないですか。深みが。あれって、いいカメラを使っているからなんですよ。 (山里亮太)ああ、シンプルにその理由なんですか? (赤江珠緒)そうなんですか? えっ、日本のカメラ、絶対によさそうだと思ってましたよ。 (町山智浩)日本のカメラって、ソニーのカメラとか、いいんですけど。ものすごく高くて、日本の映画の予算だと、使え
悩む人も多い、アトピー性皮膚炎の”かゆみ”について原因の一つを突き止め、改善する薬を発見したと佐賀大学医学部の教授らが発表し、今後、治療薬として開発するということです。 【佐賀大学医学部 出原賢治教授】 「ペリオスチンという分子が、アトピー性皮膚炎の病態を形成するのに重要な役割をはたしているということを約10年前に明らかにし、発表しています。ただ当時は、このペリオスチンがかゆみにどのような作用をするかというのは明らかにしていない、その作用を止めるような物質も見つけていなかった。それを今回明らかにしたというのがこの10年での研究での進歩」 この研究は佐賀大学医学部の出原賢治教授らが取り組んだもので、アトピー性皮膚炎の強いかゆみの原因の一つについて、タンパク質のペリオスチンだと突き止めたということです。 その後の研究でペリオスチンを阻害する、CP4715という薬をマウスに投与したところかゆみが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く