Fórum Ubuntu CZ/SK

Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: Savalas 07 Dubna 2011, 10:45:42

Název: Prerusovani spojeni
Přispěvatel: Savalas 07 Dubna 2011, 10:45:42: Takze, uz si stim asi mesic hraju a porad nemuzu vyresit podivny problem.
Internet v nepravydelnych intervalech, kolem 15-60min vypadne na pul az jednu minutu, behem toho pingnu ledatak 127.0.0.1, vychozi branu uz ne, pri pingu de videt v conky ze se data odesilaji, po ukonceni se vypise jen ze se stratily pakety

Kód: [Vybrat]
64 bytes from www.seznam.cz (77.75.72.3): icmp_req=244 ttl=247 time=6.32 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=245 ttl=247 time=6.34 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=277 ttl=247 time=6.50 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=278 ttl=247 time=6.29 ms * --- www.seznam.cz ping statistics --- 290 packets transmitted, 259 received, 10% packet loss, time 292948ms rtt min/avg/max/mdev = 6.260/6.389/7.102/0.162 ms
Behem vypadku ping stoji a ve vypisu se to projevi po obnoveni spojeni jen skokem v icmp_req o pocet pokusu pingnout.

Kdyby mi aspon vypsal neco jako proc ty pakety stratil.

Zkousel sem bez uspechu:
-Pevne zadat internetove nastaveni, normalne je automaticky dhcp(ipv4).
-Nechal sem si vypsat pred a behem vypadku ip a, ip l, ifconfig, route -n a porovnat obsah jestli se tam neco neukaze, zmenil se jen pocet stahnutych dat.
-Behem vypadku zadat v nastrojich siti tracert, program zatuhl/zsednul pak vypsal neco jako ze se na danou adresu nemuze pripojit.
-Povolit prez firestarter vsechny icmp pakety a sadu ip adres poskytovatele, ruzne dns, smtp, brany, ikdyz ve vypisu sem znadne pokusy o pripojeni nevidel, leda dalsich pc na siti na 445 a to nesouvysle na vypadcich, ve winu sem po prechodu 802.cz k riomedia mel nejake problemy, ktere sem musel vyresit prave povoleni ruznuch podivnost ve fw.
-Vypnout Network Manager.
-Koupil sem novou sitovku a pripojil se s ni misto te intengrovane, tedy jiny hw jine ovladace.

Behem vypadku pomuze uz jen se znova pripojit nebo pockat, coz ale v obou pripadech prerusi nektera spojeni.

Nikde se mi neporadilo najit nejakou chybovou hlasku k tomu vypadku, ubuntu se tvari jako by se nic nedelo, a ff dlouze ceka na nacteni stranek.

O pripadne vypisy si napiste, at to tu neplevelim necim co treba nikdo ani nechce.
Název: Re: Prerusovani spojeni
Přispěvatel: Tomáš Břinčil 07 Dubna 2011, 11:05:37: Chyba poskytovatele internetu je vyloučena?
Co zařízení od počítače dál?
Router, switch, modem?
Máte možnost vyzkoušet podobné chování na jiném zařízení/pc?
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 07 Dubna 2011, 11:10:44: To je prave to, ja se obavam ze to bude neco u poskytovatele ktery pocita jen s winama, ale kdyz jim zavolam musim mit konkretni zavadu k nahlaseni jinak me posle dopr., router, modem nic takoveho tu nemam , kde me de jen drat, jiny pocitac k dispozici nemam, leda bych to jeste prozkousel v 10.4 krete mam v supliku, ale co si pamatuju tam to delalo taky.
Název: Re: Prerusovani spojeni
Přispěvatel: Tomáš Břinčil 07 Dubna 2011, 11:37:21: Citace: Savalas 07 Dubna 2011, 11:10:44
To je prave to, ja se obavam ze to bude neco u poskytovatele ktery pocita jen s winama, ale kdyz jim zavolam musim mit konkretni zavadu k nahlaseni jinak me posle dopr., router, modem nic takoveho tu nemam , kde me de jen drat, jiny pocitac k dispozici nemam, leda bych to jeste prozkousel v 10.4 krete mam v supliku, ale co si pamatuju tam to delalo taky.
Tato chyba nemusí mít nic společného se systémem ale může jít o hardwarovou chybu.
Zkuste jiný počítač.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 07 Dubna 2011, 11:39:33: Moc nechapu jak by melo jit o hw chybu kdyz sitovka je jina a i se starou to pod winem nikdy nevynechavalo.
Název: Re: Prerusovani spojeni
Přispěvatel: MacHala 07 Dubna 2011, 12:07:27: co znamena:
Citace
Behem vypadku pomuze uz jen se znova pripojit nebo pockat, coz ale v obou pripadech prerusi nektera spojeni.
(jak presne pripojit?)
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 07 Dubna 2011, 14:00:04: Proste si v panelu rozkliknu na aplet networkmanager a pak kliknu na to spojeni ktere pouzivam, coz je s tou novou s novou sitovkou Auto eth1, probehne tam animece ze se pripojuje,pripojil a internet naskoci driv nez kdyz bych jen cekal.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 09 Dubna 2011, 19:54:48: Dneska sem zkusil spustit ten system co mam v supliku, no sice tam neni 10.4 jak sem myslel, ale 10.10, i tak sem udelal nejake testy tam, jako vzdy vypad net po 20min, zkusil sem misto network managera dat wicd, jestli n.m. jen blbe neastavi sit, vypadek ale nasal opet po 20min, co uz je ale zvlastni ze po stejnem case a to po nekolikate ne jen po druhe, zdase ze po resetu to ma vypadek pravidelny.
Tak sem pockal 20 min s prispevkem a opravdu po 21m20s vypadek.
Chtelo by to aspon abych zjistit proc se pingu pakety strati, nebo nejaky log nebo neco jako tracert co by mi reklo co se deje behem vypadku, kde to stoji.
Název: Re: Prerusovani spojeni
Přispěvatel: dimmuboy 10 Dubna 2011, 13:35:38: viem ze je to brutalny navrh ale skusal si to pod win? a aku to mas masinu? mojmu dievcatu robi to iste ale iba pri ubuntu, dnes chcem este vyskusat nejaky iny linux a uvidim co to spravi :)

