Instalacja DHCP nie działa poprawnie

Zooltar - 03-03-2010 20:59
Witam.

Postanowiłem sobie zainstalować Debiana, wszystko przebiegało bez problemów do czasu gdy instalator konfigurował internet z dhcp. Otrzymałem komunikat, że internet został skonfigurowany pomyślnie. Problem pojawił się od razu gdy instalator chciał pobrać czas z internetu. Musiałem czekać około 30 sekund aby przejść dalej do instalacji. Wątpię, że przez ten czas ustawił. Raczej po tych 30 sekundach skończył się czas oczekiwania i instalator po prostu przeszedł dalej. Utworzyłem partycje, zainstalowałem Debiana na dysku.

I tu kolejny problem. Gdy chcę wybrać serwer lustrzany pojawia mi się komunikat, że serwer nie ma pliku release lub coś tam jeszcze (nie pamiętam co). Od razu pomyślałem sobie, że coś musiało źle pójść podczas konfiguracji internetu. Ustawiałem ręcznie ustawienia ale to nie pomogło. Ostatecznie postanowiłem przerwać instalacje. Spotkał się ktoś kiedyś z takim problemem?

lessmian2 - 03-03-2010 21:26

komunikat że serwer nie ma pliku release lub coś tam jeszcze( nie pamiętam co) Tym bardziej nie pamiętam ja, lub ktokolwiek inny.

mysnik - 03-03-2010 21:33
Może wypadałoby spisać komunikat na kartę i wpisać w google, a później jeżeli nie znajdzie się rozwiązania zadać pytanie na forum umieszczając komunikat w pytaniu.

może o to chodzi

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401435

strzelam w ciemno

Zooltar - 03-03-2010 21:56

komunikat że serwer nie ma pliku release lub coś tam jeszcze( nie pamiętam co) Tym bardziej nie pamiętam ja, lub ktokolwiek inny. Komunikat ten nie ma prawie żadnego znaczenia ponieważ jakikolwiek serwer wybiore zawsze wyświetla się ten sam błąd co wskazuje na problem z połączeniem.

Mój problem jest identyczny jak tutaj:
http://forum.dug.net.pl/viewtopic.php?id=8462

fnmirk - 03-03-2010 22:18
Zooltar, zacznij od początku i udziel odpowiedzi na pytania. W jaki sposób łączysz się z internetem? Jaki dostawca?

Zooltar - 03-03-2010 22:29
Radiówka, miastowy dostawca. 2 routery - jeden odbiera sygnał, drugi ( połączony z pierwszym ) nadaje sygnał wifi, ja jestem połączony kablem.

Na każdym innym komputerze i na telefonie dhcp działa poprawnie, jedynie mam problem z debianem.

mysnik - 03-03-2010 22:46
Może głupia podpowiedź ale jeżeli masz możliwość to sprawdź na livecd czy masz dostęp do neta na tej maszynie. Może na routerze masz ustawioną filtrację po MAC adresach i obecny MAC nie jest dodany. W momencie instalacji debiana z innego kompa możesz zalogować się na router i sprawdzić czy Twój komp z Debianem ma nawiązane połączenie.

Zooltar - 03-03-2010 22:49
Nie mam ustawionej żadnej filtracji. Aby się połączyć wystarczy mieć hasło do wifi albo podłączyć kabel.

fnmirk - 03-03-2010 22:51
Zainstaluj tego Debiana w trybie ekspert. Jeżeli dalej będziesz miał problem to pomiń konfigurację sieci. Sieć można skonfigurować później.

Nie zaszkodzi spróbować jakiejś wersji livecd opartej na Debianie i sprawdzenie sprzętu jaki posiadasz pod kątem sterowników. Może być sytuacja, że instalujesz jakąś przestarzałą wersję Debiana. Jaką wersję instalujesz?

To Ci się przyda:
http://debian.linux.pl/viewtopic.php?t=18540

A tu masz dystrybucje livecd:
http://debian.linux.pl/viewtopic.php?t=10199

Knoppix będzie najwłaściwszą dystrybucją testującą sprzęt.

Zooltar - 03-03-2010 22:57
Instaluje dokładnie tą wersję:
http://hammurabi.acc.umu.se/debian-c...64-netinst.iso

Jutro zainstaluje debiana bez sieci i spróbuje ją jakoś później skonfigurować.

