- ベストアンサー
共有フォルダーの名称について
NTのフォルダーを共有し、クライアントから参照したら見れませんでした。 共有名を変更したら参照できました。共有名の命名規則はあるのでしょうか? 教えて下さい。
- saitodayo
- お礼率50% (2/4)
- Windows NT・2000
- 回答数2
- ありがとう数1
- みんなの回答 (2)
- 専門家の回答
質問者が選んだベストアンサー
こんにちは. クライアントのOSは何を使っているのですか? 共有名は半角英数で8文字以内にしてみてください. クライアントがNT/2000の場合はそのような制限は無いと思いますが,Windows 95等は8文字以内じゃないと見れない可能性があります.
その他の回答 (1)
- N-T
- ベストアンサー率40% (15/37)
共有名の末尾が$で終わっていると、隠しフォルダ扱いになります。 こうなっているとエクスプローラで\\(マシン名)として参照した際に 表示されません。共有する際に共有名を付けないとc$などの共有名が 自動的に付けられるので見えなくなってしまいます。
関連するQ&A
- 共有フォルダを参照する時のユーザを変更したい
サーバにある共有フォルダをクライアントから参照する時、最初に聞いてきたユーザ名とパスワードを間違って違うユーザにしてしまいました。 パスワードを保存するにチェックを入れた為、同じサーバ内の別な共有フォルダを参照する時も、ユーザ名の入力がなく、そのまま開いてしまいますが、違うユーザで入っています。 正しいユーザで入れるように変更できないでしょうか? クライアント:WindowsXPproSP3 (NT4ドメイン) 共有フォルダのあるサーバ:Windows2000server (NT4ドメイン)
- ベストアンサー
- Windows系OS
- NT の共有フォルダへのアクセス
NT の共有フォルダへアクセスしようと、エクスプローラのマシンのアイコンをクリックすると、 リソース : \\マシン名\IPC$ とダイアログが出てきて、パスワードが要求されます。 これはクライアントに WIN98 を使った場合で、NT でアクセスすると単にユーザ名とパスワードが聞かれるだけです。 この違いはなぜ起こるのでしょうか? サーバ側の NT の設定の問題だとしたら、どこをどう直せば良いのでしょうか?
- 締切済み
- その他(インターネット・Webサービス)
- 共有フォルダ参照
Windows2003Server(SP1)のとあるフォルダ(C:\test)を共有したとします。 当然、ネットワーク上では共有フォルダは見えるのですが、ユーザ単位で ネットワークの表示・非表示をすることは可能でしょうか? 例えば、クライアントA(ユーザ名:TOM)からはネットワーク経由で testフォルダは参照できるけど、クライアントB(ユーザ名:SAM)からは 全く見えないようにするとか。 個人的にも色々調べて、下記サイトを見つけたのですが、うまく行きません。 http://www.atmarkit.co.jp/fwin2k/special/2003sp1_06/2003sp1_06_01.html アドバイスご存知の方、よろしくお願い致します。
- 締切済み
- ネットワーク
- ActiveDirectoryの共有フォルダ
ActiveDirectoryの共有フォルダと共有フォルダオブジェクトの違いについって何でしょうか? AD側で、 C\Shareという共有フォルダを作成し、everyoneを追加すれば、クライアント側から \\サーバ名\共有フォルダ名を指定すれば見ることができますが、 ActiveDirectoryのユーザとコンピューターから共有を作成し、ドライブ割り当てで共有フォルダのパス(\\サーバ名\共有フォルダ名)を紐づけても、クライアント側から接続できますが、 一体、違いは何なのでしょうか?
- ベストアンサー
- その他(ITシステム運用・管理)
- クライアント間でフォルダの共有ができません
sambaサーバをPDCにして、クライアント(XP)2台をこのsambaのドメインに参加させたのですが、クライアントの共有フォルダにお互いにアクセスできません。 ログオン先はPCを持ち出すケースが多いため[このコンピュータ]にログインした際にアクセス許可とセキュリティー設定を互いのユーザ名をフルアクセスで許可してもフォルダまではネットワーク上で参照できるのですが開くとアクセス許可がありませんと表示されます。 しかし、Everyoneで設定するとお互いに参照することができます。 ログオン先をsambaサーバーにするとクライアント間で正しく共有できるのですが、設定等あるのでしょうか? Sambaのバージョンは3.0で クライアントはWinXP sp2です。 ウイルスバスターを使用していますがどちらもファイアーウォールは無効にしてもだめでした。 ログイン先がこのコンピュータでもsambaサーバの共有へはアクセスできています。 ご存知の方、よろしくお願いします。
- ベストアンサー
- Linux系OS
- NT の共有フォルダ
NT の共有フォルダへアクセスしようと、エクスプローラのマシンのアイコンをクリックすると、 リソース : \\マシン名\IPC$ と聞いてきます。 NT側の設定でこれを聞いてこないようにできたと思いますが、どうすれば良いのでしょうか。
- ベストアンサー
- その他(インターネット・Webサービス)
- 共有フォルダ参照・WinXPとWinNT
今日は。 現在リモートVPN経由でオフィスに接続しています。私のクライアントはXPで、オフィスにはXPとNTがあります。 私のリモートPCから共有フォルダへアクセスする時、オフィスLAN内のXPのPCの共有フォルダには問題なくアクセスできるのに、NT4ServerのPCにある共有フォルダはアクセスすることができません。 両方のPCにはPingは通るので、接続はできていると思いますが、NT側でファイル共有の設定には何か特別な設定が必要なのでしょうか。。。 よろしくお願いいたします。
- 締切済み
- ネットワーク
- フォルダ共有について
Windows Vistaを使用しています。 音楽機器とフォルダを共有してPC内の音楽データを取り込みたいのですが、フォルダを共有するためのユーザー名とパスワードはどのようにしたら見ることができますか?また、そのユーザー名とパスワードはどうすれば変更できますか?
- 締切済み
- Windows Vista
- NT、XP間におけるドメイン、共有フォルダ
お世話になりありがとうございます。 さて、 NTにてドメイン管理を行っています。 クライアント側のPC(XPhome)からサーバー コンピュータの共有フォルダにアクセスする場合、 毎々、ユーザー名とパスワードを要求され、 ユーザー名を打ち込めば、入れるのですが、 (パスワード管理までしていません) わずらわしくて嫌です。 他のクライアントは(9X系のOS、同じくXPhome) スムースに入れるのですが、この現象に困っております。 この原因と、解消方法をお教えください。
- ベストアンサー
- Windows系OS
- WindoesServer2016共有フォルダー
共有フォルダーへのアクセスで問い合わせです。 サーバー:Windows Server 2016 クライアント:Windows 11 Pro ここで、サバ―上の共有フォルダーにクライアントへアクセスします。 1) サーバーへのアクセスを試みると、ログインを要求され、事前に確認してあるユーザー名、パスワードでログインします。 2) 最初、共有フォルダーの一つ上の階層で開きます。この時、Windows資格情報は保存するにチェックを入れてあります。 所定の共有フォルダーをダブルクリックし、共有フォルダー内へアクセスできます。 3) 然しながら、クライアント側を再起動すると、共有フォルダーへのアクセスが出来ません。 Windows資格情報は保存していたので、サーバーへのログインは出来ています。共有フォルダー内へのアクセスが拒絶されます。 4) この現象自体はクライアント側がWin10の時も発生していましたが、クライアント側で”SMB1.0ファイル共有のサポート”の”SMB1.0クライアント”を有効にする事で、解消し、再起動後も共有フォルダー内へアクセス可能になりました。 5) 然しながら、現状のWin11では”SMB1.0ファイル共有”の”クライアント”の有効に設定しても、再起動後の最初の1回のアクセスは可能ですが、再々起動後のには共有フォルダー内へのアクセスが拒絶されます。サーバーへはログイン出来ています。 6) SMB1.0ファイル共有のクライアントが有効な状態で共有フォルダーへのアクセスが拒絶された場合で、SMB1.0ファイル共有のクライアントを無効化すると、再起動後は一旦アクセスできるのですが、再々起動後はまたアクセスを拒絶されます。 7) この様に繰り返しとなる為、SMB1.0ファイル共有のクライアント有効・無効はどちらが正解か、分からない状態です。 8) SMBダイレクトもオンとオフの両方を試しましたが、変わりありません。 上記症状現象での説明しか出来ませんが、何か、解決策はあるでしょうか? よろしくお願いします。
- 締切済み
- ネットワーク
お礼
クライアントのOSはWindows98です。 >Windows 95等は8文字以内じゃないと見れない可能性があります 上記のようにしたら参照できました。 納得です。 有難うございました。