[lvs-users] LVS TUN wierd conf..bad arp reply form the same MAC on any IP?

Partica Cristian partysoft at gmail.com
Thu Oct 29 03:01:01 GMT 2009


so it isn't because of the arp and the router ? i thought that it had
something to do with it, but of course the TUN is supposed to work
regardless of the ARP, because the packages are encapsulates , and the main
arp is ignored from the kernel params..right?


On Wed, Oct 28, 2009 at 8:08 PM, Malte Geierhos <malte at snapscouts.de> wrote:

> Please take a look at the bottom of the howto
> where there's explained howto set tcp-mss size ;)
>
> > Just a quick update
> >
> > when i try to load in the server browser the..
> > http://10.1.228.234
> > it doesn't give a timeout...right away it stays there for like 30 seconds
> > ,..connecting...
> > that's when i've made the tcp dump in the previous post
> >
> > if i do a list
> > [root at linux ~]# ipvsadm -L
> > IP Virtual Server version 1.2.1 (size=4096)
> > Prot LocalAddress:Port Scheduler Flags
> >    ->  RemoteAddress:Port           Forward Weight ActiveConn InActConn
> > TCP  10.1.228.236:http wlc
> >    ->  10.1.239.163:http          Tunnel  1      0          2
> >
> >
> > so probably the answer of what i'm doing wrong is..pretty simlpe, but i'm
> > not a 100% networking guru, so i\m clearly missing it
> >
> > so it sais clearly InActConn 2,
> >
> >
> > partysoft wrote:
> >
> >> Hy All!
> >> i'm trying to setup an LVS system for http with 3 servers 1 being the
> >> director..(i have a previous post for this that went sucessfull)
> >> the subjects are the servers:
> >> 10.1.228.234 (public ip of the director)  -has configured the
> 10.1.228.236
> >> as the VIP (virtual ip)  - so the http service will be accesible through
> >> this ip and directed to the real servers (RS)
> >>
> >> 10.1.228.235 RS1 (real server 1  - we used the method VS/DR as they are
> >> cable linked and same C class, no router between them  )  - and it works
> >> great...without problems
> >> 10.1.239.163 RS2 (real server 2 -  VS/TUN, by encapsulating the packages
> >> in a tunnel since it passes through a router..and this is the way to do
> it
> >> )
> >> ----------------------------------------
> >>
> >>
> >
>
>
> --
> Malte Geierhos
> Serverbetreuung / Administration
>
>
> SnapScouts.de
> Snapscouts Limited Zweigniederlassung Görlitz
> Krischelstraße 14
> 02826 Görlitz
>
> Fax:    +49 (0) 35 81 / 66 72 53
> Mobil:  +49 (0) 1 51 / 27 00 22 70
> E-Mail: malte at snapscouts.de
>
> Web:    http://www.snapscouts.de
>
>
> Geschäftsführer: Thomas von Skrbensky
> Registergericht: Dresden HRB 25880
> USt-IdNr.: DE254464823
>
> Zweigniederlassung der Snapscouts Limited
> 69 Great Hampton Street
> Birmingham, B18 6EW
> Handelsreegister für England&  Wales
> Unternehmen Nr.: 6198239
>
> Diese Information ist ausschließlich für den Adressaten bestimmt und
> kann vertrauliche oder gesetzlich geschützte Informationen enthalten.
> Wenn Sie nicht der bestimmungsgemäße Adressat sind, unterrichten Sie
> bitte den Absender und vernichten Sie diese E-Mail. Anderen als dem
> bestimmungsgemäßen Adressaten ist es untersagt, diese E-Mail zu lesen,
> zu speichern, weiterzuleiten oder ihren Inhalt, auf welche Weise auch
> immer, zu verwenden. Wir verwenden aktuelle Virenschutzprogramme.
> Für Schäden, die dem Empfänger, gleichwohl durch von uns zugesandte
> mit Viren befallene E-Mails entstehen, schließen wir jede Haftung aus.
>
>
>
>
> _______________________________________________
> Please read the documentation before posting - it's available at:
> http://www.linuxvirtualserver.org/
>
> LinuxVirtualServer.org mailing list - lvs-users at LinuxVirtualServer.org
> Send requests to lvs-users-request at LinuxVirtualServer.org
> or go to http://lists.graemef.net/mailman/listinfo/lvs-users
>



More information about the lvs-users mailing list