Prerusovani spojeni

[Petr Merlin Vaněček]

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 ...

[Savalas]

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.

[Savalas]

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.


[Martin Kiklhorn]

do tendy novy fw, nastavit v ni delku zapujcky na radove dny - pokud to umi

[Savalas]

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.

[Martin Kiklhorn]

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?}

[Savalas]

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: r8169
1. eth1
2. eth0

[Savalas]

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.

[Martin Kiklhorn]

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.

[Savalas]

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.

[Savalas]

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]

[MacHala]

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...

[Savalas]

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


[Savalas]

Udelal sem dalsi zaznam, a vysel trosku jinak, pri vypadku neni znat zadne deni, nahozeni je stejne.



[attachment deleted by admin]

[Savalas]

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.