昨日も書きましたが、win7におけるネットワーク機能の充実や利点は、共有フォルダーにパスワードが設定できるということです。ただし、これはなぜかログオフ機能がないので、PCを一度ログオフしないと丸見えになったままです。この点でも、アイポなどのグループウェアの方がログオフできることから、セキュリティ面では優秀です。それから、初期設定のパブリックフォルダはパスワード無しで丸見えになったままですから、ここに不用意に文書や写真を入れると全部の端末に公開することになります。・・・これでは、winXPと全く変わらないことになり、win７の値打ちがありません。第3に、共有フォルダのパスワードはサーバーのパスワードそのものですから、本来、会社のPC管理者や社長・重役以外には知ることができないパスワードのレベルが無ければセキュリティ上安心できません。ところが、それを一般の社員が知ってしまうのでは具合が悪いですから、パスワードは、是非３種類ぐらいのレベルで作っておかねばなりません。社長・重役用フォルダ用パスワード、部長・課長用パスワード、その他一般社員用パスワード・・・というようにです。

次に、win7のメールですが、これはwindows Liveメールですので、プロバイダ発行のメールアドレスや会社で借りている有料サーバー付属のメールアドレス、独自ドメインのメールアドレスなどのカウントが自由に登録できます。XPのアウトルックエクスプレスからのメールデータやアカウント、アドレス帳の移行や、win7同士のバックアップ・復元はちょっとググッてみるだけで簡単に理解できて実行できそうな気がしますが、やっかいなのは、やはり実機（win7）を複数台とwinXP１台を持っていないと頭で理解しただけではそれが即座に出来る自信がないということです。つまり、大事な会社の情報ですから、単に操作手順だけを覚えても失敗したときのデータ消失・破損のリスクを計算にいれないと、とても移行作業はできないのです。データの保存してある場所を知って、その場所の該当ファイルを安全な別の場所にバックアップをとっておくことが求められます。このような練習をして、十分確かめて初めて、実際に会社のメールのデータを安全に移行することができるのです。

私は、以前に務めていた職場では、社内文書はグループセッションで掲示板や施設管理だけはしていましたが、一般の社内文書は一元管理出来ていませんでした。つまり、グループセッションとは別に、普通の共有フォルダーを社内サーバーに作って、そこに全ての社内文書を入れていたのです。これで、もし、インターネットにつながっているのならば、随分無防備な話です。というのは、端末のパスワードが分かれば、フリーパスで社内文書が丸見えになるからです。文書自体は暗号化されていませんから、情報を守るべき鍵は社内で統一されたたった１つのパスワードしかなかったからです。

このため、社内ネットワークの情報が漏えいにつながらない様に、内部ランと外部のインターネット回線はお互いにつながらないように切り分けていました。しかしそのために、セキュリティ維持のために、定期的にウィルスバスターの更新を手動で行わなければなりませんでした。

今回、私は、ある職場の社内ネットワーク及びグループウェアの構築を依頼されましたが、windows7の共有設定のパスワード管理が以前のwindowsXPよりも格段に改善されていることから、普通にパスワードつきで共有設定すれば、かなり安全だと思うようになってきました。つまり、不用意にパブリックフォルダのような管理の甘い共有フォルダにパスワード無しで大事な機密文書を入れておくようなことをしなければ、おそらく大丈夫だということです。共有ファルダを開こうとすると、毎回、パスワードを聞かれますから、鍵は端末を立ち上げるときのアカウントのパスワードと合算して２つです。これで、もう大丈夫です。

ところが・・・・

会社内部の情報漏えいの問題についてはどうですか？ということになると、やはり、このシステムでは

サーバーの中身が一切合財全部大量に盗まれてしまう可能性が常に既に存在します。つまり、ＵＳＢメモリ等を端末に入れて共有フォルダのファイルを全部一括して、そのままコピーできてしまうのです。そしてそのメモリを社員が紛失・・・なんてことになったら大事です。また、インターネットにつながっていますから、共有フォルダの中身は、社外からもスマホなどの端末で、パスワードをいれれば、これまたＦＴＰソフトで全部丸見えになっていますので、誤動作によるところの社内の者による企業秘密の漏洩は簡単に起こりそうです。

ここで、aipoなどのグループウェアによる社内文書の一元管理の必要性が出てきます。aipoでは、個々の社員が固有のパスワードを与えられており、これでログインできます。そして、共有フォルダにある個々の文書を読み書きできます。しかし、これを一括してコピーは出来ません。あくまでも、個々のファイルだけです。一括処理でバックアップをとれるのは管理者だけです。しかも、このバックアップデータは完全に暗号化されていて、サーバーの中にあるバクアップデータだけををコピーしても、絶対に読めません。

-----------------------------------------

まあ、そういうわけで、aipoを使えば、会社の情報が一切合財漏洩する・・・なんてことはあり得ないわけです。

