Autor Téma: Prerusovani spojeni (Přečteno 9499 krát)

Petr Merlin Vaněček · « **Odpověď #25 kdy:** 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 ...

Savalas · « **Odpověď #26 kdy:** 13 Dubna 2011, 13:50:45 »

Cte nekdo po me ty prispevky, behem vypadku se nic nezaznamenalo, tak tu nemam co dat.

Savalas · « **Odpověď #27 kdy:** 13 Dubna 2011, 18:57:51 »

Memuze byt problem v dhcp Expiration time? Dal sem dhclient a ten pise o renewal in 6223 seconds.

Martin Kiklhorn · « **Odpověď #28 kdy:** 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

Petr Merlin Vaněček · « **Odpověď #29 kdy:** 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í)

Savalas · « **Odpověď #30 kdy:** 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.

Savalas · « **Odpověď #31 kdy:** 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 loopback

na 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

Petr Merlin Vaněček · « **Odpověď #32 kdy:** 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?

Savalas · « **Odpověď #33 kdy:** 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.txt

mel 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)

Petr Merlin Vaněček · « **Odpověď #34 kdy:** 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

)

Savalas · « **Odpověď #35 kdy:** 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.

Petr Merlin Vaněček · « **Odpověď #36 kdy:** 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 $?

Savalas · « **Odpověď #37 kdy:** 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

Petr Merlin Vaněček · « **Odpověď #38 kdy:** 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 ...

Savalas · « **Odpověď #39 kdy:** 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: yes

pred i behem vypadku to same

Petr Merlin Vaněček · « **Odpověď #40 kdy:** 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é ...

Savalas · « **Odpověď #41 kdy:** 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.

Petr Merlin Vaněček · « **Odpověď #42 kdy:** 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;

Savalas · « **Odpověď #43 kdy:** 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.

Petr Merlin Vaněček · « **Odpověď #44 kdy:** 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

No nic, zkuste zkratit interval toho DHClienta ... je to takovový ... hook ...

Martin Kiklhorn · « **Odpověď #45 kdy:** 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

Savalas · « **Odpověď #46 kdy:** 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

Petr Merlin Vaněček · « **Odpověď #47 kdy:** 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 ...

Savalas · « **Odpověď #48 kdy:** 13 Dubna 2011, 22:50:27 »

No nevim jestli to tak vypada, ale zase pocitacovy prebornik nejsem, to google

Savalas · « **Odpověď #49 kdy:** 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.