Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: soadfan 03 Března 2012, 21:00:09
-
zdravim
problem je v tom, ze mi v prehliadaci nezobrazi nic ine, len google vyhladavanie, google mail a vsetko do googlu, ale nic ine. skusal som toto http://www.youtube.com/watch?v=vos7oA5NAAE ale nepomohlo....
btw teraz ubuntu naistalovane nemam (frcim na win a skusam kadeco na live usb), robi mi to vo vsetkych linuxoch co som skusal (open suse,sabayon,xubuntu) a uz som zufaly... dakujem velmi
-
Cize nejde ti ani ubuntu.cz?
Skus 217.31.205.115
-
nejde, ked kliknem na cokolvek tak sa tvari ze nacitava a mozem cakat donekonecna
-
Tu IP adresu zadaj do adresneho riadku firefoxu(namiesto www.ubuntu.cz.) a nie namiesto DNS.
Ak som to spravne pochopil podla predchadajucej vety spravne tak si to zadaval ako DNS?
-
nejde :(
rovnako nacitava a nenacita ako vsetko co nie je google...
-
nemozem ani stiahnut ziadny soft cez centrum softveru a ani ovladace.... nic... vrtal som sa po internete, tento problem nemam jediny, ale nikde som sa nedocital navodu co by mi pomohol :(
-
Proč si instaluješ tak starou verzi Ubuntu?
http://ubuntuforums.org/showthread.php?t=1841848
-
pretoze tam som ten problem zazil najprv, potom som skusil mnoho inych distier a furt to iste...
a v tom threade ten problem predsa nie je vyrieseny.. uz som ho cital, predtym
-
Jaký přesně máš typ připojení, přes jaké zařízení, poskytovatel?? Otevři terminál a napiš:
ifconfig
route
cat /etc/resolv.conf
ping www.seznam.cz
výstupy dej sem do code.
-
pošli ještě
ping 217.31.205.115
ale pozor, ping jen z terminálu, ze síťových nástrojů nejde pingat na ubuntu (je to divné. ale je to tak).
-
mal som povinnosti, tak az teraz posielam.
paci sa, dufam ze to pomoze
IFCONFIG
eth0 Link encap:Ethernet HWaddr 00:22:15:b0:78:4a
inet addr:158.195.210.115 Bcast:158.195.223.255 Mask:255.255.224.0
inet6 addr: fe80::222:15ff:feb0:784a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1003431 errors:1 dropped:0 overruns:0 frame:1
TX packets:59 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:87884387 (87.8 MB) TX bytes:7061 (7.0 KB)
Interrupt:19 Base address:0xdead
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:720 (720.0 B) TX bytes:720 (720.0 B)
wlan0 Link encap:Ethernet HWaddr 00:22:43:09:16:f7
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
ROUTE
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
158.195.192.0 * 255.255.224.0 U 1 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 eth0
default 158.195.192.1 0.0.0.0 UG 0 0 0 eth0
cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 158.195.6.3
nameserver 158.195.4.3
ping www.seznam.cz
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=249 time=6.74 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=249 time=6.91 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=249 time=6.99 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=249 time=7.25 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=249 time=7.41 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=249 time=6.93 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=249 time=6.86 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=8 ttl=249 time=6.65 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=9 ttl=249 time=6.91 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=10 ttl=249 time=6.74 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=11 ttl=249 time=6.76 ms
-
mal som povinnosti, tak az teraz posielam.
paci sa, dufam ze to pomoze
IFCONFIG
eth0 Link encap:Ethernet HWaddr 00:22:15:b0:78:4a
inet addr:158.195.210.115 Bcast:158.195.223.255 Mask:255.255.224.0
inet6 addr: fe80::222:15ff:feb0:784a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1003431 errors:1 dropped:0 overruns:0 frame:1
TX packets:59 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:87884387 (87.8 MB) TX bytes:7061 (7.0 KB)
Interrupt:19 Base address:0xdead
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:720 (720.0 B) TX bytes:720 (720.0 B)
wlan0 Link encap:Ethernet HWaddr 00:22:43:09:16:f7
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
ROUTE
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
158.195.192.0 * 255.255.224.0 U 1 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 eth0
default 158.195.192.1 0.0.0.0 UG 0 0 0 eth0
cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 158.195.6.3
nameserver 158.195.4.3
ping www.seznam.cz
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=249 time=6.74 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=249 time=6.91 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=249 time=6.99 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=249 time=7.25 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=249 time=7.41 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=249 time=6.93 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=249 time=6.86 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=8 ttl=249 time=6.65 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=9 ttl=249 time=6.91 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=10 ttl=249 time=6.74 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=11 ttl=249 time=6.76 ms
http://www.youtube.com/watch?v=vos7oA5NAAE
No tak na seznam se pingneš, zajímavé, že ho neotevřeš. A co to zařízení? Modem? Ty adresy v resolv.conf si můžeš právě zkusit zaměnit za 8.8.8.8 a 8.8.4.4, pokud je možný, že to network manager nějak nezvládá změnit. Vůbec mě nenapadá, proč ti to ve win funguje a v linuxu ne. Pokud to dělá ve všech linuxech, pátral bych u poskytovatele, ale...
Ještě můžeš zkusit nainstalovat konzolový textový prohlížeč lynx
sudo apt-get install lynx, spouští se lynx
a otevřít nějakou stránku v něm.
-
Problém sú pravdepodobne DNS-ky
Postup pre Ubuntu 10.04live ale aj iné distá.
1. po naštartovaní livka sa necháš pripojiť k sieti.
2. pravým myšítkom klikneš na ikonu sietí a zvolíš Upraviť pripojenia
3. zvolíš si kartu podľa druhu pripojenia a najdeš svoju sieť
4. klikneš na upraviť
5. prejdeš do karty Nastavenia IPv4
6. Metóda - zmeníš na Automaticky (DHCP) len adresy
7. do riadku DNS servery napíšeš 8.8.8.8 (ostatné zostane prázdne)
8. Dole potvrdíš (Save)
9. Odpojíš sa od siete a znovu pripojíš (nereštartuješ systém)
Platí len do reštartu systému!
Po nainštalovaní systému si to už nastavenie pamätá.
Ďaľšie DNS 8.8.4.4 alebo 208.67.222.222
-
Zkusit vypnout IPv6
-
gksudo gedit /etc/resolv.conf
vše vymaž, pak tam dáš:
domain workgroup
search workgroup
##For IPv4
nameserver 8.8.8.8
nameserver 8.8.4.4
##For IPv6:
nameserver 2001:4860:4860::8888
nameserver 2001:4860:4860::8844
-
Měla jsem tento problém taky, když jsem začínala s ubuntu, pomohlo mi změnit MTU myslím na nižší hodnotu... ale možná to v tomto případě nebude tak jednoduché.
-
lynx nestiahem, neda sa mi nic stahovat
a IPV6 mam vypnute
a ked zmenim dns servery, tak mi nenacita ani google ani nic
totiz, byvam na intraku, pripojenie mame zo steny. toto mam novy notebook, na starom frcalo vsetko ok, len tento robi problemy pri linuxovch distrach.. takze moj laicky odhad je, ze problem je v hadveri, ze nejak to nechce spolu pracovat s linuxom, alebo?
-
Po změně DNS serverů je potřeba restartovat síť, nebo komp.
Pokud pingneš ven a ty pingneš, tak si myslím, že není problém v tom, že by ti nejel net, ten ti prokazatelně jede, akorát se nedostane do prohlížeče. Prověř nastavení proxy a ujisti se, že máš proxy vypnuté. Pokud máš více prohlížečů, vyzkoušej v ostatních, zda fungují, nebo ne.
Lynx neznám, ale mám dobrou zkušenost s links2 a elinks. Doporučím spíše elinks.
Ty dns změň a nainstaluj si network manager wicd a odinstaluj ten klasický.
nainstaluješ v terminálu takto:
sudo apt-get install elinks wicd
Eventuálně můžeš zkusit, jestli by ses dostal na net přes TOR a google chrome.
do /etc/apt/sources.list přidej
deb http://deb.torproject.org/torproject.org lucid main
deb-src http://deb.torproject.org/torproject.org lucid main
deb http://dl.google.com/linux/deb/ stable non-free
deb http://dl.google.com/linux/deb/ testing non-free
Tor a google-chrome nainstaluješ pak takto:
gpg --keyserver subkeys.pgp.net --recv 886DDD89 && gpg --export --armor 94C09C7F | sudo apt-key add -
wget -q https://dl-ssl.google.com/linux/linux_signing_key.pub -O- | sudo apt-key add -
sudo apt-get update; sudo apt-get install tor google-chrome-stable
Pak si vytvoříš spouštěč na ploše, textový soubor, do kterého dáš následující kód nastavíš spustitelný příznak...
google-chrome --proxy-server="socks5://localhost:9050"
Spuštěním toho souboru se otevře google-chrome, který bude pro připojení používat TOR.
-
lynx nestiahem, neda sa mi nic stahovat
a IPV6 mam vypnute
a ked zmenim dns servery, tak mi nenacita ani google ani nic
totiz, byvam na intraku, pripojenie mame zo steny. toto mam novy notebook, na starom frcalo vsetko ok, len tento robi problemy pri linuxovch distrach.. takze moj laicky odhad je, ze problem je v hadveri, ze nejak to nechce spolu pracovat s linuxom, alebo?
A na tom NB máš jen linux, windows ne? Ten hw je vlastně jaký?
lspci
K netu se připojuješ pomocí kabelu, wifiny? Poskytovatel je kdo? Zkoušel jsi to připojit i jinde?
cat /var/log/syslog | grep eth
-
Měla jsem tento problém taky, když jsem začínala s ubuntu, pomohlo mi změnit MTU myslím na nižší hodnotu... ale možná to v tomto případě nebude tak jednoduché.
Nesprávné MTU by mohlo zpomalovat, ale ne tak, že by se načítal jenom google a zbytek internetu ne.
-
Souhlas. Co se týká toho stahování programů v terminálu, když fuguje ping, mělo by fungovat apt-get, nebo ne?
Nejpravděpodobnější se mi zatím jeví problém s dns. MTU měnit nemá smysl. Výchozí hodnota 1500 každému funguje, je nastavena na bilionech zařízeních. To by mělo smysl měnit, jen pokud by se jednalo o VPN či vytáčené připojení.
-
http://forum.ubuntu.cz/index.php?topic=47551.msg348875#msg348875
sorry, kdysi mi to pomohlo, stejně jako několika dalším, ale už se vám do toho nepletu ;)
-
Souhlas. Co se týká toho stahování programů v terminálu, když fuguje ping, mělo by fungovat apt-get, nebo ne?
Nejpravděpodobnější se mi zatím jeví problém s dns. MTU měnit nemá smysl. Výchozí hodnota 1500 každému funguje, je nastavena na bilionech zařízeních. To by mělo smysl měnit, jen pokud by se jednalo o VPN či vytáčené připojení.
S tím apt-get si to myslím taky.
-
ano, mam tam aj win XP, moj poskytovatel je univerzita (UK v BA), pripajam sa kablom. na starom notase som mal xubuntu a aj ubuntu a net fical v poho. teraz mam asus X59sl.
a co sa tyka toho apt-get, prikladam log
ubuntu@ubuntu:~$ sudo apt-get install elinks wicd
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Couldn't find package elinks
ubuntu@ubuntu:~$ /etc/apt/sources/.list
bash: /etc/apt/sources/.list: No such file or directory
-
ano, mam tam aj win XP, moj poskytovatel je univerzita (UK v BA), pripajam sa kablom. na starom notase som mal xubuntu a aj ubuntu a net fical v poho. teraz mam asus X59sl.
a co sa tyka toho apt-get, prikladam log
ubuntu@ubuntu:~$ sudo apt-get install elinks wicd
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Couldn't find package elinks
ubuntu@ubuntu:~$ /etc/apt/sources/.list
bash: /etc/apt/sources/.list: No such file or directory
No tak jestli chceš zkusit apt-get, tak takto:
sudo apt-get update
sudo apt-get upgrade
To cos' tam dal ty → systém takové balíky nezná.
ad source list → zadals' to tam blbě, systém to bere jako příkaz a ten nezná, musíš (chceš-li ho editovat):
gksudo gedit /etc/apt/sources.list
-
dalsie logy
ubuntu@ubuntu:~$ lspci
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 671MX
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS968 [MuTIOL Media IO] (rev 01)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter (rev 02)
00:05.0 IDE interface: Silicon Integrated Systems [SiS] SATA Controller / IDE mode (rev 03)
00:06.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
00:07.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
00:0f.0 Audio device: Silicon Integrated Systems [SiS] Azalia Audio Controller
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series
02:00.0 Ethernet controller: Atheros Communications Inc. AR5001 Wireless Network Adapter (rev 01)
ubuntu@ubuntu:~$ cat /var/log/syslog | grep eth
Mar 8 19:49:54 ubuntu kernel: [ 23.413031] eth0: RGMII mode.
Mar 8 19:49:54 ubuntu kernel: [ 23.413038] eth0: Enabling Auto-negotiation.
Mar 8 19:49:54 ubuntu NetworkManager: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:04.0/net/eth0, iface: eth0)
Mar 8 19:49:54 ubuntu NetworkManager: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:04.0/net/eth0, iface: eth0): no ifupdown configuration found.
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): carrier is OFF
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): new Ethernet device (driver: 'sis190')
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): now managed
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): device state change: 1 -> 2 (reason 2)
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): bringing up device.
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): preparing device.
Mar 8 19:49:54 ubuntu kernel: [ 23.645205] ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar 8 19:49:54 ubuntu NetworkManager: <info> (eth0): deactivating device (reason: 2).
Mar 8 19:49:54 ubuntu NetworkManager: Added default wired connection 'Auto eth0' for /sys/devices/pci0000:00/0000:00:04.0/net/eth0
Mar 8 19:50:04 ubuntu kernel: [ 33.676059] eth0: mii ext = 0000.
Mar 8 19:50:04 ubuntu NetworkManager: <info> (eth0): carrier now ON (device state 2)
Mar 8 19:50:04 ubuntu NetworkManager: <info> (eth0): device state change: 2 -> 3 (reason 40)
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) starting connection 'Auto eth0'
Mar 8 19:50:04 ubuntu NetworkManager: <info> (eth0): device state change: 3 -> 4 (reason 0)
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
Mar 8 19:50:04 ubuntu NetworkManager: <info> (eth0): device state change: 4 -> 5 (reason 0)
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
Mar 8 19:50:04 ubuntu kernel: [ 33.704066] eth0: mii lpa=41e1 adv=01e1 exp=0007.
Mar 8 19:50:04 ubuntu kernel: [ 33.704072] eth0: link on 100 Mbps Full Duplex mode.
Mar 8 19:50:04 ubuntu kernel: [ 33.704332] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 8 19:50:04 ubuntu NetworkManager: <info> (eth0): device state change: 5 -> 7 (reason 0)
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Beginning DHCP transaction (timeout in 45 seconds)
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) scheduled...
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) started...
Mar 8 19:50:04 ubuntu NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) complete.
Mar 8 19:50:04 ubuntu NetworkManager: <info> DHCP: device eth0 state changed (null) -> preinit
Mar 8 19:50:04 ubuntu dhclient: Listening on LPF/eth0/00:22:15:b0:78:4a
Mar 8 19:50:04 ubuntu dhclient: Sending on LPF/eth0/00:22:15:b0:78:4a
Mar 8 19:50:04 ubuntu kernel: [ 34.008157] eth0: mii ext = 0000.
Mar 8 19:50:04 ubuntu kernel: [ 34.032036] eth0: mii lpa=41e1 adv=01e1 exp=0005.
Mar 8 19:50:04 ubuntu kernel: [ 34.032041] eth0: link on 100 Mbps Full Duplex mode.
Mar 8 19:50:05 ubuntu avahi-daemon[1570]: Registering new address record for fe80::222:15ff:feb0:784a on eth0.*.
Mar 8 19:50:08 ubuntu dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Mar 8 19:50:14 ubuntu kernel: [ 44.308025] eth0: no IPv6 routers present
Mar 8 19:50:15 ubuntu dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Mar 8 19:50:26 ubuntu dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Mar 8 19:50:26 ubuntu dhclient: DHCPREQUEST of 158.195.210.115 on eth0 to 255.255.255.255 port 67
Mar 8 19:50:26 ubuntu NetworkManager: <info> DHCP: device eth0 state changed preinit -> bound
Mar 8 19:50:26 ubuntu NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Mar 8 19:50:26 ubuntu NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Mar 8 19:50:26 ubuntu NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Mar 8 19:50:26 ubuntu NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Mar 8 19:50:26 ubuntu NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Mar 8 19:50:26 ubuntu avahi-daemon[1570]: Joining mDNS multicast group on interface eth0.IPv4 with address 158.195.210.115.
Mar 8 19:50:26 ubuntu avahi-daemon[1570]: New relevant interface eth0.IPv4 for mDNS.
Mar 8 19:50:26 ubuntu avahi-daemon[1570]: Registering new address record for 158.195.210.115 on eth0.IPv4.
Mar 8 19:50:27 ubuntu NetworkManager: <info> (eth0): device state change: 7 -> 8 (reason 0)
Mar 8 19:50:27 ubuntu NetworkManager: <info> Policy set 'Auto eth0' (eth0) as default for routing and DNS.
Mar 8 19:50:27 ubuntu NetworkManager: <info> Activation (eth0) successful, device activated.
Mar 8 19:50:27 ubuntu NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
-
ubuntu@ubuntu:~$ sudo apt-get update
Ign cdrom://Ubuntu 10.04.4 LTS _Lucid Lynx_ - Release i386 (20120214.2)/ lucid/main Translation-en_US
Ign cdrom://Ubuntu 10.04.4 LTS _Lucid Lynx_ - Release i386 (20120214.2)/ lucid/restricted Translation-en_US
Hit http://archive.ubuntu.com lucid Release.gpg
Ign http://archive.ubuntu.com/ubuntu/ lucid/main Translation-en_US
Ign http://archive.ubuntu.com/ubuntu/ lucid/restricted Translation-en_US
Get:1 http://security.ubuntu.com lucid-security Release.gpg [198B]
Ign http://security.ubuntu.com/ubuntu/ lucid-security/main Translation-en_US
Ign http://security.ubuntu.com/ubuntu/ lucid-security/restricted Translation-en_US
97% [Waiting for headers] [Waiting for headers]
97% [Waiting for headers] [Waiting for headers]
97% [Waiting for headers] [Waiting for headers]
ubuntu@ubuntu:~$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
akonahle zadam spravne ten gksudo gedit /etc/apt/sources/.list a vlozim tam tie styri deb baliky a dam ulozit, tak napise Could not find the file /etc/apt/sources/.list.
-
akonahle zadam spravne ten gksudo gedit /etc/apt/sources/.list a vlozim tam tie styri deb baliky a dam ulozit, tak napise Could not find the file /etc/apt/sources/.list.
alt+F2
gksudo gedit /etc/apt/sources.list
-
Tohle je velice zajímavé, poslední příspěvek na fedora fóru dal ten odkaz.
ECN: Explicit Congestion Notification
Od jisté doby se mi www stránky na některých veřejných serverech nezobrazují. Skončí třeba na 20 procentech nebo s chybou vypršení časového limitu - vypadá to, jako by server neexistoval nebo neodpovídal na požadavky. Přitom na ping odpovídá, a kamarád z windows se na stejný web dostane. Co je špatně a co se s tím dá dělat?
Linuxová jádra z řady 2.4, novější a také některá starší přidávají podporu TCP Explicit Congestion Notification, zkráceně ECN. V řadě distribucí se tato možnost implicitně zapíná. Avšak zdaleka ne všechna síťová zařízení, jako např. firemní směrovače (včetně hardwarových řešení značky jako je Cisco) a nedokonale spravované servery, podporují ECN správně: paket označený tcp příznakem ECN například zahodí jako neplatný jen proto, že ve starší specifikaci normy je bit označen jako rezervovaný, byť zároveň norma v takovém případě přikazuje bit ignorovat. Na požadavek uživatele pak nepřijde žádná odpověď, což prohlížeč interpretuje jako nefunkční web. Pokud směrovač ECN nepodporuje, má congestion bit ignorovat a nic hrozného se nestane nikomu.
Možnosti jsou v zásadě 2: upozornit druhou stranu na chybné chování a doufat v rychlou nápravu nebo ECN na svém stroji s pomocí sysctl vypnout. Nejprve se přesvědčte, že je to opravdu váš případ:
$ sysctl net.ipv4.tcp_ecn
net.ipv4.tcp_ecn = 1
Poté změňte hodnotu tcp_ecn na 0:
# sysctl -w net.ipv4.tcp_ecn=0
net.ipv4.tcp_ecn = 0
http://forum.fedora.cz/read.php?6,10714 (http://forum.fedora.cz/read.php?6,10714)
http://www.phil.muni.cz/~letty/linuxfaq/106-ecn.html (http://www.phil.muni.cz/~letty/linuxfaq/106-ecn.html)
-
co z toho vyplyva?
-
Nevyplývá z toho nic. může a taky nemusí to být tvuj případ. Pokud by to byl tvuj případ, máš 2 možnosti 1) zajít za správcem sítě a popsat problém a vysvětlit mu, že je problém u něj, 2) nebo si to opravit u sebe, how to tam máš.
-
po zadani
gksudo gedit /etc/apt/sources.list a zmazani vsetkeho a nahradeni tymto
domain workgroup
search workgroup
##For IPv4
nameserver 8.8.8.8
nameserver 8.8.4.4
##For IPv6:
nameserver 2001:4860:4860::8888
nameserver 2001:4860:4860::8844
sa vobec nic nestalo...:/
-
stalo, tohle si dělat neměl.
-
po zadani gksudo gedit /etc/apt/sources.list a zmazani vsetkeho a nahradeni tymto
domain workgroup
search workgroup
##For IPv4
nameserver 8.8.8.8
nameserver 8.8.4.4
##For IPv6:
nameserver 2001:4860:4860::8888
nameserver 2001:4860:4860::8844
sa vobec nic nestalo...:/
Kde jsi sebral, že to máš smazat a nacpat tam tyhle nesmysli?!!!!
Tady - http://repogen.simplylinux.ch/ - si naklikej, co potřebuješ a až ti to vyhodí výsledek, tak ho tam překopíruj zpátky.
EDIT: Proč mažeš něco, když nevíš na co to je a k čemu se to používá? Tohle je fakt přístup...
-
fuuu sory priatelia, neviem odkial som si to dal dokopy, zrejme omyl.. ospravedlnujem sa
totiz absolutne sa v tom nevyznam tak ako vy...
teda, vas znova prosim, co mam vyplnit na tej stranke? prve dva riadky zvladam, ale zvysok?
diky moc, ste moja jedina nadej
-
Pre zaciatok tam daj
#############################################################
################### OFFICIAL UBUNTU REPOS ###################
#############################################################
###### Ubuntu Main Repos
deb http://sk.archive.ubuntu.com/ubuntu/ lucid main restricted universe
deb-src http://sk.archive.ubuntu.com/ubuntu/ lucid main restricted universe
###### Ubuntu Update Repos
deb http://sk.archive.ubuntu.com/ubuntu/ lucid-security main restricted universe
deb http://sk.archive.ubuntu.com/ubuntu/ lucid-updates main restricted universe
deb-src http://sk.archive.ubuntu.com/ubuntu/ lucid-security main restricted universe
deb-src http://sk.archive.ubuntu.com/ubuntu/ lucid-updates main restricted universe
###### Ubuntu Partner Repo
deb http://archive.canonical.com/ubuntu lucid partner
deb-src http://archive.canonical.com/ubuntu lucid partner
-
hm, kamo ja tam take moznosti na zaskrtnutie ale nevidim, ako to prosim spravim?
-
Toto zkopiruj do toho suboru v /etc/apt/sources.list
To uz je vygenerovane.
-
a ostatne vymazem?potom skopirujem, ulozim a co? lebo ak len toto, tak to neurobilo zatial nic
-
V terminale
sudo apt-get updateTym obnovis zoznam balickov. Inak potom neuvidis niz zvlastne. Tym ze si zmenil ten subor tak si iba zmazal informaciu z ktorej cerpal system pri instalacii balickov. Bez tohto suboru by si nic nenainstaloval.
http://wiki.ubuntu.cz/apt?highlight=%28sources.list%29
-
no, po nahradeni povodneho textu v /etc/apt/sources.list vygenerovanym zoznamom balickov od TIBORA a obnovenim zoznamu balickov... sa nestalo nic :(
-
no, po nahradeni povodneho textu v /etc/apt/sources.list vygenerovanym zoznamom balickov od TIBORA a obnovenim zoznamu balickov... sa nestalo nic :(
A cos čekal, že se stane? Měl jsi zkusit stáhnout aktualizace, po tvojí úpravě, zjistil bys, že to jaksi nefunguje. Zatímco teď ano, takže se "nic neděje". Ty DNS jsi měl vložit spíš do
gksudo gedit /etc/resolv.conf
-
sory, som z toho uz dost popleteny. teda skusim tie dns vlozit do gksudo gedit /etc/resolv.conf a potom napisem co to urobilo... dikes.
inak, myslel som, ze ked aktualizujem tie balicky na stiahnutie, ze sa nieco urobi, ci? preco mi to nefungovalo?
-
DNS som vlozil do
gksudo gedit /etc/resolv.conf. potom som v /etc/apt/sources.list vsetko vymazal a vlozil tam ten vygenerovany list od tibora a potom som to aktualizoval pomocou sudo apt-get update . potom som restartol sietove pripojenie a problem stale trva..
-
UPDATE: ked sa doma pripojim na wifi, tak mi internet ide v poho, ale akonahle sa pripojim na ten isty router kablom, tak to znova nacitava len google stranky a ostatne mi nacitavaju do aleluja...
-
UPDATE: ked sa doma pripojim na wifi, tak mi internet ide v poho, ale akonahle sa pripojim na ten isty router kablom, tak to znova nacitava len google stranky a ostatne mi nacitavaju do aleluja...
Takže problém bude asi skutečně v nastavení té sí'tovky...
EDIT:
Tak se tedy připoj kabelem a zkus napsat:
sudo sysctl -w net.ipv4.tcp_ecn=0
Zkus stránky a pokud poběží opět jen google, tak změň vzpomínanou hodnotu MTU (výchozích je 1500 bajtů, po restartu se vrátí zpět na tuto hodnotu):
sudo ifconfig eth0 mtu 1300
Nebo můžeš zkusit ještě nižší hodnoty. Vtip je v tom, že ve windows jsou nastaveny ty stejné hodnoty, tedy 1500...takže jsetli budde příčina tady, tak nechápu.
-
VOILA!!!
tak napokon mala C++odeG++irl-o.cc pravdu, pomohlo mtu na 1300.. este mi prosim prezradte, ako to nastavim natrvalo aby som to nemusel zadavat furt po kazdom restarte...
DIKY MOC!!!
-
Zkusil bych najít hraniční velikost MTU za pomocí utility ping:
ping www.seznam.cz -M do -s 1472
Přitom tu hodnotu -s postupně snižovat, až ping projde. K té přičíst hodnotu 28 a výsledek pak nastavit na síťovém rozhraní. Problém je nejspíše v tom, že "nějaké" zařízení odmítá fragmentaci , případně defragmentaci rámců (má to zakázané), přičemž je zároveň nízké MTU. Alespoň tak si to vysvětluji. S takovým problém jsem se ještě doposud nesetkal.
-
cize chceme zistit co najvacsie mozne MTU? lebo mne ping funguje aj na 1500, ale internet nie... takze?
-
Musíš to uložit tuším do /etc/interfaces....Nesedím teď u PC. Protože ve windows to určitě funguje a tam je mtu taky 1500, zajímalo by mě, kde vzniká ten problém.
-
v network manageru je položka MTU taky...
-
cize chceme zistit co najvacsie mozne MTU? lebo mne ping funguje aj na 1500, ale internet nie... takze?
No tam je důležitý ten parametr -M do. Ono normálně lze ping dělat i s mnohem větším rámcem. A normálně to funguje tak, že pokud je ten rámec větší jak 1500, tak je rozdělen na dva. Ten parametr -M zakazuje právě tu fragmentaci rámce. Takže ping pak neprochází, vypisuje se jen hláška, že rámec je třeba fragmentovat, ale je to zakázáno.
Je to celé divné.
UPDATE:
Tak jsem prohledal internet, stačí zadat do google "linux sis 191 gigabit" a zjistíte, že s touto kartou jsou v linuxu permanentní problémy. Vypadá to na chybu v driveru síťovky. Problém je i v poslední verzi Ubuntu 11.04, takže update systému nepomůže. Jediné řešení je skutečně snížit MTU, mělo by stačit 1492.
-
cize chceme zistit co najvacsie mozne MTU? lebo mne ping funguje aj na 1500, ale internet nie... takze?
No tam je důležitý ten parametr -M do. Ono normálně lze ping dělat i s mnohem větším rámcem. A normálně to funguje tak, že pokud je ten rámec větší jak 1500, tak je rozdělen na dva. Ten parametr -M zakazuje právě tu fragmentaci rámce. Takže ping pak neprochází, vypisuje se jen hláška, že rámec je třeba fragmentovat, ale je to zakázáno.
Je to celé divné.
UPDATE:
Tak jsem prohledal internet, stačí zadat do google "linux sis 191 gigabit" a zjistíte, že s touto kartou jsou v linuxu permanentní problémy. Vypadá to na chybu v driveru síťovky. Problém je i v poslední verzi Ubuntu 11.04, takže update systému nepomůže. Jediné řešení je skutečně snížit MTU, mělo by stačit 1492.
Jsi první koho to napadlo! ;D Čipová sada od SIS tedy taky nebude žádná výhra...
-
ano mut 1492 staci, uz len sa spytam, ako to do systemu prilepim, aby som to nemusel furt zadavat po restarte???
SOM VAM EXTREMNE VDACNY!!!
-
ano mut 1492 staci, uz len sa spytam, ako to do systemu prilepim, aby som to nemusel furt zadavat po restarte???
SOM VAM EXTREMNE VDACNY!!!
Zkus to nejdřív třeba přes toho grafickýho network-managera. Měla by tam být položka MTU a změny by měly jít uložit natrvalo..
-
a mozem poprosit presny postup, aby sa zas nestalo ze nieco pokazim?
-
a mozem poprosit presny postup, aby sa zas nestalo ze nieco pokazim?
Já teď nesedím u svého PC, ale když naklikneš vlastnosti toho připojení, kde zadáváš IP adresy, DNS servery atd. (což bude možná automatika z DHCP serveru), tak tam někde bude položka MTU, tam napíšeš 1492 a dole se ti někde zvýrazní Uplatnit pro celý systém, nebo tak něco. Potvrdíš heslem a mělo by být hotovo...Jinak v textovém režimu se zmiňují o nastavení karet v té diskuzi na fedoře. Někde v /etc/sysconfig/...., ale nevím jestli je to v Ubuntu na stejném místě.
-
nasiel som to, diky moc