IT x Diary

Office365で特定のサービスだけを止める場合

2014-02-06T22:08:00.001+09:00

Office365で特定のサービスだけを止めたい、という場合はどうすればいいのだろうか。

以下のリンクに使用するURLとIPアドレスの一覧が公開されています。

URLは重複しているのがあるようだけど、IPアドレスは重複が無さそうなので、これもテストしてみようと思ってます。

★参考リンク
http://onlinehelp.microsoft.com/ja-jp/office365-enterprises/hh373144.aspx

FortiClient Version 5.0

2014-02-06T22:05:00.000+09:00

FortiClient Ver5.x で、FortiOS Ver4.x の機器へVPN接続してもつながらない。。

toolを使うと接続できるなんて話があるので、試してみようと思ってます。

Apple iPhone のプッシュ通知機能のポート

2014-02-01T00:02:00.001+09:00

Apple iPhoneでのプッシュ通知機能を無線LAN環境で使用するには、FireWall側でポートを開けなければいけません。

APN（Apple Push Notification）サービスのこと。

TCP ポート 5223 (デバイスが APNs サーバとの通信に使用)
TCP ポート 2195 (APNs への通知の送信に使用)
TCP ポート 2196 (APNs のフィードバックサービスに使用)
TCP ポート 443 (デバイスがポート 5223 で APNs と通信できない場合に、Wi-Fi のみによるフォールバックに使用)

ちなみに、「17.0.0.0/8」のアドレスに対して、上記のポートを開けておけばよいみたい。

参考サイト：　http://support.apple.com/kb/TS4264?viewlocale=ja_JP

Windows XP をルータにする

2014-01-31T23:52:00.000+09:00

Windows XPのノートパソコンへUSBのモバイルルータを接続して、なおかつノートパソコンのLANケーブルにIPアドレスを割り振って、ルータとして使用しました！

まず、Windows XPをルータにするには、以下のレジストリ値をいじります。

★レジストリ変更
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
IPEnableRouter=1

もともとは、0 になっているので、この値を 1 へ変更して、再起動します。

これで、まずルータとして動かすことができます。

次に、このWindows XP端末でNATをかけるには、以下のnetshコマンドを使います。

STEP1：NAT機能をインストールします。
C:\>netsh routing ip nat install

STEP2：WANインターフェースを指定します。
C:\>netsh routing ip nat add interface "ワイヤレスネットワーク接続" full

STEP3: LANインターフェースを指定します。
C:\>netsh routing ip nat add interface "ローカルエリア接続" private

STEP4:確認します。以下のように表示されていればOKです。

C:\>netsh routing ip nat show interface

NAT ワイヤレスネットワーク接続の構成
---------------------------
モード : アドレスおよびポートの変換

NAT ローカルエリア接続の構成
---------------------------
モード : プライベートインターフェイス

Firepass 正常時のランプ状態

2013-03-10T18:23:00.000+09:00

Firepassの正常時のランプ状態メモ

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

左の電源ランプが緑

真ん中のハードディスクランプが稼働中はオレンジに点滅

右のステータスランプが青

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

ハード障害などで壊れてしまうと、ハードディスクランプが点灯しなかったりします。

シリアルコンソールケーブルで接続して、電源スイッチをOFF/ONすると、何かエラーメッセージが表示されます。

ちなみに、シリアルポートのボーレート（baud rate)は、19200 にします。

Fess全文検索サーバを使ってみた

2013-03-08T11:58:00.001+09:00

Fessというオープンソースの全文検索ソフトをつかってみました。

インストールはとても簡単、シンプルでした。

ＪＤＫはこの時点での最新版、「jdk-7u17-windows-x64.exe」をインストール、fessは「fess-server-8.0.0.zip」をダウンロードしてきました。

JDKインストール後、ＰＡＴＨを指定して、あとはＺＩＰファイルを解凍して起動すればＯＫでした。

ちなみに、ＯＳはWindows2008 Server R2 です。

「コンピュータ」－「プロパティ」－「システムの詳細設定」を開いて、詳細設定タブをひらきます。

詳細設定タブを開いてから、環境変数ボタンをクリックします。

JAVAのPATHを、画面のように新しく追加します。C:\Program files の下に画面のJAVAバージョンのフォルダ名で入力します。

こんなかんじで新しいPATHが追加されています。

ダウンロードしておいたfess-server-8.0.0.zipをデスクトップに解凍しました。

bin フォルダにある、startup バッチファイルをクリックします。
止めるときは、そのすぐ上にある shutdown.bat をクリックしてください。

