お知らせ

  • 利用規約を守って投稿してください。また、よくある質問および投稿の手引きも参照してください。
  • メッセージの投稿にはアカウントが必要です。未登録の方は、ユーザ登録ページからアカウントを作成することができます。

#1 2011-07-29 02:51:40

body_nobody
メンバ
登録日: 2011-07-27

win7からゲストOSのディレクトリにアクセス出来ない

win7にvmwareでubuntu10.04を入れてます。
ubuntu側からwin7のディレクトリには共有出来るのですが、
win7側からubuntuのディレクトリに共有できていない状況です。

やりたいことは、
ubuntu側でファイルを管理して、そのファイルにwin7側から共有して、win7側で開発したい次第です。

win7のhostsには
192.168.42.128 ubuntu-vm

を追加してます。

win7のエクスプローラーで、
\\192.168.42.128と打つと以下のレポートが検出されます。

「コンピューターは正しく構成されていますが、デバイスまたはリソース (192.168.42.128) が応答していません。
ネットワーク管理者またはインターネット サービス プロバイダー (ISP) に問い合わせてください。
デバイスまたはリソース (192.168.42.128) と通信できません。接続しようとしているコンピューターまたはサービスが一時的に利用できなくなっている可能性があります。」

vmware(ubuntu10.04 LTS)
コンピューター名(hostname):ubuntu-vm
ワークグループ名:WORKGROUP
IP:192.168.42.128
ネットには繋がってます。

win7
コンピューター名:Owner-PC
ワークグループ名:WORKGROUP
IP:192.168.0.2

どのような対処をすればwin7からubuntuに共有できるのでしょうか?
ご教授下さい。

オフライン

 

#2 2011-07-29 09:37:32

makopi
メンバ
登録日: 2009-11-01

Re: win7からゲストOSのディレクトリにアクセス出来ない

Windows7 は使ってないので確認させてください。

Windows7 側のネットマスクの設定はどうなっていますか?
255.255.255.0
ではないですか?

オフライン

 

#3 2011-07-29 11:05:00

weyk
メンバ
登録日: 2009-04-03

Re: win7からゲストOSのディレクトリにアクセス出来ない

 Ubuntuの仮想環境に対するネットワークアダプターの構成(Bridged,NAT,Host Only)の情報もあったほうが良いかなぁ と思います。
 なお、私の場合、仮想環境固有の問題にあたると面倒そうだなぁ という推測から、1番素のマシンに近いと思われるBridgedを使用しています(そのためにLANを2口にしている)

オフライン

 

#4 2011-07-29 12:01:18

makopi
メンバ
登録日: 2009-11-01

Re: win7からゲストOSのディレクトリにアクセス出来ない

makopi による投稿:

Windows7 は使ってないので確認させてください。

Windows7 側のネットマスクの設定はどうなっていますか?
255.255.255.0
ではないですか?

すみません。#2は無視してください。

オフライン

 

#5 2011-07-30 19:02:59

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

weyk による投稿:

 Ubuntuの仮想環境に対するネットワークアダプターの構成(Bridged,NAT,Host Only)の情報もあったほうが良いかなぁ と思います。
 なお、私の場合、仮想環境固有の問題にあたると面倒そうだなぁ という推測から、1番素のマシンに近いと思われるBridgedを使用しています(そのためにLANを2口にしている)

ネットワークアダプタをNATからブリッジに変更しました。
しかし、ブリッジの設定が原因なのか、win7からvmのubuntuにアクセス出来ない上に、vmのubuntuからもwin7に繋がらない状況です。
ubuntu側のネット接続も出来ない状態です。
NATからブリッジに変更したので
ubuntu側のIPは
192.168.0.3
となってます。

vmnetcfg.exe をVMware Player のインストールフォルダにコピーして立ち上げてみたもの、どの設定を直すべきか、正直わかりません。
どの箇所を直せばよいでしょうか?

オフライン

 

#6 2011-07-30 19:04:57

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

makopi による投稿:

makopi による投稿:

Windows7 は使ってないので確認させてください。

Windows7 側のネットマスクの設定はどうなっていますか?
255.255.255.0
ではないですか?

すみません。#2は無視してください。

makopiさん

255.255.255.0
です。

オフライン

 

#7 2011-07-30 20:15:28

makopi
メンバ
登録日: 2009-11-01

Re: win7からゲストOSのディレクトリにアクセス出来ない

body_nobody さん、

192.168.0.3 をもらっているのに通信できないなんて?なので適切なアドバイスができないのですが、
原因箇所を仮想PC と VMware player に切り分けて試してみましょうか?

