米Microsoftは10月8日（現地時間）、将来バージョンの「Windows Server」でPPTPとL2TPプロトコルを廃止すると発表した。より安全で効率的な代替策であるSSTPとIKEv2への移行が推奨されている。 【画像】VPN接続で用いられるプロトコル PPTP（Point-to-Point Tunneling Protocol）とL2TP（Layer 2 Tunneling Protocol）は、いずれもVPNで長年用いられてきたプロトコルだ。しかし、サイバー脅威の高度化に伴い、これらのプロトコルではデータ保護に必要な強固なセキュリティを提供することが難しくなってきている。 そのため、PPTPとL2TPは非推奨化される。もはや積極的に開発される機能ではなくなり、将来のリリースで削除される可能性がある。すぐに削除されることはないが、機能に依存した開発や運用は推奨されない。今から
NAME Net::SMTP - Simple Mail Transfer Protocol Client SYNOPSIS use Net::SMTP; # Constructors $smtp = Net::SMTP->new('mailhost'); $smtp = Net::SMTP->new('mailhost', Timeout => 60); DESCRIPTION This module implements a client interface to the SMTP and ESMTP protocol, enabling a perl5 application to talk to SMTP servers. This documentation assumes that you are familiar with the concepts of the SMTP p
TCP（Transmission Control Protocol）とIP（Internet Protocol）といえば、インターネットを支える基盤のプロトコルだ。実はTCPはIPより先に存在していたのをご存じだろうか。 TCPが最初に登場したのは1974年。ビントン・サーフ氏とボブ・カーン氏がIEEE（米国電気電子学会）の学会誌『Transactions on Communications』に論文「A Protocol for Packet Network Intercommunication」を投稿した。この時点のTCPは現在のTCPとIPの両方の機能が盛り込まれていた。現在のインターネットの4階層モデルからすると、TCPはインターネット層とトランスポート層にまたがるプロトコルだったのだ。 ビントン・サーフ氏が描いたTCPのアイデア。1973年に描いたとされる初めて図示したものを、20
IndexAny (message)Api (message)BoolValue (message)BytesValue (message)DoubleValue (message)Duration (message)Empty (message)Enum (message)EnumValue (message)Field (message)Field.Cardinality (enum)Field.Kind (enum)FieldMask (message)FloatValue (message)Int32Value (message)Int64Value (message)ListValue (message)Method (message)Mixin (message)NullValue (enum)Option (message)SourceContext (message)Str
Protocol Buffers（プロトコルバッファー）は構造データのシリアライズを目的とした技術スタックである[1]。 通信や永続化において構造データのシリアライズは重要である。Protocol Buffers はこれを実現するための仕様およびライブラリであり、定義言語（インタフェース定義言語）・シリアライズ形式・各言語向けランタイムライブラリ・プロトコンパイラ生成コードの4要素からなる[2]。 Protocol Buffersのデザインの目的はシンプルさとパフォーマンスである。とりわけ、XMLより高速になるようデザインされている。GoogleはXMLとの比較で、3〜10倍小さく、20〜100倍高速であると主張している[3]。Google自身が挙げている例では、XMLでは69バイト以上の物が Protocol Buffersでは28バイトであり、XMLのパースは5〜10マイクロ秒も必要だ
In computer security, a key server is a computer that receives and then serves existing cryptographic keys to users or other programs. The users' programs can be running on the same network as the key server or on another networked computer. The keys distributed by the key server are almost always provided as part of a cryptographically protected public key certificates containing not only the key
初めまして、プロダクト開発部 Data Hub プロダクトグループの秋田です。20卒で入社して半年が過ぎ、月日があっという間に過ぎ去る恐ろしさを肌で実感する今日この頃です。 本連載では様々なプロトコルやシステムの仕様を読み解いていくことで、それらに込められた意思と意図を考えていこうと思います。 第1回は Data Hub で使用している Azure Service Bus で採用されている Advanced Message Queuing Protocol 1.0 (AMQP 1.0) の仕様を読み解いていきたいと思います。 Advanced Message Queuing Protocol (AMQP) について 近年のマイクロサービスアーキテクチャにおいては、アプリケーションとサービスを分離し非同期に動作させるために、メッセージキューを使うことがあります。メッセージキューの一般的な説明
アプリケーションの高度化やデータ通信量の増加に対応するため、TCP/IP（Transmission Control Protocol/Internet Protocol）の後継となる技術の検討も始まっている。その代表格が「QUIC」というプロトコルだ。TCPに取って代わる可能性があるとして注目されている。 QUICは、米グーグルが自社のWebサービスで大量のアクセスを高速に処理するために開発した独自プロトコルをベースにしている。同社はこのプロトコルを2015年にIETF（Internet Engineering Task Force）へ提出。その後、TLS（Transport Layer Security）の機能を取り込み、HTTP以外にも使えるようにするなどの変更を加えて標準化へと至った。 UDPでTCP相当の信頼性を確保 QUICの主な特徴は、「TCPと同等の再送制御や輻輳制御を備える
概要 SFP+（Small Form-Factor Pluggable Plus）とは、光ファイバーを通信機器に接続する光トランシーバの規格の一つで、SFPとほぼ同じ形状・サイズのもの。10ギガビットイーサネット（10Gigabit Ethernet、10GbE）で利用することができる。 光トランシーバは通信機器が送受信する電気信号とケーブルを流れる光信号の相互変換を行うコネクタ装置で、通信機器の筐体に並んだ専用の挿入口に装着し、光ファイバーケーブルを差し込んで使用する。 SFP+はサイズが長さ57mm×幅14mm×高さ10mmと、ギガビットイーサネット（Gigabit Ethernet）で一般的な「SFP」（Small Form-factor Pluggable）とほぼ同じサイズ、形状となっている。それまで10GbE向けで一般的だった「XFP」（およびそれ以前のXENPAKやX2）より小
2022/08/09 追記 「RFC 9293 Transmission Control Protocol (TCP)」として正式なRFCが出ました TCPのコア部分の仕様は1981年に発行された「RFC793 TRANSMISSION CONTROL PROTOCOL」で標準化されています。 この、RFC793の改訂版となる「Transmission Control Protocol (TCP) Specification」は、2013年からIETFのTCPM WGで議論されてきましたが、4月4日にIESGによって承認されました(参考URL)。現在はRFC出版の準備に入っています(新しいRFC番号はこの後正式に決まります) www.ietf.org 改めてTCPの仕様を読みたい場合はこのドキュメントを読むのが良さそう。 概要 この改訂版の仕様(通称 rfc793bis)は、RFC793が
この記事では、Windows タイム サービスがスタンドアロン環境で自動的に開始されない問題の回避策について説明します。 適用対象: Windows 7 Service Pack 1、Windows Server 2012 R2 元の KB 番号: 2385818 現象 Windows 7、Windows Server 2008 R2、またはそれ以降のバージョンを実行しているワークグループ コンピューターでは、システムの起動直後に Windows タイム サービスが停止します。 この問題は、スタートアップの種類が Manual から Automatic に変更された後でも発生します。 原因 この問題は、Windows タイム サービスが Trigger-Start サービスとして構成されており、Windows 7 および Windows Server 2008 R2 の既定の設定として実装
１．上部メニューより「統計」⇒「フローグラフ」をクリック。 取得したパケットが表示されている「パケット一覧」の上部メニューよりフローグラフをクリックしてください。 ２．フローグラフが表示されます。 パケットのやり取りが矢印で表され、視覚的に分かりやすい画面になりました。 しかし、このままではキャプチャされた全てのパケットがフローグラフに表示されることになります。 もし表示するパケットを絞りたい場合はディスプレイフィルタで表示パケットを絞った上で次項に進んでください。 ※ディスプレイフィルタの設定方法は以下を参照してください。wiresharkでポート番号などを指定したディスプレイフィルタ適用方法 – Rpapa WEB なお、フローグラフのパケットをクリックすると、パケット一覧中の該当パケットの所まで飛んでくれます。詳細を見る場合に役立ちますね。 表示パケットのみをフローグラフに表示したい
In May 1974, Vint Cerf and Bob Kahn described an internetworking protocol for sharing resources using packet switching among network nodes.[2] The authors had been working with Gérard Le Lann to incorporate concepts from the French CYCLADES project into the new network.[3] The specification of the resulting protocol, RFC 675 (Specification of Internet Transmission Control Program), was written by
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
