BRC-W14VGのファイルサーバーにVistaで接続できない
- BRC-W14VGのファイルサーバーにVistaで接続できない問題について説明します。
- BRC-W14VGでファイルサーバーの機能を使用するために、USBのハードディスクを接続し、設定を行いました。しかし、Windows Vista Enterprise のコンピュータから接続する際にアカウント認証ができず、ログオンに失敗する問題が発生しています。
- 同様の問題で解決された方はいらっしゃいますか？ご教示いただけると助かります。
- ベストアンサー
BRC-W14VGのファイルサーバーにVistaで接続できない
BRC-W14VGでファイルサーバーの機能を使用するために、USBのハードディスクを 接続し、マニュアル通りに設定を行いました。 Windows Vista Enterprise のインストールされているコンピュータから ファイルサーバーのハードディスクに接続を行う場合に、ユーザー認証の 画面が表示され、BRC-W14VGで設定したアカウントとパスワードを入力するのですが、 認証されません。 例) BRC-W14VGに設定したアカウント：abcde 接続に使用したコンピュータのコンピュータ名：comp1 上記の場合に接続のためにアカウント情報を入力すると ユーザー名：comp1\abcde と表示され ログオンに失敗しました ログオンできません。 ユーザー名およびパスワードが正しいかどうかを確認してください。 と表示されます。 Windows Vista の場合は、ファイルサーバーの機能は使用できないのでしょうか？ コンピュータのワークグループ名とBRC-W14VGのワークグループ名は一致させております。 どなたか同様な問題で解決された方はおられますでしょうか。 おわかりの方ご教示お願いいたします。
- tenten72
- お礼率100% (1/1)
- ハードウェア・サーバー
- 回答数1
- ありがとう数3
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
コントロールパネルー管理ツールーローカルセキュリティポリシーを起動し、ローカルポリシー、セキュリティオプションを選択し、ネットワークセキュリティ：LAN Manager認証レベルをLMとNTLM応答を送信するに変更します。
関連するQ&A
- BRC-14VGでWEBサーバー公開について
いつも利用させてもらっています。 今までLAN内（同じセグメント内）だけで、ホームページ（HTTP80）や メンテナンス時にリモートデスクトップ（3889）を利用していました。 このサーバーを外部に公開することになり、BRC-14VGを購入しました。 ローカルサーバという機能を使えば簡単に公開できると考えたからです。 しかし設定は完了したのものの外部から接続できません。 設定した無いようですが、 セキュリティー設定内で、 ・ローカルサーバで対象のサーバーのIPとサービス （HTTPとWindowsTerminalServer/WindowsRemoteDesktop）を設定し 有効にしました。 上記でつながらなかったため、 ・リモートアクセスのWebサーバー（WEBサーバを外部に公開する）に チェックを入れました。 上記でつながらなかったため、 ・セキュリティーの一般設定を”セキュリティーレベル最小”に しましたがそれでもだめでした。 外部からの接続は、ルーターが取得しているグローバルIPを そのままリモートデスクトップ接続するのと、 http://xxx.xxx.xxx.xxx/site名/ で試しています。 上記以外で設定をする必要があるのでしょうか？
- ベストアンサー
- ルーター・ネットワーク機器
- BRC-14VGでunnumbered以外でサーバを2台以上公開する設定
タイトルの通りなのですが、Unnumbered接続以外で、サーバを2台以上公開する場合の設定ができるものなのか、また、できるのであれば、どのような設定をすればよいのかを教えていただけませんでしょうか。 グローバルIPは8個取得済みです。 ドメインも取得済みで、メインサーバをそのドメインでWebを公開し、 もう1台をサブドメインで公開することを目的としています。 Unnumbered設定にするとフィルタが効かないということのようですので、可能であれば、Unnumberedでの接続をしたくはないのです。 スタティックルーティングで、WANからグローバルIPでアクセスがあったら、ローカル側のIPへ流すという設定をすればよいと思うのですが、BRC-14VGにどのように設定すればよいのかわかりません。 どなたかお分かりになられる方がいらっしゃいましたら教えてください。よろしくお願いします。
- 締切済み
- ルーター・ネットワーク機器
- サーバーのファイル共有
すいません。。教えてください。 win 2008 std serverを導入することになったのですが、 サーバーの共有ファイルにアクセス権を設定して使用する場合は ユーザーアカウントではなくコンピュータ名で設定することができますか？ お願いいたします。
- 締切済み
- ハードウェア・サーバー
- BRC-14VGのパケットフィルターの設定について
BRC-14VGのパケットフィルターを使用したいのですがうまくいきません。メーカーサポートについても機器不良？言われましたが、複数台ともできないのでご存知な方教えてください。 (1)BRC-14VG側にWEBサーバーがいます。ローカルIPアドレス192.168.1.254ポート35000番を使用してます。（BRC-14VGローカルIPアドレス192.168.1.1） (2)BRC-14VGのリモート機能を使用してます。 (3)WEBサーバーの公開にBRC-14VGのローカルサーバーの設定をしています。 (4)BRC-14VG側は、固定グローバルIP アドレスを取得しています。 ここまででどこからでもアクセス可能となりました。 外部固定IPアドレス仮称（？）111.111.111.111からのみアクセス可能にしたいのですが・・・・・ パケットフィルターの登場？ a)パケットフィルター設定画面へ→受信 WANPPPoeルール 修正 ルール設定画面→ 新規 追加 b)フィルターの追加ルール画面→送信元IP→１個を指定 111.111.111.111 動作→転送する c)送信先IP→すべて d)サービス名→ローカルサーバー設定で使用したサービスを選択 e)この内容でOKで設定しました。 上記で行ないましたが、WEBサーバーは、どこからでもアクセス可能です。 困っています。宜しくお願いいたします。
- 締切済み
- ルーター・ネットワーク機器
- ファイルサーバー上のファイル操作における監査
マイクロソフトから提供された文書”ファイルサーバー上のファイル操作における監査”にしたがって監査ポリシーと監査エントリの設定をしてみたのですがID540のイベントログを見てもネットワークアドレスが記録されていません。何かこの文書に書かれていない設定があるのでしょうか。 （例） ネットワーク ログオンの成功: ユーザー名: dswing ドメイン: KOJIMA-C ログオン ID: (0x0,0x2C8F484) ログオンの種類: 3 ログオン プロセス: Kerberos 認証パッケージ: Kerberos ワークステーション名:
- 締切済み
- Windows系OS
- ファイルサーバへのログイン
ファイルサーバはCENTOSです。クライアント端末はWinXP。 同じクライアント端末で2名が利用しています。クライアント端末には WinXPのユーザアカウントも2つあります。（アカウントA、アカウントＢ）とします。 ファイルサーバへのアカウントも2つあります。（アカウントAA、アカウントBBとします） クライアント端末のコンピュータ名は「ABC」とします。 元々はアカウントAの方のみが利用していました。 ファイルサーバへログインするときには、アカウントAAを利用していました。 とある日、クライアント端末にアカウントBを作成し、アカウントBBを利用して ファイルサーバへログインを試みましたが、ログインできません。 どうやらファイルサーバへログインするときのID部分に デフォルトでコンピュータ名（ABC）が入っているのが原因のようですが…。 IDの欄に「ABC\」のようなものがデフォルトで入っているようです。 何方か対処方法を教えていただけないでしょうか。。。
- ベストアンサー
- Windows XP
- ファイルサーバとしてのWindows2003（ワークグループ環境）
Windows Server 2003でファイルサーバを作ろうとしています。 ADは導入していません。ワークグループです。 Win2003のコンピュータの管理でローカルユーザとグループをいくつか作っております。 クライアントPCのWindowsXPからファイルサーバであるWin2003をネットワークコンピュータで開こうとすると、ユーザ名とパスワードを聞くダイアログが表示されます。 このとき、[ユーザーは次回ログオン時にパスワードの変更が必要]のチェックボックスがONのユーザーではログオンに失敗し、エクスプローラでファイルサーバの中を見ることができません。（このチェックがOFFのユーザではログインできるのは確認済みです） やろうとしたことを順を追って説明します。 (1)ユーザー名とパスワードの入力を行わなくても、ファイルサーバのアクセス可能なフォルダにアクセスしたい。 (2)そのために、クライアントのユーザー名とパスワードと同じユーザ・パスワードをファイルサーバのローカルユーザとして作成すればよいのでは。 (3)しかし、セキュリティ上、ユーザー名はわかってもパスワードは教えてもらえない。 (4)Win2003のローカルユーザ作成時、最初は簡単なパスワードにしておき、初回ファイルサーバアクセス時にユーザー自身にパスワードを変更してもらおう。 (5)しかし、上記のように初回ログオン時パスワード変更チェックONだと、そもそもファイルサーバにアクセスできない。 リモートデスクトップ、あるいはファイルサーバ自身にログオン時に、上記チェックONのユーザでログオンしようとすると、パスワード変更に遷移するのは確認しています。 しかし今回は、リモートデスクトップやファイルサーバ自身へのログオンを行わず、エクスプローラからのアクセス時にパスワードを変更させたいのです。 何か方法はありませんでしょうか。
- ベストアンサー
- その他(Windows)
- W/NTサーバーにW/7端末から入れません。
W/NTサーバーを立ち上げました。 W/XP端末からこのサーバーに入れるのですが、W/７端末から入れませんどうしてでしょうか？ なお、ワークグループはいずれもMSHOMEに設定し、ネットワークではW/7端末からW/NTサーバーが見えます。 W/7端末からW/NTサーバーを開くと「ユーザー名」と「パスワード」を聞いてきます。 ここでW/NTに登録している、「ユーザー名とパスワード」を入力しても通らず、再度「パスワード」を聞いてきます。（この時ドメイン名にW/7のパソコン名がつかわれています） どうして、W/7ではW/NTに登録した「ユーザー名とパスワード」は通らないのでしょうか？ なお、W/Vista端末でも通りません。 よろしく、ご教授下さい。
- ベストアンサー
- SE・インフラ・Webエンジニア
- VistaからWin2000Serverへの共有接続ができません。
現在 社内LAN内にてVistaを試験稼動させています。 ところがVistaからServerへの共有接続がユーザ名かパスワードのERRORによってアクセスできません。 ユーザー名とパスは以前から使用しているADMIN権限のものですが、XPからは問題なく接続します。 VistaからはServerは見えていますしXPの数台には同IDを利用して共有接続できます。 ただしXPの中にもVistaからの接続時 同じように拒否されてしまうものもあります。 Serverや接続不可のPCにアクセスしようとするとユーザー名にコンピュータ名￥ユーザー名と表示されます。 うまくいくPCへの接続時には、ユーザー名だけできちんと表示されます。 何が原因でしょうか？ Win2000Serverはしばらくアップデートしていませんので何か脆弱性の関係なのでしょうか（XPでも同じ症状がおこっているPCがあるのでServer固有の問題ではなさそうですが・・・・）？ なにぶんVista試験稼働中につきVistaのすべてを試しているわけではないのですが、私が触る限りVistaの設定ではないような気が・・・・
- 締切済み
- Windows系OS
- LinuxファイルサーバーにWindowsパソコンからはいれない
お世話になります。 Red Hat Linux９とSambaでWindowsファイルサーバーを作りたいので、adduser でWindowsXP Professionalのパソコンのユーザー名を入力して、passwd でWindowsXP Professionalのログオンパスワードを入力し、smbpasswd -a で同じくWindowsXP Professionalのパソコンのユーザー名とログオンパスワードを入力しました。 そしてWindowsパソコン側からネットワークコンピュータでSamba Server(Linux1)をクリックすると、パソコンによって３つのパターンがあらわれます。 １つ目は、すんなりユーザー名と同名のフォルダを開くことができるパターンです。 ２つ目は、「\\Linux1にアクセスできません。・・・アクセス許可がない可能性があります。・・・指定されたネットワーク名は利用できません。」との回答が帰ってくるパターンです。 ３つ目は、ユーザー名とパスワードを聞いてくるので、登録したユーザー名とログオンパスワードを入力するが、ユーザー名の欄に コンピュータ名￥ユーザー名 、パスワードの欄に＊＊＊＊＊＊ と勝手に入力されて帰ってきて、結局アクセスできないパターンです。 これまで何回もインストールしなおしたり、VineLinuxを試したりしましたが、ファイルサーバーができません。助言をよろしくお願いします。
- ベストアンサー
- その他(OS)
お礼
早速のご回答ありがとうございます。 ご回答いただいたとおりの手順で確認してみたところ、無事アクセスできるようになりました。 本当にありがとうございました。