Quantcast
Channel: 蒲田ネット
Viewing all 205 articles
Browse latest View live

Yamaha RT58iからNVR500にUSBメモリを使ってアップグレードしてみた

$
0
0

2014年にRT57iからRT58iに移行しましたが、この度YamahaからNVR510が発売されたことによりNVR500をネットオークションで安く手に入れることができましたので移行しました。

RT57i
Yamaha RT57iからRT58iへ移行

Yamaha RT57iはなんと2003年7月の発売なんですね。 RT57i – ルーター – ヤマハ株式会社 私もこのルーターには10年近くお世話になっており、長年買い換えて …

続きを見る

NVR500とNVR510の主な違い

  • ONUを内蔵しているため、NTTからレンタルしなくていい
  • 内部バスが2Gbpsに倍速
  • VPNでL2TP/IPsecに対応
  • NATセッション数が4,096から65,534へ

USBメモリを使ったNVR500への移行方法

さて、FATでフォーマットしてある適当なUSBメモリをRT58iに接続し、「詳細設定と情報」→「設定ファイル・ファームウェアファイルのコピー」を選択します。そしてUSBメモリへコピーするを選択して、ファイル名を指定しましょう。ここではrt_config.txtとしていしています。

実行ボタンを押下して成功したことを確認します。念のため、実際にUSBメモリをPCに接続してファイルの内容も確認しておきます。

NVR500側はデフォルトのIPアドレスは192.168.100.1です。administratorのパスワードが分からなかったのでINITボタンを10秒押してブラウザで192.168.100.1にアクセスします。パスワードを聞かれますが何も入力しないでEnterすれば設定画面に入れます。

「詳細設定と情報」→「設定ファイル・ファームウェアファイルのコピー」を選択します。

USBメモリをNVR500に挿し、挿したスロットを選択し、参照ボタンを押下するとUSBメモリの内容が見れますので先ほどダウンロードした、rt_config.txtを選択します。コピー先はもちろん「内蔵不揮発性メモリ」ですね。そして実行して1分程待つと自動的に再起動して完了となります。

効果測定

さて、NVR500への移行の効果をSpeedtestで測定してみます。スペック上はRT58iのスループットが200Mbpsに対してNVR500は1Gbpsですので5倍となります。プロバイダとの契約も1Gbpsなのでちょっと期待。

まずはRT58i。スループットは下りで106.64Mbps。これでも十分ですね。

次にNVR500。な、なななんと、190.05Mbps。ほぼ倍ですね。素晴らしい。ただ上りは大して早くなっていないですね。

Webサーバを自宅で運用していると上りもそれなりに大事なのですが…。まぁいいです。RT58iも最近調子が悪かったし。

Copyright © 2016 kamata-net.com All Rights Reserved.


(1)ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(計画編)

$
0
0

yumでアップデートしようと思ったらなんと、

# yum update

エラーの要約
————-
ディスク要求:
少なくとも 275MB の空き容量がファイルシステム / で必要です。
#

がーん。

ということで仮想ディスクを追加してみようと思います。

基本的な概念のおさらい

以下のアスキーポンチ絵が概念図となります。

+—————————————+———————-+
| LV:論理ボリューム( /dev/centos/root ) | LV( /dev/centos/swap)|
+—————————————+———————-+
| VG:ボリュームグループ ( centos )                             |
+———————————+—————————-+
| PV:物理ボリューム ( /dev/sda1 ) | PV( /dev/sda2 )            |
+=================================+============================+
| vhdx:仮想ハードディスク ( hdd_0.vhdx/HyperV )                |
+————————————————————–+

仮想ハードディスク HyperV上に作っている仮想ディスクです。CentOSからは物理ディスクに見えることとなります。
HyperVの仮想ディスクなのでまずここを拡張します。
物理ボリューム(PV:Physical Volume) 昔は物理ボリューム(パーティション)上に直接ファイルシステムを構築していました。
ボリュームグループ(VG:Volume Group) PVをまとめてボリュームグループとして1つのパーティションに見せることがことができます。VG上にVGのサイズまで複数の論理ボリューム(Logical Volume)を作ることができます。
論理ボリューム(LV:Logical Volume) VG上に作成する論理ボリュームで、実際にファイルシステムを構築する領域です。これは、従来のパーティションと同等となります。

現状の把握

# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/centos-root 8.3G 8.2G 142M 99% /
devtmpfs 482M 0 482M 0% /dev
tmpfs 492M 0 492M 0% /dev/shm
tmpfs 492M 6.5M 485M 2% /run
tmpfs 492M 0 492M 0% /sys/fs/cgroup
/dev/sda2 494M 285M 209M 58% /boot
/dev/sda1 200M 9.5M 191M 5% /boot/efi
tmpfs 99M 0 99M 0% /run/user/0
 
# pvdisplay
— Physical volume —
PV Name /dev/sda3
VG Name centos
PV Size 9.31 GiB / not usable 2.00 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 2384
Free PE 10
Allocated PE 2374
PV UUID 2BFKio-s1Du-rmQb-ePUl-lgoc-BLqf-xxBVmq
 
# vgdisplay
— Volume group —
VG Name centos
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 9.31 GiB
PE Size 4.00 MiB
Total PE 2384
Alloc PE / Size 2374 / 9.27 GiB
Free PE / Size 10 / 40.00 MiB
VG UUID 3BLqWE-tYCr-0SG3-tJ8T-2j2w-UNBC-eBKMR4
 
# lvdisplay
— Logical volume —
LV Path /dev/centos/swap
LV Name swap
VG Name centos
LV UUID OWNHQZ-TX6M-vydZ-DeP8-mUes-e2I1-5zrEby
LV Write Access read/write
LV Creation host, time localhost.localdomain, 2015-12-31 21:05:53 +0900
LV Status available
# open 2
LV Size 1.00 GiB
Current LE 256
Segments 1
Allocation inherit
Read ahead sectors auto
– currently set to 8192
Block device 253:1
 
— Logical volume —
LV Path /dev/centos/root
LV Name root
VG Name centos
LV UUID 3Ec83b-IKSV-ppl3-R8YZ-XmYK-eg7F-16EvGa
LV Write Access read/write
LV Creation host, time localhost.localdomain, 2015-12-31 21:05:54 +0900
LV Status available
# open 1
LV Size 8.27 GiB
Current LE 2118
Segments 1
Allocation inherit
Read ahead sectors auto
– currently set to 8192
Block device 253:0
 
# fdisk -l
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.
 
Disk /dev/sda: 10.7 GB, 10737418240 bytes, 20971520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
Disk label type: gpt
 
 
# Start End Size Type Name
1 2048 411647 200M EFI System EFI System Partition
2 411648 1435647 500M Microsoft basic
3 1435648 20969471 9.3G Linux LVM
 
Disk /dev/mapper/centos-root: 8883 MB, 8883535872 bytes, 17350656 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
 
 
Disk /dev/mapper/centos-swap: 1073 MB, 1073741824 bytes, 2097152 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
 
#

ということで、現状は以下のようになっていることが分かりました。

  /boot       /boot/efi                   /                               swap
                        +—————————————+———————–+
                        | LV:論理ボリューム( /dev/centos/root ) | LV( /dev/centos/swap )|
                        +—————————————+———————–+
                        | VG:ボリュームグループ ( centos )                              |
+———————–+—————————————————————+
| /dev/sda2 | /dev/sda1 | PV:物理ボリューム ( /dev/sda3 )                               |
+———————–+—————————————————————+
|                                  /dev/sda                                             |
+=======================================================================================+
| vhdx:仮想ハードディスク ( hdd_0.vhdx/HyperV )                                         |
+—————————————————————————————+

拡張方針

さて、現状の把握ができところで拡張方針を確定します。以下の3種類の方法があります。

1. 仮想ディスク追加方式

  /boot       /boot/efi                         /                                      swap
                        +—————————————————–+———————–+
                        | LV:論理ボリューム( /dev/centos/root )               | LV( /dev/centos/swap )|
                        +—————————————————–+———————–+
                        | VG:ボリュームグループ ( centos )                                            |
+———————–+—————————————————————+————-+
| /dev/sda2 | /dev/sda1 | PV:物理ボリューム ( /dev/sda3 )                               |  /dev/sdb1  |
+———————–+—————————————————————+————-+
|                                  /dev/sda                                             |  /dev/sdb   |
+=======================================================================================+=============+
| vhdx:仮想ハードディスク ( hdd_0.vhdx/HyperV )                                         | hdd_1.vhdx  |
+—————————————————————————————+————-+

上記のようにHyperV上で仮想ディスクを追加し、それをボリュームグループでまとめる案です。HyperVでなく実際にHDDを追加する場合にはこの方式しか選択できませんが、今回はせっかくHyperV上でハードディスクの容量を拡張できるのでパスします。

2.sda4追加方式

  /boot       /boot/efi                         /                                      swap
                        +—————————————————–+———————–+
                        | LV:論理ボリューム( /dev/centos/root )               | LV( /dev/centos/swap )|
                        +—————————————————–+———————–+
                        | VG:ボリュームグループ ( centos )                                            |
+———————–+—————————————————————+————-+
| /dev/sda2 | /dev/sda1 | PV:物理ボリューム ( /dev/sda3 )                               |  /dev/sda4  |
+———————–+—————————————————————+————-+
|                                  /dev/sda                                                           |
+=======================================================================================+=============+
| vhdx:仮想ハードディスク ( hdd_0.vhdx/HyperV )                                                       |
+—————————————————————————————+————-+

HyperV上でHDDの容量を拡張後、fdiskで/dev/sda4を作成し、これをボリュームグループでまとめる案です。これでもいいのですが、この場合vgextend centos /dev/sda4で割り当てる必要があります。これでもいいのですが、出来上がりが汚いので却下。次に拡張する時にsda5を作成しないといけなくなります。

3.sda3拡張方式

  /boot       /boot/efi                         /                                      swap
                        +—————————————————–+———————–+
                        | LV:論理ボリューム( /dev/centos/root )               | LV( /dev/centos/swap )|
                        +—————————————————–+———————–+
                        | VG:ボリュームグループ ( centos )                                            |
+———————–+—————————————————————+————-+
| /dev/sda2 | /dev/sda1 | PV:物理ボリューム ( /dev/sda3 )                                             |
+———————–+—————————————————————+————-+
|                                  /dev/sda                                                           |
+=======================================================================================+=============+
| vhdx:仮想ハードディスク ( hdd_0.vhdx/HyperV )                                                       |
+—————————————————————————————+————-+

ということでsda3を拡張する案にしたいと思います。この場合sda3を拡張すると自動的にVGの容量も拡張されます。

ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(目次)

Copyright © 2016 kamata-net.com All Rights Reserved.

(2)ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(仮想HDD拡張編)

$
0
0

さて、2回目はHyper-Vの作業となります。(1)計画編はこちら。

仮想ハードディスクの拡張(HyperV/Windowsでの作業)

さて、Hyper-V上でハードディスクの拡張を行いましょう。その前にまずはバックアップを。

バックアップ

Hyper-Vからエクスポートしてもいいのですが、面倒臭いので私の場合は、バックアップ対象の仮想サーバをシャットダウンし、フォルダごとコピーすることでバックアップとしています。
ただし仮想ハードディスクの格納場所はサーバ単位にスナップショットをとるフォルダ等と一緒に格納しています。

ディスク拡張

さて、HDDを拡張しようとする場合、スナップショットが取られていると編集できません。

チェックポイントを全部消してしまいます。

するとエラーが表示されなくなるので、「編集」ボタンを押下します。

そのまま「次へ」を押下し、

「拡張」を選択します。

拡張した後のファイルサイズを指定します。現在は10GBですので、とりあえず倍の20GBとしておきます。

そして、「完了」ボタン押下で終了です。

