12月になりました

- 12月 01, 2011

今日から12月です。

福岡の美容室を紹介するサイトのリニューアルを検討中です。

各美容室のページのリデザインなど、いくつもをいっぺんにやろうとして、時間がかかっております。

なんとか、早めに形に。

このブログの人気の投稿

UTM(統合脅威管理)って邪魔で不要

- 1月 05, 2022

UTMは無用の長物である4つの理由　昨日、とある会合で話題になったのですが、「UTMは役に立つか？」という課題。　結論として、全く不要という事になりました。 2022年1月5日に少し加筆修正しました。 UTMが不要な理由4つ暗号化通信で解析不能通信速度の低下 UTMダウン時には社内ネットワークが遮断される月額課金などランニングコストが発生 1番の理由は暗号化通信　最初の理由は「暗号化通信（SSL化）」　Google Chromeのバージョン68以降、暗号化通信されていないWebサイトは「保護されていません」とアドレスバーに表示されてしまいます。なので、これからほとんどのサイトでは暗号化通信でサーバーとクライアント間で通信が行われます。　メールも最近はGmailなどでやりとりするし、POPも暗号化通信がメジャーになってきました。　Googleによれば、HTTPSの普及などにより現在国内の約96%のトラフィックが暗号化されている状況です。　そうなると、UTMが唄うところの「脅威」はネットワーク経路上において感知できないのです。　つまり、完全に素通り！　しかし、UTMは一生懸命に通信の中身を検索して処理しようとするために通信速度は遅くなります。　つい、数年前は役に立ってたのでしょうが、現在は完全に無用の長物。　ただし、そんな私も利用している部分があります。　それは、公開サーバーの手前です。公開サーバーへの「侵入防御」や「攻撃」に対しては有用な役割を果たします。　社内LANの中では完全に不要でも、公開サーバーへは大事なセキュリティとして働くかと思います。まあ、そんな用途で使ってる人はほとんどいないでしょう。通信速度の低下　2番目の理由としては、上にも書いたように通信の中身を解析しようとするために、どうしても通信速度は低下してしまいます。　ダウンロードに限らず、アップロードしようとしている通信内容までもが監視されますから、どうしても遅くなります。障害時には社内から社外に通信できなくなる　1番目の理由でも述べたように、UTMが障害を起こすと、通信ができなくなります。現在は、光の終端装置・ルーター・WiFi機器（ルーターと共通の場合あり）など社内ネットワークからインターネットに繋

NASを利用したファイルサーバーからDropboxへの移行の手順

- 1月 21, 2019

NASからDropboxへの移行で苦心した　お客様（中小企業で約15ユーザー程度）のDropboxへの移行で苦心した。同期に時間がかかりすぎる状況に。　その影響で、トラフィックがあふれ、通常業務も影響を与えてしまいました。　諸問題ありますが、手順と準備を間違えたなと思っています。実施した手順 Dropbox Businessの登録を実施ユーザー登録の実施各PCへのDropbox導入一台のPCを利用して、NASからDropboxの共有エリアへコピー　結論としては、3と4は反対でした。　ただ、3と4を反対にすると、NAS利用を継続する場合、ファイルに差分が生じる可能性があり、極力、その差分の影響を少なくしたいため、上記手順を踏みました。その他の問題点　NASで利用している容量分の空き容量があるパソコンがなかった。　これがないおかげで、一括でコピーできず、更にコピー後にスマートシンクで容量を確保する必要が発生。　このスマートシンクがくせ者で、ローカルにある状態からでも「一度はダウンロードを実施して、消す」みたいな動作を見せる。　その為、大容量の場合、時間がかかってしまいます。　パソコンの性能に関しても、CPU速度が高いパソコンほどコピーの速度は速くなりますので、空き容量がたくさんある高性能パソコンがあると良かったのですが・・・ LAN同期の活用　容量分の空きがあるパソコンが存在すれば、各パソコンへの同期に対しても「LAN同期」というDropboxの機能が働きWAN側へのトラフィックの軽減になります。　しかし、その容量確保が難しいためにLAN同期の機能を十分に働かせることができません。　LAN同期は、同期速度を向上させる一番有効な方法ですので、同期が安定するまでで構わないので、NASの利用料分以上の空きが確保できるパソコンを準備することは非常に重要なこととなります。 NASデータの利用頻度が高いデータをDropboxにアップしてからデスクトップクライアントのインストール　Dropboxへは利用頻度の低いデータからアップしてしまいましたが、正しい手順としては、利用頻度が高いデータを先にアップする方が移行速度は速くなるかと感じた次第。