Linux是否具有本地支持负载均衡（也许就像RR或IP哈希一样简单）多个默认网关？
我在vServer上运行Debian 8。 在安装docker和启用IPv6后，我注意到一些奇怪的东西。 我不知道docker是否与这个有关，只是在安装之后才发现这个问题。 我的默认路由configuration为在ca后过期。 1800secs。 我在这个超时之后实际上消失了。 这是当我（显然）宽松的IPv6连接。 root@wopr:~# ip -6 route xxxx:yyyy:zzz:xxxx::/64 dev eth0 proto kernel metric 256 fe80::/64 dev eth0 proto kernel metric 256 fe80::/64 dev br-5c1ce68ea951 proto kernel metric 256 fe80::/64 dev br-61f6bbfdbe87 proto kernel metric 256 [a lot more routed for my docker containers] default via fe80::1 dev eth0 proto ra […]
我已经build立了一个openvpn服务器，我可以远程访问，一旦连接，它将在服务器和客户端上使用虚拟ip 10.15.119.x创build一个tun0设备。 openvpn服务器本身是10.15.119.1。 问：我如何解决openvpn服务器后面的局域网中的其他节点？ 我可以访问openvpn服务器本身的地址为10.15.119.1:(port）的服务，但我不知道如何解决其他不参与openvpn连接的openvpn服务器所在的LAN： 希望这样的节点可以从10.15.119.x范围内的一些其他虚拟ip客户端节点寻址，如果是这样的话，我只需要一种方法来知道这些ip是什么 我可以创build一些iptables和路由命令转发端口到其他特定的节点，但我相信必须有一个更好的方法来做到这一点，直接寻址节点 为server.conf： dev tun server 10.15.119.0 255.255.255.0 ifconfig-pool-persist ipp.txt push "route 192.168.0.0 255.255.255.0" up ./office.up tls-server dh /home/lurscher/keys/dh1024.pem ca /home/lurscher/keys/ca.crt cert /home/lurscher/keys/vpnCh8TestServer.crt key /home/lurscher/keys/vpnCh8TestServer.key status openvpn-status.log log openvpn.log comp-lzo verb 3 office.up脚本有： #!/bin/sh #route 10.15.119.0 255.255.255.0 route add -net 10.15.119.0 netmask 255.255.255.0 gw $5 #fixed the wrong 10.15.0.0 address […]
那么，谁记得去年2月份整个“巴基斯坦杀死YouTube”的惨败呢？ 这里有一个关于这个话题的文章来刷新你的记忆： 不安全的路由将YouTuberedirect到巴基斯坦 故事的要点是巴基斯坦打算阻止YouTube的国家networking。 他们试图通过广告路由信息来实现这一目标，其优先级高于YouTube自己的信息，并将YouTube的IP地址映射到他们的networking中。 这条路线广告传播到互联网上，导致世界上每个服务器都认为通往巴基斯坦的途径是通过巴基斯坦。 我的问题是：如果这样的事情可以无意中发生，恶意的一方可以故意这样做吗？ 有什么保护措施来防止这样的攻击？ 如果巴基斯坦可以不经意地对YouTube做这件事，那么为什么伊朗不能这样做呢？
我在networking世界相对新手，虽然我编写了很长一段时间的系统pipe理员背景。 在这里，我离目的地只有一步之遥。 整个情况是：在家里我使用一个LinkSys E3000作为网关（不知道这是否是它的名字），无线AP和其他路由/交换设备。 它提供1台个人电脑和1台带局域网的Mac，1台Mac Mini + 1台iPad + 2台带WIFI的智能手机。 我的目标是在E3000上使用openvpn客户端（使用番茄固件），并使我的iPad和智能手机的所有WiFistream量都通过它，其他设备路由保持相同的非openvpn路由。 到目前为止，我可以将E3000上的openvpn客户端连接到openvpn服务器，通过openvpn连接传输所有设备的所有stream量。 剩下的就是如何通过源IP（至less在我的猜测中）select性地路由到隧道，而不要打扰别人。 过去几天我学到了一些“iptables”和“路由”，但没有太多的运气，所以这里就是我的问题。 这里有一些信息可以帮助你获得结构。 ifconfig -a输出一些无用的线条，并且在web界面C0：C1：C0：1A：E0：28是WAN，C0：C1：C0：1A：E0：27是LAN，C0：C1：C0：1A ：E0：29是2.4G wifi AP，C0：C1：C0：1A：E0：2A是5G wifi AP。 root @ router：/ tmp / home / root＃ifconfig -a br0 Link encap：以太网HWaddr C0：C1：C0：1A：E0：27 inet addr：192.168.1.1 Bcast：192.168.1.255 Mask：255.255.255.0 UP BROADCAST运行组播MTU：1500公制：1 eth0 Link encap：以太网HWaddr C0：C1：C0：1A：E0：27 广播运行多播MTU：1500公制：1 eth1 Link encap：以太网HWaddr C0：C1：C0：1A：E0：29 广播运行ALLMULTI MULTICAST MTU：1500公制：1 eth2 Link […]
我有几个Web应用程序在我的开发人员机器上运行。 他们模仿我们在子域上托pipe的生产Web应用程序。 例如，考虑： api.myserver.com – is mimicked by 127.0.0.1:8000 www.myserver.com – is mimicked by 127.0.0.1:8008 and so on… 我怎样才能使我的Windows 7机器上的HTTP调用“api.myserver.com”（注意缺less端口号）redirect到127.0.0.1:8000等？ 请注意，这需要同时适用于客户端调用（在浏览器中）和服务器端调用（从IIS到Python开发服务器，反之亦然）。 我需要一个代理来运行本地来实现吗？ 你能推荐这样的工具吗？
我读了ip的手册页，仍然不明白什么是src ，我找不到太多的文档。 请，如果你能够彻底解释或指向一些链接它是一个很好的答案。
我跑curlmyip.com curl，并得到了错误的输出IP地址。 我的systemd服务文件是： [Unit] Description=Wired Networking Wants=network.target dibbler-client.service Before=network.target dibbler-client.service [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network ExecStart=/sbin/ip link set dev ${interface} up ExecStart=/sbin/ip addr add ${address}/24 dev ${interface} ExecStart=/sbin/ip addr add ${failover}/32 dev ${interface} ExecStart=/sbin/ip route add default via ${gateway} src ${failover} ExecStart=/sbin/ip -6 addr add ${addressv6}/64 dev ${interface} ExecStop=/sbin/ip addr flush dev ${interface} ExecStop=/sbin/ip -6 addr […]
如何防止VM用户/客户端访问他不拥有的IP地址，但通过KVM / Libvirt上的同一个桥接器路由？ IP地址被路由到由24个254个可用地址组成的Cisco交换机vLan。 105.100.1.0/24。 这是一个设置的例子。 VM1 – 105.100.1.5 VM2 – 105.100.1.6 VM3 – 105.100.1.7 我怎样才能防止VM1访问他不拥有的地址？
我的台式机运行Trisquel GNU / Linux 6.0（基本上是Ubuntu 12.04的免费版本），我使用OpenVPN连接到商业VPN提供商以访问互联网。 它目前路由我所有的stream量通过VPN，这是伟大的，但我正在寻找一种方法来允许请求到一个特定的IP地址绕过VPN。 我敢肯定有一种方法，但重复的networkingsearch还没有发现任何东西（最好的，我可以find在Cisco的VPN客户端上做这个指令的Windows）。 你能帮我吗？ 谢谢。