技術的なことをメインにいろいろ書いてくサイトです
最近、RHEL6/CentOS6の構築自動化手法をいろいろ検討中。
インストール時のkickstartファイルの編集中に初めて認識した仕様。
Logical Volumeの名前は自由に指定できる。
Volume Groupの名も自由に指定できる。
Pythical Volumeの名前はある程度制限される。
「fedora project:Anaconda/Kickstart:part or partition」
kickstart内でパーテーション作成をする際、命名法則により使用用途が決定される、という仕様になっている。
LVMで使用するためにPVを作成する場合は「pv.～」という命名規則で作る必要がある。
（pv.以降は好きに名前をつけられる）
というわけで、自動生成された「pv.0083」とかいう感じのPVを「pv_vol1」とかに名前変更しようとして失敗したのは、この仕様のせいで、「pv.vol1」とかにすれば問題ない、ということでした。
PXEブートを使ってRHEL6/CentOS6のインストールを行おうとしたら、RHEL6の公式ドキュメントに騙された・・・
参照にしたドキュメントは「インストールガイド EFI 用の PXE ブートの設定」
(英語版の「30.2.2. Configuring PXE Boot for EFI」も誤っている)
(2015/04/07 英語版/日本語版共に、３の記述は修正されたことを確認)
誤っているところは、以下のところ
3. tftpboot 内に EFI ブートイメージ用のディレクトリパスを作成して、ブートディレクトリからブートイメージをコピーします。
mkdir /var/lib/tftpboot/pxelinux
mkdir /var/lib/tftpboot/pxelinux/bootx64.efi
cp /boot/efi/EFI/redhat/grub.efi /var/lib/tftpboot/pxelinux/bootx64.efi
上記手順だと、grub.efiを/var/lib/tftpboot/pxelinux/bootx64.efi/grub.efiに置くことになる。
5. pxelinux 内に pxelinux.cfg ディレクトリを作成します。
mkdir /var/lib/tftpboot/pxelinux/pxelinux.cfg6. このディレクトリに設定ファイルを追加します。ファイル名は、efidefault とするか、または IP アドレスにちなんだ名前を付けます。例えば、マシンの IP アドレスが 10.0.0.1 の場合には、ファイル名を 0A000001 とします。
/var/lib/tftpboot/pxelinux/pxelinux.cfg/efidefault にあるサンプルの設定ファイルは以下のようになります。
何が間違っているか？
「ファイルを置くパス」
正しい手順は、以下の通り
3. tftpboot 内に EFI ブートイメージ用のディレクトリパスを作成して、ブートディレクトリからブートイメージをコピーします。
mkdir /var/lib/tftpboot/pxelinux cp /boot/efi/EFI/redhat/grub.efi /var/lib/tftpboot/pxelinux/bootx64.efi
grub.efiをbootx64.efiという名前で/var/lib/tftpboot/pxelinux/に置く。
5. pxelinux 内に pxelinux.cfg ディレクトリを作成します。
mkdir /var/lib/tftpboot/pxelinux/pxelinux.cfg
EFIの場合は、/var/lib/tftpboot/pxelinux/pxelinux.cfg/というディレクトリを作る必要は無い。
6. このディレクトリに設定ファイルを追加します。ファイル名は、efidefault とするか、または IP アドレスにちなんだ名前を付けます。例えば、マシンの IP アドレスが 10.0.0.1 の場合には、ファイル名を 0A000001 とします。
/var/lib/tftpboot/pxelinux/efidefault にあるサンプルの設定ファイルは以下のようになります。
default=0
timeout=1
splashimage=(nd)/splash.xpm.gz
hiddenmenu
title RHEL
root (nd)
kernel /rhel6/vmlinuz
initrd /rhel6/initrd.img
efidefaultというファイルは/var/lib/tftpboot/pxelinux/というディレクトリに置く。
なぜか「/rawhide-x86_64/」と記載されているが、後の記述をみると「/rhel6/」であるべきもの。
参考にしたページ
・Grokbase:[CentOS] PXE booting UEFI
・fedora project:QA:Testcase UEFI pxeboot
現在運用中のEndian Firewall Community Editionをv2.5.2からv3.0.0へアップデートしてみた。
isoイメージはあるもののアップデート手法が明示されていなくて悩む。
「efw-upgradeを実行しろ」というのを見つけたが、実行しても、v2.5.2のまま。
フォーラムにコメント発見。
「The New 3.0 Release」のコメント
The upgrade process from a 2.5.X to a 3.0 Appliance will be available by the end of January. Please contact the Endian Support Team for more information.
By the way it’s not an update that can be delivered only with “efw-update upgrade” but a repository switch is needed.
と
efw-upgrade -s
select 2
EFW 2.5.2 will be update to 3.0Dev
But http proxy 3.0 dev don’t work, don’t block or filer web, Log & report don’t see everything about proxy http
そう、Production versionでのefw-upgradeコマンドによる2.5.2から3.0へのアップデートは、まだ提供されていなかったという！
開発版に切り替えれば可能、ということなので、やってみた。
「efw-upgrade -s」を実行して、「2) Development」を選択すると、すんなりv3.0へのアップデートが完了。
・・・・・・なんと
Windows8.1のファミリーセーフティー機能を使って、子供用アカウントのコンテンツアクセス制限をかけている。
ファミリーセーフティー側はyoutube.comを許可し、コンテンツの内容についてはyoutube設定の方で制御していた。
２月末ぐらいからYoutubeの動画が再生できない、とクレームが・・・
原因がわからずGoogle Chromeを使って再生させる、という運用回避策を実施。
で・・・、昨日、OSの再インストールを実施。
その直後から現象は発生。
さすがにおかしいと思い詳細を調査。
その結果、Youtubeの動画部分のURLが「googlevideo.com」に切り替わっていることが判明。
googlevideo.comを許可リストに追加することで動画再生ができるようになりました。
・・・Youtubeの動画が再生できない、というFAQの中に「googlevideo.com」なんてドメイン出てこないんですけど！！！！
パソコンのファイアウォールが原因で YouTube 動画がブロックされて再生できない場合があります。ファイアウォールの設定で、www.youtube.com を信頼済みサイトとして設定し、他のアプリケーション（QuickTime、RealPlayer、Windows Media Player など）をデフォルトのストリーミング アプリケーションに設定しないように調整します。ファイアウォール設定の確認方法は次のとおりです。
Samba 4.0で必要なポートについて、Sambaの公式wiki「Samba port usage」を参考に設定を作成した。
とりあえず、上記のページから必要なポートについて引用
| Service | Port | protocol |
|---|---|---|
| DNS | 53 | tcp/udp |
| Kerberos | 88 | tcp/udp |
| End Point Mapper (DCE/RPC Locator Service) | 135 | tcp |
| NetBIOS Name Service | 137 | udp |
| NetBIOS Datagram | 138 | udp |
| NetBIOS Session | 139 | tcp |
| LDAP | 389 | tcp/udp |
| SMB over TCP | 445 | tcp |
| Kerberos kpasswd | 464 | tcp/udp |
| LDAPS (only if “tls enabled = yes”) | 636 | tcp | Global Cataloge | 3268 | tcp |
| Global Cataloge SSL (only if “tls enabled = yes”) | 3269 | tcp |
| Multicast DNS | 5353 | tcp/udp |
また、Microsoft公式の「Windows のサービス概要およびネットワーク ポート要件」も参照して、必要そうなポートについて、以下のように設定した。
# for DNS -A INPUT -p udp -m udp --dport 53 -j ACCEPT -A INPUT -p tcp -m tcp --dport 53 -j ACCEPT # for Kerberos -A INPUT -p udp -m udp --dport 88 -j ACCEPT -A INPUT -p tcp -m tcp --dport 88 -j ACCEPT -A INPUT -p udp -m udp --dport 464 -j ACCEPT -A INPUT -p tcp -m tcp --dport 464 -j ACCEPT # for LDAP -A INPUT -p udp -m udp --dport 389 -j ACCEPT -A INPUT -p tcp -m tcp --dport 389 -j ACCEPT -A INPUT -p tcp -m tcp --dport 636 -j ACCEPT # for SMB #-A INPUT -p udp -m udp --dport 137 -j ACCEPT #-A INPUT -p udp -m udp --dport 138 -j ACCEPT -A INPUT -p tcp -m tcp --dport 139 -j ACCEPT -A INPUT -p tcp -m tcp --dport 445 -j ACCEPT # for RPC and SYSVOL -A INPUT -p tcp -m tcp --dport 135 -j ACCEPT -A INPUT -p tcp -m tcp --dport 5722 -j ACCEPT # for Global Catalog -A INPUT -p tcp -m tcp --dport 3268 -j ACCEPT -A INPUT -p tcp -m tcp --dport 3269 -j ACCEPT # for Multicast DNS -A INPUT -p udp -m udp --dport 5353 -j ACCEPT -A INPUT -p tcp -m tcp --dport 5353 -j ACCEPT
上記をRHEL/CentOSの/etc/sysconfig/iptablesの適切な位置に追加する。
for SMBのUDP 137,138については、samba wikiの方にいるポートとして記載されているが、無くても動くようなのでコメントにしている。