serwer wysy

Konfiguracja serwerów, usług, itp.
umpire
Posty: 6
Rejestracja: 03 stycznia 2010, 15:35
Lokalizacja: Wroc³aw

serwer wysyłający dane na kilku łączach jednocześnie

Post autor: umpire »

Witam.

Serwer ma służyć do rozsyłania dużych plików poprzez Torrenty. Serwer ma podpięte kilka kart sieciowych.

Powiedzmy:

Kod: Zaznacz cały

eth0 192.168.0.2/24
        gateway 192.168.0.1

eth1 192.168.1.2/24
        gateway 192.168.1.1
i tak dalej.

Każde z tych łącz to łącze za translacją i mam przekierowane na serwer porty.

¯eby było trudniej, bramy wszystkich tych łącz nie posiadają stałego adresu IP tylko jest on im przydzielany dynamicznie.

Problem ze zdefiniowaniem, który program ma korzystać z której bramy.

Nie ukrywam, że jestem początkującym użytkownikiem Linuksa, więc jeśli ktoś z Was mógłby mnie naprowadzić na jakieś najprostsze rozwiązanie problemu to byłbym wdzięczny.
mariaczi
Member
Posty: 1343
Rejestracja: 08 lutego 2008, 12:58
Lokalizacja: localhost@śląskie

Post autor: mariaczi »

Sprawdź czy w programach, które chcesz wykorzystać nie ma możliwosći ustawienia adresu IP na którym będzie nasłuchiwał. Jeśli tak jest, to sprawa wydaję się być rozwiązana. Jeśli nie, to poczytaj tu http://lukasz.bromirski.net/docs/transl ... IPLE-LINKS
umpire
Posty: 6
Rejestracja: 03 stycznia 2010, 15:35
Lokalizacja: Wroc³aw

Post autor: umpire »

Jako program wykorzystuje rtorrent.

W configu programu znalazłem opcje:

Kod: Zaznacz cały

# The ip address reported to the tracker.
#ip = rakshasa

# The ip address the listening socket and outgoing connections is
# bound to.
#bind = rakshasa
Na dwóch oddzielnych kontach uruchomiłem dwa programy, jeden z opcją

Kod: Zaznacz cały

bind = 192.168.0.99

drugi z opcją

Kod: Zaznacz cały

bind = 192.168.1.99
Problem w tym, że ten drugi program nie może się połączyć z trackerem. Cały czas mam:

Kod: Zaznacz cały

connection timeout
Gdy próbował mu ustawić automatyczne raportowanie zewnętrznego adresu IP do Trackera otrzymałem informację:

Kod: Zaznacz cały

schedule = ip_tick,0,1800,ip=rakshasa

Kod: Zaznacz cały

( 0:46:48) Scheduled command failed: ip_tick: Could not set local address: Name or service not known.
Problemów z łączem na pewno nie ma ani jednej ani na drugiej karcie sieciowej, sprawdzone.

Obie karty sieciowe pobierają adres z DHCP, i na serwerze DHCP mają przydzielone stałe adresy IP i te same porty przekierowane (oczywiście każdy z dwóch innych zewnętrznych IP).

Zrzut z route:

Kod: Zaznacz cały

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth1
default         192.168.0.1     0.0.0.0         UG    0      0        0 eth1
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0
oraz z ifconfig:

Kod: Zaznacz cały

eth0      Link encap:Ethernet  HWaddr 00:15:f2:c6:06:16
          inet addr:192.168.1.99  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::215:f2ff:fec6:616/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:26794388 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25486969 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:515331378 (491.4 MiB)  TX bytes:2563711087 (2.3 GiB)

eth1      Link encap:Ethernet  HWaddr 00:0e:2e:f0:e2:b2
          inet addr:192.168.0.99  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::20e:2eff:fef0:e2b2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:676228 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1099513 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:53874467 (51.3 MiB)  TX bytes:1474902042 (1.3 GiB)
          Interrupt:10 Base address:0xd800

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:19295 errors:0 dropped:0 overruns:0 frame:0
          TX packets:19295 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1986172 (1.8 MiB)  TX bytes:1986172 (1.8 MiB)