1.仮想PC環境をブリッジ接続で新規作成してネットにつなげられるでしょうか?(これでOKなら仮想PC環境に問題があった。)
それでも同じ状況なら、
2.VMware player を完全にアンインストールしてから再インストールして仮想PC環境でネットにつなげられるでしょうか?(これでOKなら VMware player に問題があった。)

とりあえず、ここまででどうでしょうか?

オフライン

 

#8 2011-07-30 22:23:55

weyk
メンバ
登録日: 2009-04-03

Re: win7からゲストOSのディレクトリにアクセス出来ない

念のため。
 ブリッジの場合、指定したLANアダプタは仮想環境が占有することになりますので、もし、他にLANアダプタがない場合はHost側(Window7)はLANアダプタがないことになります。LANアダプタが1つしかない場合のブリッジ環境であれば、DHCPサーバからIPを取得できていて、Host側以外に接続できていれば、動作には問題がなさそう となります。それぞれの環境(Host側、仮想環境側)で、本物のLANアダプタを1つづつ占有してネットワークに接続するため、ネットワークの構成がわかりやすいのがメリットです。デメリットは、「LANアダプタが必要」なことに尽きます。

LANアダプタが1つしかない場合は、NATが1番良いとは思うのですが・・・「HostからGuest(仮想環境)へのルーティング情報が作成されるのかどうか」は、ちょっとわかりませんでした(「その他のパソコンからGuestへは繋がらない」とは書いてあるのですが・・・)

仮想環境を1つも起動しない状態で、Windows7のコマンドプロンプトから、「route print」にてを確認すると、VMwareに用いられている仮想ネットワークアダプタの設定とそれにかかわるルーティング情報を確認できるかもしれません。また、VMwareのネットワークをNATにした状態で、Ubuntuを起動して、IPが取得されるのを確認してから、Host側(Windows7)にてコマンドプロンプトを表示して、「route print」することで、NAT環境に使用されているネットワークグループ(最初の投稿からすると、192.168.42.0でしょうか?)に対してルーティングがどうなっているのか確認してみるのはいかがでしょうか。

オフライン

 

#9 2011-07-30 23:12:50

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

makopi による投稿:

body_nobody さん、

192.168.0.3 をもらっているのに通信できないなんて?なので適切なアドバイスができないのですが、
原因箇所を仮想PC と VMware player に切り分けて試してみましょうか?

1.仮想PC環境をブリッジ接続で新規作成してネットにつなげられるでしょうか?(これでOKなら仮想PC環境に問題があった。)
それでも同じ状況なら、
2.VMware player を完全にアンインストールしてから再インストールして仮想PC環境でネットにつなげられるでしょうか?(これでOKなら VMware player に問題があった。)

とりあえず、ここまででどうでしょうか?

makopiさん

1を実行しても同じ状況でしたので、VMware player を完全にアンインストールしてから再インストールしましたが、
状況は変わりません。同じ状況です。

オフライン

 

#10 2011-07-31 02:38:49

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

weyk による投稿:

念のため。
 ブリッジの場合、指定したLANアダプタは仮想環境が占有することになりますので、もし、他にLANアダプタがない場合はHost側(Window7)はLANアダプタがないことになります。LANアダプタが1つしかない場合のブリッジ環境であれば、DHCPサーバからIPを取得できていて、Host側以外に接続できていれば、動作には問題がなさそう となります。それぞれの環境(Host側、仮想環境側)で、本物のLANアダプタを1つづつ占有してネットワークに接続するため、ネットワークの構成がわかりやすいのがメリットです。デメリットは、「LANアダプタが必要」なことに尽きます。

LANアダプタが1つしかない場合は、NATが1番良いとは思うのですが・・・「HostからGuest(仮想環境)へのルーティング情報が作成されるのかどうか」は、ちょっとわかりませんでした(「その他のパソコンからGuestへは繋がらない」とは書いてあるのですが・・・)

仮想環境を1つも起動しない状態で、Windows7のコマンドプロンプトから、「route print」にてを確認すると、VMwareに用いられている仮想ネットワークアダプタの設定とそれにかかわるルーティング情報を確認できるかもしれません。また、VMwareのネットワークをNATにした状態で、Ubuntuを起動して、IPが取得されるのを確認してから、Host側(Windows7)にてコマンドプロンプトを表示して、「route print」することで、NAT環境に使用されているネットワークグループ(最初の投稿からすると、192.168.42.0でしょうか?)に対してルーティングがどうなっているのか確認してみるのはいかがでしょうか。

weykさん

