Benedicam te.

米国の固定ブロードバンド接続について、 前回 より新しいデータが公開されたので早速Postgressにデータをインポートしてみました。データは、前回と同じく、 こちら から入手しました。（データは2018年12月時点のデータで、ダウンロードリンクは ここ です。） データサイズは前回と同じく10GBほどで、あまり変わりません。すでにブロードバンド接続は接続数で見たときに、頭打ちであるということですが、前回クエリした結果と同じく、接続速度の改善がどの程度あるのか興味のあるところです。 なお今回のデータは、head -n 1でヘッダーを見たところ、前回のヘッダーの省略名のようでしたが、項目自体は変わりないようでした。 前回のヘッダ $ head -n1 Fixed_Broadband_Deployment_Data__June__2017_Status_V1.csv Logical Record Number,Provider ID,FRN,Provider Name,DBA Name,Holding Company Name,Holding Company Number,Holding Company Final,State,Census Block FIPS Code,Technology Code,Consumer,Max Advertised Downstream Speed (mbps),Max Advertised Upstream Speed (mbps),Business,Max CIR Downstream Speed (mbps),Max CIR Upstream Speed (mbps) 今回のヘッダ $ head -n 1 fbd_us_with_satellite_dec2018_v2.csv LogRecNo,Provider_Id,FRN,ProviderName,DBAName,HoldingCompanyName,HocoNum,HocoFinal,StateAbbr,BlockCode,TechCode,Consumer,MaxAdDown,MaxAdUp,Business,MaxCIRDown,MaxCIRUp なお、今回、データベースをUTF8で作成したいので、PostgresはDebian10/busterに...

デバイスの管理とAMTについて調べていたところ、ほとんどの記事がベンダーの証明書を使う設定についてのものが多く、これだとサーバはDMZでの運用になり潜在的にリスクが高くなります。 なお、試してみたのですが、Intel Ema, MeshCentralのいずれも、プライベートCAをつかった証明書ではACM(admin control mode)にてProvisioningができません。非常に残念です。 そこで、プライベートネットワーク環境でAMT管理できないものかといろいろと試行錯誤した結果、一度だけAMTデバイスにてUSBプロビジョニングを行い、その後、Intel SCSに登録することができたので、手順概要だけですが、記事にしてみました。 Intel SCSをつかっての大まかな設定手順は以下の通りです。なお、今回のAMTデバイスのＯＳはWindows、サーバーはWindows Serverです。 1. プライベートネットワーク環境下のWindows サーバの認証局の設定 2. intel scsのインストール 3．AMT Provisioning 証明書の発行とSCS/RCSへの登録 4．intel scsを使ってusb用のSetup.binを作成(TLS設定のみ) 5. MeshcommanderのSetup.binエディタをつかって、プライベートルート認証局のハッシュ値（sha256）を設定。 6. ５のsetup.binをつかって、AMTデバイスをUSBプロビジョニング(初期設定)。 7．AMTデバイスにて”Intel(R) Management and Security Application Local Management Service”をインストール（ベンダーによりインストール方法は異なります。） 8. acuconfig.exeをつかって、AMTデバイスをSCS/RCSサーバに登録。 なお、今回の詳細は割愛しますが、以上の手順を踏むと、Meshcommanderをつかって、TLS接続でAMTデバイスの管理ができます。vPro非搭載のAMTデバイスでもSerial Over Lanを使ってBIOSの設定ができること、また、電源の状態なども確認できました。 簡単ですが、以上です。

iSCSIにてuEFIセキュアブートできたので、メモ代わりにアップしました。 対象マシンがuEFIに対応したiSCSIの署名付きファームを載せていることが前提です。マザーボードによりけりだと思いますが、筆者の場合、某メーカのワークステーションでBIOSのアップデート＋Secureブートにて、iSCSIから起動できましたが、ほかの環境では多少変わるかもしれません。なお、NICはオンボードのintel製でした。 本来ならインストールの時点からSecureブートしたほうがいいのかもしれませんが、iPXEで 一旦セットアップ完了 後、セキュアブートに変更することでiSCSIから起動できました。 2021/08/06 追記：Windows 11 Preview version + on board NICの場合、BIOSでOption Rom設定を行い、iscsi設定を済ませて置き、システムがiscsi driveを認識できていると、windowsをusbインストールでローカルディスクと同じようにインストールできました。 10GのNICや40GのNICでも基本的には同じ要領だと思います。 以上。

DHCPにてroot-pathとnext-serverを指定し, ipxeからtftpでwinpeを起動させる方法です。まず、DHCPは、要所だけですが以下の通りです。なお、dhcpサーバとtftpサーバは同じサーバ(10.1.1.1)で、iscsiサーバは別サーバ(10.1.1.2)の場合の例です。 include "/etc/dhcp/ipxe.options"; #(中略) subnet 10.1.1.0 netmask 255.255.255.0 { #(中略) if exists user-class and option user-class = "iPXE" { next-server 10.1.1.1; # tftp server filename "iPXE/menu.ipxe"; } else { next-server 10.1.1.1; # tftp server if substring (option vendor-class-identifier, 15, 5) = "00000" { # BIOS Client filename "iPXE/undionly.kpxe"; } elsif substring (option vendor-class-identifier, 15, 5) = "00006" { # 32bit efi client filename "iPXE/ipxe.i386.efi"; } else { # default to 64bit efi client filename "iPXE/ipxe.x86-64.efi"; } } host i38 { option host-name i38; fixed-address 10.1.1.38; hardware ethernet aa:bb:cc:dd:ee:ff; option ...

