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/.
a wiec takmam zrobiony routing by serwice na 3 łaczach wszystko smiga, mam postawionego squida (bez niego niedziala mi loklanie apach), tylko ze co jakis czas squid robi sobie mała zawieche i łącze do obslugiwania www pada na jakies 1-2 minuty potem wszystko wraca do normy, gdy wyłacze squida to wsio fruwa elegancko, ale jak wspomnialem jest mi on niezbedny do lokalnego serwisu www
grzebalem w konfigu ale efekt jest nadal taki sam, moze ktos kiedy spotkał sie z podobnym problemem??
Offline
Pierwsze słysze że squid potrzebny jest do działania apacha po anie jak i w necie. Mi tak działą bez squida. To taka uwaga. Nie bierz jej poważnie bo na squidzie się nie znam i nie wiem jak masz z tym routingiem (którego też nie rozkminiłem, bo nie miałem potrzeby).
Pozdrawiam.
Offline
Ta bez squida apach dziala jedynie z zewnatrz a wewnatrz nie dopiero po załaczeniu squida serwis www widoczny jest w lanie.
Offline
Witam
1. Wieszanie sie sqida... a wiec sprawdz ile asz ramu na serwerze i sprawdz jaka ilosc pamieci chache jest ustawiona w pliku konfiguracyjnym, ewentualnie zmniejsz ja do wartosci mniejszej niz ilosc dostepnej paieci RAM na serwerze, podejzewam ze to jest wlasnie przyczyna zawieszania sie squida... jesli to nie pomoze to dopisz do crontaba linijke ktra bedzie resetowac co 30 minut sqida zeby caly czas byl swierzy....
2. No najbardziej mnie dziwi ze nie mozesz przegladac strony servera z sieci lokalnej, i tu pytanie z ktrej pbo podejzewam ze masz 3 podsieci.... tu przyczyny na moj gust moga byc 2....
a - masz zle skonfigurowana tablice routingu, ewentualnie zablokowany port 80 servera na iptables
b - masz w apachu linijke ktra zabrania usera z lanu wejsc na strone servera... linijka w stylu From deny x.x.x.x czy cos takiego....
napisz jakie sa objawy po probie wejscia na strone servera....
Pozdrawiam
BiExi
Offline
1. mam ustawione na 64 a ramu mam 512.
2. Podsieci mam dwie:
a). mozliwe ze tablice routingu sa zle skonfigurowane tblety przepuszczaja
b). takowego wpisu niemam :)
Objawy sa takie ze Niemozna wyswietlic strony :), ale ze squidem jest wszystko elegancko, tylko te jego zawiechy....
Offline
80.55.184.232 dev eth1 scope link src 80.55.184.234
83.16.113.104 dev eth2 scope link src 83.16.113.106
80.55.154.144 dev eth3 scope link src 80.55.154.146
80.55.184.232/29 dev eth1 proto kernel scope link src 80.55.184.234
83.16.113.104/29 dev eth2 proto kernel scope link src 83.16.113.106
80.55.154.144/29 dev eth3 proto kernel scope link src 80.55.154.146
192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.1
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1
192.168.0.0/24 dev eth0 scope link
127.0.0.0/8 dev lo scope link
default via 80.55.154.145 dev eth3
tablesy
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 state RELATED
Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 192.168.1.0/24 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 192.168.1.0/24
ACCEPT all -- 192.168.0.0/24 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 192.168.0.0/24
ACCEPT all -- 192.168.2.0/24 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 192.168.2.0/24
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:135
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:135
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:139
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:139
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:445
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:445
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:593
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:593
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:5554
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:5554
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state RELATED
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 state RELATED
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state RELATED
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 state ESTABLISHED
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 state RELATED
a co do do squida to dalem na 192 MB cache mem i narazie niezauwazylem zawiechy od kilku godzinek :) , moze wina tkwila własnie w zbyt males wartosci cache
Offline
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00095 | 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.117.8.177' WHERE u.id=1 |
0.00149 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.117.8.177', 1732406862) |
0.00039 | SELECT * FROM punbb_online WHERE logged<1732406562 |
0.00047 | SELECT topic_id FROM punbb_posts WHERE id=153 |
0.00041 | SELECT id FROM punbb_posts WHERE topic_id=44 ORDER BY posted |
0.00029 | 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=44 AND t.moved_to IS NULL |
0.00024 | SELECT search_for, replace_with FROM punbb_censoring |
0.00080 | 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=44 ORDER BY p.id LIMIT 0,25 |
0.00079 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=44 |
Total query time: 0.00597 s |