\u4eceIP\u5730\u5740A.A.A.A\u5230\u53e6\u4e00\u4e2a\u5730\u5740B.B.B.B\u7684\u4e0b\u4e00\u6761\u8def\u7531\u5730\u5740C.C.C.C
\nlinux\u4e0b\u6709ip route2 \u5b9e\u73b0 ;\u5728openbsd\u4e0b\u5e94\u8be5\u8fd9\u6837\u5b9e\u73b0
\n?pass out log on em0 route-to (em0 C.C.C.C) inet from A.A.A.A to B.B.B.B flags S\/SA keep state
\n\u5373\u53ef.<\/p>\n
? If a packet matches a rule with a route option set, the packet filter
\n will route the packet according to the type of route option.? When such a
\n rule creates state, the route option is also applied to all packets
\n matching the same connection.
\n fastroute
\n The fastroute option does a normal route lookup to find the next
\n hop for the packet.<\/p>\n
route-to
\n The route-to option routes the packet to the specified interface
\n with an optional address for the next hop.? When a route-to rule
\n creates state, only packets that pass in the same direction as the
\n filter rule specifies will be routed in this way.? Packets passing
\n in the opposite direction (replies) are not affected and are routed
\n normally.<\/p>\n
reply-to
\n The reply-to option is similar to route-to, but routes packets that
\n pass in the opposite direction (replies) to the specified inter-
\n face.? Opposite direction is only defined in the context of a state
\n entry, and reply-to is useful only in rules that create state.? It
\n can be used on systems with multiple external connections to route
\n all outgoing packets of a connection through the interface the in-
\n coming connection arrived through (symmetric routing enforcement).<\/p>\n
dup-to
\n The dup-to option creates a duplicate of the packet and routes it
\n like route-to.? The original packet gets routed as it normally
\n would.<\/p>\n
\u8f6c\u8f7d\u8bf7\u6ce8\u660e\uff1aKermit\u7684\u7f51\u7ad9<\/a> » openbsd\u4e0b\u7b56\u7565\u8def\u7531\u7684\u5b9e\u73b0<\/a><\/p>","protected":false},"excerpt":{"rendered":" \u4eceIP\u5730\u5740A.A.A.A\u5230\u53e6\u4e00\u4e2a\u5730\u5740B.B.B.B\u7684\u4e0b\u4e00\u6761\u8def\u7531\u5730\u5740C.C.C.C linux\u4e0b\u6709ip route2 \u5b9e\u73b0 ;\u5728openbsd\u4e0b\u5e94\u8be5\u8fd9\u6837\u5b9e\u73b0 ?pass out log on em0 route-to (em0 C.C.C.C) ine […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-25","post","type-post","status-publish","format-standard","hentry","category-technology"],"_links":{"self":[{"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/posts\/25"}],"collection":[{"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/comments?post=25"}],"version-history":[{"count":0,"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/posts\/25\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/media?parent=25"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/categories?post=25"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.houquner.com\/index.php\/wp-json\/wp\/v2\/tags?post=25"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}