2015-05-21

 samba 4.2.1再構築中に再起動すると、resolv.confが毎回空白になってしまう。

 resolv.confを見ると

# Generated by resolvconf

 とあり、結論から言えばresolv.confに書いてもresolvconfによって上書きされる。

 正しくは/etc/network/interfacesにDNS周りの設定を記載すれば良い。

 筆者の環境では以下の様にしている。dns-nameservers,dns-searchnの内容が起動時にresolv.confに転記される。

iface eth0 inet static
address 192.168.0.20
gateway 192.168.0.1
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
dns-nameservers 192.168.0.20 192.168.0.1

dns-search yamatomura.local


 他のblogを見てもresolv.confを編集して事足りている事例が多いが、debian系ではresolv.confに記載するのは誤りの様である。

2015-05-19

 RaspberryPi2を設定中、/etc/network/interfacesでdhcp不使用設定としても、何故かDHCP clientが起動時にip addressを拾って来た。

 実害は殆ど無いが気持ち悪いので、dhcpcdを停止した。

 停止方法は以下を参考とした。

ls -l /etc/rc*.d/*dhcp*

lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc0.d/K01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc1.d/K01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc2.d/S01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc3.d/S01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc4.d/S01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc5.d/S01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx 1 root root 16  5月 19 23:07 /etc/rc6.d/K01dhcpcd -> ../init.d/dhcpcd

sudo insserv -r dhcpcd

sudo insserv dhcpcd,stop=2,3,4,5

 として、明示的にrun level 2,3,4,5でdhcpdを停止させた。
 interfaces設定ではdhcpを使う記述は無いのだが...。謎。

(追記)
 どうも初回起動時にLAN接続しているとdhcpdが自動起動する様になると思われる。初回起動時にLAN接続せず、/etc/network/interfaceを設定するとdhcpdは動かない様子。


2015-05-13

いろいろ次期商品の開発を進めているのかもしれないが、この実績では月間収入が10万円にも満たず、運営するだけ赤字が膨らむ気がする。AQUSHの取り分は取り扱い金額の1.5%なので。


AQUSH アクシュ2015.05.13
投資家の皆様へ
こんにちは。AQUSHを運営するエクスチェンジコーポレーションのラッセル・カマーです。
4月よりAQUSHに参加された投資家の皆様、そして引き続きAQUSHをご利用いただいている投資家の皆様、いつもAQUSHをサポートいただき、心より感謝を申し上げます。

4月のAQUSHは、保証会社不動産担保ローンファンドより420万円、AQUSHマーケットより20万円の取扱いとなりました。

4月末までに確定した分配金の支払いは5月1日に実施しておりますのでMy AQUSHの残高一覧をご確認ください。

それでは、先月までの各ファンドの運用実績をご覧ください。

2015-05-07

さて、各種設定をして遊びたくなるが、バックアップ取得方法を確認しておく。


 システム一式はmicro SDカードへ格納されているので、SDカードの中身をddで書き出す。

 具体的には、hiro345さんのRaspberry Pi のSDカードバックアップをそのまま。
 当方の環境では16GBを書き出すのに13分必要であった。ddではカードの容量そのままのファイルが出力されるので、別途圧縮して保管する。


mini:Documents hoge$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS SSD                     234.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                20.7 GB    disk0s4
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *15.9 GB    disk2
   1:             Windows_FAT_32 boot                    58.7 MB    disk2s1
   2:                      Linux                         15.9 GB    disk2s2
mini:Documents hoge$ sudo dd if=/dev/rdisk2 of=raspberry1_20150507.img bs=1m

Password:

2015-05-06

1.IPv6を有効化

 samba4からIPv6を有効にする必要がある。アドレス配賦は不要。

 sheepdogさんのwebを参考にそのまま。

 /etc/modulesに"IPv6"を追記。


2.ビルドに必要なライブラリのインストール

 sheepdogさんのwebを参考にそのまま。
apt-get install build-essential libacl1-dev libattr1-dev \
   libblkid-dev libgnutls-dev libreadline-dev python-dev libpam0g-dev \
   python-dnspython gdb pkg-config libpopt-dev libldap2-dev \
   dnsutils libbsd-dev attr krb5-user docbook-xsl libcups2-dev acl


3.samba4のソース取得、展開

 sheepdogさんのwebを参考にそのまま。2015年5月6日時点の最新版4.2.1を取得。

mkdir -p /opt/src
cd /opt/src
wget https://ftp.samba.org/pub/samba/samba-4.2.1.tar.gz

gzip -cd samba-4.2.1.tar.gz | tar xf -

4.samba4のビルド、インストール

 基本的には、sheepdogさんのwebを参考にそのままであるが、samba一式をどこにinstallするのか検討する必要がある。今回は/opt/samba/とした。
 makeは4スレッド使用とするため-j4を追加する。

./configure  --enable-debug --enable-selftest --prefix=/opt/samba && make -j4 && make install



 installディレクトリの考え方は以下。作業には不要なので参考まで。

 sheepdogさんのwebでは、install先を

/usr/local/samba/

 としている。実は最初の操作では上記のdirectoryへinstallされたのだが、2回目は/optにinstallされた。wikipediaの記載では




--prefix=dir
インストール先を変更する。--prefix=/opt/hugaとすると、実行ファイルは/opt/huga/bin,ライブラリは/opt/huga/libというふうに変更される。bin,libなどを個別に変更することも出来る。デフォルトは/usr/localである。OSベンダーなどが提供するバイナリパッケージでは、--prefix=/usrや--prefix=/opt/hugaなどの設定で構築されている場合が多い。root権限のないユーザや試しに利用したい場合は、--prefix=$HOME/hugaなどとすれば、他のユーザに影響を与えることを防止できる。

とあるので、/usr/local/samba/へinstallされるかと思いきや、そうではない。
 また、お寿司食べたい (id:namidamexx)さんの「/usr/local とは何なのか」によれば、

/usr/local ディレクトリ下は FHS 準拠のディレクトリ構造を取り、binetcgamesincludelibmansbinsharesrc 以外のディレクトリを直下においてはならない。したがって、インストール後に、FHS 準拠のディレクトリ構造が展開されるソフトウェアをインストールするのに用いる。


 とあり、本来は/user/local/samba/というのは標準外の様だ。

ソフトウェアごとにディレクトリを切ることで、ディレクトリごと削除すればいいので、アンインストールが簡単になる。ただ、 FHS の規定通りに /usr/local へインストールすると、他のバイナリと混ざってしまうため、アンインストールが困難になる。 

上記を考慮して、/user/local/配下にpackage名を入れずに導入するのではなく、/opt/samba/配下に集中格納し、uninstallしやすい方式とした。

2015-05-05

2.SSH経由で初期設定

a)raspi-configによる初期設定

pi@raspberrypi sudo raspi-config

 以下のGUIで一式設定しておく。
 


1.ファイルシステム拡張(特に指定、選択は無し)

4.国際化
I2.タイムゾーンをASIA、TOKYOとする。

7.overclock
Pi2とする。

8.Advanced Option
A2.Hostnameは適当なものに。本例ではraspberry1とする。
A3.Memory SplitはGPUへのメモリ割当で最小で良いので16とする

b)firmwareの更新

pi@raspberrypi sudo rpi-update

 DNSを正しく設定していれば、internet経由で最新のfirmwareを取得、更新してくれる。適用には再起動が必要。
 筆者の環境では20分ほど必要だった。

 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  9823  100  9823    0     0  13463      0 --:--:-- --:--:-- --:--:-- 18123
 *** Relaunching after update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** We're running for the first time
 *** Backing up files (this will take a few minutes)
 *** Backing up firmware
 *** Backing up modules 3.18.7-v7+
 *** Downloading specific firmware revision (this will take a few minutes)
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   168    0   168    0     0    207      0 --:--:-- --:--:-- --:--:--   280
100 46.1M  100 46.1M    0     0  39231      0  0:20:32  0:20:32 --:--:-- 48259
 *** Updating firmware
 *** Updating kernel modules
 *** depmod 3.18.12-v7+
 *** depmod 3.18.12+
 *** Updating VideoCore libraries
 *** Using HardFP libraries
 *** Updating SDK
 *** Running ldconfig
 *** Storing current firmware revision
 *** Deleting downloaded files
 *** Syncing changes to disk
 *** If no errors appeared, your firmware was successfully updated to 3ae7fd5bb0d2d34f7793f76c8a242ee177fafb3d
 *** A reboot is needed to activate the new firmware


c)パッケージ類の更新

pi@raspberrypi sudo apt-get update

pi@raspberrypi sudo apt-get upgrade

 時間は1時間近くかかるので放置しておく。

d)rootのパスワード設定

pi@raspberrypi sudo passwd root

 基本的にはsudoを使うが、suで必要なので設定する。




2015-05-01

Samba 4.2.1をActive Directoryとして稼動させ、移動プロファイルを実験してみた。

1.プロファイル保存用フォルダの作成

 本実験では、Windows XP機のホストion上にprofileフォルダを作成して、共有設定を行っている。
 profileフォルダにはセキュリティタブから、予めEveryoneへ「変更」の権限追加をしておく。


2.移動ユーザプロファイルの設定

 テスト用のユーザをMMCから作成する。Samba 4.2.1は標準で機能レベルは2008R2になっているが、プロパティで設定できる事項は純正Active Directoryより少ない様子。
 例えば、リモードデスクトッププロファイルの設定がプロファイルに無い。
 今回はプロファイルのユーザプロファイルでプロファイル保存先を設定する。























3.テストユーザでログインしてみる

 作成したテストユーザで、適当なWindows端末へログオンしてみる。
 通常より、プロファイルの新規作成に時間がかかっているかな、という挙動を示した。
 上記1.で作成したフォルダには、以下の様にユーザ名のプロファイルが保存された。
 なお、.v2はWindows vista以降のもの、無印はWindows XPまでのもの。独立したプロファイルが作られる。




















 今後は無いと思うが、Windows XPとWindows Vista以降が混在した環境を作るとプロファイルは別になるので、移動プロファイルの利点(どの端末でも同一のデスクトップを提供する)は活かせない、という事。

4.ログオン中の挙動はどうなっているのか?

 プロファイルはファイルサーバ上に保存されるが、ログオン中の挙動はどうなっているか観察してみた。
 まず、ファイルサーバ上のプロファイルはローカルのDocuments and Settingsに保存される。移動ユーザプロファイルのユーザはドメインユーザであるが、pathはドメイン名が付加されない形式で設定される。
(例えば、\skylark.YOURDOMAIN\にはならない)

 次に、例えばデスクトップ上のファイルを変更すると、即時でローカルに保存されたものが変更される。本例では、"sample"のファイル名を"sample234"としてみた。
 本環境では、C:\Documents and Settings\skylark\デスクトップ 以下のファイルが変更されている。
 この際、ファイルサーバ上のファイルは変更されないので注意が必要。























 良く指摘されている様に、この状態で他の端末へskylarkのユーザ名でログオンすると、どうなるか?ファイルサーバ上のファイルは更新前の状態のままで、それが新しくログオンした端末へロードされる事となる。これを防止するにはフォルダリダイレクトを利用すると良いのだが、Samba 4.2.1ではフォルダリダイレクトは使えない様子。

4.ログオフ後の挙動

 ログオフすると、ローカルのプロファイルをファイルサーバへ書き出す。
 ローカルに保存されたプロファイルはそのまま保持されている様だ。
 以下はログオフ後、administratorで観察した結果。






































5.プロファイルが利用できない場合の挙動
 実験的にプロファイルの共有を止めてみると、一時プロファイルが使用される。


自己紹介

自分の写真
東京都, Japan
憂鬱な凍死家です。こちらではmixiとは異なり固めの話題中心です。

Total Page View

Categories

Powered by Blogger.

Popular Posts

Blog Archive