NEUE FRAGE 71
Es gibt drei Server im Pool: 172.16.20.1, 172.16.20.2 und 172.16.20.3, mit der virtuellen IP-Adresse 10.0.20.88.
Ein Benutzer kann sich NICHT mit einer HTTP-Anwendung verbinden. Um das Problem zu verstehen und eine Lösung zu finden, führt der LTM-Spezialist zwei gleichzeitige Traces auf dem LTM-Gerät durch, mit den folgenden Ergebnissen:
Trace auf der Client-Seite:
tcpdump: ausführliche Ausgabe unterdrückt, verwenden Sie -v oder -vv für vollständige Protokolldekodierung
lauscht auf 0.0, Link-Typ EN10MB (Ethernet), Capture-Größe 96 Bytes
22:22:07.423759 IP 172.16.20.100.53875 > 10.0.20.88.80: S 998346084:998346084(0)
win 5840
22:22:07.424056 IP 10.0.20.88.80 > 172.16.20.100.53875: S 4671780:4671780(0) ack
998346085 win 4380 22:22:07.424776 IP 172.16.20.100.53875 > 10.0.20.88.80: . ack 1 win 365
<nop,nop,timestamp 67942058 2392362490>
22:22:07.424790 IP 172.16.20.100.53875 > 10.0.20.88.80: P 1:149(148) ack 1 win 365 22:22:07.424891 IP 10.0.20.88.80 > 172.16.20.100.53875: . ack 149 win 4528
<nop,nop,timestamp 2392362491 67942058>
22:22:12.024850 IP 10.0.20.88.80 > 172.16.20.100.53875: R 1:1(0) ack 149 win 4528
6 erfasste Pakete
6 vom Filter empfangene Pakete
0 vom Kernel verworfene Pakete
Trace auf der Server-Seite:
tcpdump: ausführliche Ausgabe unterdrückt, verwenden Sie -v oder -vv für vollständige Protokolldekodierung
Mithören auf internem, Link-Typ EN10MB (Ethernet), Capture-Größe 96 Bytes
22:22:07.424881 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) win
4380
22:22:08.424893 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) win 4380
22:22:09.625082 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) win 4380
22:22:10.825194 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) win 4380
4 Pakete erfasst 4 Pakete vom Filter empfangen 0 Pakete vom Kernel verworfen
Was sollte der LTM-Spezialist tun, um das Problem zu lösen?