Macie jakieś pomysły w czym problem?
Awatar użytkownika
lessmian2
Member
Posty: 1088
Rejestracja: 30 kwietnia 2008, 19:38
Lokalizacja: Kraków

Post autor: lessmian2 »

Czy oba adresy IP masz wpisane w /etc/hosts?
umpire
Posty: 6
Rejestracja: 03 stycznia 2010, 15:35
Lokalizacja: Wroc³aw

Post autor: umpire »

Zrzut z hosts:

Kod: Zaznacz cały

127.0.0.1       localhost
127.0.1.1       zebra.zebra     zebra

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
Nie dotykałem nigdy tego pliku. Co powinienem tu wpisać bo nie wiem. Jakie nazwy hostów powinienem nadać tym kartą sieciowym. Testowałem również obie karty sieciowe puszczając przez nie pingi.

Kod: Zaznacz cały

ping -I eth0 wp.pl
ping -I eth1 wp.pl
i obie działają.
Awatar użytkownika
lessmian2
Member
Posty: 1088
Rejestracja: 30 kwietnia 2008, 19:38
Lokalizacja: Kraków

Post autor: lessmian2 »

To dopisz

Kod: Zaznacz cały

192.168.0.99 zebra
192.168.1.99 zebra
i sprawdź czy pomoże :->
umpire
Posty: 6
Rejestracja: 03 stycznia 2010, 15:35
Lokalizacja: Wroc³aw

Post autor: umpire »

Niestety nie pomogło.

Zauważyłem jednak że tuż po restarcie sieci działa program zbindowany do eth0, dopiero po około minucie przestaje.
mariaczi
Member
Posty: 1343
Rejestracja: 08 lutego 2008, 12:58
Lokalizacja: localhost@śląskie

Post autor: mariaczi »

Każda instancja rtorrenta jest skonfigurowana do pracy na innym porcie?
umpire
Posty: 6
Rejestracja: 03 stycznia 2010, 15:35
Lokalizacja: Wroc³aw

Post autor: umpire »

Nie oba programy pracują na porcie o tym samym numerze, jednak z bindowane są do różnych adresów IP z dwóch fizycznie oddzielnych sieci LAN. i w obu przypadkach port 4321 jest przekierowany na adres IP serwera.

Zauważyłem też, że od momentu gdy podłączyłem drugą sieciówkę wtedy przestały działać inne usługi działające z zewnątrz.

Przykładowo nie mogę zalogować się z zewnątrz (używając IP zewnętrznego z "nie działającej" karty sieciowej). normalnie miałem porty przekierowane i wszystko działało.

Stąd wnioskuje, że problem może wynikać z przyjmowania połączeń przychodzących przez bramę z eth0 i odpowiadania na nie. Bo gdy łączę się bezpośrednio z podsieci eth0 wtedy wszystko działa.

Z tego co widzę to prawdopodobnie w jakiś sposób system uparł się do korzystania tylko z jednej bramy. I nie może z trawić tego żeby korzystać z tej i z tej.

Ma ktoś z was pomysł jak zdefiniować korzystanie z obu bram. Próbowałem tej metody którą dostałem w pierwszej odpowiedzi ale nie wiem jak dodać tabele t1 i t2. Jak by ktoś z was był w stanie mi to objaśnić to byłbym wdzięczny.
Awatar użytkownika
lessmian2
Member
Posty: 1088
Rejestracja: 30 kwietnia 2008, 19:38
Lokalizacja: Kraków

Post autor: lessmian2 »

Czekaj no chwilę. Rozrysuj, proszę, swoją sieć, bo jeśli to jest tak, jak ja sobie to wyobrażam, to, to nie ma prawa działać tak, jak Ty sobie to wyobrażasz :->
ODPOWIEDZ