再インストールをしたので、ブリッジの場合のipは以前と変わらず、192.168.0.3ですが、
NATの場合は、192.168.139.129となってます。

以下に、route print を打った結果を貼ります。 ブリッジでもNATでも同じ結果でした。

===========================================================================
インターフェイス一覧
11...e0 69 95 4a 8c c8 ......Intel(R) 82579V Gigabit Network Connection
18...00 50 56 c0 00 01 ......VMware Virtual Ethernet Adapter for VMnet1
19...00 50 56 c0 00 08 ......VMware Virtual Ethernet Adapter for VMnet8
  1...........................Software Loopback Interface 1
12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
10...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
15...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
17...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
===========================================================================

IPv4 ルート テーブル
===========================================================================
アクティブ ルート:
ネットワーク宛先        ネットマスク          ゲートウェイ       インターフェイ
ス  メトリック
          0.0.0.0          0.0.0.0      192.168.0.1      192.168.0.2     20
        127.0.0.0        255.0.0.0            リンク上         127.0.0.1    306
        127.0.0.1  255.255.255.255            リンク上         127.0.0.1    306
  127.255.255.255  255.255.255.255            リンク上         127.0.0.1    306
      192.168.0.0    255.255.255.0            リンク上       192.168.0.2    276
      192.168.0.2  255.255.255.255            リンク上       192.168.0.2    276
    192.168.0.255  255.255.255.255            リンク上       192.168.0.2    276
    192.168.139.0    255.255.255.0            リンク上     192.168.139.1    276
    192.168.139.1  255.255.255.255            リンク上     192.168.139.1    276
  192.168.139.255  255.255.255.255            リンク上     192.168.139.1    276
    192.168.233.0    255.255.255.0            リンク上     192.168.233.1    276
    192.168.233.1  255.255.255.255            リンク上     192.168.233.1    276
  192.168.233.255  255.255.255.255            リンク上     192.168.233.1    276
        224.0.0.0        240.0.0.0            リンク上         127.0.0.1    306
        224.0.0.0        240.0.0.0            リンク上       192.168.0.2    276
        224.0.0.0        240.0.0.0            リンク上     192.168.233.1    276
        224.0.0.0        240.0.0.0            リンク上     192.168.139.1    276
  255.255.255.255  255.255.255.255            リンク上         127.0.0.1    306
  255.255.255.255  255.255.255.255            リンク上       192.168.0.2    276
  255.255.255.255  255.255.255.255            リンク上     192.168.233.1    276
  255.255.255.255  255.255.255.255            リンク上     192.168.139.1    276
===========================================================================
固定ルート:
  なし

IPv6 ルート テーブル
===========================================================================
アクティブ ルート:
If メトリック ネットワーク宛先      ゲートウェイ
11    276 ::/0                     fe80::212:e2ff:fe70:3734
  1    306 ::1/128                  リンク上
11     28 2408:109:5fff:17e::/64   リンク上
11    276 2408:109:5fff:17e:3949:4fa4:b7ea:1597/128
                                    リンク上
11    276 2408:109:5fff:17e:48b8:1833:2397:4578/128
                                    リンク上
11    276 fe80::/64                リンク上
18    276 fe80::/64                リンク上
19    276 fe80::/64                リンク上
11    276 fe80::3949:4fa4:b7ea:1597/128
                                    リンク上
19    276 fe80::75c6:9369:50d5:82f/128
                                    リンク上
18    276 fe80::a144:b6e2:ff3b:36dd/128
                                    リンク上
  1    306 ff00::/8                 リンク上
11    276 ff00::/8                 リンク上
18    276 ff00::/8                 リンク上
19    276 ff00::/8                 リンク上
===========================================================================
固定ルート:
  なし

オフライン

 

#11 2011-07-31 02:40:02

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

body_nobody による投稿:

weyk による投稿:

念のため。
 ブリッジの場合、指定したLANアダプタは仮想環境が占有することになりますので、もし、他にLANアダプタがない場合はHost側(Window7)はLANアダプタがないことになります。LANアダプタが1つしかない場合のブリッジ環境であれば、DHCPサーバからIPを取得できていて、Host側以外に接続できていれば、動作には問題がなさそう となります。それぞれの環境(Host側、仮想環境側)で、本物のLANアダプタを1つづつ占有してネットワークに接続するため、ネットワークの構成がわかりやすいのがメリットです。デメリットは、「LANアダプタが必要」なことに尽きます。

LANアダプタが1つしかない場合は、NATが1番良いとは思うのですが・・・「HostからGuest(仮想環境)へのルーティング情報が作成されるのかどうか」は、ちょっとわかりませんでした(「その他のパソコンからGuestへは繋がらない」とは書いてあるのですが・・・)

