Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
2xDSL - dziwny kłopot http://forum.freesco.pl/viewtopic.php?f=22&t=12985 |
Strona 1 z 1 |
Autor: | kawi3r [ czwartek, 13 lipca 2006, 20:39 ] |
Tytuł: | 2xDSL - dziwny kłopot |
Witam forumowiczów mam nietypowy problem. Posiadam 2 x DSL-a. Zainstalowałem NND 0.1 Wsparłem się arykułem kolegi gonzolot. (Miałem podobne objawy scsi) http://forum.freesco.pl/viewtopic.php?t ... highlight= . Wszystko działa lecz w dziwny sposób.NND wysyła wszystko eth0 a odbiera eth1. Konfiguracja : eth0=DSL1 eth1=DSL2 eth2=lan Może ktoś ma jakiś pomysł co z tym fantem zrobić ? |
Autor: | tasiorek [ czwartek, 13 lipca 2006, 23:07 ] |
Tytuł: | |
http://forum.freesco.pl/viewtopic.php?t=12884 to do podzialu po uslugach. Po uzytkownikach wrzucal na forum Albercik, a po polaczeniach ja w innym poscie. |
Autor: | cycu [ piątek, 14 lipca 2006, 11:27 ] |
Tytuł: | |
wysyła tylko jednym łączem a odbiera tylko drugim? Daj konfigi, też bym tak chciał zrobić.... |
Autor: | gonzolot [ środa, 26 lipca 2006, 08:13 ] |
Tytuł: | |
Żeby wracało tym samym łączem musiałem jeszcze wpisać (nie pamiętam teraz dokładnie,bo nie mam w tej chwili dostępu do serwera): /bin/echo "0" > /proc/sys/net/ipv4/conf/all/rp_filter /bin/echo "0" > /proc/sys/net/ipv4/conf/eth0/rp_filter /bin/echo "0" > /proc/sys/net/ipv4/conf/eth1/rp_filter /bin/echo "0" > /proc/sys/net/ipv4/conf/default/rp_filter |
Autor: | tasiorek [ środa, 26 lipca 2006, 12:56 ] |
Tytuł: | |
Wystarczy: Co z reszta jest opisane w linku, ktory podalem. |
Autor: | gonzolot [ środa, 26 lipca 2006, 13:56 ] |
Tytuł: | |
Hmmm, a tak odnosnie rp_filter, znalazłem w necie takie coś: "W katalogu /proc znajdują się pliki, w których możesz poinstruować kernel by zrobiłby to dla ciebie. Metoda nazywa się właśnie Filtrowaniem trasy powrotnej (ang.Reverse Path Filtering). W skrócie, jeśli pakiety odpowiedzi nie docierają interfejsem którym wyszło zapytanie, uznajemy pakiet za zagadkowy i powinniśmy go zignorować. Poniższy fragment włącza to filtrowanie dla wszystkich obecnych i przyszłych interfejsów: # for i in /proc/sys/net/ipv4/conf/*/rp_filter ; do > echo 2 > $i > done Kontynuując przykład z powyżej, jeśli pakiet dotarłbym do rutera Linuksowego interfejsem eth1 twierdząc, że pochodzi z podsieci ISP+Biurowej, zostałby odrzucony. Podobnie, pakiet z podsieci Biura twierdący że pochodzi zza ściany ogniowej również zostałby odrzucony. Powyżej opisano pełen filtr trasy powrotnej. Domyślnie, filtruje się tylko na podstawie adresów IP i bezpośrednio podłączonych sieci. Dzieje się tak dlatego, że filtrowanie nie działa dobrze przy rutingu asymetrycznym (w którym pakiety przychodzą innym interfejsem a wychodzą innym, jak w ruchu satelitarnym lub gdy masz trasy dynamiczne (z bgp, ospf, rip); dane przychodzą łączem satelitarnym a odpowiedzi wychodzą połączeniem naziemnym). Jeśli taka sytuacja ma miejsce u ciebie (i prawdopodobnie wiesz o tym, jeśli tak jest) możesz wyłączyć rp_filter na interfejsie, którym odbierasz dane z łącza satelitarnego." Przy kilku łączach radzą wpisywać do rp_filter "0", przy jednym łączu "1", a w tym cytacie jest "2". Przy "0" mamy filtrowanie wyłączone, przy "1" włączone, a przy "2" ?? Nie próbowałem tego u siebie, ale może "2" włączałaby filtrowanie dla kilku łącz i wszystko działałoby też dobrze? Poza tym z tej wypowiedzi wynika, że "0" powinno być gdy pakiety przychodzą jednym łączem (np eth0) a wychodzą innym (np eth2), a czy idea podziału 2-óch łącz po usługach nie polega na przychodzeniu wybranych pakietów jednym łączem (np eth0) i na wychodzeniu ich tym samym interfejsem? Hmmm, nie rozumiem tego zbytnio, jeśli ktoś byłby chętny wytłumaczyć to bardzo proszę ![]() |
Strona 1 z 1 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |