search for: ip0

Martin, If I understand whay you are suggesting, there is a problem in your design: It will only work if you use Hide NAT. The problem is that the ip_src == IP0 rule is wrong: The ip_src is not changed by the router and it is not equal to the IP of any of the machine interfaces. Can you think of a solution that will work in the following reasonabl scenario: Lets say I have two T1 internet connections connected to one ethernet interface. I do not use Hide-...

Hi. I understand that device aliases (e.g. eth2:3) are not shapeable. Does anybody know if this functionality is planned in the future? Anyway, for the time being the only option that seems to leave is to fwmark packets differently for each device alias and then shape based on that. Is it possible to set multiple marks on the packets? Alternatively, is it possible to check for a specific

...#!/bin/bash # # Script Baseado em http://lartc.org/howto/lartc.rpdb.multiple-links.html # # # IF0=eth1 function interface_interna() { VALOR_IP=0 while [ $VALOR_IP -lt 254 ] ; do if [ $VALOR_IP -ne 33 ] ; then P0_NET=192.168.${VALOR_IP}.0 IP0=192.168.${VALOR_IP}.1 ip route add $P0_NET dev $IF0 src $IP0 table T1 ip route add $P0_NET dev $IF0 src $IP0 table T2 fi VALOR_IP=$(expr $VALOR_IP + 1) done ip route add 192.168.33.0/24 via 10.1.2.1 dev eth1 src 10.1.2.2...

...dom disconnections when proxied in imap-login (either using the internal SSL proxy, or to an external IMAP server) and the error logs contain things like: > Dec 18 00:27:58 imap-login: Info: Disconnected: Connection queue full (auth failed, 1 attempts): user=<user0>, method=PLAIN, rip=<ip0>, lip=134.225.32.156, TLS > Dec 18 00:27:58 imap-login: Panic: file ioloop.c: line 39 (io_add): assertion failed: (fd >= 0) > Dec 18 00:27:58 IMAP 9486 <user1> <ip1> : Info: Connection closed bytes=224/1753 > Dec 18 00:27:58 IMAP 10116 <user2> <ip2> : Info: Co...

On Wed, Apr 27, 2016 at 05:15:57PM +0800, hshh wrote: > >Updated support for BSD tun/tap devices. > It is broken on FreeBSD tun. > > tcpdump on tun, > 09:05:07.458988 IP0 bad-hlen 0 Can you show me your tinc.conf and tinc-up script? Also, which version of FreeBSD are you using? -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature....

...w because of all the silly things I''ve tried to get it working the way I''d like. The ip route outputs below show a third nexthop to the 70.25.176.129 address but I only have that currently running as a test of outputing to all three ISP connections. Kirk #!/bin/bash IF0=eth0 IP0=10.10.10.1 P0=70.25.176.129 P0_NET=10.10.10.0 IF1=eth1 IP1=70.25.176.154 P1=70.25.176.129 P1_NET=70.25.176.128 IF2=ppp0 IP2=209.213.232.127 P2=209.183.132.10 P2_NET=209.0.0.0 IF3=ppp1 IP3=69.63.33.227 P3=209.183.132.10 P3_NET=209.0.0.0 #ip route add $P0_NET dev $IF0 src $IP0 table 50 #ip route add...

...By the way, I´m making NAT toward the Client PCs. Do you have any idea why does it take so long to start navigating and why sometimes it works and sometimes doesn´t. This is the current script running in my server: #================================================= P0_NET=10.0.1.0/24 IF0=eth1 IP0=10.0.1.1 IF1=eth0 IP1=xxx.xxx.xxx.7 P1_NET=xxx.xxx.xxx.0/24 P1=xxx.xxx.xxx.1 IF2=eth2 IP2=yyy.yyy.yyy.21 P2_NET=yyy.yyy.yyy.0/24 P2=yyy.yyy.yyy.1 echo 0 > /proc/sys/net/ipv4/conf/eth0/rp_filter echo 0 > /proc/sys/net/ipv4/conf/eth2/rp_filter echo 3 > /proc/sys/net/ipv4/route/gc_elastic...

Hi all, I have setup two multipath route tables on my system for doing failover routing, What I want it''s that if GW at route1 of the MP is dead, traffic goes by route2, for doing that I have created the multipath routes as follows: ip route add table mail.traffic proto static nexthop via ${GW1} dev eth1 weight 1 nexthop via ${GW2} dev eth1 weight 250 But it does not run as I

On Wed, Apr 27, 2016 at 05:26:36PM +0800, hshh wrote: > >> It is broken on FreeBSD tun. > >> > >> tcpdump on tun, > >> 09:05:07.458988 IP0 bad-hlen 0 It's indeed broken. As a workaround, can you try to change Device to /dev/tap10? You might have to run "kldload if_tap.ko" before starting tinc. -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------...

...By the way, I´m making NAT toward the Client PCs. Do you have any idea why does it take so long to start navigating and why sometimes it works and sometimes doesn´t. This is the current script running in my server: #================================================= P0_NET=10.0.1.0/24 IF0=eth1 IP0=10.0.1.1 IF1=eth0 IP1=xxx.xxx.xxx.7 P1_NET=xxx.xxx.xxx.0/24 P1=xxx.xxx.xxx.1 IF2=eth2 IP2=yyy.yyy.yyy.21 P2_NET=yyy.yyy.yyy.0/24 P2=yyy.yyy.yyy.1 echo 0 > /proc/sys/net/ipv4/conf/eth0/rp_filter echo 0 > /proc/sys/net/ipv4/conf/eth2/rp_filter echo 3 > /proc/sys/net/ipv4/route/gc_elastic...