仮想環境を1つも起動しない状態で、Windows7のコマンドプロンプトから、「route print」にてを確認すると、VMwareに用いられている仮想ネットワークアダプタの設定とそれにかかわるルーティング情報を確認できるかもしれません。また、VMwareのネットワークをNATにした状態で、Ubuntuを起動して、IPが取得されるのを確認してから、Host側(Windows7)にてコマンドプロンプトを表示して、「route print」することで、NAT環境に使用されているネットワークグループ(最初の投稿からすると、192.168.42.0でしょうか?)に対してルーティングがどうなっているのか確認してみるのはいかがでしょうか。

weykさん

再インストールをしたので、ブリッジの場合のipは以前と変わらず、192.168.0.3ですが、
NATの場合は、192.168.139.129となってます。

以下に、route print を打った結果を貼ります。 ブリッジでもNATでも同じ結果でした。

===========================================================================
インターフェイス一覧
11...e0 69 95 4a 8c c8 ......Intel(R) 82579V Gigabit Network Connection
18...00 50 56 c0 00 01 ......VMware Virtual Ethernet Adapter for VMnet1
19...00 50 56 c0 00 08 ......VMware Virtual Ethernet Adapter for VMnet8
  1...........................Software Loopback Interface 1
12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
10...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
15...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
17...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
===========================================================================

IPv4 ルート テーブル
===========================================================================
アクティブ ルート:
ネットワーク宛先        ネットマスク          ゲートウェイ       インターフェイ
ス  メトリック
          0.0.0.0          0.0.0.0      192.168.0.1      192.168.0.2     20
        127.0.0.0        255.0.0.0            リンク上         127.0.0.1    306
        127.0.0.1  255.255.255.255            リンク上         127.0.0.1    306
  127.255.255.255  255.255.255.255            リンク上         127.0.0.1    306
      192.168.0.0    255.255.255.0            リンク上       192.168.0.2    276
      192.168.0.2  255.255.255.255            リンク上       192.168.0.2    276
    192.168.0.255  255.255.255.255            リンク上       192.168.0.2    276
    192.168.139.0    255.255.255.0            リンク上     192.168.139.1    276
    192.168.139.1  255.255.255.255            リンク上     192.168.139.1    276
  192.168.139.255  255.255.255.255            リンク上     192.168.139.1    276
    192.168.233.0    255.255.255.0            リンク上     192.168.233.1    276
    192.168.233.1  255.255.255.255            リンク上     192.168.233.1    276
  192.168.233.255  255.255.255.255            リンク上     192.168.233.1    276
        224.0.0.0        240.0.0.0            リンク上         127.0.0.1    306
        224.0.0.0        240.0.0.0            リンク上       192.168.0.2    276
        224.0.0.0        240.0.0.0            リンク上     192.168.233.1    276
        224.0.0.0        240.0.0.0            リンク上     192.168.139.1    276
  255.255.255.255  255.255.255.255            リンク上         127.0.0.1    306
  255.255.255.255  255.255.255.255            リンク上       192.168.0.2    276
  255.255.255.255  255.255.255.255            リンク上     192.168.233.1    276
  255.255.255.255  255.255.255.255            リンク上     192.168.139.1    276
===========================================================================
固定ルート:
  なし

IPv6 ルート テーブル
===========================================================================
アクティブ ルート:
If メトリック ネットワーク宛先      ゲートウェイ
11    276 ::/0                     fe80::212:e2ff:fe70:3734
  1    306 ::1/128                  リンク上
11     28 2408:109:5fff:17e::/64   リンク上
11    276 2408:109:5fff:17e:3949:4fa4:b7ea:1597/128
                                    リンク上
11    276 2408:109:5fff:17e:48b8:1833:2397:4578/128
                                    リンク上
11    276 fe80::/64                リンク上
18    276 fe80::/64                リンク上
19    276 fe80::/64                リンク上
11    276 fe80::3949:4fa4:b7ea:1597/128
                                    リンク上
19    276 fe80::75c6:9369:50d5:82f/128
                                    リンク上
18    276 fe80::a144:b6e2:ff3b:36dd/128
                                    リンク上
  1    306 ff00::/8                 リンク上
11    276 ff00::/8                 リンク上
18    276 ff00::/8                 リンク上
19    276 ff00::/8                 リンク上
===========================================================================
固定ルート:
  なし

オフライン

 

#12 2011-07-31 08:09:56

ry
メンバ
登録日: 2008-07-30

Re: win7からゲストOSのディレクトリにアクセス出来ない

weykさん による投稿:

