Hallo,
Ich habe nach der Anleitung des LVS-howto http://www.austintek.com/LVS/LVS-HOWTO/ ... HOWTO.html LVS-NAT und LVS-DR mal zuhause nachgebaut wobei ich sagen muss das LVS-NAT viel einfacher ist. Bei LVS-DR konnte ich zwar erfolgreich alles zum Laufen bringen aber ich habe noch ein paar Verständnissprobleme.
Das Setup ist folgendes:
Director: Real-IP: 192.168.1.9 (eth0)
Virtual-IP: 192.168.1.110, eth0:110
route add -host 192.168.1.110 dev lo:110
ipvsadm -A -t 192.168.1.110:http -s rr
ipvsadm -a -t 192.168.1.110:http -r 192.168.1.11 -g -w 1
ipvsadm -a -t 192.168.1.110:telnet -r 192.168.1.12 -g -w 1
Realserver1: Real-IP: 192.168.1.11(eth0)
Virtual-IP: 192.168.1.110, lo:0
route add -host 192.168.1.110 dev lo:110
Realserver1: Real-IP: 192.168.1.12(eth0)
Virtual-IP: 192.168.1.110, lo:0
route add -host 192.168.1.110 dev lo:110
Client: Real-IP: 192.168.1.254
Habe alles von dem LVS-howto übernommen es funktioniert alles auch. Wenn ich nun vom Client aus eine HTTP-Anfrage starte auf die IP 192.168.1.110 dann komme ich auch jedes mal auf einem anderem Realserver raus so wie es sein soll. Nun meine Verständnissfrage. Wozu brauchen die Realserver die IP 192.168.1.110 auf dem lo Interface? Und wozu muss dieses Interface als hidden markiert sein? Ich weiss nur
das das interface dann nicht mehr auf ARP-Anfragen reagiert. Welchen GENAUEN Weg nimmt nun das Paket vom Client bis zum Server und wieder zurück? Dem route add -host 192.168.1.110 dev lo:110 Eintrag kann ich auch nicht ganz folgen wozu man den braucht.. Ich würde mich sehr freuen wenn mir da jemand weiterhelfen könnte.
MfG
Jelcin