リンク状態が悪いってこと。ケーブル不良とか。
客先行った際に目の当たりにした。、よそが入れたシステムだったけど、みたことのない光り方だったかから気になって思わず調べてもうた。国内でUTPケーブルの不良ってなかなかないと思うので、珍しい物見た気がする。一応お客には教えてあげといた。
リンク状態が悪いってこと。ケーブル不良とか。
客先行った際に目の当たりにした。、よそが入れたシステムだったけど、みたことのない光り方だったかから気になって思わず調べてもうた。国内でUTPケーブルの不良ってなかなかないと思うので、珍しい物見た気がする。一応お客には教えてあげといた。
RHELでyumが通らないとかのとき。以下の例は5.8。
[root@sv01 ~]# yum check-update
Loaded plugins: katello, product-id, security, subscription-manager
Updating certificate-based repositories.
Unable to read consumer identity
[root@sv01 ~]#
RHNのサブスクリプションとサーバを紐付けないとだめっぽい。
GUI環境で以下のコマンドを発行。
rhn_register
ウィザードが立ち上がるので適当な(ふさわしい)回答を入力していけばおわる。
※後日追記:CLIでも大丈夫だった。ターミナルウインドウがある程度グラフィカルになる。表示は相当崩れてたけど、操作に支障はなかった。
なお、事前にRed Hat Network (RHN) にユーザ登録し、サブスクリプションを買って、登録したユーザにサブスクリプションをアクティベートしておくとスマート。
要は、サーバを使うのはRHNのユーザで、ユーザに有効なサブスクリプションがいくつあるかという管理方法か。サブスクリプションが足りなかったりするとどうなるんだろう。後から買えるんだと思うけど。
サブスクリプションとか登録マシンの確認はこのあたりから。
https://access.redhat.com/management/
登録すると rhnplugin が追加され、yumが通るように。あいかわらず Unable to read consumer identity が出てたり、yum list updateが通らなかったりしてたが、yum installはできたので、あまり気にしない。たぶん subscription-manager 使えば証明書ベースの登録になって綺麗になるつう話なんだろうと推測中。
※メモなので、間違っててもしりま千円
Alias追加してこんなのがでたとき。
[warn] The Alias directive in /etc/httpd/conf/httpd.conf
at line xxx will probably never match because it overlaps an earlier Alias.
かつエラーログがこんなの。
client denied by server configuration
そんな折にはこんのへん確認
/etc/httpd/conf.d/
mrtg設定しててかぶっててはまった…
これも個人的なメモなので気にしないでください。
直したいという気持ちだけで直してしまったけど、もう閉じてよかったんじゃねえかという気持ちも。。。いろいろな意味で。
スマホアプリの『秘宝探偵キャリー』がなんかおもしろすぎるので、CCIEの勉強時間が取れません。畢竟CCIEは取れません。
ところで、紫電MAX+ルパンMAX+ルーフ出すので白虎以上の強レアと交換してください!マテリア以上は弱レアつけます!あと別件でグレンあります!
昨日こんなことを書いたやつがいます。
なお、メディアストリーミングはSilverlight必須で、Andoroidではどうにもならないというところがちょっぴり残念。でもいったんGalaxyTab君に落としてから見れば良いわけで。
えっと、普通にAndroidからリモートWebアクセスすることはできますが、ダウンロードでこけることが判明しました。昨日ログインできることしか確かめてなかったのです。いけませんね。この現象はモバイルUIでもデスクトップUIでも同じで、Dolphin mini/Opera mini/標準ブラウザ で試したけど全部ダメ。
ちなみに新宿の沖縄料理屋でオリオンビールともずく天と麩チャンプル食べながら、携帯とタブレットなど二人で6台くらい並べてがしがしオラオラと切り分けしてました。
んで結論から言うと、ブラウザでオレオレ証明書(信頼されていない証明書)サーバへの接続は意思確認のうえで実施可能です。しかし、Androidの多くのブラウザは、ダウンロードの処理をDownload Manegerというシステムサービスに処理を渡してるらしく、そんでこいつが信頼されていない通信をしたがらず、しかも無言でつながらないだけという素敵な仕様っぽい。(http://code.google.com/p/android/issues/detail?id=3492)
なんつーか、つながないのはセキュリティの観点からありかもしんないけど、せめて理由のエラーくらい吐いて欲しいし、意思確認ダイアログで突破可能でも良いような気がしないでもないけど、これは利便性をとるか安全性をとるかというシステムの設計思想だと思うので、そうだと言われればまーしゃーないとしか言いようがない。 ブラウザ作る側からしてみればシステムが用意してくれるサービス使うほうが手間がかからないし当然つかうよね。
だったらダウンロード処理をアプリ内で実装してるブラウザを探せ!ということで、(先のURLの最後にもあったけど)Firefox で試したらダウンロードできました。、
WorkAround:AndroidからWHSへファイル取得目的で接続するときはFireFox使う
ほかにもいけるアプリがあるかも。つーか誰かWHS専用ブラウザ作ってくれないかなSilverlight込みで(お前が作れ)。
このままだとWindows Phone買ってしまいそうだ。囲い込み戦略ってすげー。
その他メモ。
CCNPが3月に切れるので、あわててMPLS勉強して受かってきた。
http://www.cisco.com/web/learning/le3/current_exams/642-611.html
901点だった。とりあえずCCNP更新できたのでひと安心。
本気の勉強期間は1週間くらい。その前1-2週間、会社行き帰りの電車でMPLSの問題集に気が向いたら目を通すなどはしていた。
CCNPを更新するだけならROUTEとか受ければいいんだろうけど、同じ試験受けてもおもしろくないのでMPLS。すでにQoSとBGPには受かっており、実質的にはCCIP取得と同じスキルレベルにあるわけだ。わーい。なんでCCIP認定されないかというと、試験期間が開きすぎているからだ。これからまたQoSとROUTE受ければ良いみたい。めんどくせ。
試験を受ける方へ、ポイントなど。
まあ、MPLS受けようなんて方はすでに勉強方もコツも把握されているはずなので釈迦に説法かもしれませんけども。
またこれであと3年遊べる!
その後のこと。
最近のコメント