debian nie laczy sie z netem

[qwerta]

od jakis kilku dni nie moge polaczyc sie z netem na Debianie. Nie jest to wina sterownikow do karty bo mam ja na plycie glownej wiec nic konfigurowac nie trzeba, polaczenie jest wykrywane bo jak podlaczam kabelek to pisze mi ze podlaczono, natomiast gdy odpalam przegladarke albo probuje cos zaciagnec aptem to mnie nie laczy. co moze byc nie tak?

[arctgx]

Spróbuj może na początek połączyć się bezpośrednio z jakimś numerem IP, np. wejść na stronę 78.46.41.113 (czyli linux.pl).

[qwerta]

tak samo nie laczy...

[Arkadiusz Bednarczyk]

ifconfig?

[qwerta]

Kod: [Zaznacz]

eth1   Link encap:Ethernet  HWaddr 00:1a:4d:f7:46:54  
          inet addr:<...>  Bcast:<...>  Mask:255.255.255.0
          inet6 addr: fe80::21a:4dff:fef7:4654/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:29 errors:0 dropped:0 overruns:0 frame:0
          TX packets:85 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2314 (2.2 KiB)  TX bytes:10982 (10.7 KiB)
          Interrupt:23 Base address:0xc000 

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:840 (840.0 B)  TX bytes:840 (840.0 B)

[arctgx]

Spróbuj jako root odpalić ifdown eth1, a potem z powrotem podnieść eth1 (ifup eth1) i zobacz, jakie komunikaty dostaniesz. Możesz też pokazać zawartość pliku /etc/network/interfaces oraz wynik dmesg | grep eth[01].

[qwerta]

Kod: [Zaznacz]

220-dom-1:/home/ldaydream# ifdown eth1
ifdown: interface eth1 not configured
220-dom-1:/home/ldaydream# ifup eth1
Ignoring unknown interface eth1=eth1.
220-dom-1:/home/ldaydream# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp




220-dom-1:/home/ldaydream# dmesg | grep eth[01]
[    5.130878] eth0: RTL8169sc/8110sc at 0xffffc200001ec000, 00:1a:4d:f7:46:54, XID 18000000 IRQ 23
[    5.382706] udev: renamed network interface eth0 to eth1
[   23.017063] r8169: eth1: link up
[   38.980018] eth1: no IPv6 routers present

[arctgx]

Pytanie, dlaczego udev podmienił nazwę eth0 na eth1?

Skoro IP dostajesz przez DHCP, to zakładając bez grzebania w regułach udev, że aktualną nazwą interfejsu jest eth1, podmieniasz eth0 na eth1 w /etc/network/interfaces, albo jednorazowo możesz odpalić klienta DHCP na eth1 (dhclient eth1), by spróbować dostać IP od operatora. Istnienie wpisów w interfaces powoduje, że ifup sam odpali takiego klienta ( - czyli ifup eth1 - a sam zostanie odpalony przez usługę networking na starcie).

[mateo86]

No dobra, a takie głupie pytanie: Masz może więcej niż jedną kartę sieciową?

[arctgx]

No dobra, a takie głupie pytanie: Masz może więcej niż jedną kartę sieciową?

Moim skromnym zdaniem, wątpliwe, ze względu na to co dmesg wyrzucił ze strony udevd. Przemianował, tylko dlaczego?

Z jakiegoś powodu wydają się być te reguły automatycznie generowane podczas np. instalacji paczki. U siebie znalazłem regułę związaną z moim adresem sprzętowym. Możesz w swoich regułach poszukać tego na dwa sposoby (w jednym poleceniu):

Kod: [Zaznacz]

grep -rE '\\

P.S. Może dwa interfejsy sieciowe istniały podczas generowania tych reguł?

[qwerta]

zrobilam to wszystko i nie dalo to zadnych skutkow

Kod: [Zaznacz]

