Articles of networking

试图从MAC / IP中find设备

我已经仔细查看了这个问题的相关问题,无法得出一个可靠的答案。 我通过使用google-fu差距越来越近,但是我也想问你们(我也想就这个问题提前道歉!不知道有多less背景信息给)。 tl; dr:有IP,有MAC地址,无法parsing主机名,我该如何find设备? 我最近通过Linksys SRW2024交换机在我的LAN上安装了思科WAP-4410N,IP为10.0.0.249。 这工作好几天,直到我意识到,我忘记了在安装过程中更改时间戳。 通过networking界面login,进行更改,然后保存设置。 现在,而不是页面重新加载我的新date和时间,我有一个404找不到页面在它的地方…怪异的。 我仍然可以ping通10.0.0.249,我的无线设备的吞吐量仍然很高,所以我想我一定是偶然的在某个地方切换了一个选项。 将WAP从交换机中拔出,并直接插入与WAP和交换机相同IP范围内的设置。 login没有问题。 嗯,把它插回开关,再次404'd。 将WAP插回盒中,将IP更改为10.0.0.5。 现在可以从本地盒子和交换机上loginWAP,很好,很好。 然而,10.0.0.249仍然对ping进行响应,这意味着networking上的其他设备不知何故被占用了(这可能会解释为什么我无法访问我的WAP上的web界面(不确定如果WAP仍然允许无线设备上的吞吐量))。 我在Win2k3服务器上closures了DHCP服务。 我已经尝试了nbtstat -a 10.0.0.249,但得到了“找不到主机名”的响应,导致我认为设备是一台打印服务器或类似的networking设备,没有一个pc主机名。 我也尝试telnet到端口上的IP,21,80或443没有运气。 ARP(或A)10.0.0.249给出“没有ARP条目find”(虽然我怀疑我可能没有正确使用ARP命令)。 我刚刚加载了wireshark并发送了一个ping到10.0.0.249,并通过检查分组行,我发现以下(Dst:=可能是设备(看起来像一个IPv6地址?)和MAC地址): Ethernet II,Src:D-Link_aa:4e:71(00:1e:58:aa:4e:71),Dst:Cisco_1e:30:a0(00:1b:2a:1e:30:a0) 我们在10.0.0.249旁边的IP上也有一台Cisco 2600系列路由器。 有人能告诉我我做错了什么,把我从痛苦中解救出来吗? 谢谢, 编辑 这是执行后出现的表格 SRW224G4# show bridge address-table Aging time is 300 sec Vlan Mac Address Port Typ ——– ——————— —— ———- 1 <Stripped> e2 dynamic 1 <Stripped> […]

Windows – 低registry空间

