如何通过交叉电缆设置2台PC计算机以进行文件共享?


10

我有两台PC计算机,并且我想使用交叉以太网电缆在它们之间共享文件。我一直在来回使用不同的网络配置,但是我无法完全正常工作。

电脑1

  • 操作系统:Windows XP Pro SP2
  • 主机名:TOSH
  • 工作组:工作组

本地连接(Internet协议4属性)

  • IP:10.0.0.1
  • 子网掩码:255.255.255.0
  • 默认网关:无
  • 主DNS:无
  • 辅助DNS:无

电脑2

  • 操作系统:Windows Vista SP2
  • 主机名:GIGA
  • 工作组:工作组

本地连接1(Internet协议4属性)

  • IP:10.0.0.2
  • 子网掩码:255.255.255.0
  • 默认网关:无
  • 主DNS:无
  • 辅助DNS:无

无线网络连接(Internet协议4属性)

  • IP:自动获取(DHCP分配了192.168.0.103)
  • 子网掩码:NA(有效255.255.255.0)
  • 预设闸道:不适用(192.168.0.1为DHCP /闸道)
  • 主DNS:自动获取
  • 辅助DNS:自动获取

到现在为止还挺好!我可以ping通它们,它可以双向使用。为了演示,这是ping结果。

从计算机2 ping计算机1:

C:\Windows\system32>ping 10.0.0.1

Pinging 10.0.0.1 with 32 bytes of data:
Reply from 10.0.0.1: bytes=32 time=1ms TTL=128
Reply from 10.0.0.1: bytes=32 time<1ms TTL=128
Reply from 10.0.0.1: bytes=32 time<1ms TTL=128
Reply from 10.0.0.1: bytes=32 time<1ms TTL=128

Ping statistics for 10.0.0.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms

C:\Windows\system32>

从计算机1 ping计算机2:

C:\WINDOWS>ping 10.0.0.2

Skickar signaler till 10.0.0.2 med 32 byte data:

Svar från 10.0.0.2: byte=32 tid < 1 ms TTL=128
Svar från 10.0.0.2: byte=32 tid < 1 ms TTL=128
Svar från 10.0.0.2: byte=32 tid=1ms TTL=128
Svar från 10.0.0.2: byte=32 tid < 1 ms TTL=128

Ping-statistik för 10.0.0.2:
    Paket: Skickade = 4, mottagna = 4, Förlorade = 0 (0 %),
Ungefärligt överföringstid i millisekunder:
    Lägsta = 0 ms, Högsta = 1 ms, Medel = 0 ms

C:\WINDOWS>

抱歉,XP计算机已本地化为瑞典语。但是无论如何这都是不言而喻的。

在Vista计算机上:

  • Windows防火墙已禁用。
  • 没有安装第三方防火墙。
  • 如果单击“网络”,则可以看到TOSH计算机。
  • 我可以在TOSH上查看共享和打印机。
  • 我可以浏览“共享文档”文件夹,并在该文件夹中读写文件。

在XP计算机上:

  • Windows防火墙已禁用。
  • 卡巴斯基安全软件已安装,但保护已暂停。
  • 如果单击网上邻居,我可以看到GIGA计算机。
  • 我可以在GIGA上查看共享和打印机。
  • 无法浏览公用文件夹。结果错误。

错误

因此,您现在可以在此处看到错误。同样,XP被本地化为瑞典语。作为参考,此错误消息可能需要翻译。

\ Giga \ Public不可用。您可能没有使用此资源的权限。向服务器管理员寻求帮助。

拒绝访问。

为什么它会以一种方式起作用,而不能以另一种方式起作用?这与IP分配有关吗?一个是服务器,另一个是客户端?

是否可以不受限制地访问整个系统磁盘上的所有文件,就像您坐在那台计算机旁边一样?还是您必须为每个文件夹共享要在另一台计算机上访问的文件?对于更大范围的文件访问,FTP也许是更好的解决方案?

在XP上访问: 我主要对访问这些路径感兴趣

  • C:\ Documents and Settings \
  • C:\ Program \

但是访问XP计算机上的整个C:驱动器会更好。

在Vista 上访问我想访问这些路径

  • C:\ Users \
  • C:\ Users \ Public \

我想至少访问“公共”文件夹。但是由于某种原因,它不起作用...