startup.bat をクリックすると、tomcatが起動して、画面のようにずらずらと起動していきます。

最後に Server startup in xxxx ms と表示されたら起動完了です。

ブラウザを起動して、「　http://localhost:8080/fess/login/login　」へアクセスすると、ログイン画面が表示されます。

ID,password は admin , admin でログインします。

ログインすると、このような設定画面が表示されます。

初期セットアップウィザードを設定してもよいですが、手っ取り早く「クロール」－「ウェブ」でクローラの設定をしてみました。

このようにクロールするWEBサイトを指定します。

テストで使うときは、深さを浅く設定しておきます。
でないと、リンクをどんどんたどってクローリングをはじめちゃうので。

インデックスができたら、「　http://localhost:8080/fess/index/ 」へアクセスして、検索してみます。

「就職」というキーワードでのインデックス検索結果です。
途中でリクナビのページリンクをクロールしはじめてしまっていたので、、。

こんな感じで簡単に使えますね。

TCP zerowindow и сброс сессии 2

2013-02-24T20:09:00.001+09:00

Расширение значение тайм-аута применения Tivoli решает проблему, как я уже упоминал в предыдущей статье.

предыдущей статье.

На этот раз, я выражаю значение тайм-аута по умолчанию 60 секунд до 600 секунд.

После графа выводы.

Принимающая сторона (192.168.1.55) посылает TCP ZeroWindow пакет.

Это indicats буфера TCP получения сторона полна.

Отправка стороны (192.168.1.10) посылает TCP ZeroWindow Probe пакет.

Это indicats отправляющая сторона просит принимающей стороны принять пакет или нет.

Принимающая сторона ответы ZeroWindowAck TCP пакетов.

Это indicats принимающая сторона еще не можете получить пакет.

После повторения этой связи много раз, принимающая сторона (192.168.1.55) посылает TCP ZeroWindow Update.

Это указывает на приемной стороне сообщает передающей стороне для отправки пакетов с этого момента!

NO	Time	Source	Dest	TCP
3201	20:19:05	192.168.1.10	192.168.1.55	TCP 1460 byte
3202	20:19:05	192.168.1.55	192.168.1.10	TCP Zerowindow
3203	20:19:06	192.168.1.10	192.168.1.55	TCP ZerowindowProbe
3204	20:19:06	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3205	20:19:07	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	проверить через 1 секунду
3206	20:19:07	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3207	20:19:09	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	проверить через 2,5 секунды
3208	20:19:09	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3209	20:19:14	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	проверить через 5 секунд
3210	20:19:14	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3211	20:19:24	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	Проверьте через 10 секунд
3212	20:19:24	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3232	20:19:43	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	Проверьте через 20 секунд
3233	20:19:43	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3269	20:20:21	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	Проверьте через 40 секунд
3270	20:20:21	192.168.1.55	192.168.1.10	TCP ZerowindowAck
3282	20:21:38	192.168.1.10	192.168.1.55	TCP ZerowindowProbe	Проверьте через 80 секунд
3283	20:21:38	192.168.1.55	192.168.1.10	TCP Zerowindow Update	Теперь я могу получать пакеты!

TCP zerowindow и сброс сессии

2013-02-24T19:56:00.002+09:00

Я проверил TCP пакетов, когда сессия не работает.

Ниже, 192.168.1.55 принимает сторону резервного копирования пакетной передачи данных,192.168.1.10 посылает сторону резервного копирования пакетной передачи данных.

Tivoli Storage Manager Server(192.168.1.55),Tivoli Storage Manager Client(192.168.1.10)

После начала сеанса, 192.168.1.55 отправить TCP ZeroWindow очень скоро.

Это указывает на сервере TSM не может получить пакет, поскольку TCP буфера.

После этого, 192.168.1.10 отправить TCP ZeroWindow Probe пакет.

Это означает, что передающая сторона проверяет принимающую сторону, чтобы получить пакет или нет.

192.168.1.55 просто отвечает TCP ZeroWindowAck.
Это означает, что принимающая сторона еще не можете получить пакет.

Принимающая сторона и отправляющая сторона повторить это сообщение несколько раз.
Отправка стороне отправить TCP ZeroWindow пробный пакет только 1 секунду позже, так как общение началось, и через 2 секунды, отправьте еще раз, и следующая составляет 4 секунды позже ..

Интервал подтверждения Я направляю на коэффициент 2.
И, наконец, принимающая сторона отправить RST пакет для сброса сообщения.

