Dabar dėstau toliau. Kompiuteris kitas - Lenovo M30. Operacinė Ubuntu 14.04 LTS, routeris kitas. Atsijunginėja taip pat, kaip ir buvo su anuo kompiuteriu ir anuo routeriu, kuriuos miniu anoje temoje
Anomalijų iš pradžių nebuvo (pirkau kompą prieš kokį mėnesį). Paskui pradėjo karts nuo karto atsijunginėti, dažnėjant. Dabar gi, jai palieku nakčiai įjungtą kompiuterį, ryte randu atsijungusį nuo wifi ir PRAŠANTĮ ĮVESTI WIFI SLAPTAŽODĮ nors jis jau ten būna įvestas, belieka paspausti enter. Paspaudus bando jungtis prie tinklo, bet nesijungia. Kartais (rečiau) paties tinklo net nemato - kaimynus mato, o maniškio sąraše nėr. Bet kuriuo atveju vaistas vienas - restart. Bet... torentai verkia nedalinami, o ir šiaip, kas per pričiūdai?
Nov 12 20:29:36 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv4 state changed preinit -> bound
Nov 12 20:29:36 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Configure Commit) scheduled...
Nov 12 20:29:36 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) started...
Nov 12 20:29:36 DDPC avahi-daemon[826]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.0.61.
Nov 12 20:29:36 DDPC avahi-daemon[826]: New relevant interface wlan0.IPv4 for mDNS.
Nov 12 20:29:36 DDPC avahi-daemon[826]: Registering new address record for 192.168.0.61 on wlan0.IPv4.
Nov 12 20:29:37 DDPC avahi-daemon[826]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::d253:49ff:fef6:b060.
Nov 12 20:29:37 DDPC avahi-daemon[826]: New relevant interface wlan0.IPv6 for mDNS.
Nov 12 20:29:37 DDPC avahi-daemon[826]: Registering new address record for fe80::d253:49ff:fef6:b060 on wlan0.*.
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> (wlan0): device state change: ip-config -> secondaries (reason 'none') [70 90 0]
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) complete.
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> (wlan0): device state change: secondaries -> activated (reason 'none') [90 100 0]
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> Policy set 'D.D.Network' (wlan0) as default for IPv4 routing and DNS.
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> Activation (wlan0) successful, device activated.
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) starting DHCPv6 as requested by IPv6 router...
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> Activation (wlan0) Beginning DHCPv6 transaction (timeout in 45 seconds)
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed nbi -> preinit6
Nov 12 20:29:39 DDPC dhclient: Listening on Socket/wlan0
Nov 12 20:29:39 DDPC dhclient: Sending on Socket/wlan0
Nov 12 20:29:40 DDPC dhclient: XMT: Confirm on wlan0, interval 990ms.
Nov 12 20:29:40 DDPC dhclient: RCV: Reply message on wlan0 from fe80::9ed6:43ff:fe81:e746.
Nov 12 20:29:40 DDPC dhclient: PRC: Rebinding lease on wlan0.
Nov 12 20:29:40 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed preinit6 -> bound6
Nov 12 20:29:40 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv6 Commit) scheduled...
Nov 12 20:29:40 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv6 Commit) started...
Nov 12 20:29:40 DDPC dhclient: XMT: Solicit on wlan0, interval 1040ms.
Nov 12 20:29:40 DDPC dhclient: RCV: Advertise message on wlan0 from fe80::9ed6:43ff:fe81:e746.
Nov 12 20:29:40 DDPC dhclient: XMT: Request on wlan0, interval 1010ms.
Nov 12 20:29:40 DDPC dhclient: RCV: Reply message on wlan0 from fe80::9ed6:43ff:fe81:e746.
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> Policy set 'D.D.Network' (wlan0) as default for IPv6 routing and DNS.
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv6 Commit) complete.
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed bound6 -> depref6
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed depref6 -> expire6
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed expire6 -> bound6
Nov 12 20:29:42 DDPC avahi-daemon[826]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::d253:49ff:fef6:b060.
Nov 12 20:29:42 DDPC avahi-daemon[826]: Joining mDNS multicast group on interface wlan0.IPv6 with address fd01::bd37:e718:3162:25d.
Nov 12 20:29:42 DDPC avahi-daemon[826]: Registering new address record for fd01::bd37:e718:3162:25d on wlan0.*.
Nov 12 20:29:42 DDPC avahi-daemon[826]: Withdrawing address record for fe80::d253:49ff:fef6:b060 on wlan0.
Nov 12 20:29:42 DDPC NetworkManager[6079]: <info> Policy set 'D.D.Network' (wlan0) as default for IPv6 routing and DNS.
Nov 12 20:29:56 DDPC wpa_supplicant[896]: wlan0: CTRL-EVENT-SCAN-STARTED
Router'is - toks pat modelis ar kitas?
Man praktikoje teko patirti kad yra čipai su bagu - pas mane buvo toks: kartais parą gerai veikdavo, o paskui ima atsijunginėti kas 10-20min, ir kad pradėtų veikti reikėdavo restartuoti. Galvojau kad linukso draiveriai kreivi, bet poto pasirodė kad tai dėl bago pačiame WiFi čipe(Atheros jei gerai pamenu)
Kitas dalykas: ar routeris neperkaista? Nėra šalia jo radiatoriaus, pečio ir tt.? Ne kartą 'gydžiau' routerius statydamas juos ant degtukų dėžučių - kad oras patektų geriau ir vėsintų routerio dugną. Temperatūra routerio viduje nukrenta 1-2 laipsniais ir to pakanka kad jis nekibtų kas pusvalandį(o tik kartą per dieną ).
Na ir kad saulė nekaitintų routerio - o tai būna viskas veikia kiaurą parą, o anksti ryte WiFi dingsta: kaip tik tuo metu saulės spinduliai krisdavo ant maršrutizatoriaus ir gaudavosi 'rytinis bagas'
Tiek debaginimo be kodų
Man su kai kuriomis versijomis buvo taip pat. Tai įdiegiau wicd-gtk ir dingo atsijunginėjimas. Net užmiršau, kad ta programa yra. Viską darydavau per pagrindę ubuntu wifi prisijungimo programą, bet niekada neatsijungdavo. Nes priešingu atveju tai kas valandą pamesdavo ryšį. Ir perkrovus tik atsirasdavo.
Pas tave iš pateiktų išrašų apskritai nesimato, kad atsijungia, užfiksuotas tik prisijungimo faktas, reikėjo daugiau eilučių išspausdinti (gal 200?)...
Taip pat reikėjo pridėti, kas matosi /var/log/messages, nors dažniausiai syslog būna tas pats.
Vis dėlto matosi, kad kažkas vyksta su IPv6, kurio greičiausiai nenaudoji (gal net nežinai, kas tai yra), nors tavo maršrutizatorius jį lyg ir palaiko, o tavo kompas jungdamasis jį susikonfiguruoja...
Galimas daiktas, kad tavo kompas ir/arba maršrutizatorius kažkuriuo metu galutinai susipainioja ir nebežino į kurį adresą siųsti duomenis, todėl nusimuša tavo dhcp. Tavo “Ekzektli trys androidai ir du windausai neatsijungia”, nes jungiasi tik IPv4 standartu, todėl nėra kur painiotis. Patikrinti tai gali paprastai - kai atsijungs kompas terminale suvesk:
Tada problema turbūt kita. BET jei vietoj Access Point: Not-Associated matysi savo maršrutizatoriaus MAC adresą - vadinasi viskas tvarkoje, nusimušė tik IP adresai
Nežinau, kokiu tiksliai principu veikia NetworkManager, galimas daiktas, kad netekęs IP atjungia ir bevielį, todėl bet kuriuos atveju, manau, verta pabandyti išjungti IPv6 palaikymą:
echo 'net.ipv6.conf.all.disable_ipv6 = 1' | sudo tee -a /etc/sysctl.conf
Dabar dar reikia pakoreguoti /etc/hosts, užkomentuoti (priekyje prirašyti hash# simbolį) visus IPv6 standarto įrašus. Pavyzdžiui, pas mane teisingai užkomentuotas hosts failas atrodys kaip parodyta apačioje:
127.0.0.1 localhost
# The following lines are desirable for IPv6 capable hosts
#::1 localhost ip6-localhost ip6-loopback
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters
Atsidaryti hosts gali su:
sudo nano /etc/hosts
Dabar perkrauk kompiuteriukėlį...
Duok žinią, kaip pavyko, ar kas pasikeitė?
PS: Maršrutizatoriuje atjungti IPv6 gali būti kur kas paprasčiau
Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.
IPv4 jau baigesi, North America ISP siulo jau tik IPv6, o tai reiskia kad yra ir ateiti bus tik daugiau svetainiu/servisu kuriuos pasiekti bus imanoma tik per IPv6. Pats metas galvoti apie IPv6 naudojima ir pamirsti IPv4.
@Dimavicius rašė:
Tai matyt ir buvo ta problema - IPv6. Ačiū!!! Dabar viskas stabiliai veikia.
Gerai, kad pasidalinai rezultatais, kiti galės panašiai tvarkytis.
@Techtronic rašė:
Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.
IPv4 jau baigesi, North America ISP siulo jau tik IPv6, o tai reiskia kad yra ir ateiti bus tik daugiau svetainiu/servisu kuriuos pasiekti bus imanoma tik per IPv6. Pats metas galvoti apie IPv6 naudojima ir pamirsti IPv4.
IPv6 standartas dar tik ateina, o ir eina jis jau kurį laiką.. Kol galų gale įsigalės - tikrai praeis dar ne vieni metai. Tiesiog valstijose jie išeikvojo IPv4 rezervą ir naujiems užsakymams naudos IPv6 ruožą. Ar tai reiškia, kad dabar visiems reikia pulti (net namie, vietiniuose tinkluose) naudoti IPv6? - tikrai ne!
Jei perskaitei tą straipsnį iki galo - jie ir patys netiesiogai tą patvirtina:
Ars has no timetable for a switch to IPv6 in the near future, but it's almost certainly inevitable at some point!
@Techtronic rašė:
Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.
Šiuo atveju tai yra problemos sprendimas.
Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.
@Ghost rašė:
IPv6 standartas dar tik ateina, o ir eina jis jau kurį laiką.. Kol galų gale įsigalės - tikrai praeis dar ne vieni metai. Tiesiog valstijose jie išeikvojo IPv4 rezervą ir naujiems užsakymams naudos IPv6 ruožą. Ar tai reiškia, kad dabar visiems reikia pulti (net namie, vietiniuose tinkluose) naudoti IPv6? - tikrai ne!
Jei perskaitei tą straipsnį iki galo - jie ir patys netiesiogai tą patvirtina:
Ars has no timetable for a switch to IPv6 in the near future, but it's almost certainly inevitable at some point!
IPv6 standartas jau cia tikrai senai, skirtumas tik tas kad tik dabar IPv4 pradeda pakeisti IPv6.
EDIT: nereikia, jeigu jus jau vadinat tai sprendimu
Bus lygu 1, jei įvykdė visas komandas, kur daviau...
@Techtronic rašė:
Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.
Jei tavo USB3 reguliariai pakabintų tavo PC, nors neturi nei vieno įrenginio, kuriam reikalingas USB3, taigi niekada realiai nenaudoji USB3 - irgi siūlyčiau atjungti USB3 modulį, nes jis tau paprasčiausiai nereikalingas. Jei turi įrenginių su USB3 - siūlyčiau perkompiliuoti modulį ar kažką kito.
Procentai, čia mano nuomone, yra visiškai netinkamas kokybinis rodiklis... Reiks migruoti tada, kai bus praktiškai naudinga tą padaryti. Tol, kol veiks NAT, kol nebus butinybės matytis internete - nėra jokios prasmės plėšytis. IPv4 - žmogaus akiai mielesnis bei suprantamesnis, todėl nemanau, kad namų vartotojam reiktų specialiai kažką keisti, bent kol kas... Faktas, kad vieni IPT naudoja IPv6 dažniau nei kiti - nieko neįrodo, nei parodo (apart kiekybinių rodiklių, dėl kurių paprastam vartotojui neturėtų būti nei šilta nei šalta).
@Techtronic rašė:
Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.
Jei tavo USB3 reguliariai pakabintų tavo PC, nors neturi nei vieno įrenginio, kuriam reikalingas USB3, taigi niekada realiai nenaudoji USB3 - irgi siūlyčiau atjungti USB3 modulį, nes jis tau paprasčiausiai nereikalingas. Jei turi įrenginių su USB3 - siūlyčiau perkompiliuoti modulį ar kažką kito.
Dabar nereikia bet ryt gal reikes, ir turesiu jau kita problema, o ir sena reikes spresti. Pirma ka tokiu atveju reikia daryti tai reportuoti bug'a, kaip ir del IPv6, o ne pulti ji disablinti.
Taigi, kodel tie atsijungimai atsiranda?
@Ghost rašė:
Procentai, čia mano nuomone, yra visiškai netinkamas kokybinis rodiklis... Reiks migruoti tada, kai bus praktiškai naudinga tą padaryti. Tol, kol veiks NAT, kol nebus butinybės matytis internete - nėra jokios prasmės plėšytis. IPv4 - žmogaus akiai mielesnis bei suprantamesnis, todėl nemanau, kad namų vartotojam reiktų specialiai kažką keisti, bent kol kas... Faktas, kad vieni IPT naudoja IPv6 dažniau nei kiti - nieko neįrodo, nei parodo (apart kiekybinių rodiklių, dėl kurių paprastam vartotojui neturėtų būti nei šilta nei šalta).
Sumigravo jau visi didziausi pasaulio tinklapiai , taip pat ir ISP nemiega. Jokio migravimo is musu puses nereikia.
@Techtronic rašė:
Dabar nereikia bet ryt gal reikes, ir turesiu jau kita problema, o ir sena reikes spresti. Pirma ka tokiu atveju reikia daryti tai reportuoti bug'a, kaip ir del IPv6, o ne pulti ji disablinti.
Taigi, kodel tie atsijungimai atsiranda?
Aš Python programuoju, todėl man patinka EAFP filosofija:
Easier to ask for forgiveness than permission.
T.y. laikyti, kad problemos nėra ir nebus, tol kol ji neatsiranda
Beje, atsijungimai gali būti dėl maršrutizatoriaus kaltės, o ne Ubuntu. Čia reiktų debug'inti, bet žmogiškieji ištekliai riboti...
@Techtronic rašė:
Sumigravo jau visi didziausi pasaulio tinklapiai , taip pat ir ISP nemiega. Jokio migravimo is musu puses nereikia.
Tai ir bandau pasakyti - mums daryti nieko nereikia.
Šiuo atveju buvo galima palikti IPv6, o atjungti IPv4 - mano galva, viskas irgi būtų susitvarkę. Bet tada, greičiausiai, sekantis klausimas būtų skambėjęs - kur dingo mano 192.168.0.1? O dar sekantis - kodėl naujas adresas toks keistas? Šiuo atveju, bandžiau užbėgti įvykiams už akių
Na is mano puses patarimas butu tai pilnai viska atnaujinti (iskaitant ir routeri). kiek pravertus buglistus/mailinglistus pastebejau kad problema buvo isspresta, bet ir vel atsiradus.
Gal problemos savininkas reportavo buga, arba gali tai padaryti ?
O kas per routeris? Ubuntu naudojamas kernelis ? (uname -a)
Tai dabar pradėjau ryškintis, kad naudojantis Bluetooth (naudoju ausines, dažnai... nuolatos), sulėtėja interneto srautas ir/arba visai atsijunginėja nuo wifi routerio. Štai, kas gavosi su sudo cat /var/log/dmesg | egrep -i "wlan|ath9k" | tail -40:
[ 15.571659] ath: phy0: Set BT/WLAN RX diversity capability
Sveiki,
problema buvo tokia: http://www.ubuntu.lt/forum/viewtopic.php?f=2&t=9439
Dabar dėstau toliau. Kompiuteris kitas - Lenovo M30. Operacinė Ubuntu 14.04 LTS, routeris kitas. Atsijunginėja taip pat, kaip ir buvo su anuo kompiuteriu ir anuo routeriu, kuriuos miniu anoje temoje
Anomalijų iš pradžių nebuvo (pirkau kompą prieš kokį mėnesį). Paskui pradėjo karts nuo karto atsijunginėti, dažnėjant. Dabar gi, jai palieku nakčiai įjungtą kompiuterį, ryte randu atsijungusį nuo wifi ir PRAŠANTĮ ĮVESTI WIFI SLAPTAŽODĮ nors jis jau ten būna įvestas, belieka paspausti enter. Paspaudus bando jungtis prie tinklo, bet nesijungia. Kartais (rečiau) paties tinklo net nemato - kaimynus mato, o maniškio sąraše nėr. Bet kuriuo atveju vaistas vienas - restart. Bet... torentai verkia nedalinami, o ir šiaip, kas per pričiūdai?
Router'is - toks pat modelis ar kitas?
Man praktikoje teko patirti kad yra čipai su bagu - pas mane buvo toks: kartais parą gerai veikdavo, o paskui ima atsijunginėti kas 10-20min, ir kad pradėtų veikti reikėdavo restartuoti. Galvojau kad linukso draiveriai kreivi, bet poto pasirodė kad tai dėl bago pačiame WiFi čipe(Atheros jei gerai pamenu)
Kitas dalykas: ar routeris neperkaista? Nėra šalia jo radiatoriaus, pečio ir tt.? Ne kartą 'gydžiau' routerius statydamas juos ant degtukų dėžučių - kad oras patektų geriau ir vėsintų routerio dugną. Temperatūra routerio viduje nukrenta 1-2 laipsniais ir to pakanka kad jis nekibtų kas pusvalandį(o tik kartą per dieną ).
Na ir kad saulė nekaitintų routerio - o tai būna viskas veikia kiaurą parą, o anksti ryte WiFi dingsta: kaip tik tuo metu saulės spinduliai krisdavo ant maršrutizatoriaus ir gaudavosi 'rytinis bagas'
Tiek debaginimo be kodų
Trys androidai ir du windausai neatsijungia.O ubuntu durniuoja.
Man su kai kuriomis versijomis buvo taip pat. Tai įdiegiau wicd-gtk ir dingo atsijunginėjimas. Net užmiršau, kad ta programa yra. Viską darydavau per pagrindę ubuntu wifi prisijungimo programą, bet niekada neatsijungdavo. Nes priešingu atveju tai kas valandą pamesdavo ryšį. Ir perkrovus tik atsirasdavo.
Kitas, ten buvo Asus, dabar D-Link.
Ekzektli
Neperskaita tikrai niekas. Problemos nėra čia.
Nesupratau su tais iw reg get, rašo country 00, kaip pakeist į LT? Ar čia viskas OK?
Einu bandysiu audreeliss pasiūlytą wicd-gtk insimesiu, mažu pagelbės benkiek
Pas tave iš pateiktų išrašų apskritai nesimato, kad atsijungia, užfiksuotas tik prisijungimo faktas, reikėjo daugiau eilučių išspausdinti (gal 200?)...
Taip pat reikėjo pridėti, kas matosi /var/log/messages, nors dažniausiai syslog būna tas pats.
Vis dėlto matosi, kad kažkas vyksta su IPv6, kurio greičiausiai nenaudoji (gal net nežinai, kas tai yra), nors tavo maršrutizatorius jį lyg ir palaiko, o tavo kompas jungdamasis jį susikonfiguruoja...
Galimas daiktas, kad tavo kompas ir/arba maršrutizatorius kažkuriuo metu galutinai susipainioja ir nebežino į kurį adresą siųsti duomenis, todėl nusimuša tavo dhcp. Tavo “Ekzektli trys androidai ir du windausai neatsijungia”, nes jungiasi tik IPv4 standartu, todėl nėra kur painiotis. Patikrinti tai gali paprastai - kai atsijungs kompas terminale suvesk:
Jei rodys kažką panašaus kaip:
Tada problema turbūt kita. BET jei vietoj Access Point: Not-Associated matysi savo maršrutizatoriaus MAC adresą - vadinasi viskas tvarkoje, nusimušė tik IP adresai
Nežinau, kokiu tiksliai principu veikia NetworkManager, galimas daiktas, kad netekęs IP atjungia ir bevielį, todėl bet kuriuos atveju, manau, verta pabandyti išjungti IPv6 palaikymą:
Dabar dar reikia pakoreguoti /etc/hosts, užkomentuoti (priekyje prirašyti hash # simbolį) visus IPv6 standarto įrašus. Pavyzdžiui, pas mane teisingai užkomentuotas hosts failas atrodys kaip parodyta apačioje:
Atsidaryti hosts gali su:
Dabar perkrauk kompiuteriukėlį...
Duok žinią, kaip pavyko, ar kas pasikeitė?
PS: Maršrutizatoriuje atjungti IPv6 gali būti kur kas paprasčiau
Dar peržiūrėk šią nuorodą:
http://askubuntu.com/questions/457729/u ... isconnects
Kokie pas tave yra energijos taupymo nustatymai?
užkomentavus eilutes IPv6 jau beveik para kai nebuvo atsijungęs wi-fi
Power Management: Off
Įsimečiau wicd-gtk. Per network manager atjungiau IPv6 - method:ignore.
Stebiu situaciją. Ačiū visiems už pasidalijimą idėjomis.
Tai matyt ir buvo ta problema - IPv6. Ačiū!!! Dabar viskas stabiliai veikia.
Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.
IPv4 jau baigesi, North America ISP siulo jau tik IPv6, o tai reiskia kad yra ir ateiti bus tik daugiau svetainiu/servisu kuriuos pasiekti bus imanoma tik per IPv6. Pats metas galvoti apie IPv6 naudojima ir pamirsti IPv4.
http://arstechnica.com/business/2015/09 ... this-time/
Gerai, kad pasidalinai rezultatais, kiti galės panašiai tvarkytis.
Šiuo atveju tai yra problemos sprendimas.
IPv6 standartas dar tik ateina, o ir eina jis jau kurį laiką.. Kol galų gale įsigalės - tikrai praeis dar ne vieni metai. Tiesiog valstijose jie išeikvojo IPv4 rezervą ir naujiems užsakymams naudos IPv6 ruožą. Ar tai reiškia, kad dabar visiems reikia pulti (net namie, vietiniuose tinkluose) naudoti IPv6? - tikrai ne!
Jei perskaitei tą straipsnį iki galo - jie ir patys netiesiogai tą patvirtina:
Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.
IPv6 standartas jau cia tikrai senai, skirtumas tik tas kad tik dabar IPv4 pradeda pakeisti IPv6.
http://www.worldipv6launch.org/measurements/
@Ghost, kiek pagal tave turi pasiekti % kad jau galmetu sakyti kad ipv6 yra butinas?
Dar galetum paziureti:
EDIT: nereikia, jeigu jus jau vadinat tai sprendimu
Bus lygu 1, jei įvykdė visas komandas, kur daviau...
Jei tavo USB3 reguliariai pakabintų tavo PC, nors neturi nei vieno įrenginio, kuriam reikalingas USB3, taigi niekada realiai nenaudoji USB3 - irgi siūlyčiau atjungti USB3 modulį, nes jis tau paprasčiausiai nereikalingas. Jei turi įrenginių su USB3 - siūlyčiau perkompiliuoti modulį ar kažką kito.
Procentai, čia mano nuomone, yra visiškai netinkamas kokybinis rodiklis... Reiks migruoti tada, kai bus praktiškai naudinga tą padaryti. Tol, kol veiks NAT, kol nebus butinybės matytis internete - nėra jokios prasmės plėšytis. IPv4 - žmogaus akiai mielesnis bei suprantamesnis, todėl nemanau, kad namų vartotojam reiktų specialiai kažką keisti, bent kol kas... Faktas, kad vieni IPT naudoja IPv6 dažniau nei kiti - nieko neįrodo, nei parodo (apart kiekybinių rodiklių, dėl kurių paprastam vartotojui neturėtų būti nei šilta nei šalta).
Dabar nereikia bet ryt gal reikes, ir turesiu jau kita problema, o ir sena reikes spresti. Pirma ka tokiu atveju reikia daryti tai reportuoti bug'a, kaip ir del IPv6, o ne pulti ji disablinti.
Taigi, kodel tie atsijungimai atsiranda?
Sumigravo jau visi didziausi pasaulio tinklapiai , taip pat ir ISP nemiega. Jokio migravimo is musu puses nereikia.
Aš Python programuoju, todėl man patinka EAFP filosofija:
T.y. laikyti, kad problemos nėra ir nebus, tol kol ji neatsiranda
Beje, atsijungimai gali būti dėl maršrutizatoriaus kaltės, o ne Ubuntu. Čia reiktų debug'inti, bet žmogiškieji ištekliai riboti...
Tai ir bandau pasakyti - mums daryti nieko nereikia.
Šiuo atveju buvo galima palikti IPv6, o atjungti IPv4 - mano galva, viskas irgi būtų susitvarkę. Bet tada, greičiausiai, sekantis klausimas būtų skambėjęs - kur dingo mano 192.168.0.1? O dar sekantis - kodėl naujas adresas toks keistas? Šiuo atveju, bandžiau užbėgti įvykiams už akių
Na is mano puses patarimas butu tai pilnai viska atnaujinti (iskaitant ir routeri). kiek pravertus buglistus/mailinglistus pastebejau kad problema buvo isspresta, bet ir vel atsiradus.
Gal problemos savininkas reportavo buga, arba gali tai padaryti ?
O kas per routeris? Ubuntu naudojamas kernelis ? (uname -a)
Aha...
Tai dabar pradėjau ryškintis, kad naudojantis Bluetooth (naudoju ausines, dažnai... nuolatos), sulėtėja interneto srautas ir/arba visai atsijunginėja nuo wifi routerio. Štai, kas gavosi su sudo cat /var/log/dmesg | egrep -i "wlan|ath9k" | tail -40:
[ 15.571659] ath: phy0: Set BT/WLAN RX diversity capability
Su kuo šitas valgomas?
@Dimavicius nereikia sudo cat /... uztenka 'dmesg'.