ďťż
 
 
   internet pod Linuksem wymaga połączenia z Windows
 
 

Tematy
 
    
 

 

 

 

internet pod Linuksem wymaga połączenia z Windows




Waldemar - 14-06-2009 19:15
Rozwiązania bezskutecznie szukałem na forum i przez Google.

Dotyczy komputera Dell ze zintegrowaną kartą sieciową:

lspci
...
Ethernet controller: 3Com Corporation 3c905C-TX/TX-M (Tornado) (rev78). Windows rozpoznaje jako: 3Com 3C920 Integrated Fast Ethernet (3C905C-TX Compatibel) .

Problem występuje pod Linuksem Etch, Lenny oraz Siduksem (uruchamianymi z CD). Pod Windows XP, dla odmiany, sieć jest dostępna bez problemów.
Uwaga! Uruchomienie Windows XP, restart i uruchomienie Linuksa pozwala na dostęp do internetu spod Linuksa. Wniosek Windows jest potrzebny aby pod Linuksem uruchomić internet (zgroza).
Komputer pracuje w sieci domowej - 5 komputerów (Linux i Windows XP) na ruterze D-Link + przełącznik Edimax. Wszystkie pozostałe komputery, z wyjątkiem wymienionego na wstępie, niezależnie od aktualnie uruchamianego systemu i dystrybucji (Ubuntu, Sarge, Etch, Lenny, Fedora, PLD) nie stwarzają żadnych problemów z dostępem do internetu. Internet to neostrada.
Ruter sprzętowy skonfigurowany jako serwer DHCP, komputery jako klienci DHCP (dhcp3).

Zgodnie z sugestiami znalezionymi na forum wykonałem kilka działań:[list=1][*]Restart sieci: debian:/home/maria# /etc/init.d/networking restart
Reconfiguring network interfaces...There is already a pid file /var/run/dhclient.eth0.pid with pid 2779
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:b0:d0:1f:02:c1
Sending on  LPF/eth0/00:b0:d0:1f:02:c1
Sending on  Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.1 port 67
send_packet: Network is unreachable [*]lGdy sieć nie działa: debian:/home/maria# dhclient eth0
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:b0:d0:1f:02:c1
Sending on  LPF/eth0/00:b0:d0:1f:02:c1
Sending on  Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
No DHCPOFFERS received.
No working leases in persistent database - sleeping. l lPo zrestartowaniu Windows XP, pod Linuksem (gdy już internet działa): debian:/home/maria# dhclient eth0
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:b0:d0:1f:02:c1
Sending on  LPF/eth0/00:b0:d0:1f:02:c1
Sending on  Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.3 -- renewal in 1446 seconds. l [*] Wynik ifconfig przy braku sieci: debian:/home/maria# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:B0:D0:1F:02:C1
          inet6 addr: fe80::2b0:d0ff:fe1f:2c1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:4486 (4.3 KiB)
          Interrupt:5 Base address:0x2c00

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

sit0      Link encap:IPv6-in-IPv4
          NOARP  MTU:1480  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:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b) [*]Listing pliku 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 tu wydaje się wszystko w porządku.
[*]l Wynik polecenia ,,route - n'', gdy brak internetu: debian:/home/maria# route -n
Kernel IP routing table
Destination    Gateway        Genmask        Flags Metric Ref    Use Iface bez jakichkolwiek wartości?l lTo samo po restarcie tzn. Windows XP-restart-Linux: debian:/home/maria# route -n
Kernel IP routing table
Destination    Gateway        Genmask        Flags Metric Ref    Use Iface
192.168.1.0    0.0.0.0        255.255.255.0  U    0      0        0 eth0
0.0.0.0        192.168.1.1    0.0.0.0        UG    0      0        0 eth0 l [*]lZawartość pliku etc/resolv.conf przy braku sieci: #generated by NetworkManager, do not edit! l lZawartość pliku etc/resolv.conf przy działającej sieci: nameserver 192.168.1.1 Próbowałem z palca wpisać DNS (192.168.1.1) w pustym oknie konfiguracji "Network Settings", co odpowiada edycji pliku resolv.conf, ale zapis znika po restarcie sieci! Pewnie system powinien sam go sobie pobrać? Efekt - bez pozytywnego skutku.l [/list:o:ca187d94f5]W opisywanym komputerze do prób założyłem pusty dysk, na którym zainstalowałem Windows XP i Debiana Lenny, efekt ten sam.Tzn. internet pod Debianem działa gdy przedtem włączę Windę/ restart (uruchom ponownie)/Linux. Efekt identyczny w przypadku startowania z CD Siduxa.
Wygląda,że klient DHCP (w moim przypadku dhcp3) ma problemy w dogadaniu się z routerem. Być może problem leży we wbudowanej karcie sieciowej? Wprawdzie gdzieś na forum znalazłem radę aby zastosować innego klienta dhcp, jednak nie za bardzo wiem czego użyć.
Na tym moja inwencja się wyczerpała, wprawdzie z komputera daje się korzystać ale nie jest to zbyt eleganckie. Po za tym chciałem wyrzucić windę.
Będę wdzięczny za pomoc.


