Problem Z Instalacją Neostrady Pod Fc(64bit)

[mozgu]

Witam, mam wielki problem z zainstalowaniem neostrady na FE5 (wersja dla 64-bitowców). Postępuję według instrukcji zamieszczonej w przyklejonym temacie. Otóż

 

Najpierw w konsolę wstukuję kod

cd /lib/firmware

tar xvzf /home/ueagle-data-1.1.tar.gz

mv ueagle-data-1.1 ueagle-atm

 

Później edytuję plik /etc/ppp/chap-secrets, który wygląda w efekcie tak:

# Secrets for authentication using CHAP

# client server secret IP addresses

"[email protected]"(spacja)*(spacja)"hasło"(spacja)*

 

Następnie przechodzę do katalogu /etc/ppp/peers i tworzę w nim plik ueagle-atm (za pomocą utwórz dokument -> pusty plik i nazywam go ueagle-atm) Znajduje się tam jeszcze 1 plik (najprawdopodobniej z karty sieciowej), który usuwam. ueagle-atm ma taką zawartość:

user "[email protected]"

plugin pppoatm.so 0.35

noipdefault

usepeerdns

defaultroute

persist

noauth

 

Zgodnie z instrukcją powinienem edytować plik /var/run/ppp/resolv.conf. Plik taki nie istnieje (w ogóle cały ten folder jest pusty), więc tworzę takowy (który notabene i tak jest usuwany po restarcie systemu) tą samą metodą jaką utworzyłem ueagle-atm (czyli nowy dokument->pusty plik i zmiana nazwy na resolv.conf). Plik wygląda w ten sposób:

nameserver 194.204.152.34

nameserver 217.98.63.164

 

Zamiast dowiązania (które i tak nie chce się utworzyć) kopiuję plik resolv.conf z /var/run/ppp do /etc.

 

Teraz normalną koleją rzeczy powinno być odpalenie połączenia. Tak też czynię. Najpierw modprobe ueagle-atm (co pozostaje bez odpowiedzi)

[root@localhost ~]# modprobe ueagle-atm

[root@localhost ~]#

a później pppd call ueagle-atm co daje taki wynik:

[root@localhost ~]# pppd call ueagle-atm

Plugin pppoatm.so loaded.

PPPoATM plugin_init

PPPoATM setdevname_pppoatm - SUCCESS:0.35

 

Niestety, połączenie nie działa (co dowodzi komenda nslookup www.adres.pl, która "wypluwa":

;; connection timed out; no servers could be reached

 

Postępująca zgodnie z kolejnymi radami z przyklejonego tematu wyłączam Network Managera i NetworkManagerDispatcher, na wypadek jeśli miałbym włączone i niedziałanie neostrady było właśnie skutkiem tego:

[root@localhost ~]# service NetworkManager stop

Zatrzymywanie demona menedżera sieci: [ZAWIÓDŁ]

[root@localhost ~]# service NetworkManagerDispatcher stop

Zatrzymywanie demona Dispatcher menedżera sieci: [ZAWIÓDŁ]

(później także oby 2 ustawiam na off - chkconfig --level 345 NetworkManager off i tak samo z NetworkManagerDispatcher)

 

Po tym wpisuję route, wyskakuje cos takiego:

[root@localhost ~]# route

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

169.254.0.0 * 255.255.0.0 U 0 0 0 lo

 

Może użyteczne będzie jeszcze, że ifconfig pokazuje coś takiego:

[root@localhost ~]# ifconfig

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:1865 errors:0 dropped:0 overruns:0 frame:0

TX packets:1865 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:3775084 (3.6 MiB) TX bytes:3775084 (3.6 MiB)

 

Powyżej napisałem wszystko co robiłem (nic więcej, nawet z jakichś błachostek - wszystko w opisie). Proszę baaardzo o pomoc Może użyteczną informacją będzie to, że podczas bootowania wyskakuje informacja o znajdowaniu informacji o IP dla eth0 (Zawiódł). Co mógłbym zrobić żeby działało? Proszę baaardzo o pomoc.

[Amos]

A czy w plikach chap-secrets i ueagle-atm wpisujesz nazwę i hasło takie, jakie masz od TPSy??

[mozgu]

Tak, dokładnie tak jak napisałem wyżej, login i hasło się zgadzają