//EDIT: sry teraz som si az precital co si pisal.. taze mame rovnaky problem asi.. tak ci onak hw chyba to nie je
Název: Re: Prerusovani spojeni
Přispěvatel: dRaczek 10 Dubna 2011, 14:49:09: Citace: Savalas 07 Dubna 2011, 11:10:44
...router, modem nic takoveho tu nemam , kde me de jen drat...
Chápu dobře, že máte drát ze svého PC až k poskytovateli internetu? Kdysi na winech se mi dělo něco podobného a chyba byla právě v modemu.
Název: Re: Prerusovani spojeni
Přispěvatel: dimmuboy 10 Dubna 2011, 15:01:07: o poskytovatela tu vobec nejde a o modem ani nic podobne tiez nie.. moje dievca ma doma vlastny wifi router a ten je v poriadku pretoze pod win sa nanho v pohode napoji a pripojenie nepada.. a ani z druheho nb ci z mobilu. Takze problem je cisto v ubuntu
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 10 Dubna 2011, 16:39:10: I tak napis jaky router to ma, treba se ta chyba obevuje vuci urcitych chipsetu nebo necoho takoveho, a ja tezko zjisti co muj poskytovatel pouziva.
Název: Re: Prerusovani spojeni
Přispěvatel: dimmuboy 10 Dubna 2011, 22:41:53: ziadneho cipsetu sa to netyka pretoze ako vravim pod windowsom to slape v pohode.. a na druhom rovnakom nb taktiez.. ale pod ubuntu to nejde.. a wifi router je od tenda nejaky..
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 12 Dubna 2011, 14:55:43: Udelal sem dalsi test, tentokrat pod w2k, uz jen abych tam nainstaloval tu novou sitovku, ve fw sem povypinal pravidla tykajici se systemu a services.exe, pak sem musel jen povolit kvuli pingu [ 0 ] Echo Reply, [8] Echo Request, a services.exe dva dns servery, protoze sem si rikal, ikdyz povolmi pod ubuntu nejaka sitova spojeni, nemusi se mit na co pripojit.
Vysletek, internet bez problemu, takze fakt nevim.

Kód: [Vybrat]
Statistika ping pro 77.75.72.3: Pakety: Odeslané = 7269, Přijaté = 7269, Ztracené = 0 (ztráta 0%) Přibližná doba od odeslání požadavku do příchodu ozvěny v milisekundách: Minimum = 6ms, Maximum = 10ms, Průměr = 6ms Control-C7269sec = 2 hodiny, prvni test tak 30min

Jeste dodam ze ostatni sw byl povoleny normalne sem mohl delat s netem ff atd, microsoft networking ve fw nepovoleny, Klient site Microsoft vyple, sdileni souboru vypnute, ziskani ip z dhcp automaticky.
Název: Re: Prerusovani spojeni
Přispěvatel: dimmuboy 12 Dubna 2011, 15:52:43: skusal si aj nejake ine distro ako ubuntu?
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 12 Dubna 2011, 15:55:40: Tenhle problem sem jeste v nicem jinem netestoval, sice sem predtim nez sem si daval ubuntu zkousel opensuse, ale to mi nevyhovovalo z jinych duvodu, tak sem pod tim moc casu nestravil.
Název: Re: Prerusovani spojeni
Přispěvatel: dimmuboy 12 Dubna 2011, 15:57:14: vyskusaj to s niecim inym.. ja som to uz nestihol a teraz som mimo takze to mozem vyskusat az v piatok
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 12 Dubna 2011, 16:19:33: Sem pozkousel nejaka starsi live distra, ale nic se nedokazalo dostat do grafickeho rozhrani, asi se to omlatilo o novou grafiku, sice mi slo v jednom starsi ubuntu v textovem rezimu pingat, ale na to se mu pul hodiny cumet nechtelo, a nejak mi to pak uz neslo ani zastavit.
Název: Re: Prerusovani spojeni
Přispěvatel: dimmuboy 12 Dubna 2011, 16:21:10: ale nie ubuntu ale nejake uplne ine distro skus alebo cisty linux ci unix
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 12 Dubna 2011, 21:42:15: Adresa IP se načítá z DHCP, nebo je nastavená staticky?
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 12 Dubna 2011, 22:02:12: Zkousel sem v ubuntu jak secko zadat v network manageru rucne ip, maska, brana, dns, tak jak to musi bezet kvuli obcasne zmene ip, plne automaticky dhcp.
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 12 Dubna 2011, 22:16:06: Logy (dmesg, syslog) v inkriminované časy mlčí?
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 12 Dubna 2011, 22:42:58: Zitra kuknu jestli se tam bude neco tvorit.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 08:06:33: Vypadek nenecha zadne stopy v souborech v adresari /var/log, a dmesg, syslog meli posledni zapis 10 min starej, vypadek tak 24 min po startu.