Windows 10 1809はインストール時のネットワークドライバの読み込みだけでiSCSI boot できていましたが、1903/1909ではIRQL NOT LESS OR EQUALでBSODになってしまいました。調べたら、 こちらの投稿 によると、古いWindows10と最近のwindows10ではpagefile.sysをiscsi上に置けないためだそうです。また、前述のところには記載はありませんが、ハイバネーションをoffにする必要があります。 試したところ、1909をipxeでインストールおよびブート、アップデートができました。 なお、WinPEは日本語にローカライズしたものを、インストールメディアも日本語版を使っていますが、特に問題はありませんでした。 以下、手順です。 1. iscsiターゲットを用意し、dhcpにてroot-pathを指定して、ipxeでwinpeを起動する 。 2. net use コマンドでOSおよびドライバの入った場所を接続する。 3．OSのディレクトリに入り、setup /norebootでインストールを開始する。 4．ディスクのフォーマットの画面でネットワークドライバを読み込ませる。 5．ディスクをフォーマットしインストールを続行させる。 6. セットアップ終了後,disk partにてシステムドライブのパーティションを確認 7. プロンプトにて、例えば以下のようにして　レジストリをロードする。 reg load HKLM\Temp_Software E:\windows\system32\config\system 8. HKLM¥Temp_Software\ControlSet001\Control\Session Manager\Memory Management に PagingFiles があるので、regeditにて項目の中身?pagefile.sysを削除して空にする。 9. 以下のようにしてハイブをアンロードしセーブする。 reg unload HKLM\Temp_Software 10. 再起動してネットワークブートさせる。 11. 初回のログオン時に、コマンドで powercfg /h off としてハイバーネーションをoffにしておく。 以上で...

注意：2020/07/01現在、ndp0.2x系は、こちらの設定では動かなくなっています。 IPv6 router をStatic route にて入れ子(nest)にして構成する必要があったので、簡単に構成してみました。構成は以下の通りです。 以前の記事 と同じく、Prefix Deligation が動作しないため、ndppdを使っています。このため、二段目のルータにパケットを到達させるように /etc/ndppd.confとstatic routeの設定がInner Router1で必要でした。 なお、Inner Router1とInner Router2の接続には、/62のサブネットワークを割り当て、また、Inner Router2から払い出されるネットワークにも/62のサブネットワークを割り当てていますが、/62が必須というわけではありません。/60で指定される範囲に含まれるネットワークを(たとえば/61,/64などに)分割して指定してもかまいません。サブネットワークが重複して存在しなければＯＫです。 早速ですが設定です。ONU+RTの設定は 以前の記事 と同じですので割愛します。 inner router 1 の /etc/ndppd.confは以下の通りです。 proxy eth0 { rule 26xx:1234:5678:9A11::/64 { iface eth1 } rule 26xx:1234:5678:9A18::/62 { iface eth2 } rule 26xx:1234:5678:9A1C::/62 { static } } わかりにくいのですが、eth2がinner router1と2を接続するインターフェースです。そして、inner router1と2の間のセグメントが2つ目のアドレス(9A18)です。また、inner router2の配下にあるサブネットは:9A1Cのほうです。こちらは、iface eth2 ではなく、staticと記述してください。ndppdの設定は以上です。 続いてネットワーク設定ですが、inner router 1のinterfaceのうち、inner router 2 に接続する側のinterfaceを設定する時に、in...

ssh をX11Forwardingを有効にしてdebian 10/Busterで設定したときのメモです。 端的に言うと、/etc/ssh/sshd_configのX11Forwarding=yesの設定だけだとsshdが起動しませんでした。 xauthがインストールされており、sshd_configでXauthLocation /usr/bin/xauthと設定する必要があります。たったこれだけですが、XauthLocationの指定がなければ起動しないというのは初めてだったのでメモしておきます。 また、sshで接続した場合、DISPLAY変数を設定する必要があります。例えばVcXsrvをWindowsで実行していて、リモートマシンのアドレスが192.168.11.11で、ローカル(VcXsrvを実行しているWindowsマシン)のDISPLAY番号が:0.0、LANGをja_JP.UTF-8とする場合、WSLから LANG=ja_JP.UTF-8 DISPLAY=localhost:0.0 ssh -X -l root 192.168.11.11 として接続します。このあと、たとえばxtermを（手元のVcXsrvが走っているWindowsマシンで）実行するには、そのままxterm & と実行するだけでOKです。 またXephyr(X11ネストサーバの一種)の実行は、例えばDISPLAY番号 2で実行する場合、続けて LANG=ja_JP.UTF-8 DISPLAY=localhost:0.0 Xephyr :2 で起動できます。また、例えばmate-sessionをこのXephyr内で実行するには LANG=ja_JP.UTF-8 DISPLAY=localhost:2.0 mate-session で実行できます。 簡単ですが、今回は以上です。