Freesco, NND, CDN, EOS
http://forum.freesco.pl/

nagly brak polaczenia
http://forum.freesco.pl/viewtopic.php?f=22&t=11266		 Strona 1 z 1
Autor:  szajsung [ środa, 15 lutego 2006, 19:29 ]
Tytuł:  nagly brak polaczenia
Witam
Mam dosyc denerwujacy problem
wiec:
niby wszystko jest oki,serwer przyznaje przez DHCP IP ale po jakims czasie nagle nie otwieraja sie strony i zanika polaczenie ze swiatem.Najlepsze jest to ze wszytsko inne dziala czyli GG Skype itd.
Po wylaczeniu polaczenia sieciowego w XP i wlaczeniu go na nowo znowu przynaje IP i zas wszystko chodzi ale do czasu.
Moze macie jakies pomysly bo ja sie poddaje

p.s.
dodam ze nawet po wpisaniu IP na sztywno w systemie jest to samo.
Pozdrawiam
Autor:  Maciek [ środa, 15 lutego 2006, 20:31 ]
Tytuł: 
Gdyby to było Freesco, rzekłbym, że nadmierna ilość połączeń zapycha tabele maskarady. Tutaj to wirusów musiałbyś miec ze dwie tony... ale kto wie...
Autor:  szajsung [ środa, 15 lutego 2006, 20:50 ]
Tytuł: 
na bank niema zadnego syfa,a to co sie dzieje jest wrecz dziwne.
czy moze byc to wina wspanialej karty sieciowej zintegrowanej na plycie?
Autor:  JOSH [ piątek, 17 lutego 2006, 21:25 ]
Tytuł: 
nie, u mnie też jest to samo, identyko. I to u wszystkich tak jest.
Wystarzcy w opcjach sieciowych wybrać napraw i dalej działa i tak w kółko. Szlag mnie trafia, chyba kupię sobie na allegro skonfigurowane slackware za 100 zł bo na winde już nie chce wracać, no chyba że ktoś doradzi.
Autor:  zciech [ sobota, 18 lutego 2006, 14:39 ]
Tytuł: 
Poniewaz nie ma tu wróżek to nalezalo by troche posprawdzac, a nie narzekac.

Czy dzieje sie to na wszystkich kompach w sieci czy tylko na jednym
sprawdz w czasie gdy nie ma polaczenie pingi do:

1. serwera
2. do 212.77.100.101
3. wp.pl

mnie to wyglada na problem z resolverem (DNS)

mozna by tez logi na serwirze przejrzec, nic nie kosztuje a moze cos powiedziec.
Autor:  JOSH [ sobota, 18 lutego 2006, 18:30 ]
Tytuł: 
Aha,no ale dodam jedno (co najgorsze się stało). Już miałem tak u 2 klientów na różnych kartach radiowych, że nie dało się w żaden sposób przywrócić połączenia, serwer nie odpowiada na anym kompie.

I wygląda to tak :
Jest sobie win xp, zainstalowałem neta, chodzi jeden dzień i przestaje.
Przychodzę do klienta, wymieniam 3 radiówki innych firm i to na różne sloty pci i na żandej nie działa (wcześniej oczywiście wklepuję mace na serwer), klient łączy się z apekiem, dhcp serwera nie odpowiada (odebrane 0, wysyłane działa) biorę napraw i nic. Ustawiam ip manualnie, ping na ap działa, na serwer działa, na google też działa. Strony nie wchodzą absolutnie. Ustawiam u klienta standardowe dnsy od tepsy, strony dalej nie wchodzą, dhcp nie łapie. Biorę przykładową radiówkę która u tego klienta nie działa, wwalam ją do swojego kompa i net normalnie chodzi (na tych samych ustawieniach co u klienta).
Wraca do klienta (oczywiście to samo jak wcześniej)
Siedzę 3 godz i przestawiam w windowsie różne usługi i opcje... nic. Format c: od nowa xp...nic.
Format znowu- instalka win 2000.... wszystko działa.
O CO TU CHODZI????? Powtarzam ,że u 2 klientów coś takiego miałem, czas naprawy około tygodnia , lipa jak nic, z uwagi też na to ,że nie jestem za formatem, z geróły udaje mi się rozwiącać problem bez tego.
Autor:  JOSH [ czwartek, 21 września 2006, 09:44 ]
Tytuł: 
Co w logach proponujecie sprawdzić gdy tak sie dzieje?? (1 problem z góry)


Borykam się z tym już kupe czasu.
Niby nikomu to nie przeszkadza ale trochę beznadziejne jest to klikanie "napraw" tak średnio raz na 2 dni.
Dzieje się tak u większości klientów (byc może u wszystkich) ale nie wszyscy wiedzą jak sobie z tym radzić.
(bez "napraw" net sam zaczyna chodzić po jakiś 10 minutach)