Tak spon neco ze syslogu

Kód: [Vybrat]
Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: init! Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: update_system_hostname Apr 13 07:23:09 michal-MS-7236 modem-manager: ModemManager (version 0.4) starting... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPluginIfupdown: management mode: unmanaged Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:1e.0/0000:02:00.0/net/eth1, iface: eth1) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:1e.0/0000:02:00.0/net/eth1, iface: eth1): no ifupdown configuration found. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:1e.0/0000:02:04.0/net/eth0, iface: eth0) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:1e.0/0000:02:04.0/net/eth0, iface: eth0): no ifupdown configuration found. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/lo, iface: lo) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration found. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: end _init. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Loaded plugin ifupdown: (C) 2008 Canonical Ltd. To report bugs please use the NetworkManager mailing list. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Loaded plugin keyfile: (c) 2007 - 2008 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: Ifupdown: get unmanaged devices count: 0 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: (166394704) ... get_connections. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: SCPlugin-Ifupdown: (166394704) ... get_connections (managed=false): return empty list. Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin ZTE Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Nokia Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Sierra Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Ericsson MBM Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Generic Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Longcheer Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Option High-Speed Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Novatel Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: Ifupdown: get unmanaged devices count: 0 Apr 13 07:23:09 michal-MS-7236 kernel: [ 21.633591] parport_pc 00:0b: reported by Plug and Play BIOS Apr 13 07:23:09 michal-MS-7236 kernel: [ 21.633645] parport0: PC-style at 0x378, irq 7 [PCSPP] Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin AnyData Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin SimTech Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Gobi Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Huawei Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin Option Apr 13 07:23:09 michal-MS-7236 modem-manager: Loaded plugin MotoC Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> WiFi enabled by radio killswitch; enabled by state file Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> WWAN enabled by radio killswitch; enabled by state file Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> WiMAX enabled by radio killswitch; enabled by state file Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Networking is enabled by state file Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): carrier is OFF Apr 13 07:23:09 michal-MS-7236 modem-manager: (tty/ttyS2): port's parent platform driver is not whitelisted Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): new Ethernet device (driver: '8139too' ifindex: 3) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): exported as /org/freedesktop/NetworkManager/Devices/0 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): now managed Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): device state change: 1 -> 2 (reason 2) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): bringing up device. Apr 13 07:23:09 michal-MS-7236 kernel: [ 21.699897] eth1: link up, 100Mbps, full-duplex, lpa 0x41E1 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): preparing device. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): deactivating device (reason: 2). Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Added default wired connection 'Auto eth1' for /sys/devices/pci0000:00/0000:00:1e.0/0000:02:00.0/net/eth1 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): carrier is OFF Apr 13 07:23:09 michal-MS-7236 modem-manager: (tty/ttyS3): port's parent platform driver is not whitelisted Apr 13 07:23:09 michal-MS-7236 modem-manager: (tty/ttyS0): could not get port's parent device Apr 13 07:23:09 michal-MS-7236 modem-manager: (tty/ttyS1): could not get port's parent device Apr 13 07:23:09 michal-MS-7236 gdm-binary[866]: WARNING: Unable to find users: no seat-id found Apr 13 07:23:09 michal-MS-7236 kernel: [ 21.720904] lp0: using parport0 (interrupt-driven). Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): new Ethernet device (driver: 'r8169' ifindex: 2) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/1 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): now managed Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): device state change: 1 -> 2 (reason 2) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): bringing up device. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): preparing device. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth0): deactivating device (reason: 2). Apr 13 07:23:09 michal-MS-7236 kernel: [ 21.757115] r8169 0000:02:04.0: eth0: link down Apr 13 07:23:09 michal-MS-7236 kernel: [ 21.757366] ADDRCONF(NETDEV_UP): eth0: link is not ready Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): carrier now ON (device state 2) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): device state change: 2 -> 3 (reason 40) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> modem-manager is now available Apr 13 07:23:09 michal-MS-7236 gdm-simple-slave[962]: WARNING: Unable to load file '/etc/gdm/custom.conf': Adresář nebo soubor neexistuje Apr 13 07:23:09 michal-MS-7236 udev-configure-printer: add /devices/pnp0/00:0b/printer/lp0 Apr 13 07:23:09 michal-MS-7236 udev-configure-printer: Failed to get parent Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <warn> bluez error getting default adapter: The name org.bluez was not provided by any .service files Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Trying to start the supplicant... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) starting connection 'Auto eth1' Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): device state change: 3 -> 4 (reason 0) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) started... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) scheduled... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) complete. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) starting... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): device state change: 4 -> 5 (reason 0) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) successful. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 3 of 5 (IP Configure Start) scheduled. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) complete. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 3 of 5 (IP Configure Start) started... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): device state change: 5 -> 7 (reason 0) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Beginning DHCPv4 transaction (timeout in 45 seconds) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> dhclient started with pid 977 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 3 of 5 (IP Configure Start) complete. Apr 13 07:23:09 michal-MS-7236 dhclient: Internet Systems Consortium DHCP Client V3.1.3 Apr 13 07:23:09 michal-MS-7236 dhclient: Copyright 2004-2009 Internet Systems Consortium. Apr 13 07:23:09 michal-MS-7236 dhclient: All rights reserved. Apr 13 07:23:09 michal-MS-7236 dhclient: For info, please visit https://www.isc.org/software/dhcp/ Apr 13 07:23:09 michal-MS-7236 dhclient: Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): DHCPv4 state changed nbi -> preinit Apr 13 07:23:09 michal-MS-7236 dhclient: Listening on LPF/eth1/00:e0:52:81:a5:45 Apr 13 07:23:09 michal-MS-7236 dhclient: Sending on LPF/eth1/00:e0:52:81:a5:45 Apr 13 07:23:09 michal-MS-7236 dhclient: Sending on Socket/fallback Apr 13 07:23:09 michal-MS-7236 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 Apr 13 07:23:09 michal-MS-7236 dhclient: DHCPOFFER of 188.175.2.248 from 188.175.2.1 Apr 13 07:23:09 michal-MS-7236 dhclient: DHCPREQUEST of 188.175.2.248 on eth1 to 255.255.255.255 port 67 Apr 13 07:23:09 michal-MS-7236 dhclient: DHCPACK of 188.175.2.248 from 188.175.2.1 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> (eth1): DHCPv4 state changed preinit -> bound Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 4 of 5 (IP4 Configure Get) scheduled... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 4 of 5 (IP4 Configure Get) started... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> address 188.175.2.248 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> prefix 23 (255.255.254.0) Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> gateway 188.175.2.1 Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> nameserver '94.74.192.252' Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> nameserver '94.74.192.244' Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> domain name 'riomail.cz' Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 5 of 5 (IP Configure Commit) scheduled... Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 4 of 5 (IP4 Configure Get) complete. Apr 13 07:23:09 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 5 of 5 (IP Configure Commit) started... Apr 13 07:23:09 michal-MS-7236 avahi-daemon[875]: Joining mDNS multicast group on interface eth1.IPv4 with address 188.175.2.248. Apr 13 07:23:09 michal-MS-7236 avahi-daemon[875]: New relevant interface eth1.IPv4 for mDNS. Apr 13 07:23:09 michal-MS-7236 avahi-daemon[875]: Registering new address record for 188.175.2.248 on eth1.IPv4. Apr 13 07:23:09 michal-MS-7236 dhclient: bound to 188.175.2.248 -- renewal in 6571 seconds. Apr 13 07:23:10 michal-MS-7236 NetworkManager[874]: <info> (eth1): device state change: 7 -> 8 (reason 0) Apr 13 07:23:10 michal-MS-7236 NetworkManager[874]: <info> Policy set 'Auto eth1' (eth1) as default for IPv4 routing and DNS. Apr 13 07:23:10 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) successful, device activated. Apr 13 07:23:10 michal-MS-7236 NetworkManager[874]: <info> Activation (eth1) Stage 5 of 5 (IP Configure Commit) complete.
a vyber z dmesg
Kód: [Vybrat]
[ 1.474947] 8139cp: 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) [ 1.474976] 8139cp 0000:02:00.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip, use 8139too [ 1.488968] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [ 1.488999] r8169 0000:02:04.0: PCI->APIC IRQ transform: INT A -> IRQ 20 [ 1.489033] r8169 0000:02:04.0: (unregistered net_device): no PCI Express capability [ 1.489694] r8169 0000:02:04.0: eth0: RTL8169sb/8110sb at 0xf806c800, 00:13:d3:ec:c5:cd, XID 10000000 IRQ 20 [ 1.507978] 8139too: 8139too Fast Ethernet driver 0.9.28 [ 1.532135] 8139too 0000:02:00.0: PCI->APIC IRQ transform: INT A -> IRQ 16 [ 1.533372] 8139too 0000:02:00.0: eth1: RealTek RTL8139 at 0xc800, 00:e0:52:81:a5:45, IRQ 16 [ 21.699897] eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 10:44:46: Jeste pridam, ze po startu systemu stabilne net vypne po tak priblizne 20-30 minutach a tedy to ma navaznost na spusteny systemu, za provozu uz sem zadnou logiku nevysledoval, kdyz se dam znovu pripojit, pak muze spojeni zustat v porovzu i 45 min ci dyl, by me zajimalo jak by mohl poskytovatel rozeznat pripojeni netu pri startu od v tom v systemu aby chyba mohla nastat takhle, spis to bude neco s ubuntu, ten samozrejme vi jak dlouho bezi.
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 11:39:43: Ten syslog vypadá z doby spuštění systému, chtělo by to podchytit v okamžik výpadku ...
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 13:50:45: Cte nekdo po me ty prispevky, behem vypadku se nic nezaznamenalo, tak tu nemam co dat.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 18:57:51: Memuze byt problem v dhcp Expiration time? Dal sem dhclient a ten pise o renewal in 6223 seconds.
Název: Re: Prerusovani spojeni
Přispěvatel: Martin Kiklhorn 13 Dubna 2011, 19:20:48: killnout network manager a síťovku nakonfigurovat v /etc/network/interfaces