fnmirk - 03-03-2010 23:11
Może się okazać, że jądro jakie jest domyślnie instalowane w Lenny nie obsługuje Twojego sprzętu poprawnie. Sprawdź sprzęt z pomocą jakieś wersji livecd.

pielgrzym - 03-03-2010 23:19
Też miałem ten problem jak instalowałem wersję testową z netinstall. Po prostu ustawiłem na sztywno, co rozwiązało sprawę.
Zobacz na jakimś livecd np. Ubuntu czy Ci przypisuje DHCP. Jeżeli tak, to spisz sobie IP, maskę, bramę. Jeżeli nie, to zapewne masz jeszcze na dysku Windowsa, więc z niego spisz sobie IP, bramę oraz maskę. I podczas instalacji Debiana ustaw na sztywno, według spisanych.

Ruter nie powinien się pluć.

Zooltar - 04-03-2010 13:14
Okazało się, że instalator nie ma sterowników do mojej karty sieciowej. Odkryłem to próbując zainstalować Debiana w ,,expert mode''. Tylko jak je teraz zainstalować? Podczas instalacji można załadować sterowniki tylko tutaj pojawia się problem. Jako że z Linuksem długo do czynienia nie miałem, można powiedzieć, że jestem totalnym laikiem. Proszę więc o łopatologiczne wytłumaczenie.

Gdzie mogę wrzucić te sterowniki? Nagrać na płytę, wrzucić na pendrive, czy wrzucić na partycje NTFS? Nie wiem czy Linux będzie wstanie odczytać z niej pliki.

fnmirk - 04-03-2010 15:41
Zooltar, w pierwszej kolejności to przedstaw takie informacje: uname -r
lspci -k O ile zainstalowałeś Debiana. Jeżeli nie to spróbuj z livecd przedstawić.

Zooltar - 05-03-2010 16:05
Miałem pod ręką livecd kubuntu 9.04:

ubuntu@ubuntu:~$ uname -r
2.6.28-11-generic
ubuntu@ubuntu:~$ lspci -k
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 10)
Kernel modules: intel-agp
00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 10)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01)
Kernel driver in use: uhci_hcd
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01)
Kernel driver in use: uhci_hcd
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01)
Kernel driver in use: uhci_hcd
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01)
Kernel driver in use: uhci_hcd
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
Kernel modules: iTCO_wdt, intel-rng
00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01)
Kernel driver in use: ata_piix
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
Kernel modules: i2c-i801
01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850]
01:00.1 Audio device: ATI Technologies Inc HD48x0 audio
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
Kernel driver in use: r8169
Kernel modules: r8169 Niestety ubuntu równiez nie skonfigurował połączenia z dhcp. Zainstalowałem sterowniki które znalazłem na stronie realtek'a ale to nie pomogło. Zmienił się numer wersji sterownika z r8169 na r8168. Interfejs KDE pokazywał że jestem połączony z siecią ale nie mogłem nawet pingować serwerów.

Co dziwne dhcp pobrał właściwe adresy ip, maski i bramy ale internet wciąż nie działa.

[ Dodano: |5 Mar 2010|, 2010 16:01 ]
Udało mi się skonfigurować sieć w instalatorze. Mam już zainstalowanego debiana ale znowu pojawia się problem. Zauważyłem że debian źle pobiera adres bramy z dhcp. Proszę o komendy dzięki którym ustawie ip,maske, brame i dnsy. Jak mogę ustawić zeby debian nie pobierał danych z dhcp tylko używał tych ustawionych?]

Jeszce jedno. Jakie środowisko graficzne polecacie ?

mysnik - 05-03-2010 19:47
Musisz pobawić się plikiem (jako root): /etc/network/interfaces I jeżeli neta masz na interfejsie eth0 to wpisujesz np. coś takiego: allow-hotplug eth0
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.5 Następnie robisz: /etc/init.d/networking restart i powinno działać. Nazwy plików pisałem z głowy, więc mogą być małe pomyłki.

Zooltar - 05-03-2010 19:50
Rozumiem że mogę usunąć wszystko co się w tym pliku znajduje ? Aha, co to jest broadcast?

mysnik - 05-03-2010 20:06
Nie wiem czy możesz wszystko usunąć :) ja zawsze edytowałem ten fragment, który był mi potrzebny.