jak wiadomo dhcp działa bo podczas "naprawiania" klient pobiera na nowo ip i dnsy (dnsów przydzielam chyba po 6 kazdemu)

Ostatnio zrobiłem ograniczenie połączeń do 200 dodając do rc.local wpis:
: [/] [] ()
iptables -A FORWARD -p tcp -m connlimit --connlimit-above 200 -j DROP
GeSHi © Codebox Plus


chciałem zrobić ograniczenie na każdego użytkownika po 200, nie wiem czy to dobrze zrobiłem i czy ni8e za dużo ustawiłem...

Może coś źle? No ale przed tymi wszystkimi zabiegami było to sam z brakiem netu na kilka min.
Autor:  JOSH [ czwartek, 21 września 2006, 11:58 ]
Tytuł: 
Do zciech , gdy jest ta przerwa to :

-pingi do serwera idą
-na wp.pl NIE idą
-na 212.77.100.101 NIE idą

(może ktoś podpowie mi przy okazji jak ustawić czas i datę z konsoli ;])

OTO LOGI (jedyne co znalazłem w tych godzinach) :

: [/] [] ()
Apr 11 09:05:09 SERWER thttpd[856]: up 72005 seconds, stats for 3600 seconds:
Apr 11 09:05:09 SERWER thttpd[856]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 2 httpd_conns alloc
Apr 11 09:05:09 SERWER thttpd[856]:   libhttpd - 31 strings allocated, 15000 bytes (483.871 bytes/str)
Apr 11 09:05:09 SERWER thttpd[856]:   map cache - 1 allocated, 0 active (0 bytes), 1 free; hash size: 1024; expire age: 1800
Apr 11 09:05:09 SERWER thttpd[856]:   fdwatch - 730 polls (0.202778/sec)
Apr 11 09:05:09 SERWER thttpd[856]:   timers - 3 allocated, 3 active, 0 free
Apr 11 09:05:09 SERWER thttpd[859]: up 72005 seconds, stats for 3600 seconds:
Apr 11 09:05:09 SERWER thttpd[859]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 29 httpd_conns allo
Apr 11 09:05:09 SERWER thttpd[859]:   libhttpd - 382 strings allocated, 140604 bytes (368.073 bytes/str)
Apr 11 09:05:09 SERWER thttpd[859]:   map cache - 1 allocated, 0 active (0 bytes), 1 free; hash size: 1024; expire age: 1800
Apr 11 09:05:09 SERWER thttpd[859]:   fdwatch - 730 polls (0.202778/sec)
Apr 11 09:05:09 SERWER thttpd[859]:   timers - 3 allocated, 3 active, 0 free
Apr 11 09:17:40 SERWER dhcpd: DHCPREQUEST for 192.168.1.23 from 00:40:f4:61 via eth1
Apr 11 09:17:40 SERWER dhcpd: DHCPACK on 192.168.1.23 to 00:40:f4:61: via eth1
Apr 11 09:19:20 SERWER dhcpd: DHCPREQUEST for 192.168.1.35 from 00:14:85:d4 via eth1
Apr 11 09:19:20 SERWER dhcpd: DHCPACK on 192.168.1.35 to 00:14:85:d4 via eth1
Apr 11 09:21:38 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1f via eth1
Apr 11 09:21:38 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c via eth1
Apr 11 09:22:50 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:22:50 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:22:53 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:22:53 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:23:16 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:23:16 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:23:19 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:23:19 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:26:39 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1f via eth1
Apr 11 09:26:39 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c via eth1
Apr 11 09:     SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:27:48 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:27:51 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:27:51 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:29:16 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:29:16 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:29:20 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:29:20 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:30:37 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c via eth1
Apr 11 09:30:37 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c via eth1
Apr 11 09:31:38 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:31:38 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:31:41 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:31:41 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:33:07 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:33:07 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:33:10 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:33:10 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:34:25 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:34:25 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:34:28 SERWER dhcpd: DHCPINFORM from 192.168.1.26 via eth1
Apr 11 09:34:28 SERWER dhcpd: DHCPACK to 192.168.1.26
Apr 11 09:38:57 SERWER dhcpd: DHCPREQUEST for 192.168.1.8 from 00:0c:6e: via eth1
Apr 11 09:38:57 SERWER dhcpd: DHCPACK on 192.168.1.8 to 00:0c:6e via eth1
Apr 11 09:42:45 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1 via eth1
Apr 11 09:42:45 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c:1f via eth1
Apr 11 09:44:30 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1 via eth1
Apr 11 09:44:30 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c via eth1
Apr 11 09:44:34 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1 via eth1
Apr 11 09:44:34 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c via eth1
Apr 11 09:45:51 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:via eth1
Apr 11 09:45:51 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c: via eth1
Apr 11 09:47:39 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1fvia eth1
Apr 11 09:47:39 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c:1fvia eth1
Apr 11 09:47:45 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1f:1c:81 via eth1
Apr 11 09:4SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1cvia eth1
Apr 11 09:47:49 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1 via eth1
Apr 11 09:47:49 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c:via eth1
Apr 11 09:47:57 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1fvia eth1
Apr 11 09:47:57 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c:1via eth1
Apr 11 09:48:24 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1fvia eth1
Apr 11 09:48:24 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c:1fvia eth1
Apr 11 09:48:47 SERWER dhcpd: DHCPREQUEST for 192.168.1.26 from 00:05:1c:1f via eth1
Apr 11 09:48:47 SERWER dhcpd: DHCPACK on 192.168.1.26 to 00:05:1c: via eth1
Apr 11 10:05:09 SERWER thttpd[856]: up 75605 seconds, stats for 3600 seconds:
Apr 11 10:05:09 SERWER thttpd[856]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 2 httpd_conns alloc
Apr 11 10:05:09 SERWER thttpd[856]:   libhttpd - 31 strings allocated, 15000 bytes (483.871 bytes/str)
Apr 11 10:05:09 SERWER thttpd[856]:   map cache - 1 allocated, 0 active (0 bytes), 1 free; hash size: 1024; expire age: 1800
Apr 11 10:05:09 SERWER thttpd[856]:   fdwatch - 730 polls (0.202778/sec)
Apr 11 10:05:09 SERWER thttpd[856]:   timers - 3 allocated, 3 active, 0 free
Apr 11 10:05:09 SERWER thttpd[859]: up 75605 seconds, stats for 3600 seconds:
Apr 11 10:05:09 SERWER thttpd[859]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 29 httpd_conns allo
Apr 11 10:05:09 SERWER thttpd[859]:   libhttpd - 382 strings allocated, 140604 bytes (368.073 bytes/str)
Apr 11 10:05:09 SERWER thttpd[859]:   map cache - 1 allocated, 0 active (0 bytes), 1 free; hash size: 1024; expire age: 1800
Apr 11 10:05:09 SERWER thttpd[859]:   fdwatch - 730 polls (0.202778/sec)
Apr 11 10:05:09 SERWER thttpd[859]:   timers - 3 allocated, 3 active, 0 free

