Archive : 2010
UNIXマシンとWindows Server(というかVMware vCenter)のユーザーアカウント管理を統合する必要性から、Ubuntu Server上にSamba+OpenLDAPを立て、でUNIXのユーザー管理とNT(samba)ドメインの管理をしてみることにしました。この前OpenLDAPでUbuntuのサーバー群のユーザーの統合管理が出来たので、今度はsambaでNTドメインを立てみました。
で、参考にしたページは、以下のページ。
https://help.ubuntu.com/10.04/serverguide/C/samba-dc.html
いつもの通り、Ubuntu公式のドキュメントです。便利便利。
大体この通りに進めていけばよかったと思うのですが、一点そのままでは動かないところがあって、それは項目3で
add machine script = sudo /usr/sbin/useradd -N -g machines -c Machine -d /var/lib/samba -s /bin/false %u
マシンアカウントの自動作成を指定した後、そのアカウントを追加しようとしているmachines(あるいは任意の好きな)グループを自分で作っておく必要があります。コマンド一つ一つの意味を深く考えずにボケーっと設定していたらはまりかけました。
そしてあともう一点。Windows 7をSambaでたてたドメインコントローラに追加する場合、Windows 7側で、http://www.natzworks.com/digital/entries/2010/000256.html
に従って、レジストリに項目を二つほど追加する必要があります。お忘れなく!
このBlogで利用しているサーバーを、これまでのXREAからさくらのVPSに変更しました。さくらのVPSは、KVMによって完全仮想化されたVMを借りられるサービスで、先日ubuntu serverのサポートも始まったことから借りてみました。XREAはどうも調子が悪いことが多かったので。。
やっぱり、気兼ねなしに使える固定IPがあるというのはいいものです。サーバー料金は、月額980円と、これまで利用していたのに比べると高いですが、まぁrootとれて自由に遊べること考えたら安いですね。Wordpress動かすだけでなく、自宅のESXi&Hyper-Vと連携させて、色々遊んでみたいと思います。
OpenVPNを、Ubuntu 10.04で立ててみました。この前のクリスマスだったか、OpenVPNのサービスを動かしていたVMをオペミスでESXiのDatastoreごと吹っ飛ばして以来、ずっと止まってしまっていたので、そのリベンジです。Ubuntu 10.04には最新のOpenVPN 2.1のパッケージが入っており、aptitudeで依存関係のあるパッケージもまとめて入れることができます。また、10.04はLTS(Long Time Support)版でもあり、OpenVPNを安定して運用するには便利なディストリとなっていました。
さて、そもそもOpenVPNとは何かというと、その名の通り、オープンソースで開発が進められているVPNデーモンです。L2、L3のどちらでのVPNも提供しています。今回は、L2でのVPNである、bridge接続でのVPNについてを扱います。
まずはネットワーク図をば。
今回はこんなネットワークを組みました。自宅のホストにはすべてプライベートアドレスがついていて、ルータのWAN側のポートにのみグローバルIPアドレスがついています。ちなみにアクセス回線はADSL、どこにでもあるような普通のホームネットワークですね。唯一異なっているのは、プライベートアドレスに10.10.0.0/16のサブネットを利用している点。出先のネットワークとなるべく被らないように、という理由です。「10.10.0.0/16は僕のアドレスなので使わないでください!」(笑)というやつです。 OpenVPNのクライアントとなるのはラップトップ。大学やバイト先などから家に接続することを想定しています。この時、ラップトップには有線LANや無線LANのネットワークインターフェイスとは別に、TAPインターフェイスという仮想的なインターフェイスがつき、このインターフェイスの先で直接自宅ネットワークのサブネットに仮想的に接続することになります。図の、点線部分がそれにあたります。10.10/16宛てのパケットはTAPインターフェイスから出ていき、それ以外のパケットは有線LANなり無線LANなりから出ていくというマルチホーム状態を構成しました。
参考までに自分の環境のconf晒し。
################################################# # Sample OpenVPN 2.0 config file for # # multi-client server. # # # # This file is for the server side # # of a many-clients <-> one-server # # OpenVPN configuration. # # # # OpenVPN also supports # # single-machine <-> single-machine # # configurations (See the Examples page # # on the web site for more info). # # # # This config should work on Windows # # or Linux/BSD systems. Remember on # # Windows to quote pathnames and use # # double backslashes, e.g.: # # "C:\\Program Files\\OpenVPN\\config\\foo.key" # # # # Comments are preceded with '#' or ';' # ################################################# # Which local IP address should OpenVPN # listen on? (optional) local 10.10.11.4 # Which TCP/UDP port should OpenVPN listen on? # If you want to run multiple OpenVPN instances # on the same machine, use a different port # number for each one. You will need to # open up this port on your firewall. port 1194 # TCP or UDP server? ;proto tcp proto udp # "dev tun" will create a routed IP tunnel, # "dev tap" will create an ethernet tunnel. # Use "dev tap0" if you are ethernet bridging # and have precreated a tap0 virtual interface # and bridged it with your ethernet interface. # If you want to control access policies # over the VPN, you must create firewall # rules for the the TUN/TAP interface. # On non-Windows systems, you can give # an explicit unit number, such as tun0. # On Windows, use "dev-node" for this. # On most systems, the VPN will not function # unless you partially or fully disable # the firewall for the TUN/TAP interface. dev tap0 ;dev tun # Windows needs the TAP-Win32 adapter name # from the Network Connections panel if you # have more than one. On XP SP2 or higher, # you may need to selectively disable the # Windows firewall for the TAP adapter. # Non-Windows systems usually don't need this. ;dev-node tap0 # SSL/TLS root certificate (ca), certificate # (cert), and private key (key). Each client # and the server must have their own cert and # key file. The server and all clients will # use the same ca file. # # See the "easy-rsa" directory for a series # of scripts for generating RSA certificates # and private keys. Remember to use # a unique Common Name for the server # and each of the client certificates. # # Any X509 key management system can be used. # OpenVPN can also use a PKCS #12 formatted key file # (see "pkcs12" directive in man page). ca /etc/openvpn/ca.crt cert /etc/openvpn/ambient.crt key /etc/openvpn/ambient.key # This file should be kept secret # Diffie hellman parameters. # Generate your own with: # openssl dhparam -out dh1024.pem 1024 # Substitute 2048 for 1024 if you are using # 2048 bit keys. dh dh2048.pem # Configure server mode and supply a VPN subnet # for OpenVPN to draw client addresses from. # The server will take 10.8.0.1 for itself, # the rest will be made available to clients. # Each client will be able to reach the server # on 10.8.0.1. Comment this line out if you are # ethernet bridging. See the man page for more info. ; server 10.8.0.0 255.255.255.0 # Maintain a record of client <-> virtual IP address # associations in this file. If OpenVPN goes down or # is restarted, reconnecting clients can be assigned # the same virtual IP address from the pool that was # previously assigned. ifconfig-pool-persist ipp.txt # Configure server mode for ethernet bridging. # You must first use your OS's bridging capability # to bridge the TAP interface with the ethernet # NIC interface. Then you must manually set the # IP/netmask on the bridge interface, here we # assume 10.8.0.4/255.255.255.0. Finally we # must set aside an IP range in this subnet # (start=10.8.0.50 end=10.8.0.100) to allocate # to connecting clients. Leave this line commented # out unless you are ethernet bridging. server-bridge 10.10.11.3 255.255.0.0 10.10.90.1 10.10.90.254 # Configure server mode for ethernet bridging # using a DHCP-proxy, where clients talk # to the OpenVPN server-side DHCP server # to receive their IP address allocation # and DNS server addresses. You must first use # your OS's bridging capability to bridge the TAP # interface with the ethernet NIC interface. # Note: this mode only works on clients (such as # Windows), where the client-side TAP adapter is # bound to a DHCP client. ;server-bridge # Push routes to the client to allow it # to reach other private subnets behind # the server. Remember that these # private subnets will also need # to know to route the OpenVPN client # address pool (10.8.0.0/255.255.255.0) # back to the OpenVPN server. push "route 10.10.0.0 255.255.0.0" ;push "route 192.168.10.0 255.255.255.0" ;push "route 192.168.20.0 255.255.255.0" # To assign specific IP addresses to specific # clients or if a connecting client has a private # subnet behind it that should also have VPN access, # use the subdirectory "ccd" for client-specific # configuration files (see man page for more info). # EXAMPLE: Suppose the client # having the certificate common name "Thelonious" # also has a small subnet behind his connecting # machine, such as 192.168.40.128/255.255.255.248. # First, uncomment out these lines: ;client-config-dir ccd ;route 192.168.40.128 255.255.255.248 # Then create a file ccd/Thelonious with this line: # iroute 192.168.40.128 255.255.255.248 # This will allow Thelonious' private subnet to # access the VPN. This example will only work # if you are routing, not bridging, i.e. you are # using "dev tun" and "server" directives. # EXAMPLE: Suppose you want to give # Thelonious a fixed VPN IP address of 10.9.0.1. # First uncomment out these lines: ;client-config-dir ccd ;route 10.9.0.0 255.255.255.252 # Then add this line to ccd/Thelonious: # ifconfig-push 10.9.0.1 10.9.0.2 # Suppose that you want to enable different # firewall access policies for different groups # of clients. There are two methods: # (1) Run multiple OpenVPN daemons, one for each # group, and firewall the TUN/TAP interface # for each group/daemon appropriately. # (2) (Advanced) Create a script to dynamically # modify the firewall in response to access # from different clients. See man # page for more info on learn-address script. ;learn-address ./script # If enabled, this directive will configure # all clients to redirect their default # network gateway through the VPN, causing # all IP traffic such as web browsing and # and DNS lookups to go through the VPN # (The OpenVPN server machine may need to NAT # or bridge the TUN/TAP interface to the internet # in order for this to work properly). ;push "redirect-gateway def1 bypass-dhcp" # Certain Windows-specific network settings # can be pushed to clients, such as DNS # or WINS server addresses. CAVEAT: # http://openvpn.net/faq.html#dhcpcaveats # The addresses below refer to the public # DNS servers provided by opendns.com. ;push "dhcp-option DNS 208.67.222.222" ;push "dhcp-option DNS 208.67.220.220" # Uncomment this directive to allow different # clients to be able to "see" each other. # By default, clients will only see the server. # To force clients to only see the server, you # will also need to appropriately firewall the # server's TUN/TAP interface. ;client-to-client # Uncomment this directive if multiple clients # might connect with the same certificate/key # files or common names. This is recommended # only for testing purposes. For production use, # each client should have its own certificate/key # pair. # # IF YOU HAVE NOT GENERATED INDIVIDUAL # CERTIFICATE/KEY PAIRS FOR EACH CLIENT, # EACH HAVING ITS OWN UNIQUE "COMMON NAME", # UNCOMMENT THIS LINE OUT. ;duplicate-cn # The keepalive directive causes ping-like # messages to be sent back and forth over # the link so that each side knows when # the other side has gone down. # Ping every 10 seconds, assume that remote # peer is down if no ping received during # a 120 second time period. keepalive 10 120 # For extra security beyond that provided # by SSL/TLS, create an "HMAC firewall" # to help block DoS attacks and UDP port flooding. # # Generate with: # openvpn --genkey --secret ta.key # # The server and each client must have # a copy of this key. # The second parameter should be '0' # on the server and '1' on the clients. ;tls-auth ta.key 0 # This file is secret # Select a cryptographic cipher. # This config item must be copied to # the client config file as well. ;cipher BF-CBC # Blowfish (default) ;cipher AES-128-CBC # AES ;cipher DES-EDE3-CBC # Triple-DES # Enable compression on the VPN link. # If you enable it here, you must also # enable it in the client config file. comp-lzo # The maximum number of concurrently connected # clients we want to allow. ;max-clients 100 # It's a good idea to reduce the OpenVPN # daemon's privileges after initialization. # # You can uncomment this out on # non-Windows systems. user nobody group nogroup # The persist options will try to avoid # accessing certain resources on restart # that may no longer be accessible because # of the privilege downgrade. persist-key persist-tun # Output a short status file showing # current connections, truncated # and rewritten every minute. status openvpn-status.log # By default, log messages will go to the syslog (or # on Windows, if running as a service, they will go to # the "\Program Files\OpenVPN\log" directory). # Use log or log-append to override this default. # "log" will truncate the log file on OpenVPN startup, # while "log-append" will append to it. Use one # or the other (but not both). ;log openvpn.log ;log-append openvpn.log # Set the appropriate level of log # file verbosity. # # 0 is silent, except for fatal errors # 4 is reasonable for general usage # 5 and 6 can help to debug connection problems # 9 is extremely verbose verb 3 # Silence repeating messages. At most 20 # sequential messages of the same message # category will be output to the log. ;mute 20 #Autoconfigure scripts up "./openvpn-startup" down "./openvpn-shutdown"
############################################## # Sample client-side OpenVPN 2.0 config file # # for connecting to multi-client server. # # # # This configuration can be used by multiple # # clients, however each client should have # # its own cert and key files. # # # # On Windows, you might want to rename this # # file so it has a .ovpn extension # ############################################## # Specify that we are a client and that we # will be pulling certain config file directives # from the server. client # Use the same setting as you are using on # the server. # On most systems, the VPN will not function # unless you partially or fully disable # the firewall for the TUN/TAP interface. dev tap ;dev tun # Windows needs the TAP-Win32 adapter name # from the Network Connections panel # if you have more than one. On XP SP2, # you may need to disable the firewall # for the TAP adapter. ;dev-node Tap # Are we connecting to a TCP or # UDP server? Use the same setting as # on the server. ;proto tcp proto udp # The hostname/IP and port of the server. # You can have multiple remote entries # to load balance between the servers. remote im3.sharplab.net 1194 ;remote my-server-2 1194 # Choose a random host from the remote # list for load-balancing. Otherwise # try hosts in the order specified. ;remote-random # Keep trying indefinitely to resolve the # host name of the OpenVPN server. Very useful # on machines which are not permanently connected # to the internet such as laptops. resolv-retry infinite # Most clients don't need to bind to # a specific local port number. nobind # Downgrade privileges after initialization (non-Windows only) ;user nobody ;group nogroup # Try to preserve some state across restarts. persist-key persist-tun # If you are connecting through an # HTTP proxy to reach the actual OpenVPN # server, put the proxy server/IP and # port number here. See the man page # if your proxy server requires # authentication. ;http-proxy-retry # retry on connection failures ;http-proxy [proxy server] [proxy port #] # Wireless networks often produce a lot # of duplicate packets. Set this flag # to silence duplicate packet warnings. ;mute-replay-warnings # SSL/TLS parms. # See the server config file for more # description. It's best to use # a separate .crt/.key file pair # for each client. A single ca # file can be used for all clients. ca ca.crt cert tpx201s.crt key tpx201s.key # Verify server certificate by checking # that the certicate has the nsCertType # field set to "server". This is an # important precaution to protect against # a potential attack discussed here: # http://openvpn.net/howto.html#mitm # # To use this feature, you will need to generate # your server certificates with the nsCertType # field set to "server". The build-key-server # script in the easy-rsa folder will do this. ns-cert-type server # If a tls-auth key is used on the server # then every client must also have the key. ;tls-auth ta.key 1 # Select a cryptographic cipher. # If the cipher option is used on the server # then you must also specify it here. ;cipher x # Enable compression on the VPN link. # Don't enable this unless it is also # enabled in the server config file. comp-lzo
やむにやまれぬ事情でGTKを勉強中です。。とりあえずHello world。右のスクリーンショットはWindowsっぽいですが、テーマをいじっているだけで正真正銘のUbuntu上での表示です。 Hello world表示するだけでちょこちょこコーディングしなければいけないのがめどい。。デザイナがあるらしいので、使い方を早くマスターしないと。。
#include <stdio.h>
#include <gtk/gtk.h>
static gboolean my_delete_event_handler(GtkWidget *widget,
GdkEvent *event,
gpointer data)
{
g_print("delete!\n");
return FALSE;
}
static void my_destroy_handler( GtkWidget *widget,
gpointer data)
{
g_print("destry!\n");
gtk_main_quit();
}
int main(int argc, char *argv[]){
GtkWidget *window;
GtkWidget *bbox;
GtkWidget *button;
gtk_init(&argc, &argv);
window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
bbox = gtk_hbutton_box_new();
button = gtk_button_new();
gtk_button_set_label(GTK_BUTTON(button), "Hello GTK!");
g_signal_connect( G_OBJECT(window), "delete-event",
G_CALLBACK(my_delete_event_handler),
NULL);
g_signal_connect( G_OBJECT(window), "destroy",
G_CALLBACK(my_destroy_handler),
NULL);
gtk_container_add(GTK_CONTAINER(bbox), button);
gtk_container_add(GTK_CONTAINER(window), bbox);
gtk_widget_show_all(window);
gtk_main();
return 0;
}
厳しいかも。
Silverlight 4で追加されたTrusted mode、とりあえず試してみているのだけど、結構制限が厳しくてつらい感じ。。Cookieは使えないし、GETメソッド使っているときに、headerを追加することもできない。これは、SilverlightがHTTP通信のスタックに、OSのTCP/IPスタックを直接たたいているのではなく、ブラウザのPlugin APIを叩いているためだとか。
Silverlight only supports setting headers using the POST method not the GET method. This is due to a limitation in how the TCP/IP stack is implemented in Silverlight. It uses the browser extension APIs instead of going directly against the host OS’s APIs.
http://stackoverflow.com/questions/622897/how-can-i-set-headers-with-silverlight-get-httpwebrequest
この問題を回避する方法としては、@jz5さん曰く、Socketを自分で叩いてHTTP通信すればいい、ということらしい。なんだかなぁ。。Silverlight 4でTrusted Modeをどれぐらい使う需要があるかは知らないけど(自分ならWPF+ClickOnceでいいや)、Windows PhoneアプリをSilverlightで書こうか、という場合に結構辛い気が。。WindowsPhoneは微妙に普通のSilverlightとビルディングブロックが違ってるから、案外動くのかもしれないけど(希望的観測)。
(追記) 試しにWindows Phoneでやってみたらheader追加できたw 嬉しいんだけど、HttpWebRequestみたいな非常に一般的なクラスでこのように挙動が違うというのは、困るので、正直複雑。何とかならんのか。
大分前の話になってしまいましたが、ThinkPad X100eとThinkpad Edge、ありがたいことに発売直後にバイト先でモニター用の貸出機を触る機会に恵まれました。
その時に撮った写真を載せておきます。携帯のカメラなので画質が悪くてすみません。
X100e、11インチのモデルです。ボディの材質が変わったらしいですが、こうして写真をみるとThinkPadはThinkPadですね。
開けた状態。キーボードがThinkPadが従来採用していたタイプではなくアイソレーションキーボードなのが目につきます。ですが、実際触ってみたところ、このサイズにしてはかなり打ちやすいかなと感じました。
そして、赤いThinkPad!赤ですよ赤。ThinkPadといえば黒だと思っていましたが、こうしてみてみると、赤も悪くない、むしろこの思い切りの良さが魅力的です。
こちらはThinkPad Edge。こっちは写真をこれしか撮っていないのですが、赤バージョンもあります。
ねんがんの X201s をてにいれたぞ!
そして、X201s。こちらは自腹購入。いやー、幸せ夢気分。快適快適。今まで使っていたVAIO Type SZ53Bがそろそろ四年目で限界なので購入してしまいました。。
去年の夏頃からずっと買い換えたいなぁと思いながら「Windows 7が出るまで待つ!」とか「Core i系に切り替わるまで待つ!」と必死に我慢していたのですが、先月Core i7のX201sが出たので18%OFFキャンペーン時に勢いに任せて買ってしまいました。。本体が大体15万円程、その他には拡張保証をつけたりなどでした。まぁ、待っている間にだいぶ貯金は出来ていたので、なんとか。
閉じたときの外観。でこぼこのない、のっぺりした天板。マットな質感が凄く良いですね。
パームレストにはi7とWindows 7のロゴが光ります。
ACアダプタ。小さい!これは嬉しい。ただ、大学の研究室にはThinkPadのACアダプタが結構転がっているし、バッテリのもちは良いしで、ThinkPadの場合、そもそもACアダプタを持ち歩かなくても結構何とかなったり(笑)
使用感とか
最高です。キーボードは打ちやすいし、Trackpointは便利だし、バッテリは持つし、軽いし、解像度は高いし、何より速い。。どのぐらい速いって、シームレスモードのVirtualBox上でUbuntuがスムーズに動くぐらい(笑) Windowsをやめる気はさらさらないのですが、何かとUNIX環境が手元にあると便利なことも多いので、VirtualBox+Ubuntuが手元で動くというのは有り難いものです。
テキストモードで動かしておければ良いよねーと思っていたのですが、まさかGNOMEがストレスなく動くとは。もう、何がなんだかわかりません。。
WPFで全面的に作り直されたVisualStudio 2010もちゃんと動きます。先代のラップトップでBeta版を動かしたときは非常にもっさりしていて、買い替えを決意した一つの要因なのでした。これで生きていけます(笑)
買ってしまいましたSSD。ホントはSSDを買うつもりはなく、ラップトップごと買い換えたいと思っていたのですが、目をつけていたThinkPadのXシリーズがこの前のCESでモデルチェンジしてくれなかったので、最低でも春までは今のラップトップで生活することになりそうなので現行のVAIO(SZ53B)をSSD化して延命することにしました。ThinkPad買った際にはそちらに載せ替える腹積もりです。
で、今回買ったのはOCZSSD2-1SUM120Gという製品です。SSDなら鉄板といわれるIntelや東芝(IO-DATA)も考えたのですが、Intelは自分が欲しいと思った120GB帯の製品が存在しないこと、東芝はちょっと値段が高めなため、kakaku.comでみたところ安く出ていたOCZのSSDとしました。
で、アプリのインストールやデータのリストア作業など常用環境を整えた後でとったベンチ結果。公称値はやはり出ませんが、5400rpmの2.5inch HDDで暮らしてきた身には驚異的な数字です。特にランダムアクセス時の性能の良さは実に心強いです。
どんな時にSSD化の恩恵にあずかれるのか
殆どあらゆる場面で。まずOSのインストールからして速い速い。Windows 7の新規インストールが大体20分ほどで完了。アプリケーションのインストールも含めても同様で、今までならOSを再セットアップして環境を再構築するのにほぼ丸一日かかっていたのが、五時間ほどで完了させることができました。勿論SSD化の恩寵の与えられる範囲はセットアップ時だけに限らず、日常利用でも同様です。まずスリープ。今のラップトップは4(3)GBメモリを積んでいますが、4秒でスリープします。シャットダウンも12秒ほどで完了します。これは、VisualStudioやらFirefoxやらTweetDeckを立ち上げた状態からでです。これまではスリープに軽く20秒以上かかっていたので、本当に目を疑いましたw そしてアプリも速いです。VS2008がちょっと高機能なテキストエディタかのようにサッと立ち上がるのには笑うしかありませんw アプリの中でも一番使い勝手が向上したのがキャッシュを大量に作っているであろうRSSリーダー。自分はFeedDemonというGoogleReaderのクライアントを使っているのですが、HDD時代はページング時などにイチイチもっさりしていたこのアプリも信じがたいほど速くなりました。
待たされるのはストレスです。ちょっとした時間でもそれが積み重なると大きなストレスになります。そのためにどのハードウェアメーカーも速いCPU、大量のメモリ量を追求し、ソフトウェアベンダは実装を効率化し、それでもどうしようもない待ち時間に関しては待ち時間をそれと意識させないような工夫をあらゆるところに盛り込みます。最近自分はそういった実装の上手いAppleの出しているMacやiPod Touchを使うことが多く、その工夫には本当によく感心させられ、学ぶところが多いのですが、一方で、SSDのように絶対的に、圧倒的に時間を削減する技術のもたらすインパクトも凄まじいなと感じる次第です。