PPP HOWTO
Има много причини, че връзката ви няма да работят, чат не успя да се попълни правилно, погрешно линия и т.н. Проверете записите във вашата Syslog.
Най-често срещаният проблем е, че хората събират подкрепа PPP в ядрото и все пак, когато се опитват да се изпълни ДПРЗ, ядрото се оплаква, че той не поддържа ррр! Има редица причини, това може да се случи.
Докато сте прекомпилирани си ядро в подкрепа на ПЧП, не се зарежда новото ядро. Това може да се случи, ако не се променят /etc/lilo.conf и разясняване Лило. Можете да заредите десен ядрото?
Един добър тест за ядрото - uname -a команда, която трябва да доведе
Извлечен версия на ядрото, както и датата, на която е съставен на това ядро - това трябва да е достатъчно, за да се справят с този проблем.
Знаете ли, събира подкрепа ПЧП ядрото като модул?
Можете да получите тази грешка, ако се съберат подкрепа ПЧП в ядрото си като модул, но модулът е изградена и инсталиран. Вижте Kernel-HOWTO и файла README в / ЮЕсАр / SRC / Linux!
Друга версия, свързана с проблема с модула е, че се очаква, че необходимите модулите се зареждат автоматично, но не работи на kerneld демон (който в движение автоматично зарежда и разтоварва модули).
Проверете kerneld мини-HOWTO за информация за настройването на kerneld.
Вие използвате правилната версия на ПЧП за ядрото ви?
Трябва да използвате PPP-2.2 с ядро версия 2.0.x. Можете да използвате PPP-2.2 с ядро версия 1.2.x (ако закърпи) в противен случай трябва да използвате PPP-2.1.2.
Показвате ли PPPD като корен?
Ако не използвате PPPD като потребител на корен (и ДПРЗ - не SUID до корен), може да получите съобщението.
Това може да бъде една безкрайна редица причини (вж. Comp.os.linux.).
МНОГО често срещана грешка - трябва да е печатна грешка във вашите скриптове. Единственото нещо, което можете да направите - е да се осигури правилното функциониране на чат скрипт, превъртите Syslog (/ Var / дневник / съобщения), ред по ред.
Можете да опитате да се опитате да се свържете със сървър ПЧП ръчно, за да се провери дали са изпълнени условията за регистрация в системата не се променя.
Трябва да се провери много внимателно лог файл, и да видим реалните подканите и имайте предвид, че ние сме - хората често се заменят във въображението му всъщност писмен текст на този, който като че ли ни пишете на този сайт!
в този случай опциите също са възможни - например серийна линия глава назад и т.н. и може да се случи по няколко причини.
За да се разбере какво се случва, трябва да е малко по-дълбоко в процесите, които протичат в самата PPPD.
Когато PPPD стартира, тя изпраща LCP (протокол за контрол на връзката) пакети до отдалечената машина. Ако тя е получила валидно отговор, той преминава към следващия етап (използвайки IPCP пакети) и само тогава, когато тези преговори са приключили - да започне да управлява IP слой, така че можете да използвате връзката ПЧП.
Ако отдалеченият край на линията не е ПЧП сървър, когато компютърът ви изпраща ГГИ пакети, такива да се отразява от процеса на влизане в края на udalennomy. Тъй като тези пакети се използва 8 бита, и се връщат на пакети се предлагат с отрязани осмия бит (не забравяйте, ASCII - 7 битов код), а след това на ПЧП вижда това и се оплаква за това.
Има няколко причини, това отражение може да се случи.
Ти не се регистрира за сървъра
Когато вашият чат скрипт завърши, на вашия компютър започва PPPD. Все пак, ако не сте завършили процеса за влизане в сървъра (включително изпращане на команди, за да се стартира PPP на сървъра), PPP няма да започне.
Така че, пакети за големите горивни инсталации са отразени и получавате тази грешка.
Трябва внимателно да се провери и правилно (ако е необходимо) на чат скрипт (вж. По-горе).
Вие не сте се започне PPP на сървъра
Някои ПЧП сървъри изискват от вас да въведете команда и / или натиснете завръщане след завършване на процеса на регистрация на отдалечения край започна ПЧП.
Проверете вашия скрипт чат (вж. По-горе).
Ако влизате автоматично и откриете, че тогава ще трябва да изпрати изявление за връщане, за да започне ПЧП, просто добавете два празни "ozhidaemoe- изпрати" до края на вашия скрипт чат (празен "изпрати" низ всъщност изпраща връщане).
дистанционно ПЧП процес е бавен, за да започнете
Това е малко по-капризен!
По подразбиране Linux PPPD се компилира да изпрати не повече от конфигурационни искания 10 ГГИ. Ако сървърът реагира бавно, всички 10 такива искания могат да бъдат изпратени преди дистанционното ПЧП е готов да ги приеме.
На вашата машина, PPPD вижда всичките 10 искания, отразени обратно (с осмия бит лишен) и изходите.
Има два начина да работят около:
Добави за големите горивни инсталации-макс конфигуриране 30 до опциите за ПЧП. Това увеличава максималния брой изпратени пакети избор конфигурация за големите горивни инсталации. За наистина бавен сървър, може да се наложи да се уточни още по-голям брой от тези пакети.
Освен това, можете да получите по-малко капризен в замяна. Може би сте забелязали, че когато влезете в профила си с ръка към сървъра PPP и ПЧП започна там, първият знак на боклука на ПЧП е винаги тилда характер ().
Това наблюдение може да се използва по този начин - ние можем да добавите нов чифт "очаква изпратен" до края на вашия скрипт чат, която очаква тилда и изпраща нищо. Това може да стане, например, както следва:
Моля, имайте предвид: като Тилда характер има специално значение в черупката, е необходимо да си za'escape'it (и, следователно, поставя наклонена черта пред него).
Ако PPPD отказва да зададете маршрут по подразбиране, то е защото (съвсем правилно) отказва премахнете / замените съществуващото трасе подразбиране.
Обичайната причина за това е, че някои дистрибуции маршрут подразбиране, определена чрез Ethernet-адаптер, а не през мрежата.
Вижте. НХГ Linux и Net2 / 3 ръководства за информация относно правилното монтиране на вашата Ethernet карта, както и с участието си в маршрути.
Възможно е също така, че вашата локална мрежа използва шлюз / рутер и вашата таблица за маршрутизация е определен като маршрут по подразбиране.
Решението на проблема Последната ситуация може да изисква известни познания за IP мрежи и не се покрива в това ръководство. Предлагам ви да се обърнат към експертите (в новинарските групи).
Има много причини, освен тези, които ПЧП не е установена връзка и / или работи правилно.
Вижте често задаваните въпроси за ПЧП (който е набор от въпроси и отговори). Това е - един много подробен документ, и отговорите са там! От моя собствен (тъжен) опит, ако няма отговор на въпросите си, а след това на проблема - НЕ ПЧП! В моя случай аз бях с помощта на ELF ядрото, че не съм обновен до съответните модули на ядрото.
Изгубих около 2 дни (и нощта), караха се перфектно PPP сървъра преди изгря светлината!