ブリッジの場合、指定したLANアダプタは仮想環境が占有することになります

ダウト

VMware Player でブリッジ接続を行っても、LAN アダプターが占有されることはありません

オフライン

 

#13 2011-07-31 08:28:30

ry
メンバ
登録日: 2008-07-30

Re: win7からゲストOSのディレクトリにアクセス出来ない

body_nobodyさん による投稿:

win7にvmwareでubuntu10.04を入れてます。
ubuntu側からwin7のディレクトリには共有出来るのですが、
win7側からubuntuのディレクトリに共有できていない状況です。

一番最初のこの状況では Windows 7 上で動く VMware Player のゲスト OS として ubuntu 10.04 を入れており、ゲスト OS のネットワークは NAT 接続されているとのことでした
この場合、上記の症状は正常です

NAT 接続ではゲスト OS を起点とする通信はできますが、ホスト OS を含む VMware Player 外部を起点とする通信ができない仕様になっています
以下に書いた略図のようなネットワークになっており、NAT≒ルーターとみなせます

──LAN─── ホスト OS
  └──── (VMware NAT) ──ゲスト OS


ホスト OS を含む VMware Player 外部を起点とする通信を行いたいときは、VMware Player でポート フォワーディングの設定が必要です (VMnetcfg.exe を使うのでしょうが、使い方はわかりません)


ホスト OS とゲスト OS の間で確実に通信できるようにするには、ホスト オンリー ネットワークにするかブリッジ ネットワークにするかのどちらかです
わかりやすいのはブリッジ ネットワークです (LAN アダプターは一枚で可能)

ブリッジ ネットワークにしたら、ホスト OS (Windows 7) とゲスト OS (ubuntu 10.04) それぞれの IP アドレスが 192.168.0.* (最後の数字だけが違う) でネットマスクが 255.255.255.0 なら、通信できるはずです
ping 192.168.0.* (最後の数字は相手の IP アドレス) を実行して通信パケットが相手に届いているかを確認してください


そこまでできれば、基本的なネットワークの構成は正しいといえます

オフライン

 

#14 2011-07-31 12:40:00

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

ry による投稿:

body_nobodyさん による投稿:

win7にvmwareでubuntu10.04を入れてます。
ubuntu側からwin7のディレクトリには共有出来るのですが、
win7側からubuntuのディレクトリに共有できていない状況です。

一番最初のこの状況では Windows 7 上で動く VMware Player のゲスト OS として ubuntu 10.04 を入れており、ゲスト OS のネットワークは NAT 接続されているとのことでした
この場合、上記の症状は正常です

NAT 接続ではゲスト OS を起点とする通信はできますが、ホスト OS を含む VMware Player 外部を起点とする通信ができない仕様になっています
以下に書いた略図のようなネットワークになっており、NAT≒ルーターとみなせます

──LAN─── ホスト OS
  └──── (VMware NAT) ──ゲスト OS


ホスト OS を含む VMware Player 外部を起点とする通信を行いたいときは、VMware Player でポート フォワーディングの設定が必要です (VMnetcfg.exe を使うのでしょうが、使い方はわかりません)


ホスト OS とゲスト OS の間で確実に通信できるようにするには、ホスト オンリー ネットワークにするかブリッジ ネットワークにするかのどちらかです
わかりやすいのはブリッジ ネットワークです (LAN アダプターは一枚で可能)

ブリッジ ネットワークにしたら、ホスト OS (Windows 7) とゲスト OS (ubuntu 10.04) それぞれの IP アドレスが 192.168.0.* (最後の数字だけが違う) でネットマスクが 255.255.255.0 なら、通信できるはずです
ping 192.168.0.* (最後の数字は相手の IP アドレス) を実行して通信パケットが相手に届いているかを確認してください


そこまでできれば、基本的なネットワークの構成は正しいといえます

ryさん
 
ブリッジ接続で
ホスト OS (Windows 7):192.168.0.2
ゲスト OS (ubuntu 10.04):192.168.0.3

pingで通信テストをwin7、ubuntu双方で実行した結果、両方とも通信は出来ました。
しかし、win7はネットは繋がってますけど、ubuntu側はネット接続が出来ない状況です。

win7のhostsには
192.168.0.3 ubuntu-vm

を追加してます。

現状でwin7からエクスプローラで
\\192.168.0.3
と打つと
「\\192.168.0.3にアクセスできません。このネットワーク リソースを使用するアクセス許可がない可能性があります。アクセス許可があるかどうかこのサーバー管理者に問い合わせてください。そのアカウントは、このワークステーションからのログインを許可されてません。」

