443ポート以外が絶滅しそうです あちこちでポートは閉じられています。ssh や sftp もプロキシ利用も、各種ポートでは、全く外部に出れず、接続できないネットワークが多いです。 TCP/IPなのにIPとポートを使った通信ができない、壊れたネットワークが当然になりました。 これらの接続制限にとても不便を感じることが多いです。 サーバー管理者の気分一つでポートが空いたり閉じたり、私が触ってたネットワークではポリシーが統一されず、クソネットワーク管理者に振り回されて、動くはずのものが動かず、不便なことが多かったのです。そこで仕方なく４４３を使っています。 私達が利用する端末では80/443 のポートの外部接続が閉じられることは少なく、443であれば通信できます。 そのため、443ポートに様々なアプリケーションを起動していると思います。 443 ポートとIPアドレスが枯渇する・・・ よほどのG
矢口です。 みなさんはLinuxのtcという機能をご存知でしょうか。送信するパケットの帯域制御を行うことができる大変強力な機能で、グリーでもいくつかの用途で使用されています。 具体的な事例の一つはRedisです。Redisではreplicationを新規に開始する際やfailoverが発生しmasterが切り替わった際(特に2.6系)にストアされている全データが転送されます。しかし帯域制限をかける機能がないため、ネットワーク帯域を圧迫してしまう危険性があります。また通常のクライアントとの通信でも大量のクエリにより予想以上の帯域を使用してしまう可能性があります。このような場合にtcを用いることでRedisの使用する帯域をコントロールできます。 このように有用なtcですが残念なことに日本語/英語ともにわかりやすい解説や詳細な情報は多くありません。 私も社内において使われていたtcの設定に問題が
何の話かというと RHEL7/CentOS7では最小構成でインストールすると、ifconfig、route、netstat、arpなどのネットワーク関連のコマンドが使えません。これは、次のコマンドで「net-tools」パッケージを導入すると解決します。 # yum -y install net-tools しかしながら！ RHEL7/CentOS7では、net-toolsを「deprecated（廃止予定）」としており、今後は、iproute2パッケージに含まれる「ip」「ss」などのコマンドを使用することが推奨されています。 ・お客さんのRHEL7サーバーのメンテを頼まれたらnet-toolsが入ってなかった！ ・「えー。まだifconfigつかってんのー。」と若い同僚に冷たい目で見られた！ ・などなど といった事態に備えて、RHEL7/CentOS7を導入した際には、iproute2
RHEL7RC+EPEL版Dockerの前提で解説します。RHEL7RCを最小構成で入れて、次の手順でDockerを導入します。 # yum -y install bridge-utils net-tools # yum -y install http://download.fedoraproject.org/pub/epel/beta/7/x86_64/epel-release-7-0.1.noarch.rpm # yum -y install docker-io # systemctl enable docker.serviceDockerが設定するiptablesの内容を見るために（見やすくするために）、firewalldを停止した上でdockerサービスを起動します。 # systemctl stop firewalld.service # systemctl mask firew
Network monitoring on Linux This post mentions some linux command line tools that can be used to monitor the network usage. These tools monitor the traffic flowing through network interfaces and measure the speed at which data is currently being transferred. Incoming and outgoing traffic is shown separately. Some of the commands, show the bandwidth used by individual processes. This makes it easy
tl;dr 書いていたら思わず長文の大作になってしまいましたので、プロトコルオタ以外の方は文章の多さに退屈されるかと思います。GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応したというお話です。将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考になるかもしれません。 1. はじめに、 プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい。 年甲斐もなく自分好みのパケットを追っかけるおやじエンジニアの姿を見て眉をひそめる若者も多いと聞く。 そんな批判に目もくれず、今日も一つ、プロトコルオタのネタをブログで公開したいと思いますw 今回はちょうど１年ほど前に書いたブログ記事 「GmailがハマったSPDYの落とし穴」の続編です。といっても今度の舞台は、Googleマップ。ネタ元も
数年前になんとなく面白がって書いてた「Linux系インフラエンジニア3年目のスキルを見抜く50の質問（ホスティングの場合）」というのが、昔の資料をあさってると出てきて、意外と面白かったので少しだけ手を加えて（古い情報とかあったので）公開しようと思います。 意外とリアルなものがあって懐かしい気分になりました。過去に書いた以下の記事もどうぞ参考にして下さい。 「Linuxエンジニアを目指して入社一年目にやって役にたったと思う事」 「Linuxエンジニアを辞めて大学院に入学しました」 追記： 設問1があまりによくないので、@tagomorisさんのアドバイスを頂きつつ変更しました。1を消して3を追加しています。ありがとうございます！ 2000台以上のサーバー運用経験はありますか？ サーバやネットワーク機器のキッティング経験はありますか？ サーバやネットワーク機器の交換を現地のデータセンター職員に
どうやってこの計画を実現するか？ 現在のシェア 2012年12月の調査（CMAN調査）で、WEBサイトへのアクセスに使用されたOSのシェアは、以下の円グラフに示されています。 Windowsがもちろん圧倒的です。AppleはOSX（デスクトップOS）だけでなくiOS（iPhone、iPadなど）も含んでいます。そしてAndroidのシェアが無視できないほどに大きくなっていることにも注目すべきでしょう。 そして、意外なことに、100人（回）に1人（回）の割合でLinuxが使用されている事実にも注目すべきです。 1万人に1人ぐらいなのかと思いきや、そうでもないらしいのです。 同社の調査が始まった2010年の6月の調査と比較してみましょう。 やはり、AppleのiOSと、GoogleのAndroidのシェアの伸びに押され、Windowsのシェアが下がっていることが特徴的です。モバイル時代の到来を
接続構成図。 PXEによるインストールのメリットは、サーバマシンにCD-ROM/DVDドライブが無くてもネットワーク経由でCentOSのインストールイメージを入手して作業を行える事です。 また、Windows側にCentOSのDVD版isoイメージファイルを置いておくだけで良いので、わざわざ作業用にメディアを焼かなくて済みます。 WindowsXP上に構築するPXEサーバ環境は使い回せますので、他のバージョンのCentOSだったりFedoraなどのインストールにも使用できます。 必要なツール ここではWindowsXP上にPXEサーバを構築するためのツールの収集とセットアップについて記述します。 各ツールの入手先 WindwosXP上にPXEサーバを構築するために必要なツールを列挙します。いずれもフリーソフトウェアです。 tftpd32 http://tftpd32.jounin.
Linux Terminal Server Project（LTSP）は、Linux向けFOSSアドオンパッケージであり、複数の人々が同時に同じコンピュータを使えるようにするものである。アプリケーションはサーバとシンクライアント（X端末）の組み合わせで動作し、クライアント側が入出力を制御する。一般に端末は性能が低く、ハードディスクがなく、モーターなどがないぶんだけデスクトップコンピュータよりも静かである。 高価なデスクトップマシンを揃える必要がないという利点から、学校でのコンピュータ教育で採用が広がりつつある[1][2][3]。学校に十分なコンピュータがない場合でも、シンクライアント用マシンは標準的なコンピュータよりも低価格で済む。また、若干古いコンピュータでCPUの性能が低くても、シンクライアントとしてなら十分使える。高性能サーバを1台購入して既存のコンピュータをシンクライアントとするこ
About¶ Linux Terminal Server Project helps in netbooting LAN clients from a single template installation that resides in a virtual machine image or a chroot on the LTSP server, or the server root (/, chrootless). This way maintaining tens or hundreds of diskless clients is as easy as maintaining a single PC. LTSP has been redesigned and rewritten from scratch in 2019 by alkisg in order to support
BIOS上で「ネットワークブート」の選択肢がある場合、CDやフロッピードライブが搭載されていなくてもLinuxインストールが行える。ここでは、PXE（Preboot eXecution Environment）対応のネットワークアダプタを前提とし、Red Hat Linuxのインストーラが起動するまでの手順を紹介しよう。 CD/FDドライブの標準搭載されていないノートPCなどでは、ネットワークブートが効果的だ ただし、インストーラ画面までたどり着くためには、次のような条件を満たす必要がある。ハードウェア面ではPXE対応NICさえ用意できればよく、あとは以下に解説するソフトウェア設定で可能だ。 1. クライアントにPXE対応のネットワークアダプタが搭載されている（BIOSからネットワークブートが可能） 2. LAN内のサーバにDHCPサーバソフトが稼働 3. LAN内のサーバにTFTPサーバ
ネットワークを管理・運用するにあたってコマンド・ツールは欠かせません。アイコンやメニューを使いマウスで簡単に操作するグラフィカルなユーザー・インタフェース（GUI）が広がるに従って，ネットワークの管理や運用もGUIでできるようになってきています。しかし，コマンドを使った管理・運用が便利な場面も，まだまだ多いものです。コマンドでなければ実行できない細かい操作が残っているほか，月に一度や週に一度といった定期的に実行したい場合や，複数の処理をまとめて実行したい場合などに，コマンドを活用すると便利です。 そこで，ネットワーク管理者が覚えておくと便利なコマンドのリファレンスを，順に紹介していきます。Windowsパソコンで使えるコマンドからはじめ，続いてLinuxで使えるコマンドについても紹介しています。ぜひご活用下さい。 ■筆者 高橋 基信（たかはし もとのぶ）さん NTTデータ 基盤システム事業
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く