使用管理员共享


如评论中所建议,我尝试使用管理员共享来访问整个磁盘驱动器。我在两台计算机上都这样做,但是在两台计算机上均不起作用。发生什么情况,我得到一个身份验证对话框,要求输入用户名和密码。但是当我输入用户名和密码时,访问被拒绝。它说我需要检查用户名和密码。

我正在使用远程计算机的用户名和密码...我应该使用本地计算机(我正在从中访问另一台计算机的计算机)的用户名和密码,甚至在两台计算机上都使用相同的用户名吗? ...

在XP电脑上

xp1

xp2

xp3

在Vista计算机上

远景1

Vista2

vista3

Vista4

vista5

首次尝试登录后,“用户名”输入字段将变灰且不可用。此时,只能更改密码字段。第二次尝试后,用户名字段不仅变为不可用,而且为空。此时,我必须从“运行”提示重新开始。这正常吗?

与XP不同。无论输入错误密码多少次或尝试访问管理共享多少次,对话框均保持不变。此外,它不会像在Vista中一样显示任何有关使用正确密码的错误或警告。该对话框仅闪烁并在登录失败时返回。

为什么管理员共享访问不起作用?我是否必须先对系统进行一些更改?也许一些注册表编辑?还是一些组策略编辑?

创建新的共享和用户帐户


我在Vista计算机上创建了一个新共享。

Local path: C:\Share 1
Share name: Share 1
Network path: \\GIGA\Share 1
Group: All
Permissions: read, change

我已经完全控制了All组。

共享1

共享1

共享1

我还在XP和Vista计算机上创建了新的用户帐户(Testuser1)。我现在有以下用户。

XP计算机用户

  • 笛卡尔(管理员帐户)
  • Testuser1(管理员帐户)
  • 管理员(内置管理员帐户,已启用)
  • Gäst(内置访客帐户,已启用,未使用)

Vista计算机用户

  • Sammy(管理员帐户)
  • Testuser1(管理员帐户)
  • 管理员(内置管理员帐户,已禁用)
  • Gäst(内置访客帐户,已启用,未使用)

如果我以Sammy身份在Vista计算机上登录,并且如果尝试打开\ 10.0.0.1 \,则会打开“网络”文件夹,并显示XP计算机的共享和资源。我可以打开\ 10.0.0.1 \ Shared Documents,并读写文件。如果我尝试打开\ 10.0.0.1 \ c $,则会收到错误消息。这样做时,我在XP计算机上以笛卡尔身份登录。

在XP计算机上以笛卡尔登录,在Vista计算机上以Sammy登录时,如果我尝试打开\ 10.0.0.2 \,则会打开“网上邻居”文件夹,并显示Vista计算机的共享和资源。我无法打开\ 10.0.0.2 \ Public,出现错误。另外,如果我尝试打开\ 10.0.0.2 \ c $,则会收到错误消息。

现在,我已经在Vista计算机上创建了新的Share 1,我试图从XP计算机上打开它。当我在XP计算机上以笛卡尔身份登录时,此操作无效。但是当我以新的Testuser1身份登录时,它起作用了!

我将在这里尝试总结所有内容。Toshi是XP计算机,GIGA是Vista计算机。

从GIGA到TOSHI(远程)

  • Sammy @ GIGA可以使用Descartes @ TOSH来读写\ 10.0.0.1 \ Shared Documents \
  • Sammy @ GIGA可以使用Testuser1 @ TOSH来读写\ 10.0.0.1 \ Shared Documents \
  • Testuser1 @ GIGA可以使用Descartes @ TOSH读写\ 10.0.0.1 \ Shared Documents \
  • Testuser1 @ GIGA可以使用Testuser1 @ TOSH读写\ 10.0.0.1 \ Shared Documents \

从TOSHI到GIGA(远程)

  • Descartes @ TOSH无法通过Sammy @ GIGA访问\ 10.0.0.2 \ Public \
  • Descartes @ TOSH无法通过Sammy @ GIGA访问\ 10.0.0.2 \ Share 1 \
  • Descartes @ TOSH无法通过Testuser1 @ GIGA访问\ 10.0.0.2 \ Public \
  • Descartes @ TOSH无法通过Testuser1 @ GIGA访问\ 10.0.0.2 \ Share 1 \
  • Testuser1 @ TOSH无法通过Sammy @ GIGA访问\ 10.0.0.2 \ Public \
  • Testuser1 @ TOSH可以使用Sammy @ GIGA读写\ 10.0.0.2 \ Share 1 \
  • Testuser1 @ TOSH无法通过Testuser1 @ GIGA访问\ 10.0.0.2 \ Public \
  • Testuser1 @ TOSH可以使用Testuser1 @ GIGA读写\ 10.0.0.2 \ Share 1 \