Разрешение, вы должны расширить значение тайм-аута применения Tivoli.
Tivoli отправляет RST пакета. Если значение тайм-аута продлен, то приложение будет ждать еще секунду для отправки резервного копирования данных, даже если TCP буфера принимающая сторона полна.

Продолжайте часть 2

NO	Time	Source	Dest	TCP
6087	17:40:51	192.168.1.10	192.168.1.55	ACK 1460Byte
6088	17:40:50	192.168.1.55	192.168.1.10	TCP ZeroWindow
6089	17:40:51	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe
6090	17:40:51	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6091	17:40:52	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe	Проверьте через 1 секунду
6092	17:40:52	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6093	17:40:54	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe	проверить через 2,5 секунды
6094	17:40:54	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6095	17:40:59	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe	проверить через 5 секунд
6096	17:40:59	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6097	17:41:09	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe	Проверьте через 10 секунд
6098	17:41:09	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6099	17:41:28	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe	Проверьте через 20 секунд
6100	17:41:28	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6107	17:42:06	192.168.1.10	192.168.1.55	TCP ZeroWindow Probe	Проверьте через 40 секунд
6108	17:42:06	192.168.1.55	192.168.1.10	TCP ZeroWindowAck
6157	17:43:22	192.168.1.55	192.168.1.10	Сброс сессий после 76 секунд

NOKIA ipso でフォワーディング設定を確認

2013-02-24T19:38:00.003+09:00

ほぼ使うことのないコマンドですが、NOKIA IP330などFirewall-1がインストールされていたアプライアンス機器で、NOKIA ipso　というＯＳが動いていました。

そのOS上で、ＩＰフォワーディングが有効かどうか確認するときのコマンドです。

ipsofwd list

で確認します。

フラグが１の場合は、ONです。　⇒　IPフォワーディングします。

フラグが０の場合は、OFFです。　⇒　IPフォワーディングしません。

yumでプロキシ設定をする

2013-02-24T19:30:00.001+09:00

linuxでyumコマンドの利用時にプロキシを経由させるには、/etc/yum.conf　ファイルに以下のように設定します。

プロキシサーバ（192.168.1.100）の、プロキシポート８０８０番を使用してインターネットへアクセスさせます。

認証をしている場合は、username ,passsword も設定します。

/etc/yum.conf

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

proxy=http://192.168.1.100:8080
proxy_username=Username
proxy_password=Password

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

Cisco無線APで 802.11b , 11g の両方を設定する

2013-02-24T19:18:00.000+09:00

Cisco Aeronet で ieee 802.11b と 11g 端末向けのアクセスポイント設定をするには、dot11radio 0 インターフェースのspeed設定に以下の設定をいれます。

ちなみに、Aeronetのモデルは　AIR-AP1042N-P-K9　で、11n対応の機器です。

11bでしか接続できない端末がいたので、一時的に 11b　対応に変更してました。

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

interface Dot11Radio0
!
!
speed basic-1.0 basic-2.0 basic-5.5 basic-11.0 12.0 18.0 24.0 36.0 48.0 54.0 m0. m1. m2. m3. m4. m5. m6. m7. m8. m9. m10. m11. m12. m13. m14. m15.

!
!

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

これだと、11b の古い端末は１１Mbpsで接続、11gの端末は５４Mbpsで接続します。

⇒　シスコの参考サイト

Forwarder機能だけのDNS

2013-02-24T19:11:00.000+09:00

外部インターネットへの名前解決をさせる Forwarder　DNSサーバを急遽構築しました。

ＢＩＮＤでＤＮＳフォワーダ機能だけが必要だったので、yumでＢＩＮＤをインストールしてから、ちょこっとファイルを編集しているだけです。

yum install bind* で bind をインストールしてから、デフォルトの named.conf ファイルを編集しています。

★デフォルト状態のnamed.conf ファイル
--------------------------------------------------------------------------

[root@linux etc]# more /etc/named.conf
//
// named.conf
//
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//

options {
listen-on port 53 { 127.0.0.1; };
listen-on-v6 port 53 { ::1; };
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
allow-query { localhost; };
recursion yes;

dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;

/* Path to ISC DLV key */
bindkeys-file "/etc/named.iscdlv.key";

managed-keys-directory "/var/named/dynamic";
};

logging {
channel default_debug {
file "data/named.run";
severity dynamic;
};
};

zone "." IN {
type hint;
file "named.ca";
};

include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

[root@linux etc]#

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

