Ich fliege raus.

[Admin]

Also das simple Load-Balancing gibt Dir sicher andere IPs. Das macht sogar mein alter Lancom DSL10/i+. Der schaltet einfach auf einer beiden Zugänge um, um wenn der eine voll ist, nimmt er den anderen. Je nachdem, welche QoS bei der Leitung einstellt ist.

Bei den Geräten, die das für VPN oder nur für den Zugang (auch mehrere ISPs) bündeln, ist die Frage, wie die das technisch machen. Hat da jemand so ein Gerät administrativ im Einsatz?

Für VPN gibt's z.B. sowas: www.viprinet.com

 

[gasschwenker]

Hallo Admin,

ist schon klar. Wir sind uns einig. Nur Nightblaster scheint da anderer Meinung zu sein. Und der ist ja vom Fach

Auf der Arbeit (Ich administriere das nicht, die Jungs sitzen ein paar Türen weiter) geht der Surfverkehr über "billige" aDSL Leitungen und die WAN/VPN Strecken gehen über Standleitungen mit festen IPs. Wenn bestimmte Adressen nicht mit wechselnden IPs zurechtkommen werden diese Anfragen anders geroutet und gehen dann eben nicht über den Loadbalancer. Nur die GSV Seite haben die Kollegen halt nicht in dieser Liste.

Viele Grüße,
Gerhard

 

[Fusion Freak]

Das Load Balancing an sich sollte nicht dazu führen, dass beim gsv verschiedene IPs ankommen.

Das will ich jetzt aber erklärt haben. Wir haben für dem "Surfverkehr" verschiedene Leitungen. Bei BT, bei der Telekom etc.
Zu jeder Leitung gehört eine ander WAN IP. Soweit richtig?
Davor hängt der Loadbalancer.
Sagen wir jetzt mal der Balancer springt von BT zu TCOM. Wieso kommt dann die Anfrage mit der gleichen IP an?

Viele Grüße,
Gerhard

damit hast du sicherlich recht. Allerdings sind die Loadbalancer idR so intelligent nicht "wild" zu balancen. D.h. je nach Source-und Dest. Adressen sind die Verbindungen "sticky" d.h. werden einem ISP zugeordnet.

Eine andere Möglichkeit ist BGP. Dabei hat man provider-unabhängige Adressen und dann ist es ebenfalls egal, ob die Pakete über ISP 1 oder ISP 2 geroutet werden.

@gasschwenker: eure Problemen können, müssen aber nicht daran liegen. Wenn der Zugriff über http erfolgt ist jedes http GET quasi eine eigene neue tcp-Session, die nix mit der vorherigen zu tun hat. DIe Session-Logik auf Anwendungsebene läuft über den Browser und Cookies.

 

[gasschwenker]

Wenn ich über die Standleitung rausgehe (Für besonders nette Kollegen haben die Systemer da einen extra Proxy) habe ich null Probleme. Möglicherweise ist der LB nicht richtig konfiguriert, aber das kann ich nicht beurteilen.

Aber mal ein Beispiel, wie sich das Forum verhält, wenn ich einen Beitrag über den "normalen" Zugang, also über den LB poste:

Es kommt mehrmals "invalid session". Irgendwann geht´s dann durch. Ich hab mal mit

http://www.wieistmeineip.de

getestet. Die IP wechselt (scheinbar-)zufällig zwischen mehreren Leitungen.

@PapaMausbär: Ruf doch auch mal diese Seite mehrmals hintereinander auf (wieistmeineip.de). Wenn sich die IP ändert hast Du das gleiche Problem wie ich.
Lösung ist das zwar noch keine, aber immerhin wissen wir dann, woran es liegt.

Viele Grüße,
Gerhard

 

[Fusion Freak]

könnte sein, ich habe gerade mal getestet. Während ich die Antwort geöffnet habe war ich auf ISP 1 und nun schreibe ich auf ISP2 weiter und schicke die Antwort ab...

kein Problem, bestätigt also meine Vermutung, dass es nur am Browser-Cookie hängt

 

[Papa Mausbär]

beim login das häkchen

"bei jedem besuch autom. einloggen?"

gesetzt

Warum auch immer, aber das wars. Seither kein Problem mehr.