pingで相手が稼働しているかどうかを確認する TIPS「Windowsのpingコマンドでネットワークトラブルの原因を調査する」では、Windows OSに付属する「ping」コマンドの基本的な使い方について説明している。その中では、「pingを実行すると対象PCからpingの応答が返ってくるので、それを使って相手のPCが稼働しているかどうかを確認できる」と紹介した。システムの死活監視においては、pingは一番基本的なコマンドである。 pingは、ネットワークプロトコルでいうと、TCP/IPの補助プロトコルである「ICMP（Internet Control Message Protocol）」の「エコー要求／エコー応答」メッセージを使って相手と通信している。だが現在のWindows OSでは、セキュリティなどの理由のため、デフォルトではこのパケットの受信を許可していない。pingでPCの
はじめに サーバーレス開発部@大阪の岩田です。 先日接続元IPアドレスをクラスメソッドのGIPに制限した検証環境を利用してAPIのテストを行なっていたところ、リモートワーク中のメンバーが検証環境に接続できないという状況が発生しました。 下記の記事で紹介されているように、クラスメソッドではSOCKSサーバーが構築されているので、VPN経由で社内NWに接続し、SOCKSサーバーをプロキシとして利用すれば本来リモート環境からでも検証環境が利用できるはずです。 VPN利用者のためにdelegateでSOCKSサーバーを立ててみました 最初はcurlコマンドのオプションに--proxyを付けてプロキシサーバーを指定するようお願いしたのですが、--proxy http://proxy.example.com:xxxxのような指定を行なっていたようで、問題が解決しませんでした。 結局--proxy so
SMBに乗り換えたMac――WindowsとMacのファイル共有のいま（前編）：その知識、ホントに正しい？ Windowsにまつわる都市伝説（26）（3/3 ページ） ローカルのIPv6名前解決はBonjourで TCPより下位のIPプロトコルレベルではどうでしょうか。ここまでのSMBセッションは、全てIPv4で行われていました。その理由は、筆者の環境にIPv6対応のDNS（Domain Name System）やその他の名前解決環境がないからです。そのため、UDPポート137の「NetBIOS Name Service」を使用するNetBIOS名の名前解決や、UDPポート138の「NETBIOS Datagram Service」によるブラウジングによって（いずれもIPv4ブロードキャスト）、コンピューター名がNetBIOS名としてIPv4アドレスに名前解決されたのです。 Windows
DC所在地一覧 † 注意 本情報については、建物の情報を取り扱い、利用組織の一覧を作成しています。また、サイト管理人については、業務で関わったところについては記載せず（意図的に除外しているため、一部の情報は意図的に欠落させています)、公開情報(公示看板及び公的機関公開情報)、GoogleMapsによる航空衛星写真を元に、室外機の捜索、サイト等で公開された建物の外観からストリートビューで確認、もしくは現地捜索により見つけた物をリストアップしたものです。その他公開wikiということで、その他の方々有志により情報が更新されています。住所については、Google地図を参照し、住所を割り出しているため、正確性に欠けますが、住所検索、その他本サイト問い合わせなどから、さらなる信頼性の向上が行われています。 GoogleMaps https://maps.google.co.jp/maps/ms?msi
[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第53回 NFVとIntel DPDK（前編） (中井悦司) 2014年10月 はじめに 先週、Red Hat Forum 2014/Tokyoで日本のオフィスに来ていたChris Wrightと会話をする機会があり、Intel DPDKについて、いろいろ教えてもらいました。Chrisは、以前は、Linuxカーネルや仮想化（Xen/KVM）の開発に深く関わっていましたが、現在は、「Technical Director of SDN at Red Hat」という肩書で、SDN関係の仕事をしています。OpenDaylightのボードメンバーやOpenStackのNFVサブチームにも参加しています。 Intel DPDKの話題になったのは、まさにこの
MMTとは何か？というと「MPEG Media Transport」という今年MPEGで標準化が完了したばかりの規格で、データを届ける際の伝送経路を１つではなく、複数持たせることができるようになる規格。 検索して出てきた良い資料は以下の３つ ・NHK技研R&D No.140 2013年7月掲載の「次世代放送システムのメディアトランスポート技術」 ・NTT技術ジャーナル 2014 vol.26 No.2掲載の 「4K ・ 8K映像配信を支える 次世代メディア伝送技術MMT」 ・DCCJ＆SKJ主催シンポジウム2013の資料「ＯＤＳ・遠隔コラボレーションを加速する 超高精細映像配信ネットワーク」(NTT技術ジャーナルのと同じ著者) NHK技研R&Dのは、なぜ必要になっているのか、とかをしっかりと解説してあるのでお薦め。説明の主眼は「複数の伝送経路を使って映像を届ける」ということに置かれている。
本連載の1回目および2回目では、Webアプリケーションの脆弱性について例を挙げて説明した。第1回にも書いたとおりWebアプリケーションの脆弱性を防御することができるのは、セキュアプログラミングとWebアプリケーションファイアウォール（WAF）である。 セキュアプログラミングが、アプリケーションプログラム自体の対策方法であるのに対して、WAFはアプリケーションからは独立した外付けの対策である。これら2つは排他的な関係にあるわけではなく、WAFはセキュアプログラミングを補完するものであるといえる。 プログラム自体をセキュアに作成していくことは、どのWebアプリケーションにおいても必要である。しかし、現実的にはWebアプリケーションのすべての脆弱性をセキュアプログラミングだけで防ぎきれるものではない。そこで必要となってくるのがWAFであり、セキュアプログラミングとの2重の防御によって脆弱性にさら
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
RSTP －ラピッドスパニングツリー－ RSTP（Rapid Spanning Tree Protocol） さてさて、今までSTP(IEEE802.1d)については解説をしてきました。 IEEE802.1dはループフリーな冗長構成を簡単に構成できるため大変便利なのですが、残念ながら１つ大きなデメリットがありました。 それは、 STPではどんなにがんばっても最大で50秒の通信断が発生してしまう ということです。 アプリケーションによっては、その数十秒の通信断が命取りとなる場合もあり、 ミッションクリティカルな環境では決して使いやすいとはいえないのが現状でした。 特に音声やビデオといった遅延に影響されやすいトラフィックには不向きですね。 そこで現状のSTPの弱点を克服するべく開発されたプロトコルがRSTP （ラピッドスパニングツリープロトコル）です。 RSTPを使用すればスパニングツリーの再
信頼性の高いネットワークを構築するには、冗長構成にする必要がある。冗長構成には、ホットデュアル構成、アクティブ・スタンバイ構成など、いくつかの種類がある。平常時に稼働するシステムとそのバックアップシステムとで構成されるアクティブ・スタンバイ構成がコストパフォーマンス的にみて有利なため、主流となっている。 第20回の同講座ですでに、高信頼性設計を実現するための代表的な技術として、マルチホーミング、VRRP、スパニングツリーについて解説した。しかし、冗長構成が不適切だと、いざ障害発生時に待機系に切り替わらないばかりか、二次被害を生じるおそれがある。そこで今回は、冗長構成の基本、注意点などについて解説する。 1 経路の二重化 図1のように、3台のL2スイッチでスパニングツリーを構成するとしよう。L2スイッチ-AにはサーバXが接続されており、L2スイッチ-BにはPC・B群、L2スイッチ-CにはPC
日本Sambaユーザ会 代表幹事 ミラクル・リナックス株式会社 小田切 耕司 html作成者: 鎌形 昌美 最終更新日: 2001/08/28 このページは、日本Sambaユーザ会 代表幹事の小田切 耕司さんが執筆された、日経Linux 2001 年 6 月号の原稿をもとに作成しております。よって文中に Linux の文字が出てきますが、それはお使いのunix互換OS と読み替えてください。 このページでは、Samba が動かないときの対処方法を説明します。 日本 Samba ユーザ会が運営している Samba-JP メーリング・リスト(https://www.samba.gr.jp/ml/#samba-jp) に時々「Sambaがうまく動きません。なぜでしょうか？」といったような質問が寄せられることがあります。 しかし、これだけでは何がどううまく動かないのかわからず、だれも適切なアドバイ
MacからWindows7にアクセスをしようとすると以下のようなメッセージが表示されて接続出来ない場合がある ・オリジナルの項目が見つからないため ・サーバへの接続で問題が起きました。 のような接続出来ないメッセージが表示される場合の対処法。 また、WindowsからMacへ接続出来ない OR 書き込み出来ない場合の対処法 最終目標 Windows から Windowsへ Windows から Macへ Mac から Macへ Mac から Windowsへ 書き込み読み込みが出来るようにします ワークグループはWindowsとMacは同じ値に設定しておいてください 現在家にはWindowsでは、Vista XP 7が起動してますがWindows7の台数が一番多いので Windows7で説明します。 Windows7 対象フォルダのプロパティを開き共有タブを開く そして、Everyoneを
IP電話機，無線LANアクセス・ポイント（AP），プリンタ，ネットワーク・カメラ，プロジェクタ──多種多様なネットワーク端末が企業ネットにつながるようになり，ネットワーク管理者の作業負荷は高まる一方だ。既存のネットワーク機器に加え，これらのネットワーク端末を設定・管理する作業は大変な労苦を伴う。トラブル時の原因究明も複雑さを増している。 こうしたなか，膨張する企業ネットの管理負荷を軽減する新しい仕組みとして「LLDP」（link layer discovery protocol）の利用が始まりつつある。LLDPはネットワーク機器や端末の種類，設定情報などを近隣のノードに通知するレイヤー2レベルのプロトコルである（図1）。IP電話機であれば「私はIP電話機です。製品名は『NCC Phone』で，ポート番号は01です」といった情報を接続先のLANスイッチに伝える。管理者はLANスイッチがLLD
日本電気株式会社（代表取締役 執行役員社長：遠藤信博）、日本電信電話株式会社（代表取締役社長：鵜浦 博夫）、NTTコミュニケーションズ株式会社（代表取締役社長：有馬 彰）、富士通株式会社（代表取締役社長：山本 正已）、株式会社日立製作所（代表執行役 執行役社長：中西 宏明）は、通信事業者が提供するモバイルネットワークやインターネットなど広域ネットワークインフラの総合的なSDN化を目指す世界初の研究開発プロジェクト「Open Innovation over Network Platform」(プロジェクト愛称:O3(オースリー)プロジェクト※2)を、総務省の「ネットワーク仮想化技術の研究開発」の委託研究として、2013年6月から5社共同で推進しています※3。今回、本プロジェクトの成果として、複数の広域ネットワークインフラを統合管理するプラットフォームや、その上で動作する汎用ネットワーク制御ア
ネットワーク仮想化技術を用いたオーバーレイ・ネットワーク 「Arcstar Universal One Virtual」の提供開始について ～既存ネットワーク環境の変更なく新たなネットワークを構築できる 「Arcstar Universal One」の機能を高度化したオプションサービス～ NTTコミュニケーションズ(略称：NTT Com)は、「Arcstar Universal One Virtual」のお申し込みを2014年3月より受付開始します。(URL：http://www.ntt.com/a_virtual/) 本サービスは、ネットワーク仮想化技術*1を活用することで、通信キャリアとして初めて、既存の企業ネットワークやインターネット環境上に、利用目的に応じた新たなネットワーク空間としてオーバーレイ・ネットワークを構築し、拠点やネットワークの変更などをオンデマンドでお客さま自らが実施
ufw（Uncomplicated FireWall）は、Ubuntuで標準的に利用できる、「iptablesを簡単に設定するツール」です。ufwを利用することで、「外部からの接続は基本的に受け付けない」「sshだけは許す」などといった設定を、iptablesにくらべて格段に少ない操作で実現できます。 今回と次回の2回にわけて、ufwを使って、サーバーなどの設定を簡単に行うレシピを紹介します。 ufwの基本 ufwは、Canonicalの社員であり、Ubuntuのセキュリティ関連モジュールやセキュリティアップデートを主に担当しているJamie Strandboge氏が中心になって開発している、「iptablesのフロントエンド」となるツールです[1]。Ubuntuには8.04で取り込まれています。過去に本レシピでも、第45回でごく軽く内容を紹介しています。 今回はコマンドラインか
Lion Serverでのファイル共有はAFP、SMB、WebDAVがサポートされています。WindowsではAFP接続が出来ないのでSMBもしくはWebDAVで接続することになります。 ローカルネットワーク内でのWindowsとの接続（SMB） Mac側の設定 Lion Serverのサーバーアプリケーションのファイル共有から共有したいフォルダーを選択します。フォルダーをダブルクリックか「共有ポイントを編集」からWindowsクライアントと共有（SMB）にチェックを入れます。 システム環境設定のネットワーク＞詳細からWINSタブを選択し、NetBIOS名に自分のコンピュータ名、ワークグループをWORKGROUPに設定します。 Windows側の設定 ネットワークアダプタを選択し、プロパティのTCP/IPv4から、詳細設定＞WINSタブのNetBIOS設定を「NetBIOS over TC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く