拡張作業は一瞬で終わります。というのも実際にファイルを確保するのではなくあくまでも予約した状態であり、自動拡張されるからです。

次は「(3)トラブル編」です。

ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(目次)

Copyright © 2016 kamata-net.com All Rights Reserved.

(3)ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(トラブル編)

$
0
0

さて、3回目はトラブル編です。

仮想サーバを起動し、fdiskで/dev/sda3を一回削除し、拡張したサイズまでで再作成することで/dev/sda3を拡張しようとしたところ、

# fdisk /dev/sda
 
The device presents a logical sector size that is smaller than
the physical sector size. Aligning to a physical sector (or optimal
I/O) size boundary is recommended, or performance may be impacted.
Welcome to fdisk (util-linux 2.23.2).
 
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
 
 
コマンド (m でヘルプ): p
 
Disk /dev/sda: 21.5 GB, 21474836480 bytes, 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
Disk label type: dos
ディスク識別子: 0x00000000
 
デバイス ブート 始点 終点 ブロック Id システム
/dev/sda1 1 20971519 10485759+ ee GPT
パーティション 1 は物理セクタ境界で始まっていません:
 
コマンド (m でヘルプ):
 

なんだかパーティションテーブルが壊れてしまっていました。Hyper-Vを再起動する為にWidows2012R2を再起動しても同様の事象は変わらず途方にくれましたが事前に情報は取ってあるし、バックアップも取ってあるので思い切ってfdiskで以前のパーティションサイズ分だけ割り当てることとしました。

以前のバックアップ情報は以下の通りです。

# fdisk -l
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.
 
Disk /dev/sda: 10.7 GB, 10737418240 bytes, 20971520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
Disk label type: gpt
 
 
# Start End Size Type Name
1 2048 411647 200M EFI System EFI System Partition
2 411648 1435647 500M Microsoft basic
3 1435648 20969471 9.3G Linux LVM
 
Disk /dev/mapper/centos-root: 8883 MB, 8883535872 bytes, 17350656 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
 
 
Disk /dev/mapper/centos-swap: 1073 MB, 1073741824 bytes, 2097152 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
 
#

上記の通りに割り当てていきます。ここで上記のDisk label typeが「gpt」で、今回は「dos」なっていることに気付いていれば別の方法があったかもしれません。fdiskではなくgdiskを使うとか…。

# fdisk /dev/sda
 
The device presents a logical sector size that is smaller than
the physical sector size. Aligning to a physical sector (or optimal
I/O) size boundary is recommended, or performance may be impacted.
Welcome to fdisk (util-linux 2.23.2).
 
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
 
 
コマンド (m でヘルプ): d
Selected partition 1 /dev/sda1を消してしまいます
Partition 1 is deleted
 
コマンド (m でヘルプ): n
Partition type:
p primary (0 primary, 0 extended, 4 free)
e extended
Select (default p): p
パーティション番号 (1-4, default 1): 1 /dev/sda1を作り直します
最初 sector (2048-41943039, 初期値 2048):
初期値 2048 を使います
Last sector, +sectors or +size{K,M,G} (2048-41943039, 初期値 41943039): 411647
Partition 1 of type Linux and of size 200 MiB is set
 
コマンド (m でヘルプ): n
Partition type:
p primary (1 primary, 0 extended, 3 free)
e extended
Select (default p): p
パーティション番号 (2-4, default 2):/dev/sda2を作り直します
最初 sector (411648-41943039, 初期値 411648):
初期値 411648 を使います
Last sector, +sectors or +size{K,M,G} (411648-41943039, 初期値 41943039): 1435647
Partition 2 of type Linux and of size 500 MiB is set
 
コマンド (m でヘルプ): n
Partition type:
p primary (2 primary, 0 extended, 2 free)
e extended
Select (default p): p
パーティション番号 (3,4, default 3):/dev/sda3を作り直します
最初 sector (1435648-41943039, 初期値 1435648):
初期値 1435648 を使います
Last sector, +sectors or +size{K,M,G} (1435648-41943039, 初期値 41943039):
初期値 41943039 を使います
Partition 3 of type Linux and of size 19.3 GiB is set 10GBから20GBに拡張された(はずでした)

ファイルシステムのタイプが全部Linuxになってしまったので、コマンド tで変更しようとしましたが、該当するファイルタイプがない…。なんでだろう。
ということでとりあえず似たようなファイルタイプを設定しました。
 

 
コマンド (m でヘルプ): p
 
Disk /dev/sda: 21.5 GB, 21474836480 bytes, 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
Disk label type: dos
ディスク識別子: 0x00000000
 
デバイス ブート 始点 終点 ブロック Id システム
/dev/sda1 2048 411647 204800 ef EFI (FAT-12/16/32)
/dev/sda2 411648 1435647 512000 83 Linux
/dev/sda3 1435648 41943039 20253696 8e Linux LVM
 

なんか違うと思いましたが、まぁいいや、ということで再起動。無事に起動しました。
ここでなんかおかしいと思いようやくDisk label typeがdosになってしまっていることに気づき、まずはgdiskを使ってMBR⇒GPTに移行しました。

# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.6
 
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: present GPTも残っていました
 
Found valid MBR and GPT. Which do you want to use?
1 – MBR
2 – GPT
3 – Create blank GPT
 
Your answer: 2 GPTを使います
Using GPT and creating fresh protective MBR.
 
Command (? for help): w 書き込みます
Warning! Secondary header is placed too early on the disk! Do you want to
correct this problem? (Y/N): y
Have moved second header and partition table to correct location.
 
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
 
Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot.
The operation has completed successfully.
 

ここで一旦リブートします。再度gdiskします。

 
# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.6
 
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
 
Found valid GPT with protective MBR; using GPT.
 
Command (? for help): p
Disk /dev/sda: 41943040 sectors, 20.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): E599B533-2652-47B4-8C5F-A215B495F593
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 41943006
Partitions will be aligned on 2048-sector boundaries
Total free space is 20975549 sectors (10.0 GiB)
 
Number Start (sector) End (sector) Size Code Name
1 2048 411647 200.0 MiB EF00 EFI System Partition
2 411648 1435647 500.0 MiB 0700
3 1435648 20969471 9.3 GiB 8E00 なぜか拡張前に戻ってます
 
Command (? for help): t
Partition number (1-3): 2
Current type is ‘Microsoft basic data’
Hex code or GUID (L to show codes, Enter = 8300): L
0700 Microsoft basic data 0c01 Microsoft reserved 2700 Windows RE
4200 Windows LDM data 4201 Windows LDM metadata 7501 IBM GPFS
7f00 ChromeOS kernel 7f01 ChromeOS root 7f02 ChromeOS reserved
8200 Linux swap 8300 Linux filesystem 8301 Linux reserved
8e00 Linux LVM a500 FreeBSD disklabel a501 FreeBSD boot
a502 FreeBSD swap a503 FreeBSD UFS a504 FreeBSD ZFS
a505 FreeBSD Vinum/RAID a580 Midnight BSD data a581 Midnight BSD boot
a582 Midnight BSD swap a583 Midnight BSD UFS a584 Midnight BSD ZFS
a585 Midnight BSD Vinum a800 Apple UFS a901 NetBSD swap
a902 NetBSD FFS a903 NetBSD LFS a904 NetBSD concatenated
a905 NetBSD encrypted a906 NetBSD RAID ab00 Apple boot
af00 Apple HFS/HFS+ af01 Apple RAID af02 Apple RAID offline
af03 Apple label af04 AppleTV recovery af05 Apple Core Storage
be00 Solaris boot bf00 Solaris root bf01 Solaris /usr & Mac Z
bf02 Solaris swap bf03 Solaris backup bf04 Solaris /var
bf05 Solaris /home bf06 Solaris alternate se bf07 Solaris Reserved 1
bf08 Solaris Reserved 2 bf09 Solaris Reserved 3 bf0a Solaris Reserved 4
bf0b Solaris Reserved 5 c001 HP-UX data c002 HP-UX service
ed00 Sony system partitio ef00 EFI System ef01 MBR partition scheme
ef02 BIOS boot partition fb00 VMWare VMFS fb01 VMWare reserved
fc00 VMWare kcore crash p fd00 Linux RAID
Hex code or GUID (L to show codes, Enter = 8300): 0700
Changed type of partition to ‘Microsoft basic data’
 
Command (? for help): p
Disk /dev/sda: 41943040 sectors, 20.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): E599B533-2652-47B4-8C5F-A215B495F593
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 41943006
Partitions will be aligned on 2048-sector boundaries
Total free space is 20975549 sectors (10.0 GiB)
 
Number Start (sector) End (sector) Size Code Name
1 2048 411647 200.0 MiB EF00 EFI System Partition
2 411648 1435647 500.0 MiB 0700
3 1435648 20969471 9.3 GiB 8E00
 
Command (? for help): p
Disk /dev/sda: 41943040 sectors, 20.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): E599B533-2652-47B4-8C5F-A215B495F593
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 41943006
Partitions will be aligned on 2048-sector boundaries
Total free space is 20975549 sectors (10.0 GiB)
 
Number Start (sector) End (sector) Size Code Name
1 2048 411647 200.0 MiB EF00 EFI System Partition
2 411648 1435647 500.0 MiB 0700
3 1435648 20969471 9.3 GiB 8E00
 
Command (? for help): w
 
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
 
Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot.
The operation has completed successfully.
#

上記操作はあまり意味が結局ありませんでした。よく見るとファイルタイプは拡張前と同じになっていますね。MBR⇒GPTすることで復活したものと思ってます。
結論としては、最初からgdiskを使ってDisk Labelをgptに変更するオペレーションで治ったものと思われます。

さて、次回はいよいよ、というかようやくLVの拡張をしたいと思います。

ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(目次)

Copyright © 2016 kamata-net.com All Rights Reserved.

(4)ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(LVM編)

$
0
0

さて、4回目はようやくLVMで論理ボリュームの拡張編です。

PV拡張(再作成)

これが最初からやりたかったことですが、一旦/dev/sda3を削除し、拡張した10GBも含めてパーティションを設定しなおします。ちょっと勇気が要りますね。

# fdisk /dev/sda
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.
Welcome to fdisk (util-linux 2.23.2).
 
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
 
 
コマンド (m でヘルプ): p
 
Disk /dev/sda: 21.5 GB, 21474836480 bytes, 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
Disk label type: gpt
 
 
# Start End Size Type Name
1 2048 411647 200M EFI System EFI System Partition
2 411648 1435647 500M Microsoft basic
3 1435648 20969471 9.3G Linux LVM
 
コマンド (m でヘルプ): d
パーティション番号 (1-3, default 3): 3 /dev/sda3を削除します。怖い!
Partition 3 is deleted
 
コマンド (m でヘルプ): n
パーティション番号 (3-128, default 3):
First sector (34-41943006, default 1435648):
Last sector, +sectors or +size{K,M,G,T,P} (1435648-41943006, default 41943006):defualt値は最大値ですのでそのままEnterします
Created partition 3
 
 
コマンド (m でヘルプ): p
 
Disk /dev/sda: 21.5 GB, 21474836480 bytes, 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
Disk label type: gpt
 
 
# Start End Size Type Name
1 2048 411647 200M EFI System EFI System Partition
2 411648 1435647 500M Microsoft basic
3 1435648 41943006 19.3G Linux filesyste Linux LVMに変更します
 