GeSHi © Codebox Plus



nie miałem netu koło godziny według nnd 9:40, moje ip to 192.168.1.25 (nie ma go na liście)
Delikwent z ip 26 to koleś któremu odłączyłem neta porzez zamianę jego maca w ethersie na 0
Zaraz go wywale z dhcpd ale raczej to nic nie da :/
Autor:  ayufan [ wtorek, 26 września 2006, 22:50 ]
Tytuł: 
JOSH pisze:
Ostatnio zrobiłem ograniczenie połączeń do 200 dodając do rc.local wpis:
: [/] [] ()
iptables -A FORWARD -p tcp -m connlimit --connlimit-above 200 -j DROP
GeSHi © Codebox Plus


To akurat jest bardzo zle rozwiazanie :) 200 polaczen wliczajac p2p i www, zazwyczaj daje sie limit tylko na p2p, bo stronki nie generuja az tych polaczen tak duzo.

I co gorsze to jest globalny limit ;P to szybko siec moze ci pasc... jak ktos odpali torrenta ;p
Autor:  MAC!EK [ wtorek, 26 września 2006, 23:42 ]
Tytuł: 
chyba nie jest tak jak mówisz: (man iptables)
: [/] [] ()
   connlimit
       Allows you to restrict the number of  parallel  TCP  connections  to  a
       server per client IP address (or address block).

       [!] --connlimit-above n
              match if the number of existing tcp connections is (not) above n

       --connlimit-mask bits
              group hosts using mask

       Examples:

       # allow 2 telnet connections per client host
              iptables -p tcp --syn --dport 23 -m connlimit  --connlimit-above
              2 -j REJECT

       # you can also match the other way around:
              iptables  -p  tcp  --syn  --dport 23 -m connlimit ! --connlimit-
              above 2 -j ACCEPT

       # limit the nr of parallel http requests to 16 per class C  sized  net-
       work (24 bit netmask)
              iptables -p tcp --syn --dport 80 -m connlimit  --connlimit-above
              16 --connlimit-mask 24 -j REJECT
GeSHi © Codebox Plus

ja rozumiem to tak że on dla każdego IP liczy sobie połączenia, i nie musisz klepać 100 regułek dla 100 hostów
Autor:  ayufan [ wtorek, 26 września 2006, 23:54 ]
Tytuł: 
masz racje, moje nie dopatrzenie :)
Strona 1 z 1 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/