Kód: [Vybrat]
auto eth1 iface eth1 inet dhcp
btw co tam máte jako eth0 ? a kam je zapojená?
Kód: [Vybrat]
ip a
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 19:25:57: Citace: Savalas 13 Dubna 2011, 13:50:45
Cte nekdo po me ty prispevky, behem vypadku se nic nezaznamenalo, tak tu nemam co dat.

Nemusíte se hned čertit ;)
Omlouvám se, přehlédl jsem větu před výpisem.

Na DHCP jsem se ptal - to jste vyvrátil tím, že konfigurace byla provedena i ručně.
Jinak zkuste, co radil Martin Kiklhorn - možná je to bota v NM (nebyla by první)
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 19:34:35: Citace: Martin Kiklhorn 13 Dubna 2011, 19:20:48
btw co tam máte jako eth0 ? a kam je zapojená?
eth0 je intengrovana na zakladce, s tou se to chovalo uplne stejne.

Dockal sem se vypadku a zda se(prece jen 1. test) ze se to okamzite rozjelo po dhclient v konzoli. Z vypisu hwinfo --network --netcard --wlan, neni znat rozdil pred a behem vypadku.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 19:42:45: Citace: Martin Kiklhorn 13 Dubna 2011, 19:20:48
killnout network manager a síťovku nakonfigurovat v /etc/network/interfaces

