Forward traffic coming into dummy interface on to another interface(?)

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








0















Can I forward traffic coming into a dummy interface on to another interface? Or is it not a real interface at all even?



Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- dummy0 eth6 anywhere anywhere
0 0 ACCEPT all -- eth6 dummy0 anywhere anywhere


I want all traffic reaching eth6 to go to dummy0, and all traffic reaching dummy0 to go to eth6.



Should I be doing something else really? (I can't use bridges or bonding).










share|improve this question






















  • You can refer this thread - unix.stackexchange.com/questions/126595/…

    – HamTheAstroChimp
    Mar 12 at 11:06

















0















Can I forward traffic coming into a dummy interface on to another interface? Or is it not a real interface at all even?



Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- dummy0 eth6 anywhere anywhere
0 0 ACCEPT all -- eth6 dummy0 anywhere anywhere


I want all traffic reaching eth6 to go to dummy0, and all traffic reaching dummy0 to go to eth6.



Should I be doing something else really? (I can't use bridges or bonding).










share|improve this question






















  • You can refer this thread - unix.stackexchange.com/questions/126595/…

    – HamTheAstroChimp
    Mar 12 at 11:06













0












0








0








Can I forward traffic coming into a dummy interface on to another interface? Or is it not a real interface at all even?



Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- dummy0 eth6 anywhere anywhere
0 0 ACCEPT all -- eth6 dummy0 anywhere anywhere


I want all traffic reaching eth6 to go to dummy0, and all traffic reaching dummy0 to go to eth6.



Should I be doing something else really? (I can't use bridges or bonding).










share|improve this question














Can I forward traffic coming into a dummy interface on to another interface? Or is it not a real interface at all even?



Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- dummy0 eth6 anywhere anywhere
0 0 ACCEPT all -- eth6 dummy0 anywhere anywhere


I want all traffic reaching eth6 to go to dummy0, and all traffic reaching dummy0 to go to eth6.



Should I be doing something else really? (I can't use bridges or bonding).







iptables network-interface forwarding






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked May 7 '15 at 14:46









JohnyTexJohnyTex

15018




15018












  • You can refer this thread - unix.stackexchange.com/questions/126595/…

    – HamTheAstroChimp
    Mar 12 at 11:06

















  • You can refer this thread - unix.stackexchange.com/questions/126595/…

    – HamTheAstroChimp
    Mar 12 at 11:06
















You can refer this thread - unix.stackexchange.com/questions/126595/…

– HamTheAstroChimp
Mar 12 at 11:06





You can refer this thread - unix.stackexchange.com/questions/126595/…

– HamTheAstroChimp
Mar 12 at 11:06










1 Answer
1






active

oldest

votes


















0














Are you trying to just forward traffic without re-writing anything?



The way you've written your post makes me think that you are trying to get linux to act as an inline passive tap, but when you say that you want traffic going bi-directional I'm thinking you wanted an active tap.



My best guess right now without clarification of your goal would be something like:



http://backreference.org/2010/03/26/tuntap-interface-tutorial/






share|improve this answer























  • Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

    – JohnyTex
    May 7 '15 at 15:20






  • 1





    I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

    – Raymond Bannan
    May 7 '15 at 17:00











  • Thanks for your input! Do you know though, exactly what a dummy interface does?

    – JohnyTex
    May 12 '15 at 14:19











  • Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

    – Raymond Bannan
    May 13 '15 at 23:12











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f202034%2fforward-traffic-coming-into-dummy-interface-on-to-another-interface%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














Are you trying to just forward traffic without re-writing anything?



The way you've written your post makes me think that you are trying to get linux to act as an inline passive tap, but when you say that you want traffic going bi-directional I'm thinking you wanted an active tap.



My best guess right now without clarification of your goal would be something like:



http://backreference.org/2010/03/26/tuntap-interface-tutorial/






share|improve this answer























  • Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

    – JohnyTex
    May 7 '15 at 15:20






  • 1





    I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

    – Raymond Bannan
    May 7 '15 at 17:00











  • Thanks for your input! Do you know though, exactly what a dummy interface does?

    – JohnyTex
    May 12 '15 at 14:19











  • Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

    – Raymond Bannan
    May 13 '15 at 23:12















0














Are you trying to just forward traffic without re-writing anything?



The way you've written your post makes me think that you are trying to get linux to act as an inline passive tap, but when you say that you want traffic going bi-directional I'm thinking you wanted an active tap.



My best guess right now without clarification of your goal would be something like:



http://backreference.org/2010/03/26/tuntap-interface-tutorial/






share|improve this answer























  • Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

    – JohnyTex
    May 7 '15 at 15:20






  • 1





    I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

    – Raymond Bannan
    May 7 '15 at 17:00











  • Thanks for your input! Do you know though, exactly what a dummy interface does?

    – JohnyTex
    May 12 '15 at 14:19











  • Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

    – Raymond Bannan
    May 13 '15 at 23:12













0












0








0







Are you trying to just forward traffic without re-writing anything?



The way you've written your post makes me think that you are trying to get linux to act as an inline passive tap, but when you say that you want traffic going bi-directional I'm thinking you wanted an active tap.



My best guess right now without clarification of your goal would be something like:



http://backreference.org/2010/03/26/tuntap-interface-tutorial/






share|improve this answer













Are you trying to just forward traffic without re-writing anything?



The way you've written your post makes me think that you are trying to get linux to act as an inline passive tap, but when you say that you want traffic going bi-directional I'm thinking you wanted an active tap.



My best guess right now without clarification of your goal would be something like:



http://backreference.org/2010/03/26/tuntap-interface-tutorial/







share|improve this answer












share|improve this answer



share|improve this answer










answered May 7 '15 at 15:06









Raymond BannanRaymond Bannan

415




415












  • Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

    – JohnyTex
    May 7 '15 at 15:20






  • 1





    I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

    – Raymond Bannan
    May 7 '15 at 17:00











  • Thanks for your input! Do you know though, exactly what a dummy interface does?

    – JohnyTex
    May 12 '15 at 14:19











  • Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

    – Raymond Bannan
    May 13 '15 at 23:12

















  • Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

    – JohnyTex
    May 7 '15 at 15:20






  • 1





    I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

    – Raymond Bannan
    May 7 '15 at 17:00











  • Thanks for your input! Do you know though, exactly what a dummy interface does?

    – JohnyTex
    May 12 '15 at 14:19











  • Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

    – Raymond Bannan
    May 13 '15 at 23:12
















Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

– JohnyTex
May 7 '15 at 15:20





Can't use a TUN/TAP interface because traffic going to userspace will lower bandwidth too much. Actually what I want to achieve is to have a middlepoint where I can attach a GRE tunnel. I want to be able to forward traffic from this middlepoint to either a GPRS or Wifi interface at different points, while still having the tunnel intact. I also can't use bonding or bridges. :-(

– JohnyTex
May 7 '15 at 15:20




1




1





I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

– Raymond Bannan
May 7 '15 at 17:00





I think what you are proposing is basically to turn the box into a router, is that right? I believe bridging is the only means by which you could link two logical networks together without actually being the destination mac address in the frame.

– Raymond Bannan
May 7 '15 at 17:00













Thanks for your input! Do you know though, exactly what a dummy interface does?

– JohnyTex
May 12 '15 at 14:19





Thanks for your input! Do you know though, exactly what a dummy interface does?

– JohnyTex
May 12 '15 at 14:19













Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

– Raymond Bannan
May 13 '15 at 23:12





Your question prompted me to read tldp.org/LDP/nag/node72.html . Beyond the contents of that article, I couldn't exactly say how a dummy interface works. I still think I'm confused less about the dummy interface and more about what you are trying to accomplish. The way your original question is written, it seems to me you'd be making a broadcast storm with src: any dst: any bidirectional, so I made some assumptions.

– Raymond Bannan
May 13 '15 at 23:12

















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f202034%2fforward-traffic-coming-into-dummy-interface-on-to-another-interface%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






Popular posts from this blog

Peggy Mitchell

Palaiologos

The Forum (Inglewood, California)