はじめに 先進サービス開発事業部の山岡です。 最近Raw Socketで通信するプログラムを書いているのですが、試しにパケットを送って他所と上手く通信できるか確認したい時に実機を使うのは大変面倒です。こういった場合にLinuxのNetwork Namespaceを使えば手軽にルーティング環境を作ることができるので手順を残したいと思います。 構築する環境 以下のようにルーター1台を挟んでサーバー同士が通信できるネットワークを作ります。ちなみにアイコンはShownet Iconをお借りしました *1。ありがとうございます。 構成図 前提条件 以下の環境で構築しました。 $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=18.04 DISTRIB_CODENAME=bionic DISTRIB_DESCRIPTION="Ubuntu
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? nwtgck 氏によって HTTP を用いて2つのホスト間でパイプを構成するサーバ実装が公開されました． https://qiita.com/nwtgck/items/78309fc529da7776cba0 名前を Piping Server と呼ぶそうです． nwtgck 氏は 枯れた技術である HTTP 上に実装されている HTTP 上に実装されているため，ウェブブラウザ，wget，curlなどの慣れ親しんだツール群でデータのやり取りができる パイプ経由で効率的にデータを転送でき，従って送信側・受信側ともにコマンドライン上でパイプ
今回は Linux Bridge (ネットワークブリッジ) でタグ VLAN (IEEE 802.1Q) を使う方法について。 設定が足らなくてだいぶ悩んだのでメモしておく。 使った環境は次の通り。 $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=18.04 DISTRIB_CODENAME=bionic DISTRIB_DESCRIPTION="Ubuntu 18.04.1 LTS" $ uname -r 4.15.0-29-generic $ ip -V ip utility, iproute2-ss180129 $ sudo apt-cache show iproute2 | grep -i version Version: 4.15.0-2ubuntu1 下準備 最初に、今回使うパッケージをインストールしておく。 $
システムプラットフォーム部で SRE をやっています id:nabeop です。 以前ご紹介した通り、はてなでは定期的に勉強会を実施していますが、この勉強会とは別枠で LVS の勉強会を突発で開催しました。 speakerdeck.com きっかけ はてなでの LVS/keepalived の使われ方 資料について L2/L3 の基礎知識 VRRP の基礎知識 LVS について keepalived について どうだったか 最後に きっかけ 年末年始でまったりしていたある日、同僚の分報チャンネルで LVS について苦手意識がある、とのつぶやきを目にしました。LVS については LVS-HOWTO など良質なドキュメントが揃っているけど、ネットワークレイヤの知識が前提とされ、人によってはそのあたりに苦手意識があるかもしれないなと課題感をもっていたところでした。時期的に良い機会だったので、突発
はじめに サーバーのテスト自動化といえば、 Serverspec や Testinfra 、infrataster などが有名ですが、ネットワークのテスト自動化については、みんなが口をそろえて名前を出すものがないような印象です。一方で、リスクの観点から設定変更の自動化より先にテストや状態確認の自動化からはじめたいというケースもあるのではないでしょうか。 この記事では、どんなツールや組み合わせがネットワークのテストの自動化に使えそうかをまとめます。 ざっくりとした内容となっていますが、もし誤りや不足などありましたら @akira6592 までご連絡いただけると幸いです。 一覧 名前 タイプ 実機接続 主なテスト内容 言語 NetTester フレームワーク 要 物理ネットワークの受入テスト Ruby pyATS フレームワーク 要 疎通や show コマンド実行結果の妥当性 Python A
はじめに Linux Advent Calendar 10 日目の記事です。 運用や研究開発の現場では、ソフトウェアの実験、または機器のテストや選定などのために、ベンチマークツールや自前のアプリケーションでコンピュータ間の通信速度を計測する機会が多々あると思います。一方で10Gbpsや40Gbpsといった昨今の高速ネットワークにおいては、これらの計測結果はアプリケーションの通信API部分の実装、カーネルパラメータまたはコンパイルオプションによって大きく変わってしまうため、正確な計測を行うためにはこれらを正しく設定/理解する必要があります。この記事では、ネットワーク周りのカーネルとアプリケーションの動作の概要と、その中の重要なポイントを理解することを目的にします。 ネットワークプログラミングのおさらい まず最初に、TCPを使う今時のサーバプログラムがどのようにできているか簡単におさらいします
こんにちは、Necoチームの池添（@zoetro）です。 サイボウズが提供するクラウドサービスcybozu.comでは、アーキテクチャを刷新すべく「Neco」というプロジェクトを実施しています。 そのプロジェクトでは、サーバのライフサイクルを管理するsabakanや、Kubernetesクラスタを構築するためのCKE(Cybozu Kubernetes Engine)などの分散システムを開発しています。 安定してサービスを提供するためには、このようなインフラを支える分散システムの耐障害性が重要になってきます。 本記事では、我々のチームが分散システムに対してどのような耐障害性テストを実施しているのかを紹介します。 耐障害性を高めるために 機材故障 サイボウズの管理するデータセンターでは1,000台規模のサーバを扱っており、日常的にハードウェアの故障が発生します。 例えば、以下のような機材故障
従来のNDISネットワークドライバーの動作環境。ネットワークアダプター（NIC。Network Interface Card）のドライバーはNDIS環境で動作してい DOSやOS/2時代から使われてきたNDIS NDIS（Network Driver Interface Specification）は、MS-DOSの時代からマイクロソフトのOSで利用するネットワークデバイスドライバーの仕様の名称だ。最初はMS-DOSのネットワークで利用するイーサーネットカードのデバイスドライバーの仕様として、マイクロソフトと3Com社が開発した。 NDISは、その後はWindowsで利用されたが、当時は、Windowsの下にMS-DOS環境があり、ドライバーの仕様を大きく変える必要がなかった。 ちなみに本来ならNDIS 1.0となるべき最初の仕様は、単にNDISと呼ばれていた。また、ネットワークが普及しは
Disclaimer 私はネットワークの勉強もちゃんとしたことないし、Linux のソース読むのもはじめてな素人です。 何かおかしなところなどあれば、遠慮なくコメント欄でまさかりをお願いいたします。 ソースコードの引用に関して 本文中で Linux のコード／ドキュメントを引用している箇所がありますが、すべてタグ v4.11 のものです。また、日本語のコメント・翻訳文は筆者が入れたものです。 TL; DR Linux のカーネルパラメータ net.ipv4.tcp_tw_recycle は、バージョン4.12から廃止されました。 今後はこの設定は行わないようにしましょう（というかできません）。 一方、net.ipv4.tcp_tw_reuse は安全であり、引き続き利用できます。 …というだけの話なのですが、自分用にメモがてら経緯・背景などを記録しておきます。 なんで気がついたか このパラ
Wiresharkはv2.3.0からTLS 1.3 draft 19に対応する。めでたい。すぐに使いたい人は、Nightlyビルドをとってくるとよい。 追記：v2.5.0rc0-1840-gd35ed012ce から TLS 1.3 draft 22 に対応している。(draft 22 はまだ出てないけど。) 使ってみる ポート13443で起動しているHaskellサーバとpicotlsクライアントの通信をtcpdumpでキャプチャしたファイルを"pico.pcap"とする。これを表示してみよう。 % tshark -dtcp.port==13443,ssl -Y ssl -r pico.pcap -V Secure Sockets Layer TLSv1 Record Layer: Handshake Protocol: Client Hello Content Type: Handsh
次世代のWebアプリケーションの中核を担う技術として「HTML5」に注目が集まっているが、それと並んで期待されている技術に「WebSocket」がある。 IETFとW3Cによって仕様の策定が進められており、最初の提案以来幾度もの改訂を経て、2011年12月11日にそのプロトコル仕様がRFCのProposed Standard（RFC 6455）となった。 AjaxからComet、そしてWebSocketへ WebSocketはウェブサーバとブラウザが直接コネクションを張って双方向通信するための技術規格である。HTTPとは異なる独自の軽量プロトコルによって通信を行うため、オーバーヘッドが小さく、長時間に渡って通信する場合でもHTTPコネクションを占有する必要がないというメリットがある。 WebSocketが生まれた背景には、サーバとブラウザがもっとリアルタイムに通信して情報の配信や更新を行え
IPv6ではパケットの構造を単純化し、プロトコル処理の高速化やルータの負荷低減なども図っている。IPv6パケットを覗いてみよう。 連載目次 前回は、IPv6アドレスの基礎と、pingでのIPv6の使用例などについてみてきた。今回はIPv6パケットの構造と実際のパケットの例について解説する。 IPv6は、IPv4よりもアドレス幅が広くなっており、機能も向上しているが、そのパケット構造はよりシンプルになっているのが大きな特徴だ。IPv4のパケットにはさまざまなオプションや将来を見越した機能拡張のための領域などが用意されていたが、長年に渡る運用の結果、ほとんど使われることのない機能や、性能向上のための制約となっている部分などが明らかになってきた。そこでIPv6ではヘッダの内容を整理し、不要なフィールドを廃止すると共に、特にルーティング処理の負荷軽減（パフォーマンスの向上）を目的として、ヘッダ内容
参考URL: SSH のダイナミック転送ってすごいんですよ http://www.typemiss.net/blog/kounoike/20061019-100 SSH のポート転送を用いて Samba にアクセスする http://datafarm.apgrid.org/software/html/ja/user/smboverssh.html NetBIOS over SSH クライアントPC(WinXP)にて仮想NICを作成し ファイルサーバへSSHサーバを介しSSHポートフォワーディングを行う． （今回はファイルサーバへの転送について記述するが，pfwd.iniの編集により他のサービスへの適用は容易である） 【準備】 SSHServerへの鍵認証接続ができるようにしておく． クライアント側で既存NICを使うと，通常のファイル共有とバッティングしちゃう． だから仮想NIC（Micro
今回の記事は、ネット越しにWindowsファイル共有を安全にやる方法を紹介する。 Windowsファイル共有のプロトコルは、SMB(Server Message Block)を使っているが、Linuxでもこれに対応するためにSambaというソフトウェアがあり、smbdと、nmbd（NetBIOS用の名前解決サービス）から成る。 基本的にこの手の共有は、LAN内で閉じて使わなければ攻撃に悪用されることが多いので、ほとんどのファイアウォール製品でInboundがブロックされていると思うが、これらにsshのローカルフォワード機能を組み合わせることにより、安全にWindowsファイル共有をインターネット越しに使う事が出来る。 ただし、最初に断っておくが、SMBはChattyなプロトコル*1なので、インターネット越しでは遅いことに注意。 前提環境 接続先のWindowsPC（もしくはSMBプロトコル
Av-Jyo.com Related Searches: 5 Best Auto Insurance for Seniors Top 5 Medicare Advantage Plans Low Cost Car Insurance for Seniors Apply for Housing Housing Programs for Seniors
現在の自宅LANに他所のサーバを一時的におくことになりました。 ただ、現在のLAN内には自宅サーバをおいてるので、インターネット←→自宅LANの間は構成は変えたくはありません。 また、他所サーバには自宅LAN内のPCにはアクセスできないようにします。 ということで、LANにルータをおいて、その先に他所サーバをおくことにしました。 ルータは CentOS を使って構築し、NAT の機能を有することにします。 構成図とはしては下記のような感じです。(元からある自宅LANが"ネットワークA"、今回追加したサーバ機のあるLANを"ネットワークB"としています。そして他所サーバは"サーバ機"として表記) かなり、トリッキーなネットワークになっています。(普通はこんなことせずに、DMZ領域作るのが普通なんですが、なにせ自宅でリソースと時間がなかったので、この方法になりました。。。) ネットワークカード
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く