ppp HOWTO

Există mai multe motive pentru care conexiunea nu va funcționa, chat-ul nu a reușit să fie completate corect, linia greșit, etc. Verificați înregistrările în syslog dumneavoastră.

Cea mai frecventă problemă este că oamenii compilați suportul PPP în kernel și totuși, atunci când încearcă să execute pppd, kernel-ul se plânge că nu are suport pentru ppp! Există o serie de motive acest lucru se poate întâmpla.

În timp ce ați recompilat kernel-ul dvs. pentru a sprijini ppp, nu porniți noul kernel. Acest lucru se poate întâmpla dacă nu ați modificat /etc/lilo.conf și rulați din nou lilo. Încărcați kernel-ul corect?

Un test bun pentru miez - uname de comandă, care ar trebui să conducă

o versiune derivată a kernel-ului și data la care a fost compilat acest kernel - care ar trebui să fie suficient pentru a face față cu această problemă.

Ați compila ppp suport de kernel ca un modul?

Puteți obține această eroare dacă compilați suportul ppp în kernel ca un modul, dar modulul este construit și instalat. A se vedea, Kernel-HOWTO și fișierul README în / usr / src / linux!

O altă versiune legată de problema cu modulul este că vă așteptați ca modulele necesare sunt încărcate automat, dar nu rulează daemonul kerneld (care din mers automat sarcini și descarcă module).

Verificați kerneld mini-HOWTO pentru informații despre configurarea kerneld.

Tu utilizați versiunea corectă a PPP pentru kernel-ul dvs.?

Trebuie să utilizați ppp-2.2 cu versiunea de kernel 2.0.x. Puteți utiliza ppp-2.2 cu versiunea de kernel 1.2.x (dacă patch-uri), în caz contrar trebuie să utilizați ppp-2.1.2.

Executați pppd ca root?

Dacă nu se execută pppd ca utilizator root (și pppd - nu suid la rădăcină), este posibil să primiți mesajul.

Acest lucru poate fi un număr infinit de motive (a se vedea. Comp.os.linux.).

greșeală foarte frecvente - aveți o greșeală de scriere în script-urile dumneavoastră. Singurul lucru pe care le puteți face - este de a asigura buna funcționare a script-ul de chat, derulând syslog dvs. (/ var / log / mesaje), linie cu linie.

Puteți încerca să încerce să se conecteze la un server PPP manual, pentru a verifica dacă sunt îndeplinite condițiile de înregistrare în sistem nu este schimbat.

Trebuie să verificați foarte atent fișierul jurnal și a vedea solicitările actuale și să păstreze în minte că suntem - oamenii sunt adesea înlocuite în imaginația lui, de fapt textul scris pe cel care părea să ne scrie pe acest site!

în acest caz, opțiunile sunt, de asemenea, posibile - de exemplu linia serială Manerul spate, etc. și se poate întâmpla din mai multe motive.

Pentru a înțelege ce se întâmplă, trebuie să un pic mai adânc în procesele care au loc în pppd în sine.

Când pppd pornește, trimite LCP (protocolul de control al legăturii) pachetele la aparatul de la distanță. În cazul în care primește un răspuns valid, acesta trece la etapa următoare (folosind pachete IPCP) și numai atunci când aceste negocieri sunt finalizate - începe să funcționeze stratul de IP, astfel încât să puteți utiliza link-ul de PPP.

Dacă la capătul îndepărtat al liniei nu există nici un server de ppp, atunci când PC-ul trimite pachete LCP, acestea se reflectă prin procesul de conectare la sfârșitul udalennomy. Pe măsură ce aceste pachete folosesc 8 biți, și sa întors pachete vin cu un pic opta taie (amintiți-vă, ASCII - 7 biți cod), atunci PPP vede acest lucru și se plânge în consecință.

Există mai multe motive pot apărea această reflecție.

Nu ați înregistrat pentru serverul

