Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Witajcie Prawde mowiac nie wiem gdzie napisac na forum wiec sprobuje tutaj, w koncu to Piaskownica wiec chyba zbrodni nie popelniam Na wstepie zaznaczam ze sierota ze mnie bosa jesli chodzi o kwestie administrowania serverem i boje sie ze jako newbee zbesztacie mnie po lbie, ale cos tam wlaczyc czy wylaczyc chyba potrafie Szczerze mowiac czytajac Wasze forum juz od kilku dobrych tygodni mam wielka nadzieje ze mi pomozecie no ale do rzeczy... Problem jest nastepujacy; mam siec lokalna (34 userow) ktora stoi na maszynce z debianem. Niestety co jakis czas szlag mi trafia wszystkie polaczenia - o co chodzi dokladnie? Otoz mam "odpalone" gadu gadu, ssam z servera ftp plik lub, nazwijmy to, jestem "zalogowany" do podobnych aplikacji sieciowych i wszystko smiga super. Niestety nagle ciach(!!!) i wszystko co chce otworzyc (np. www, albo jakis program ktory laczy sie z netem, rzecz jasna same programy ladnie sie odpalaja ale juz o przeslaniu danych z netu moge zapomniec) szlag nagle trafia... CO CIEKAWE "uruchomione wczesniej programy jak np. wspomniane Gadu Gady czy transfer z FTP dzialaja (dziala nawet pingowanie czegokolwiek, wiec juz kompletnie nie wiem o co biega). Pytalem juz chyba wszystkich znajomych lacznie z gosciem ktory stawial u mnie server o co moze chodzic (to, wierzcie mi koszmarnie irytujace). Niestety nikt nie moze mi pomoc... BA! Bylbym zapomnial, w takim przypadku zawiechy www czy czegokolwiek co laczy sie i laczy, az do uplywu limitu czasu pomaga jedynie rozlaczenie polaczenia sieciowego, chwila odsapniecia (oczywiscie szlag tarfia wspomniane dojenie z FTP - to rzecz jasna tylko przyklad) i po ponownym polaczeniu w 80% przypadkow net wraca. Niestety czasem konieczny jest reboot. O co moze chodzi, ma ktos jakis pomysl? Do niedawna mialem lacze 2 Mb, po podniesieniu transferu do 4 Mb problem pojawia sie notorycznie i stanowczo zbyt czesto. Uprzedzajac pytania - nie tylko u mnie, u innych userow jest to samo... Z gory serdecznie Wam dziekuje za pomoc i podpowiedzi, kurcze mam nadzieje ze wybawicie mnie z klopotu, bo jak nie "otrzaskani" w tematyce serverowej ludzie, to kto.. PS Server stoi na DSL'u tepsy. PS2 Jeszcze raz wielkie thanx. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 w takim przypadku zawiechy www czy czegokolwiek co laczy sie i laczy, az do uplywu limitu czasu pomaga jedynie rozlaczenie polaczenia sieciowego, chwila odsapniecia (oczywiscie szlag tarfia wspomniane dojenie z FTP - to rzecz jasna tylko przyklad) i po ponownym polaczeniu w 80% przypadkow net wraca. Niestety czasem konieczny jest reboot. Wylaczenie / wlaczenie sieciowki, reboot -> w serwerze, czy Twoim komputerze ? pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Wylaczenie / wlaczenie sieciowki, reboot -> w serwerze, czy Twoim komputerze ?pozdr. Wylaczenie polaczenia sieciowego w moim kompie/ ew. reboot mojego kompa. Servera nie ruszam wtedy. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 Wylaczenie polaczenia sieciowego w moim kompie/ ew. reboot mojego kompa. Servera nie ruszam wtedy. A to dziwna sprawa.. Przegladales logi na serwerze ? /var/log/messages sprawdz tez /var/log/dmesg I pokaz jeszcze co Ci wypluje po tych poleceniach: cat /proc/net/ip_conntrack | wc -l cat /proc/sys/net/ipv4/ip_conntrack_max pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Adamie, wyglada to tak: /var/log/messages I /var/log/messages Row 49 Col 1 12:41 Ctrl-K H for help Oct 1 22:45:55 omega -- MARK -- Oct 1 23:05:55 omega -- MARK -- Oct 1 23:25:55 omega -- MARK -- Oct 1 23:45:55 omega -- MARK -- Oct 2 00:05:55 omega -- MARK -- Oct 2 00:25:55 omega -- MARK -- Oct 2 00:45:55 omega -- MARK -- Oct 2 01:05:55 omega -- MARK -- Oct 2 01:25:56 omega -- MARK -- Oct 2 01:45:56 omega -- MARK -- Oct 2 02:05:56 omega -- MARK -- Oct 2 02:25:56 omega -- MARK -- Oct 2 02:45:56 omega -- MARK -- Oct 2 03:05:56 omega -- MARK -- Oct 2 03:25:56 omega -- MARK -- Oct 2 03:45:56 omega -- MARK -- Oct 2 04:05:56 omega -- MARK -- Oct 2 04:25:56 omega -- MARK -- Oct 2 04:45:56 omega -- MARK -- Oct 2 05:05:56 omega -- MARK -- Oct 2 05:25:56 omega -- MARK -- Oct 2 05:45:56 omega -- MARK -- Oct 2 06:05:56 omega -- MARK -- Oct 2 06:25:56 omega -- MARK -- Oct 2 06:26:17 omega syslogd 1.4.1#17: restart. Oct 2 06:45:56 omega -- MARK -- Oct 2 07:05:56 omega -- MARK -- Oct 2 07:25:56 omega -- MARK -- Oct 2 07:45:56 omega -- MARK -- Oct 2 08:05:56 omega -- MARK -- Oct 2 08:25:56 omega -- MARK -- Oct 2 08:45:56 omega -- MARK -- Oct 2 09:05:56 omega -- MARK -- Oct 2 09:25:56 omega -- MARK -- Oct 2 09:45:56 omega -- MARK -- Oct 2 10:05:56 omega -- MARK -- Oct 2 10:25:56 omega -- MARK -- Oct 2 10:45:56 omega -- MARK -- Oct 2 11:05:56 omega -- MARK -- Oct 2 11:25:56 omega -- MARK -- Oct 2 11:45:56 omega -- MARK -- Oct 2 12:05:56 omega -- MARK -- Oct 2 12:25:56 omega -- MARK -- sprawdz tez /var/log/dmesg Linux version 2.6.8-omega (root@omega) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Mon Oct 25 17:19:35 CEST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 0000000008000000 (usable) BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved) 128MB LOWMEM available. On node 0 totalpages: 32768 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 28672 pages, LIFO batch:7 HighMem zone: 0 pages, LIFO batch:1 DMI 2.1 present. ACPI disabled because your bios is from 98 and too old You can enable it with acpi=force Built 1 zonelists Kernel command line: auto BOOT_IMAGE=Linux-2.6.8 ro root=301 Initializing CPU#0 PID hash table entries: 1024 (order 10: 8192 bytes) Detected 348.282 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 126428k/131072k available (1661k kernel code, 4068k reserved, 706k data, 136k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 686.08 BogoMIPS Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 0183f9ff 00000000 00000000 00000000 CPU: After vendor identify, caps: 0183f9ff 00000000 00000000 00000000 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 512K CPU: After all inits, caps: 0183f9ff 00000000 00000000 00000040 CPU: Intel Pentium II (Deschutes) stepping 02 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xed8eb, last bus=1 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: Interpreter disabled. PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:14.0 vesafb: probe of vesafb0 failed with error -6 vga16fb: initializing vga16fb: mapped to 0xc00a0000 fb0: VGA16 VGA frame buffer device VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Limiting direct PCI/PCI transfers. Using anticipatory io scheduler Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others PCI: Found IRQ 11 for device 0000:00:0a.0 PCI: Sharing IRQ 11 with 0000:00:14.2 eth0: OEM i82557/i82558 10/100 Ethernet, 00:50:8B:33:A8:6F, IRQ 11. Receiver lock-up bug exists -- enabling work-around. Board assembly 307295-101, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x24c9f043). Receiver lock-up workaround activated. 8139too Fast Ethernet driver 0.9.27 PCI: Found IRQ 11 for device 0000:00:0e.0 eth1: RealTek RTL8139 at 0xc8802000, 00:40:05:84:8a:d7, IRQ 11 eth1: Identified 8139 chip type 'RTL-8100B/8139D' Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hda: FUJITSU MPC3064AT, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: max request size: 128KiB hda: 12594960 sectors (6448 MB), CHS=13328/15/63 hda: hda1 hda2 < hda5 > ide-floppy driver 0.99.newide mice: PS/2 mouse device common for all mice serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 u32 classifier NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 8Kbytes TCP: Hash tables configured (established 8192 bind 8192) IPv4 over IPv4 tunneling driver ip_conntrack version 2.1 (1024 buckets, 8192 max) - 300 bytes per conntrack ip_tables: © 2000-2002 Netfilter core team ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/ NET: Registered protocol family 1 NET: Registered protocol family 17 EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Freeing unused kernel memory: 136k freed Adding 438440k swap on /dev/hda5. Priority:-1 extents:1 EXT3 FS on hda1, internal journal eth1: link up, 100Mbps, full-duplex, lpa 0x41E1 I pokaz jeszcze co Ci wypluje po tych poleceniach: cat /proc/net/ip_conntrack | wc -l Prosze: omega:/home/czoobek# cat /proc/net/ip_conntrack | wc -l 463 cat /proc/sys/net/ipv4/ip_conntrack_max A po tym tak: omega:/home/czoobek# cat /proc/sys/net/ipv4/ip_conntrack_max 8192 pozdr. Duzo tego ale mam nadzieje ze o to chodzilo... Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 omega:/home/czoobek# cat /proc/net/ip_conntrack | wc -l 463 cat /proc/sys/net/ipv4/ip_conntrack_max A po tym tak: omega:/home/czoobek# cat /proc/sys/net/ipv4/ip_conntrack_max 8192 Hm. 8192 to troche malo, biorac pod uwage ze masz 34 userow w sieci lokalnej. Jest tam jakis nalogowy ssacz p2p ? Jezeli tak to raczej to bedzie to W kilku sieciach ktorych dzialy sie podobne rzeczy wine ponosila zbyt mala wartosc ip_conntrack_max, tylko tam to zostawalo w logach hm.. No niewazne. Zrob: echo "65536" > /proc/sys/net/ipv4/ip_conntrack_max I dopisz to do skryptow startowych (w /etc/rc.local lub /etc/rc.d/rc.local lub podobnie:) pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Hm. 8192 to troche malo, biorac pod uwage ze masz 34 userow w sieci lokalnej. Jest tam jakis nalogowy ssacz p2p ? Jezeli tak to raczej to bedzie to W kilku sieciach ktorych dzialy sie podobne rzeczy wine ponosila zbyt mala wartosc ip_conntrack_max, tylko tam to zostawalo w logach hm.. No niewazne. Zrob: echo "65536" > /proc/sys/net/ipv4/ip_conntrack_max I dopisz to do skryptow startowych (w /etc/rc.local lub /etc/rc.d/rc.local lub podobnie:) pozdr. Poprosilem szpeca co server stawial, ustawil na 65000. Adam jak to bylo przyczyna wysylam jakiegos Drzonego Uorkera priorytetem poleconym alboco No nic, pozostaje chyba obserwowac czy pomoglo, jakby (nie daj boze) nie - odwieze watek i znow bede zebral unizenie o help Pozdrawiam serdecznie! Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Ehhh.. No niestety nie pomoglo... Wlasnie musialem rebootowac kompa bo znow opisywany zwis zaliczylem... Nie pomoglo rozlaczenie polaczenia sieciowego, musialem sie rebootnac i net wrocil. Obciazylem lacze dojac prawie po maxie plik z FTP i otwierajac stronki, niestety po kilku przegladnieciach sajtow onetu - wysiadlo, a reszta dzialala nadal (jak wspominalem GG chodzilo bez zarzutu) Jakis pomysl, pomoc, cokolwiek? Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 Jakis pomysl, pomoc, cokolwiek? Rozwiazanie musi byc w logach! Przejrzyj wszystko pokolei w /var/log pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Rozwiazanie musi byc w logach! Przejrzyj wszystko pokolei w /var/log pozdr. O kurcze Zapowiada sie pracowite popoludnie... noc znaczy sie.. Udostępnij ten post Link to postu Udostępnij na innych stronach
Kamil01 0 Zgłoś post Napisano Październik 2, 2006 Jak gg dziala to może jest to wina dnsów? co wy na to? nie znam sie dobrze ale jak u mnie dnsy padaja to www nie działa tylko samo aqq i inne aplikacje które łacza sie bezposrednio z adresem ip Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Jak gg dziala to może jest to wina dnsów? co wy na to?nie znam sie dobrze ale jak u mnie dnsy padaja to www nie działa tylko samo aqq i inne aplikacje które łacza sie bezposrednio z adresem ip Nie jestem pewny ale w takim przypadku GG po zamknieciu i wlaczeniu powinno dzialac. A tu zonk. Jak tylko zamkne GG albo cokolwiek co uzywa polaczenia z siecia - do widzenia. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 Jak gg dziala to może jest to wina dnsów? co wy na to?nie znam sie dobrze ale jak u mnie dnsy padaja to www nie działa tylko samo aqq i inne aplikacje które łacza sie bezposrednio z adresem ip No to pytanie zasadnicze do autora watku. Czy miales taka sytuacje: - polaczyles sie klientem FTP i costam sobie grzebales na serwerze albo sciagales / wysylales w tle - wysiadl net - polaczenie FTP padlo (w takim sensie ze "zawisl" transfer pliku i nie moznabylo juz nic z tym polaczeniem zrobic) ? Pokaz jeszcze co Ci pokaze Twoj windows: menu start -> uruchom -> cmd I wpisz: ipconfig /all I wklej tutaj calosc (szczegolnie serwery DNS pozdr. Nie jestem pewny ale w takim przypadku GG po zamknieciu i wlaczeniu powinno dzialac. A tu zonk. Jak tylko zamkne GG albo cokolwiek co uzywa polaczenia z siecia - do widzenia. No to jeszcze jedna bardzo wazna sprawa. Jak padnie Ci net, sprobuj pingnac adres IP gatewaya (bedzie w ipconfig /all jako "brama domyslna") - czy ping wraca prawidlowo ? pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 No to pytanie zasadnicze do autora watku. Czy miales taka sytuacje: - polaczyles sie klientem FTP i costam sobie grzebales na serwerze albo sciagales / wysylales w tle - wysiadl net - polaczenie FTP padlo (w takim sensie ze "zawisl" transfer pliku i nie moznabylo juz nic z tym polaczeniem zrobic) ? Pokaz jeszcze co Ci pokaze Twoj windows: menu start -> uruchom -> cmd I wpisz: ipconfig /all Wlasnie tak mial doslownie przed chwila. Sciagam paczke rar, net wysiadl w polowie transferu, klient dossal ten plik i cchcial sie zabrac za kolejna dajmy na to r44. I zdechl. Ipconfig: Sufiks DNS konkretnego połączenia : omega.lan Opis . . . . . . . . . . . . . . : ASUS 802.11g sieciowy adapter Adres fizyczny. . . . . . . . . . : 00-17-31-3E-50-71 DHCP włączone . . . . . . . . . . : Tak Autokonfiguracja włączona . . . . : Tak Adres IP. . . . . . . . . . . . . : 192.168.1.2 Maska podsieci. . . . . . . . . . : 255.255.255.0 Brama domyślna. . . . . . . . . . : 192.168.1.1 Serwer DHCP . . . . . . . . . . . : 192.168.1.1 Serwery DNS . . . . . . . . . . . : 193.110.120.5 192.168.1.1 Dzierżawa uzyskana. . . . . . . . : 2 października 2006 14:22:11 Dzierżawa wygasa. . . . . . . . . : 3 października 2006 14:22:11 Mam nadzieje ze o to chodzilo? Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 Opis . . . . . . . . . . . . . . : ASUS 802.11g sieciowy adapter Przeciez to radiowka :-) No to masz rozwiazanie!! Dziadowski WAP / dziadowska siec / za duzo userow do jednego WAPa. To technologia 2,4Ghz - biurowa, nie do tworzenia sieci! Pociagnij sobie kabel LANowy i problemy znikna Radio to same problemy pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Przeciez to radiowka :-)No to masz rozwiazanie!! Dziadowski WAP / dziadowska siec / za duzo userow do jednego WAPa. To technologia 2,4Ghz - biurowa, nie do tworzenia sieci! Pociagnij sobie kabel LANowy i problemy znikna Radio to same problemy pozdr. Adamie, z calym szacunkiem Nic podobnego. Radiowke mam od miesiaca wczesniej jechalem na kablu, dokladnie tak jak mowisz. Wierz mi ze radio nie ma tu nic do rzeczy bo na kabelku - doookladnie to samo :( Moge wpiac kabel ale wiem ze bedzie dokladnie to samo, a skoro radio jest za sciana - wybiore wygode PS Radiowe mam only for me. Uzytek prywatny only wiec tylko 1 user Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 Moge wpiac kabel ale wiem ze bedzie dokladnie to samo, a skoro radio jest za sciana - wybiore wygode A ten kabel byl na pewno do samego serwera wpiety, nie do jakiegos innego radia ? Jak padnie sprobuj zrobic start -> uruchom -> ping 192.168.1.1 Jak padnie sprobuj zrobic tez np start -> uruchom -> ping 217.153.57.178 Zobaczymy czy po samym IPku pojdzie, choc watpie Ale wazne zebys gatewaya pingnal, bedzie wiadomo czy problem jest gdzies dalej czy juz na odcinku do serwera. pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 A ten kabel byl na pewno do samego serwera wpiety, nie do jakiegos innego radia ? Wczesniej wygladalo to tak: server, switch1, switch2 ( u mnie w budynku) sciana, gniazdko, komp Teraz: server, switch1, switch2 ( u mnie w budynku) sciana, gniazdko, LinkSys - radiowy router, komp Odgleglosci miedzy switchami to mniej niz 50 m. Jak tylko zdechnie - pinguje wg zalecen EDIT: Aha, co do pingowania. Jak pada net - moge polaczyc sie z lokalnym forum ktore stoi na http://192.168.1.1 Wiec chyba wowczas do servera wszystko cacy... Udostępnij ten post Link to postu Udostępnij na innych stronach
Kamil01 0 Zgłoś post Napisano Październik 2, 2006 To moim zdaniem jest to wina dnsów Jak chcesz to skożystaj z tego co ja: 217.98.81.5 Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 To moim zdaniem jest to wina dnsów Jak chcesz to skożystaj z tego co ja: 217.98.81.5 To na pewno nie jest wina DNSow. Majac aktywne polaczenie po "padzie" nie da sie nic zrobic - wtedy przeciez wogole nie jest DNS wykorzystywany. Pozatym windows keszuje uzywane wczesniej wpisy wiec taki FTP i tak dzialalby bez problemu! Czoobek - sprobuj w czasie padu pingnac ten adres IP ktory Ci podalem (217.153.57.178). Moze to poprostu DSL pada w taki dziwny sposob a Tobie sie wydaje ze po reboocie wraca do normy, bo po np 1 czy 2 minutach sie "odblokowuje" ? pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 Czoobek - sprobuj w czasie padu pingnac ten adres IP ktory Ci podalem (217.153.57.178). Moze to poprostu DSL pada w taki dziwny sposob a Tobie sie wydaje ze po reboocie wraca do normy, bo po np 1 czy 2 minutach sie "odblokowuje" ?pozdr. Oki czekam wlasnie na jakas zawieche co by uskutecznic rady No i slowo stalo sie cialem Badanie 217.153.57.178 z użyciem 32 bajtów danych: Odpowiedź z 217.153.57.178: bajtów=32 czas=39ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=17ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=18ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=13ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=27ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=16ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=19ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=25ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=16ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=31ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=16ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=17ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=17ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=20ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=14ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=16ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=14ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=15ms TTL=56 Odpowiedź z 217.153.57.178: bajtów=32 czas=17ms TTL=56 Statystyka badania ping dla 217.153.57.178: Pakiety: Wysłane = 25, Odebrane = 25, Utracone = 0 (0% straty), Szacunkowy czas błądzenia pakietów w millisekundach: Minimum = 13 ms, Maksimum = 39 ms, Czas średni = 18 ms Badanie 192.168.1.1 z użyciem 32 bajtów danych: Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64 Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64 Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64 Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64 Statystyka badania ping dla 192.168.1.1: Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% straty), Szacunkowy czas błądzenia pakietów w millisekundach: Minimum = 0 ms, Maksimum = 0 ms, Czas średni = 0 ms Poszedlem za rada zony ktora powiedziala "zeby sie zawiesilo uruchom duzo stron www". Otwarlem wszystko co mialem w ulubionych w kartach w mozilli i zdechlo momentalnie. Nie wiem moze to tez jakas wskazowka co pomoze. Powyzsze pingi oczywiscie zrobione podczes zawiechy... Help PS. COs mi sie wydaje ze zapowiada sie dlugi watek jesli tylko znajda sie ludzie dobrej woli Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 No i slowo stalo sie cialem Badanie 217.153.57.178 z użyciem 32 bajtów danych: Odpowiedź z 217.153.57.178: bajtów=32 czas=39ms TTL=56 [...] Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64 PS. COs mi sie wydaje ze zapowiada sie dlugi watek jesli tylko znajda sie ludzie dobrej woli No z tego wynika ze Ci wszystko dziala dobrze Moze to faktycznie DNS hmmmmmm... :-) No to nim zaczniemy tlumaczyc jak zmienic DNS ostatni test ktory moze rozwiac ostatnie watpliwosci.. W czasie padu wejdz na strone: http://217.153.57.178 Zobacz co sie stanie. A potem sprobuj: http://www.progreso.pl pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
Kamil01 0 Zgłoś post Napisano Październik 2, 2006 Mówie wam ze to mogą byc DNS-y jak zrobisz wszystko co Ci powiedział adam to zmien sobie dnsy na te co Ci podałem i wtedy zobacz czy CI bedzie działac Udostępnij ten post Link to postu Udostępnij na innych stronach
Czoobek 0 Zgłoś post Napisano Październik 2, 2006 http://217.153.57.178 Zobacz co sie stanie. A potem sprobuj: http://www.progreso.pl pozdr. Opcja 1 i 2: Przekroczono limit czasu połączenia Serwer www.progreso.pl (w opcji 1: http://217.153.57.178) odpowiada zbyt powoli. A wiec? DNSy? Tylko gdzie i co wpisac ( Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość adamszendzielorz Zgłoś post Napisano Październik 2, 2006 Opcja 1 i 2:Przekroczono limit czasu połączenia Serwer www.progreso.pl (w opcji 1: http://217.153.57.178) odpowiada zbyt powoli. A wiec? DNSy? Tylko gdzie i co wpisac ( To nie DNSy! Jezeli po IPku strona nie laduje Ci sie normalnie to masz inny problem... Jaki ? Hm... Nie mam pojecia. A przycinanie uploadu per user na tym serwerze masz zrobione ? Bo DSL na 34 ludzi bez dobrego przycinania wyjscia musi dzialac tragicznie (jak wysycisz caly upload, a wysycic go jest cholernie latwo to pada na pysk rowniez caly download). pozdr. Udostępnij ten post Link to postu Udostępnij na innych stronach