とアラートが出ます。

オフライン

 

#15 2011-07-31 17:33:43

ry
メンバ
登録日: 2008-07-30

Re: win7からゲストOSのディレクトリにアクセス出来ない

body_nobodyさん による投稿:

しかし、win7はネットは繋がってますけど、ubuntu側はネット接続が出来ない状況です。

ここの意味がちょっと不明

ホスト OS (Windows 7) 192.168.0.2、ゲスト OS (ubuntu 10.04) 192.168.0.3 ということから、ルーターの IP アドレスは 192.168.0.1 であり ルーターが DHCP サーバー (IP アドレスを割り当てる役割) を担っているのだろうと推察します
このとき、ホスト OS (Windows 7)、ゲスト OS (ubuntu 10.04) のそれぞれで ping 192.168.0.1ping 64.233.183.103 を実行するとどんな結果になりますか?
(前者はルーターの IP アドレス、後者は www.google.com の IP アドレスの一つ)


上記がどのような結果であっても、ホスト OS (Windows 7) で ping 192.168.0.3 を、ゲスト OS (ubuntu 10.04) で ping 192.168.0.2 を実行したときに、きちんと反応があるなら互いの間の通信ができる状態になっているはずです

ホスト OS (Windows 7) のエクスプローラで \\192.168.0.3 を参照したときに「\\192.168.0.3にアクセスできません。」と表示されるとのことですが、ゲスト OS (ubuntu 10.04) の方で共有フォルダーを作成しましたか?

また #0 ではゲスト OS (ubuntu 10.04) からホスト OS (Windows 7) の共有フォルダーが参照できていたとありますが、現在の構成 (ブリッジ ネットワーク) ではどうなっていますか?

※A から B への共有フォルダーの参照と、B から A への共有フォルダーの参照はそれぞれ別の事象として考えるべきなので、注意してください

オフライン

 

#16 2011-07-31 23:02:19

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

ry による投稿:

body_nobodyさん による投稿:

しかし、win7はネットは繋がってますけど、ubuntu側はネット接続が出来ない状況です。

ここの意味がちょっと不明

ホスト OS (Windows 7) 192.168.0.2、ゲスト OS (ubuntu 10.04) 192.168.0.3 ということから、ルーターの IP アドレスは 192.168.0.1 であり ルーターが DHCP サーバー (IP アドレスを割り当てる役割) を担っているのだろうと推察します
このとき、ホスト OS (Windows 7)、ゲスト OS (ubuntu 10.04) のそれぞれで ping 192.168.0.1ping 64.233.183.103 を実行するとどんな結果になりますか?
(前者はルーターの IP アドレス、後者は www.google.com の IP アドレスの一つ)


上記がどのような結果であっても、ホスト OS (Windows 7) で ping 192.168.0.3 を、ゲスト OS (ubuntu 10.04) で ping 192.168.0.2 を実行したときに、きちんと反応があるなら互いの間の通信ができる状態になっているはずです

ホスト OS (Windows 7) のエクスプローラで \\192.168.0.3 を参照したときに「\\192.168.0.3にアクセスできません。」と表示されるとのことですが、ゲスト OS (ubuntu 10.04) の方で共有フォルダーを作成しましたか?

また #0 ではゲスト OS (ubuntu 10.04) からホスト OS (Windows 7) の共有フォルダーが参照できていたとありますが、現在の構成 (ブリッジ ネットワーク) ではどうなっていますか?

※A から B への共有フォルダーの参照と、B から A への共有フォルダーの参照はそれぞれ別の事象として考えるべきなので、注意してください

ryさん

ホスト OS (Windows 7) で ping 192.168.0.3 → 通信出来てます。
ゲスト OS (ubuntu 10.04) で ping 192.168.0.2 → 通信出来てます。

ゲスト OS (ubuntu 10.04) の方で共有フォルダーを作成したかについてですが、
共有したいフォルダを右クリック → 共有タブ → このフォルダを共有する、このフォルダ内でのファイルの作成・削除を他のユーザーに許可する、ゲストによるアクセス をそれぞれチェックして、
共有を作成 をクリックすると、以下のようなエラーが出ます。

'net usershare' はエラー 255 を返しました: net usershare add: cannot convert name "Everyone" to a SID. Invalid parameter.

これが原因ではないかなと思うんですが、別方法としてsambaで共有フォルダーを作成しています。

>#0 ではゲスト OS (ubuntu 10.04) からホスト OS (Windows 7) の共有フォルダーが参照できていたとありますが、現在の構成 (ブリッジ ネットワーク) ではどうなっていますか?