★　options にある以下を変更します。

listen-on port 53 { 127.0.0.1; }; ⇒　listen-on port 53 { any; }; へ変更

allow-query { localhost; }; ⇒ allow-query { any; }; へ変更

service named start で bind を起動すれば、外部DNSへのForwarderをしてくれるDNSサーバのできあがりです。

ちなみに、起動するサービスの設定については「Linuxで起動するサービスを設定するには」を参照してください。

bindは　bind-9.8.2-0.17.rc1.el6.3.i686　がはいってます。

Linux で使用しているDNSサーバのアドレスを確認

2013-02-24T19:02:00.004+09:00

Linuxで参照しているDNSサーバのアドレスを確認するには、

more /etc/resolv.conf

ファイルを確認します。

これでLinuxで設定しているＤＮＳサーバのアドレスが確認できます。

出力サンプル
-------------------------------------------

[root@linux ~]# more /etc/reosolv.conf
# Generated by NetworkManager
nameserver 210.150.255.66
nameserver 203.138.71.154
[root@linux ~]#

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

Linux でIPアドレスを確認

2013-02-24T18:59:00.001+09:00

Linux　でシステムに割り当てているIPアドレスを確認するには、

ifconfig -a

で確認できます

inet addr の箇所にアドレスが表示されています。

以下、出力サンプル
---------------------------------------------------------------------------

[root@linux ~]# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:11:11:11:11:11
inet addr:192.168.1.6 Bcast:10.255.255.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:1111:1111/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:136227 errors:0 dropped:0 overruns:0 frame:0
TX packets:65163 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:82578691 (78.7 MiB) TX bytes:77430193 (73.8 MiB)

