AWSのグローバルIPの空間はインターネットなのか？ - NRIネットコムBlog
こんにちは佐々木です。 先日、VPCのFAQに追加された項目が話題となっていました。2 つのインスタンスがパブリック IP アドレスを使用して通信する場合、トラフィックがインターネットを経由するかどうかという問いに対して、AWSがノーと言っています。これは、どういうことなのでしょうか？ これがプライベートネットワークの通信と明示された意味は大きい 『Q:2つのインスタンスがパブリック IP アドレスを使用して通信する場合、またはインスタンスが AWS のサービスのパブリックエンドポイントと通信する場合、トラフィックはインターネットを経由しますか?』https://t.co/uy26KyCZKn— Takuro SASAKI (@dkfj) 2021年4月22日 このことを起点に、インターネットとは何か、AWSのネットワークの現状について考察してみます。難しい事を言っていますが、みんな疑問に
Amazon VPC設計時に気をつけたい基本の5のこと | DevelopersIO
EC2やECS、RDSなどといったサービス利用時にAmazon VPC（以下よりVPC）が合わせて必要になります。 VPCの設計はCIDRとテナンシーの選択のみとシンプルですが、案外迷ってしまいます。 私が設計時に気をつけている5点をまとめてみました。 RFC1918準拠のIPアドレス範囲から指定する IPアドレスの範囲はrfc1918に準拠した範囲を指定することを推奨します。 少し難しく聞こえますが、下記のIPアドレス範囲から指定するということです。 10.0.0.0 - 10.255.255.255 (10/8 プレフィックス) 172.16.0.0 - 172.31.255.255 (172.16/12 プレフィックス) 192.168.0.0 - 192.168.255.255 (192.168/16 プレフィックス) よく見るプライベートIPアドレス範囲ですね。 16ビット以上で
Linuxがifconfigやnetstatといった昔からおなじみのネットワークコマンドを置き換える本当の理由 - YAMDAS現更新履歴
Chris's Wiki :: blog/linux/ReplacingNetstatNotBad もはや Linux で ifconfig や netstat といった昔からある（つまり Unix 由来の）ネットワークツールを非推奨にして、ss や ip といったものに置き換えているという話をワタシが知ったのは……記憶を辿ると、どうやら山形浩生経由らしい。 この方針に対し、古手のシステム管理者には、なんで安定して動いているものを置き換えなければならないのかとイライラする向きもあるのだが、それが必要な理由について解説している。 まず一つには、/proc 配下のいろんなファイルを読む ifconfig や netstat は、iproute2 の一部であり netlink ソケットを利用する ss や ip よりもコマンドの実行が非効率というのがある。これが大規模なシステムだと問題になるとい
Stray Penguin - Linux Memo (NFSv4)
「良い意味でも悪い意味でも古いNFS」 を、インターネット経由でも使用できるようにと改良したのが、 NFSv4 すなわち NFS Version 4 だ。本当に安心してインターネット経由で使えるかどうかにあまり興味はないが、NFS の Version 2 や 3 に比べると、mountd, lockd, statd 及び quotad の機能を NFS デーモン内部に取り込んだこと、(基本的には) portmapper が必要なく、サーバは 2049 番ポートだけ解放すればよくなったこと。NFS over TCP が標準になったこと、デフォルトの読み取りブロックサイズが格段に大きくなったこと、ファイルのオープン/クローズやキャッシュなど多くのオペレーションをクライアントに任せるようになったことなどが特徴だ。従来の NFS と NFSv4 との違いは NFSv4 TESTING for Li
ELBをVPC内に設置する際のサブネット設計の注意点 - Qiita
AWSアドベントカレンダー 18日目の記事です。17日目はinouetさんのDynamoDB ベストプラクティスでした。このアドカレ、途切れず続いてますね、参加できて嬉しいです 今回は、ELBをVPCのサブネット内に設置するときのサブネット設計について、注意点をまとめます。 サブネットのCIDRのビットマスクに/27以上をつけること ELBを設置するサブネットでは、スケーラビリティを確保する為にビットマスクが /27 以上必要です。 Configure Amazon VPC for Elastic Load Balancing To ensure that your load balancer can scale properly, make sure that the subnet in which you plan to place your load balancer has CID
Windows 8 のネットワーク接続 - Windows 8 と WebSocket プロトコル
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 Windows 8 と WebSocket プロトコル Kenny Kerr WebSocket プロトコルの目的は、接続を確立して要求と応答のペアを開始する全責任をクライアントが担う Web 環境で、双方向通信を実現することです。これにより、アプリケーションは TCP のメリットを Web に適した方法で活かすことができるようになります。WebSocket プロトコルは、2011 年 12 月にインターネット技術標準化委員会 (IETF) によって標準化されただけで、この記事の執筆時点では World Wide Web コンソーシアムでもいまだ検討中であることを考えると、Windows 8 でこの新しいイン
The WebSocket Protocol
HyBi Working Group I. Fette Internet-Draft Google, Inc. Intended status: Standards Track October 17, 2010 Expires: April 20, 2011 The WebSocket protocol draft-ietf-hybi-thewebsocketprotocol-03 Abstract The WebSocket protocol enables two-way communication between a user agent running untrusted code running in a controlled environment to a remote host that has opted-in to communications from that co
Chapter 5. Using Firewalls Red Hat Enterprise Linux 7 | Red Hat Customer Portal
Security Guide 1. Overview of Security Topics Expand section "1. Overview of Security Topics" Collapse section "1. Overview of Security Topics" 1.1. What is Computer Security? Expand section "1.1. What is Computer Security?" Collapse section "1.1. What is Computer Security?" 1.1.1. Standardizing Security 1.1.2. Cryptographic Software and Certifications 1.2. Security Controls Expand section "1.2. S
HTTPS 化する Web をどう考えるか - Block Rockin’ Codes
Update 2015/5/8: 指摘頂いたタイポや誤訳などを更新しました。 2015/5/8: 構成を一部修正しました。 Intro 4/30 mozaiila のセキュリティブログに下記のようなエントリが投稿されました。 Deprecating Non-Secure HTTP | Mozilla Security Blog エントリはそこまで長くないので、ここに翻訳の全文を記載します。 そして、元エントリのライセンスである CC BY-SA 3.0 に則り、 本エントリも同じく CC BY-SA 3.0 とします。 Deprecating Non-Secure HTTP 原文: Deprecating Non-Secure HTTP 今日は、 non-secure な HTTP から、徐々に廃止していくという方針についてアナウンスします。 HTTPS が Web を前進させる手段である
NFS - IBM Knowledge Center
NFS を使用すると、あるシステム上のプログラムが、リモート・ディレクトリーをマウントすることによって、 別のシステム上のファイルへ透過的にアクセスできます。 通常、サーバーをブートすると、exportfs コマンドによってディレクトリーが使用可能になり、リモート・アクセスを処理するデーモン (nfsd デーモン) が始動されます。 同様に、クライアント・システムのブート時に、リモート・アクセスを処理するために、 リモート・ディレクトリーのマウントと、 適切な数の NFS ブロック入出力デーモン (biod デーモン) の開始が行われます。 nfsd および biod デーモンはいずれもマルチスレッドです。つまり、1 つのプロセスに複数のカーネル・スレッドがあります。 さらに、これらのデーモンは自己チューニング型であり、NFS アクティビティーの量に基づき、 必要に応じてスレッドの作成や削
LinuxでL4のロードバランサを簡単に作る手順 - Qiita
ロードバランサは高いので、Linuxで比較的簡単にL4の負荷分散を行えるLVSは使いドコロが色々あり結構便利。 久々に作った時のメモがわりとして、今回は、LVSの構築手順と簡単なテスト結果を順に書いてみた。 構成 ちょっと特殊な要件があり、負荷分散行うLVSも実際にレスポンス返すアプリも同じ筐体で動かしたいという前提で作った。 ※最初の投稿だと、同一筐体で動かした時にBACKUP STATEのLVSがARP応答する設定になっていたので、加筆！ LVS単体サーバとしても下記の手順で同じように作れる サーバはaa,bbの2台(vagrant上の仮想マシンとした) 同じ役割を持つサーバaa,bbをLVSを使って負荷分散したい LVS自身も冗長構成にして、aa,bbにやらせたい リクエスト元は、同一セグメントなのでDSR(Direct Server Return)を使う ※NATは、戻す時に直接L
CentOS7.xで、NetworkManager使用時に/etc/resolv.confを書きかえられない方法 - Techな雑考
2014-07-23 CentOS7.xで、NetworkManager使用時に/etc/resolv.confを書きかえられない方法 答え 下記の一行を入れておけばいい。 # vim /etc/NetworkManager/NetworkManager.conf dns=none 念の為systemctl restart NetworkManager.serviceしたあとに、 /etc/resolv.confを好きに編集すればいい。 雑談 CentOS6時代は、これがうざくてNetworkManagerをOFFにしていた人が多いと思う。 しかし、RHEL7(CentOS7)は、NetworkManagerの使用が推奨されている。systemdを使っていく以上、避けられない様子だ。（いろいろと連携してそうなので） IPアドレスの変更などは、nmtuiで問題無さそう。 しかし、/etc
相手がいないのに ESTABLISHED になってる TCP ポート - tmtms のメモ
最近 ParallelServer というライブラリを作ったのですが、その最中に奇妙な状態になってる TCP ポートを見つけたので、メモっておきます。 Ruby では TCP サーバーは次のような感じで作ることができます。お手軽ですね。 require 'socket' Socket.tcp_server_loop(12345) do |socket, client_addr| socket.puts "Your IP address: #{client_addr.ip_address}" name = socket.gets socket.puts "Hello, #{name}" socket.close end これは 12345 ポートでクライアントからの接続を待ち、接続されたらクライアントのIPアドレスとクライアントからの入力をクライアントに送信して切断するだけの簡単なプログラム
PredictableNetworkInterfaceNames
Back to systemd This page has been obsoleted and replaced by a man page: systemd.net-naming-scheme(7). Generators Predictable Network Interface Names Starting with v197 systemd/udev will automatically assign predictable, stable network interface names for all local Ethernet, WLAN and WWAN interfaces. This is a departure from the traditional interface naming scheme ("eth0", "eth1", "wlan0", ...), b
systemd-udevdによるNIC命名とbiosdevnameがまざって混乱する件
最近のsystemd-udevdはlinuxのネットワークインタフェース名を設定します。それにともない特にRHEL界隈でNIC命名規則が複雑になってきたので紹介します。。 問題: linuxカーネルはNICの名前をドライバ初期化順につけるので名前とNICの対応が安定しない。再起動毎に順序がかわる可能性もある。 これに対して過去から最近までいろいろな手法で対策がとられています。 ユーザが明示的に指定する MAC アドレスなどの識別子とインタフェース名を設定ファイルで明示して指定する。こんなかんじ。 DEVICE=eth1 HWADDR=D4:85:64:01:46:9E ONBOOT=yes Predictable Network Interface Name くわしくはsystemd本家のwikiにみっちり書いてますが、ざっくりまとめるとハードウェアの物理的な位置やバス上のアドレスを根拠に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Generating dynamic config with Nginx and Consul-Template
NFSパフォーマンス - IBM Knowledge Center
What is the meaning of p3p1, p2p1, p1p1 network device?
Can I change my interaface "p3pl" to "eth0"? - CentOS
RHEL7/CentOS7 NetworkManager徹底入門