昨日のブログで、FC2のホームページに16MBもある動画を投稿できた・・・と記述しましたが、これで再生できていたのは昨日限りだったようで、今朝の６時ごろにはどうやら、規約違反？または他のネットユーザーに迷惑をかけているのでは？ということで、サーバー会社によって削除されていました。以前はこういった大きな動画ファイルはFC2にはアップロードできずに門前払いでしたので、変だな？規約が変わったのかな・・・まさか？とは思っていたのですが、やはり駄目だったようです。

それで、他のユーザー様のご迷惑になるので、このようなことを繰り返してはいけないと反省しましたので、今後、２度とこのFC2に限らず他の国内の無料サーバーでも１MB以上の動画はアップロードしないでおこうと決心しました。今後は、基本的にはYoutubeやGoogle Driveにアップロードした動画をリンク貼り付けしようと思います。大体、国内の無料サーバーでは１MB以上の動画をアップロードすること自体が迷惑だということでしょう。

もちろん、広告が入っているサーバーならば、国内の無料サーバーでもTOK2やsound.jpなどは大きな動画を入れても良いのですが・・・・。

もっといえば、１回の投稿では添付ファイルの総容量を1000KB以内に圧縮・リサイズして写真でも文書でもPDFでも音声でもアップロードしていただきたい・・・つまり、３枚の写真や動画を投稿したい場合は、１枚あたり300KB程度にしてくださいね・・・というのが国内の無料・無宣伝サーバー運営会社の意向であり要請なのだということが、今回の経験でよくわかりました。このファイル操作をするために必須なのがJTRIMなどのフォトレタッチソフトや動画の圧縮リサイズソフトです。これを使えば、写真の圧縮は簡単ですし、PDFファイルのリサイズもadobereaderを購入すれば簡単に操作できます。問題は、動画ファイルを１枚300KBまで圧縮するのが難しいのですが、そういう高度圧縮が出来るフリーソフトを探してみます。

-----------------------------------------------------------------------------------

昨日に紹介した動画のサンプルは、FC2のサーバーは使わずにgoogleのサーバーを使い、以下のリンクのように修正しておきましたので、よろしかったらご覧ください。

http://nikochan2002.web.fc2.com/n/douga/douga.htm

ちなみに、FC2のサイトでは、同様に以下のページでもPDFファイルのサイズが1.MBを超えていたので強制削除されていました。それで、google　driveからリンクを貼り込んでページを作りました。これならば、容量を気にせずにアップロードが可能です。

 http://nikochan2002.web.fc2.com/n/pdf/pdf.htm

ただ、しかし、このように写真以外にPDFファイルや動画・音声ファイルetc.を多数アップロードするようなwebサイトを構築するのであるならば、もうFC2やデジデジなどの容量制限のあるサーバーは面倒といえば実際面倒で、操作が複雑そうに見えて実際かなり複雑ですから頭の体操になって、ボケ防止にはいいのですが、むしろ、海外の無宣伝の無料サーバーであるHost-ed などを借りた方がいいのかも知れません。

これはHost-edのwebサイトです。よろしかったらごらんください。このサーバー会社では、１ファイル5MBまでなら許容されていますが、少しでも超えると、すぐその場で「アップロードできません」と拒否されます。FC2では、多少ファイルサイズが大きくても、いったん全部アップロードを受け入れておいてから次の日に点検して１MBより大きいファイルは全部削除されます。デジデジでは、とにかく3MB程度まではアップロードを許可してそのまま置いておくが、どれも１MBまでしか再生できないようにリミッターをかけています。・・・どうも、日本の無料サーバーは、容量制限があいまいで、YESかNOかがその場ではっきりと分かりません。これに対して、Hos-edなどの海外のサーバーでは、その場で、はっきりとYESかNOかが分かります。

http://www.nagomi01.host-ed.me/

昨日と今日現在、FC2のホームページをいろいろ更新していて気が付いたことを記します。

発見その１

FC２では、今まで、容量の大きな動画ファイルは転送できないと思っていました。つまり、1.5MBぐらいが以前は限度だったのですが、なぜか最近は、15MBでも転送できています。以下の?のサイトの「動画の貼りこみ」の冒頭の動画では、確かに転送も再生できています。ただし、専用の転送ツールでは駄目で、FFFTPで転送しないと失敗します。無料で、こんなに大きな動画ファイルでも転送できるのはすばらしいです。ちなみに、同じような無料のサーバーでデジデジというXサーバーという会社の無料お試し版では、3MB程度まではアップロードが出来るのですが、１ファイルあたりの最大容量が１MB以内と制限されていますので、１MB以上の部分についてはリミッターが働いて再生できないようになっています。

発見その２

http://nikochan2002.web.fc2.com/　　　　・・・・?

実は、このサーバーには、もう２つのサブディレクトリーにwebサイトを作っています。

http://nikochan2002.web.fc2.com/n/　　・・・・　?

http://nikochan2002.web.fc2.com/p/　　・・・・　?

何が言いたいのかというと、３つも作っていると、つい混同して、inndex.htmを更新して?に入れるつもりが、誤って?に入れてしまうようなことが起こります。「これはいけない！」と慌てて、修正するというか差し替えるために、アップロードの操作をFFFTPやホームページビルダー付属のFTP機能で行います。ところが・・・・・・・・・・・・。全然、IE8では反映されていないのです。おかしいな？と思って、FIREFOXやgoogleクロームで確認するときちんと更新されています。