Când script-ul de chat completează, pe PC-ul începe pppd. Cu toate acestea, în cazul în care nu ați finalizat procesul de autentificare pe server (inclusiv trimiterea orice comanda necesară pentru a porni PPP pe server), PPP nu va începe.

Deci, pachetele LCP sunt reflectate și primiți această eroare.

Ar trebui să verificați cu atenție și corecte (dacă este necesar) script-ul de chat (a se vedea. Mai sus).

Nu încep PPP pe server

Unele servere PPP vă solicită să introduceți o comandă și / sau apăsați retur după finalizarea procesului de înregistrare la capătul de la distanță a început ppp.

Verificați chat script-ul (a se vedea. Mai sus).

Dacă vă conectați manual și pentru a găsi că atunci trebuie să trimită o declarație de întoarcere, pentru a începe PPP, pur și simplu adăugați un cuplu gol „ozhidaemoe- trimis“ la sfârșitul script-chat (gol „trimite“ string trimite de fapt, o întoarcere).

Procesul de PPP de la distanță este lent pentru a începe

Acesta este un pic mai poznaș!

În mod implicit, pppd Linux este compilat pentru a trimite un maxim de solicitări de configurare 10 LCP. Dacă serverul este lent pentru a răspunde, toate cele 10 astfel de cereri pot fi trimise înainte de la distanță PPP este gata să le primească.

Pe aparat, pppd vede toate cele 10 cereri reflectate înapoi (cu bitul opta dezbrăcat) și ieșirile.

Există două modalități de a lucra în jurul valorii de:

Add-LCP-max 30 Configureaza la opțiunile de ppp. Acest lucru crește numărul maxim de pachete trimise de selecție configurare LCP. Pentru server de lent într-adevăr, poate fi necesar să specificați un număr mai mare de astfel de pachete.

Alternativ, puteți obține un pic jucăușe în schimb. Este posibil să fi observat că atunci când v-ați conectat cu mâna la serverul PPP și PPP a început acolo, primul caracter al gunoi ppp a fost întotdeauna caracterul tilda ().

Această observație poate fi folosită în acest fel - putem adăuga o nouă pereche de „așteptat-a trimis“ la sfârșitul chat script-ul, care se așteaptă o tilda și trimite nimic. Acest lucru se poate face, de exemplu, după cum urmează:

Vă rugăm să rețineți: ca caracterul tilda are o semnificație specială în coajă, este necesar să se za'escape'it lui (și, prin urmare, a pus un backslash în fața lui).

În cazul în care pppd refuză să stabilească un traseu prestabilit, aceasta se datorează faptului că (în mod corect) refuză eliminați / înlocuiți un traseu prestabilit existent.

Motivul este că de obicei o anumită rută distribuțiile setat implicit prin Ethernet-adaptor, mai degrabă decât prin rețea.

A se vedea. NAG Linux și Net2 / 3 HOWTOs pentru informații despre instalarea corectă a cardului Ethernet, și care implică rutele ei c.

De asemenea, este posibil ca LAN-ul dvs. utilizează un gateway / router și tabelul de rutare a fost setată ca traseul prestabilit.

Fix pentru această din urmă situație poate necesita cunoștințe de rețele IP și nu este acoperit în acest ghid. Vă sugerez să apeleze la experți (în grupurile de știri).

Există mai multe motive În afară de acestea, care ppp nu reușește să se conecteze și / sau funcționează în mod corespunzător.

A se vedea FAQ PPP (care este un set de întrebări și răspunsuri). Acesta este - un document foarte cuprinzător și răspunsurile sunt acolo! Din propria mea experiență (trist), în cazul în care nu există nici un răspuns la întrebările dumneavoastră, atunci problema - NU ppp! În cazul meu am fost folosind un nucleu ELF pe care nu am actualizat la modulele de kernel corespunzătoare.

Am pierdut aproximativ 2 zile (si noaptea), berating un server perfect pentru PPP înainte de lumina am dat seama!