lvs modo dr (RIP, inmersión no en el mismo segmento de red)

lvs modo dr (RIP, inmersión no en el mismo segmento de red)

Como se muestra:

• Un total de tres segmentos

  • El cliente es un segmento de red: eth0 tarjeta del puente
  • enrutador LAN 2, eth1 tarjeta de puente, NAT de red eth0 tarjeta
  • vs RS y sólo eth0 tarjeta de red NAT

• principio:

  vip comparación y la inmersión en un segmento de red, el principio teórico se mantiene sin cambios. Lvs único router de la ruta ha cambiado. En las palabras de un grupo de segmentos, la ruta y lvs servidor por lo general tiene una misma dirección de puerta de enlace, como se muestra en la 192.168.7.254, no en las palabras de una red, pero se consigue mediante la adición de una manera ruta estática, ya que están conectados a un conmutador (vmnet0) anterior.

  nota: Entre dos anfitriones no pueden comunicarse, el factor determinante es la ruta, en lugar de si un segmento en.

Que operan la ruta

root@route:~# route  add  default gw  10.0.0.100 eth0
root@route:~# route  add -host 10.0.0.100 eth0

root@route:~# cat /etc/netplan/01-netcfg.yaml 

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    eth1:
      dhcp4: no
      addresses: [172.16.2.2/20]
      gateway4: 172.16.0.1
      nameservers:
              addresses: [223.6.6.6]
    eth0:
      dhcp4: no
      addresses: [10.0.0.200/8]
      gateway4: 0.0.0.0
      nameservers:
              addresses: [223.6.6.6]

Operaciones en contra

Puerta de enlace punto al router

root@director:~# cat /etc/netplan/01-netcfg.yaml 

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: no
      addresses: [192.168.1.103/21]
      gateway4: 192.168.7.254
      nameservers:
              addresses: [223.6.6.6]

root@director:~# route  add -host 10.0.0.200 eth0
root@director:~# route add default gw 10.0.0.200 eth0

lvs_dr_vs.sh

#!/bin/bash
vip='10.0.0.100'
iface='lo:1'
mask='255.255.255.255'
port='80'
rs1='192.168.1.104'
rs2='192.168.1.105'
scheduler='wrr'
type='-g'
dpkg-query -l ipvsadm &>/dev/null ||apt-get install ipvsadm &>/dev/null
case $1 in
start)
        ifconfig $iface $vip netmask $mask #broadcast $vip up 
        iptables -F
        ipvsadm -A -t ${vip}:${port} -s $scheduler
        ipvsadm -a -t ${vip}:${port} -r ${rs1} $type -w 1
        ipvsadm -a -t ${vip}:${port} -r ${rs2} $type -w 1
        echo "The VS Server is Ready!"
        ;;
stop)
        ipvsadm -C
        ifconfig $iface down
        echo "The VS Server is Canceled!" 
        ;;
*)
        echo "Usage: $(basename $0) start|stop"
        exit 1
        ;;
esac
~                                                                                                                                           
~                                                         

root@director:~#  bash lvs_dr_vs.sh start

On-rs

root@rs2:~# cat /etc/netplan/01-netcfg.yaml 

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: no
      addresses: [192.168.1.105/21]
      gateway4: 10.0.0.200
      nameservers:
              addresses: [223.6.6.6]

root@rs2:~# route add -host 10.0.0.200 eth0
root@rs2:~# route  add default gw 10.0.0.200 eth0

root@rs2:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.0.200      0.0.0.0         UG    0      0        0 eth0
10.0.0.100      0.0.0.0         255.255.255.255 UH    0      0        0 lo
10.0.0.200      0.0.0.0         255.255.255.255 UH    0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.248.0   U     0      0        0 eth0

lvs_dr_rs.sh

#!/bin/sh
#Zhang Shijie:2017-08-18 
LVS_VIP=10.0.0.100

case "$1" in
start)
       /sbin/ifconfig lo:0 $LVS_VIP netmask 255.255.255.255  broadcast $LVS_VIP
       /sbin/route add -host $LVS_VIP dev lo:0
       echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore
       echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce
       echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
       echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce
       sysctl -p >/dev/null 2>&1
       dpkg-query -l apache2 &> /dev/null|| apt-get -y install  apache2 >/dev/null  && echo "RealServer Start OK"  
       echo "<h1>`hostname`</h1>" > /var/www/html/index.html
       ;;
stop)
       /sbin/ifconfig lo:0 down
       /sbin/route del $LVS_VIP >/dev/null 2>&1
       echo "0" >/proc/sys/net/ipv4/conf/lo/arp_ignore
       echo "0" >/proc/sys/net/ipv4/conf/lo/arp_announce
       echo "0" >/proc/sys/net/ipv4/conf/all/arp_ignore
       echo "0" >/proc/sys/net/ipv4/conf/all/arp_announce
       echo "RealServer Stoped"  
       ;;
*)
       echo "Usage: $0 {start|stop}"  
       exit 1
esac
exit 0                                       

root@rs2:~# bash lvs_dr_rs.sh start

Experimental hoyo encontrado

La unión de vip acerca

• Por lo general, la tarjeta VIP lo enlazado anteriormente, esto es porque la tarjeta de lo, no debido a razones físicas tales como la pérdida de los resultados de configuración de red cable de red en la pérdida de información, y si atado en un eth0 hoja separada, en rs afectará a la comunicación normal porque hay ARP ajustes, pero no implica este punto vs.

máscara de red en el vip en rs

Ejemplo: la máscara de red VIP en este caso se establece en 255.255.255.0 cuando RS, RS cuando se ejecuta la secuencia de comandos ping 10.0.0.22 u otra dirección en el segmento 10.0.0.0/24 pueden hacer ping a pesar de no existir en realidad, el mismo efecto que de ping 127.0.0.1. Si se establece en 255.255.255.255, no existe este fenómeno. encontrado etéreo, no recibió los datos pertinentes. (Por supuesto, puede configurar rutas estáticas después de la captura).

Debido a que en el pasado la red para aprender mal, no sé cuál es la razón. Si hay que saber la edad de hierro, por favor, permítanme decir algo

Aunque la configuración de la máscara no afecta al resultado final, pero la prueba de impacto. Porque cuando si se puede hacer ping rs prueba con la ruta, los resultados son susceptibles de conseguirlo es una falsificación.

​

​