大学教育の質の保証・向上ならびに 電子化及びオープンアクセスの推進の観点から 学校教育法第百十三条に基づき、 教育研究活動の状況を公表しています。
第百十三条 大学は、教育研究の成果の普及及び活用の促進に資するため、その教育研究活動の状況を公表するものとする。
🏠
🏠
2025/6/30をもって， KDDI総合研究所公開FTPサーバが停止しました． 1990年代，インターネット黎明期の日本中に多くの公開FTPサーバーがあり，多くのインターネット資源が共有されていたことを懐かしく思っております．その後，多くの公開FTPサーバが廃止される中でも，KDDI総合研究所公開FTPサーバは長くに渡り，その役割を果たしていただきました． KDDI総合研究所 公開FTPサーバーの歩み（https://tech-note.kddi.com/n/n9a93ac6d5051）に，30年の歴史が掛かれているようです． 長い間，世界のオープンソースの配布にご尽力いただき，誠にありがとうございます． http://ftp.ne.jp/ KDDI総合研究所 公開FTPサーバーの歩み，https://tech-note.kddi.com/n/n9a93ac6d5051
weeklyレポート2006年4月第４週 日時：2006年4月17日～2006年4月21日 目的： ピペットのキャリブレーションを行い、ピペットと天秤の使い方を身に付け、標準偏差についても理解する。 方法：天秤、マイクロテストチューブ、ピペットを用いてイオン交換水の重量を測定した。得られたデータから正確度と精密度を求めた。 結果：エッペン[５０－２５０μl]は、校正できないので今後使用しないほうが良いことがわかった。ピペットのキャリブレーションを行うことでピペットの校正、天秤の使い方を知り、値にズレがあることが確認でき、キャリブレーションの重要性を学べた。 今後の計画：C-PRO の検量線を作成すると共に、ESR X-band 装置の使用方法を学ぶ。
進捗状況Weeklyレポート20060421 日時 2006年4月17日～2006年4月21日 目的 4-Hydroxy-TEMPO（TEMPOL）の検量線を作成と共に、ESR X-band装置の使用方法を学ぶ。 実験 TEMPOLをイオン交換水で100 μMに希釈したものを3 種類用意した（濃度はそれぞれ①99.88 μM、②99.88 μM、③101.1 μM）。その後、濃度がそれぞれの3/4（①②74.91 μM、③75.78 μM）、2/4（①②49.94 μM、③50.52 μM）、1/4（①②24.97 μM、③25.26 μM）、1/8 （①②12.49 μM、③12.63 μM）倍になるように調製し、ESR X-band装置で測定した。Modulation width 0.1 mＴ、Gain 63.00の条件で各水溶液を3回ずつ測定し、その値を積分してマンガンマーカーとの相対信号強度比を求め、検量線を作成した。 結果と考察 検量線が直線で、相対信号強度比とTEMPOL濃度が共に増加、減少している。このことから濃度と相対信号強度比は比例関係にあることが分かる。 次回までの課題 天秤の使い方と標準偏差を理解し、ピペットの校正を行う。
導電率107.6 mS/cm 液温20.8 ℃ ⇒#2586@研究ノート;
回路図作成ソフトAutodesk EAGLEの登録方法をまとめました。 本来は有料のソフトですが、大学在学中3年間は無料で使えるとのことでした。 物質化学実験4で学んだ回路は伊藤先生がこのソフトで作ったそうです。 とりあえずここまでの報告です。評価についてはこれからします https://www.autodesk.co.jp/products/eagle/overview
キノマクリエイト https://github.com/Kinoma/kinomajs
キノマクリエイトのFirmwareをバージョンアップしたら，pin configureが正常に動作しない．現在調査中 【解決方法】⇒#2214@研究ノート; Kinoma Create version 7.1.54 （Firmware 1.1） application.invoke( new MessageWithObject( "pins:configure", { light: { require: "led", pins: { led: { pin: 4 }, red: { pin: 6 }, } }, analogSensor: { require: "analog", pins: { analog1: { pin: 37 }, analog2: { pin: 38 }, analog3: { pin: 39 }, } } } ) );
Programmer’s Guide to Kinoma Element キノマエレメンツ(Kinoma Elements)のプログラムガイド http://kinoma.com/develop/documentation/element/
Kinoma Element Shipping Update キノマクリエイトからLCDパネルをはずして，最小限のI/Oポートに限定したモデル．IoTのセンサーモジュールとして安価なので，期待できそう． https://blog.kinoma.com/2015/12/element-update/
キノマクリエイトのkernelOS(Linux)にログインする方法 Kinoma Createはtelnetdが動作している． AD変化器のPICのプログラムを更新するときに使うようです． ログイン名は，root パスワードは，Kinoma123 のようです． 以下，抜粋↓ http://forum.kinoma.com/discussion/509/unable-to-update-front-pin-need-an-update I've identified the problem and will correct it in our next point release of the Kinoma Create software. Thank you for your report! In the meantime, if you would like to fix the problem directly, please follow these steps: ?Ensure that no sensors/LEDS/etc. are plugged into your device. ?Telnet into your device. You can find the IP address on the home screen's WiFi tile. The login is root and the password is Kinoma123 ?Execute the following commands: cd /tmp wget http://andycarle.com/FrontPins.hex pic_programmer FrontPins.hex You should see some status messages while the update happens, which will look something like this IoT学会：https://plus.google.com/u/0/communities/115393840298837768426
一重項酸素検出試薬⇒#3634@材料;の一つであるTPCが水に溶解したときのpHはいくらになるかなぁ？ ひとまず，量子計算でpKaを求めてみよう． 【化学種】２，２，５，５―テトラメチル-3-ピロリン-3-カルボキサミド(TPC)⇒#1223@化学種; 【化学種】プロトン⇒#2@化学種; 【化学種】TPC-H(+)⇒#2782@化学種; 【反応式】TPC-H(+) <-> TPC + H(+) ⇒#523@反応; 【G3MP2B3】 ΔGsolv(TPC-H+) = -0.122519534 Hartree⇒#832@数値; ΔGsolv(TPC) = -0.036020204 Hartree⇒#829@数値; G(TPC-H+) = -536.865733 Hartree⇒#834@数値; G(TPC) = -536.50383 Hartree⇒#833@数値; ∴pKa = 9.5367⇒#835@数値; 【aug-cc-pVTZ】 pka = 5.936445785⇒#854@数値; 【卒論】荒～宙は、2013年に、それまでの研究を水溶液中における一重項酸素の発生系と捕捉剤の検討というテーマで卒業論文としてまとめ、山形大学を卒業した⇒#516@卒論;．特に，DRD165ラジカルのpH依存性や緩衝溶液の影響を述べている。 【卒論】小～衣は、2013年に、それまでの研究を非水溶液中における一重項酸素の発生系と捕捉剤の検討というテーマで卒業論文としてまとめ、山形大学を卒業した⇒#515@卒論;。 【グラフ】ローズベンガルに光照射したときのTPCのESR信号強度IとpHの関係⇒#1081@グラフ;
https://certs.nii.ac.jp/ 登録担当者の認証は電話だよ． 【工学部利用方法手引き】 https://a.yamagata-u.ac.jp/amenity/~host/yz/yzcsc/Service/UpkiCert.asp
PICにプログラムを書きこむときについかPICkit3はチップに合わせて，FIRMWAREをインターネット経由でダウンロードして変更するので，インターネット回線が必要です．
PKI = Public Key Infrastructure ，公開鍵基盤 PBI = Public Biometrics Infrastructure, 【出版物】らは2015年に指静脈情報を用いた電子決済向け生体署名技術について指静脈パターンなどの生体情報を秘密鍵にすることで鍵管理を不要な，便利で低コストなPKIを実現できるPBI(Public Biometrics Intrastructure)の研究がなされていると述べている⇒#2031@出版物;。
電子ピアノ Privia PX-150BK http://casio.jp/emi/products/privia/px150/ 3センサースケーリングハンマーアクション鍵盤II これにより、打鍵の検出から発音までの時間を打鍵の速さに応じてきめ細かく変化させることが可能になりました 象牙調・黒檀調鍵盤 グランドピアノならではの高級感あふれる風合いと質感、なめらかな手触り を追求。長く演奏しても指先にしっくりなじみます。
【資料一覧】 [W4G] UPKI-CSにおけるクライアント証明書プロファイルの詳細と学内での使い方 伊藤智博(山形大学),山地一禎(国立情報学研究所),中村素典(国立情報学研究所) UPKI電子証明書発行サービスの概要とクライアント証明書の活用に向けて 中村素典 / 国立情報学研究所 下記のＵＲＬから閲覧できます．↓ https://drive.google.com/folderview?id=0B20d7-5hxImidXY1UkVST0czQkE&usp=sharing
http://www.uqmobile.jp/
TMPD(2,2,6,6-テトラメチル-4-ピペリドン⇒#1662@化学種;)のpKaはいくらかなぁ． ひとまず，分子軌道法で計算してみよう． 仮想反応式 TMPD-H+ <-> TMPD + H+⇒#524@反応; 〇B3LYP/aug-cc-pVTZ pKa = 8.48⇒#848@数値; 〇G3MP2 pKa = 14.63⇒#851@数値; 【関連グラフ】 分子軌道計算によるTMPDのUV Vis⇒#1084@グラフ; 【卒論】荒～宙は、2013年に、それまでの研究を水溶液中における一重項酸素の発生系と捕捉剤の検討というテーマで卒業論文としてまとめ、山形大学を卒業した⇒#516@卒論;。 【卒論】小～衣は、2013年に、それまでの研究を非水溶液中における一重項酸素の発生系と捕捉剤の検討というテーマで卒業論文としてまとめ、山形大学を卒業した⇒#515@卒論;。
Visual Studioの ツール → 拡張機能と更新プログラム → 更新プログラム → 製品の更新プログラム OpenID Connectのパッケージインストールをしようしたら，NuGetのバージョンアップが必要になった
Office 365: Windows 7のSkydrive Pro 一時保存ファイルも含めて正常に動作する。> Office 2013
Office 365: ADFS 2.0によるSSOによるSkydrive proの動作 問題なく動作する
LoA1申請書の書き方（２） - US ICAM LOA 1 TRUST FRAMEWORK PARTICIPANT LISTING APPLICATION AND AGREEMENT - 1. Listing Fee → 記入しなくてよい 2. Method of Payment and Terms* → 記入しなくてよい 3. Member Authorization → センター長などの情報 4. Trust Framework Role → Identity Service Providerにチェック 5. Technical Profiles → 「SAML 2.0」と記入 6. Assessor → 「Gakunin」と記入
bindのバージョンを9.3.3にしたら、下記のような警告が表示された. found SPF/TXT record but no SPF/SPF record found, add matching type SPF record 調べたら、SPFレコードが抜けているからであった。BIND9.9.3から、check-spfとして、SPFレコードとTXTレコードを確認しているようである。 SPFリソースレコードとTXTレコードのレコードフォーマットは，同じである⇒#1457@レビュー;． bindでの記述例）下記の２行のように記述する．TXTとSPFレコードが同じようになるように記述することで、警告は、表示されなくなる。 example.com. IN TXT "v=spf1 include:example.net -all" example.com. IN SPF "v=spf1 include:example.net -all" SPFレコードの記述：http://www.zytrax.com/books/dns/ch9/spf.html New Features Adds a new configuration option, "check-spf"; valid values are "warn" (default) and "ignore". When set to "warn", checks SPF and TXT records in spf format, warning if either resource record type occurs without a corresponding record of the other resource record type. [RT #33355] ISC BINDのリリースノートを読むと，BIND 9.8.5とBIND 9.6-ESV-R9 もcheck-spfの機能が追加されたようである． 【同時期のIT関連技術】 ・Shibboleth IdP 2.4.0 SLO対応⇒#1982@ノート; ・Google AppsのSSO時のLogout(Shibboleth IdPを使った場合)⇒#1979@ノート;
UPKI(学認;Gakunin)用Shibboleth IdPでGoogle Apps SSO（シングルサインオン）を利用する方法 ★ポイント：transientId(urn:oasis:names:tc:SAML:2.0:nameid-format:transient)を送信するとエラーになるみたいです． ★ログアウト：Shibboleth IdP 2.4.0からはSLO(Single LogOut)が実装されたので可能になりました⇒#1979@ノート;． ・関連ＵＲＬの2の資料（https://shibboleth.usc.edu/docs/google-apps/）を参考に基本設定を行う。 動作の概要ですが、 SAMLアサーション⇒#48@シボレスページレビュー;によって、 ＜saml:NameID Format="urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified"＞ にて、ユーザ名（@より前の情報）のみがGoogleに転送されます。 Google Appsの方に、ユーザ名を登録してあると利用できる仕組みになっています。Google Appsに登録していないユーザは利用できないようです。 ・attribute-filter.xmlを変更する。 ＜AttributeFilterPolicy id="releaseTransientIdToAnyone"＞ ＜PolicyRequirementRule xsi:type="basic:NOT" ＞ ← ＜basic:Rule xsi:type="basic:AttributeRequesterString" value="google.com" /＞ ← ＜/PolicyRequirementRule＞ ← attribute-filter.xmlを変更する理由は、Google Appsに、不要な属性情報(transient IDなど)が転送されると正常に認証トークンが成立しないようです。PolicyRequirementRule xsi:type="basic:Any"が存在する場合は、調整する必要があるようだ⇒#47@シボレスページレビュー;。 【関連ＵＲＬ】 1. "Google
Student Indentity Trust Framework (SITF)
千葉大より連絡あり， SpringerLinkのシングルサインオンに障害が発生しております． 山形大学でも，同様の障害を確認しました． 利用者の皆様には，ご迷惑をおかけしますが，ご理解のほどお願いします． 2012/5/6に，問題解消を確認．
グラファイト KS44⇒#8871@試料; ESRスペクトルまとめ ・グラファイト ｋｓ－44 のＥＳＲスペクトル [4ｍｗ・マンガン有]⇒#77@グラフ; ・グラファイト ｋｓ－44 のＥＳＲスペクトル [16ｍｗ・マンガン有]⇒#75@グラフ; ・グラファイト ｋｓ－44 のＥＳＲスペクトル [4ｍｗ・マンガン無]⇒#79@グラフ; ・グラファイト ｋｓ－44 のＥＳＲスペクトル [16ｍｗ・マンガン無]⇒#80@グラフ;
学術認証フェデレーション（Gakunin;学認）用IdPの証明書の更新作業
Gakunin mAP⇒#3701@講義;に対応したSPの構築の試み 1.isMemberOf属性⇒#1@オブジェクト識別子;による権限付与したサイト構造の設計 【追加が必要な機能】 ・SAML属性を管理する機能、OIDの管理機能（https://a.yamagata-u.ac.jp/amenity/network/SAMLAttributeIndex.aspx） ・属性値を管理する機能（https://a.yamagata-u.ac.jp/amenity/network/SAMLAttributeValueIndex.aspx） ・非公開情報へのアクセスを考える場合、データベースのセキュリティ確保 ・権限を付加するオブジェクトの管理データベースの設計 ・権限を管理するデータベース（テーブルなど） ・動作用アプリケーション（ウェブインターフェース） 【わかったこと】 ・isMemberOfは、デリミタ（区切り文字）が';'で複数値情報を送ってくる。
学認CAMP@三重県 開催場所： 三重大学⇒#91@学校; 総合研究棟II 1F メディアホール 日程： 9月14日(水) (予定) 13:30 ～ 14:20 Shibboleth, 学認 を知ろう 14:20 ～ 15:10 新しい学認機能の紹介 DS, uApprove.jp, OpenIdP⇒#3670@講義; 15:10 ～ 15:30 (休憩) 15:30 ～ 16:20 メンバー属性プロバイダー GakuNin mAP の紹介⇒#3701@講義; 16:20 ～ 17:10 地域連携、学認に関する意見交換 申し込み：不要 主催：国立情報学研究所 共催：三重大学 総合情報処理センター 【後日】 第６回情報系センター研究交流・連絡会議／第15回学術情報処理研究集会⇒#142@会議;
Gakunin mAPの設定でエラー SPに、学認で提供しているmAPの設定を行ったら、次のようなエラーが発生した。 2011-08-04 10:25:03 ERROR OpenSAML.SOAPClient [2]: SOAP client detected a SAML error: (urn:oasis:names:tc:SAML:2.0:status:Responder) (Error resolving principal) 2011-08-04 10:25:03 ERROR Shibboleth.AttributeResolver.SimpleAggregation [2]: attribute authority (https://map.gakunin.nii.ac.jp/idp/shibboleth) returned a SAML error このエラーのときは、 SPのshibboleth2.xmlの ApplicationDefaults に signing="true" encryption="true" が記入してある場合は、ひとまず、削除してみましょう。 【関連講義】 ・サイバーキャンパス「鷹山」,Gakunin mAPについて⇒#3701@講義; ・サイバーキャンパス「鷹山」,MACE-Dir: eduPerson/eduOrgとは？⇒#3704@講義; 【関連SAML属性】 ・isMemberOf⇒#1@SAML属性;
UPKI-eduPersonTargetedID⇒#11@SAML属性;の設定 UPKIの仕様とUKの仕様がちょっと、違うようです。Shib 1.3, Shib 2.0の違いかなぁ・・ まぁ、山形大の仕様は、国立情報学研究所と相談しながら決めようーっと。 Shibbolethのサンプル設定は、UKの仕様と同じようです。 また、ComputedIDとStoredIDの２つの生成方法があるが、saltの文字列を同じにすると、ComputedIDでもStoredIDでもeduPersonTargetedIDは、同一の値を送信するようであった。 また、コードを読んみると、なんとなーく感じたんですが、ComputedIDとStoredIDは、 ・ハッシュのキー(salt) ・PeerEntityId（SP) ・LocalId を使って、生成されているようです＞下記のコードを参照のこと。 edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.dataConnector の下記のコード MessageDigest md = MessageDigest.getInstance("SHA"); md.update(entry.getPeerEntityId().getBytes()); md.update((byte) '!'); md.update(localId.getBytes()); md.update((byte) '!'); persistentId = Base64.encodeBytes(md.digest(salt)); StoredIDを利用するときのデータベースは、MySQLを使用した。MySQLデータベースサーバ上に、shibpidというテーブルを作成した⇒#1169@ノート;。MS SQLサーバを利用しようとしたが、Windows認証ができないので、断念した。Shibboleth IdPとMySQLサーバ間の通信は、JDBC経由である。 Windows PCなどか
UPKI/学認(学術認証フェデレーション）/eduroam関係-公開資料 ○依頼講演 ・伊藤 智博,吉田浩司,山形大学UPKI認証基盤の状況,学術認証フェデレーション(UPKI-Fed)試行運用参加説明会,国立情報学研究所 12階会議室,2009/08/05. 関連URL： https://a.yamagata-u.ac.jp/amenity/Event/EventThemeWeb.aspx?nEventThemeID=77 発表資料： https://upki-portal.nii.ac.jp/docs/open/fed/7、https://upki-portal.nii.ac.jp/docs/files/5_yamagata_0.pdf ・伊藤 智博,山形大学における「学認」対応認証基盤整備とe-サイエンスへの取り組み,SINET&学認説明会(2010年度;札幌),北海道大学 百年記念会館 大会議室,2010/12/06 関連URL: http://www.sinet.ad.jp/inform/news-1/20101015、https://a.yamagata-u.ac.jp/amenity/Event/EventThemeWeb.aspx?nEventThemeID=92 発表資料： http://www.sinet.ad.jp/inform/news-1/gj-sapporo.pdf、http://www.sinet.ad.jp/inform/news-1/gj-sapporo-d.pdf ○セミナー講師 ・伊藤智博、情報処理軽井沢セミナー「Shibbolethによるシングルサインオンの実現」、NII主催、軽井沢 、2009/9/3. 関連URL：http://www.nii.ac.jp/hrd/ja/joho-karuizawa/h21/curritxt.html 講演資料： http://www.nii.ac.jp/hrd/ja/joho-karuizawa/h21/txt5.pdf ○公開資料／報告書など ・UPKIシングルサインオン実証実験、大学からの報告事例、http://www.gakunin.jp/docs/fed/feasibility 山形大学の報告事例： http://www.gakunin.jp/docs/fed/feas
Shibboleth SP 2.3.1へのバージョンアップ Shibboleth SP 2.3.1がリリースされたので、バージョンアップを行った。 バージョンアップ後、問題なく、動作した。 OS Windows 2003 for x64 【関連ＵＲＬ】 Shibbolethオフィシャルページ: http://shibboleth.internet2.edu/ Shibboleth Download: http://shibboleth.internet2.edu/downloads.html 非公式ミラー: http://ftp.yz.yamagata-u.ac.jp/pub/shibboleth/ 【関連ノート】 ・Shibboleth SP 2.3へのバージョンアップ⇒#1213@ノート; 【関連講義】 ・サイバーキャンパス「鷹山」,UPKI-学術認証フェデレーション⇒#2842@講義; by
UPKIサーバ証明書によるEAP-TLSによるeduroamへの接続 UPKIサーバ証明書をRadiusサーバのサーバ証明書に使用し、プライベートCAから発行したクライアント証明書を使用して、EAP-TLSによるeduroamへの接続ができましたので、ご報告申し上げます。Xperiaは、PEAPやTTLSには対応していませんので、TLSでのみ、接続できます(Android OSを2.1にバージョンアップしたら、PEAP,TTLSにも対応になりました⇒#1447@ノート;。）。 また、検証端末は、NTT DocomoのスマートフォンであるXperiaを使用しました。 ◎端末環境 仕様機種： ソニー・エリクソン SO-01B (Xperia; android 1.6) 認証方式： EAP-TLS 暗号方式： WPA2-AES クライアント証明書： プライベートＣＡ発行-証明書 ※Xperiaは、PEAPやTTLSに対応していないので、TLSによる認証となっています。 ◎Radius サーバ OS: CentOS 5.3 ソフト：freeradius-server-2.1.6 サーバ証明書： UPKI-オープンドメイン証明書⇒#2892@講義; ◎Xperiaへの証明書のインストールの仕方 microSDカードのルートディレクトリに、PEM形式のファイルを置けばよいようである。CA証明書、クライアント証明書、プライベートキーの３つファイルをPEM形式に変換し、かつ、拡張子をpemにすることで、利用できる。 pfxの拡張子も証明書として選択できるが、なぜか、pfxからは、読み込んでも正常に動作しないので、断念した。 CA証明書ファイルには、サーバ証明書の認証局の情報とクライアント証明書の認証局の情報を書き込んでおいた。おそらく、サーバ証明書の証明局だけの情報で十分であろう。 ＃XperiaのWi-Fiの設定について、説明書を読んでも、詳しく書いてなくて、残念でした。証明書の仕様などが分かりましたら、加筆していきますので、参考程度にお願いします。（参考：http://github.com/android/platform_external_wpa_supplicant） ◎Radiusサーバへの信頼CAの登録 Radiusの信頼CAファイ
Xperiaの証明書関係の対応状況 NTTドコモから発売されているスマートフォン（Xperia; SO-01B）のＵＰＫＩサーバー証明書(UPKI-odcert)⇒#2892@講義;への対応状況について、簡単にまとめます。 ・ウェブブラウザー： 対応済み ・Moxier(Exchangeサーバ同期接続）： 対応済み ・EAP-TLS： ＣＡ証明書ファイルを準備すればＯＫ⇒#1286@ノート; （信頼証明書なので当たり前といえば、それまで） ・PEAP, TTLSに対応（Xperia, Android OS 2.1)⇒#1447@ノート; 【関連ＵＲＬ】 http://github.com/android/platform_external_wpa_supplicant
スマートグリッド実現へ向けたフェデレーションアーキティクチャによる電池劣化管理データベースの構築. 伊藤智博らは、2010年に岩手県盛岡市上田三丁目18番8号 岩手大学で開催された平成22年度化学系学協会東北大会においてスマートグリッド実現へ向けたフェデレーションアーキティクチャによる電池劣化管理データベースの構築について報告している⇒#282@学会;。 【課題】 ・SOAP over Gakunin
UPKIシンポジウム2010⇒#124@会議;聴講 様々なご講演から、今後の認証基盤の大切さを実感した。 また、学術認証フェデレーション⇒#2842@講義;の新名称の決定についての発表があった⇒#3126@講義;。
エルゼビア関係シングルサインオン暫定復旧 2010年3月下旬ごろから、シボレス（Shibboleth)によるシングルサインオンが利用できなくなっておりましたエルゼビアのScience Direct⇒#1280@ノート;が、国立情報学研究所（Gakunin）、エルゼビア、Internet2のご尽力により、暫定的であるが復旧しました。 国立情報学研究所さんの解説によると、SOAPメッセージによるバックチャネル通信（8443ポート）からフロントチャネル通信に変更すると、ひとまず、解決するそうです。 下記に国立情報学研究所さんより頂いた、仮復旧のための設定の変更箇所を記載します。 → 現在、この設定で山形大学では問題なく動作しております。＜検証OS: Windows XP, Windows 7 ＜DefaultRelyingParty provider="https://***.***.ac.jp/idp/shibboleth" defaultSigningCredentialRef="IdPCredential"＞ ＜ProfileConfiguration xsi:type="saml:ShibbolethSSOProfile" includeAttributeStatement="false" これはfalseのままとする↑ assertionLifetime="300000" signResponses="conditional" signAssertions="never" /＞ - - - - - - - - - ＜/DefaultRelyingParty＞ の下に下記を追加。 ----------------------------------------------- ＜RelyingParty id="http
シボレス認証による科学技術の学術情報共有のための双方向コミュニケーションサービスの運用開始について サイバーキャンパス「鷹山」 による「シボレス認証による科学技術の学術情報共有のための双方向コミュニケーションサービス」の運用が開始されます。サイバーキャンパス「鷹山」が提供する物理量⇒#1@物理量;⇒#2@物理量;や単位⇒#6@単位;、化学物質⇒#4@化学種;⇒#1@元素;などの科学技術用語などに、質問、コメント、感想などに、学認ユーザアカウントによってオンラインで記入できます。 学認に参加している機関から、ご自由にご利用いただけます。詳細は、下記のトップページなどをご覧ください。 トップページ：https://a.yamagata-u.ac.jp/amenity/menu/Shibbolethmenu.aspx 利用登録説明書：https://a.yamagata-u.ac.jp/amenity/Knowledge/ObjectImage.aspx?id=14579 【特徴】 学認参加機関の方は、所属機関のアカウント（認証情報）で、サイバーキャンパス「 鷹山」の様々なページに書き込みができる。様々な専門分野の先生方のご意見やご鞭撻や学生さんなどの質問や感想を取り入れ、さらなる科学技術の発展に寄与しよう。学認の登場により、学外の利用者へのアカウントの発行が不要になるため、サーバの管理者としては、アカウント管理が楽になるなどの特徴があります。 国立情報学研究所や学認の作業部会の皆様には、技術的なサポートや様々なご質問にお答えいただき、深く感謝申し上げます。 【機能】 ページレビュー：https://a.yamagata-u.ac.jp/amenity/Knowledge/ObjectImage.aspx?id=14583 ブックレビュー：https://a.yamagata-u.ac.jp/amenity/Knowledge/ObjectImage.aspx?id=14580 ページレビューＲＳＳ：http://a.yamagata-u.ac.jp/amenity/network/ShibGenericRss.aspx?tid=53&fud=logon_date&ref=1&sz=szInfo 2010/6/17に、国立情報学研究所⇒#2083@講義;が
shibboleth IdPをLDAP Proxy経由でWindows Server 2003のAD（Active Directory）に認証する方法 事前に、ADに認証するために、OpenLDAPのslapdのLDAPプロキシ機能＋overlay rwmの機能を使って、uidとsamaccountnameなどの属性マッピグをローカルLDAPに設定する⇒#1138@ノート;⇒#1185@ノート。 shibboleth IdPでLDAP Proxy経由でActive Directoryに認証する場合は、リフェラル（紹介）設定を有効にする必要がある。 具体的には、login.configとattribute-resolver.xmlの２つのファイルに注意しましょう。 また、動作を保証するものではありません。より良い設定方法がありましたら、教えていただけると幸いです。 ２０１０年になって、GC（グローバルカタログ）を使うことで、リフェラルを有効にしなくても、動作することがわかりました⇒#1265@ノート;。 → リフェラルをつかうと、ＤＣが1台でも停止すると認証に不具合が発生することがありますので、リフェラルを無効にして利用することを推奨します。 例）login.config edu.vt.middleware.ldap.jaas.LdapLoginModule sufficient host="localhost" base="dc=xxxxx,dc=yamagata-u,dc=ac,dc=jp" ssl="false" userField="uid" subtreeSearch="true" serviceUser="cn=xxxx,CN=Users,dc=xxxx,dc=yamagata-u,dc=ac,dc=jp" serviceCredential="xxxxx" referral="follow" <--重要みたい？ 例）attribute-resolver.xml "＜"、"＞"は全角文字に変化されていますので、半角にしてください。 ＜resolver:DataConnector id="myLDAP2" xsi:type="LD
サイバーキャンパス 「 鷹山」 のシボレスサイトに障害発生 サイバーキャンパス「 鷹山」のシボレスサイトに障害が発生しております。 → ＮＩＩのＤＳに切り替えて暫定復旧。 障害発生箇所ですが、山形大で運用している、外部機関の学術認証フェデレーション(Gakunin-テストフェデレーションなど）および山形大学で実施している教育・研究用の認証連携フェデレーションなどの複数のフェデレーションからIdPを選択できるシボレスＤＳシステム(Shibboleth-ds)に、不具合があるようです。 現在、原因を究明中です。 ご迷惑をおかけしますが、復旧までしばらくお待ちください。 【現状対応】 ＮＩＩのテストフェデレーションのＤＳを参照するように設定を変更し、利用できるようにした。 2010年6月18日、学認の運用フェデレーションのメタデータの更新が完了したので、ＤＳをテストフェデレーションから、運用フェデレーションに変更した⇒#1327@ノート;。→当面は、支障がないので、ＮＩＩのＤＳで対応。 【検証記録】 ・山形大学の研究用フェデレーションのメタデータでは、正常に動作 ・ＮＩＩのテストフェデレーションのメタデータで、エラーが発生 11:20:16.501 ERROR [edu.internet2.middleware.shibboleth.wayf.plugins.provider.BindingFilter] Badly formatted binding for https://pqshibboleth.aa1.proquest.com:9443/shibboleth. Entity has been removed 11:20:16.507 ERROR [edu.internet2.middleware.shibboleth.wayf.WayfService] Error parsing DS configuration file. java.lang.UnsupportedOperationException: null ・ＮＩＩのテストフェデレーションのＤＳは正常に動作中。 by
学術認証フェデレーションに対応するためのメタデータの更新作業 学術認証フェデレーション(UPKI-Fed)試行運用参加説明会⇒#106@会議;にて、海外のSP(電子ジャーナルなど）と接続するためのは、Shibboleth 1.3と2.Xの両バージョンに対応する必要があり、メタデータを修正する箇所がいくつかあったので、実際に行った作業の概要を下記にします。 なお、詳細については、UPKIのホームページ（http://upki-repo.nii.ac.jp/Template/index.html）より提供されているメタデータのテンプレートを参照してください。 〇修正箇所１ ＜IDPSSODescriptor protocolSupportEnumeration="urn:mace:shibboleth:1.0 urn:oasis:names:tc:SAML:2.0:protocol"＞ ↓ ＜IDPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:1.1:protocol urn:mace:shibboleth:1.0 urn:oasis:names:tc:SAML:2.0:protocol"＞ 〇修正箇所２ UPKI-サーバ証明書発行・導入における啓発・評価研究プロジェクト⇒#2891@講義;の証明書が2009年9月30日で失効になるため、UPKIオープンドメイン証明書自動発行検証プロジェクト⇒#2892@講義;より発行されたデジタル証明書⇒#2048@講義;に変更した。 これに伴い、メタデータの証明書の部分を修正した。 ＜ds:X509Certificate＞ ... base64-encoded certificate elided ... ＜/ds:X509Certificate＞ 〇追加箇所１ ＜AttributeAuthorityDescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:1.1:protocol urn:oasis:names:tc:SAML:2.0:protocol"＞ ・・・ ＜/AttributeAuthorityDescriptor＞
Shibboleth IdP, SPのUPKI-Fed.Schemaへの対応 国立情報学研究所⇒#2083@講義;が中心になって進めている学術認証フェデレーション（ＵＰＫＩ－Ｆｅｄ）⇒#2587@講義;の日本語拡張属性への対応テストを行った。 UPKIのスキーマ情報によると、jao属性の場合、OIDが1.3.6.1.4.1.32264.1.1.4である。（参照情報：https://upki-portal.nii.ac.jp/docs/fed/technical/attribute） 〇IdPの設定 attribute-resolver.xmlに次の設定を行う。 属性の定義を追加する。 ＜resolver:AttributeDefinition id="jaOrganizationName" xsi:type="Simple" xmlns="urn:mace:shibboleth:2.0:resolver:ad" sourceAttributeID="jao"> ＜resolver:Dependency ref="staticAttributes" /＞ ＜resolver:AttributeEncoder xsi:type="SAML2String" xmlns="urn:mace:shibboleth:2.0:attribute:encoder" name="urn:oid:1.3.6.1.4.1.32264.1.1.4" friendlyName="jao" /＞ ＜/resolver:AttributeDefinition＞ resolver:DataConnector id="staticAttributes"に ＜Attribute id="jao"＞ ＜Value＞山形大学＜/Value＞ ＜/Attribute＞ を追加した。 attribute-filter.xmlにAttributeRuleを追加する。 ＜AttributeRule attributeID="jaOrganizationName"＞ ＜PermitValueRule xsi:type="basic:A
Shibboleth Idp 2.1.2へのバージョンアップ 学術認証フェデレーション(UPKI-Fed)試行運用参加説明会⇒#106@会議;に参加し、海外のSPなどでは、Shibboleth 1.3も利用されているため、Shibboleth 1.3/2.0の２つの仕様に対応したShibboleth IdPを構築することが必要であることがわかった。 UPKI-学術認証フェデレーション⇒#2842@講義;の技術ガイド（https://upki-portal.nii.ac.jp/docs/fed/technical/idp/customize）によると、それほど面倒な設定はないようだったので、ひとまず、Shibboleth 2.0からShibboleth 2.1.2へのバージョンアップを行った。 また、山形大学のShibboleth Metaデータを管理しているデータベースの構造をShibboleth 1.3/2.0の２つのバージョンに対応したメタデータを格納できるようにフィールドの拡張を行った⇒#1154@ノート;。また、データベースを表示するaspページのコードも対応した。 バージョンアップしたら、なんだか、eduPersonTargetedIDの形式が変わったぞ？ 以前までは、ハッシュ形式だったのに、2.1.2からはUUID形式(Type4)になっている？ UPKIに参加している他の人に聞いてみよう！！（https://upki-portal.nii.ac.jp/ml-archives/upki-fed/msg00046.html） なるほど、こんなところ（https://upki-portal.nii.ac.jp/ml-archives/upki-fed/msg00047.html）にソースコードが管理さているのかぁ。ソースコード読んだほうがはやそうなので、ひとまず、読んでみました⇒#1155@ノート;。＜国立情報学研究所⇒#2083@講義;の山地先生、ありがとうございます。 その後、京産大の秋山より、バグの報告がShibbolethプロジェクトのJIRAに掲載されており、shibboleth-commons 1.1.3で改善されるとのことであった（https://upki-portal.nii.ac.jp/ml-archives/upki-fed/msg00053.html）
UPKI用Shibboleth IdPの構築記録(ＯＳ環境の設定 No.1） ・Centos 5.3のインストール(http://ftp.yz.yamagata-u.ac.jp/pub/linux/centos/5.3/isos/i386/) CentOS-5.3-i386-netinstall.isoをダウンロードしてftpサーバよりＯＳをインストール ・ntpのインストール # yum install ntp.i386 ・時刻合わせためにcrontab の設定 */3 * * * * /sbin/clock --hctosys 10 0-23/1 * * * /usr/sbin/ntpdate (NTPサーバ)&& /sbin/clock -w ・gccのインストール # yum install gcc.i386 ・opensslのインストール(http://ftp.yz.yamagata-u.ac.jp/pub/network/security/openssl/) % tar zxf openssl-xx.xx.tar.gz % make # make install ・Berkeley DB のインストール( http://www.oracle.com/technology/software/products/berkeley-db/index.html) % tar zxf db-x.x.x.tar.gz % cd build_unix/ % ../dist/configure % make # make install または、 # yum install db4-devel.i386 ・openldapのインストール(http://ftp.yz.yamagata-u.ac.jp/pub/network/security/OpenLDAP/) % tar zxf openldap-x.x.tgz % ./configure --enable-overlays --enable-dyngroup --enable-dynlist --enable-rwm --enable-crypt --enable-ldap # make install ・apacheのインストール（http://ftp.yz.yamagata
MS Dream Sparkの利用 Microsoftが提供しているDream Sparkといったサービスがある。（http://www.microsoft.com/japan/academic/dreamspark/default.mspx） DreamSpark は、学生の皆さんを対象にしたソフトウェア開発製品、アプリケーションデザイン製品などの無償提供プログラムです。あの Visual Studio や Windows Server、そして Expression などの製品を無償でダウンロードできます。 最近は、国立情報学研究所が進めているUPKI-学術認証フェデレーション⇒#2842@講義;によって、学生さんが所属する学術機関の認証によって、承認するシステムが導入されています。 ソフトウェアライセンス条項および使い方を読んで利用してください。 ソフトウェアライセンス条項：http://www.microsoft.com/japan/academic/DreamSpark/eula.mspx 使い方：http://www.microsoft.com/japan/academic/dreamspark/ds_dl.mspx あくまで、学生さんが対象で、教職員は利用できませんので、ご注意ください(2009.11.09現在） また、インストールできるデバイスは、学生さん本人の所有するデバイスのようです。 by
Shibboleth IdP 2.1.5へのバージョンアップ Shibbolethサイト（http://shibboleth.internet2.edu/downloads/shibboleth/idp/latest/）よりshibboleth-identityprovider-2.1.5-bin.zipをダウンロードする。 % unzip shibboleth-identityprovider-2.1.5-bin.zip で展開する。 #cd shibboleth-identityprovider-2.1.5-bin # ./install.sh をつかって、/opt/shibboleth-idp-2.1.5にインストール ・$TOMCAT/endorcedの旧jarファイルを削除して、shibboleth-identityprovider-2.1.5/endorsedの*.jarファイルを$TOMCAT/endorcedにコピー。 # cp *.jar /usr/java/tomcat/endorsed ・$JAVA/jre/lib/extに、shibboleth-identityprovider-2.1.5/lib/shibboleth-jce-1.1.0.jarをコピー # cp shibboleth-jce-1.1.0.jar /usr/java/default/jre/lib/ext ・インストールディレクトリに、旧設定ファイル(attribute-filter.xml attribute-resolver.xml handler.xml logging.xml login.config relying-party.xml )をコピー。 # cp attribute-filter.xml attribute-resolver.xml handler.xml logging.xml login.config relying-party.xml /opt/shibboleth-idp-2.1.5/conf ・インストールディレクトリ/war/idp.warを、$TOMCAT/webappsディレクトリに上書きコピー # cp idp.war /usr/java/tomcat/webapps ・handler.xml, logging.xml,
shibboleth IdP 2.1.3へのバージョンアップ Shibboleh IdP 2.0.0から2.1.2にバージョンアップしたときに、storedIDにバグがあるようで、問題が発生した⇒#1149@ノート;。JIRAの情報から、バージョン2.1.3では解決されている可能性が高いことから、実際に、2.1.3にバージョンアップして確かめた。 結論としては、2.1.2で発生した問題は、解決されたいた。 旧バージョン： Shibboleth IdP 2.1.2 新バージョン： Shibboleth IdP 2.1.3 簡単に作業メモを下記に示す。基本的には、UPKI学術認証フェデレーションのページで公開されている「SP1.3とIdP2.xとの接続設定」の資料（https://upki-portal.nii.ac.jp/docs/fed/technical/idp/customize）を元に、2.1.3に対応した作業を行った。 % tar zxf shibboleth-identityprovider-2.1.3-bin.tar.gz % cd shibboleth-identityprovider-2.1.3 # ./install.sh をつかって、/opt/shibboleth-idp-2.1.3にインストール ・$TOMCAT/endorcedの旧jarファイルを削除して、shibboleth-identityprovider-2.1.3/endorsedの*.jarファイルを$TOMCAT/endorcedにコピー。 # cp *.jar /usr/java/tomcat/endorsed ・$JAVA/jre/lib/extに、shibboleth-identityprovider-2.1.3/lib/shibboleth-jce-1.1.0.jarをコピー # cp shibboleth-jce-1.1.0.jar /usr/java/default/jre/lib/ext インストールディレクトリに、旧設定ファイル(attribute-filter.xml attribute-resolver.xml handler.xml logging.xml login.config relying-party.xml )をコピー。 # cp a
eduroam動作試験(Windows7系) 次のシステム環境でeduroamに接続できることを確認した。 ○Thinkpad X60 (T2400, 2GB RAM) - Windows 7 Professional (x86) 接続時に証明書の警告（ルート証明書が信頼されていない）ができるが、接続をクリックすることで、問題なく接続できる。 無線LAN接続のプロパティに、サーバ証明書の検証するがあります。この設定で、山形大学の場合、Security Communication RootCA1がルート証明機関であるUPKIオープンドメイン証明書自動発行検証プロジェクト⇒#2892@講義;よりデジタル証明書を取得しているため、Security Communication RootCA1(Fingerprint(SHA1) = 36B1 2B49 F981 9ED7 4C9E BC38 0FC6 568F 5DAC B2F7)を信頼するように設定することで回避できる。 【関連講義】 サイバーキャンパス「鷹山」,UPKI関係資料⇒#2869@講義; 【関連ノート】 ThinkPad X31(PHJ)のeduroamテスト for Windows 7⇒#1214@ノート;
ThinkPad X31(PHJ)のeduroamテスト Windows 7をインストールしたThinkPad X31(PHJ)では、Windows7標準でインストールされたドライバ（ver.4.1.102.133 (2005/12/21)）でeduroamが正常に動作した。 【関連ノート】 eduroam動作試験(Windows7系)⇒#1191@ノート; by
山形大学のShibboleth IdPの現状(UPKI-SSO⇒#2587@講義;への取り組み) １．既存の認証基盤であるＡＤを利用したShibboleth IdPシステムを構築。 ADを利用するときは、リフェラルの設定が必要な可能性が高い⇒#1086@ノート;。 ２．複数認証基盤（ＡＤ）を統合して、IdPに認証基盤として利用可能なシステム。 ３．ユーザ名のフォーマットは、eduroamフォーマットを採用⇒#2627@講義;。（eduroamとの混乱を避けるため） ４．eduroamフォーマットのユーザ名を使用したとき、ユーザ名の@以下を「UPKI Plone1」において判別しない問題が発生。現在、SPの構築を行いながら、検証中。 これらの内容については、2009年に一橋記念講堂で開催されたUPKIシンポジウム2009において既存の複数認証基盤を統合したUPKI用統合認証基盤の構築について報告している⇒#242@学会;。 【関連講義】サイバーキャンパス「鷹山」,UPKI関係資料⇒#2869@講義; by
UPKI用Shibboleth IdPの構築記録(ＯＳ環境の設定 No.3) % unzip shibboleth-identityprovider-2.1.3-bin.zip # install.sh /opt/shibboleth-idp-2.1.3にインストール by
UPKI用Shibboleth IdPの構築記録(ＯＳ環境の設定 No.2） 〇UPKI用Shibboleth IdPの構築記録(ＯＳ環境の設定 No.1）⇒#1138@ノート;からの続き apache tomcatのインストール（UPKI用Shibboleth IdPの構築記録(ＯＳ環境の設定 No.2）⇒#1140@ノート;) # cd /usr/java # tar zxvf (ソースディレクトリ)/apache-tomcat-6.0.xx.tar.gz # ln -s apache-tomcat-6.0.xx /usr/java/tomcat jsvcを自動起動に設定しておくと便利。 # cd /usr/java/tomcat/bin # tar zxvf jsvc.tar.gz # cd jsvc-src/ # sh ./configure --with-java=/usr/java/default # make # cp jsvc .. # cp native/Tomcat5.sh /etc/rc.d/init.d/tomcat # vi /etc/rc.d/init.d/tomcat 下記の３行を先頭のコメントに追加 # chkconfig: - 85 15 # description: Tomcat # processname: tomcat 下記の５行を修正 JAVA_HOME=/usr/java/default CATALINA_HOME=/usr/java/tomcat DAEMON_HOME=$CATALINA_HOME TOMCAT_USER=tomcat CATALINA_BASE=$CATALINA_HOME エディターを終了し、保存 tomcatユーザーを追加 # /usr/sbin/adduser tomcat # chown -R tomcat: /usr/java/tomcat/ # chkconfig --add tomcat # chkconfig --level 345 tomcat on # vi /etc/profile /etc/profileに下記を追加 JAVA_HOME=/usr/java/default MANPAITH=$MANPATH:$JAVA_
UPKIサーバー証明書によるPDAのActive Syncのための設定 ○証明書および器機 デジタル証明書⇒#2048@講義;の種類：UPKIサーバ証明書⇒#2187@講義;⇒#2891@講義; ＜ ＮＩＩ⇒#2083@講義; ＰＤＡ器機：W-ZERO3[es](Willcom, WS007SH) Active Sync設定ＰＣ： Windows Vista Bussiness ○設定および方法 ＰＤＡは、Microsoft Exchanger Server 2007とExchange Active Sync(EAS)を行うときは、httpsによる通信で同期をとる。しかし、W-ZERO3には、UPKIで行っているサーバ証明書のルート証明書がインストールされていない。そのため、ルート証明書が無効なエラーが発生し、EASによる同期が取れない。そのため、UPKIのサーバ証明書のルート証明書である"ValiCert Class 1 Policy Validation Authority"をインストールする必要ある。 インストールは、SPCertAdd.exeというツールを使うことできる。 SPCertAdd.exeは、SmartPhoneAddCert.exe の中に圧縮されている。また、ＰＤＡは、拡張子がcerの証明書ファイルのみインポートできるので、ルート証明書は、IEの証明書ストアからエクスポートすることを推奨する。 関連ＵＲＬ： http://support.microsoft.com/kb/915840/ja http://www.eco-rent.com/fswiki/wiki.cgi/WZERO3?page=%BE%DA%CC%C0%BD%F1
名称 ： 大学電子認証基盤シンポジウム⇒#46@会議; - 最先端学術情報基盤（CSI）の実現に向けた全国大学共同電子認証基盤（ＵＰＫＩ）の構築 - 日時 ： 平成18年2月15日（水） 10:30～17:30 会場 ： 一橋記念講堂 （東京都千代田区一ツ橋2-1-2 学術総合センター 2階） 主催 ： 国立情報学研究所⇒#2083@講義; 共催 ： 文部科学省、北海道大学情報基盤センター、東北大学情報シナジーセンター、東京大学情報基盤センター、名古屋大学情報連携基盤センター、京都大学学術情報メディアセンター、大阪大学サイバーメディアセンター、九州大学情報基盤センター 後援 ： 総務省 協賛 ： 社団法人私立大学情報教育協会、日本ＰＫＩフォーラム * 目的 * 国立情報学研究所と大学が連携し、大学間の全国共同電子認証基盤（ＵＰＫＩ）の構築を開始するにあたり、その構想を広く周知するとともに、期待される効果とその達成方法について議論します。 * プログラム * 司 会 国立情報学研究所 情報基盤研究系 教授 曽根原 登 【開会のご挨拶】 10:30～10:40 国立情報学研究所長 坂内 正夫 10:40～10:50 文部科学省 研究振興局 情報課長 松川 憲行 【特別講演】 10:50～11:30 情報セキュリティ大学院大学 学長 「総合科学としての情報セキュリティ」 辻井 重男 楕円暗号やＲＳＡの暗号化とＰＫＩとの関係を説明いただいた。 11:30～12:05 国立情報学研究所 特任教授 （牧野総合法律事務所 所長・弁護士） 「最先端学術情報基盤（ＣＳＩ）の実現に向けた全国大学共同電子認証基盤（ＵＰＫＩ）の構築」 牧野 二郎 弁護士としての立場から、国立大学法人における問題点を法律、ＮＤＡ、知財などについて説明していただいた。 12:05～12:40 総務省 総合通信基盤局 電気通信事業部 電気通信技術システム課長 「ユビキタス社会のネットワーク基盤」 渡辺 克也 総務省で進めているＰＫＩ事業（ＧＰＫＩ、ＪＰＫＩ，ＵＰＫＩ）の概要と今後の日本の認証基盤について説明いただいた。 <<休 憩 80分>> 【講演】 14:00～14
Think Pad X60の電池故障 Think PadのX60の電池がエラーが出て、充電できない。 2006年8月ごろと2006年10月ごろに購入した２台が故障した。 ９月５日に故障した電池は、充電は、１００％行われていたのが、2007年10月30日にみたら、８２％になっていた。たぶん。充電保護回路に不具合があって、リチウムイオン２次電池セルは、大丈夫だろう。 もう１つの電池は、本日、故障した。すこし、経過を観察してみよう。 これだけ、立て続けに壊れると、困ったもんだなぁ。
ＮＨＫ放送技術研究所⇒#1420@講義; 東京国立博物館⇒#1429@講義; ワンセグ、液晶調査。 ２００７年５月⇒#751@ノート;
Ｌｉｎｕｘディストリビューションについて Ｌｉｎｕｘの配布パッケージを分類すると、Ｒｅｄ Ｈａｔ社のパッケージ配布システムであるＲＰＭ、Ｄｅｂｉａｎプロジェクトのｄｅｂなどがある。 これらの一部のＬｉｎｕｘリソースは山形大学のＦＴＰミラーサイト（http://ftp.yz.yamagata-u.ac.jp/pub/linux/）からもダウンロードできます。 ＲＰＭ系 Ａｓｉａｎｕｘ（アジアナックス）: Ａｓｉａｎｕｘとはアジア圏で統一的なエンタープライズＬｉｎｕｘを開発していこうとするプロジェクト。 Ｃｅｎｔｏｓ : The Community ENTerprise Operating System。ＲＨＥＬのクローン。 Ｆｅｄｏｒａ Ｃｏｒｅ : Ｒｅｄ Ｈａｔ Ｌｉｎｕｘ（ＲＨＬ） 後継のコミュニティ指向型開発プロジェクト ＨＡＡＮＳＯＦＴ Ｌｉｎｕｘ：商用、Ａｓｉａｎｕｘを採用した韓国ディストリビューション ＨＯＬＯＮ Ｌｉｎｕｘ： 日本の株式会社ホロンによって開発されているＬｉｎｕｘである。 Ｍａｎｄｒｉｖａ Ｌｉｎｕｘ: 商標権の問題から、旧名称：Ｍａｎｄｒａｋａｌｉｎｕｘが製品名を変更したディストリビューション。 ＭＩＲＡＣＬＥ Ｌｉｎｕｘ: 商用、Ｏｒａｃｌｅ対応したディストリビューション、Ａｓｉａｎｕｘ採用 Ｍｏｍｏｎｇａ Ｌｉｎｕｘ: Ｋｏｎｄａｒａ ＭＮＵ/Ｌｉｎｕｘを継承したＬｉｎｕｘディストリビューション。 Ｒｅｄ Ｆｌａｇ ＤＣ: 中国レッドフラッグ社製ディストリビューション、Ａｓｉａｎｕｘ採用 Ｒｅｄ Ｈａｔ Ｅｎｔｅｒｐｒｉｓｅ Ｌｉｎｕｘ: Ｒａｄ Ｈａｔ社製の商用ディストリビューション。 ＳＵＳＥ Ｌｉｎｕｘ : 商用、ヨーロッパで利用者の多いＬｉｎｕｘ。ＳｕＳＥ社は、ノベル社に買収された。 Ｓｃｉｅｎｔｉｆｉｃ Ｌｉｎｕｘ: ＲＨＥＬのクローン、 ＣＥＲＮのＦｅｒｍｉ研究所が配布している。 Ｔｕｒｂｏｌｉｎｕｘ : ターボリナックス（株）製のＬｉｎｕｘディストリビューション、商用 Ｖｉｎｅ Ｌｉｎｕｘ: 個人用サーバー、クライアント向け ＷｈｉｔｅＢｏｘ Ｅｎｔｅｒｐｒｉｓｅ Ｌｉｎｕｘ : ＲＨＥＬのクローン Ｙｅｌｌｏｗｄｏｇ Ｌｉｎｕｘ: ＰｏｗｅｒＰＣ搭載機専用のＬｉｎｕｘ。 ＰＳ２ Ｌｉｎｕｘ:
ＦＴＰサーバーの設計と構築 Ａｎｏｎｙｍｏｕｓ (匿名） ＦＴＰサーバー⇒#336@装置;を構築した。仕様は、下記のように定めた。 サーバーとしての性能 スループット： 数百 Ｍｂｐｓ ハードディスク容量： １ＴＢ メモリ容量： １ＧＢ ＦＱＤＮ名は，ftp.yz.yamagata-u.ac.jp とする．また，トップＵＲＬは，http://ftp.yz.yamagata-u.ac.jp/とする． 公開するパッケージは，ＵＮＩＸ関係を主とし，インターネットツールや，Ｌｉｎｕｘなどである． ２００４年４月に検討したパッケージを下記に示す． - List of FTP mirror URL (http access) - ＦｒｅｅＢＳＤ : http://ftp.yz.yamagata-u.ac.jp/pub/FreeBSD/ ＦｒｅｅＢＳＤ－ｊｐ : http://ftp.yz.yamagata-u.ac.jp/pub/FreeBSD-jp/ ＦｒｅｅＢＳＤ(98) : http://ftp.yz.yamagata-u.ac.jp/pub/FreeBSD-PC98/ ＮｅｔＢＳＤ：http://ftp.yz.yamagata-u.ac.jp/pub/NetBSD/ ＧＮＵ : http://ftp.yz.yamagata-u.ac.jp/pub/GNU/ ＯｐｅｎＢＳＤ : http://ftp.yz.yamagata-u.ac.jp/pub/OpenBSD/ Ｌｉｎｕｘ: Ｓｌａｃｋｗａｒｅ : http://ftp.yz.yamagata-u.ac.jp/pub/linux/slackware/ Ｙｅｌｌｏｗｄｏｇ : http://ftp.yz.yamagata-u.ac.jp/pub/linux/yellowdog/ Ｄｅｂｉａｎ : http://ftp.yz.yamagata-u.ac.jp/pub/linux/debian/ Ｄｅｂｉａｎ Ｐａｃｋａｇｅ : http://ftp.yz.yamagata-u.ac.jp/debian/ Ｄｅｂｉａｎ Ｎｏｎ－ＵＳ: http://ftp.yz.yamagata-u.ac.jp/debian-non-US/ Ｄｅｂｉａｎ ｃｄ : http://ftp.yz.y
Weekly レポート by
Weeklyレポート by
大学教育の質の保証・向上ならびに 電子化及びオープンアクセスの推進の観点から 学校教育法第百十三条に基づき、 教育研究活動の状況を公表しています。
第百十三条 大学は、教育研究の成果の普及及び活用の促進に資するため、その教育研究活動の状況を公表するものとする。
