Forum Debian Users Gang

Mider · 2010-10-08 17:20:11

Coś mi się w systemie porobiło nagle i dość nieoczekiwanie. Porobiło się permanentnie i za nic nie znam powodu.
Objawy porobienia są takie, że próba łączenia się do dowolnej usługi z sieci zewnętrznej, czyli w moim przypadku przez interfejs eth0 wychodzi rewelacyjnie, testowany postgres, bind czy mysql odpowiadają natychmiast i bez wahania. Problem pojawia się, gdy próbujemy wykonać dokładnie te same czynności z serwera, na którym te usługi stoją. Oczywiście połączenie robimy przez TCP/IP i.... czekamy po 10 do 20 sekund aż połączenie zostanie nawiązane. Potem już wszystko jest OK, czyli wyniki działania otrzymuję natychmiast.

Między stanem sprzed porobienia się a po porobieniu się nic nie było robione. To znaczy nie była robiona jakakolwiek zmieniana konfiguracji. Po prostu nagle przestało działać i nie mam pojęcia dla czego.

Jeśli macie jakieś pomysły będę wdzięczny.

bercik · 2010-10-08 21:58:00

DNS?

Mider · 2010-10-08 22:06:07

Jeśli odwołuje się do binda przez sieć odpowiedź otrzymuję natychmiast. Lokalnie mam opóźnienie. Nie ma znaczenia czy odwołuję się po IPku czy po domenie. Stąd też nie sądzę, żeby była to kwestia rozwiązywania nazw. Dodatkowo wszelkie logowania robię bez revdnsów, szkoda mi czasu na takie rzeczy.
Przekopałem googlem sieć, ale chyba nie potrafię zadać właściwego pytania, bo nic nie znalazłem :(

bercik · 2010-10-09 16:33:01

masz cos w iptablesach, masz jakiec tc? pokaz wyniki [tt]ip addr show[/tt] i [tt]ip route show[/tt]

Mider · 2010-10-09 18:16:11

Mam kupę rzeczy w iptablesach, ale oczywiście do testów wszystko wywaliłem i nic to nie zmieniło.

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
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:24:21:ef:31:32 brd ff:ff:ff:ff:ff:ff
[ciach] bo tu dużo IPków]
inet 188.40.132.86/16 brd 188.40.255.255 scope global eth0
inet 188.40.144.2/26 scope global eth0
inet 188.40.144.3/32 brd 188.40.132.127 scope global eth0
inet 188.40.144.1/32 scope global eth0
inet 188.40.144.2/32 scope global eth0
inet6 fe80::224:21ff:feef:3132/64 scope link
valid_lft forever preferred_lft forever

188.40.144.0/26 dev eth0 proto kernel scope link src 188.40.144.2
188.40.132.64/26 via 188.40.132.65 dev eth0
188.40.0.0/16 dev eth0 proto kernel scope link src 188.40.132.86
default via 188.40.132.65 dev eth0

Mider · 2010-10-11 10:02:29

Pierwsza rada, czyli DNS okazała się prawie dobra. Kłopot sprawił resolver próbujący łączyć się do niedziałających serwerów nazw. Ale to by było za proste, bo to sprawdziłem. Na ten problem nałożył się chrootnięty kawałek systemu, który ma własne pliki konfiguracyjne. Na śmierć o tym zapomniałem, jako, że jest to jedyne miejsce, które się ostało bez automatu do zmian konfiguracji. Poprawienie wszystkich konfigów resolvera pomogło.

Time (s)	Query
0.00010	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00093	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='18.188.110.150' WHERE u.id=1
0.00090	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.188.110.150', 1732947928)
0.00042	SELECT * FROM punbb_online WHERE logged<1732947628
0.00061	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=17485 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00190	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=17485 ORDER BY p.id LIMIT 0,25
0.00099	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=17485
Total query time: 0.00594 s

Forum Debian Users Gang

Ogłoszenie

#1 2010-10-08 17:20:11

Mider - Użytkownik

Płączenia przez loopback wolniejsze niż z sieci

#2 2010-10-08 21:58:00

bercik - Moderator Mamut

Re: Płączenia przez loopback wolniejsze niż z sieci

#3 2010-10-08 22:06:07

Mider - Użytkownik

Re: Płączenia przez loopback wolniejsze niż z sieci

#4 2010-10-09 16:33:01

bercik - Moderator Mamut

Re: Płączenia przez loopback wolniejsze niż z sieci

#5 2010-10-09 18:16:11

Mider - Użytkownik

Re: Płączenia przez loopback wolniejsze niż z sieci

#6 2010-10-11 10:02:29

Mider - Użytkownik

Re: Płączenia przez loopback wolniejsze niż z sieci

Stopka forum

Informacje debugowania