コマンド (m でヘルプ): t
パーティション番号 (1-3, default 3): 3
Partition type (type L to list all types): L
1 EFI System C12A7328-F81F-11D2-BA4B-00A0C93EC93B
2 MBR partition scheme 024DEE41-33E7-11D3-9D69-0008C781F39F
3 BIOS boot partition 21686148-6449-6E6F-744E-656564454649
4 Microsoft reserved E3C9E316-0B5C-4DB8-817D-F92DF00215AE
5 Microsoft basic data EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
6 Microsoft LDM metadata 5808C8AA-7E8F-42E0-85D2-E1E90434CFB3
7 Microsoft LDM data AF9B60A0-1431-4F62-BC68-3311714A69AD
8 Windows recovery evironmnet DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
9 IBM General Parallel Fs 37AFFC90-EF7D-4E96-91C3-2D7AE055B174
10 HP-UX data partition 75894C1E-3AEB-11D3-B7C1-7B03A0000000
11 HP-UX service partition E2A1E728-32E3-11D6-A682-7B03A0000000
12 Linux filesystem 0FC63DAF-8483-4772-8E79-3D69D8477DE4
13 Linux RAID A19D880F-05FC-4D3B-A006-743F0F84911E
14 Linux swap 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
15 Linux LVM E6D6D379-F507-44C2-A23C-238F2A3DF928
16 Linux reserved 8DA63339-0007-60C0-C436-083AC8230908
17 FreeBSD data 516E7CB4-6ECF-11D6-8FF8-00022D09712B
18 FreeBSD boot 83BD6B9D-7F41-11DC-BE0B-001560B84F0F
19 FreeBSD swap 516E7CB5-6ECF-11D6-8FF8-00022D09712B
20 FreeBSD UFS 516E7CB6-6ECF-11D6-8FF8-00022D09712B
21 FreeBSD ZFS 516E7CBA-6ECF-11D6-8FF8-00022D09712B
22 FreeBSD Vinum 516E7CB8-6ECF-11D6-8FF8-00022D09712B
23 Apple HFS/HFS+ 48465300-0000-11AA-AA11-00306543ECAC
24 Apple UFS 55465300-0000-11AA-AA11-00306543ECAC
25 Apple RAID 52414944-0000-11AA-AA11-00306543ECAC
26 Apple RAID offline 52414944-5F4F-11AA-AA11-00306543ECAC
27 Apple boot 426F6F74-0000-11AA-AA11-00306543ECAC
28 Apple label 4C616265-6C00-11AA-AA11-00306543ECAC
29 Apple TV recovery 5265636F-7665-11AA-AA11-00306543ECAC
30 Apple Core storage 53746F72-6167-11AA-AA11-00306543ECAC
31 Solaris boot 6A82CB45-1DD2-11B2-99A6-080020736631
32 Solaris root 6A85CF4D-1DD2-11B2-99A6-080020736631
33 Solaris /usr & Apple ZFS 6A898CC3-1DD2-11B2-99A6-080020736631
34 Solaris swap 6A87C46F-1DD2-11B2-99A6-080020736631
35 Solaris backup 6A8B642B-1DD2-11B2-99A6-080020736631
36 Solaris /var 6A8EF2E9-1DD2-11B2-99A6-080020736631
37 Solaris /home 6A90BA39-1DD2-11B2-99A6-080020736631
38 Solaris alternate sector 6A9283A5-1DD2-11B2-99A6-080020736631
39 Solaris reserved 1 6A945A3B-1DD2-11B2-99A6-080020736631
40 Solaris reserved 2 6A9630D1-1DD2-11B2-99A6-080020736631
41 Solaris reserved 3 6A980767-1DD2-11B2-99A6-080020736631
42 Solaris reserved 4 6A96237F-1DD2-11B2-99A6-080020736631
43 Solaris reserved 5 6A8D2AC7-1DD2-11B2-99A6-080020736631
44 NetBSD swap 49F48D32-B10E-11DC-B99B-0019D1879648
45 NetBSD FFS 49F48D5A-B10E-11DC-B99B-0019D1879648
46 NetBSD LFS 49F48D82-B10E-11DC-B99B-0019D1879648
47 NetBSD concatenated 2DB519C4-B10E-11DC-B99B-0019D1879648
48 NetBSD encrypted 2DB519EC-B10E-11DC-B99B-0019D1879648
49 NetBSD RAID 49F48DAA-B10E-11DC-B99B-0019D1879648
50 ChromeOS kernel FE3A2A5D-4F32-41A7-B725-ACCC3285A309
51 ChromeOS root fs 3CB8E202-3B7E-47DD-8A3C-7FF2A13CFCEC
52 ChromeOS reserved 2E0A753D-9E48-43B0-8337-B15192CB1B5E
53 MidnightBSD data 85D5E45A-237C-11E1-B4B3-E89A8F7FC3A7
54 MidnightBSD boot 85D5E45E-237C-11E1-B4B3-E89A8F7FC3A7
55 MidnightBSD swap 85D5E45B-237C-11E1-B4B3-E89A8F7FC3A7
56 MidnightBSD UFS 0394Ef8B-237C-11E1-B4B3-E89A8F7FC3A7
57 MidnightBSD ZFS 85D5E45D-237C-11E1-B4B3-E89A8F7FC3A7
58 MidnightBSD Vinum 85D5E45C-237C-11E1-B4B3-E89A8F7FC3A7
 
Partition type (type L to list all types): 15
Changed type of partition ‘Linux filesystem’ to ‘Linux LVM’
 
コマンド (m でヘルプ): w
パーティションテーブルは変更されました!
 
ioctl() を呼び出してパーティションテーブルを再読込みします。
 
WARNING: Re-reading the partition table failed with error 16: デバイスもしくはリソースがビジー状態で す.
The kernel still uses the old table. The new table will be used at
the next reboot or after you run partprobe(8) or kpartx(8)
ディスクを同期しています。
# sync; sync; shutdown -r now

pvresizeコマンドでPV /dev/sda3を拡張します。

# pvscan
PV /dev/sda3 VG centos lvm2 [9.31 GiB / 40.00 MiB free]
Total: 1 [9.31 GiB] / in use: 1 [9.31 GiB] / in no VG: 0 [0 ]
#
# pvresize /dev/sda3
Physical volume “/dev/sda3” changed
1 physical volume(s) resized / 0 physical volume(s) not resized
#
# pvscan
PV /dev/sda3 VG centos lvm2 [19.31 GiB / 10.04 GiB free]
Total: 1 [19.31 GiB] / in use: 1 [19.31 GiB] / in no VG: 0 [0 ]
#
#
# pvdisplay
— Physical volume —
PV Name /dev/sda3
VG Name centos
PV Size 19.31 GiB / not usable 1.98 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 4944
Free PE 2570
Allocated PE 2374
PV UUID 2BFKio-s1Du-rmQb-ePUl-lgoc-BLqf-xxBVmq
 

無事に拡張されました。

VG拡張

PVを拡張するとVGも自動拡張されているので作業はありません。

# vgdisplay
— Volume group —
VG Name centos
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 4
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 19.31 GiB
PE Size 4.00 MiB
Total PE 4944
Alloc PE / Size 2374 / 9.27 GiB
Free PE / Size 2570 / 10.04 GiB
VG UUID 3BLqWE-tYCr-0SG3-tJ8T-2j2w-UNBC-eBKMR4

LV拡張

さて、論理ボリューム(/dev/centos/root)を拡張しますが、これだけではまだディスク容量は拡張されません。

# lvextend -l +100%FREE /dev/centos/root
Size of logical volume centos/root changed from 8.27 GiB (2118 extents) to 18.31 GiB (4688 extents).
Logical volume root successfully resized.
#
# df -h
ファイルシス サイズ 使用 残り 使用% マウント位置
/dev/mapper/centos-root 8.3G 8.2G 102M 99% /
devtmpfs 482M 0 482M 0% /dev
tmpfs 492M 0 492M 0% /dev/shm
tmpfs 492M 6.4M 485M 2% /run
tmpfs 492M 0 492M 0% /sys/fs/cgroup
/dev/sda2 494M 285M 209M 58% /boot
/dev/sda1 200M 9.5M 191M 5% /boot/efi
tmpfs 99M 0 99M 0% /run/user/0

ファイルシステムの拡張を行う必要があります。

# xfs_growfs /dev/centos/root
meta-data=/dev/mapper/centos-root isize=256 agcount=4, agsize=542208 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=0 finobt=0
data = bsize=4096 blocks=2168832, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal bsize=4096 blocks=2560, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 2168832 to 4800512
# df -h
ファイルシス サイズ 使用 残り 使用% マウント位置
/dev/mapper/centos-root 19G 8.2G 11G 45% /
devtmpfs 482M 0 482M 0% /dev
tmpfs 492M 0 492M 0% /dev/shm
tmpfs 492M 6.4M 485M 2% /run
tmpfs 492M 0 492M 0% /sys/fs/cgroup
/dev/sda2 494M 285M 209M 58% /boot
/dev/sda1 200M 9.5M 191M 5% /boot/efi
tmpfs 99M 0 99M 0% /run/user/0

これでようやく完成です。

ゲストのCentOS7サーバのディスク容量が不足してきたので拡張(目次)

Copyright © 2017 kamata-net.com All Rights Reserved.

Hyper-V上のWindows10が遅すぎる件

$
0
0

私は、Windows Server 2012R2 Essentials上でHyper-Vを構築し、その上でWindows10 Proをインストールして、リモートデスクトップで接続して作業をしています。
その方が、家のどのPCでログオンしても作業環境が同じになりますし、サーバー上でバックアップも取られています。

しかし、遅い…。タスクマネージャーを見てみると、どうもディスクアクセスが頻繁に起きており、アクティブな時間が100%に張り付くことが多いことが分りました。ウィルス対策ソフトがゴリゴリしているときなどは何の作業もできないような状況となってしまっていました。

Hyper-Vの仕組みを考えると、NTFS上にNTFSでフォーマットされた仮想ディスクを構築しているわけですからDiskI/Oがボトルネックになるのも仕方がないことかもしれません。
世の中のVDI環境はどうしているのか不思議に思ってしまいますが、私の場合はWindows用の仮想ディスクをSSD上に配置することで回避しました。まぁ頭は使えなかったので(知識がなかったので)お金で解決したことになってしまいますが…。

最近は120GBで5千円、240GBでも8千円程度で買えるのですね。本当はトラブルが少ないIntelのSSDが欲しかったのですが、SANDISKと中堅どころにしました。Samsung、Transcendはもっと安く買えたのですが、トラブル報告も多いと聞いたので止めました。

 

SSDを装着し「ディスクの管理」からSSDをボリュームの割り当てフォーマットなどをし認識できるようにした上で(この辺は割愛します)、Hyper-Vの当該サーバ(この場合はWindows10)をシャットダウンし、Hyper-Vマネージャーから当該サーバの設定ボタンを押下します。ハードドライブの仮想ハードディスクのところに現在の仮想HDDのパスの記載がありますので、

この仮想HDDをSSD上にコピーし、仮想HDDのパスもコピーした仮想HDDに書き換えます。

以上で完了となり、Windowsの起動も数秒で完了するようになりました。素晴らしい。

肝心のディスクIOですが、以下のように以前のようにアクティブな時間が100%に張り付くようなこともなく、快適に使用できている次第です。

Copyright © 2017 kamata-net.com All Rights Reserved.

named-chrootが急に起動しなくなった時に見直すべきこと

$
0
0

bindをbind-9.9.4-29.el7_2.4.x86_64からbind-9.9.4-38.el7_3.x86_64にバージョンアップしたら急に起動しなくなってしまいました。

syslogには以下のような

12月 25 02:58:26 localhost systemd[1]: Failed to start Berkeley Internet Name Domain (DNS).
12月 25 02:58:26 localhost systemd[1]: Unit named-chroot.service entered failed state.
12月 25 02:58:26 localhost systemd[1]: named-chroot.service failed.

そこで、configを見直してみます。