ブリッジだと通信は出来てますが、インターネットに接続出来てない状況で、そのせいなのか?ホスト OS (Windows 7) の共有も出来てません。

オフライン

 

#17 2011-07-31 23:29:08

zagan
メンバ
登録日: 2008-08-12

Re: win7からゲストOSのディレクトリにアクセス出来ない

見当違いかもしれませんが。

Ubuntu上で

コード:

cat /etc/resolv.conf

として、ルータのIPアドレスが返ってきますか?

~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 192.168.0.1

となるはずですが。

もし違ってれば、

コード:

sudo gedit /etc/resolv.conf

として書き換え、Ubuntuを再起動してみてください。
ネットワークの再起動でも良いはずですけど。

# 「# Generated by NetworkManager」っていつから表示されるようになったんだろ?

オフライン

 

#18 2011-08-01 00:07:15

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

zagan による投稿:

見当違いかもしれませんが。

Ubuntu上で

コード:

cat /etc/resolv.conf

として、ルータのIPアドレスが返ってきますか?

~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 192.168.0.1

となるはずですが。

もし違ってれば、

コード:

sudo gedit /etc/resolv.conf

として書き換え、Ubuntuを再起動してみてください。
ネットワークの再起動でも良いはずですけど。

# 「# Generated by NetworkManager」っていつから表示されるようになったんだろ?

zaganさん

今 cat /etc/resolv.conf と打って確認したところ、

# Generated by NetworkManager
nameserver 192.168.0.1

と返ってきました。

オフライン

 

#19 2011-08-01 00:21:02

zagan
メンバ
登録日: 2008-08-12

Re: win7からゲストOSのディレクトリにアクセス出来ない

pingは通るけどプロトコルレベルで通信できない、と言うとき、ルータから全てのケーブル(電源含む)を取り外し、五分ほど放置すると通信可能になる場合もあります。

それ以外だと、ちょっと良く分かりません。

オフライン

 

#20 2011-08-02 00:11:29

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

zagan による投稿:

pingは通るけどプロトコルレベルで通信できない、と言うとき、ルータから全てのケーブル(電源含む)を取り外し、五分ほど放置すると通信可能になる場合もあります。

それ以外だと、ちょっと良く分かりません。

zaganさん

ルータから全てのケーブル(電源含む)を取り外して、10分ほど放置してから再設定しましたが、結果は変わりません。

オフライン

 

#21 2011-08-02 00:46:35

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

body_nobody による投稿:

zagan による投稿:

pingは通るけどプロトコルレベルで通信できない、と言うとき、ルータから全てのケーブル(電源含む)を取り外し、五分ほど放置すると通信可能になる場合もあります。

それ以外だと、ちょっと良く分かりません。

zaganさん

ルータから全てのケーブル(電源含む)を取り外して、10分ほど放置してから再設定しましたが、結果は変わりません。

改めて新規仮想マシンを作成して、初期段階でブリッジにしましたが、ネットに繋がりません。

それならばNATでネットが繋がる状態にして、NATでホストOS(win7)とゲストOS(ubuntu)を共有する方法を追及した方がいい気がします。

オフライン

 

#22 2011-08-02 10:25:15

hmatsue
アドバイザ
登録日: 2009-03-10

Re: win7からゲストOSのディレクトリにアクセス出来ない

仮想マシンと、ホストマシンの接続をNATにした場合、ホストマシン側が正常にネットワーク接続されていれば、仮想マシン側はややこしいことを考えなくてもネットワークに接続されます。ネットワーク側からはホストマシンしか見えないためです。
ブリッジ接続にした場合は、仮想マシン側も、ホストマシンで設定したのと同様の設定が必要になります。例えば、インターネットとローカルのネットワークの間にproxyがいる場合などは、仮想マシン側でもproxyを設定する必要があります。これは仮想マシンもホストマシンと並列にネットワークに接続されているように振舞うためです。

現状としては、
仮想マシンの接続はブリッジ接続、
pingは通る、
インターネットに繋がらない、
ファイル共有ができない、
という状態という認識でよろしいでしょうか。

pingが通るということは、Ethernetレベルではネットワークに繋がっているはずです。
インターネットに繋がらないというのは意味が広すぎて、可能性を絞り込めませんが、
1. proxyなどがいて、その設定が必要
2. 名前解決ができていないので繋がっていないように見える
3. MTUの設定値が悪くてping程度であれば通るがまともに通信できない
などが真っ先に思いつく現象です。
Ubuntu側で、

コード:

dig forums.ubuntulinux.jp
traceroute forums.ubuntulinux.jp
route

などを実行するとどのように見えますでしょうか。