そこで、今度は、FC2のホームページのサイトにログインして専用のファイル転送ソフトでindex.htmをアップロードしますと、IE8でもきちんと反映されているのです。

　これはなにか腑に落ちないことですが、やはり、専用の転送ソフトを使ってください・・・ということでしょうか。

いつもホームページビルダーのV6を使っていますが（10世代前のバージョンです）、FTP機能が不具合を起こしました。これは、バージョンが古いから故障を起こすのでもなくて、ネット上の匿名の質問欄にはVER11ぐらいでもこういった問題が起こっているとの報告があるようです。それで、私のPCが古いためだとばかり思込んでいましたが、そうでもないみたいです。ハードディスクがもう10年ぐらい前のスクラップ寸前のものでも、ほかのソフト（FFFTPやFILEZILLA）を使えば全然問題が起こらないので、やはりホームページビルダーのプログラム上のバグというか問題である可能性がないとはいえないようです。そういうわけで、また同じPCに入れ直してみても、なぜかレジストリーが完全に消えたわけでもないようで、2回再インストールしましたが、不具合が再現されて困っています。それで、やむなく違うPCに入れると、問題は起こりませんでした。

具体には、そのせいで、昨日FC2にわずか150KB程度の動画ファイルをアップロードしたのですが、これすら破損していました。おそらくPDFファイルも破損状態だろうと今日になってテストすると、やはり破損していました。でも、写真やMIDIファイルやテキストファイルは大丈夫なようです。実際問題、文字情報と写真だけでwebサイト作れますから、動画やPDFを転送するときだけ、FFFTPを使えば済むことです。あまりたいしたレベルの支障でもないので、HPBを最新版にバージョンアップするなどは必要はないです。

要するに、わたしはもう１０年以上前から、ホームページビルダーのサイト転送という便利な一括転送機能は全然使っていなくて、専らFTP転送のみで個別のファイルを転送していましたので、このホームページビルダーのFTP機能に少しぐらい不具合が出たからといっても影響はなきに等しいのです。

ホームページビルダーというのは、FTP転送が主たる機能ではなくて、付属機能の一つだと考えられます。つまり、ユーザーがおそらく1〜２個のサイトを運営していて、サイト転送を行っている限りにおいては、このようなバグは起こりにくいのではないか？と考えられます。もし、バグが起こるとすれば、私のように多くの無料サーバーに接続して、かなり頻繁に接続先を切り替えて使っている場合だと思います。

ホームページビルダーは、おそらく、私のようなFTP機能のフル活用は想定外でしょう。だから、あるいは、動画ファイルやPDFファイルに限って、本来、バイナリー転送すべきところをアスキー転送してしまって、ファイル情報を読み違えて誤動作を起こしてしまったものとも考えられなくもないと推測されます。でも、通常は小容量のファイルの転送などですから、普段の使用においては、なんら支障を生じるような使い方ではないはずです。

----------------------------------------------

ちなみに実際私が転送している写真や動画は、3000円程度のトイカメラで撮影したもので解像度はひどく粗く、これを圧縮して容量を写真１枚20KB、動画1つ１MB程度に落とし、極力、通信回線に迷惑をかけないようにしているので転送エラーなどはほとんど起きようがありません。

これは、ぷららのホームページにいれてある動画ファイルです。 

http://www9.plala.or.jp/pxf017172010/kokudo.wmv

-------------------------------------------------------------

・・・ということは、やはり、ホームページビルダーのFTP機能が壊れた原因は、CMSの転送にあったのではないかと思われます。つまり、CMSは数千の小さなファイル群を短時間にサーバーに送ります。外国のサーバーならば、最悪３時間もかけて送りますが、国内のサーバーだとホンの10分以内に転送が終わってしまいます。そのごく短時間のうちに、テキストファイルはアスキー転送し、画像ファイルはバイナリー転送を自動判別して行わなければなりません。それで、多分、誤動作が起こってしまったんではないでしょうか？そういえば、いつもは海外の超遅い転送スピードのサーバーにCMSを転送していたのですが、誤動作はおこっていませんでした。ところが、最近は@pagesなどの国内の新幹線並みの速さのサーバーでCMSを転送することが多かったのですが、誤作動でGIFファイルがすべて潰れていました。誤動作が起こったのは、それで発見できました。というのは、@pagesにMODXのファイル群を転送中にエラーが起こって、インストールに何回か失敗したからです。

ホームページビルダーは、元来、自分で作ったwebサイトのファイルをアップロードするために自動判別機能をつけているのですが、これの能力は、実は交通機関に譬えると自転車か原付きなんです。ところが、CMSみたいな多くのファイルを転送するのは、大型トレーラーでなければとても運べないわけです。それで、荷物が重すぎて、足腰が痛んだり、エンジンが焼け付いてしまったのです。CMSを転送するためには、普通は大型トレーラーであるFFFTPやFILEZILLAを使うべきでした。

以上が、私の経験によるところの、独断と偏見によるFTP考です。何かの参考にでもなれば幸いです。