タグ

networkに関するnnnnnhisakunのブックマーク (111)

  • 工場用のイーサネットって何だろう?

    インダストリー4.0や工場向けIoTなどに注目が集まっていますが、そもそも工場内のネットワーク環境は、どのように構築すべきなのでしょうか。連載では、産業用イーサネットの導入に当たり、その基礎から設備設計の留意点などを含めて解説していきます。第2回ではイーサネットとは何かを紹介します。 第1回:「なぜ工場でネットワークを考えないといけないのか」 現在、皆さんはネットワークを利用してこの記事を読まれています。毎日、当たり前のようにWebサイトを閲覧したりメールをやりとりしたりしているネットワーク通信のほとんどは「イーサネット(Ethernet)」という通信規格でデータをやりとりしています。 今回は、そのような一般的に使われている「Ethernet」と、産業用で使われている「産業用Ethernet」の違いについて紹介します。 工場内のネットワーク 一般的なEthernetと産業用Etherne

    工場用のイーサネットって何だろう?
  • NAT をやめて、透過 SOCKS プロキシを導入した - Cybozu Inside Out | サイボウズエンジニアのブログ

    以下の記事内容について、奥一穂氏(@kazuho)より、「connectのエラーコードが信頼できなくなるといった欠点もあるのに透過 SOCKS プロキシが汎用的に良いように読めてしまう」というご指摘をいただきました。確かに、下記内容は当社が抱えていた複数の課題を短期間で解消できる「ワークアラウンド」として透過 SOCKS プロキシという技法もあることを紹介したものであり、NAT と比較して常に良いという主張をしたかったわけではありません。また、記事内では解説を省きましたが、従来より HTTP(S) 通信は NAT ではなく HTTP プロキシを利用しています。謹んで補足・訂正とさせていただきます。 が好きだけどアレルギーで近寄ることができない山泰宇です。 先日アーキテクチャ刷新プロジェクトNeco」を紹介しましたが、今回はその活動の一環として実施したネットワークアドレス変換(NAT

    NAT をやめて、透過 SOCKS プロキシを導入した - Cybozu Inside Out | サイボウズエンジニアのブログ
  • ロードバランサのアーキテクチャいろいろ - yunazuno.log

    少し前に,Facebookのロードバランサが話題になっていた. blog.stanaka.org このエントリを読んで,各種Webサービス事業者がどういったロードバランスアーキテクチャを採用しているのか気になったので調べてみた. ざっくり検索した限りだと,Microsoft, CloudFlareの事例が見つかったので,Facebookの例も併せてまとめてみた. アーキテクチャ部分に注目してまとめたので,マネジメント方法や実装方法,ロードバランス以外の機能や最適化手法といった部分の詳細には触れないことにする. 事例1: Microsoft Azure 'Ananta' MicrosoftのAzureで採用されている(いた?)ロードバランサのアーキテクチャは,下記の論文が詳しい. Parveen Patel et al., Ananta: cloud scale load balancing

    ロードバランサのアーキテクチャいろいろ - yunazuno.log
  • 権威DNSサーバの引っ越しの仕方を教えてください

    権威DNSサーバの引っ越しには、正しい手順がある。間違った手順で行うと古い情報がいつまでも残り、引っ越しがうまくいかなくなることがある。詳細に興味がある方は、以下のドキュメントを参照いただきたい。 関連リンク JPRS トピックス&コラム No.019「DNSサーバーの引っ越し~トラブル発生を未然に防ぐ手順とポイント~」 http://jprs.jp/related-info/guide/019.pdf Internet Week 2011 ランチセミナー「DNS浸透の都市伝説を斬る~ランチのおともにDNS~」 http://jprs.jp/tech/material/iw2011-lunch-L1-01.pdf ここでは、 同じホスト名でサービスを継続することを前提に、引っ越し対象となるWebサーバやメールサーバなどのサーバ群のホスト名は変更せず、IPアドレスのみを変更する 当該ゾーンを

    権威DNSサーバの引っ越しの仕方を教えてください
  • 見くびっていると超難問、無線LANとWindowsの単純トラブル処方薬

    関連キーワード Windows 10 | Wi-Fi | 管理者 | システムトラブル 「あれー? 何もしていないのに動かなくなった! 」というときほど何かをやらかしている IT機器管理者の仕事に就けばすぐに、Windowsの不具合や無線LANの接続不良など、一見小さな問題が日々絶え間なく発生することを実感するだろう。 Windowsのごみ箱アイコンを消してしまった、アプリケーションがフリーズしたといった問題もあれば、ユーザーのログイン資格情報が分からないまま問題を解決しなければならない状況もある。頭の痛いことばかりだが、うろたえてはいけない。 無線LAN接続不良やローカル管理者権限問題など、IT機器管理者が遭遇する5種類の基的な問題とその解決策を紹介する。 併せて読みたいお勧め記事 困ったときに頼りにしたいトラブルシューティング Mac OSは怖い? そんなWindows管理者を救うハ

    見くびっていると超難問、無線LANとWindowsの単純トラブル処方薬
  • Ansible、シスコやArista、Juniperなどのネットワーク機器に対応。ネットワークも含めた構成自動化が可能に

    Ansible、シスコやArista、Juniperなどのネットワーク機器に対応。ネットワークも含めた構成自動化が可能に Ansibleはエージェント不要でサーバを構成できるのが最大の特長です。昨年10月にRed Hatが買収し、先月にはメジャーバージョンアップとなる「Ansibe 2.0」が発表されたばかり。 Ansible 2.0では、構文の強化によってより高度な処理を記述しやすくし、実行速度を高速化するオプションなどが追加されました。 今回の機能拡張では、サーバだけでなく複数のベンダのネットワーク機器に対してもAnsibleから統一的に構成を行えるようになり、システム構成についてソフトウェアとネットワークを統合的に自動化できるようになりました。 現時点でAnsibleがサポートするネットワーク機器は以下となっています。 Arista Networks : Arista EOS Cis

    Ansible、シスコやArista、Juniperなどのネットワーク機器に対応。ネットワークも含めた構成自動化が可能に
  • メーカーごとに異なるビームフォーミング性能 - Cisco Aironet 3600 シリーズ - Cisco Systems

    概要 このホワイト ペーパーでは、現在販売されているビームフォーミングについて次の主要な 2 種類の実装を比較します。 スイッチド アレイ ビームフォーミング デジタル信号処理(DSP)ベース ビームフォーミング このホワイト ペーパーでは、上記のいずれの方法もいくらかのパフォーマンス向上を生むが、多数のクライアントを備えたネットワークをサポートする場合は特に、ClientLink 2.0 で使用されているような DSP ベースのビームフォーミングが優れている、と提言しています。その理由は次のとおりです。 DSP ベースの技法は、アップリンクのパフォーマンス向上のために 11n チップセットで使用されています。同じ DSP の技法は、ダウンリンクのパフォーマンス向上にも使用できます。スイッチド アレイではダウンリンクのみが向上します。 ダウンリンクのパフォーマンス向上のために DSP ベ

  • BuffaloルータをPCディスプレイにつなげた。 - Zopfcode

    先日、Buffaloの無線ルータ WZR-450HP にDisplayLink社のUSBグラフィックスアダプターを接続して、PCモニタにshellを表示することに成功したのでそれまでの道のりを紹介しようと思う。 実験記録みたいな感じなので、単にアダプタを接続するためのHowToではないことに注意。とにかく語りたいだけ(笑) この記事の内容は、先日弊社で開催のFULLER エンジニアミートアップで発表した未完成のスライドおよびkosen10sLT #03で発表したスライド(下記)と同一だが、内容を時間の都合で多少端折っていたので、この記事では発表でしゃべらなかった細かい所も詳細に語りたいと思う。 ルータでルータのプレゼンをした話。 ~# 技術解説 from Takumi Sueda www.slideshare.net 事前におことわりしておくが、私は電波法を侵さないよう細心の注意を払いなが

    BuffaloルータをPCディスプレイにつなげた。 - Zopfcode
  • AWSのネットワーク設計をサボらないでちゃんとやる

    新規事業の立ち上げにAWSを選択する こういう状況はままあるでしょう。最安というわけではないけれど、将来どんな開発が必要になるか全く想像できない新規事業立ち上げフェーズにおいて、多種多様なPaaSを提供してくれるAWSはとても魅力的。 さて、いざ、EC2インスタンスを立ち上げてアプリケーションをデプロイするわけだが、みなさん、ちゃんとネットワーク設計していますか?まさかデフォルトVPCでサービス運営なんてしてないですよね? というわけでネットワーク設計をして、VPCを設定していくわけだが、何を作ればよいか決まっている事業フェーズならともかく、新規事業立ち上げフェーズでは「将来どんな機能が必要になるかわからない」という前提でネットワーク設計をしておかなければいけない。そこで、「例えばこんな設計はどうでしょう」という提案をしてみる。 IPレンジ設計 まずはVPCとサブネットを使ってIPレンジを

    AWSのネットワーク設計をサボらないでちゃんとやる
  • 飛行機の機内Wi-Fiによるネット接続はこうやって実現されている

    旅客機の中でインターネットが使える機内Wi-Fiに対応した飛行機が増え、空の旅をどんどん快適に過ごせるようになっていますが、よくよく考えてみると上空をものすごいスピードで飛ぶ機体にインターネットの回線を届ける仕組みは理解できていない部分もありがちです。飛行機でインターネット通信を可能にする通信方法は地上方式と人工衛星方式、さらにこれら2つを組み合わせたハイブリッド方式があるのですが、その主な通信方式についての技術を、旅行情報サイトのThe Points Guyがまとめています。 How Does In-Flight Wi-Fi Really Work? http://thepointsguy.com/2015/11/how-in-flight-wi-fi-works/ ◆方法その1:Air-To-Ground方式(ATG方式) 主に国内線などの洋上を飛ばないルートで用いられることが多いのが

    飛行機の機内Wi-Fiによるネット接続はこうやって実現されている
  • 【セキュリティ ニュース】「Wireshark 2.0」がリリース - パケット分析機能を強化(1ページ目 / 全1ページ):Security NEXT

    リバーベッドテクノロジーは、オープンソースのパケット解析ツールの新版「Wireshark 2.0」をリリースした。 新版では、あたらしいアプリケーションフレームワークの採用。パケットレベルの分析機能を強化した。日語を含む7カ国語に対応している。 列表示やソートなどの機能を高速化したほか、ファイルタリングに対応したエキスパートアイテムや対話フィルタオプション、スクロールバーの自動制御機能を追加。またSSLディセクタの改良、メニュー項目の見直しなど実施している。 (Security NEXT - 2015/11/10 ) ツイート

  • 大きな声では言えない無線LANエンジニアの本音

    「無線LANにあまり大きな期待をしないでほしい」――。無線LAN関連の取材をすると、ネットワーク担当者や構築を支援したエンジニアの、こんな声をよく耳にする。 無線LANは家庭ではもちろん、駅やコンビニエンスストアでも無料で利用できるようになっている。比較的新しい無線LANアクセスポイント製品には、1Gビット/秒を超える通信速度をうたうものも登場している。今や「どこでも高速に通信が可能な技術」、というイメージが定着しつつある(写真)。 しかし、そのネットワークを構築・運用する“裏方”であるエンジニアは、思った以上に苦労しているようだ。とりわけ企業の中で使う無線LANは、スペース当たりのアクセスポイントの数が多く、快適な通信環境作りが難しい。冒頭の発言は、有線と同様の高速通信を期待する利用者への、いわば嘆きだ。 こうしたふと漏れた一言には、無線LANを活用するうえでのヒントが隠されている。技術

    大きな声では言えない無線LANエンジニアの本音
  • EthernetやCPUなどの話 | GREE Engineering

    こんにちわ。せじまです。今年に入ってからアクティビティトラッカーを二回壊しまして、新しい分野の製品って設計いろいろ難しいんだなと、しみじみ思う今日このごろです。 先日、社内勉強会で EthernetCPU などの話をしました。前回のCPUに関する話に続き、今回のスライドも幅広い方に読んでいただけそうな内容かと思いましたので、公開させていただくことにしました。前回のスライドを読んでない方は、できればそちらを読んでいただいてからの方が、より理解が深まるのではないかと思います。 忙しい人のために三行でまとめると 2020年代には、サーバのネットワークインターフェースが 40Gbps 超えてそうな予感 もし Ethernet でそれだけ大量のパケットをさばくなら、(標準化されてないけれど) Jumbo Frame 使わないと厳しいかも 2020年代には、NICやブロックデバイス等、CPUを取

    EthernetやCPUなどの話 | GREE Engineering
  • なぜネットワーク運用自動化が進まないのか Why is it difficult �to automate network operation

    2015/4/24に開催された wakamonog x ssmjp x BIGLOBE = wasabi イベントで発表した資料です。http://ssmjp.connpass.com/event/13173/ This is lightning talk presentation for study event in Tokyo.

    なぜネットワーク運用自動化が進まないのか Why is it difficult �to automate network operation
  • rp_filter が静的ルーティング下の traceroute に及ぼす影響 - とあるSIerの憂鬱

    静的ルーティングを設定した WindowsLinux (RHEL6.4) で、それぞれ tracert と traceroute を実行したとき不思議な差が出た。解明までのプロセスが自分の好みにドンピシャだったので順を追って書く。 環境 環境を大まかに書くと下図のようになる。外部との通信用のデフォルトゲートウェイと、内部のシステムである targethost と通信するための内部ネットワークに接続するゲートウェイ A がある。Windows Server 2012 のサーバと RHEL 6.4 のサーバそれぞれに、targethost 向けの静的ルートを入れ、ゲートウェイにはゲートウェイ A を設定した。 設定が終わったので、「さて、正しいルートを通っているかな♪」と tracert と traceroute を叩く。すると違いが。 Windows Server 2012 での実行結

    rp_filter が静的ルーティング下の traceroute に及ぼす影響 - とあるSIerの憂鬱
  • 切断された北朝鮮インターネットの規模:Geekなぺーじ

    Dyn Research(旧renesys)が、約9時間半にわたり北朝鮮がインターネットから切断され続ける状態が続いていたというブログ記事を公開しています。 Dyn Research: Someone Disconnects North Korea - Who? 同記事では、実際にどのような理由でインターネットの接続性が不安定になったのかは不明であるとしています(BGPmonは、DDoS攻撃が原因であるとしています。参考)。 公開情報からわかる北朝鮮インターネットの規模 各種公開情報から、北朝鮮がどのような規模のネットワークを運用しており、どうやってインターネットに接続しているのかを見てみましょう。 まず、最初に、どれだけの数のネットワークが「北朝鮮」という国籍でインターネットに接続しているのかを調べてみましょう。いくつか調べる方法はありますが、今回はわかりやすく情報をまとめてあるHurr

  • WiFi の電波の話

    WiFi 電波の話 2014/10/29 YAPC::Asia 2014 JPA Thanks CONBU techtalk たくさんの端末をつなげる高密度無線LANについて http://conbu.net/

    WiFi の電波の話
  • WebRTCにおけるNAT越えの課題へのアプローチ - 鈴木うどんの横須賀おもしろ生活

    WebRTCにおけるNAT越えの課題へのアプローチ - Qiita に移転しました。

    WebRTCにおけるNAT越えの課題へのアプローチ - 鈴木うどんの横須賀おもしろ生活
  • Multicastが出来ないならUnicastすればいいじゃない

    EC2ではマルチキャストが使えないから○○が動かないってよく聞きます。確かにVPCであってもEC2ではL2ブロードキャストはサポートされていないので、ENIにブロードキャスト/マルチキャストパケットを投げても誰にも届きません。でも当たり前ですが、ユニキャストはできますよね?であればアプリケーションがマルチキャストのつもりで投げたパケットを捕まえて、L3アドレスはそのままにL2で複数のユニキャストフレームとして送ってしまえばいいのでは?そんな事を試して実際動く事を確認したところをデモを含めてお届けします。Read less

    Multicastが出来ないならUnicastすればいいじゃない
  • DNS問い合わせの可視化 | ある研究者の手記

    DNS問い合わせの可視化 最近、データをまとめたり可視化したりしてその性質を調べる探索的データ分析(例)にはまっています。と、同時にネットワーク分析にもちょっと手を出しており、その2つの派生物としてドメイン名問い合わせの結果を可視化してみました。 これを読んでいる人にはもはや説明の必要はないと思いますが、一応書いておくと、世の中のwww.google.comやwww.amazon.co.jpのようなドメイン名はサーバの場所を直接示しているわけではなく、「この名前を持っているサーバのIPアドレスはなんですか?」というのをDNSサーバという別のサーバに問い合わせることで目的のサーバのIPアドレスを教えてもらい、その後目的のサーバへ接続します。以前は正引き(ドメイン名からIPアドレスを問い合わせる)と逆引き(IPアドレスからドメイン名を問い合わせる)が対称構造になるように設定するのが主流でしたが

    DNS問い合わせの可視化 | ある研究者の手記