ここまでの状況が明確になり、もし問題があれば適切に設定して、それでもファイル共有ができないという場合は、sambaの設定に問題があるように思えます。
少し後の話になろうかと思いますが、smb.confの当該箇所を投稿いただいた方がよさそうです。

オフライン

 

#23 2011-08-03 00:55:35

body_nobody
メンバ
登録日: 2011-07-27

Re: win7からゲストOSのディレクトリにアクセス出来ない

hmatsue による投稿:

仮想マシンと、ホストマシンの接続をNATにした場合、ホストマシン側が正常にネットワーク接続されていれば、仮想マシン側はややこしいことを考えなくてもネットワークに接続されます。ネットワーク側からはホストマシンしか見えないためです。
ブリッジ接続にした場合は、仮想マシン側も、ホストマシンで設定したのと同様の設定が必要になります。例えば、インターネットとローカルのネットワークの間にproxyがいる場合などは、仮想マシン側でもproxyを設定する必要があります。これは仮想マシンもホストマシンと並列にネットワークに接続されているように振舞うためです。

現状としては、
仮想マシンの接続はブリッジ接続、
pingは通る、
インターネットに繋がらない、
ファイル共有ができない、
という状態という認識でよろしいでしょうか。

pingが通るということは、Ethernetレベルではネットワークに繋がっているはずです。
インターネットに繋がらないというのは意味が広すぎて、可能性を絞り込めませんが、
1. proxyなどがいて、その設定が必要
2. 名前解決ができていないので繋がっていないように見える
3. MTUの設定値が悪くてping程度であれば通るがまともに通信できない
などが真っ先に思いつく現象です。
Ubuntu側で、

コード:

dig forums.ubuntulinux.jp
traceroute forums.ubuntulinux.jp
route

などを実行するとどのように見えますでしょうか。

ここまでの状況が明確になり、もし問題があれば適切に設定して、それでもファイル共有ができないという場合は、sambaの設定に問題があるように思えます。
少し後の話になろうかと思いますが、smb.confの当該箇所を投稿いただいた方がよさそうです。

hmatsueさん

現状は、
仮想マシンの接続はブリッジ接続、
pingは通りますが
インターネットに繋がらない。
ファイル共有ができない。
という状態です。

dig forums.ubuntulinux.jp の実行結果

; <<>> DiG 9.7.0-P1 <<>> forums.ubuntulinux.jp
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56395
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;forums.ubuntulinux.jp.        IN    A

;; ANSWER SECTION:
forums.ubuntulinux.jp.    2332    IN    A    66.249.8.126

;; Query time: 9 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Tue Aug  2 08:54:26 2011
;; MSG SIZE  rcvd: 55

traceroute forums.ubuntulinux.jp の実行結果

traceroute to forums.ubuntulinux.jp (66.249.8.126), 64 hops max, 40 byte packets
1  * * *
2  * * *
3  * * *
4  * * *
5  * * *
6  * * *
7  * * *
8  * * *
9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *

routeの実行結果

カーネルIP経路テーブル
受信先サイト    ゲートウェイ    ネットマスク   フラグ Metric Ref 使用数 インタフェース
192.168.0.0     *               255.255.255.0   U     1      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth0
default         web.setup       0.0.0.0         UG    0      0        0 eth0

オフライン

 

#24 2011-08-03 22:39:36

makopi
メンバ
登録日: 2009-11-01

Re: win7からゲストOSのディレクトリにアクセス出来ない

routeの実行結果

カーネルIP経路テーブル
受信先サイト    ゲートウェイ    ネットマスク   フラグ Metric Ref 使用数 インタフェース
192.168.0.0     *               255.255.255.0   U     1      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth0
default         web.setup       0.0.0.0         UG    0      0        0 eth0

Ubuntu 側で

コード:

nslookup web.setup

を実行するとどの様な表示がされますか?

仮想PCだけ手動で固定設定にしてみるとかはどうでしょうか?

オフライン

 

#25 2011-08-04 00:12:15

hmatsue
アドバイザ
登録日: 2009-03-10

Re: win7からゲストOSのディレクトリにアクセス出来ない

tracerouteで返ってきたのが全部"* * *"となったのは意外でした。
ルータがなにか余計なことでもしているのでしょうか??

上記が気になるものの、ネットワークには繋がっているのでは無いかと思える状態ですが、インターネットに繋がらないという状態を、もう少し詳しくご説明いただけますでしょうか。
ちょっと脱線気味のような気もしますが、気になる箇所はできるだけ潰しておきたいです。

オフライン

 

Board footer

Powered by FluxBB