Articles of 网关

如何获得LINUX给定目的地的默认网关?

我试图得到默认网关,使用目标0.0.0.0 我用这个命令: netstat -rn | grep 0.0.0.0 并返回这个列表: Destination – Gateway – Genmask – Flags – MSS – Window – irtt – Iface 10.9.9.17 – 0.0.0.0 – 255.255.255.255 – UH – 0 0 0 – tun0 133.88.0.0 – 0.0.0.0 – 255.255.0.0 – U – 0 0 0 – eth0 0.0.0.0 – 133.88.31.70 – 0.0.0.0 – […]

OpenVPN使redirect网关可选

我目前正在为多个客户端运行OpenVPN服务器。 所有的stream量都通过VPN(它被设置为网关;推“redirect网关def1”)。 到目前为止,一切工作都很好。 但是,我想连接几个服务器到这个虚拟专用networking,而这些服务器不使用OVPN守护程序作为网关。 这些服务器必须能够从他们的WAN以及他们的LAN IP地址访问。 某些服务只能从局域网访问。 有什么办法可以让客户端忽略推送redirect网关选项? 亲切的问候,Tuinslak

什么是边缘服务器/路由器/设备?

什么是边缘服务器? 我们看到一些对他们的引用,但我们从来没有看到一个定义。

Windows 7,没有默认网关的networking连接:以任何方式更改“未知networking”状态?

我有一台运行Windows 7 Pro RTM的计算机。 这台电脑有两个networking连接: Wi-Fi连接到互联网(通过家庭路由器),它工作得很好。 一个OpenVPN虚拟networking连接。 更确切地说,这是一个虚拟以太网连接,其行为与物理以太网有线连接完全相同。 我的问题是“networking和共享中心”显示OpenVPN连接的“未知networking”。 经过一番研究,我发现逻辑networking(域外)是由连接的默认网关的MAC地址来标识的。 问题是,OpenVPN连接没有默认网关:它是一个专用networking,所以我不需要一个… 因此,“未知networking”总是被视为公共的,所以防火墙总是处于“公共模式”,这是我不想要的。 另外,我不能重命名“未知的连接”或任何东西(这是有道理的),所以它是一个有点丑陋。 我的目标是为私人configuration文件定义一个合适的OpenVPN连接逻辑networking。 我知道一些解决方法(禁用防火墙,修改安全策略,使所有未知的networking“私人”),但他们仍然是解决方法。 我只是希望我的客户端连接到VPN,而不必禁用他们的防火墙设置,而不必更改具有潜在副作用的全局configuration(“安全策略”解决scheme),而不必查看networking中难看的“未知连接”和共享中心。 有什么办法可以做到这一点? 我试图检查registry(HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ NetworkList是有趣的)发生了什么,但我仍然没有find一种方法来“强制”OpenVPN连接分配给一个逻辑networking。 任何帮助将非常感激。 超级用户出现了相关问题: https : //superuser.com/questions/37355/windows-7-cant-identify-network/37422

有没有人使用OpenBSD作为企业中的路由器? 你在运行什么硬件?

我们在每个地点都有一台OpenBSD路由器,目前在4U服务器机箱中运行通用的“自制”PC硬件。 由于可靠性方面的考虑和空间的考虑,我们正在考虑将它们升级到一些适当的服务器级硬件和支持等。 这些盒子用作每个站点的路由器,网关和防火墙。 在这一点上,我们对OpenBSD和Pf非常熟悉,所以对于从专用思科硬件之类的其他东西中解脱出来犹豫不决。 目前我正在考虑将系统迁移到一些HP DL系列1U机器(型号尚待确定)。 我很好奇听到其他人在他们的业务中是否使用了这样的设置,或者是否已经迁移到另一个。

Nginx + php-fpm“504 Gateway Time-out”错误,几乎为零(在testing服务器上)

经过6个小时的debugging – 我放弃了:| 我们在局域网上有一个nginx + php-fpm + mysql,几乎有100个wordpress(由不同的devise人员/开发人员创build和使用,所有工作都在testingwordpres设置上) 我们使用nginx没有任何问题。 今天,突然之间 – nginx开始退出蓝色的“504网关超时”。 我检查了虚拟主机的nginx错误日志… 2010/09/06 21:24:24 [error] 12909#0: *349 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.0.1, server: rahul286.rtcamp.info, request: "GET /favicon.ico HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "rahul286.rtcamp.info" 2010/09/06 21:25:11 [error] 12909#0: *349 recv() failed (104: Connection reset by peer) […]