我有一个完美的Apache服务器，直到我连接到VPN，然后所有连接到服务器超时。 现在到我的理解问题是tun0成为默认的输出接口，因此Apache将混淆如何发送数据包，所以我试图解决它使用控制组通过标记数据包出去从Apache和redirect他们通过eth0像在这个真棒苏答复 ，但它不工作后，我的Ubuntu操作系统升级到16.04版本。 这是我的networking图： 这里是我的networking细节： me@mypc:~$ ip route list 0.0.0.0/1 via 10.132.1.5 dev tun0 default via 192.168.0.1 dev eth0 proto static metric 100 10.132.1.1 via 10.132.1.5 dev tun0 10.132.1.5 dev tun0 proto kernel scope link src 10.132.1.6 123.4.5.6 via 192.168.0.1 dev eth0 234.5.6.7 via 192.168.0.1 dev eth0 128.0.0.0/1 via 10.132.1.5 dev tun0 169.254.0.0/16 dev eth0 […]
我读过这篇文章 ，我有点困惑。 他们说： 一个不是域的授权服务器的DNS服务器有可能对其不服务的域的DNS查询给出“授权响应” 我们如何知道服务器是否真的权威？ 我是对的，我们可以将服务器IP与返回的SOAlogging进行比较，如果IP位于相关域的NS服务器列表中，那么服务器确实是权威的？
我有一个Raspberry PI 3作为WiFinetworking的路由器。 它可以没有互联网接入。 我在这个树莓上运行Android / iOS应用程序的后端。 我希望通过SSL连接前端，以排除连接到此无线networking的其他人的任何间谍活动。 问题： Android / iOS不允许我通过自签名证书连接到ssl。 我可以通过创build我自己的CA并将其加载到手机来解决它，但每个想要使用我的应用程序的人都必须下载CA并加载它（这有点令人沮丧…） 它可以通过购买证书（或使用LE，但有时可能会失败，因为我将部署数以千计的树莓…难以pipe理它）可能是固定的。 我没有该树莓的域名。 我可以将它添加到我的DNS服务器，但它将无法访问没有互联网连接。 所以我可以使用bind9在树莓上制作DNS服务器来收集除我的域之外的其他条目。 这是非常困难的吗？ 有没有更简单的方法？ 像使用SSL的WiFi？
我有一个自己的云安装在本地服务器上的办公室位于一个商业孵化器和一个网站与远程服务器上的域名。 当前安装： 域：指向我的远程服务器的example.com 用本地静态ip 192.168.17.98:80进行自己的云安装 孵化器的IP /端口123.123.456.789:1234转发到owncloud的本地IP /端口 我可以使用incubarot的ip /端口123.123.456.789:1234和本地ip 192.168.17.98:80访问owncloud安装 我的目标是能够使用子域owncloud.example.com/访问owncloud 这种configuration可能吗？
对于IPv6networking，我们希望尽可能less地在terminal设备上进行configuration，并依靠SLAAC进行configuration，缺省路由和地址信息。 然后根据需要手动添加其他地址，而不会干扰SLAAC操作。 在Ubuntu上这是微不足道的： iface ens192 inet6 auto up /sbin/ip -6 addr add some:pref:ix::some:suff:ix/64 dev $IFACE 和相关的ifconfig输出如下所示： ens192 Link encap:Ethernet HWaddr 00:50:56:xx:xx:xx inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:255.255.255.224 inet6 addr: some:pref:ix::some:suff:ix/64 Scope:Global inet6 addr: fe80::250:56ff:xxxx:xxxx/64 Scope:Link inet6 addr: some:pref:ix::defa:ult:suff:ix/64 Scope:Global 然而，我正在努力研究如何在CentOS或其他基于Redhat（特别是6.x）的版本中获得类似的结果
我认为我说的是正确的： 操作系统通常使用IANA临时端口范围49152至65535。 应用程序生成一个随机的临时端口来build立从客户端到服务器的连接。 NAT转换IP地址，通常是私有的。 那么，临时端口如何与NAT一起工作？ 据我的理解（我敢肯定，我错过了一些东西），不应该有一种可能性（在较大的networking上更高），例如，如果两个临时端口可能在networking或服务器上发生冲突或者更多的客户端碰巧生成并使用相同的随机临时端口通过NAT连接？
我们有一个运行Tomcat的Debian服务器，其中部署了一个WAR，监听传入的MQTT消息，处理它们，并将结果转发给不同的第三方Web服务（取决于收到的消息）。 大多数情况下，一切正常，但偶尔（现在几乎每天）我们开始体验我认为是沟通问题（networking），接收错误如： 连接重置 连接超时 主机无法访问 有没有什么办法可以诊断这些问题，并获得可能反映某种networking资源中断或类似问题的指标或类似？ 操作系统 Distributor ID: Debian Description: Debian GNU/Linux 8.6 (jessie) Release: 8.6 Codename: jessie 核心 Linux tomcat-ws 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux Java的 java version "1.7.0_111" OpenJDK Runtime Environment (IcedTea 2.6.7) (7u111-2.6.7-2~deb8u1) OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode) Tomcat的 Apache Tomcat/8.0.14 (Debian)
我的情况是，我在家工作的几个客户。 对于这些客户之一，我已经购买了一台单独的机器，并将其用于与此客户有关的任何活动。 从这台机器上，我有一些远程连接软件，它允许我访问我的客户端的服务器来执行发布等。 为了让我连接，它必须在我的机器上安装一个“代理”。 起初，这不是问题，但后来我注意到，这个代理可以通过远程连接连接到我的机器，也可以将软件远程安装到我的机器上。 如果他们现在可以通过“代理”完全访问我的机器，那么我猜测他们也可以完全访问我的本地networking以及其上的所有设备。 我并不是说这家公司会在我的机器或networking上做任何坏事，但我拥有媒体服务器，SAN，networking摄像机，音响系统，电视机等等，这些东西可以在外部使用。 有什么办法来configuration我的networking，以防止该机器访问它的任何资源？ 我怀疑这是机器本身的设置，因为他们已经控制了这台机器，只能修改任何设置。 我想这可能类似于允许朋友/邻居连接到您的networking，但不授予他们访问其上的其他资源。 我意识到，我可能会有点偏执，但我很谨慎开放我的networking到外部访问。
我有一个共享文件夹在我的networking在Windows Server 2012 r2下，我有一个用户，我想拒绝他删除文件夹上的任何文件。 问题是他是有权修改文件夹的组的一部分。 文件夹“testing”（networking文件夹）组“Group1”有权修改/读取/写入“testing”文件夹。 用户'user1'是'Group1'的一部分，我想拒绝他删除任何文件，但仍然具有与'Group1'相同的networking访问权限，并且仍然能够查看这些文件。 可能吗？ 我不想将他从组中删除，因为他们只对这个组有权限。
好吧，说你拥有一些SmallSmall.com。 它的NS名称服务器，是说， ns1.hostgator.com 。 Hostgator的NS服务器是ns1.p13.dynect.net 。 NS的logging是ns0.dynamicnetworkservices.net ，它有相同的域（胶）logging。 说有人试图解决someSmallSite.com。 由于它是一个小型站点，大多数DNS服务器可能没有任何caching。 因此，为了查找someSmallSite.com的实际权威DNS服务器，必须进行3次往返。 （parsingns1.hostgator.com ，然后是ns1.p13.dynect.net ，最后是ns0.dynamicnetworkservices.net ，它将包含DNS服务器的实际IP地址）。 如果你，而不是使用胶水logging一些SmallSite与使用共享主机的DNS（如HostGator），是不是你避免3往返解决NSlogging，然后NSlogging的NSlogging等，直到你最终得到DNS服务器的IP地址？ 如果我的逻辑是正确的，那么这是否意味着在一个小型站点上添加一个胶水logging在实践中比在大型站点中更有利，这个站点中的所有NS服务器已经在caching中解决了，可能是在一个DNS服务器上有IP胶粘剂logging立即指向另一个DNS服务器指向另一个等