Od niedawna posiadam internet od Multimo. Wcześniej korzystałem z neostrady. Używam urządzenia Linksys WAG200G. No i niedawno podpiąłem przez kabel do rutera mój komputer z Debianem Lenny.
Dodam, że na co dzień korzystam z PLAY Online, więc tam jest to o tyle proste, że jądro (wiadomo, od pewnej wersji) wykrywa urządzenie jakim jest modem, wystarczy więc skonfigurować wvdial i działać. Zresztą tak też zainstalowałem system.
Ale wracając, jakież moje zdziwienie było kiedy po podłączeniu kabla sieciowego (i obejrzeniu kilkunastu linijek w logu wyświetlonym w konsoli), uruchomiłem ekg i ległem, nie działa.
Pierwsze co sprawdziłem to ustawienia rutera. Jeszcze raz od nowa poustawiałem wszystko według zaleceń z Multimo.
Sprawdziłem na Windows XP (połączenie po kablu), sprawdziłem na Symbianie (wifi) - działa.
Zatem może jest coś nie tak w Debianie, więc sprawdzam.
Sprawdziłem DNSy:
Kod: Zaznacz cały
root@broda:/home/marcin# cat /etc/resolv.conf
nameserver 217.8.168.244
nameserver 157.25.5.18Kod: Zaznacz cały
root@broda:/home/marcin# dhclient eth1
There is already a pid file /var/run/dhclient.pid with pid 5381
killed old client process, removed PID file
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:0d:9d:83:24:51
Sending on LPF/eth1/00:0d:9d:83:24:51
Sending on Socket/fallback
DHCPREQUEST on eth1 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.103 -- renewal in 39701 seconds.Kod: Zaznacz cały
root@broda:/home/marcin# ping onet.pl
PING onet.pl (213.180.146.27) 56(84) bytes of data.
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=1 ttl=53 time=288 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=2 ttl=53 time=310 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=3 ttl=53 time=504 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=4 ttl=53 time=367 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=5 ttl=53 time=354 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=6 ttl=53 time=196 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=7 ttl=53 time=384 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=8 ttl=53 time=344 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_seq=9 ttl=53 time=252 ms
^C
--- onet.pl ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8018ms
rtt min/avg/max/mdev = 196.116/333.619/504.189/82.584 ms
Po uruchomieniu ekg czy links2 czy iceweasel albo jakiegokolwiek innego programu, nic. Zero reakcji.
A więc znowu przeglądam i nic nie znalazłem. Aż do momentu kiedy wpisałem:
Kod: Zaznacz cały
root@broda:/home/marcin# ping google.pl
PING google.pl (74.125.39.99) 56(84) bytes of data.
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_seq=1 ttl=54 time=309 ms
^C
--- google.pl ping statistics ---
2 packets transmitted, 1 received, 50% packet loss, time 1005ms
rtt min/avg/max/mdev = 309.156/309.156/309.156/0.000 ms
root@broda:/home/marcin# exit
marcin@broda:~$ ping google.pl
ping: unknown host google.pl
Kod: Zaznacz cały
marcin@broda:~$ groups
marcin root adm dialout fax cdrom floppy tape sudo wheel audio dip www-data video plugdev users scanner netdevKod: Zaznacz cały
marcin@broda:~$ cat /etc/pam.d/su | grep wheel
# auth required pam_wheel.so
# Uncomment this if you want wheel members to be able to
auth sufficient pam_wheel.so trust
# auth required pam_wheel.so deny group=nosuDla potwierdzenia swoich przypuszczeń - przeniosłem konfigurację ekg z użytkownika na konto root i sprawdziłem - działa!
Ale wciąż nie wiem gdzie jest błąd. Proszę o pomoc. Ewentualnie o tzw. "ochrzan" jeśli mój problem był poruszany.
Dodam jednak, że wiele zapytań w Google wpisałem, z przedrostkiem:
Kod: Zaznacz cały
site:debian.linux.pl[/code[ jak i bez ale nie znalazłem nic co naprowadziłoby mnie choćby na rozwiązanie problemu. Być może niewłaściwe zapytania wpisywałem.
I problem istnieje nadal.
PS. Sieć lokalna działa bez problemu (czy pod konsolą czy przez [i]krusader[/i] pod X-ami) więc komputer bez problemu "widzi" ruter.*
*Jeśli to nieistotna informacja - pominąć.