Dyo IP addr se ena ethernet interface
Antonis Christofides
δικτύου eth1 (3c905B). (Έχει και μια eth0 που δεν χρησιμοποιείται).
Για κάποιο λόγο που δεν θέλω τώρα να εξηγήσω γιατί είναι εκτός
θέματος, χρειάζεται να του βάλω και δεύτερη IP address.
auto eth1
iface eth1 inet static
address ...
...
auto eth1:1
iface eth1:1 inet static
address ...
...
Αυτό δούλεψε μεν, αλλά έχει το πρόβλημα πως (ενίοτε ή πάντα, δεν είμαι
σίγουρος) όταν στέλνει email στον smarthost τα στέλνει από το eth1:1,
ενώ εγώ θέλω πάντα να τα στέλνει από το eth1. Μπορώ μεν στο exim να
βάλω κάπου την παράμετρο interfaces στο smtp transport, που θα λύσει
αυτό το πρόβλημα, έτσι όμως θα λύσω ένα επιμέρους σύμπτωμα. Αυτό που
θα ήθελα είναι ΠΑΝΤΑ να χρησιμοποιείται η eth1, για όλες τις
εξερχόμενες συνδέσεις. Και επειδή αυτό που ζητάω μου φαίνεται πολύ
απλό και προφανές, αναρωτιέμαι αν είναι εύκολο χωρίς να μου βγει ο
πάτος ανάποδα με ρύθμιση routing tables.
Δοκίμασα να βάλω την παράμετρο metric στα παραπάνω, αλλά φαίνεται να
την αγνοεί. Δοκίμασα και με το χειροκίνητο, ifconfig eth1:1
147.102.160.4 netmask 255.255.255.0 gateway 147.102.160.200 metric 2,
αλλά μου απαντάει SIOCSIFMETRIC: Operation not supported. Δοκίμασα και
με το πακέτο ifmetric, αλλά μου απαντάει ότι το 'eth1:1' δεν υπάρχει
ενώ υπάρχει. Και σαν κάπου να διάβασα ότι το metric στα interfaces
καταργήθηκε στον kernel 2.2 (έχω 2.6.26).
Μπορεί κάποιος να με διαφωτίσει; Ευχαριστώ!
Panagiotis Palias
> Αυτό δούλεψε μεν, αλλά έχει το πρόβλημα πως (ενίοτε ή πάντα, δεν είμαι
> σίγουρος) όταν στέλνει email στον smarthost τα στέλνει από το eth1:1,
> ενώ εγώ θέλω πάντα να τα στέλνει από το eth1. Μπορώ μεν στο exim να
> βάλω κάπου την παράμετρο interfaces στο smtp transport, που θα λύσει
> αυτό το πρόβλημα, έτσι όμως θα λύσω ένα επιμέρους σύμπτωμα. Αυτό που
> θα ήθελα είναι ΠΑΝΤΑ να χρησιμοποιείται η eth1, για όλες τις
> εξερχόμενες συνδέσεις. Και επειδή αυτό που ζητάω μου φαίνεται πολύ
> απλό και προφανές, αναρωτιέμαι αν είναι εύκολο χωρίς να μου βγει ο
> πάτος ανάποδα με ρύθμιση routing tables.
>
> Δοκίμασα να βάλω την παράμετρο metric στα παραπάνω, αλλά φαίνεται να
> την αγνοεί. Δοκίμασα και με το χειροκίνητο, ifconfig eth1:1
> 147.102.160.4 netmask 255.255.255.0 gateway 147.102.160.200 metric 2,
> αλλά μου απαντάει SIOCSIFMETRIC: Operation not supported. Δοκίμασα και
> με το πακέτο ifmetric, αλλά μου απαντάει ότι το 'eth1:1' δεν υπάρχει
> ενώ υπάρχει. Και σαν κάπου να διάβασα ότι το metric στα interfaces
> καταργήθηκε στον kernel 2.2 (έχω 2.6.26).
>
> Μπορεί κάποιος να με διαφωτίσει; Ευχαριστώ!
Το metric δεν μπαίνει στην ifconfig αλλά στην route. Απλώς βάζεις default gateway με μικρότερο metric στο eth1, απ'ότι στο eth1:1.
Γίνεται και με την route και με την ip εντολή.
Ένα παράδειγμα είναι:
route add default gw 192.168.1.1 metric 1 (για το eth1)
route add default gw 172.16.0.1 metric 10 (για το eth1:1)
αν είναι στο ίδιο δίκτυο τότε στις εντολές βάζεις:
dev eth1
dev eth1:1
μιας και το gateway θα είναι το ίδιο.
Thanasis
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½. οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ Debian οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ services, οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ eth1 (3c905B). (οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ eth0 οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½).
> οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ IP address.
>
> auto eth1
> iface eth1 inet static
> address ...
> ...
>
> auto eth1:1
> iface eth1:1 inet static
> address ...
> ...
>
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½) οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ email οΏ½οΏ½οΏ½οΏ½ smarthost οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ eth1:1,
> οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ eth1. οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ exim οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ interfaces οΏ½οΏ½οΏ½ smtp transport, οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½. οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½
> οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½ eth1, οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½.
οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ eth1:1 οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½οΏ½
οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½
Apollon Koutlidis
> Καλησπέρα. Έχω ένα Debian σέρβερ, με ένα σωρό services, και μία κάρτα
> δικτύου eth1 (3c905B). (Έχει και μια eth0 που δεν χρησιμοποιείται).
> Για κάποιο λόγο που δεν θέλω τώρα να εξηγήσω γιατί είναι εκτός
>
> auto eth1
> iface eth1 inet static
> address ...
> ...
>
> auto eth1:1
> iface eth1:1 inet static
> address ...
> ...
>
> σίγουρος) όταν στέλνει email στον smarthost τα στέλνει από το eth1:1,
> ενώ εγώ θέλω πάντα να τα στέλνει από το eth1.
subnet με κάποια από τις 2 IP;
Α.
Alexandros Kosiaris
> Καλησπέρα. Έχω ένα Debian σέρβερ, με ένα σωρό services, και μία κάρτα
> δικτύου eth1 (3c905B). (Έχει και μια eth0 που δεν χρησιμοποιείται).
> Για κάποιο λόγο που δεν θέλω τώρα να εξηγήσω γιατί είναι εκτός
> θέματος, χρειάζεται να του βάλω και δεύτερη IP address.
>
> auto eth1
> iface eth1 inet static
> address ...
> ...
>
> auto eth1:1
> iface eth1:1 inet static
> address ...
> ...
>
> Αυτό δούλεψε μεν, αλλά έχει το πρόβλημα πως (ενίοτε ή πάντα, δεν είμαι
> σίγουρος) όταν στέλνει email στον smarthost τα στέλνει από το eth1:1,
> βάλω κάπου την παράμετρο interfaces στο smtp transport, που θα λύσει
> αυτό το πρόβλημα, έτσι όμως θα λύσω ένα επιμέρους σύμπτωμα. Αυτό που
> θα ήθελα είναι ΠΑΝΤΑ να χρησιμοποιείται η eth1, για όλες τις
> εξερχόμενες συνδέσεις. Και επειδή αυτό που ζητάω μου φαίνεται πολύ
> απλό και προφανές, αναρωτιέμαι αν είναι εύκολο χωρίς να μου βγει ο
> πάτος ανάποδα με ρύθμιση routing tables.
auto eth1
iface eth1 inet static
address XXX.XXX.XXX.XXA
netmask YYY.YYY.YYY.YYY
gateway ZZZ.ZZZ.ZZZ.ZZZ
auto eth1:1
iface eth1:1 inet static
address XXX.XXX.XXX.XXB
netmask YYY.YYY.YYY.YYY
gateway ZZZ.ZZZ.ZZZ.ZZZ
Βγάλε το gateway entry από αυτό που δεν θες να χρησιμοποιείται ως κύριο
και θα είσαι λογικά εντάξει.
> Δοκίμασα να βάλω την παράμετρο metric στα παραπάνω, αλλά φαίνεται να
> την αγνοεί. Δοκίμασα και με το χειροκίνητο, ifconfig eth1:1
> 147.102.160.4 netmask 255.255.255.0 gateway 147.102.160.200 metric 2,
> αλλά μου απαντάει SIOCSIFMETRIC: Operation not supported.
Δεν φταίει το metric. Το ifconfig δεν έχει την παράμετρο gateway. Αυτό
περνιέται στην route.
> Δοκίμασα και
> με το πακέτο ifmetric, αλλά μου απαντάει ότι το 'eth1:1' δεν υπάρχει
> ενώ υπάρχει. Και σαν κάπου να διάβασα ότι το metric στα interfaces
> καταργήθηκε στον kernel 2.2 (έχω 2.6.26).
Ισχύει. Όσο και τα δηλώσεις δεν τα τηρεί ο πυρήνας. Υπάρχουν για
backwards compatibility και κυρίως γιατί μπορεί να τα χρησιμοποιούν
routing deamons.
--
Alexandros Kosiaris Network Operation Center , GRNET S.A.
e-mail : al...@noc.grnet.gr
Public Key Fingerprint :
D6B1 0634 BE65 719C 6C95 7492 8201 4B46 C478 F074
V13
> Καλησπέρα. Έχω ένα Debian σέρβερ, με ένα σωρό services, και μία κάρτα
> δικτύου eth1 (3c905B). (Έχει και μια eth0 που δεν χρησιμοποιείται).
[...]
> Αυτό δούλεψε μεν, αλλά έχει το πρόβλημα πως (ενίοτε ή πάντα, δεν είμαι
> σίγουρος) όταν στέλνει email στον smarthost τα στέλνει από το eth1:1,
> ενώ εγώ θέλω πάντα να τα στέλνει από το eth1. Μπορώ μεν στο exim να
Kata pasa pithanotita to problima soy lynetai afairontas to "gateway" apo to
eth1:1 to opoio ypotheto oti exeis.
Apo ekei kai pera, 2h ip mporeis na baleis me ligo kalitero tropo
xrisimopoiontas thn "ip" entoli. Afaireis to eth1:1 entelos kai sto eth1
prostheteis:
up ip addr add dev $IFACE XX.XX.XX.XX/YY || true
down ip addr del dev $IFACE XX.XX.XX.XX/YY || true
Telos, gia pio custom lyseis, afaireis entelos to "gateway" (kai apo to eth1)
kai to bazeis me to xeri (pali me up/down grammes) me to "ip route"
prosthetontas san parametro to "src" to opoio kathorizei thn "default" source
address gia to sygkekrimeno route.
<<V13>>
Panagiotis Palias
> subnet με κάποια από τις 2 IP;
>
> Α.
>
Το default gateway δεν μπορεί να μην είναι στο ίδιο subnet με τις IP :>
Christos Ricudis
> on 12/02/2009 06:31 PM Antonis Christofides wrote the following:
>
>> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½. οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ Debian οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ services, οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
>> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ eth1 (3c905B). (οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ eth0 οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½).
>> οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
>>
>> auto eth1
>> iface eth1 inet static
>> address ...
>> ...
>>
>> auto eth1:1
>> iface eth1:1 inet static
>> address ...
>> ...
>>
>> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½) οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ email οΏ½οΏ½οΏ½οΏ½ smarthost οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ eth1:1,
>> οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ eth1. οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ exim οΏ½οΏ½
>> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ interfaces οΏ½οΏ½οΏ½ smtp transport, οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
>> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½. οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½
>> οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½ eth1, οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½
>> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½.
>>
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ eth1:1 οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½οΏ½
>
>
Kaylh erwthsh. H apanthsh einai oti sto unix to multi-homing roufaei,
kai de ftaiei gi ayto toso to unix, oso o tropos pou xrhsimopoioun ta
BSD sockets oi application developers.
Sexhgoumai :
Sthn periptwsh twn servers, h synh8hs diadikasia pou akolou8eitai einai
h ekshs :
struct sockaddr_in stSockAddr;
int SocketFD = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
stSockAddr.sin_family = AF_INET;
stSockAddr.sin_port = htons(1100);
stSockAddr.sin_addr.s_addr = INADDR_ANY;
bind(SocketFD,(const struct sockaddr *)&stSockAddr, sizeof(struct
sockaddr_in)));
listen(SocketFD, 10);
loop me accept() ktl ktl
To INADDR_ANY sto sin_addr.s_addr leei sto kernel socket code, oti to
sygkekrimeno socket proorizetai gia na apodextei connections poy
katalhgoun se *opoiodhpote* apo ta IPs pou einai configured se kapoio
interface tou systhmatos. To socket code gnwrizei arketa gia na gemisei
ta ypoloipa pedia tou socket structure pou epistrefei h accept() apo
mono tou me ton swsto tropo.
Se periptwsh twra poy enas server 8eloume na akouei mono se ena
sygkekrimeno IP, "apla" to bazoume sto sin_addr.s_addr tou listening
socket. To socket programming einai etsi ki alliws arketa anwmalo, wste
o perissoteros kosmos otan katalabainei oti ayth h epilogh prepei na
synodeyetai kai me configurable user options ktl ktl, leei "de gamietai"
kai xrhsimopoiei apla to INADDR_ANY. Sto server-side ayto den einai kai
toso megalo problhma, mia poy yparxoun arketoi enallaktikoi tropoi na
perioriseis to traffic pou den 8eleis.
Sthn periptwsh twn clients twra, synh8ws o kosmos kanei kati san ayto :
struct sockaddr_in stSockAddr;
int SocketFD = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
stSockAddr.sin_family = AF_INET;
stSockAddr.sin_port = htons(1100);
Res = inet_pton(AF_INET, "192.168.1.3", &stSockAddr.sin_addr);
connect(SocketFD, (const struct sockaddr *)&stSockAddr,
sizeof(struct sockaddr_in));
Prosekste oti leipei h bind(). H bind() ayto poy kanei sthn ousia einai
na orizei to *local* endpoint tou socket. Synh8ws sto client-side kaneis
den th xrhsimopoiei, pragma poy einai to antistoixo toy na les ston
kernel "kane oti goustareis". H *swsth* diadikasia einai na kaneis
bind() to socket prin thn connect, me akoma ena user-configurable option
pou na epitrepei sto xrhsth na epileksei to IP poy 8a xrhsimopoih8ei gia
ta outgoing connections ktl ktl ktl.
Sthn praksh twra einai poly pio eykolo na xrhsimopoihseis kati etoimo.
Proteinw ayto edw :
https://code.grnet.gr/projects/iffool
Antonis Christofides
είναι η ίδια κάρτα δικτύου; Δηλαδή το ίδιο πριζάκι;) Έχουν λοιπόν και
το ίδιο gateway.
Πράγματι, όπως υποθέσατε, έχω βάλει gateway (το ίδιο gateway) και στα
δύο interfaces. Φυσικά μπορώ να δοκιμάσω να το βγάλω από το eth1:1.
Αυτό όμως δεν θα εμποδίσει τις εισερχόμενες συνδέσεις που απευθύνονται
στην IP του eth1:1; Τα απαντητικά πακέτα δεν πρέπει να φύγουν από την
ίδια IP και να βρουν και το δρόμο τους στο δίχτυ;
Vassilis Vatikiotis
dhlw8en iface.
2009/12/2 Antonis Christofides <ant...@itia.ntua.gr>:
> Καλησπέρα. Έχω ένα Debian σέρβερ, με ένα σωρό services, και μία κάρτα
> δικτύου eth1 (3c905B). (Έχει και μια eth0 που δεν χρησιμοποιείται).
> Για κάποιο λόγο που δεν θέλω τώρα να εξηγήσω γιατί είναι εκτός
> θέματος, χρειάζεται να του βάλω και δεύτερη IP address.
>
> auto eth1
> iface eth1 inet static
> address ...
> ...
>
> auto eth1:1
> iface eth1:1 inet static
> address ...
> ...
>
> Αυτό δούλεψε μεν, αλλά έχει το πρόβλημα πως (ενίοτε ή πάντα, δεν είμαι
> σίγουρος) όταν στέλνει email στον smarthost τα στέλνει από το eth1:1,
> ενώ εγώ θέλω πάντα να τα στέλνει από το eth1. Μπορώ μεν στο exim να
> βάλω κάπου την παράμετρο interfaces στο smtp transport, που θα λύσει
> αυτό το πρόβλημα, έτσι όμως θα λύσω ένα επιμέρους σύμπτωμα. Αυτό που
> θα ήθελα είναι ΠΑΝΤΑ να χρησιμοποιείται η eth1, για όλες τις
> εξερχόμενες συνδέσεις. Και επειδή αυτό που ζητάω μου φαίνεται πολύ
> απλό και προφανές, αναρωτιέμαι αν είναι εύκολο χωρίς να μου βγει ο
> πάτος ανάποδα με ρύθμιση routing tables.
>
> Δοκίμασα να βάλω την παράμετρο metric στα παραπάνω, αλλά φαίνεται να
> την αγνοεί. Δοκίμασα και με το χειροκίνητο, ifconfig eth1:1
> 147.102.160.4 netmask 255.255.255.0 gateway 147.102.160.200 metric 2,
> αλλά μου απαντάει SIOCSIFMETRIC: Operation not supported. Δοκίμασα και
> με το πακέτο ifmetric, αλλά μου απαντάει ότι το 'eth1:1' δεν υπάρχει
> ενώ υπάρχει. Και σαν κάπου να διάβασα ότι το metric στα interfaces
> καταργήθηκε στον kernel 2.2 (έχω 2.6.26).
>
> Μπορεί κάποιος να με διαφωτίσει; Ευχαριστώ!
>
> --
> linux-greek-users mailing list -- http://lists.hellug.gr
--
V. Vatikiotis
Systems & Network Engineer
Institute of Informatics & Telecommunications
NCSR Demokritos, Greece
Thanasis
> Τα απαντητικά πακέτα δεν πρέπει να φύγουν από την
> ίδια IP και να βρουν και το δρόμο τους στο δίχτυ;
>
Αλλά αν είσαι πίσω από NAT, στείλτα εξαρχής (forward) στην eth1 αντί της
eth1:1
nk
an katalava oti perigrafeis sou arkei ena
ip route add default via <gw_ip> src <eth1_ip> dev eth1
thanks
nk
> Οι δύο IP είναι στο ίδιο subnet (θα μπορούσαν να είναι σε άλλο αφού
> είναι η ίδια κάρτα δικτύου; Δηλαδή το ίδιο πριζάκι;) Έχουν λοιπόν και
> το ίδιο gateway.
>
> Πράγματι, όπως υποθέσατε, έχω βάλει gateway (το ίδιο gateway) και στα
> δύο interfaces. Φυσικά μπορώ να δοκιμάσω να το βγάλω από το eth1:1.
> Αυτό όμως δεν θα εμποδίσει τις εισερχόμενες συνδέσεις που απευθύνονται
> ίδια IP και να βρουν και το δρόμο τους στο δίχτυ;
>
aaa, den to proseja ayto, afou einai sto idio diktyo kai me idio gw
den xreiazetai sto deytero logiko iface na valeis gw, na to vgaleis to
gw ap to eth1:1 kai tha exeis thn idia akribws leitourgikothta pou exeis
kai twra
thanks
Panagiotis Palias
> From: Antonis Christofides <ant...@itia.ntua.gr>
> To: linux-gr...@lists.hellug.gr
> Sent: Wed, December 2, 2009 9:04:30 PM
> Subject: Re: Dyo IP addr se ena ethernet interface
>
> Οι δύο IP είναι στο ίδιο subnet (θα μπορούσαν να είναι σε άλλο αφού
> είναι η ίδια κάρτα δικτύου; Δηλαδή το ίδιο πριζάκι;) Έχουν λοιπόν και
> το ίδιο gateway.
Ναι μπορούν να είναι και σε διαφορετικό subnet παρότι είναι στην ίδια κάρτα δικτύου.
>
> Πράγματι, όπως υποθέσατε, έχω βάλει gateway (το ίδιο gateway) και στα
> δύο interfaces. Φυσικά μπορώ να δοκιμάσω να το βγάλω από το eth1:1.
> Αυτό όμως δεν θα εμποδίσει τις εισερχόμενες συνδέσεις που απευθύνονται
> στην IP του eth1:1; Τα απαντητικά πακέτα δεν πρέπει να φύγουν από την
> ίδια IP και να βρουν και το δρόμο τους στο δίχτυ;
>
Ναι αλλιώς το άλλο άκρο θα απορρίψει το πακέτο που θα του επιστρέψεις γιατί θα βλέπει ότι παίρνει απάντηση από διαφορετική source address.
Μήπως είναι η ώρα να μας πεις τι ακριβώς προσπαθούσες να πετύχεις με ένα IP alias στην ίδια κάρτα στο ίδιο subnet;
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Apollon Koutlidis
>> οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½ IP's οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ subnet; οΏ½οΏ½ default gateway οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½
>>
>> subnet οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ 2 IP;
>>
>> οΏ½.
>>
>>
> οΏ½οΏ½ default gateway οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ subnet οΏ½οΏ½ οΏ½οΏ½οΏ½ IP :>
>
>
οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ :-)
οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½: "οΏ½οΏ½ smarthost οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ subnet οΏ½οΏ½
οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ IP;"
οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½ V13, οΏ½ "οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½" οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ IP οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½
interface οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½ ip addr add.
οΏ½οΏ½ οΏ½ client οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ smarthost οΏ½οΏ½οΏ½ "οΏ½οΏ½οΏ½οΏ½οΏ½" (οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½
οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½) οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ source IP οΏ½οΏ½οΏ½, οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½
οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ client ;-) οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½, οΏ½οΏ½οΏ½ *οΏ½οΏ½οΏ½οΏ½* οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½
smarthost οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ IP, οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ iptables
οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ (outgoing NAT?) οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½.
Disclaimer: IANANG (I Am Not A Networking Guy)
Antonis Christofides
> Μήπως είναι η ώρα να μας πεις τι ακριβώς προσπαθούσες να πετύχεις με
> ένα IP alias στην ίδια κάρτα στο ίδιο subnet;
Έχω virtual hosts στον apache τα οποία χρησιμοποιούν διαφορετικά SSL
certificates
(http://httpd.apache.org/docs/2.0/ssl/ssl_faq.html#vhosts2).
Greg Potamianos
Για να έχεις πολλαπλά vhosts στο ίδιο ip υπάρχει η λύση των
SubjectAltName στο ίδιο certificate.
http://wiki.cacert.org/VhostTaskForce#A1._Way:_SubjectAltName_Only
Christos Ricudis
>> οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½
>> οΏ½οΏ½οΏ½ IP alias οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ subnet;
>>
>
> οΏ½οΏ½οΏ½ virtual hosts οΏ½οΏ½οΏ½οΏ½ apache οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ SSL
> certificates
οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ SubjectAltName
οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ vhosts οΏ½οΏ½οΏ½. οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½
οΏ½οΏ½οΏ½ IP.
Antonis Christofides
Υπάρχει mail server (exim) που τρέχει το μηχάνημα, και το setup του είναι
local delivery ή smarthost. Το πρόβλημα, θυμίζω, ήταν ότι ο mail
server έστελνε τα email στο smarthost από το eth1:1, αντί του
επιθυμητού eth1. Έκανα και μερικές ακόμα δοκιμές (έστειλα 7-8 email)
και πήγαν όντως από το eth1:1. Εντούτοις, όταν έκανα 4-5 συνδέσεις
ssh, αυτές πήγαν από το eth1. Μερικά στοιχεία:
# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:15:f2:82:de:13 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:10:4b:b4:9e:59 brd ff:ff:ff:ff:ff:ff
inet 147.102.160.1/24 brd 147.102.160.255 scope global eth1
inet 147.102.160.4/24 brd 147.102.160.255 scope global secondary eth1:1
# ip route list
147.102.160.0/24 dev eth1 proto kernel scope link src 147.102.160.1 metric 1
default via 147.102.160.200 dev eth1 src 147.102.160.4
default via 147.102.160.200 dev eth1
*********************
Όταν δοκίμασα τη μέθοδο V13 (ip addr add 147.102.160.4 dev eth1), τότε
τα δοκιμαστικά email και οι δοκιμαστικές συνδέσεις ssh πήγαν από την
κύρια διεύθυνση ip (την επιθυμητή). Επίσης:
# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:15:f2:82:de:13 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:10:4b:b4:9e:59 brd ff:ff:ff:ff:ff:ff
inet 147.102.160.1/24 brd 147.102.160.255 scope global eth1
inet 147.102.160.4/32 scope global eth1
# ip route list
147.102.160.0/24 dev eth1 proto kernel scope link src 147.102.160.1 metric 1
default via 147.102.160.200 dev eth1
****************************
Το ερώτημα όμως γιατί έχω αυτή τη συμπεριφορά παραμένει. Το exim
manual (http://exim.org/exim-html-current/doc/html/spec_html/ch30.html) λέει:
interface
This option specifies which interface to bind to when making an
outgoing SMTP call.
...
If "interface" is not set, or is ignored, the system’s IP
functions choose which interface to use if the host has more than
one.
(Κάνω grep όλα τα configuration files του exim και πουθενά δεν βρίσκω
αυτή την οπσιόν, άρα πιστεύω ότι ισχύει το default.)
Αν λοιπόν το exim αφήνει το λειτουργικό να αποφασίσει, τότε το
λειτουργικό δεν θα απoφάσιζε το ίδιο και για το exim και για το ssh;
Το πρώτο ερώτημα είναι λοιπόν γιατί στην περίπτωση που ορίζουμε
virtual interface άλλο χρησιμοποιεί το ssh και άλλο το exim.
Το δεύτερο ερώτημα είναι τι σημαίνει το netmask /32 που εμφανίζει στην
τελευταία γραμμή η ip addr show για τη λύση V13 (σε σχέση με το /24 της
προηγούμενης λύσης), και αν αυτό είναι που κάνει τη διαφορά.
Panagiotis Palias
> From: Antonis Christofides <ant...@itia.ntua.gr>
> To: linux-gr...@lists.hellug.gr
> Sent: Mon, December 7, 2009 1:09:03 PM
> Subject: Re: Dyo IP addr se ena ethernet interface
>
> Μια διευκρίνηση: δεν υπάρχει "mail client", όπως κάποιοι υπέθεσαν.
> Υπάρχει mail server (exim) που τρέχει το μηχάνημα, και το setup του είναι
> local delivery ή smarthost. Το πρόβλημα, θυμίζω, ήταν ότι ο mail
> server έστελνε τα email στο smarthost από το eth1:1, αντί του
> επιθυμητού eth1. Έκανα και μερικές ακόμα δοκιμές (έστειλα 7-8 email)
> και πήγαν όντως από το eth1:1. Εντούτοις, όταν έκανα 4-5 συνδέσεις
> ssh, αυτές πήγαν από το eth1. Μερικά στοιχεία:
>
> # ip addr show
> 1: lo: mtu 16436 qdisc noqueue state UNKNOWN
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> 2: eth0: mtu 1500 qdisc noop state DOWN qlen 1000
> link/ether 00:15:f2:82:de:13 brd ff:ff:ff:ff:ff:ff
> 3: eth1: mtu 1500 qdisc pfifo_fast state
> UNKNOWN qlen 1000
> link/ether 00:10:4b:b4:9e:59 brd ff:ff:ff:ff:ff:ff
> inet 147.102.160.1/24 brd 147.102.160.255 scope global eth1
> inet 147.102.160.4/24 brd 147.102.160.255 scope global secondary eth1:1
>
> # ip route list
> 147.102.160.0/24 dev eth1 proto kernel scope link src 147.102.160.1 metric 1
>
> default via 147.102.160.200 dev eth1 src 147.102.160.4
> default via 147.102.160.200 dev eth1
>
> *********************
>
> Όταν δοκίμασα τη μέθοδο V13 (ip addr add 147.102.160.4 dev eth1), τότε
> τα δοκιμαστικά email και οι δοκιμαστικές συνδέσεις ssh πήγαν από την
> κύρια διεύθυνση ip (την επιθυμητή). Επίσης:
>
> # ip addr show
> 1: lo: mtu 16436 qdisc noqueue state UNKNOWN
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> 2: eth0: mtu 1500 qdisc noop state DOWN qlen 1000
> link/ether 00:15:f2:82:de:13 brd ff:ff:ff:ff:ff:ff
> 3: eth1: mtu 1500 qdisc pfifo_fast state
> UNKNOWN qlen 1000
> link/ether 00:10:4b:b4:9e:59 brd ff:ff:ff:ff:ff:ff
> inet 147.102.160.1/24 brd 147.102.160.255 scope global eth1
> inet 147.102.160.4/32 scope global eth1
>
> # ip route list
> 147.102.160.0/24 dev eth1 proto kernel scope link src 147.102.160.1 metric 1
>
> default via 147.102.160.200 dev eth1
>
> ****************************
>
> Το ερώτημα όμως γιατί έχω αυτή τη συμπεριφορά παραμένει. Το exim
> manual (http://exim.org/exim-html-current/doc/html/spec_html/ch30.html) λέει:
>
> interface
>
> This option specifies which interface to bind to when making an
> outgoing SMTP call.
>
> ...
>
> If "interface" is not set, or is ignored, the system’s IP
> functions choose which interface to use if the host has more than
> one.
>
> (Κάνω grep όλα τα configuration files του exim και πουθενά δεν βρίσκω
> αυτή την οπσιόν, άρα πιστεύω ότι ισχύει το default.)
>
> Αν λοιπόν το exim αφήνει το λειτουργικό να αποφασίσει, τότε το
> λειτουργικό δεν θα απoφάσιζε το ίδιο και για το exim και για το ssh;
> Το πρώτο ερώτημα είναι λοιπόν γιατί στην περίπτωση που ορίζουμε
> virtual interface άλλο χρησιμοποιεί το ssh και άλλο το exim.
Το λειτουργικό σου σύστημα αποφασίζει για το interface που θα στείλει τα πακέτα από το routing table (εκτός και αν έχεις κάνει κάποιου είδους policy based routing, source routing, πράγμα που δε νομίζω).
Αν έχει 2 interfaces στο ίδιο subnet είναι αρκετά μπέρδεμα και συνήθως αποφεύγεται ή απαγορεύεται ή γίνεται bridge, για να αποφεύγονται τέτοιες δυσάρεστες καταστάσεις.
>
> Το δεύτερο ερώτημα είναι τι σημαίνει το netmask /32 που εμφανίζει στην
> τελευταία γραμμή η ip addr show για τη λύση V13 (σε σχέση με το /24 της
> προηγούμενης λύσης), και αν αυτό είναι που κάνει τη διαφορά.
Το /32 είναι μόνο ένας host και πρακτικά σημαίνει ότι θα χρησιμοποιήσει την 147.102.160.4 μόνο για να "μιλήσει" με τον εαυτό του. Βέβαια πρέπει να προσέξεις ότι στο δεύτερο config που έχεις γράψει δεν έχεις πλέον eth1:1 πουθενά.
Γενικά μιας και σου απάντησε ο Ρικούδης ότι αυτό που θέλεις να κάνεις γίνεται με άλλον τρόπο από τη δεύτερη public ip καλύτερα άσε το pc με μία public ip γιατί είναι αρκετά μπερδεμένο αυτό που προσπαθείς να κάνεις.
Antonis Christofides
> > 3: eth1: mtu 1500 qdisc pfifo_fast state
> > UNKNOWN qlen 1000
> > link/ether 00:10:4b:b4:9e:59 brd ff:ff:ff:ff:ff:ff
> > inet 147.102.160.1/24 brd 147.102.160.255 scope global eth1
> > inet 147.102.160.4/32 scope global eth1
> >
> > # ip route list
> > 147.102.160.0/24 dev eth1 proto kernel scope link src
> > 147.102.160.1 metric 1
> >
> > default via 147.102.160.200 dev eth1
> >
> > Το δεύτερο ερώτημα είναι τι σημαίνει το netmask /32 που εμφανίζει
> > στην τελευταία γραμμή η ip addr show για τη λύση V13 (σε σχέση με
> > το /24 της προηγούμενης λύσης), και αν αυτό είναι που κάνει τη
> > διαφορά.
>
> Το /32 είναι μόνο ένας host και πρακτικά σημαίνει ότι θα
> χρησιμοποιήσει την 147.102.160.4 μόνο για να "μιλήσει" με τον εαυτό
> του.
Ξέρω γενικά τι σημαίνει /32, όπως ξέρω και τι σημαίνει /24 και /26. Δεν
καταλαβαίνω όμως τι σημαίνει σε αυτό το context. Τι σημαίνει ότι ο
υπολογιστής μου έχει IP address 147.102.160.4/32; Αν το /32 είναι το
netmask, τότε δεν θα έπρεπε οποιοδήποτε πακέτο προς το υποδίκτυο
147.102.160.0/24 να το στέλνει στο gateway; Όταν του λέω
mtr --address 147.102.160.4 147.102.160.15
τότε τα πακέτα φαίνεται κατευθείαν να πηγαίνουν στο 147.102.160.15
(που είναι άλλο μηχάνημα).
> Γενικά μιας και σου απάντησε ο Ρικούδης ότι αυτό που θέλεις να κάνεις
> γίνεται με άλλον τρόπο από τη δεύτερη public ip καλύτερα άσε το pc με
> μία public ip γιατί είναι αρκετά μπερδεμένο αυτό που προσπαθείς να
> κάνεις.
Δεν ανέφερα όμως ότι η λύση Ρικούδη είναι κατάλληλη για την περίπτωσή
μου.
V13
> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ V13 (ip addr add 147.102.160.4 dev eth1), οΏ½οΏ½οΏ½οΏ½
> οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ email οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ ssh οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ ip (οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½). οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½:
[...]
> 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
> UNKNOWN qlen 1000 link/ether 00:10:4b:b4:9e:59 brd ff:ff:ff:ff:ff:ff
> inet 147.102.160.1/24 brd 147.102.160.255 scope global eth1
> inet 147.102.160.4/32 scope global eth1
[...]
> οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ netmask /32 οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½ ip addr show οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ V13 (οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½ /24 οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½), οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½.
Einai mia "ksekarfoti" ip. Yparxoyn diafores xriseis gia ayto to pragma alla
kamia den tairiazei se ayto poy kaneis. Sth praksi ayto poy ekanes itan en
meri lathos. Gia na baleis mia deyteri IP apo to idio subnet (kai na exei
noima) tha prepei na efarmoseis to idio subnet mask, opote anti gia:
ip addr add 147.102.160.4 dev eth1
prepei na peis:
ip addr add 147.102.160.4/24 dev eth1
<<V13>>
V13
> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ /32, οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ /24 οΏ½οΏ½οΏ½ /26. οΏ½οΏ½οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ context. οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½
> οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ IP address 147.102.160.4/32; οΏ½οΏ½ οΏ½οΏ½ /32 οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½
> netmask, οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½
> 147.102.160.0/24 οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ gateway; οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½
> mtr --address 147.102.160.4 147.102.160.15
> οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½ 147.102.160.15
> (οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½ οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½οΏ½).
To --address orizei thn source IP ton paketon alla den kathorizei to tropo
dromologishs. Ginetai diladi to bind sto 147.102.160.4 alla telika feygoyn
symfona me osa leei o pinakas dromologisis, ara pane meso toy interface eth1
sto directly connected diktyo 147.102.160.0/24. H epistrofi apo thn allh
ginetai "apeytheias".
<<V13>>