当我在XP(TOSHI)计算机上以Testuser1身份登录,并尝试连接到Vista(GIGA)计算机时,出现授权对话框。在该对话框中,我使用与当前登录到Vista计算机的用户相同的凭据。因此,如果Sammy当前在Vista计算机上登录,我将使用Sammy的凭据进行授权,依此类推。我不确定如果在Vista上使用Testuser1的凭据(Vista帐户)会发生什么情况。这将导致我的大脑无法处理的排列过多。我将无法知道什么了。它已经很复杂了。:)

当我在XP计算机上以笛卡尔身份登录并尝试连接到Vista计算机时,根本没有得到该授权对话框。它只是跳进去。我认为它是在登录Windows时自动登录的。它可能与该帐户及其配置有关。这是Windows XP加载时登录的首选帐户。

在旁注中,如何在不必注销该帐户的情况下关闭连接?在“网上邻居”文件夹和“查看工作组”视图中的某处是否存在断开连接选项?

我仅在Vista计算机上创建了一个新共享进行测试。我没有尝试在XP计算机上创建新共享并尝试从Vista计算机访问它。我只是认为它将起作用,因为我已经可以从Vista计算机访问“共享文档”文件夹。如果可以访问此共享磁盘,我相信可以从Vista计算机访问XP计算机上的任何共享。考虑到我已经知道的,这是一个假设,但是是一个合格的假设。


1
您可以通过键入\\ computer \ c $来访问隐藏的共享,这将使您可以访问C驱动器
Darius

如果要共享整个C驱动器,只需共享整个硬盘驱动器,它便可以将选择的权限递归地应用于每个子目录。显然要小心,不要让它对外界开放...
Neil Neyman

另外,请尝试启动\\ 10.0.0.1,如果可行,那么正如许多人提到的那样,在其后附加\ c $。我认为c $称为管理员共享。您可以访问任何驱动器/分区。如果有h,则为h%。
barlop

@Darius当我在\\10.0.0.1\c$Vista的“运行”提示中键入并按Enter(以访问XP上的C:驱动器)时,我得到一个身份验证对话框。它要求输入用户名和密码。我有两个帐户,一个是我自己的管理员用户帐户,另一个是管理员帐户。我需要使用哪一个?我都尝试过,但是无法访问。
萨米尔

1
net share如果您没有看到列出的c $ ,Xp机器可以在命令提示符下尝试,然后键入net share c$=c:\
Neil Neyman 2013年

Answers:


1

您可以简单地在两台计算机上共享C :,将“共享”权限设置为“所有人”>“完全控制”,将NTFS权限设置为“所有人”>“完全控制和匿名登录”>“完全控制”

显然不安全,但是您可以读取/写入文件而不会带来任何麻烦。


0

我为您提供了一个非常简单的解决方案。
由于您已经将两个cumputers(1和2)都放置在同一网络中,因此您现在可以简单地转到computer1的“网上邻居”并查找computer2。
然后,将您需要共享的数据放置在computer2的公用文件夹中。
现在,转到计算机2并检查其公用文件夹中的内容。
下一步是共享其他文件夹,您将可以直接访问它(安装到“公共”文件夹)。


0

这是我所知道的最简单的方法(假设没有安全软件或防火墙造成阻碍:

在TOSH中,使用以下命令

NET USE T: \\GIGA\C$ /persistent:no

现在,将要求您提供凭据。您必须使用GIGA的管理员凭据,而不是TOSH的凭据。

那应该是全部。如果您不记得GIGA上的管理员登录名但已经登录,则可以选择创建一个新的管理员登录名(当然,不必使用名称“ administrator”即可拥有管理员权限。)

要浏览驱动器,只需转到T:

请注意,尝试在驱动器的根级别(即C $)创建共享时会遇到问题,但是默认情况下存在管理共享。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.