Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam, mam problem z serwerem :( Działa jako koncentrator PPPoE i router dla sieci. Problem polega na tym, że pingując komputer w LANie, pingi przechodzą przez serwer, a później trafiają do komputera w sieci... Na innych serwerach nigdy czegoś takiego nie spotkałem. Nie wiem czy nie jest to wina proxy_arp, po wyłączeniu proxy_arp na karcie LAN dalej się tak dzieje, jednak serwer nie był resetowany od momentu wyłączenia, bo chyba nie trzeba robiąc coś w /proc/
Offline
Jaki jest adres/maska komputera źródłowego i docelowego?
Offline
hudys napisał(-a):
serwer ma 10.0.0.1/24 źródło ma 10.0.0.42/24 a cel 10.0.0.150/24 Ale odziwo z tych masek, moge pingować zarówno 10.0.1.xx i klase z zew. ip....
Pokaż tablice routingu komputera z którego pingujesz.
Offline
To, że ruch przechodzi przez serwer przy takich maskach nie zależy raczej od tablicy routingu. Hosty są w tej samej domenie rozgłoszeniowej, więc routing nie jest sprawdzany, a wysyłane jest zaptanie ARP. Sprawdź zawartość tablicy ARP na hoście źródłowym (arp -na) i porównaj MAC adresy oraz adresy IP, czy pokrywają się z rzeczywistością. Jeśli masz uruchomione arpproxy na serwerze, to może on przedstawiać się jako klienci. Spróbuj zatrzymać arp proxy oraz wyczyścić tablicę arp na komputerze źródłowym (arp -da).
Offline
Dzięki za odp. sprawdze proxy_arp i reset serwera, bo też mam takie wrażenie, że jest to tego wina, a później obadamy reszte
--Edit-
Dalej to samo
Tablica routingu klienta (ip 46.148.14.216)
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0
Trace z 46.148.14.216 do 10.0.1.175
traceroute to 10.0.1.175 (10.0.1.175), 30 hops max, 60 byte packets 1 10.0.0.1 (10.0.0.1) 0.165 ms 0.147 ms 0.143 ms 2 * * * 3 * * * 4 * * * 5 * * *
Ping z 46.148.14.216 do 10.0.1.175
PING 10.0.1.175 (10.0.1.175) 56(84) bytes of data. 64 bytes from 10.0.1.175: icmp_seq=1 ttl=63 time=1.38 ms 64 bytes from 10.0.1.175: icmp_seq=2 ttl=63 time=0.958 ms
Trace z 46.148.14.216 do 46.148.14.194
traceroute to 46.148.14.194 (46.148.14.194), 30 hops max, 60 byte packets 1 10.0.0.1 (10.0.0.1) 0.176 ms 0.173 ms 0.167 ms 2 46.148.14.194 (46.148.14.194) 0.604 ms 0.627 ms 0.613 ms
Config PPPoE
root@domkinet-pppoe:/etc/ppp# cat pppoe-server-options require-chap lcp-echo-interval 10 lcp-echo-failure 3 #proxyarp #nodefaultroute #netmask 255.255.240.0 #debug
auth plugin /etc/ppp/plugins/rp-pppoe.so mtu 1492 mru 1492 -pap +chap ms-dns 10.0.0.1 ms-dns 46.148.14.194 #ms-dns 10.0.0.1 #ms-dns 10.0.1.1 netmask 255.255.240.0 logfile /var/log/ppp.log debug
Jeżeli coś jeszcze potrzebne to dajcie znać
Ostatnio edytowany przez hudys (2013-02-22 18:17:26)
Offline
Z tego, co widzę, to pingujesz hosta 10.0.1.175 z sieci 10.0.0.0/24, czyli normalne, że ruch przechodzi przez bramę domyślną (są to dwie różne podsieci: 10.0.0.0/24 i 10.0.1.0/24). Najlepiej, gdybyś narysował mapkę sieci w dia.
Offline
Ok postaram się to zrobić jutro. Dzisiaj testowo uruchomiłem 3vmki
PPPoE eth1(10.0.0.1) ---> HOST 10.0.0.2 ---> HOST2 10.0.0.3
i sytuacja wygląda identycznie, pingi przez serwer dalej lecą...
Ostatnio edytowany przez hudys (2013-02-26 23:19:37)
Offline
Czyli to jest sieć PPPoE, a nie zwykła sieć przełączana? Jeśli tak, to jest to normalne zachowanie (komputery łączą się z serwerem Point-to-point, dlatego też powinny mieć maskę 255.255.255.255, co tłumaczy z kolei łączność przez serwer).
Offline
Tak, tylko wydaje mi się, że kiedyś tak to nie działało. Bo dziwna rzecz potrafi się dziać, ktoś "syfi" sieć, nie wiadomo czym i kilka pingów(7-10) po 700ms wywali, cała sieć zapchana pomimo podzielenia jej VLANami
Offline