なぜUNIXはwindowsに敗北しているのか？４
前ｽﾚで1000取った奴(・x・)ｺﾛﾇ
それはさておき2get ⊂(´∀`⊂⌒`つ≡≡≡≡≡≡≡≡≡≡ >>997
>別にいいんじゃないの？WinはVersion少ないしね、linuxとかはアホみたいにVersion多いけど
>ほんと、Verちょくちょく上げるくらいなら、じっくり待って安定させてから出せよと言いたくなる。
もうちょっと調べて述べましょう
とりあえずいまだにNetBiosっていうかWindowsNetworkによる共有は設定がめんどいんだけど。
NFSクラスまで楽にならないの。 とりあえず、Windowsは設定済みの環境を別のマシンにリストアやって動作させるのって面倒。
>>4
NETBIOSの共有って、マシンに名前付けるだけじゃなかった？
それとも他の設定か？ MSのオフィスが鉄板ってかなり無理がある。
MS製品で相性が良く作ってあるのは当然だけど
オフィスに関しては便利さを追求しすぎて妙な機能が多い。
オフィス自体も落ちるしね。 >>8
もうチョット詳しく。
…しかしWinの不具合を責めるカキコは多いが、具体的な物が皆無に等しいのはいかなる物よ… >>7
Unixなので慣れてると逆に面倒な気がする可能性もありそう >>9
Officeのどのアプリの、どの操作で落ちる？
プラットフォームは？95系？NT系？ >>10
具体的にって。Winの話は中身が見えないから事象をそのまま書くしかないだろ。
オフィスは落ちるよ。最近でこそましだけど。最近のはJava並に重い。
機能つけすぎて意味不明な挙動をする機能もある。
Winのよさを勘違いしてるならTeXでいいじゃないかといわれかねないね。
というか>>11で擁護した漏れがバカだった
WindowsNetworkも分からん厨が言う言葉とは思えん。 >>10
一番最近遭遇した不具合はlinuxにおいて
mount -t cifs //hogehoe/data /mount/hogehoge -o username=hogeuser,password=hogepass
ではマウントできるくせに同じIDとパスでXPで開きにいこうとするとログオンに失敗した。
サーバーhogehogeは別のXP。 >>14
ログオン関連のトラブルだとイベントビューアに記録されてるはずだけど、それは解決に役に立たなかった？ >>13
>Winの話は中身が見えないから事象をそのまま書くしかないだろ。
>オフィスは落ちるよ。最近でこそましだけど。最近のはJava並に重い。
エラー報告の機能で示されたページには原因となるdllとか何とかが表示はされなかったかな。？
最近は大抵Officeなら解決手段が示されるはずだけど。 >>17
>最近は大抵Officeなら解決手段が示されるはずだけど。
”最近は”だろ。よく落ちた頃のオフィスで原因となるdllとかって
そんなものが出た記憶もないければ、オフィスどころかOSごと落ちてるし。
今でもC-Sの癖を抜けさせない悪夢のようなソフトというイメージしかないな。 >>18
デフォルトでは監査すべてオフなのね。
でオンにして試してみた結果、イベントとして記録されてたのは以下のとおり、
イベントの種類:失敗の監査
イベント ソース:Security
イベント カテゴリ:ログオン/ログオフ
イベント ID:537
日付:2006/02/09
時刻:18:08:34
ユーザー:NT AUTHORITY\SYSTEM
コンピュータ:DEISY
説明:
ログオンの失敗:
原因:ログオン時にエラーが発生しました。
ユーザー名:hageuser
ドメイン:DEISY
ログオンの種類:3
ログオン プロセス:
認証パッケージ:NTLM
ワークステーション名:DEISY
状態コード:0xC000006D
副状態コード:0x20
詳細な情報は、http://go.microsoft.com/fwlink/events.asp の [ヘルプとサポート センター] を参照してください。
このログを見てログオン時にエラーが発生してることがわかった。というかそれしかわかりようがないんだが、状態コードが示されてるがそのコードが何を示すのかって情報なしに示されても困る。
さらにエラーが発生してるのはログを見るまでもなくわかってるから。 これはそれが知りたかったら金を払えっていうMS社のお告げ？ >>20
間違ったpassを連チャンで渡してアカウントがロックアウトになったのかな？
汎用名前付け規則 (UNC) を使用したリソースへの接続
UNC 名を使用してリモート ネットワーク リソースに接続する場合、ユーザーのアカウント情報が検証される必要があります。
UNC 接続は、SMB (Server Messaging Block) を使用して、複数 UNC プロバイダ (MUP) を介して機能します。
SESSION SETUP および X という SMB が接続に使用され、その時にユーザーのアカウント情報がネットワーク リソースに渡されます。
リソースがユーザー アカウントを保持するドメイン コントローラの場合、検証はそのコンピュータ上でローカルに行われます。
しかし、リソースがパススルー認証を使用して、ユーザーを検証する必要がある場合、この資料で先述したセキュリティ保護されたチャネル メカニズムが使われます
。ネットワーク リソースはそのドメイン コントローラからのユーザーの検証を要求し、ユーザーのアカウント情報が有効でない場合、
ドメイン コントローラはネットワーク リソースにエラーを返します。さらに、ドメイン コントローラはそのユーザーの usri3_bad_pw_count を増加します。
これはすべて要求元のクライアント ワークステーションには透過的に行われます。ネットワーク リソースはクライアント ワークステーションにメッセージを返します。
そのメッセージには NT ステータス コード0xC000006D、STATUS_LOGON_FAILURE が含まれます。
MUP の動作はやや異なります。MUP はユーザーの試行ごとに、最低 3 回この手順を繰り返します。
追加の試行はユーザーに透過的であり、ネットワーク回線のトレースを取得することによってのみ観察できます。
したがって、MUP プロバイダを利用するプログラムにこの動作が見られます。
誤ったアカウント情報による "net use" コマンドを使用した最終的な結果として、誤ったパスワード カウントの値が 3 増加されます。 >>21
knowledgebaseで状態コードで検索して一発だったぞ… こちらで探したらこんなんでたよ。検索ワードがおかしかったのか？
詳細
申し訳ございません。
現時点では、Error and Event Log Messages と Knowledge Base データベースにこの問題に関する情報は記載されていません。Support 領域のリンクを使用すると、他の場所に追加情報があるかどうかを確認できます。 >>23
>間違ったpassを連チャンで渡してアカウントがロックアウトになったのかな？
だったらlinux側でもマウントできないはずだがそちらはできる。 
