【routing】

【dhcp】

■show ip dhcp binding

配布したIPアドレスとクライアントのMACアドレスのマッピング一覧。

で一覧をクリアできる。

■show ip dhcp conflict

競合アドレスの一覧。

no ip dhcp conflict logging」を設定していない場合によく使用する。

で一覧をクリアできる。

■show ip dhcp pool

DHCPプールの設定内容詳細表示。

【管理VLAN】

皆さんの周りに会社間の取引で見積りや重要書類を送るときにメールを２回送って、１回目はZIPパスワード付き書類で２回目はパスワードを送るという方法でやっている会社が非常に多くありませんか？

これ、実はとんでもない大きな誤りなのです。全く安全ではありません。

メールのヘッダーはSMTPコネクションで相互に交換する際に暗号化されませんしスニファー機能があるソフトで簡単にトラッキングできます。メールで暗号化されるのはメールクライアントとメールサーバ間だけであり、メールサーバから宛先のメールサーバ間は暗号化されていません。

FromアドレスとToアドレスがネット上の通信パケットでテキストで読めるのですから例えばWireShark等のネットキャプチャーソフトでフィルターかけてトラッキングすれば簡単にわかります。
でも一般の方はこの事知られていないし、固くそれが安全だと信じています。

この方法の場合、少しやり方を変えて、最初のメールを送るまではOKです。2回目のメールのパスワードを送る箇所を別の方法に変えるとかなり安全になります。

• パスワードはビジネス用SNSで送る。
• または電話で相手に伝える。
• SMSで送る

上記のように何れかの方法にするとかなり安全になります。しかし、最初のZIPパスワード付きなのですが、これは１００％パスワード解読ではありませんがクラッカーの世界では解読するソフトが流通しています。完全に安全とは言えません。

少々乱暴ですが、Facebookのメッセンジャーやビジネスチャット等で添付して送るほうが何倍も安全です。Lineやfacebookの乗っ取りや事故は多くがセキュリティに疎いユーザがわかりやすいパスワードを付けたり、第三者にわかるようにパスワードを晒したり、スパイウェアをパソコンやスマホの中に感染してしまって起きているものであり、仕組みそのものが安全でないということではありません。

メールサーバは暗号化通信においてメールボディを暗号化して送受信を行う技術は確立されていますが、メールを送る先とメールを受け取る先が同じ規格でメールの通信する環境を作っていないと完全なる暗号化の相互受信はできません。
つまり、メールサーバやメールクライアントはその会社、プロバイダー、個人ごとに仕様がまちまちで、お互いに相互受信しようと思ったらノーマルのテキスト通信が一番問題なくメール交換が出来るのです。そりゃそうですよね～相手のメールが暗号化されても自分のメールクライアントが暗号化に対応してなければ受け取っても読めないですから。

スマホでAndroid使ってる方に是非知ってほしいコツ

スマホのバッテリーがすぐに減ってしまう、ものすごいスマホの背面が熱くなるという方かなり多いと思います。 この理由の大半は自分自身で導入しているアプリやスマホメーカのアプリの通知機能が原因です。

アプリ通知機能をOFFにすると電池の持ちが従来の２倍以上も改善します。手持ちの１０台の開発機で実験しましたが最高で４倍のバッテリー持ちになりました。

熱くなる原因はほとんどがアプリとスマホの相性（ファイル構造の違い、プログラム干渉によるリトライ通信の無限ループが原因）で表面では見えないトラブルが起きていました。

この対策ですがつまり通知機能をOFFにすれば解消します。

通知をオフにするアプリは幾つかありますが、無料で使えて広告が出ないという点でこのアプリがオススメです。「hide nortification」Google Playでダウンロードして使って見てください。

hide nortification

このソフトを使ってOFFにしたいアプリをチェックするだけ。私の場合はメールとFBとインスタ、Google Play、カレンダーだけ通知をOnにしてそれ以外はOFFにしました。どの機種も劇的にバッテリー持ちが改善しました。

スマートフォンの画面サイズが最近では5.5インチクラスが通常になってきています。

それにともなって、電気の消費量も増加しています。最近のスマートフォンの容量は3000mAhクラスのものが搭載されるようになり、重量は重くなっておりますが、以前より長持ちするスマートフォンが多くなりました。
ここで、よくある問題は購入したばかりのバッテリーが１ヶ月も経たないうちに５０％程度使用した時点でストーンと電気量が落ちて端末がシャットダウンするというものです。 この現象は、端末本体のバッテリー管理と電池側に入っている管理回路の間で容量認識の差異が発生していることで生じます。 詳しい原因はわかりませんが、この発生が起きているユーザの使い方の癖を検証してゆくとある程度にている点に気づきました。

これが原因か？

1. 待機状態の際にすぐに充電器に接続してしまう。
2. 待機時に裏で通知が頻繁に発生するアプリを沢山入れている
3. 概ね50%,60%の使用量で充電器に繋いでしまう。
4. 充電完了100％超えた状態を長時間続けてしまう

復活方法

このような現象が起きた際は、バッテリーを外すか内蔵ならそのままで１週間から２週間放置します。放電させるのが目的なので例えば早めるために透明なビニール袋に入れて冷凍庫に入れるという方法もあります。

放電させた後に１００％満充電させ、ケーブルを外してYoutubeなど電池消費の早いアプリを使って10%以下になるまで使い切ります。

この動作を２回ほど繰り返してみてください。かなりの確率で復活します。私のところに相談に来た知人のスマートフォンの７０％くらいが元通りになりました。

電池向上計画

スマートフォンは最初の購入で使用開始から１週間ないし２週間が特に重要でバッテリーの慣らし運転のようなものが必要です。

1. 使い始めの１，２週間は１０％以下になるまで電池を使い切り、それから充電する。
2. 充電している最中は、スマホを使わない。
3. 充電率１００％超えたらスマホをケーブルから外す。
4. 慣らしスマホのあとは、わりとラフに使っても大丈夫。でも１００％充電状態の長めはよくないので気がついたらすぐに外しましょう。

マックを使用していると、受け取った側がメールが文字化けしてる！

とよく怒られますよね。これはUTF-8という文字コードがデフォルト設定になっているからなんです。 日本では、まだメールソフトによってはこれに対応していないものもあるので文字化けしてしまう。

これを修正するのは、実はそれほど難しくないのです。

iso-2022-jpの文字コードを使って送信するようにしてあげることで、受け取った側が文字化けなく読むことができます。

方法は２種類あります。

1. こちらはメールソフトのプラグインとして導入し対応する方法。（簡単）
   http://sourceforge.jp/projects/letter-fix/
2. 通常GUIで修正できないシステム設定から文字コードを変更する方法（簡単だけど、ターミナル慣れてない人には１番が簡単）
   アプリケーションからユーティリティへ行きそしてターミナルを開いて、下記のコマンドを投入します。
   $ defaults write com.apple.mail NSPreferredMailCharset “ISO-2022-JP”

※これで、送付先から文句言われません。