我希望能够从我的局域网上的DNS服务器提供不合格的域名（如“pos”或“website”），并从我的路由器提供像“google.com”这样的常规DNS查询。 在我的路由器上，在“DHCP”设置下，我可以分配一个主要和辅助DNS服务器。 如果我将主设备设置为路由器本身，而将次设备设置为LAN DNS服务器，则查询永远不会parsing。 如果我将主服务器设置为DNS服务器，并将辅助服务器设置为路由器，则查询将得到解决，但这会永久（由于超时）。 当我指向内部DNS服务器时，有没有办法加快请求的速度？ 说到这样的东西，我对DNS服务器和路由器configuration不是很熟悉。 在我以前的路由器，我有dnsmasq，并很方便地解决了这个问题，但我的新路由器没有它。 简介：我只想将我的局域网DNS服务器用于不合格的域名，任何其他请求都应该指向路由器的DNS服务器。
正如我在这个支持文件中可以find的，为了在两个路由器R1和R2之间configuration一个GRE隧道，我发出以下命令集（mtu和mss省略）， R1 R1(config)# interface Tunnel1 R1(config-if)# ip address 172.16.1.1 255.255.255.0 R1(config-if)# tunnel source 1.1.1.1 R1(config-if)# tunnel destination 2.2.2.2 R2 R2(config)# interface Tunnel1 R2(config-if)# ip address 172.16.1.2 255.255.255.0 R2(config-if)# tunnel source 2.2.2.2 R2(config-if)# tunnel destination 1.1.1.1 我不明白的是，为什么我们在每一端都需要两个地址？ 如果我没有错，R1正在获取地址172.16.1.1 （接口）和1.1.1.1 （隧道），R2正在获取地址172.16.1.2 （接口）和2.2.2.2 （隧道）。 每个路由器都充当其他的目的地。 但为什么在每一端分配两个地址？ 根据我的（错误）理解，在R1中，如果我们指定172.16.1.1 ，为什么我们需要1.1.1.1 ？ 同样的问题适用于R2。 而且，正如我在同一个文件中发现的，进一步的连通性检查是通过使用 R1# ping 172.16.1.2 命令。 所以，至less，1和2地址在连通性testing中不起任何作用。 我感谢你清除上述困惑。
我有如下图所示的networking设置，如何在服务器中设置DHCP，以便用户可以访问Windows共享并访问互联网？ [server]<========> [client1]<=======>[network switch]<==========>[router]<=======>internet [client2]<=======> [client3]<=======> 我已经尝试了一些设置DHCP的方法，但用户只能访问服务器的共享或Internet，但不能同时访问： 默认网关和DNS指向服务器。 用户可以访问服务器的共享，但不能访问互联网。 默认网关指向路由器。 DNS指向服务器和路由器。 用户无法访问服务器的共享。 默认网关和DNS指向路由器。 用户可以访问互联网，但不能访问服务器的共享。
我们有一个专用的30Mb连接（上/下）从我们的ISP，但我们似乎只能从路由器获得10Mb（上/下）。 有谁知道我们缺less什么，或者我们如何调整这个路由器上的设置来充分利用30Mb连接。 我已经绕过了ISP，他们坚持认为这是路由器的问题。 Current configuration : 6907 bytes ! ! Last configuration change at 19:20:05 UTC Fri Jun 7 2013 by idirouter version 15.2 no service pad service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname idirouter ! boot-start-marker boot-end-marker ! ! logging buffered 51200 warnings ! no aaa […]
好， 这是交易。 假设我面向公众的IP是10.0.01。 我不能从外部networking到10.0.01，不能从外部IP SSH到mikrotik路由器。 我可以做到这一点，如果我物理连接到路由器（在同一局域网）。 它允许我通过使用10.0.0.1或使用192.168.88.1 webfig和SSH。 但是，如果我在不同的局域网上，无法连接。 顺便说一句，我设置我的IP>服务> webfig的端口是64291和SSH是23。 这是我的防火墙规则和NAT。 规则 0 ;;; ALLOW ALL TO LAN chain=input action=accept connection-state=established,related,new in-interface=bridge-local log=no log-prefix="" 1 ;;; ALLOW ICMP (Ping) ON ALL chain=input action=accept protocol=icmp log=no log-prefix="" 2 ;;; Drop Everything Else chain=input action=drop log=no log-prefix="" 3 ;;; default configuration chain=input action=drop in-interface=ether1-gateway log=no log-prefix="" […]
我只是试图诊断一个问题，我和一个同事已经在两个不同的场合换了一个新的旧路由器。 从头开始，我们发现，即使路由器上configuration的唯一东西是SFP端的IP地址，我们似乎也无法让路由器ping远程路由器。 链接处于活动状态。 互联网提供商是否有可能closures上游路由器的ARP答复给我们？ 如果它被closures，为什么甚至想这样做呢？ 这是我唯一能想到的，为什么当它正常地响应在旧的路由器上ping并且连接另一个设备作为与SFP端口上的远程路由器相同的地址响应时，为什么它不响应ping。
我有一个C891FW-E-K9 ISR与ios c800-universalk9-mz.SPA.154-3.M-2。 从我可以收集，该图像的内存要求是512MB，但从“显示版本”我的路由器似乎只有384MB，这可能是它有时会耗尽内存的原因。 我想知道是否有可能升级路由器的内存，如果可能的话，哪个模块是兼容的。 当我查找数据表时，我发现这个数据表： http : //www.cisco.com/c/en/us/products/collateral/routers/800-series-routers/data_sheet_c78-519930.html 据我所知，C891FW和C891F是一样的，但是在无线的情况下，数据资料表明默认的DRAM是512MB，用FL-8XX-512U1GB可以升级到1024MB。 为什么显示版本告诉我384MB的DRAM当数据表说512MB？ 并且可以升级这个型号的RAM吗？ 提前致谢！
我有一个路由器的IP 192.168.1.1子网192.168.1.0/24。 在该子网上，Synology nas的IP为192.168.1.181，正在运行使用子网192.168.2.0/24的VPN服务器。 当我从两个networking外部将客户端连接到该服务器时，我分配了192.168.2.6。 从那个客户端，我可以ping 192.168.1.0（例如192.168.1.17）和192.168.1.1＆192.168.2.1上的机器。 从已经在192.168.1.0上的机器上，我无法ping VPN客户端。 我希望在两个子网上都有双向访问。 我需要做什么？
我有一个现有的networking。 看起来像这样 路由器局域网（192.168.0.1 / 24） – >交换机（192.168.0.10 / 24） – >工作站（192.168.0.100 – 192.168.0.200 / 24） 我们的networking已经扩展，我需要有更多的主机可用。 最简单的方法是将路由器的内部接口子网（/ 24）更改为超网（/ 23）。 这会给我192.168.0.0-192.168.1.254，而不是只有192.168.0.0-192.168.0.254。 那正是我想要的。 我的问题是我是否需要调整192.168.0.0 / 24networking或192.168.1.0 / 24networking上的主机上的子网掩码，还是应该继续工作，只更改路由器内部接口的子网掩码？ 我很困惑的原因是192.168.0.0 / 24和192.168.1.0 / 24都是192.168.0.0 / 23的一部分，所以在我看来，没有必要改变那些较小networking中的主机的子网掩码，子网掩码仅更改到路由器的内部接口，我无法与静态IP地址为192.168.1.40的主机进行通信。 最后，我想知道是否需要更改主机，交换机或两者上的子网掩码。
每隔2小时，所有工作站都会丢失10秒的互联网连接。 ISP技术支持似乎不愿意解决这个问题，所以我试图自己修复它。 以下是我们的networking图： 我写了一个shell脚本来logging丢失。 该脚本（在远程服务器上）每秒钟ping我们的外部IP地址并loggingping失败的时间段。 这里是从日志摘录： ======================================= Failure Start Length ======================================= 2016-08-16 17:52:11 10 sec 2016-08-16 19:52:23 10 sec 2016-08-16 21:52:34 10 sec 2016-08-17 23:52:46 10 sec 另外，这里是路由器日志的摘录： 50 2016-08-16 17:29:03 <5> : WAN1:DHCP send DHCP-REQUEST timeout. 51 2016-08-16 17:31:07 <5> : WAN1:DHCP send DHCP-REQUEST timeout. 52 2016-08-16 17:33:11 <5> : WAN1:DHCP send DHCP-REQUEST timeout. […]