Kód: [Vybrat]
auto eth1 iface eth1 inet dhcp
btw co tam máte jako eth0 ? a kam je zapojená?
Kód: [Vybrat]
ip a

ok dal sem ukoncit nm-applet
/etc/network/interfaces prepisuju z
Kód: [Vybrat]
auto lo iface lo inet loopbackna doporucene
ip a
Kód: [Vybrat]
$ ip a 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:13:d3:ec:c5:cd brd ff:ff:ff:ff:ff:ff inet 169.254.12.147/16 brd 169.254.255.255 scope link eth0:avahi 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:e0:52:81:a5:45 brd ff:ff:ff:ff:ff:ff inet 188.175.2.248/23 brd 188.175.3.255 scope global eth1 inet6 fe80::2e0:52ff:fe81:a545/64 scope link valid_lft forever preferred_lft forever
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 19:51:40: Zkuste sem prosím dát ještě výpis
Kód: [Vybrat]
ifconfig
Můžete se prosím pokusit o výpisy ifconfig a ip v době výpadku?
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 19:59:16: to sem tusim uz psal v prvni prispevku
porovnaval sem pred a behem vypadku
Kód: [Vybrat]
ip a > ipa.txt ip l > ipl.txt ifconfig > ifconfig.txt route -n > routen.txtmel sem to jako skriptik, abych to nemusl psat rucne, zmenilo se jen v jednom pocet stazenych dat, ty soubory sem uz asi smazal, nemuzu je najit.
aktualne je ifconfig
Kód: [Vybrat]
eth0 Link encap:Ethernet HWadr 00:13:d3:ec:c5:cd AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ MULTICAST MTU:1500 Metrika:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 kolizí:0 délka odchozí fronty:1000 Přijato bajtů: 0 (0.0 B) Odesláno bajtů: 0 (0.0 B) Přerušení:20 Vstupně/Výstupní port:0x6800 eth1 Link encap:Ethernet HWadr 00:e0:52:81:a5:45 inet adr:188.175.2.248 Všesměr:188.175.3.255 Maska:255.255.254.0 inet6-adr: fe80::2e0:52ff:fe81:a545/64 Rozsah:Linka AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST MTU:1500 Metrika:1 RX packets:350707 errors:0 dropped:0 overruns:0 frame:0 TX packets:255436 errors:0 dropped:0 overruns:0 carrier:0 kolizí:0 délka odchozí fronty:1000 Přijato bajtů: 483821070 (483.8 MB) Odesláno bajtů: 20230772 (20.2 MB) Přerušení:16 Vstupně/Výstupní port:0xc800 eth0:avahi Link encap:Ethernet HWadr 00:13:d3:ec:c5:cd inet adr:169.254.12.147 Všesměr:169.254.255.255 Maska:255.255.0.0 AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ MULTICAST MTU:1500 Metrika:1 Přerušení:20 Vstupně/Výstupní port:0x6800 lo Link encap:Místní smyčka inet adr:127.0.0.1 Maska:255.0.0.0 inet6-adr: ::1/128 Rozsah:Počítač AKTIVOVÁNO SMYČKA BĚŽÍ MTU:16436 Metrika:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 kolizí:0 délka odchozí fronty:0 Přijato bajtů: 624 (624.0 B) Odesláno bajtů: 624 (624.0 B)
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 20:06:04: Ok, jednalo se mi o přerušení síťovek a případné chyby na lince.

už kopu - ethtool eth1 (ideálně i v době přerušení ... ach jo, já vím, je to naprd, když to je jednou za delší čas :( )
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 20:15:37: Tak ani sem odepsal a vypadek, dhclient to zdase fakt nahodi, takze rada http://forum.ubuntu.cz/index.php/topic,55203.msg396807.html#msg396807 nefunguje. ethtool si musi pockat na dalsi.
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 20:17:19: Také mne ještě napadlo, zda náhodou někdo v okolní síti nemá stejnou IP adresu.
Pak by se síť v případě detekce duplicity odřízla, ale pravděpodobně by o tom byl záznam v logu.

Pro jistotu zkuste (jako sudo)
Kód: [Vybrat]
arping -I eth1 -c 3 vase_ip
edit:
možná raději (jako sudo)
Kód: [Vybrat]
arping -D -I eth1 -c 3 vase_ip && echo $?
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 20:23:28: Kód: [Vybrat]
sudo arping -D -I eth1 -c 3 188.175.2.248 && echo $? ARPING 188.175.2.248 from 0.0.0.0 eth1 Sent 3 probes (3 broadcast(s)) Received 0 response(s) 0
ale tohle mi nic nerika
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 20:24:18: Citace: Savalas 13 Dubna 2011, 20:23:28
Kód: [Vybrat]
sudo arping -D -I eth1 -c 3 188.175.2.248 && echo $? ARPING 188.175.2.248 from 0.0.0.0 eth1 Sent 3 probes (3 broadcast(s)) Received 0 response(s) 0
ale tohle mi nic nerika

To říká, že to vypadá taky jako slepá ulička ...
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 20:34:19: ethtool eth1 mel byt se sudem takze priste, ale po dhclient se opravdu ping hned rozjede, takze uz je nejake to steblo k chyceni, zato ale bych rek ze to je castejsi nez pri resetu spojeni prez NM.

*
dalsi vypadek po 20min
Kód: [Vybrat]
sudo ethtool eth1 Settings for eth1: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 32 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: d Current message level: 0x00000007 (7) Link detected: yespred i behem vypadku to same
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 21:20:06: V době výpadku zkuste prosím pingnout bránu a pak
Kód: [Vybrat]
arp -n
Pořád nevidím problém na straně Vás, jako spíše na straně ISP. Je to nějaké divné ...
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 21:31:23: Dostal sem napad cim to zaplacnout, jelikos dhclient posune vypadek o 20 min, pokud ho zadam jeste pred vypadkem, treba po 15 min, zadny vypadek nenastane, ted sem se tim drzel 40min, dhclient pri spusteni zadny vypadek neudela, narozdil od znovu pripojeni v NM, takze by to mohl drzet skriptik spoustejici dhclient co 15 min, trosku problem jak to vyresit spousteni pod root a automaticky po spusteni (bez ukladani hesla nekam nebo zadavani hesla po startu).

Ping na branu samozrejme behem vypadku nejde, ale zkusim, radsi bych byl bez nejake takove zaplaty ale fakt to vyresil.
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 21:40:25: Nejde o ten ping jako spíš o to, zda si stroje pokecají na úrovni ARP :)

