Hallo und willkommen zurück.
Im heutigen Video werden wir über die Erfassung der Client-IP hinter LP sprechen.
Wenn Sie in einem Unternehmen arbeiten, ist dies ein sehr wichtiges Thema, das Sie für die meisten
Anwendungsfälle implementieren werden.
Lassen Sie uns also fortfahren und dies im Detail verstehen.
In einem typischen Setup, in dem der Elastic Load Balancer eingesetzt wird, erhält die Backend-Anwendung
nicht die IP-Adresse des Clients.
Nehmen wir zum Beispiel an, Sie haben eine EC-2-Instanz, die sich hinter dem Load Balancer befindet.
Jetzt haben Sie einen Client mit der IP-Adresse 192 168 0. 10.
Wenn also ein Client eine Anfrage an den Elastic Load Balancer sendet, leitet dieser
die Anfrage an die Backend-EC2-Instanz weiter.
In diesem Fall wird die EC-2-Instanz wissen, dass die Anfrage von gate login dot PHP von einer Ressource mit
der IP-Adresse 7231 10 stammt. 5 In Ordnung.
Sie sehen also, dass Sie eine Anfrage von einem 7231 10. 5 Nun sieht das zwar gut aus, aber in vielen Anwendungsfällen
ist es sehr wichtig, dass die Backend-EC2-Instanz die IP-Adresse des Clients kennt, der die Anfrage gestellt
hat.
So kann zum Beispiel statt einer 7231 10. 5 diese einfach zu instanziieren benötigt die ursprüngliche
Client-IP, die 192 168 0 ist. 10 Und genau das werden wir im heutigen Video besprechen.
Je nach Art des Load Balancers und des Listeners ändert sich nun auch die Art und Weise, wie die Client-IP
an den Backend-Server weitergeleitet wird.
Bei klassischen Load Balancern für HTTP-basierte Listener wird beispielsweise die Client-IP standardmäßig an die Server weitergeleitet.
Für TCP IP-basierte Listener muss jedoch das Proxy-Protokoll für den Anwendungslastausgleich aktiviert werden.
Die Client-IP wird mit der Anfrage übergeben, so dass Sie den x forwarded for-Header in der Anwendung verwenden müssen, um die
Client-Adresse zu erfassen.
Wir werden dies nun auch unter taktischen Gesichtspunkten erörtern, da dies ein wenig verwirrend ist.
Lassen Sie uns also kurz innehalten und den theoretischen Teil abschließen.
Wenn wir nun über den Netzwerk-Load-Balancer sprechen, ist zum Beispiel die IP-Adressenspeicherung
des Clients aktiviert, und die IP-Typ-Zielgruppen mit UDP- und TCP-UDP-Protokoll.
Dies ist also die Standardeinstellung, die Sie nicht deaktivieren können.
Sie können jedoch die Client-IP-Erhaltung für TCP- und TLS-basierte Zielgruppen aktivieren oder deaktivieren.
Lassen Sie uns also eine Sache tun.
Lassen Sie uns dies schnell von einem praktischen Standpunkt aus verstehen.
Für das heutige Video habe ich einen Netzwerk-Load-Balancer und einen Anwendungs-Load-Balancer, beide
von ihnen.
Die Anfrage wird an die gleiche EC2-Instanz gesendet, die Sie hier sehen.
Lassen Sie uns nun schnell öffnen und sehen, was genau die Instanz hostet.
Wenn ich also im Browser die URL einfüge, heißt es nur.
Willkommen bei Engine X.
Jetzt von der EC zwei Instanz, in der die Maschine X läuft, lassen Sie uns fortfahren und schnell
ein tale auf var log engine x access dot log machen.
Also gut.
Wir werden uns ansehen, was genau in dem Antrag steht.
Kopieren wir also zunächst den DNS des Application Load Balancer.
Und von einer neuen Registerkarte aus werde ich den ALB DNS schnell abfragen.
Lassen Sie uns also in diesem Stadium schnell abwarten.
Also gut.
Wir haben jetzt eine Antwort erhalten.
Sie sehen, wir hatten eine Gate-Anfrage, die gestellt wurde, und die IP-Adresse ist die IP des Anwendungslastausgleichs.
Wenn Sie es noch einfacher haben wollen, können Sie den Testpunkt machen.
Und jetzt sehen Sie hier für die Testanforderung, dass die IP-Adresse die des Load Balancers ist.
Hier wird nun ein weiterer wichtiger Punkt mit Zuständen erwähnt, die den x forwarded for header in der Anwendung verwenden,
um die Client-IP zu erfassen.
Der Load Balancer sendet also auch die Client-IP an die EC2-Instanz.
Die Anwendung oder der Webserver, der im AC two läuft, muss jedoch ebenfalls die Kopfzeile x forwarded for
verwenden.
Jetzt möchte ich Ihnen noch schnell zeigen, dass Sie hier die LP-IP haben, aber in der letzten Zeile haben Sie die tatsächliche Client-IP.
Diese IP-Adresse, die Sie sehen, ist also die aktuelle IP-Adresse meines Internetanbieters, die mir zugewiesen ist.
Wie wird nun diese spezifische IP-Adresse erfasst?
Machen wir eine Kontrolle C.
Wenn Sie nun einen kurzen Blick auf die Konfiguration von Motor X werfen, müssen Sie aus praktischer
Sicht in Prüfungen nicht im Detail über Motor X Bescheid wissen, aber ich zeige es Ihnen nur, weil es Ihnen in
realen Szenarien helfen könnte.
In der Engine x Log Format über Ihre erste ist die Remote Addr.
Dies ist also die Adresse, die durch die IP-Adresse des Elastic Load Balancer ersetzt wird.
Abgesehen davon erfassen Sie auch die http x weitergeleitet für.
Hier wird also die IP-Adresse des eigentlichen Clients ersetzt, da der Load Balancer ohnehin die IP-Adresse
des Clients mit dem Header x forwarded for sendet.
Auf der Ebene des Motors x erfassen Sie es also.
Das ist der Grund, warum am Ende der Zeile die IP-Adresse des Clients steht.
Gut, das ist für den Anwendungslastausgleich.
Wenn Sie es nicht in der Engine X konfiguriert haben, wird es nicht angezeigt.
Im Protokollformat müssen Sie also explizit editieren.
Gehen Sie nun wieder zum Zugriffsprotokoll zurück.
Diesmal wird die Anfrage über den Netzwerk-Load-Balancer an die EC-2-Instanz gesendet.
Kehren wir also zum Netzwerk-Load-Balancer zurück.
Ich werde den DNS-Namen kopieren.
Wir werden einen Curl auf nlrp3 machen.
Lassen Sie uns also kurz warten.
Ich werde schnell einen Anruf tätigen.
Auch hier haben wir eine Antwort erhalten.
Wenn Sie sich das Protokoll ansehen, finden Sie das NLB txt-Protokoll.
Hier sehen Sie nun, dass die IP-Adresse 1010 lautet.
Sie sehen also direkt die IP-Adresse des Clients.
Bei Verwendung des Netzwerk-Load-Balancers ist es nicht unbedingt erforderlich, den x forwarded for-Header zu erfassen, um die
IP-Adresse des Clients zu ermitteln.
Also gut.
Ich hoffe, Sie haben damit besser verstanden, wie die IP des Kunden erfasst werden kann.
Auch hier hängt alles von dem Listener und dem Elastic Load Balancer ab, den Sie verwenden.
Bevor wir zum Schluss kommen, möchte ich Ihnen noch eine Sache zeigen.
Schauen wir uns einmal an, welche Zielgruppe dieser Netzlastausgleicher verwendet.
Es wird eine Zielgruppe verwendet, die als Stichprobe bezeichnet wird Zielgruppe.
Also los geht's.
Zu den Zielgruppen, der Musterzielgruppe.
Wenn Sie sich nun die Attribute ansehen, gibt es ein spezielles Attribut, das sich auf die Beibehaltung der Client-IP-Adresse
bezieht.
Dies ist also die wichtigste Eigenschaft.
Wenn Sie dieses spezielle Attribut deaktivieren, kehren wir zum Load Balancer zurück.
Kopieren wir den Dennis noch einmal.
Von der CL aus werde ich also denselben Befehlssatz auf der Demo-NLB ausführen.
Lassen Sie uns auch die Protokolle noch einmal aufzeichnen, wenn wir dieses Mal anrufen.
Anstelle der Client-IP.
Diesmal sehen wir die Load-Balancer-IP für die Get-Anfrage auf NLP.
Also gut.
Je nach den Anforderungen haben Sie also eine gewisse Flexibilität.
In den meisten Anwendungsfällen müssen Sie jedoch die IP-Adressenspeicherung des Clients aktivieren.
Damit endet unser heutiges Video.