系统已达到registry系统部分允许的最大大小。 其他存储请求将被忽略。 我在我的瘦客户机服务器上收到此消息,操作系统是Windows 2003企业版。 即使用户正在收到错误消息( http://goo.gl/CcJ1F )。

迁移时如何共享权限受到影响

我们将把数据从NS704G(孟菲斯)迁移到NS480(在达拉斯)。 我的问题是,一旦迁移进行,用户在孟菲斯位置的访问和共享权限将如何实现。 将所有访问都复制到新的Celerra上吗?因为我们有一个安全团队处理NAS上的访问权限,根据他们没有工具可以复制共享权限,这需要单独完成。 我会很感激,如果有人能详细说明,以帮助我更好地理解这一点。 此外,我可以在位于达拉斯的Celerra NS480中创build一个新的共享,并要求其他团队将权限从nas6 / urs21 $转移到我新创build的共享中,并查看它是否正常工作。 指针是受欢迎的..谢谢你的阅读!

在恶劣的networking上部署活动目录

情况是我有大约100 +个人计算机和部署超过50个地点。 我们没有本地服务器在每个位置。 一些地点的networking很差。 有没有可能部署活动目录? 而在networking位置不佳的情况下会发生什么。

随机“不可访问”“您可能没有权限使用此networking资源”

连接到NAS共享的Win7-64客户端计算机随机获得拒绝访问权限。 这会出现一个对话框,显示“\\ myServer \ MyShare02不可访问…您可能没有权限使用此networking资源…”或重复询问密码的对话框。 重新启动解决了这个问题。 虽然存在问题,但其他共享(例如\\ myServer \ MyShare01)可以访问,其他计算机可以访问拒绝访问的共享。 所以这个问题似乎在客户端。 使用IP地址而不是服务器名称连接也可以。 当问题出现时,networking似乎是好的,例如,受影响的计算机可以访问受影响的服务器上的其他共享,并可以ping等“networking使用”不显示任何挥之不去的连接。 另外其他电脑可以访问受影响的股份。 NAS服务器是NetGear ReadyNas Pro。 问题可能出在NAS方面,比如资源限制,但是由于只有2台Win7-64电脑受到影响最大,所以问题可能出在PC端 – 我还不确定。 我当然search了解决scheme,并发现了几个提示解决初始连接问题(使用正确的工作组名称,使用IP地址,而不是服务器名称,删除安全限制等),但没有任何这些补救措施解决这个问题的随机性质。

Web Farm应用程序部署最佳实践

我们有一个networking农场,承载多个ASP.Net应用程序。 我们通常在农场有4台服务器。 我所面临的困境就是农场的能力问题。 假设我目前共有200个应用程序。 我是否应该在所有4个服务器上部署所有200个应用程序(即,服务器场中的所有服务器都是相同的),还是应该在2台服务器之间分割应用程序,并创build2个较小的服务器场,以便我可以根据其关键程度pipe理应用程序,用法等 任何在这方面的最佳做法将受到高度赞赏。 谢谢 Rauts

奇怪的思科交换机问题 – 与终极packetloss分钟

由于死亡端口,我们推动更换我们的数据中心的Linksys /思科SR2016。 所以我们看着我们的供应商的股票,他们唯一感兴趣的开关是思科SLM2024智能开关 – 所以我们得到了它。 我去了数据中心,configuration(设置IP),并在周六晚上更换了交换机,从那以后我们遇到了很大的麻烦。 大多数情况下,它可以正常工作,但是有时会出现1-20分钟的崩溃,给所有连接的服务器造成大约90%的丢包现象,而且一切正常,交换机就可以正常工作。 截图 我们在那里的另一个交换机是Linksys / Cisco SRW2016,如果我将所有电缆从SLM2024切换到这个SRW2016,一切正常……我敢肯定,没有循环。 上行电缆连接到Catalyst 37xx系列交换机… 我问过远程办公室的技术支持人员,如果他们以前没有遇到过类似的问题,但是他们说没有 – 我希望完全确定问题出在交换机上,然后再交给供应商(因为我不完全确定我应该如何展示它)。 感谢您的意见!

无法访问NAS设备

我有一个3站点networkingA,B和C.每个站点有它自己的DC,复制到其他。 每个站点还有一个本地NAS(Thecus)设备。 NAS设备应该可以从任何其他站点访问。 我遇到了一个问题,那就是无法从A的DC访问A站点的NAS设备,而是其他地方的任何其他机器(以及任何login帐户)都可以访问这些共享。 从站点A的DC,我们可以ping该NAS设备,我们可以浏览到pipe理页面。 我的想法是,必须有某种types的组策略限制该机器访问该NAS设备。 我说机器,因为login帐户可以访问它从同一个网站,在不同的机器,以及从其他网站。 如果我们在网站A的DC使用另一个login,我们仍然无法浏览到共享。 组策略中定义了哪种限制? 我还没有很多团队政策的经验。 谢谢! 编辑: 我想我忘记了我们在事件日志中收到的错误。 这是错误5722:“从计算机的会话设置无法进行身份validation。安全数据库中引用帐户的名称是。出现以下错误:访问被拒绝。 更新这是通过应用Windows Server 2008的SMB补丁解决的

OSX:通过VPN看Bonjour电脑?

我使用VPN连接到我的作品networking。 有没有办法通过bonjour一旦我连接看到这些电脑? 目前我需要他们的IP连接,因为我看不到他们。 想法?

DHCP服务器无法将地址分配给某些机器

我在这里有一个DHCP服务器,运行isc-dhcpd守护进程。 有些机器可以从系统日志获得一个IP地址: Dec 8 08:42:21 nethandler dhcpd: DHCPDISCOVER from 90:e6:ba:f6:xx:xx via eth0 Dec 8 08:42:21 nethandler dhcpd: DHCPOFFER on 10.0.0.202 to 90:e6:ba:f6:xx:xx via eth0 Dec 8 08:42:21 nethandler dhcpd: DHCPREQUEST for 10.0.0.202 (127.0.1.1) from 90:e6:ba:f6:xx:xx via eth0 Dec 8 08:42:21 nethandler dhcpd: DHCPACK on 10.0.0.202 to 90:e6:ba:f6:xx:xx via eth0 其他人不 Dec 8 08:42:04 nethandler dhcpd: […]