kiko80 - 15-06-2009 08:54
A tak dla testu próbowałeś wklepać ustawienia statycznie i zobaczyć czy po włączeniu zatrybi?


gruby - 15-06-2009 09:36
A zainstaluj samego Debiana na tym drugim dysku ale przy instalacji oczywiście w trybie graficznym jak wybierze sam już ustawienia dhcp to wciśnij wstecz i tam jest opcja podaj ręcznie ustawienia IP komputera Maskę IP rutera no i oczywiście DNS-y.
Tylko ja tak mam ustawione Open DNS-y czyli 208.67.222.222 208.67.220.220, bo miałem problemy z internetem jak miałem DNS-y przypisane przez dhcp. Raz internet był raz nie.

No i oczywiście po tej operacji internet śmiga bez zarzutu. A poprzednio jak nawet zmieniłem DNS-y w /etc/resolv.conf to i tak po restarcie co mi się rzadko zdarza miałem DNS-y przypisane przez dhcp czyli IP rutera .
U mnie podziałało może u Ciebie również.


s3p4n - 15-06-2009 12:19
Czemu nie masz w /etc/network/interfaces: auto eth0 Zrób sobie auto lo eth0 a zanim to zrobisz to przed puszczeniem klienta dhcp wykonaj: ifconfig eth0 up


szpuni - 15-06-2009 15:07
Mnie to tutaj nie wygląda na problem z samym Linuksem.

Co ma Windows do Linuksa? Nic.

Problem masz gdzieś w urządzeniach sieciowych.

Zrób tak:lStatyczny adres IP.
l l ping na bramę ping na loopback ping na swój adres IP l lDomyślna brama na 192.168.1.1 l l ping jakiś adres IP w internecie l l ping jakaś domena l Zobaczysz gdzie ci coś nie działa. Mogę się założyć że będziesz w stanie pingować swój adres, adres urządzeń w sieci wewnętrznej jak ci internet leży.
Wtedy będziesz musiał poszukać co jest nie tak z twoim ruterem.


szmergiell - 15-06-2009 15:21
Miałem podobny problem z komputerem składanym w Wielkiej Brytanii: Compaq. Problemem było wykrywanie karty sieciowej (miałem zainstalowany Ubuntu). W BIOS-ie wyłączona była karta sieciowa do FireWire (być może coś nie tak kojarzę, ale bodajże o to chodziło... albo WiFi). Windows XP wykrywał kartę sieciową do łączenia się z Internetem poprawnie (eth1), natomiast po restarcie komputera, Ubuntu traktował kartę tak, jakby jej nie było (przestawiał na eth0 -- co domyślnie wskazywało na wyłączoną kartę).
Problem rozwiązałem włączając w BIOS-ie kartę sieciową, wtedy to pozostałe "ustawiły się" i były cały czas w tej samej kolejności. Dlatego po restarcie nie było problemów z "przesuwaniem się" indeksów kart i Internet działa cały czas.
Co najdziwniejsze -- Debian takich problemów w ogóle nie miał.

PS Nie do końca pamiętam jak to było, czy dopiero po uruchomieniu Windows XP i włączeniu Linuksa, Internet się pojawiał, czy może było w drugą stronę, że po Windowsie -- Linux nie działał.


s3p4n - 15-06-2009 15:31
szmergiell, ale nazwy interfejsów można ustalić w regułkach udev'a.... po MACu karty np.


Waldemar - 16-06-2009 17:54
Dziękuję za życzliwe zainteresowanie.

Poćwiczyłem trochę pingi, niestety wygląda na to, że poza lokalny komputer nic nie wychodzi. Nawet drugi komputer (192.168.1.4 i router 192.168.1.1) nie są widziane!

debian:/home/maria# ping 192.168.1.1
connect: Network is unreachable
debian:/home/maria# ping 169.254.205.168
PING 169.254.205.168 (169.254.205.168) 56(84) bytes of data.
64 bytes from 169.254.205.168: icmp_seq=1 ttl=64 time=0.096 ms
64 bytes from 169.254.205.168: icmp_seq=2 ttl=64 time=0.110 ms
64 bytes from 169.254.205.168: icmp_seq=3 ttl=64 time=0.085 ms
64 bytes from 169.254.205.168: icmp_seq=4 ttl=64 time=0.076 ms
64 bytes from 169.254.205.168: icmp_seq=5 ttl=64 time=0.075 ms
64 bytes from 169.254.205.168: icmp_seq=6 ttl=64 time=0.103 ms
64 bytes from 169.254.205.168: icmp_seq=7 ttl=64 time=0.105 ms
64 bytes from 169.254.205.168: icmp_seq=8 ttl=64 time=0.107 ms
64 bytes from 169.254.205.168: icmp_seq=9 ttl=64 time=0.110 ms
64 bytes from 169.254.205.168: icmp_seq=10 ttl=64 time=0.112 ms
64 bytes from 169.254.205.168: icmp_seq=11 ttl=64 time=0.112 ms
64 bytes from 169.254.205.168: icmp_seq=12 ttl=64 time=0.110 ms
64 bytes from 169.254.205.168: icmp_seq=13 ttl=64 time=0.110 ms
64 bytes from 169.254.205.168: icmp_seq=14 ttl=64 time=0.109 ms
64 bytes from 169.254.205.168: icmp_seq=15 ttl=64 time=0.108 ms
64 bytes from 169.254.205.168: icmp_seq=16 ttl=64 time=0.113 ms
64 bytes from 169.254.205.168: icmp_seq=17 ttl=64 time=0.111 ms
64 bytes from 169.254.205.168: icmp_seq=18 ttl=64 time=0.109 ms
[1]+  Stopped                ping 169.254.205.168
debian:/home/maria# ping 255.255.255.255
connect: Network is unreachable
debian:/home/maria# ping 255.255.0.0
connect: Network is unreachable
debian:/home/maria# ping 127.0.0.0 -b
WARNING: pinging broadcast address
PING 127.0.0.0 (127.0.0.0) 56(84) bytes of data.
debian:/home/maria# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.122 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.102 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.111 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.114 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.114 ms
64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.147 ms