# systemctl status named-chroot
● named-chroot.service – Berkeley Internet Name Domain (DNS)
Loaded: loaded (/usr/lib/systemd/system/named-chroot.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since 日 2016-12-25 03:22:16 JST; 6s ago
Process: 11505 ExecStartPre=/bin/bash -c if [ ! “$DISABLE_ZONE_CHECKING” == “yes” ]; then /usr/sbin/named-checkconf -t /var/named/chroot -z /etc/named.conf; else echo “Checking of zone files is disabled”; fi (code=exited, status=1/FAILURE)
 
12月 25 03:22:17 localhost bash[11505]: zone cannon-ball.net/IN: loaded serial 20160619
12月 25 03:22:17 localhost bash[11505]: zone k184224.ppp.asahi-net.or.jp/IN: loaded serial 20100228
12月 25 03:22:17 localhost bash[11505]: zone localhost/IN: loaded serial 20060309
12月 25 03:22:17 localhost bash[11505]: zone 10.168.192.in-addr.arpa/IN: loaded serial 20100228
12月 25 03:22:17 localhost bash[11505]: zone 184.45.218.in-addr.arpa/IN: loaded serial 20100228
12月 25 03:22:17 localhost bash[11505]: zone 0.0.127.in-addr.arpa/IN: loaded serial 20100228
12月 25 03:22:16 localhost systemd[1]: Unit named-chroot.service entered failed state.
12月 25 03:22:16 localhost systemd[1]: named-chroot.service failed.
# /usr/sbin/named-checkconf -t /var/named/chroot -z /etc/named.conf
zone localhost.localdomain/IN: loading from master file named.localhost failed: file not found
zone localhost.localdomain/IN: not loaded due to errors.
internal/localhost.localdomain/IN: file not found
zone localhost/IN: loading from master file named.localhost failed: file not found
zone localhost/IN: not loaded due to errors.
internal/localhost/IN: file not found
zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: loading from master file named.loopback failed: file not found
zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: not loaded due to errors.
internal/1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: file not found
zone 1.0.0.127.in-addr.arpa/IN: loading from master file named.loopback failed: file not found
zone 1.0.0.127.in-addr.arpa/IN: not loaded due to errors.
internal/1.0.0.127.in-addr.arpa/IN: file not found
zone 0.in-addr.arpa/IN: loading from master file named.empty failed: file not found
zone 0.in-addr.arpa/IN: not loaded due to errors.
internal/0.in-addr.arpa/IN: file not found
zone kamata-net.com/IN: loaded serial 20160619
zone kamata-net.jp/IN: loaded serial 20160619
zone cannon-ball.net/IN: loaded serial 20160619
zone k184224.ppp.asahi-net.or.jp/IN: loaded serial 20100228
zone localhost/IN: loaded serial 20060309
zone 10.168.192.in-addr.arpa/IN: loaded serial 20100228
zone 184.45.218.in-addr.arpa/IN: loaded serial 20100228
zone 0.0.127.in-addr.arpa/IN: loaded serial 20100228

1.0.0……ip6.arpa/INってなんだ?ってことで、/var/named/chroot/etc/named.confを見直してみると、

options {
        #listen-on port 53 { 127.0.0.1; };
        #listen-on-v6 port 53 { ::1; };
        version         "unknown";
        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; my-network; };
        recursion yes;
 
        dnssec-enable yes;
        dnssec-validation yes;
        dnssec-lookaside auto;
        managed-keys-directory "/var/named/dynamic";
 
        empty-zones-enable no;
        use-v6-udp-ports {};
 
        /* Path to ISC DLV key */
        bindkeys-file "/etc/named.iscdlv.key";
        forwarders{
                192.168.10.10;
        };
 
        pid-file "/run/named/named.pid";
        session-keyfile "/run/named/session.key";
};
 
logging {
        /*channel default_debug {
                file "data/named.run";
                severity dynamic;*/
        channel "default_syslog" {
                syslog daemon;
                severity info;
        };
        category lame-servers { null; };
};
 
view "internal" {
        match-clients { my-network; };
        match-destinations { my-network; };
        zone "." IN {
                type hint;
                file "named.ca";
        };
 
        include "/etc/named.rfc1912.zones";
        include "/etc/named.root.key";
 
};
 
