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
[quote=hudys]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....[/quote]
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
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00102 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.139.83.248' WHERE u.id=1 |
0.00062 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.139.83.248', 1732472369) |
0.00040 | SELECT * FROM punbb_online WHERE logged<1732472069 |
0.00063 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=23003 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00275 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=23003 ORDER BY p.id LIMIT 0,25 |
0.00074 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=23003 |
Total query time: 0.00636 s |