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 <[email protected]> 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 > > [r...@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: [email protected] > > 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 - [email protected] > Send requests to [email protected] > or go to http://lists.graemef.net/mailman/listinfo/lvs-users > _______________________________________________ Please read the documentation before posting - it's available at: http://www.linuxvirtualserver.org/ LinuxVirtualServer.org mailing list - [email protected] Send requests to [email protected] or go to http://lists.graemef.net/mailman/listinfo/lvs-users