Jinak by mělo stačit na začátek /etc/dhcp3/dhclient.conf dát
Kód: [Vybrat]
supersede dhcp-lease-time 900;
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 21:51:15: Ted kdyz vypadky se daji predpovidat je to lepsi, jinaky vypisy.

ping nabranu, ta hlaska uprostret nevim jestli neni tim dhclient, vypadek samozrejme nastal ale skratil sem ho dhclient, abych si overil ze to fak dela on, bo porad u toho neco testuju.
Kód: [Vybrat]
64 bytes from 188.175.2.1: icmp_req=658 ttl=64 time=1.75 ms ping: sendmsg: Network is unreachable 64 bytes from 188.175.2.1: icmp_req=669 ttl=64 time=3.36 ms
pred
Kód: [Vybrat]
arp -n Adresa HWtyp HWadresa Příznaky Maska Rozhraní 188.175.2.1 ether 00:26:88:6a:dc:00 C eth1
behem
Kód: [Vybrat]
arp -n Adresa HWtyp HWadresa Příznaky Maska Rozhraní 188.175.2.1 ether 00:26:88:6a:dc:00 C eth1
supersede dhcp-lease-time 900; by mohlo fungovat, zkusim
*
Reset a vidme jestli uvidim cele udalosti komentare z netu bez vypadku, NM sem radsi vyp.
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 21:56:01: S tou bránou - nedošlo mi, že arp bude v cache ... to by se musel vychytat vypadek mimo jakoukoliv komunikaci :D

No nic, zkuste zkratit interval toho DHClienta ... je to takovový ... hook ...
Název: Re: Prerusovani spojeni
Přispěvatel: Martin Kiklhorn 13 Dubna 2011, 22:33:15: Citace: Savalas 13 Dubna 2011, 19:42:45
/etc/network/interfaces prepisuju z
Kód: [Vybrat]
auto lo iface lo inet loopbackna doporucene

neprepisujte ale pripisujte
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 22:38:09: Citace: Martin Kiklhorn 13 Dubna 2011, 22:33:15
neprepisujte ale pripisujte
Proto sem to rozepsal tak podrobne, aby kvuli nejakemu nepochopeni sme se nemotali v kruzich, nejspis az zitra vyzkousim v tomhle rezimu.

40 min drzim stim supersede dhcp-lease-time 900;, takze zda se ze tohle zaplacnuti funguje komfortne, jen dodam ze ze s dhclient je vypadek pevne po 20min a s resetem prez NM byval klidne i 45min, takze nekde musi existovat parametr ktery, kdy ten vypadek nastane nastavuje.

zajimave /etc/network/interfaces ma puvodni obsah, no zitra
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 13 Dubna 2011, 22:44:50: Tak mne napadlo, že by asi bylo zajímavé rozpárat DHCPACK od ISP ... jestli to vůbec obsahuje nějaký lease-time (nepovinný parametr - windows mohou mít nějaký default, stejně jako NM) po kterém router odřízne MAC, co nepožádala v "řádném" čase o znovupřidělení IP ...
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 13 Dubna 2011, 22:50:27: No nevim jestli to tak vypada, ale zase pocitacovy prebornik nejsem, to google :D
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 14 Dubna 2011, 09:25:46: Takze to funguje, zmenil sem jen cas z 15min na 19 at to nebeha zbytecne casto, ma smysl jeste zkouset to s /etc/network/interfaces?

Jeste bych upozorni na jednu vec k zamysleni, ktera mohla zaniknout, ten vypadek se sam nahodi i bez zasahu, zeby se jen ten dhclient sam ale pozde aplikoval o nekolik desitek sekund a v tom byl problem? Neco jako spozdena reakce, spatna interpretace vyprseni casoveho limitu.
Název: Re: Prerusovani spojeni
Přispěvatel: Petr Merlin Vaněček 14 Dubna 2011, 10:32:14: Citace: Savalas 14 Dubna 2011, 09:25:46
Takze to funguje, zmenil sem jen cas z 15min na 19 at to nebeha zbytecne casto, ma smysl jeste zkouset to s /etc/network/interfaces?