...By the way, I´m making NAT toward the Client PCs. Do you have any idea why does it take so long to start navigating and why sometimes it works and sometimes doesn´t. This is the current script running in my server: #================================================= P0_NET=10.0.1.0/24 IF0=eth1 IP0=10.0.1.1 IF1=eth0 IP1=xxx.xxx.xxx.7 P1_NET=xxx.xxx.xxx.0/24 P1=xxx.xxx.xxx.1 IF2=eth2 IP2=yyy.yyy.yyy.21 P2_NET=yyy.yyy.yyy.0/24 P2=yyy.yyy.yyy.1 echo 0 > /proc/sys/net/ipv4/conf/eth0/rp_filter echo 0 > /proc/sys/net/ipv4/conf/eth2/rp_filter echo 3 > /proc/sys/net/ipv4/route/gc_elastic...

...Client ; Main server -> small server 3. Client -> small server The problem is, when connection 1. use different uplink then connection 2. Those icq related rules below corrected the problem. My script: IF0=eth2 IF1=eth1 IF2=eth3 IF3=eth0 P0_NET=192.168.1.0/24 P1_NET=public1 P2_NET=public2 IP0=192.168.1.254 IP1=publicip1 IP2=publicip1 #gateway P1=publicgw1 P2=publicgw2 #table T1=211 T2=212 T3=222 IP=/sbin/ip # Delete everything #$IP route flush cache $IP route flush all $IP route flush all table $T1 $IP route flush all table $T2 $IP route flush all table $T3 #icq rules $IP rule dele...

...2ISP P2_NET2="80.55.42.32" ETH2="eth2" IP2="80.55.42.34" R2="80.55.42.33" #3ISP P3_NET3=212.160.117.112 ETH3="eth3" IP3="212.160.117.114" R3="212.160.177.113" #INTERNAL LAN P0_NET="192.168.100.0" ETH0="eth0" IP0="192.168.100.1 #DMZ P4_NET="10.1.1.0" ETH4="eth4" IP4="10.1.1.1" ip route add $P1_NET1 dev $ETH1 src $R1 table T1 ip route add default via $IP1 table T1 ip route add $P2_NET2 dev $ETH2 src $R2 table T2 ip route add default via $IP2 table T2 ip route add $P3_NE...

With pleasure we announce the release of tinc version 1.1pre12. Here is a summary of the changes: * Added a "--syslog" option to force logging to syslog even if running in the foreground. * Fixes and improvements to the DecrementTTL function. * Improved PMTU discovery and UDP keepalive probes. * More efficient relaying of UDP packets through intermediate nodes. * Improved

With pleasure we announce the release of tinc version 1.1pre12. Here is a summary of the changes: * Added a "--syslog" option to force logging to syslog even if running in the foreground. * Fixes and improvements to the DecrementTTL function. * Improved PMTU discovery and UDP keepalive probes. * More efficient relaying of UDP packets through intermediate nodes. * Improved

>Updated support for BSD tun/tap devices. It is broken on FreeBSD tun. tcpdump on tun, 09:05:07.458988 IP0 bad-hlen 0 On Sun, Apr 24, 2016 at 8:16 PM, Guus Sliepen <guus at tinc-vpn.org> wrote: > With pleasure we announce the release of tinc version 1.1pre12. Here is > a summary of the changes: > > * Added a "--syslog" option to force logging to syslog even if running >...

...4 On Wed, Apr 27, 2016 at 5:20 PM, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Wed, Apr 27, 2016 at 05:15:57PM +0800, hshh wrote: > >> >Updated support for BSD tun/tap devices. >> It is broken on FreeBSD tun. >> >> tcpdump on tun, >> 09:05:07.458988 IP0 bad-hlen 0 > > Can you show me your tinc.conf and tinc-up script? Also, which version > of FreeBSD are you using? > > -- > Met vriendelijke groet / with kind regards, > Guus Sliepen <guus at tinc-vpn.org> > > _______________________________________________ >...

...ll you fix it soon? On Wed, Apr 27, 2016 at 5:48 PM, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Wed, Apr 27, 2016 at 05:26:36PM +0800, hshh wrote: > >> >> It is broken on FreeBSD tun. >> >> >> >> tcpdump on tun, >> >> 09:05:07.458988 IP0 bad-hlen 0 > > It's indeed broken. As a workaround, can you try to change Device to > /dev/tap10? You might have to run "kldload if_tap.ko" before starting > tinc. > > -- > Met vriendelijke groet / with kind regards, > Guus Sliepen <guus at tinc-vpn.org...

...1 Warning: Line truncated at (1) In file idpdrv.f:23 10 NDP0=NDP 1 Warning: Label 10 at (1) defined but not used In file idpdrv.f:27 20 DO 24 IP0=1,NDP0 1 Warning: Label 20 at (1) defined but not used In file idpdrv.f:66 30 DO 34 IP0=1,NDP0 1 Warning: Label 30 at (1) defined but not used gfortran -m32 -fpic -O2 -g -pipe -Wall -Wp...

...have not added yet is the interfacing to eth0 (Internal addressing) which I am unsure how to code exactly. Thanks for any help anyone can give. SCRIPT FOLLOWS: #!/bin/sh #Define my vars #Interfaces IF0=eth0 IF1=eth1 IF2=eth2 IF2=eth3 IF2=eth4 IF2=eth5 IF2=eth6 #IP Addresses bound to interfaces IP0=10.10.1.1 #Internal Interface Address IP1=10.254.7.1 #Satellite 1 Interface IP2=10.254.9.1 #Satellite 2 Interface IP3=10.254.10.1 #Satellite 3 Interface IP4=10.254.16.1 #Satellite 4 Interface IP5=10.254.17.1 #Satellite 5 Interface IP6=10.254.18.1 #Satellite 6 Interface #IP Addresses of Gateways P0...