220-dom-1:/home/ldaydream# dhclient eth1
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth1/00:1a:4d:f7:46:54
Sending on   LPF/eth1/00:1a:4d:f7:46:54
Sending on   Socket/fallback
DHCPREQUEST on eth1 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
/etc/dhcp3/dhclient-exit-hooks.d/sendmail: line 28: /usr/share/sendmail/dynamic: No such file or directory
/etc/dhcp3/dhclient-exit-hooks.d/sendmail: line 31: update_interface: command not found
/etc/dhcp3/dhclient-exit-hooks.d/sendmail: line 40: update_host: command not found
/etc/dhcp3/dhclient-exit-hooks.d/sendmail: line 46: update_sendmail: command not found
bound to 192.168.0.10 -- renewal in 1729 seconds.
220-dom-1:/home/ldaydream# grep -rE '\\/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1a:4d:f7:46:54", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:16:cf:d3:59:6e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

wychodzi na to ze nazwe ma eth1, ale teraz nie wiem czy dlatego ze zmienilam czy dlatego ze tak powinno sie nazywac. zakladajac ta pierwsza opcje (o ile nazwa ma znaczenie) moze moznaby bylo zmienic na eth0 z powrotem w interfaces i w tym drugim pliku z ktorym byl niezgodny (gdzie?)

P.S. Może dwa interfejsy sieciowe istniały podczas generowania tych reguł?

tzn. w jakim sensie 2 interfejsy? interfejs jest jakby 2 w 1 (modem kablowy z wifi)

[arctgx]

Byleby się zgadzały nazwy: jeśli w regule zmienisz na eth0, to i w interfaces (a potem w ifup) opisujesz eth0. Możesz dać zupełnie inną, wymyślną nazwę. Tylko zmień tę regułę, w której adres sprzętowy odpowiada Twojemu (czyli wziętemu z ifconfig).

Uwaga: zmiana reguł wymaga przeładowania ich bazy oraz emisji zdarzenia, by weszły w życie (np. udevadm control reload_rules oraz echo add >/sys/class/net/eth0/uevent lub po prostu restart udev czy całego systemu).

Z komunikatów wychodzi, że dhclient dostał jakiś lokalny adres od serwera DHCP (na jakimś ruterku, skoro to taki?). Może podstawowe pytanie: co po tym pokazał ifconfig?

Jedno doświadczenie, tylko być może z innej sytuacji: zdarza mi się otrzymać po transakcji DHCP adres lokalny postaci 192.168.0.1 zamiast publicznego. Wtedy nie mam szans na połączenie ze światem, a przynajmniej nie wiem jak się do świata wtedy dobrać, nim przy następnej transakcji dostanę prawidłowe parametry.

Nie potrafię nic o tym modemie powiedzieć.

A może dla porównania: co pokazuje ifconfig na innym działającym z tą kartą Linuksie, np. live (ew. ipconfig /all w Windowsie)?

[qwerta]

Kod: [Zaznacz]

eth0      Link encap:Ethernet  HWaddr 00:1A:4D:F7:46:54
          inet addr:192.168.0.10  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::21a:4dff:fef7:4654/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5550 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6197 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4408439 (4.2 MiB)  TX bytes:971313 (948.5 KiB)
          Interrupt:21 Base address:0x2000

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:22 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1140 (1.1 KiB)  TX bytes:1140 (1.1 KiB)

a co do ip to chyba zaszlo nieporozumienie bo ono bylo tylko skasowalam w cytacie zeby nie bylo widac, a potem juz machnelam na to reką..

a co do nazwy to nie zalezy mi specjalnie zeby to zmieniac. jak sie zgadza to dobrze, gorzej ze mimo wszystko nie laczy

[rysban]

Witam .
Nie ma drugiej karty sieciowej ? Może jest FireWire i potraktowane jako połączenie sieciowe eth0 . Zdarza się tak samo pod Windowsem na niektórych płytach głównych . Trzeba skonfigurować połączenie na właściwą kartę sieciową .
Pozdrawiam Ryszard

[qwerta]

mam  jedna karte i nie mam firewire