RHEL7 系のネットワーク設定 - Qiita
RHEL 6 系と変わった点、変わってない点を整理するために調査・確認してまとめた個人用メモです。書かれている情報を利用する際は併記されている情報ソースを必ず確認してください。主に参照した情報ソースは「RHEL7ドキュメント」と「標準テキスト CentOS7」の2つ。 NetworkManger とは 情報ソース NETWORKMANAGER について NETWORKMANAGER とネットワークスクリプト RHEL 7 における Network Initscript と NetworkManager の違い 概要 RHEL6 ではネットワークスクリプト（/etc/init.d/network）によりネットワーク設定が行われていた ここが /etc/sysconfig/network-scripts や /etc/sysconfig/static-routes などを読んでいた RHEL7
chrony – Documentation
Documentation Frequently Asked Questions chrony 4.3 Manual pages chrony.conf(5) - chronyd configuration file chronyd(8) - chrony daemon chronyc(1) - command-line interface for chronyd Installation chrony 4.2 Manual pages chrony.conf(5) - chronyd configuration file chronyd(8) - chrony daemon chronyc(1) - command-line interface for chronyd Installation chrony 4.1 Manual pages chrony.conf(5) - chrony
ソケット通信 possible SYN flooding on port 443. Sending cookies. がログに出てきた - Qiita
ソケット通信 possible SYN flooding on port 443. Sending cookies. がログに出てきたLinux はじめに インターネットに公開しているホームページが突然閲覧できなくなりました。サーバではロードアベレージも低く、負荷はかかっていないようでした。今回の記事ではこの状況下でのボトルネックの確認＆対応方法について簡単にまとめてみました。 環境 CentOS6 Apache 参考 https://qastack.jp/server/294209/possible-syn-flooding-in-log-despite-low-number-of-syn-recv-connections https://github.com/hiboma/hiboma/blob/master/kernel/net/net-backlog.md https://qiit
NICのリンク速度を調べる - Qiita
はい、特に問題ありません。簡単ですね。 ※sakuraVPSの仮想なのでens3になってます。 ethtoolが使えなかったら・・・？ # dmesg | grep "Link is Up" [ 8.724177] e1000: ens3 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX $ rpm -qf `which ethtool` ethtool-3.8-4.el7_0.x86_64 $ wget http://vault.centos.org/7.0.1406/os/Source/SPackages/ethtool-3.8-3.el7.src.rpm $ rpm2cpio ../ethtool-3.8-3.el7.src.rpm | cpio -idv $ tar xvf ethtool-3.8.tar.xz $ cd
TCPとタイムアウトと私 - Cybozu Inside Out | サイボウズエンジニアのブログ
本部長や副本部長もプログラミングを（たまに）することで有名なサイボウズの運用本部長、山本泰宇です。 有名じゃないかもしれませんが、ブログに書いたので有名になるということでご了承ください。 今回は、先日発生した yrmcds に起因する障害の原因と対策を解説します。 yrmcds というのは、サイボウズが開発している memcached 互換のキーバリューストレージです。 問題の理解のため、まず TCP 通信で、通信先の相手の障害にどう対応するか解説します。 データの送信中に相手が落ちるケース このケースはさらに二つに分かれます。 相手の OS は生きているが、通信しているプログラムが落ちるケース 相手の OS ごと（あるいはネットワークごと）落ちるケース 1 と 2 の違いは、前者の場合 RST パケットが返ってくるのに対して、後者ではなにも返ってこない点です。後者の場合、ack されない
Dockerホストのパフォーマンスを引き出すTCPカーネルパラメータチューニング
もう半年くらいフルDockerでmicroservicesなサービスを運用してるんですが、イマイチパフォーマンスを出し切れていないなという面がありまして、今回DockerホストのTCPカーネルパラメータを抜本的に見直しました。 そしたら劇的に症状が改善して、インスタンス数も削減できた上に安定してメシウマ状態になったので紹介します。実際効果があったのでチューニングポイントとしてはある程度正解であったと考えていますが、もちろん扱ってるアプリケーションの特性にもよるはずなので一つのケーススタディであることをご了承頂ければと。 前提 まずは今回のお話の前提を。こんな環境です。 EC2 c3.xlarge ホストはUbuntu（EC2 Optimized AMIは未使用） Docker 1.11.2 MySQL（HAProxy経由）やRedisへのデータストアの通信、各microservicesへの
[unix] Linux SYNパケット取りこぼし (2) 2007-05-21 - LowPriority
前回の続き。 パケット自体を零さずに処理に入った後にSYNを落とすのは以下3パターン。 syncookie無効時にsynのbacklog(tcp_max_syn_backlog)が溢れている listenのbacklogが溢れている(3way-handshake完了後のaccept待ち接続) net.ipv4.tcp_tw_recycleの制限に抵触 で、今回問題になっていたのは最後のtcp_tw_recycleへの抵触だった。 現象として発生しうるのは、以下の条件をすべて満たす場合 サーバ側でnet.ipv4.tcp_tw_recycleが有効 TCPタイムスタンプオプションを使用 同一IPからの接続でセッションを跨ぐとセットされるTCPタイムスタンプの値が戻る場合がある 最後の条件が微妙だが、TCPタイムスタンプの値としてセットされる値は起動時を 起算時にしていたりと実装によって初期値
![[unix] Linux SYNパケット取りこぼし (2) 2007-05-21 - LowPriority](https://cdn-ak-scissors.b.st-hatena.com/image/square/264702d4cb37ced3c2fd5dda6a1368c235356862/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127119925553%2F17680117127119930188%2F1557218483)
tcpdumpで取ったパケットダンプがでかすぎて開けない - kshimo69のブログ
パケットダンプファイルが大きすぎて、wiresharkで開こうとするとランタイムエラーが出て開けない。 パケットダンプファイルが大きすぎて、tcpdump -rで開いたもののメモリ上に全部のらなくて検索とかできない。 そんな時はtcpsliceコマンドでダンプファイルを分割しましょう。 # tcpslice -t dump.pcap dump.pcap 109y05m01d10h20m28s861544u 109y05m15d10h20m37s097574u # tcpslice -w sliced_dump.pcap 09y05m15d10h20m35s +1 dump.pcap まず-tオプションでそのパケットダンプがいつからいつのものか確認。 tcpsliceコマンドで抜き出したい範囲を指定して-wでファイルに吐き出す。 上の例では2009年05月15日 10時20分35秒から1秒分
Docker ロードバランサ内部実装
先日のDockerCon16でDocker 1.12RCが発表されまして，主な機能追加として SwarmのDocker engineへの統合とそれに伴うクラスタ構築の簡略化 Service機能の追加 Load Balancer機能の追加 が発表されました． 今回はSwarmクラスタの構築~Serviceの定義まで行って，ロードバランサの内部実装を詳しく追ってみます． Docker 1.12RCのインストール これは既にget dockerで問題なく可能です． 今回はAWS上にクラスタを構築します． node1(master) : ip-172-31-1-218 node2 : ip-172-31-1-219 node3 : ip-172-31-1-217 これら３台のホスト上でそれぞれ以下のコマンドでDocker 1.12をインストールします． $ wget -qO- https://ex
ラズパイで作るネットワークエミュレータ（前編） : DSAS開発者の部屋
ネットワークが絡んだ通信プログラムを開発していると、テストのために遅延やパケロスを意図的に発生させたくなることがあります。いまどきは IDE にネットワークエミュレーション機能が組み込まれていたり、仮想環境で容易に再現できたりもしますが、箱物のネットワークエミュレータがあるとネットワークの構成を気にせずカンタンに設置できるのですごく便利だったりします。世の中にはそういった製品が沢山あるので安価なものを買ってもいいのですが、新たにラズパイが届いたばかりだったので、これを使って超小型のネットワークエミュレータを自作してみました。前編と後編の二回に分けて紹介します。 最近、社内で「ラズパイおじさん」と呼ばれるようになりました。@pandax381 です。 ラズパイ + Linux = ネットワークエミュレータ 「ネットワークエミュレータを自作」と言うとなんだか凄そうな感じがしますが、実はものすご
CVE-2015-7547 glibc における getaddrinfo の脆弱性について – IIJ Security Diary
この脆弱性は2016年2月17日に対策済みバージョンと共に公開されました。内容としては getaddrinfo の呼び出しにおいてスタックバッファオーバーフローが発生する物です。公開時点で以下の通り、PoC を含めた技術的な詳細が公開されています。本記事では、脆弱性が発生するまでの処理と、回避策について解説したいと思います。 CVE-2015-7547 — glibc getaddrinfo() stack-based buffer overflow Google Online Security Blog: CVE-2015-7547: glibc getaddrinfo stack-based buffer overflow 脆弱性に至るまで 今回の脆弱性は getaddrinfo の呼び出しに起因しています。脆弱性のある箇所までの関数呼び出しは以下の様になっています。 getaddri
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
Amazonが流行ると本屋が潰れる法則は正しいのか？ | Tips of Rubbish
Summery ネットワークの調査を行うコマンド netcatの略だそうだ。 Construction $ nc [option] [host] [port] Option -l:リッスンモード -u:UDPモードにて通信を行う -n:名前解決を行わない -s:ソースポートを指定 -z:スキャンのみを行い、データを送らない。 -w:タイムアウト値 -v:詳細表示 Sample # 80-100ポートの接続可能ポートを探す $ nc -z google.com 80-100 # http-getリクエスト $ echo -en "GET / HTTP/1.1\n\n" | nc localhost 80 # ポートスキャン $ nc -zv localhost 1-65535 # プロキシ $ nc -l 8080 0<backpipe | nc localhost 80 1>backpip
SYNを受け取っているのにSYN-ACKを返さない件 - FLINTERS Engineer's Blog
こんにちは！@kakeyangです！ 久しぶりの投稿です。 なぜなら、、、沖縄の八重山諸島に旅行に行ってましたのです！ 楽しかったなぁ（遠い目） 今回は、開発で経験した通信障害の原因とその対策を公開します。 原因がLinuxカーネルの設定だったので、結構苦労しました。。。 障害概要 異なるネットワーク内（片方は弊社ネットワーク）の物理サーバ間（弊社が受信側）でインターネット越しにソケット通信を行う。 毎回ではないが1割程度の割合で、送信側でconnection timeoutを観測。 受信側にはapacheのログが残っていなかったので、webサーバには届いていない。 送信側でtracerouteすると、確かに弊社ネットワーク内には入っている。 弊社ネットワーク内のF/Wから物理サーバの間のどこかで通信が途絶えているっぽい！ というところまではすぐに判明しました。 調査内容 データセンターと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『/proc/PID/fd の socket の接続先を調べる方法』へのコメント
https://www.web-development-kb-ja.site/ja/linux/dns%E3%81%B8%E3%81%AE%E8%A6%81%E6%B1%82%E5%BF%9C%E7%AD%94%E3%81%AEtcpdump%E5%87%BA%E5%8A%9B%E3%81%AE%E6%84%8F%E5%91%B3/962557900/
Linuxでネットワーク帯域と速度をモニタリングするコマンド
TCPsliceの説明
ノンブロッキングI/Oと非同期I/Oの違いを理解する
TechCrunch