eth1 Link encap:Ethernet HWaddr 00:22:22:22:22:22
inet addr:192.168.12.6 Bcast:10.255.255.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:2222:2222/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:408624 errors:0 dropped:0 overruns:0 frame:0
TX packets:363741 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:109416250 (104.3 MiB) TX bytes:24343291 (23.2 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:44 errors:0 dropped:0 overruns:0 frame:0
TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:46535 (45.4 KiB) TX bytes:46535 (45.4 KiB)

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

これでLinuxへ設定しているＩＰアドレスを確認できます。

Linuxでルーティング情報を確認

2013-02-24T18:55:00.004+09:00

Linuxでルーティング経路情報を確認するには、以下のコマンドです

netstat -rn

これで以下のようにLinuxで設定されているルーティング経路情報が確認できます。

linux routing tableの表示
-----------------------------------------------------------------------------

[root@linux ~]# rnetstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.2.0 192.168.12.231 255.255.255.0 UG 0 0 0 eth1
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0

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

Linux yum でエラー

2013-02-24T18:50:00.000+09:00

①
yum でbindをインストールしようとしても、以下のようにエラーになってしまいました。

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

[root@linux ~]# yum install bind*
Loaded plugins: refresh-packagekit, rhnplugin
RHN との通信中にエラーが発生しました。
RHN Satellite または RHN Classic のサポートは無効になります。
サーバとの通信中にエラーが発生しました。メッセージ:
接続がタイムアウトしました
Setting up Install Process
Nothing to do

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

②
名前解決もルーティングも問題なく、インターネットへ出れる状態ですが、yum でエラーになってしまっています。

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

[root@linux ~]# ping www.yahoo.co.jp
PING www.g.yahoo.co.jp (124.83.235.204) 56(84) bytes of data.
64 bytes from f9.top.vip.ogk.yahoo.co.jp (124.83.235.204): icmp_seq=1 ttl=51 time=22.3 ms
64 bytes from f9.top.vip.ogk.yahoo.co.jp (124.83.235.204): icmp_seq=2 ttl=51 time=22.0 ms

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

③
ルーティングを変えたりしていたら、エラーの内容が変わっていました。

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

[root@linux etc]# yum check-update

Loaded plugins: refresh-packagekit, rhnplugin
RHN との通信中にエラーが発生しました。
RHN Satellite または RHN Classic のサポートは無効になります。
サーバとの通信中にエラーが発生しました。メッセージ:
ホストへの経路がありません

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

④
特に yum.conf へプロキシの設定を入れているわけでもありません。

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

[root@linux ~]# more /etc/yum.conf
[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=3

# This is the default, if you make this bigger yum won't see if the metadata
# is newer on the remote and so you'll "gain" the bandwidth of not having to
# download the new metadata and "pay" for it by yum not having correct
# information.
# It is esp. important, to have correct metadata, for distributions like
# Fedora which don't keep old packages around. If you don't like this checking
# interupting your command line usage, it's much better to have something
# manually check the metadata once an hour (yum-updatesd will do this).
# metadata_expire=90m

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d

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

⑤
最終的には原因不明だったのですが、今までのyumエラーは結局はインターネットへ出れていない状態でエラーになっていたようです。

インターネットへは問題なかったはずなのですが、何か違っていたのでしょうね。。。

突然 yum のアップデートがかかるようになりました。

Linuxのバージョンを表示させる

2013-02-24T18:41:00.006+09:00

LinuxでOSのバージョン情報を調べるには、以下コマンドで確認します。

①
uname -a

②
cat /etc/redhat-release

※redhat の場合

①の出力結果
-------------------------------------------

[root@linux etc]#uname -a

Linux inetgw2 2.6.32-71.el6.i686 #1 SMP Wed Sep 1 01:26:34 EDT 2010 i686 i686 i386 GNU/Linux

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

②の出力結果

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

[root@linux etc]#cat /etc/redhat-release

Red Hat Enterprise Linux Server release 6.0 (Santiago)

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

Ciscoルータでポートフォワーディング

2013-02-23T00:47:00.003+09:00

Ciscoルータでポートフォワーディングのコンフィグです。

と同時にLAN側からWAN側へのマスカレードNATも設定しています。

Dialerインターフェースをフル活用ですね。

コンフィグ抜粋
--------------------------------------------------------

!
interface Vlan1
ip address 192.168.10.254 255.255.255.0
ip nat inside
ip virtual-reassembly
!
interface Dialer0
ip address negotiated
ip mtu 1454
ip nat outside
!
ip route 0.0.0.0 0.0.0.0 Dialer0
!
!
ip nat inside source list 1 interface Dialer0 overload
ip nat inside source static tcp 192.168.10.10 443 interface Dialer0 443
ip nat inside source static tcp 192.168.10.10 21 interface Dialer0 21
ip nat inside source static tcp 192.168.10.10 20 interface Dialer0 20
ip nat inside source static tcp 192.168.10.10 80 interface Dialer0 80
!
access-list 1 permit 192.168.10.0 0.0.0.255

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

FortigateのスイッチポートをVLAN分け

2013-02-22T20:38:00.002+09:00

Fortigate 110cなど、８ポートスイッチのLAN側を、VLAN分けする場合は以下のコマンドでおこないます。

コンフィグで、以下の２つのどちらのモードになっているかで動作が決まります。

①

set internal-switch-mode interface

②
set internal-switch-mode switch

①のinterface だと、各スイッチポートがルーテッドポートになっているモード
⇒　これだと、８ポートそれぞれにIPアドレスを割り振ることができて、VLAN分け可能ということ

②switch だと、８ポートスイッチや６ポートとしてスイッチとして機能しているモード
⇒　これだと、８ポートは同じセグメント。スイッチとして使用していること

ちなみに、このどちらかしか選択できないので、特定ポートだけルーテッドポ―トにする、みたいなことはできないです。（１～４番はスイッチ、５番だけIPセグメント別みたいなことね）

Ciscoの電源ケーブル

2013-02-22T20:32:00.000+09:00

シスコの電源ケーブルについてメモ

cab-16awg-ac
--> NEMA-5-15 P の三つ口コンセントだからこっちがほとんどかと。

cab-JPN-ra　
---> こっちは二つ口のコンセントのやつぽい。

YAMAHAルータ　ファームウェア変更方法

2013-02-22T20:27:00.001+09:00

YAMAHAルータのファームウェアをアップデート、ダウングレードするには、tftpでできます。

Windowsのコマンドラインから、YAMAHAへファームウェアを転送しています。

ファーム情報はこちらで確認　⇒　ファーム情報

コマンド：

tftp -i 192.168.3.253 put rtx1500.8.03.87.bin exec

※ 192.168.3.253 のYAMAHAルータへ 8.03.87 バージョンのファームを送っています。

※YAMAHAルータでは、事前に　　tftpd host xx.xx.xx.xx 　でアクセス許可のコンフィグをしておきます。xx.xx.xx.xx にはtftpクライアントのアドレス。

※それと、LAN側からアクセスすること。

サンプル出力：
---------------------------------------------------

C:\>tftp -i 192.168.3.253 put rtx1500.8.03.87.bin exec
Transfer successful: 2367400 bytes in 20 seconds, 118370 bytes/s

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

Windowsでスタティックルートの追加

2013-02-22T20:20:00.002+09:00

Windowsでスタティックルートを追加するには、コマンドラインから以下のように入力します。

route add 192.168.1.0 mask 255.255.255.0 172.16.1.1

※ここでは、 192.168.1.0/24 のネットワークへ通信するには、 172.16.1.1 のゲートウェイに行けというスタティックルートを追加しています。

route add -p 　オプションを付けることで、再起動しても有効のままで設定できます。

オプションをいれないとLANケーブルを抜いただけでスタティックルートが消えてしまいます。

Windowsで何のプロセスがどのポートを使っている？

2013-02-22T20:16:00.002+09:00

Windowsでプロセスと使用しているポートの関連付けをするには、以下のコマンドがよいです。

① netstat -oan

② tasklist

この２つのコマンドで確認します。

①では、リッスンしているポートと、プロセスIDが表示されます。

②では、プロセスIDとEXEが表示されます。

プロセスIDをキーにして関連付けすれば、どのEXEがどのポートを使用しているのか特定できます。

★netstat -oan の出力
---------------------------------------------------

C:\>netstat -oan

アクティブな接続

プロトコルローカルアドレス外部アドレス状態 PID
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 1060
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:623 0.0.0.0:0 LISTENING 4348
TCP 0.0.0.0:902 0.0.0.0:0 LISTENING 3152
TCP 0.0.0.0:912 0.0.0.0:0 LISTENING 3152
TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:12345 0.0.0.0:0 LISTENING 2580
TCP 0.0.0.0:16992 0.0.0.0:0 LISTENING 4348
TCP 0.0.0.0:41380 0.0.0.0:0 LISTENING 2548
TCP 0.0.0.0:49152 0.0.0.0:0 LISTENING 796
TCP 0.0.0.0:49153 0.0.0.0:0 LISTENING 1164
TCP 0.0.0.0:49154 0.0.0.0:0 LISTENING 1244
TCP 0.0.0.0:49155 0.0.0.0:0 LISTENING 876
TCP 0.0.0.0:49157 0.0.0.0:0 LISTENING 852

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

★tasklist の出力
---------------------------------------------------

C:\>tasklist

イメージ名 PID セッション名セッション# メモリ使用量

========================= ======== ================ =========== ============

System Idle Process 0 Services 0 24 K

System 4 Services 0 2,832 K

smss.exe 428 Services 0 1,184 K

csrss.exe 716 Services 0 6,820 K

wininit.exe 796 Services 0 5,860 K

csrss.exe 812 Console 1 92,256 K

services.exe 852 Services 0 14,036 K

lsass.exe 876 Services 0 21,888 K

lsm.exe 884 Services 0 5,488 K

winlogon.exe 956 Console 1 8,448 K

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

Windows 7 でコマンドラインでプロキシ設定を確認

2013-02-22T20:11:00.001+09:00

Windows 7 でプロキシ設定がどうなっているか確認する場合、以下のコマンドですぐに確認できます。

netsh winhttp show proxy

といっても、サポートの電話などではコマンドラインを出すだけで一苦労かもしれませんが。。

出力サンプル：
--------------------------------------------------

C:\>netsh winhttp show proxy

現在の WinHTTP プロキシ設定:

直接アクセス (プロキシサーバーなし)。

C:\>

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

Windows 7 でコマンドラインでMTUサイズを変更

2013-02-22T20:07:00.004+09:00

Windows７、VISTAで有効な手順です。

コマンドラインで簡単にMTU値を変更できるので楽です。

しかも、再起動せずに即座に反映されます。

手順：

①コマンドプロンプトを管理者として起動します。

※コマンドプロンプトのアイコンを、shiftキーを押しながら右クリックで、メニューの管理者として実行を選んでもよい。

②コマンドに以下を入力。（一行で入力してください）

netsh interface ipv4 set subinterface "ローカルエリア接続" mtu=1400 store=persistent

上のコマンドは、MTU値を「1400」にしたい場合の設定。

"ローカルエリア接続" などネットワーク名を確認する場合は、

ファイル名を指定して実行で

explorer.exe ::{7007ACC7-3202-11D1-AAD2-00805FC1270E}　と入力し実行すると、

ネットワーク接続の一覧が開きます。

その中に「ローカルエリア接続」などのアイコンがあります。

変更したいネットワークNICの名前を入力してMTU値を変更します。

補足ですが、MTU値の変更が確認できたりするサイトがありました。
⇒　Windowsサイズや、MTU値が確認できるサイト　