Jeste bych upozorni na jednu vec k zamysleni, ktera mohla zaniknout, ten vypadek se sam nahodi i bez zasahu, zeby se jen ten dhclient sam ale pozde aplikoval o nekolik desitek sekund a v tom byl problem? Neco jako spozdena reakce, spatna interpretace vyprseni casoveho limitu.

To je presne to, co jsem rikal - že je otázka, co chodí v DHCPACK za hodnoty ...
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 14 Dubna 2011, 10:58:29: Obevily vypadky i prez dhcp-lease-time, po 17 a 24min, zkousim ten skriptik, vecer a rano to jelo hodiny bez problemu, + dal sem to zasena 15min.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 14 Dubna 2011, 14:54:32: Desek o dhclient.conf, supersede dhcp-lease-time ani send dhcp-lease-time nemaji vliv na cas vypadku, ikdyz dhclient vypisuje pri jejich zmene v renewal in x seconds, mensi nebo vetsi cislo podobne, ale nestejne jak bylo nastavene v dhcp-lease-time.
Ani nastave timeout 1; a retry 1; nic neudela ikdyz sem si rikal ze by aspon mohli skratit cas vypadku.
Proc to vecer a rano drzelo tot otazka.

Kód: [Vybrat]
There is already a pid file /var/run/dhclient.pid with pid 2456 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/00:13:d3:ec:c5:cd Sending on LPF/eth0/00:13:d3:ec:c5:cd Listening on LPF/eth1/00:e0:52:81:a5:45 Sending on LPF/eth1/00:e0:52:81:a5:45 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 2 DHCPREQUEST of 188.175.2.248 on eth1 to 255.255.255.255 port 67 DHCPACK of 188.175.2.248 from 188.175.2.1 bound to 188.175.2.248 -- renewal in 12170 seconds.
Název: Re: Prerusovani spojeni
Přispěvatel: Martin Kiklhorn 14 Dubna 2011, 16:56:28: do tendy novy fw, nastavit v ni delku zapujcky na radove dny - pokud to umi
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 14 Dubna 2011, 17:40:35: Tomudle moc nerozumim, co vim tak v ubuntu neni fw jako takovy, ale iptables, a tam nevim jak bych vyresil straceni platnosti ip, tu delku platnosti by mela byt v send dhcp-lease-time ale hodnota jak 300 tak 30000 s tim nic neudelala.
Aspon ze to dokaze drzet to pravidelne zadavani dhclient.
Název: Re: Prerusovani spojeni
Přispěvatel: Martin Kiklhorn 14 Dubna 2011, 19:01:18: pokud budu predpokladat ze tenda provadi nejaky druh ochrany site (neco na zpusob dhcpsnoopingu) a mela to odladene pouze na windows tak chovani linuxoveho dhcp klienta je ponekud jine a dela ji to problemy.
Takze by to bud mohl vyresit novy fw (myslel jsem firmware) nebo
Natahnutim delky provize prodlouzeni te doby bez vypadku na neco zkousnutelneho a ne minuty. (zhruba polovina lease-time)

Dalsi pripadne pokusy - na chvili vymenit tendu za neco jineho (pokud chyby budou pokracovat tak to neni routerem)

síťovky, nevidím chipset.
tohle by mělo vyhodit dva různé drivery:
Kód: [Vybrat]
lspci -vvnnk | grep -i net -A10 | grep -i kernpokud dostanete stejné, zkuste síťovku s jiným chipsetem (intel)
tím vyloučíme problém s drivery

Ještě rána na slepo když vidím MSI: v biosu PC přepnout PnP OS ?

_{OOT: Tendu vyrábí Juniper?}
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 14 Dubna 2011, 19:48:01: jestli kazda sitovka ma svuj/jiny ovladac, sem se dival jako prvni po instalci nove

Kód: [Vybrat]
Kernel driver in use: 8139too Kernel driver in use: r81691. eth1
2. eth0
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 14 Dubna 2011, 20:30:13: PnP je preple na bios, ale podobne jako prehravani fw chipsetu, bych to zareseni nepovazoval jelikos win nic takoveho nepotrebuje.

auto eth1, iface eth1 inet dhcp aplikovano a nic, supersede dhcp-lease-time -1, ikdyz pak vysel cas rease nejak 9000 dni, vypadek po 20 min.
Druhou, abych mel treti sitovku kupovat fakt nebudu.
Název: Re: Prerusovani spojeni
Přispěvatel: Martin Kiklhorn 15 Dubna 2011, 00:05:11: Citace: Savalas 14 Dubna 2011, 20:30:13
nepovazoval jelikos win nic takoveho nepotrebuje.

Tak nepovažujte. Viděl jsem desky u kterých byly snad sabotované DSDT pro linux (Foxconn), vypalovačky od LG které cihlovatěly protože někoho u výrobce napadlo použít naprosto korektní ata příkaz (který ale windows nepoužívaly) pro zahájení flashování firmware, celkem nedávný (2.6.27-rc?) intel e1000 bug. To byly megaprůšvihy. Miliónů chyb různých "krabiček" jsou plné desítky miliónů stránek.

No nic, beru holt že fw routeru upgradovat nechcete, takže si nainstalujte wireshark a zanalyzujte si dhcp provoz ať zjistíte na čem to vázne. Mohl by se vám hodit odkaz na knihu, případně pětidílný seriál: http://www.root.cz/clanky/wireshark-a-ethereal-kompletni-pruvodce/
Odkazy na příslušná RFC k DHCP protokolu (ať víte jaké má být správné chování) si vemte třeba z wiki - http://cs.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol

//edit: Procházím fórum jestli jste někde psal přesný typ té tendy a zjišťuji že o ní psal dimmuboy a ne vy...
Takže co ten váš router zač? Jasně, něco od Juniperu, tam bych nekompatibilitu s Linuxem nečekal, ale co kdyby... Na jejich podpoře budou určitě release notes k jednotlivým firmwarům takže mrkněte jestli se něco neřeší. Máte přístup ke konfiguraci nebo to dělá někdo jiný? Nějaký dhcpsnooping arpsecurity není nakonfigurovaný? Nebo nějaká jiná ochrana proti neschváleným zařízením v síti, proti ručním konfiguracím IP, proti podvržení MAC? U Juniperu se to bude asi jmenovat jinak, jedu na IOS a Alliedware, Junos bohužel moc neznám.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 15 Dubna 2011, 07:24:50: Ste bohuze prochazel malo, protoze ja tu zadny router nemam, ke me de jen kabel od poskytovatele a to de do sitovky, prehravani sem predpokladal u te sitovky, ikdyz mi to smysl nedavalo.

Uvidime jestli wireshark bude uzitecny.
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 15 Dubna 2011, 08:47:39: Na tohle muzu koukat ja tele na nove vrata, ale rozhodne nejde o spozdene pozadani vyprsene ip, podle wiresharku dostanu ip na 4h, ikdyz dhclient pise o 1h30.

ulozene z wiresharku http://files.uloziste.com/83c0677bb78a53ce/

vypadek/nahozeni de pekne videt ze ping ne/dostava odpoved

[attachment deleted by admin]
Název: Re: Prerusovani spojeni
Přispěvatel: MacHala 15 Dubna 2011, 10:19:00: co me tam zaujalo, tak v tom dumpu s vypadkem se client opakovane snazi o DHCP request na DHCP server, ale bez odpovedi, mozna kdyby opet volal DHCP relay agenta, tak by to probehlo spravne...

tzn. mozna spoustet dhclient jako
Kód: [Vybrat]
dhclient -s 188.175.2.1
bylo by zajimave videt pro srovnani dump z windows...
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 15 Dubna 2011, 10:34:13: Jo to DHCP request se tam obevovalo porad co sem to od 8:19 spustil, ale jak ted kukam a nevypisuje se to tam kdyz je klid.
Ve winu bych to mohl zkusit, jen moc nevim co tam zaznamenat.

rada vypla net
Kód: [Vybrat]
sudo dhclient -s 188.175.2.1 There is already a pid file /var/run/dhclient.pid with pid 6178 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/00:13:d3:ec:c5:cd Sending on LPF/eth0/00:13:d3:ec:c5:cd Listening on LPF/eth1/00:e0:52:81:a5:45 Sending on LPF/eth1/00:e0:52:81:a5:45 Sending on Socket/fallback DHCPDISCOVER on eth0 to 188.175.2.1 port 67 interval 3 DHCPREQUEST of 188.175.2.248 on eth1 to 188.175.2.1 port 67 send_packet: Network is unreachable send_packet: please consult README file regarding broadcast address. DHCPDISCOVER on eth0 to 188.175.2.1 port 67 interval 8 DHCPREQUEST of 188.175.2.248 on eth1 to 188.175.2.1 port 67 send_packet: Network is unreachable send_packet: please consult README file regarding broadcast address. DHCPDISCOVER on eth0 to 188.175.2.1 port 67 interval 15 DHCPDISCOVER on eth1 to 188.175.2.1 port 67 interval 3 DHCPOFFER of 188.175.2.248 from 188.175.2.1 DHCPREQUEST of 188.175.2.248 on eth1 to 188.175.2.1 port 67 send_packet: Network is unreachable send_packet: please consult README file regarding broadcast address. DHCPREQUEST of 188.175.2.248 on eth1 to 188.175.2.1 port 67 send_packet: Network is unreachable send_packet: please consult README file regarding broadcast address. DHCPREQUEST of 188.175.2.248 on eth1 to 188.175.2.1 port 67 send_packet: Network is unreachable send_packet: please consult README file regarding broadcast address. DHCPDISCOVER on eth0 to 188.175.2.1 port 67 interval 13 DHCPDISCOVER on eth1 to 188.175.2.1 port 67 interval 3 DHCPOFFER of 188.175.2.248 from 188.175.2.1 DHCPREQUEST of 188.175.2.248 on eth1 to 188.175.2.1 port 67 send_packet: Network is unreachable send_packet: please consult README file regarding broadcast address. ^C
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 15 Dubna 2011, 12:14:37: Udelal sem dalsi zaznam, a vysel trosku jinak, pri vypadku neni znat zadne deni, nahozeni je stejne.

[attachment deleted by admin]
Název: Re: Prerusovani spojeni
Přispěvatel: Savalas 21 Dubna 2011, 22:18:33: Prvni s timhle problemen zjevne nejsem, anglicky jaksik ale neumim dost na nejake hlubsi hledani

http://www.linuxquestions.org/questions/linux-networking-3/cable-modem-losing-connection-resolved-by-dhcp-request-849807/
http://www.linuxforums.org/forum/networking/81621-losing-internet-connection-after-few-minutes.html

ale reseni zadne, jeste se pokusim sehnat aspon nachvili notebook, ale mam zato ze vysledek bude stejny.