iSCSI Server an Interface binden

[HeizungAuf5 13]

Hallo zusammen,

 

wir versuchen aktuell einen iSCSI Zielserver (Windows Server 2022) an unsere Infrastruktur anzubinden. Allerdings scheint der Server die iSCSI Bereitstellung auf einen einzelnen Netzwerkadapter zu binden.

 

Die Server haben jeweils 2 Netzwerkkarten. Eine für den "normalen" Traffic mit Standardgateway und DNS und einmal eine direkte Verbindung zwischen dem iSCSI Server und Client.

 

Aktuell ist es möglich, das iSCSI Target vom Initiator über die 10.11.12.13 einzubinden. Allerdings nicht über das eigentliche iSCSI Interface (rote Verbindung in der Übersicht). Versuchen wir das iSCSI Target über die rote Verbindung einzubinden, erhalten wir nur eine Fehlermeldung "Fehler bei der Verbindung. ". Im Ereignislog erzeugt sich dann der Eintrag

Vom Initiator konnte keine Verbindung mit dem Ziel hergestellt werden. Die Ziel-IP-Adresse und die TCP-Anschlussnummer sind in Sicherungsdaten angegeben.

 

Ich habe hier die Vermutung, dass der iSCSI Serevr die Bereitstellung auf eine Netzwerkkarte gebunden hat. Der Initiator ist auf dem Server per IQN eingetragen, sollte also nicht das Problem sein. Pingen können sich die beiden Server über die "rote" Verbindung auch.

 

Wo lässt sich die Bindung auf dem iSCSI Server umstellen?

 

Danke und LG!

bearbeitet 5. März 2023 von HeizungAuf5
Typo im Betreff

[Nobbyaushb 1.545]

Gebe den beiden Interfaces jeweils eine gültige IP Adresse und keine aus dem APIPA Bereich

 

z.B. 192.168.100.10 und .11 und kein Gateway, IPv6 auch nicht auf dem Adapter

 

N

[NorbertFe 2.206]

  Am 5.3.2023 um 16:22 schrieb Nobbyaushb:

Gebe

Mehr  

Gib! ;)

 

wie kommt man eigentlich auf so einen ip Bereich? ;)

[HeizungAuf5 13]

  Am 5.3.2023 um 16:22 schrieb Nobbyaushb:

Gebe den beiden Interfaces jeweils eine gültige IP Adresse und keine aus dem APIPA Bereich

Mehr  

Danke. Nun klappts. Schade, dass Windows da nicht mitspielen will.

 

  Am 5.3.2023 um 19:07 schrieb NorbertFe:

wie kommt man eigentlich auf so einen ip Bereich? ;)

Mehr  

Nutze ich ganz gerne, wenn kein Routing stattfinden soll, sondern einfach eine direkte Kommunikation. Spart einfach "echte" Netze.

[Nobbyaushb 1.545]

  Am 5.3.2023 um 19:11 schrieb HeizungAuf5:

Danke. Nun klappts. Schade, dass Windows da nicht mitspielen will.

 

Nutze ich ganz gerne, wenn kein Routing stattfinden soll, sondern einfach eine direkte Kommunikation. Spart einfach "echte" Netze.

Mehr  

Den Effekt siehst du gerade

Es gibt geschützte Bereiche, z.B. 127. und eben 169.254.

IP Grundwissen 2te Stunde…

[NorbertFe 2.206]

  Am 5.3.2023 um 19:11 schrieb HeizungAuf5:

Nutze ich ganz gerne, wenn kein Routing stattfinden soll,

Mehr  

Häh? Und alle anderen Netze kann man nicht nicht routen? ;)

[HeizungAuf5 13]

  Am 5.3.2023 um 19:39 schrieb NorbertFe:

Und alle anderen Netze kann man nicht nicht routen? ;)

Mehr  

Sicher geht das. Das hab ich auch nie gesagt.

 

(Wenn ich gewusst hätte, wie damit ins Wespennest gestochen wird, hätte ich die iSCSI IPs auf der Grafik auch randomisiert. Wer noch nie die Best Practice von irgendwas verlassen hat, werfe die erste Diskette).

[NorbertFe 2.206]

[NilsK 3.012]

Moin,

 

<theatralisch> von Best Practice abweichen? Wiiiiir? </theatralisch>

 

Gruß, Nils

 

[daabm 1.399]

  Am 5.3.2023 um 19:49 schrieb HeizungAuf5:

(Wenn ich gewusst hätte, wie damit ins Wespennest gestochen wird, hätte ich die iSCSI IPs auf der Grafik auch randomisiert. Wer noch nie die Best Practice von irgendwas verlassen hat, werfe die erste Diskette).

Mehr  

 

Ist doch kein Wespennest - und ohne die echten IPs hättest Du den Tip nie bekommen. So gesehen...

 

Die Diskette war mein heutiger Top-Lacher bisher 👍