eth0, eth0:1 und eine 2te IP, aber wie benutzen

B

BasCom

New Member
Grüsse leute. ich hab von strato nun mal meine 2te ip bekommen. happy wie ich war, gleich nen virtuelles iface erstellt, und klappt soweit alles wunder bar

Code: 
auto lo eth0
auto eth0:1
iface lo inet loopback

# The primary network interface
iface eth0 inet static
        address 81.169.140.xxxxxxx
        netmask 255.255.255.0
        broadcast 81.169.140.255
        network 81.169.140.0
        gateway 81.169.140.1
        post-up iptables-restore < /etc/iptables.up.rules


iface eth0:1 inet static
        address 81.169.176.xxxxxxxxxx
        netmask 255.255.255.0
        broadcast 81.169.176.255
        network 81.169.176.0

meine interfaces datei.

das klappt ja auch wunderbar, meine ip auf der virtuellen eth kann ich von daheim anpingen, vom root server selber, alles toll,leider aber kann ich bestimmte outgoing dienste, wie

PSYBNC
SQUID
nicht an eth0:1 binden.

d.h.: es geht schon,aber benutz ich den squid oder psybnc geht er immer ueber die eth0 ip ins grosse www, statt mit der von eth0:1. ich habe aber keine probleme "lausch"-dienste an eth0:1 zu binden, die lauschen dann auch nur dort.

weiss jemand woran das liegt?

mfg malle
 
was den squid angeht, ja. den psybnc ebenfalls.

andere Dienste, die nach draussen gehen sollen, habe ich zur Zeit nicht.

Nur Apache usw, da koennte höchstens jemand der auf die Webseite zugreift, in seinen Logs schauen, ueber welche Schnittstelle der Apache antwortet.
 
Damit ein Programm ein bestimmtes Interface nach draußen nimmt, musst du es explizit dazu anweisen. Wie ist vom Programm und seiner Config abhängig.

Wenn ein Programm nicht explizit eine bestimmte Quell-IP benutzt, dann wird die des primären Interface genommen.
 
Da die wenigsten Programme dafür eine Config-Option besitzen, wäre es somit ein Ansatz, einfach mal die beiden IP-Adressen zu vertauschen.
 
An einen tausch habe ich bereits gedacht. Ich werde das ganze aber mal mit Routing testen. Zu einem ssh server habe ich die Route mal ueber das eth0:1 Gateway geleitet, und siehe da, es klappte. Nun habe ich zwei Routen ala 0.0.0.0
mal sehn, ob das klappt. wusste nicht das man bei Linux 2 defaults vergeben kann.
 
BasCom said:
Nun habe ich zwei Routen ala 0.0.0.0
Click to expand...
AFAIK wird dann alles über die Route geschickt, die weiter oben in der Routing-Table auftaucht, da diese von oben nach unten durchlaufen wird und die erste passende Route wird genommen.

Was noch möglich wäre, ist das Routing per ip-filter zu manipulieren und die Source-Adresse per Regelsätzen auf die Sekundäre IP zu routen. (SNAT)

Mit shorewall kann man diese Regeln leicht im File masq bestimmen. Ein schönes Beispiel ist Example 5 unter diesem URL: shorewall-masq
Wenn man als Interface für incoming traffic "fw" angibt funktioniert das auch für Traffic, der seinen Ursprung auf der lokalen Maschine hat. (Die Beispiele sind alle für durchgeleiteten Traffic)
 
Edit: also ich habe jetzt auch mal eine 2te route definiert 0.0.0.0 ueber eth0:1, nun wird diese auch benutzt. Allerdings, wohl weil sie neuer ist ( @genau wie du sagst elias) , nun auch ständig, d.h. das prozesse die an eth0 gebunden sind, sich da auch nicht dran halten. Die Lösung dahingehend wäre wohl ein 2tes OS via vmware server. Dort liefen dann die prozesse die auf ip nummer2 rausgehen sollen.

Das ganze geht zwar auch mit iptables, glaube ueber die PID kann man da was deichseln, aber da kann ich lieber einzelne routen fuer die Ziele der Prozesse angeben. Bloed nur fuer den Squid, der hat ja variable Ziele :-)
Wie machen das denn wohl shell provider, die sehr viele ips in Ihrem Portfolio haben, um die Leut mit PSYBNCs und EGGDROPS zu versorgen, da klappts ja auch.
 
Hallo,
Thema psyBNC das geht auch einfacher.
ich sag einfach nur irc-guide - psyBNC -> psyBNC Installation und Konfiguration
 
Ich weiss wie man einen Psybnc einstellt. Aber darum gehts ja auch gar nicht. ist schliesslich kein Fehler im Psy. Betrifft alle Prozesse die laufen.
 
You must log in or register to reply here.
Back
Top