view "external" {
        match-clients { any; };
        match-destinations { any; };
        recursion no;
 
        zone "kamata-net.com" in {
…

named.rfc1912.zonesってなんだっけ?

// named.rfc1912.zones:
//
// Provided by Red Hat caching-nameserver package
//
// ISC BIND named zone configuration for zones recommended by
// RFC 1912 section 4.1 : localhost TLDs and address zones
// and http://www.ietf.org/internet-drafts/draft-ietf-dnsop-default-local-zones-02.txt
// (c)2007 R W Franks
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//

zone "localhost.localdomain" IN {
        type master;
        file "named.localhost";
        allow-update { none; };
};

zone "localhost" IN {
        type master;
        file "named.localhost";
        allow-update { none; };
};

zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" IN {
        type master;
        file "named.loopback";
        allow-update { none; };
};

zone "1.0.0.127.in-addr.arpa" IN {
        type master;
        file "named.loopback";
        allow-update { none; };
};

zone "0.in-addr.arpa" IN {
        type master;
        file "named.empty";
        allow-update { none; };
};

ビンゴですね。このファイルを読み込んでいたことが悪さの原因でしたので、inlucdeしないように当該行をコメントアウトしたところ無事に起動するようになりました。

Copyright © 2017 蒲田ネット All Rights Reserved.

室内干しには森田アルミ工業 pid 4Mが便利

$
0
0

建売住宅を購入して3年が経ちました。今だから後からやってよかったこと失敗したことを徐々にご紹介したいと思います。

まずトップを飾るのは森田アルミ工業さんのpid 4Mをご紹介したいと思います。

森田アルミ工業

これは何か?ということですが、室内に洗濯物を干すためのワイヤーです。よくホテルの浴室についている奴のロープがありますが、それのワイヤー版です。

森田アルミ工業さんのHPから拝借

pid 4Mの素晴らしい点

  • スペースを取らない
  • 目立たないので部屋の雰囲気を壊さない
  • 洗濯物を干す場所として最適(夏でも涼しい。冬でも暖かい)

さて、これを私の家ではどう使っているのかというと、ベランダに面したリビングに1つ、洗濯機が置いてあるランドリーに1つの計2つを取り付けて使っています。

なぜ、リビングに設置したのか?ということですが、まず拙宅には浴室乾燥機を付けているのでリビングに室内干しをすることはまずありません。基本的に晴れていればベランダに洗濯物を干しますが、夏は暑いですし、冬は寒いです。また洗濯物をうっかり下に落とすと汚れてしまいます。

リビングにワイヤーを張ることで、室内で洗濯物をハンガーに掛けることができます。そのため準備は室内で済ませてしまいベランダへ出るのは一瞬で済む、というのが素晴らしい点となります。

本体のサイズは幅 87 mm x 高さ 121 mm x 奥行 60 mmリビングでそんなに小さくはない印象です。私の家では本体側をベランダに面した柱に本体を付けています。

なぜかというとちょうどカーテンを閉めると隠れるからです。

ワイヤーを伸ばしたところ。

反対側から。

ランドリーにも。なぜここか、ということですが、洗濯機の隣にハンガーをさっと干すスペースがあるのは非常に助かります。また私は朝シャワーを浴びることもあるのですが、雨の日などは浴室乾燥機を使うため、シャワーが浴びれないときがあります。そういう時にバスルームの洗濯物をランドリーに一時的に移すことができるので非常に便利です。

一戸建てだけでなくマンションにも使えると思いますので一度お試しあれ。

なお、取り付けは非常に簡単ですが、壁紙の裏の柱に取り付ける必要があります。柱を探すには以下の2つのグッズがあると便利ですよ。

 

Copyright © 2017 蒲田ネット All Rights Reserved.


iOS10からPPTPが非対応になったのでCentOSでVPNサーバを作ってみた

$
0
0

なななんと、iOS10からVPNがPPTPに対応しなくなったのですね。

しかもNVR500はPPTPにしか対応していないし。バージョンアップで対応してくれないかしら。
多分無理だろう、ということでCentOS7上にVPNサーバを作ってしまいます。

実は記事にはしていませんが以前openswan(IPsec)/xl2tpd(L2TP)で構築した経験はあります。

L2TP/IPsecはRT57iのPPTPより4倍もスループットがいい件

ご注意ください この記事は2年以上前に書かれたものですので、内容が古い可能性があります。 こんなにスピードが違うとは…。正直驚きです。 最新のNVR500などでは違うのでしょうがYamahaのブロード …

続きを見る

ということでCentOS7では初めてですがまぁそんなに難しくはないと思うのでサクっと構築してしまいましょう。

インストール

EPELのレポジトリのインストール

xl2tpdは標準のレポジトリにはないので、EPELレポジトリを追加します。

# yum install epel-release

これでインストールできますが、後々悪さをしないようにデフォルトではdisableにしたいと思います。/etc/yum.repos.d/epel.repoを編集します。

[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7

xl2tpd(L2TP)のインストール

EPELレポをdisableにしているので、以下のようにインストールします。

# yum –enablerepo=epel install xl2tpd
読み込んだプラグイン:fastestmirror
epel/x86_64/metalink | 5.9 kB 00:00:00
epel | 4.3 kB 00:00:00
(1/3): epel/x86_64/primary_db | 4.4 MB 00:00:05
(2/3): epel/x86_64/updateinfo | 691 kB 00:00:11
(3/3): epel/x86_64/group_gz | 170 kB 00:00:17
Loading mirror speeds from cached hostfile
* base: ftp.iij.ad.jp
* epel: ftp.riken.jp
* extras: ftp.iij.ad.jp
* updates: ftp.iij.ad.jp
依存性の解決をしています
–> トランザクションの確認を実行しています。
—> パッケージ xl2tpd.x86_64 0:1.3.8-1.el7 を インストール
–> 依存性の処理をしています: kmod(l2tp_ppp.ko) のパッケージ: xl2tpd-1.3.8-1.el7.x86_64
–> 依存性解決を終了しました。
エラー: パッケージ: xl2tpd-1.3.8-1.el7.x86_64 (epel)
要求: kmod(l2tp_ppp.ko)
問題を回避するために –skip-broken を用いることができます。
これらを試行できます: rpm -Va –nofiles –nodigest

なんと、エラーが…。なんでいつもうまくいかないんでしょうか。調べてみると、

Paul Stauffer 2016-12-20 08:09:16 EST

Note that the broken package is in the release “epel” repo, not just in “epel-testing”, so production systems are seeing this as well.

FWIW, here’s the changelog line Tuomo is referring to:

* Fri Oct 31 2014 Paul Wouters <pwouters@redhat.com> – 1.3.6-7
– Remove kmod require, not recognised and l2tp_ppp.ko is in core kernel package now

とありました。とりあえず、epel-testingレポを使ってみることとします。

# yum install xl2tpd –enablerepo=epel-testing
読み込んだプラグイン:fastestmirror
epel-testing/x86_64/metalink | 6.1 kB 00:00:00
epel-testing | 4.3 kB 00:00:00
epel-testing/x86_64/primary_db FAILED
http://kartolo.sby.datautama.net.id/EPEL/testing/7/x86_64/repodata/f19a1d391fc2fb7e831cec9fdaa3506f384c4378413b861899d1f9fa6a52d6d6-primary.sqlite.xz: [Errno 14] HTTP Error 404 – Not Found
他のミラーを試します。
To address this issue please refer to the below knowledge base articlehttps://access.redhat.com/articles/1320623
 
If above article doesn’t help to resolve this issue please create a bug on https://bugs.centos.org/
 
epel-testing/x86_64/updateinfo FAILED
http://epel.excellmedia.net/testing/7/x86_64/repodata/a0bd23f29b8d89509ba3493d44a570f4e62f2f29127da96cd9969e95e6e79bda-updateinfo.xml.bz2: [Errno 14] HTTP Error 404 – Not Found
他のミラーを試します。
(1/3): epel-testing/x86_64/group_gz | 170 kB 00:00:01
epel-testing/x86_64/primary_db FAILED
https://mirrors.tuna.tsinghua.edu.cn/epel/testing/7/x86_64/repodata/f19a1d391fc2fb7e831cec9fdaa3506f384c4378413b861899d1f9fa6a52d6d6-primary.sqlite.xz: [Errno 14] HTTPS Error 404 – Not Found
他のミラーを試します。
(2/3): epel-testing/x86_64/primary_db | 673 kB 00:00:00
epel-testing/x86_64/updateinfo FAILED
https://ftp.yzu.edu.tw/Linux/Fedora-EPEL/testing/7/x86_64/repodata/a0bd23f29b8d89509ba3493d44a570f4e62f2f29127da96cd9969e95e6e79bda-updateinfo.xml.bz2: [Errno 14] HTTPS Error 404 – Not Found
他のミラーを試します。
(3/3): epel-testing/x86_64/updateinfo | 93 kB 00:00:00
Loading mirror speeds from cached hostfile
* base: ftp.iij.ad.jp
* epel-testing: ftp.yzu.edu.tw
* extras: ftp.iij.ad.jp
* updates: ftp.iij.ad.jp
依存性の解決をしています
–> トランザクションの確認を実行しています。
—> パッケージ xl2tpd.x86_64 0:1.3.8-2.el7 を インストール
–> 依存性解決を終了しました。
 
依存性を解決しました
 
=======================================================================================================
Package アーキテクチャー バージョン リポジトリー 容量
=======================================================================================================
インストール中:
xl2tpd x86_64 1.3.8-2.el7 epel-testing 97 k
 
トランザクションの要約
=======================================================================================================
インストール 1 パッケージ
 
総ダウンロード容量: 97 k
インストール容量: 189 k
Is this ok [y/d/N]:
 

とのことで行けそうです。

openswan(IPsec)のインストール

# yum install openswan

こちらは上記で問題なくインストールできました。

設定

xl2tpdの設定

/etc/xl2tpd/xl2tpd.confを編集します。編集するのはxl2tpdをインストールしたサーバーのIPアドレスとiPhoneなどリモート側に割り当てるIPアドレスだけです。

;
; This is a minimal sample xl2tpd configuration file for use
; with L2TP over IPsec.
;
; The idea is to provide an L2TP daemon to which remote Windows L2TP/IPsec
; clients connect. In this example, the internal (protected) network
; is 192.168.1.0/24.  A special IP range within this network is reserved
; for the remote clients: 192.168.1.128/25
; (i.e. 192.168.1.128 ... 192.168.1.254)
;
; The listen-addr parameter can be used if you want to bind the L2TP daemon
; to a specific IP address instead of to all interfaces. For instance,
; you could bind it to the interface of the internal LAN (e.g. 192.168.1.98
; in the example below). Yet another IP address (local ip, e.g. 192.168.1.99)
; will be used by xl2tpd as its address on pppX interfaces.

[global]
; listen-addr = 192.168.1.98
;
; requires openswan-2.5.18 or higher - Also does not yet work in combination
; with kernel mode l2tp as present in linux 2.6.23+
; ipsec saref = yes
; Use refinfo of 22 if using an SAref kernel patch based on openswan 2.6.35 or
;  when using any of the SAref kernel patches for kernels up to 2.6.35.
; saref refinfo = 30
;
; force userspace = yes
;
; debug tunnel = yes

[lns default]
ip range = 192.168.10.201-192.168.10.210
local ip = 192.168.10.100
require chap = yes
refuse pap = yes
require authentication = yes
name = LinuxVPNserver
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
length bit = yes

次に/etc/ppp/options.xl2tpdを編集します。
3行目でDNSサーバを接続元に渡す指定します。crtscts、lockオプションはエラーとなるのでコメントアウト。

Dec 25 22:47:28 localhost pppd[4979]: In file /etc/ppp/options.xl2tpd: unrecognized option ‘crtscts’
Dec 25 22:47:28 localhost xl2tpd: /usr/sbin/pppd: In file /etc/ppp/options.xl2tpd: unrecognized option ‘crtscts’
Dec 25 22:53:07 localhost pppd[5039]: In file /etc/ppp/options.xl2tpd: unrecognized option ‘lock’
Dec 25 22:53:07 localhost xl2tpd: /usr/sbin/pppd: In file /etc/ppp/options.xl2tpd: unrecognized option ‘lock’

認証方式はMSChap-v2のみを許可します(29-32行)。最終行の”name” では、認証に使用するアカウント名を設定します。この名前を “/etc/ppp/chap-secrets”に記入します。

ipcp-accept-local
ipcp-accept-remote
ms-dns 192.168.10.100
#ms-dns  8.8.8.8
# ms-dns  192.168.1.1
# ms-dns  192.168.1.3
# ms-wins 192.168.1.2
# ms-wins 192.168.1.4
noccp
auth
#crtscts
idle 1800
mtu 1410
mru 1410
#mtu 1500
#mru 1500
nodefaultroute
debug
#lock
proxyarp
connect-delay 5000
# To allow authentication against a Windows domain EXAMPLE, and require the
# user to be in a group "VPN Users". Requires the samba-winbind package
# require-mschap-v2
# plugin winbind.so
# ntlm_auth-helper '/usr/bin/ntlm_auth --helper-protocol=ntlm-server-1 --require-membership-of="EXAMPLE\\VPN Users"'
# You need to join the domain on the server, for example using samba:
# http://rootmanager.com/ubuntu-ipsec-l2tp-windows-domain-auth/setting-up-openswan-xl2tpd-with-native-windows-clients-lucid.html
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
name xl2tpd

/etc/ppp/chap-secretにパスワードを指定します。

# Secrets for authentication using CHAP
# client        server  secret                  IP addresses
"hogehoge"       "xl2tpd"        "password"        *

接続を許可するIPアドレスに「*」を指定しないと、以下のようにエラーが出て接続できないので注意が必要です。

Dec 25 23:00:25 localhost xl2tpd: /usr/sbin/pppd: The remote system is required to authenticate itself
Dec 25 23:00:25 localhost xl2tpd: /usr/sbin/pppd: but I couldn’t find any suitable secret (password) for it to use to do so.
Dec 25 23:00:25 localhost xl2tpd: /usr/sbin/pppd: (None of the available passwords would let it use an IP address.)
Dec 25 23:00:25 localhost pppd[5805]: but I couldn’t find any suitable secret (password) for it to use to do so.

openswanの設定

/etc/ipsec.confを編集します。
14行目をコメントアウトし、57-60行目を追加です(14行目は58行目に持っていっています。順番も重要という話もあるので)。

# /etc/ipsec.conf - Libreswan IPsec configuration file

# This file:  /etc/ipsec.conf
#
# Enable when using this configuration file with openswan instead of libreswan
#version 2
#
# Manual:     ipsec.conf.5

# basic configuration
config setup
        # which IPsec stack to use, "netkey" (the default), "klips" or "mast".
        # For MacOSX use "bsd"
        #protostack=netkey
        #
        # Normally, pluto logs via syslog. If you want to log to a file,
        # specify below or to disable logging, eg for embedded systems, use
        # the file name /dev/null
        # Note: SElinux policies might prevent pluto writing to a log file at
        #       an unusual location.
        #logfile=/var/log/pluto.log
        #
        # The interfaces= line is only required for the klips/mast stack
        #interfaces="%defaultroute"
        #interfaces="ipsec0=eth0 ipsec1=ppp0"
        #
        # If you want to limit listening on a single IP - not required for
        # normal operation
        #listen=127.0.0.1
        #
        # Do not set debug options to debug configuration issues!
        #
        # plutodebug / klipsdebug = "all", "none" or a combation from below:
        # "raw crypt parsing emitting control kernel pfkey natt x509 dpd
        #  private".
        # Note: "crypt" is not included with "all", as it can show confidential
        #       information. It must be specifically specified
        # examples:
        # plutodebug="control parsing"
        # plutodebug="all crypt"
        # Again: only enable plutodebug or klipsdebug when asked by a developer
        #plutodebug=none
        #klipsdebug=none
        #
        # Enable core dumps (might require system changes, like ulimit -C)
        # This is required for abrtd to work properly
        # Note: SElinux policies might prevent pluto writing the core at
        #       unusual locations
        dumpdir=/var/run/pluto/
        #
        # NAT-TRAVERSAL support
        # exclude networks used on server side by adding %v4:!a.b.c.0/24
        # It seems that T-Mobile in the US and Rogers/Fido in Canada are
        # using 25/8 as "private" address space on their wireless networks.
        # This range has never been announced via BGP (at least upto 2015)
        #virtual_private=%v4:10.0.0.0/8,%v4:192.168.0.0/16,%v4:172.16.0.0/12,%v4:25.0.0.0/8,%v4:100.64.0.0/10,%v6:fd00::/8,%v6:fe80::/10
        nat_traversal=yes
        protostack=netkey
        virtual_private=%v4:192.168.10.0/24
        oe=off

# For example connections, see your distribution's documentation directory,
# or https://libreswan.org/wiki/
#
# There is also a lot of information in the manual page, "man ipsec.conf"
#
# It is best to add your IPsec connections as separate files in /etc/ipsec.d/
include /etc/ipsec.d/*.conf

/etc/ipsec.d/l2tp-ipsec.confを以下の通り新規に作成します。

conn L2TP-PSK-NAT
    rightsubnet=0.0.0.0/0
    dpddelay=10
    dpdtimeout=20
    dpdaction=clear
    forceencaps=yes
    also=L2TP-PSK-noNAT

conn L2TP-PSK-noNAT
    authby=secret
    pfs=no
    auto=add
    keyingtries=3
    rekey=no

    ikelifetime=8h
    keylife=1h

    type=transport

    left=%defaultroute
    leftprotoport=17/1701

    right=%any
    rightprotoport=17/%any

また、ipsec.secretsファイルをroot:root 600で作成します。

: PSK "VPN password"

最後にOS起動時に自動起動するように設定します。

# systemctl enable xl2tpd
# systemctl enable ipsec
# systemctl start xl2tpd
# systemctl start ipsec

IPフォワードとFirewalldの設定

# ipsec verify
Verifying installed system and configuration filesVersion check and ipsec on-path [OK]
Libreswan 3.15 (netkey) on 3.10.0-514.2.2.el7.x86_64
Checking for IPsec support in kernel [OK]
NETKEY: Testing XFRM related proc values
ICMP default/send_redirects [OK]
ICMP default/accept_redirects [OK]
XFRM larval drop [OK]
Pluto ipsec.conf syntax [OK]
Hardware random device [N/A]
Two or more interfaces found, checking IP forwarding [FAILED]
Checking rp_filter [ENABLED]
/proc/sys/net/ipv4/conf/all/rp_filter [ENABLED]
/proc/sys/net/ipv4/conf/default/rp_filter [ENABLED]
/proc/sys/net/ipv4/conf/eth0/rp_filter [ENABLED]
/proc/sys/net/ipv4/conf/eth1/rp_filter [ENABLED]
/proc/sys/net/ipv4/conf/ip_vti0/rp_filter [ENABLED]
rp_filter is not fully aware of IPsec and should be disabled
Checking that pluto is running [OK]
Pluto listening for IKE on udp 500 [OK]
Pluto listening for IKE/NAT-T on udp 4500 [OK]
Pluto ipsec.secret syntax [OK]
Checking ‘ip’ command [OK]
Checking ‘iptables’ command [OK]
Checking ‘prelink’ command does not interfere with FIPSChecking for obsolete ipsec.conf options [OK]
Opportunistic Encryption [DISABLED]

ipsec verify: encountered 11 errors – see ‘man ipsec_verify’ for help

IPフォワードの設定が必要でした。環境に合わせて書く必要がありますが、私の環境はeth1もありますので、18-19行目を書いています。

# sysctl settings are defined through files in
# /usr/lib/sysctl.d/, /run/sysctl.d/, and /etc/sysctl.d/.
#
# Vendors settings live in /usr/lib/sysctl.d/.
# To override a whole file, create a new file with the same in
# /etc/sysctl.d/ and put new settings there. To override
# only specific settings, add a file with a lexically later
# name in /etc/sysctl.d/ and put new settings there.
#
# For more information, see sysctl.conf(5) and sysctl.d(5).
net.ipv4.ip_forward = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.eth0.send_redirects = 0
net.ipv4.conf.eth0.accept_redirects = 0
net.ipv4.conf.eth1.send_redirects = 0
net.ipv4.conf.eth1.accept_redirects = 0
net.ipv4.conf.lo.send_redirects = 0
net.ipv4.conf.lo.accept_redirects = 0

sysctl -pで設定を反映した後に、再度ipsec verifyを実施し、先ほどFAILEDであったIP Fowarding部分が[OK]になっていることを確認してください。
firewalldへパケットの受信とIPフォワーディングの設定を行います。

# firewall-cmd –permanent –add-service=ipsec
# firewall-cmd –permanent –add-port=1701/udp
# firewall-cmd –permanent –add-port=4500/udp
# firewall-cmd –permanent –add-masquerade
# firewall-cmd –reload

NVR500の設定

NVR500に入って以下の設定をしましょう。filterの番号は自身の環境に合わせてください。Web画面からの設定でいいと思います。NATの設定はtelnet等でログインしないと設定できません。

ip filter 1 pass * 192.168.10.100 esp * *
ip filter 2 pass 192.168.10.100 * esp * *
ip filter 3 pass * 192.168.10.100 udp,tcp * 500,1701,4500
ip filter 4 pass 192.168.10.100 * udp,tcp 500,1701,4500 *
nat descriptor masquerade static 1000 16 192.168.10.100 esp
nat descriptor masquerade static 1000 17 192.168.10.100 udp 1701
nat descriptor masquerade static 1000 18 192.168.10.100 udp 500
nat descriptor masquerade static 1000 19 192.168.10.100 udp 4500

以上で設定は完了です。

 

setoatu
クライアントからの接続方法は別記事で書きました。

Copyright © 2017 蒲田ネット All Rights Reserved.

CentOSのネットワークチューニング。お金を掛けずにスループットを向上しよう。

$
0
0

今回はCentOS7.3のネットワーク周りのチューニングを実施し、お金を掛けないでスループットを上げましょう。

性能測定ツールの導入

まずは性能測定ツールですが、speedtest.netはWindowsでもよく利用させてもらっていますが、Linuxコマンドライン用のspeedtest.netもあるんです。まずはこれをインストールします。

# yum install python-setuptools
# easy_install speedtest-cli

でインストールできます。
使い方は、単純にspeedtest-cliと打つだけでいいのですが、

# speedtest-cli
Retrieving speedtest.net configuration…
Testing from Asahi Net (218.45.184.224)…
Retrieving speedtest.net server list…
Selecting best server based on ping…
Hosted by Cordeos Corp. (Tokyo) [3.50 km]: 12.162 ms
Testing download speed……………………………………………………………………..
Download: 281.61 Mbit/s
Testing upload speed……………………………………………………………………………………….
Upload: 136.43 Mbit/s
#

以外と速い…(笑)。

サーバーを指定することもできます。

# speedtest-cli –list | grep -i tokyo
6424) Cordeos Corp. (Tokyo, Japan) [3.50 km]
7510) ASEINet (Tokyo, Japan) [3.50 km]
#
# speedtest-cli –server 6424
Retrieving speedtest.net configuration…
Testing from Asahi Net (218.45.184.224)…
Retrieving speedtest.net server list…
Selecting best server based on ping…
Hosted by Cordeos Corp. (Tokyo) [3.50 km]: 14.251 ms
Testing download speed……………………………………………………………………..
Download: 196.98 Mbit/s
Testing upload speed……………………………………………………………………………………….
Upload: 143.64 Mbit/s
#

もちろん–server 7510でも構いません。

tunedを使ったチューニング

ネットワーク周りのチューニングにはカーネルパラメーターを調整してチューニングするのもいいのですが、tuned(チューニングデーモン)を使ってチューニングしていきます。
tunedではプロファイルを指定することで手軽にチューニングが行えます。

まずはプロファイルの確認ですが、

# tuned-adm list
Available profiles:
– balanced – General non-specialized tuned profile
– desktop – Optmize for the desktop use-case
– latency-performance – Optimize for deterministic performance at the cost of increased power consumption
– network-latency – Optimize for deterministic performance at the cost of increased power consumption, focused on low latency network performance
– network-throughput – Optimize for streaming network throughput. Generally only necessary on older CPUs or 40G+ networks.
– powersave – Optimize for low power consumption
– throughput-performance – Broadly applicable tuning that provides excellent performance across a variety of common server workloads. This is the default profile for RHEL7.
– virtual-guest – Optimize for running inside a virtual guest.
– virtual-host – Optimize for running KVM guests
Current active profile: virtual-guest

現在はvirtual-guestプロファイルが選択されていることが分かります。throughput-performanceプロファイルにしてみましょう。

# tuned-adm profile throughput-performance

speedtest-cliでスループットを測定してみます。

# speedtest-cli –server 6424
Retrieving speedtest.net configuration…
Testing from Asahi Net (218.45.184.224)…
Retrieving speedtest.net server list…
Selecting best server based on ping…
Hosted by Cordeos Corp. (Tokyo) [3.50 km]: 12.073 ms
Testing download speed……………………………………………………………………..
Download: 295.40 Mbit/s
Testing upload speed……………………………………………………………………………………….
Upload: 117.24 Mbit/s
#

いきなり100Mbps弱もスループットが向上して驚きです。

これで一度様子を見てみることにします。

Copyright © 2017 蒲田ネット All Rights Reserved.

Windows10のネットワークチューニング。お金を掛けずにスループットを向上しよう。

$
0
0

今回は前回のCentOS7.3のネットワーク周りのチューニングに続きWindows10のネットワーク周りのチューニングをお金を掛けずに実施しましょう。

CentOSのネットワークチューニング。お金を掛けずにスループットを向上しよう。

今回はCentOS7.3のネットワーク周りのチューニングを実施し、お金を掛けないでスループットを上げましょう。 性能測定ツールの導入 まずは性能測定ツールですが、speedtest.netはWindo …

続きを見る

現状の把握

まずは現在の設定を確認しましょう。

Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.
 
C:\WINDOWS\system32>netsh interface tcp show global
アクティブ状態を照会しています…
 
TCP グローバル パラメーター
———————————————-
Receive-Side Scaling 状態 : enabled
Chimney オフロード状態 : disabled
NetDMA 状態 : disabled
Direct Cache Access (DCA) : disabled
受信ウィンドウ自動チューニング レベル : normal
アドオン輻輳制御プロバイダー : none
ECN 機能 : disabled
RFC 1323 タイムスタンプ : disabled
初期 RTO : 3000
Receive Segment Coalescing 状態 : disabled
非 Sack の Rtt 回復性 : disabled
SYN の最大再送信数 : 2
TCP Fast Open : enabled
 
 
C:\WINDOWS\system32>

Speedtest.netで現在のスループットを計測してみます。


下りが260Mbpsも出ていますね。チューニングでスループットが向上するのか心配になってきました。

受信ウィンドウ自動チューニング

画面左下Windowsボタンを右クリックし「コマンドプロンプト(管理者)」を起動し、以下のコマンドを打ち込みます。

netsh interface tcp set global rss=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global autotuninglevel=highlyrestricted
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.
 
C:\WINDOWS\system32>netsh interface tcp set global rss=disabled
OK
 
C:\WINDOWS\system32>netsh interface tcp set global chimney=disabled
OK
 
C:\WINDOWS\system32>netsh interface tcp set global autotuninglevel=highlyrestricted
OK
 
C:\WINDOWS\system32>netsh interface tcp show global
アクティブ状態を照会しています…
 
TCP グローバル パラメーター
———————————————-
Receive-Side Scaling 状態 : disabled
Chimney オフロード状態 : disabled
NetDMA 状態 : disabled
Direct Cache Access (DCA) : disabled
受信ウィンドウ自動チューニング レベル : highlyrestricted
アドオン輻輳制御プロバイダー : none
ECN 機能 : disabled
RFC 1323 タイムスタンプ : disabled
初期 RTO : 3000
Receive Segment Coalescing 状態 : disabled
非 Sack の Rtt 回復性 : disabled
SYN の最大再送信数 : 2
TCP Fast Open : enabled
 
C:\WINDOWS\system32>

Speedtest.netで計測してみます。

目を疑いましたが150Mbpsもスループットが向上していました。是非皆さんも騙されたと思ってお試しください。

(参考)set globalオプション

使用法: set global [[rss=]disabled|enabled|default]
[[chimney=]disabled|enabled|default]
[[autotuninglevel=]
disabled|highlyrestricted|restricted|normal|experimental]
[[congestionprovider=]none|ctcp|default]
[[netdma=]disabled|enabled|default]
[[dca=]disabled|enabled|default]
[[ecncapability=]disabled|enabled|default]
[[timestamps=]disabled|enabled|default]
[[initialrto=]<300-3000>]
[[rsc=]disabled|enabled|default]
[[nonsackrttresiliency=]disabled|enabled|default]
[[maxsynretransmissions=]<2-8>]
 
パラメーター:
 
タグ 値
rss – 次のいずれかの値を指定します:
disabled: Receive-Side Scaling を無効にします。
enabled : Receive-Side Scaling を有効にします。
default : Receive-Side Scaling の状態をシステムの
既定値に戻します。
chimney – 次のいずれかの値を指定します:
disabled: Chimney オフロードを無効にします。
enabled : Chimney オフロードを有効にします。
automatic: パフォーマンス ヒューリスティックを使用して
Chimney オフロードを有効にします。
default : Chimney オフロードの状態をシステムの既定値に
戻します (automatic)。
autotuninglevel – 次のいずれかの値を指定します:
disabled: 受信ウィンドウを既定値に
固定します。
highlyrestricted: 受信ウィンドウの既定値を少しだけ
超えて拡大できるようにします。
 
restricted: いくつかのシナリオで制限されますが、受信
ウィンドウの既定値を超えて
拡大できるようにします。
normal: 受信ウィンドウをほとんどすべてのシナリオに
合わせて拡大できるようにします。
experimental: 受信ウィンドウを極端なシナリオにも合わせて
拡大できるようにします。
congestionprovider – このパラメーターは使用されなくなりました。代わりに
netsh int tcp set supplemental を使用してください。
netdma – NetDMA は、このバージョンの Windows ではサポートされていません。
NetDMA の設定を変更しても効果はありません。
詳細については、
http://msdn.microsoft.com/en-us/library/
ff568342(VS.85).aspx を参照してください。
dca – NetDMA は、このバージョンの Windows ではサポートされていません。
NetDMA の設定を変更しても効果はありません。
詳細については、
http://msdn.microsoft.com/en-us/library/
ff568342(VS.85).aspx を参照してください。
ecncapability – ECN 機能を有効または無効にします。
default : 状態をシステムの既定値に戻します。
timestamps – RFC 1323 タイムスタンプを有効または無効にします。
default: 状態をシステムの既定値に戻します。
initialrto – Connect (SYN) 再転送時間です (ミリ秒)。default: 3000。
rsc – receive segment coalescing を有効または無効にします。
default: 状態をシステムの既定値に戻します。
nonsackrttresiliency – 非 SACK のクライアントに対して RTT 回復性を有効
または無効にします。default: 無効。
maxsynretransmissions – SYN パケットによる接続再試行回数を指定します。
default: 2。
fastopen – TCP Fast Open を有効または無効にします。
default: 状態をシステムの既定値に戻します。
 
注釈: すべての接続に影響する TCP パラメーターを設定します。
 
例:
 
set global rss=enabled chimney=enabled autotuninglevel=normal
 

Copyright © 2017 蒲田ネット All Rights Reserved.

DNSのレスポンスが若干遅いを解決する

$
0
0

nslookupで名前解決を行った際にほんの一瞬タイムラグがあり気になっていました。一度名前解決をするとキャッシュされるので気にならなくなるのですが。
いろいろと調べてみるとIPv6が有効になっている時にこの事象が発生するようです。

IPv6が有効になっているかどうかは、ifconfigしてIPv6アドレスが表示されるかどうかで分かります。

# ifconfig -a
eth0: flags=4163  mtu 1500
        inet 192.168.10.100  netmask 255.255.255.0  broadcast 192.168.10.255
        inet6 2408:210:27e1:1500:215:5dff:fe28:6901  prefixlen 64  scopeid 0x0
        inet6 fe80::215:5dff:fe28:6901  prefixlen 64  scopeid 0x20

        ether 00:15:5d:28:69:01  txqueuelen 1000  (Ethernet)
        RX packets 589519  bytes 175088300 (166.9 MiB)
        RX errors 0  dropped 98221  overruns 0  frame 0
        TX packets 347008  bytes 96613124 (92.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

inet6の項目が表示されたのであればIPv6が有効になっている証拠です。ということでIPv6を無効化してしまいます。
まずは/etc/sysctl.d/disable_ipv6.confというファイルを作成します。

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

そして設定を反映します。

# sysctl -p /etc/sysctl.d/disable_ipv6.conf
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
#

ifconfig -a をしてみると、

# ifconfig -a
eth0: flags=4163  mtu 1500
        inet 192.168.10.100  netmask 255.255.255.0  broadcast 192.168.10.255
        ether 00:15:5d:28:69:01  txqueuelen 1000  (Ethernet)
        RX packets 593616  bytes 175831937 (167.6 MiB)
        RX errors 0  dropped 98832  overruns 0  frame 0
        TX packets 349521  bytes 96958702 (92.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

これで若干あったタイムラグが解消されました。めでたしめでたし。

Copyright © 2017 蒲田ネット All Rights Reserved.

xl2tpd + openswanへのクライアントからの接続設定

$
0
0

さて、以前xl2tpd + openswanで構築したVPNに対してiPhone、Windows8.1からの接続方法をご紹介します。

iOS10からPPTPが非対応になったのでCentOSでVPNサーバを作ってみた

なななんと、iOS10からVPNがPPTPに対応しなくなったのですね。 しかもNVR500はPPTPにしか対応していないし。バージョンアップで対応してくれないかしら。 多分無理だろう、ということでCe …

続きを見る

iPhone側の設定

「設定」→「一般」→「VPN」から「VNP構成を追加」で、以下の設定をします。

アカウント chap-secretsで指定したhogehoge
パスワード chap-secretsで指定したhogehogeのパスワード
シークレット ipsec.secretsで指定したVPNパスワード

Windows8.1側の設定

接続の作成

まずはコントロールパネルを開きネットワークと共有センターをクリックします。

新しい接続またはネットワークのセットアップを選択します。

職場に接続しますを選択します。

いいえ、新しい接続を作成します。を選び、

インターネット(VPN)を使用します。を選択。

接続先のIPアドレスもしくはドメインを入力し設定名を入力し、接続の作成をします。

左下のWindowsボタンを右クリックし、ネットワーク接続を選択します。

先ほど作成した接続名を右クリックしてプロパティを選択します。

セキュリティタブを選択し、以下のように選択します。

最後の詳細設定をクリックします。

認証に事前共有キーを使うを選択し、ipsec.secretsに記入したパスワードを投入します。

そして接続をしてみても、エラー809となり接続に失敗してしまいます。

レジストリの編集

いろいろと調べてみると、マイクロソフトサポートに「Windows Vista および Windows Server 2008 で NAT-T デバイスの背後に L2TP/IPsec サーバーを構成する方法」という記事があり、その中に、

NAT デバイスでのネットワーク トラフィックの変換により、NAT デバイスの背後にサーバーを配置し、IPsec NAT-T 環境を使用すると予期しない結果が発生する可能性があります。通信に IPsec を設定する必要がある場合、は、インターネットに接続できるすべてのサーバーのパブリック IP アドレスを使用することを勧めします。ただし、NAT デバイスの背後にサーバーを配置し、IPsec NAT-T 環境を使用する必要がある場合は、VPN クライアント コンピューターと VPN サーバー上のレジストリ値を変更することによって通信を有効にできます。

とあります。具体的な設定方法としては、regedit.exeにてHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgentにAssumeUDPEncapsulationContextOnSendRuleをDWORD(32ビット)で作成し値を「2」に設定する必要があるようです。

なんで2かとういうと、以下の通りです。

AssumeUDPEncapsulationContextOnSendRuleの意味

  • 0:デフォルト値、NATトラバーサルを無効
  • 1:片方がNATの背後
  • 2:サーバー、クライアント共にNATの背後

サーバー側はNATの背後にありますが、クライアント側もテザリングだったり他のLANからの接続でほとんどのケースでNATの背後からのアクセスになりますので「2」で問題ないと思われます。
レジストリの編集が完了したら設定を有効にする為、一度PCの再起動をしてください。

これで無事にL2TPで接続できるようになるはずです。

スループットの測定はこちら

Copyright © 2017 蒲田ネット All Rights Reserved.

庭の植木を盗まれたので監視カメラを付けてみた

$
0
0

少し前の話になりますが、庭の植木が盗まれました。以下の写真のくり抜かれたような穴のところに綺麗なオレンジ色の花が植わっていたのです。

これは防犯上何か対策をしなければならない、ということでいろいろと検討しました。

製品選定

いろいろと悩んだのですが結局コレガのCG-NCVD031Aというネットワークカメラにすることにしました。
ちなみに蛇足ですが、Webカメラとネットワークカメラの違いはWebカメラはUSBでPCに接続するカメラ、ネットワークカメラ(IPカメラとも言います)はそれ単体で動作し、外部からも映像が確認できるようなものとなっています。

「CG-NCVD031A」商品概要 | コレガ

コレガ CG-NCVD031Aのポイント

  • ネットワークカメラである
  • 屋外対応(防塵防滴)
  • 暗視機能がある
  • PoEに対応している
  • 録画先にSamba(ファイルサーバー)に対応している

まず、大掛かりな設備も持てませんので、LANケーブルでつながるネットワークカメラを第一候補として選びました。そのうえで屋外対応のもので、夜間もある程度撮影できることを想定しています。
さらにLANケーブルの他に屋外に電源を引き回すのは困難な為、PoE(Power over Ethernet:LANケーブルによる電源供給)に対応しているものとしています。さらにSDカードなどへの録画では、サッと確認したい時にできませんので、自動的にファイルサーバーに動画ファイルとして録画してくれることのできるモデルとしました。


 

設置

やはり個人で設置するにしても設置が一番面倒臭かったです。NTTが外から光ケーブルを引いている管を利用してLANケーブルを敷設します。LANケーブルも細めのものを用意し通線用スチールををまず通してからLANケーブルを引き込んでいきます。設置場所にもよりますがこちらは2名いないと厳しいかもしれません。

この管を利用して電源ケーブルも敷設することは可能かもしれませんが、既存の光ケーブルに加えてLANケーブルを敷設するだけでかなり苦労しました。さらに電源ケーブルを追加で敷設するのはかなり厳しく現実的でないと思います。

こんな感じで設置しました。

設置に関して注意点があります。事前にマニュアルはダウンロードしてよくよく読んでいたつもりでした。マニュアルには明確に記載がなかったのですが、以下のような写真があり、LANケーブルは本体の横から挿せるものと考えていましたが、実際は違いました。挿せるのは挿せるのですがLANケーブルは横から出ず、本体が壁と接する面からしか出せないような作りとなっています。

つまり、LANケーブルが邪魔でそのままカメラを壁に取り付けることができないのです。誤算でした。そのため取り付ける壁に穴を2か所開けています。写真の赤囲い部分と本体の裏側です。

LANケーブルはHubのPoE対応ポートに挿して通電を確認します。その後以下のソフトウェアをダウンロードし、ネットワークカメラのIPアドレスを確認しアクセスします。もちろんDHCPの環境が準備されている前提です。

「IPFinder」(Windows版)(CG-NCBU031A、CG-NCVD031A、CG-NCDO011A専用 | コレガ

ソフトウェアを起動し、「検索」ボタンを押下し、CG-NCVD031Aを見つけたら、それを選択し、「接続」ボタンを押下するとウェブブラウザが起動します。

なお、ウェブブラウザはIEがいいようです。Edge、FireFoxでは画像がうまく表示できませんでした。プラグインの問題で解決するかもしれません。

設定

設定についてはマニュアルに割と詳細に書いてあるのでそれを見ながら設定するといいでしょう。

本製品には動体検知機能があり、設定したエリアで動きがあると、メールで知らせてくれたり(静止画や動画を添付すること可能)、それを契機に録画を開始したりとできるのですが、露光モードを自動にしていると画面の明るさが瞬間的に変わる場合が多々あり、それも異常検知として認識してしまうためちょっと使い物にならない印象です。

録画先はネットワークフォルダの指定も可能でサイズを指定しておけば指定サイズを超えたところで古いものから自動で削除することも可能です。

動画のサイズによりますが、720P、ビデオ画質高で録画して300GBは2週間程度となります。

以下のアプリを使うことで外出先からネットワークカメラに接続することができます(要VPN)。

IPcamWatcher
無料
(2017.01.15時点)
posted with ポチレバ

風が強い日、雪が降っている日、雨がひどい場合など外出先からチェックする際には非常に便利です。

おまけ

自宅周辺でひったくり犯が私の家の前を逃亡した、とのことで警察から連絡があり動画の提供を求められたことがあります。その際にその刑事の方は「夜間なのにきれいですねー」とおっしゃっていました。そんなに綺麗な映像とは思わなかったのですが警察の方が見慣れている映像よりは綺麗なようです。

Copyright © 2017 蒲田ネット All Rights Reserved.

VPNのスループットを比較してみた(xl2tpd+openswan、NVR500 PPTP)

$
0
0

さて、それでは構築したVPNの実際のスループットを測定してみましょう。測定に際しては公平を期するためにspeedtest.netで測定することにしました。

iOS10からPPTPが非対応になったのでCentOSでVPNサーバを作ってみた

なななんと、iOS10からVPNがPPTPに対応しなくなったのですね。 しかもNVR500はPPTPにしか対応していないし。バージョンアップで対応してくれないかしら。 多分無理だろう、ということでCe …

続きを見る

Windows8.1からの測定

docomoのスマホから4G LTEテザリングでノートPCから接続して測定を行いました。

VPNなし

以下のようにだいたい20Mbpsぐらいのスループットが出ています。テザリングだからかあんまり早くないですね。

NVR500へのPPTP接続

2Mbpsという結果となりました。若干微妙ですね。RT58iとそんなに変わりません。

xl2tpd+openswanへのL2TP/IPsec接続

5M~10Mbpsとそこそこ満足できる結果となりました。

iPhoneからも測定してみた。

iPhoneからも接続し、測定してみました。

docomoスマホからのテザリング経由

上記ノートPCが接続していたdocomoスマホのテザリング経由でまずはスループットを測定しました。ノートPCからの方が若干早い感じです。

iPhoneから直接接続

ちなみに、テザリングなしにiPhoneから直接測定をしてみると、20Mbps程度出ております。

iPhoneからVPN(L2TP/IPsec)接続

iPhoneから直接インターネットに接続し、自宅にVPN(L2TP/IPsec)で接続した場合のスループットはテザリングし直接計測したケースとほぼ同等のスループットでした。

以前は5Mbps程度しか出ていなかったので、今回はその時の3倍ものスループットが出ていますね。MTUなどを調整すればもう少し早くなるような気がします。

L2TP/IPsecはRT57iのPPTPより4倍もスループットがいい件

ご注意ください この記事は2年以上前に書かれたものですので、内容が古い可能性があります。 こんなにスピードが違うとは…。正直驚きです。 最新のNVR500などでは違うのでしょうがYamahaのブロード …

続きを見る

Copyright © 2017 蒲田ネット All Rights Reserved.


Windows8.1からNVR500へのVPN(PPTP)がエラーとなる解消方法

$
0
0

以前からノートPCで自宅にVPNができなかったのですが、ちゃんと原因を究明し解消したのでメモです。

まず接続元のノートPCはWindows8.1です。VPNで接続しようとすると以下のようにエラー720:リモートコンピューターへの接続を確立できませんでした。この接続用にネットワーク設定の変更が必要である可能性があります。となってしまいます。

いろいろと調べる過程でデバイスマネージャーを見てみるとビックリマークがあるじゃありませんか。

一度このWANミニポート(IP)を削除しようと思ったのですが、

エラーが出て削除できません。
そこで一度別のドライバを割り当ててみます。該当デバイスを右クリックして、ドライバの更新を選択します。

コンピュータを参照してドライバソフトウェアを検索します。を選択します。

コンピュータ上のデバイスドライバーの一覧から選択します。を選択します。

互換性のあるハードウェアを表示のチェックを外すといろいろと一覧が出てきますので、

適当に汎用ドライバを選択しましょう。

ドライバが変わったことを確認して、ドライバの削除をしましょう。

ここでもエラーが出ますが、デバイスマネージャーからは削除できたかと思います。ここで一度Windowsを再起動しましょう。
再度VPNの設定も作り直しましょう。私の設定は以下の通りでMS-CHAP v2にしています。

NVR500側ももちろんMS CHAP v2に設定する必要があります。

どうでしたでしょうか?

Copyright © 2017 蒲田ネット All Rights Reserved.

やっぱり寒い冬はガスストーブが最強だった!

$
0
0

皆さん、寒い冬の暖房器具には何を使っていますか?我が家ではリビング以外は暖房らしい暖房はなく、私の書斎は冬なんて1分と座っていられない極寒の環境です。

ようやく我が家の財務省に暖房器具の購入許可をもらいましたので厳選に厳選を重ねて選んだ暖房器具のご紹介と使用感なんかにつしてレビューしたいと思います。

購入したのは上記リンナイのR-652PMSIIIです。毎年若干モデル名を変えながらも中身はあまり変わっていないストーブです。ファンヒーターではなくストーブです。

このストーブのいいところは、

ガスストーブのいいところ

  • 排気ガスが出ないので空気がクリーン(でも定期的に換気はしましょう)
  • 遠赤外線効果で部屋全体が暖かい
  • なんといってもヤカンでお湯を沸かせるので加湿効果も
  • 電気が不要なのでイザというときに安心

いいところだけではありません。逆に不便なところは、

ガスストーブの不便なところ

  • 電気制御でないため、温度設定ができない。暑くなったら止めにいく必要あり
  • 暖房を入れた当初は当たっているところしか暖かくない
  • 姿形がダサい(笑)
  • 小さい子供がいると心配

夜ストーブを使った翌朝なんか、廊下なんかは素足で歩きたくないですがストーブを炊いた部屋の床はそこまで冷え切っていなくて遠赤外線による蓄熱効果を感じます。

ガスストーブや石油ストーブなどは輻射式暖房と言って遠赤外線があたっているところが暖かくなるんですが、当たっているところ自体が熱を発するようになります。結果として一定時間輻射式暖房を利用していれば、じんわりとした温かさが持続します。

一方ガスファンヒーター、石油ファンヒーター、あとはエアコンもですが、対流式暖房は暖かい空気を送り出して部屋全体の空気の温度を上げる暖房器具です。ただ床や壁などは温まりませんので「じんわり」感はなく暖房を止めるとすぐに寒くなってしまいます。

私自身は以前ガスファンヒーターを使っていましたが、やっぱり音と風が嫌でした。風が直接当たるところは高温の温風があたり熱いですし、何より空気がすぐに乾燥して、温風とともにすぐに喉を傷めていました。

また、その時はカーペットを敷いていたので床の冷え、というのはそう感じませんでしたが今はフローリングなのでファンヒーターだといつまでも足裏の冷えが解消されないような気がします。

さて、ランニングコストですが、説明書には都市ガス13A(東京ガスはほぼ13A)での1時間のガス消費量は3.26kW/hと記載があります。一方ガス料金はm3単位での計算になりますので、計算が必要です。面倒臭いですね。

13Aのガスの熱量(kW/m3)が分かれば消費量が求められることになります。

  • 1時間当たりのガスの消費量(m3/h) = 暖房器具の1時間当たりのガスの消費量(kW/h)÷ 1m3当たりのガスの熱量(kW/m3)

1m3当たりのガスの熱量は東京ガスによると…、

都市ガスの熱量
標準状態(摂氏0度、圧力101.325キロパスカル)の都市ガス1m3あたりの発熱量

ガスの「熱量」とは、ガスが燃えて発生する熱の量で、「発熱量」ともいいます。
熱量の単位は“メガジュール(MJ)”が用いられます。
ガスの種類 1m3あたりの発熱量 供給地域
13A 45メガジュール 東京都・神奈川県・千葉県・茨城県・栃木県・埼玉県・群馬県

ジュールですか…。
どちらもエネルギーの単位なので変換が可能なはずでしたが、覚えていないので調べると、
352800J=98Whですので、1時間当たりは352800J=98WでOK。つまり0.3528MJ:98W=45MJ:?Wってことですね。つまり12.5Kw/m3が導き出せました。

このリンナイのガスストーブは3.26kW/hの消費量なので、約0.26m3/hの消費量です。私は通常以下のように片面だけしか点けていませんので0.13m3/h。

1か月の消費量ですが、ちょっと多めですが、平日は4hx20日、休日は8hx10日として計算すると160hガスを消費することになりますので、20.864m3の消費量となります。

ガス料金はだいたい125円/m3だとすると2,600円/月の計算になります。
ガス料金表(家庭用/業務用・工業用 共通)|東京ガス株式会社

Copyright © 2017 蒲田ネット All Rights Reserved.

ドアスタビライザーを自作してみたぞ

$
0
0

ちまたで話題の(?)ドアスタビライザー、略してドアスタビを自作してみました。

ドアスタビとは、ドアとボディの間には隙間を埋めることでドアとボディを一体化させ、剛性を上げることのできる部品となります。実はドアとボディは止まっているだけで一体とはなっておらずその為ボディが歪んでしまうんですね。

トヨタのTRDからはドアスタビライザーが発売されているのですが、残念ながら日産、NISMOからは発売されていません。またTRDでは汎用品のドアスタビも発売されているのですが、トヨタと日産ではストライカー(ドアのボディ側のコの字型の金属)のネジの間隔が違うため簡単には装着できないのです。

ですので作っちゃえ!ってことで試してみました。

ドアスタビライザー作成方法

まず用意したのは、ドアストライカーカバー。私の車はInfinitiですが日産の汎用品で大丈夫でした。

ドアとストライカーの隙間は5mmぐらいはありそうでしたので、

隙間を埋めるためにゴムシートを購入します。100円ショップでもホームセンターでも安いやつでいいと思います。今回は3mmと1mm厚のゴムシートを購入しました。

 

でドアストライカーカバーの裏にゴムシートを貼り付けて厚さを調整します。

ドアストライカーカバーを付けるとこんな感じです。若干高級感が出たような。でもこれが目的ではありません。

厚さを調整し、ギリギリというか若干触れるぐらいまで攻めましょう。

ドアストライカーカバーが装着できなくなるまで厚くする必要がある場合にはドア側にゴムシートを強力両面テープで接着します。

乗ってみた

さて、自作ドアスタビを付けてみて走りがどう変わったか、ということですが私は以前ストラットタワーバーを装着したので正直街乗りでは違いが判らなかったです。

Infiniti JX35(L50)にタワーバーを装着してみた

ご注意ください この記事は2年以上前に書かれたものですので、内容が古い可能性があります。 InfinitiのJX35(次期QX60)なんですが、曲がらない…。直進安定性が悪い…ということで車体が大きい …

続きを見る

道路のギャップをゴツゴツを拾うようになったかな、という感じのみです。ただ首都高速に乗った時に違いが判りました。首都高速は道幅がそんなに広くない上にRがきついカーブも結構ありタワーバーを装着していてもフラフラする時があったのですが、フラフラ感がほとんどなくなりました。若干緩んでいた上半身が締まって下半身と一体になった感じです。

また直線でも以前と同じスピードで走っていたつもりでしたが、メーターを見ると想定していたより20km/hもスピードが出ていました。確実に以前より安定感が増しました。スピードが出てくると若干接地感が心もとなくなってくるのが改善された実感です。

費用も1,500円程度で済みますし、試してみてもいいのではないでしょうか。

おまけ

せっかくなのでドアのヒンジの部分に取り付けるカバーも買ってみました。

錆防止に役立つ&若干の高級感アップとしてどうでしょうか。

Copyright © 2017 蒲田ネット All Rights Reserved.

(1)Windows Server 2012 R2 Essentials で VPN(L2TP/IPsec)を構築してみた(役割と機能の追加編)

$
0
0

iOS10からPPTPが非対応になったのでCentOSでVPNサーバを作ってみた」でCentOS上にVPNサーバを構築しましたが、そういえば我が家にはWindows Server 2012R2 Essentialsがあったではありませんか。

iOS10からPPTPが非対応になったのでCentOSでVPNサーバを作ってみた

なななんと、iOS10からVPNがPPTPに対応しなくなったのですね。 しかもNVR500はPPTPにしか対応していないし。バージョンアップで対応してくれないかしら。 多分無理だろう、ということでCe …

続きを見る

ということでWindowsサーバー上でもVPNを作ってみることにしました。スループットが高い方を普段使いにしたいと思います。

役割の追加

さて、早速ですが、画面左下のWindowsボタンを押下し、管理ツール→サーバーマネージャーを起動しましょう。そして画面右上の「管理」→「役割と機能の追加」を選択します。

そのままポチポチとやっていけばいいです。サーバーの選択もそのまま「次へ」で問題ありません。

サーバーの役割では「リモートアクセス」を選択します。

「機能」では何も選択せず「次へ」。

ここも「次へ」を押下します。

「役割サービス」では、「DirectAccessおよびVPN(RAS)」、「ルーティング」を選択します。

「確認」画面でインストールされるものが表示されますので確認の上、「インストール」ボタンを押下します。

これでしばらく待つと正常に完了するはずなのですが…。エラーとなってしまいました。サーバーマネージャーの画面が真っ赤に染まり

「指定されたサーバーで機能を追加または削除する要求に失敗しました。」となり、何をしても、「指定されたサーバーは再起動する必要があるため、操作を完了できません。」とエラーになります。

さて、解決方法は次回にご紹介します。

Windows Server 2012 R2 Essentials で VPN(L2TP/IPsec)を構築してみた(目次)

Copyright © 2017 蒲田ネット All Rights Reserved.

祝!!100万PV!!

$
0
0

ようやく100万PVを達成しました!!

BLOGシステムをWordPressに変更したのが、2010年5月頃でしたのでおよそ7年掛けての達成です。
ショボい、ショボすぎる…。

が、嬉しいものは嬉しいです。

次は年間100万PV、その次は月間100万PV達成に向けて頑張っていきます。

やっぱりみんなに読まれるような記事を頻繁にアップしないといけないですね。
ネタがない…。

Copyright © 2017 蒲田ネット All Rights Reserved.

Viewing all 205 articles
Browse latest View live