[3]+  Stopped                ping 127.0.0.1
debian:/home/maria# ping 194.168.1.4
connect: Network is unreachable
debian:/home/maria# ping 217.97.216.10
connect: Network is unreachable Wypisałem informację o połączeniach
1. (sieć nie działa):

Skąd komputer wziął taaaki adres, nie mam pojęcia!

2. (sieć działa, po wcześniejszym uruchomieniu Windowsa i restarcie):

Na zakończenie fragment user.log
(sieć nie uruchomiła się):

Nie chcę zapychać forum ponad MB plikiem!

Zamierzam dalej szukać. Dziwnym jest, że przy takich samych ustawieniach 4 inne komputery w tej sieci bez problemów były w stanie nawiązać połączenie z internetem? Zanim uruchomiłem router (doszły wówczas 2 komputery) komputer otrzymywał internet na kable skrosowanym z drugiego komputera. Było wówczas to samo tj. Windows działał w sieci bez problemów, Linux wybrzydzał i wymagał wcześniejszego uruchomienia Windowsa i restartu. Podejrzewałem złośliwość kabla, podłączyłem pod gniazdo pod którym działa "złośliwy" komputer laptopa z Debianem - tu również nie było żadnego problemu i internet uruchamiał się bez bólu. Karta sieciowa chyba nie jest uszkodzona bo Windows działa, Debian też, tylko wymaga rozrusznika w postaci windy.
Nie wiem tylko czy prędzej znajdę rozwiązanie czy tez wymienię komputer?

Faktem jest, że to jest niedorzeczne!
Pozdrawiam
Waldemar
:shock:


szpuni - 17-06-2009 13:48
daj mi wykaz polecenia:

lspci|grep -i ethernet Jezeli nic nie pokaze daj mi:
lspci


Waldemar - 17-06-2009 21:36
Witam
Byłem zajęty i dopiero teraz zasiadłem do komputera.
Wynik podanego polecenia ( już było) :

debian:/home/maria# lspci|grep -i ethernet
01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) Pozdrawiam
waldemar
:shock:


szpuni - 18-06-2009 13:30
To teraz ustaw adres IP ręcznie: ifconfig eth0 192.168.1.99/24
route add default gw 192.168.1.1 Dodaj do /etc/resolv.conf: nameserver 192.168.1.1
search domena_twojego_dostawcy Teraz spróbuj pingować jeszcze raz jak już mówiłem wcześniej.

Wygląda na jakiś problem z DHCP a nie ze sterownikiem jak dla mnie.
Sprawdź jak nie masz internetu czy: lspci pokazuje ci dokładnie taką samą wartość jak tutaj podałeś.


Waldemar - 04-07-2009 16:16
Problem zdaje się rozwiązany, chociaż na razie połowicznie, trafna sugestia ze strony:
http://ubuntuforums.org/showpost.php...08&postcount=3
W celu skonfigurowania karty sieciowej skorzystałem z programu
3c90x2.exe archiwum samorozpakowujące się, ze strony:
http://www.3com.com/swd/jsp/user/res...ku=3C905C-TX-M

Program uruchomiony pod Freedosem, podprogram: 3c90xcfg.exe zmieniłem z domyślnych ustawień karty (auto-negocjacja) na ustawienia ustawione "na sztywno".

Jedyny problem mimo, że w ustawieniach karty wpisano 100Mb/s i tryb duplex-full, po uruchomieniu Debiana (Etch) mam 10Mb/s i tryb duplex-half. Prawdopodobnie można to ustawić przez konfigurację ethtool, nie zdążyłem jednak tego sprawdzić.
Problem wygląda bardziej na sprzętowy (karta) lub programowy (sterownik) niż na problem typowo sieciowy.
Dziękuję wszystkim starającym się pomóc, pozdrowienia.
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • minister.pev.pl

    •  

     


     
    		 
    Copyright 2003. MĂłj serwis