Brodcast jest to tzw. adres rozsiewaczy. Załóżmy, że chcesz nadać dane do jakiegoś hosta B, którego posiadasz adres IP ale niestety nie masz adresu MAC, wtedy Twój komp rozsyła ramkę rozgłoszeniową (brodcast) wraz z adresem IP hosta B do wszystkich w Twojej sieci lokalnej. Następnie host B po trzymaniu tego brodcastu porównuje adres IP z ramki wraz ze swoim ipkiem, jeżeli są takie same to odsyła do Twojego kompa swój adres MAC i następuje połączenie. To tak w wielkim skrócie :) odsyłam do google.pl po więcej info.

Zooltar - 05-03-2010 20:51
Niestety wciąż nie działa. Wpisałem wszystkie dane w tym pliku o którym mówiłeś, potem zresetowałem ustawienia polecieniem które podałeś i na koniec postawiłem karte sieciową na nogi komendą ifup eth0.

wynik polecenia route:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
localhost * 255.255.255.0 U 0 0 0 eth0
default 192.168.2.54 0.0.0.0 UG 0 0 0 eth0 pisałem to ręcznie więc może nie wyglądać tak jak powinno ale dane się zgadzają.

ifconfig:
eth0 Link encap:Ethernet HWaddr 00:1d:7d:c8:53:fb
inet addr:192.168.2.105 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22 errors:0 dropped:0 overruns:0 frame:0
TX packets:21 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1899 (1.8 KiB) TX bytes:1291 (1.2 KiB)
Interrupt:252

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:560 (560.0 B) TX bytes:560 (560.0 B) Czy plik z dns'ami wygląda poprawnie?
nameserver 192.168.1.254
nameserver 82.160.1.1 Jeśli pinguje bramę to odpowiedź otrzymuje ale już od onet.pl nie. Spróbuje jeszcze zainstalować sterowniki od realteka.

mysnik - 05-03-2010 21:42
Spróbuj puścić pinga na onet.pl a później na jego adres ip 213.180.146.27. Jak przejdzie na IP a na domenowe nie to masz problem z DNSami, jeżeli jednak nie przejdzie ping na to i na to najprawdopodobniej to będzie problem z połączeniem internetowym, skoro napisałeś, że brama pingujesz (czyli Twój router).

Zooltar - 05-03-2010 22:00
Ping bramy:

PING 192.168.2.254 (192.168.2.254) 56(84) bytes of data.
64 bytes from 192.168.2.254: icmp_seq=1 ttl=255 time=1.38 ms
64 bytes from 192.168.2.254: icmp_seq=2 ttl=255 time=1.09 ms
64 bytes from 192.168.2.254: icmp_seq=3 ttl=255 time=1.10 ms
64 bytes from 192.168.2.254: icmp_seq=4 ttl=255 time=1.08 ms
64 bytes from 192.168.2.254: icmp_seq=5 ttl=255 time=1.08 ms

--- 192.168.2.254 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4015ms
rtt min/avg/max/mdev = 1.085/1.150/1.386/0.125 ms ping onetu(213.180.146.27):

PING 213.180.146.27 (213.180.146.27) 56(84) bytes of data.
From 192.168.2.254 icmp_seq=1 Destination Net Unreachable
From 192.168.2.254 icmp_seq=2 Destination Net Unreachable
From 192.168.2.254 icmp_seq=3 Destination Net Unreachable
From 192.168.2.254 icmp_seq=4 Destination Net Unreachable
From 192.168.2.254 icmp_seq=5 Destination Net Unreachable

--- 213.180.146.27 ping statistics ---
5 packets transmitted, 0 received, +5 errors, 100% packet loss, time 4013ms Zmieniłem dnsy na googlowskie(8.8.8.8 4.4.4.4) ale to nic nie dało. Zostawiłem plik /etc/resolv.conf pusty i uruchomiłem dhclient ale również bez skutku.

mysnik - 05-03-2010 22:05
A inne komputery w swojej sieci domowej pingujesz? Wydaje mi się, że masz problem z konfiguracją routera.

Zooltar - 05-03-2010 22:09
Router mam dobrze skonfigurowany. Laptop jak i inne komputery pobierają dane z dhcp prawidłowo i od razu jestem połączony. Jeśli na Windowsie wszystko działa poprawnie a na Linuksie już nie to nie podejrzewałbym routera.