Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 06:58 17.06.24 
Компютри и Интернет
   >> Доставчици на Интернет
*Кратък преглед

Страници по тази тема: 1 | 2 | (покажи всички)
Тема PAP authentication failedнови  
Автор ACTPOHOM ()
Публикувано30.01.04 10:23



Здравейте. Публикувам тук конфигурационния файл на pppoe, pap-secrets, както и syslog-a. Нека някой ме опровергае ако PAP authentication failed не значи проблем с username и password.
Смених доставчика си на LAN Интернет и в момента се оптивам да ползвам услугите му. Доставчикът е

(). Ако някой има опит в настройването на PPPoE (Point-to-Point over Ethernet) към HomeLan под Linux, нека сподели своя опит.
Подробности за конфигурацията:
OS: Slackware Linux 8.1
pppd: 2.4.1
pppoe: 3.5

$cat /etc/ppp/pppoe.conf
#***********************************************************************
#
# pppoe.conf
#
# Configuration file for rp-pppoe. Edit as appropriate and install in
# /etc/ppp/pppoe.conf
#
# NOTE: This file is used by the adsl-start, adsl-stop, adsl-connect and
# adsl-status shell scripts. It is *not* used in any way by the
# "pppoe" executable.
#
# Copyright (C) 2000 Roaring Penguin Software Inc.
#
# This file may be distributed under the terms of the GNU General
# Public License.
#
# LIC: GPL
# $Id: pppoe.conf,v 1.10 2002/04/09 17:28:38 dfs Exp $
#***********************************************************************

# When you configure a variable, DO NOT leave spaces around the "=" sign.

# Ethernet card connected to ADSL modem
ETH='eth0'

# ADSL user name. You may have to supply "@provider.com" Sympatico
# users in Canada do need to include "@sympatico.ca"
# Sympatico uses PAP authentication. Make sure /etc/ppp/pap-secrets
# contains the right username/password combination.
# For Magma, use xxyyzz@magma.ca
USER='gsotirov'

# Bring link up on demand? Default is to leave link up all the time.
# If you want the link to come up on demand, set DEMAND to a number indicating
# the idle time after which the link is brought down.
DEMAND=no
#DEMAND=300

# DNS type: SERVER=obtain from server; SPECIFY=use DNS1 and DNS2;
# NOCHANGE=do not adjust.
DNSTYPE=SERVER

# Obtain DNS server addresses from the peer (recent versions of pppd only)
# In old config files, this used to be called USEPEERDNS. Changed to
# PEERDNS for better Red Hat compatibility
PEERDNS=yes

DNS1=
DNS2=

# Make the PPPoE connection your default route. Set to
# DEFAULTROUTE=no if you don't want this.
DEFAULTROUTE=yes

### ONLY TOUCH THE FOLLOWING SETTINGS IF YOU'RE AN EXPERT

# How long adsl-start waits for a new PPP interface to appear before
# concluding something went wrong. If you use 0, then adsl-start
# exits immediately with a successful status and does not wait for the
# link to come up. Time is in seconds.
#
# WARNING WARNING WARNING:
#
# If you are using rp-pppoe on a physically-inaccessible host, set
# CONNECT_TIMEOUT to 0. This makes SURE that the machine keeps trying
# to connect forever after adsl-start is called. Otherwise, it will
# give out after CONNECT_TIMEOUT seconds and will not attempt to
# connect again, making it impossible to reach.
CONNECT_TIMEOUT=30

# How often in seconds adsl-start polls to check if link is up
CONNECT_POLL=2

# Specific desired AC Name
ACNAME=

# Specific desired service name
SERVICENAME=

# Character to echo at each poll. Use PING="" if you don't want
# anything echoed
PING="."

# File where the adsl-connect script writes its process-ID.
# Three files are actually used:
# $PIDFILE contains PID of adsl-connect script
# $PIDFILE.pppoe contains PID of pppoe process
# $PIDFILE.pppd contains PID of pppd process
CF_BASE=`basename $CONFIG`
PIDFILE="/var/run/$CF_BASE-adsl.pid"

# Do you want to use synchronous PPP? "yes" or "no". "yes" is much
# easier on CPU usage, but may not work for you. It is safer to use
# "no", but you may want to experiment with "yes". "yes" is generally
# safe on Linux machines with the n_hdlc line discipline; unsafe on others.
SYNCHRONOUS=no

# Do you want to clamp the MSS? Here's how to decide:
# - If you have only a SINGLE computer connected to the ADSL modem, choose
# "no".
# - If you have a computer acting as a gateway for a LAN, choose "1412".
# The setting of 1412 is safe for either setup, but uses slightly more
# CPU power.
CLAMPMSS=1412
#CLAMPMSS=no

# LCP echo interval and failure count.
LCP_INTERVAL=20
LCP_FAILURE=3

# PPPOE_TIMEOUT should be about 4*LCP_INTERVAL
PPPOE_TIMEOUT=80

# Firewalling: One of NONE, STANDALONE or MASQUERADE
FIREWALL=STANDALONE

# Linux kernel-mode plugin for pppd. If you want to try the kernel-mode
# plugin, use LINUX_PLUGIN=/etc/ppp/plugins/rp-pppoe.so
LINUX_PLUGIN=

# Any extra arguments to pass to pppoe. Normally, use a blank string
# like this:

PPPOE_EXTRA=""

# Rumour has it that "Citizen's Communications" with a 3Com
# HomeConnect ADSL Modem DualLink requires these extra options:
# PPPOE_EXTRA="-f 3c12:3c13 -S ISP"

# Any extra arguments to pass to pppd. Normally, use a blank string
# like this:
PPPD_EXTRA=""


########## DON'T CHANGE BELOW UNLESS YOU KNOW WHAT YOU ARE DOING
# If you wish to COMPLETELY overrride the pppd invocation:
# Example:
# OVERRIDE_PPPD_COMMAND="pppd call dsl"

# If you want adsl-connect to exit when connection drops:
# RETRY_ON_FAILURE=no

$cat /var/log/syslog | tail
Jan 29 21:42:12 sotirov pppd[389]: PAP authentication failed
Jan 29 21:42:12 sotirov pppoe[390]: read (asyncReadFromPPP): Session 732: Input/output error
Jan 29 21:42:22 sotirov pppd[435]: PAP authentication failed
Jan 29 21:42:22 sotirov pppoe[436]: read (asyncReadFromPPP): Session 733: Input/output error
Jan 29 21:42:31 sotirov pppd[490]: PAP authentication failed
Jan 29 21:42:31 sotirov pppoe[491]: read (asyncReadFromPPP): Session 734: Input/output error
Jan 29 21:42:40 sotirov pppd[533]: PAP authentication failed
Jan 29 21:42:40 sotirov pppoe[534]: read (asyncReadFromPPP): Session 735: Input/output error

$cat /etc/ppp/pap-secrets
# Username Server Password IP addresses
"gsotirov" * "my_password"

ACTPOHOM


Тема Re: PAP authentication failed [re: ACTPOHOM]  
Автор Taнkиcтa (непознат )
Публикувано30.01.04 10:30



http://www.google.com/search?q=read+(asyncReadFromPPP):+Session+:+Input/output+error+&hl=bg&lr=&ie=UTF-8&oe=UTF-8&start=10&sa=N

Използвай гугъл, преди да задаваш излишни въпроси!!!



Тема Re: PAP authentication failedнови [re: Taнkиcтa]  
Автор ACTPOHOM ()
Публикувано30.01.04 20:25



Е писна ми от такива като Танкиста....

Танкист: като си толкоз умен, защо не погледна какво плюе google.com??? - нищо което да ми е от полза! Но, не ти трябва да покажеш, че си велик. Мислиш ли, че не съм пробвал първо с google да търся оговори на проблемите си??? Затова пиша тук с надеждата някой да може да помогне, а не да чета глупавите ти оговори. Ако не можеш да помогнеш поне замълчи. :-(

Както и да е ясно е, че в тези форуми има само драскачи.... до сега когато и да сам пускал някаква тема и да търся помощ, съвет винаги такива отговори съм получавал... но едва ли ще пусна пак...

EOF

ACTPOHOM


Тема Re: PAP authentication failedнови [re: ACTPOHOM]  
Автор Taнkиcтa (непознат )
Публикувано31.01.04 10:50



Виж, първо със дата.бг - хоумлан сме конкуренция и аз не съм им съпорт. Имаш си фирма, към която си закачен - първо можеше към тях да се обърнеш а не тук! Второ - да, стана ми интересен твоя проблем и затова копи/пейст в гугъл и познай колко резултата откри - над 100... и то всеки от тях с твоята грешка. Даже се поразходих из страниците и имаше коментари по въпроса. И единствената причина, че не ти пейстнах отговора директно е за да се научиш да ТЪРСИШ сам и да не те мързи. Без да си бил много наблюдателен в този форум ще ти кажа, че аз не съм от "драскачите" за които говориш.



Тема Re: PAP authentication failedнови [re: Taнkиcтa]  
Автор ACTPOHOM ()
Публикувано02.02.04 10:13



>Виж, първо със дата.бг - хоумлан сме конкуренция и аз не съм им съпорт.

Тогава, какво въобще се месиш в темата??? Ако е въпрос на конкуренция тогава можеше да ми го намекнеш още в първия отговор и да знам, че не мога да поствам теми които ме вълнуват в клубовете на dir.bg.

>...за да се научиш да ТЪРСИШ сам и да не те мързи...

Ти май не си прочел какво съм писал? КАЗАХ ТИ, ЧЕ ВЕЧЕ СЪМ ТЪРСИЛ В GOOGLE И НЕ СЪМ НАМЕРИЛ НИЩО КОЕТО ДА МИ ВЪРШИ РАБОТА!!!

>Без да си бил много наблюдателен в този форум ще ти кажа, че аз не съм от "драскачите" за които говориш.

Първия отговор, който беше пуснал прилича точно на отговор на "драскач". Казах ти го веднъж ще ти го кажа пак: Ако не можеш да помогнеш тогава въобще не си отваряй устата, защото ми е писнало от такива като теб.

ACTPOHOM


Тема Re: PAP authentication failedнови [re: ACTPOHOM]  
Автор Taнkиcтa (непознат )
Публикувано02.02.04 10:26



XAXAXA, ok .. няма да споря с теб. Виждам че си бесен нещо, може би пубертета те гони.



Тема Re: PAP authentication failedнови [re: ACTPOHOM]  
Автор bbwolf (blah blah)
Публикувано02.02.04 14:19



тва е прекрасно ама ако си пуснеш и дебъг в /етц/ппп.конф ще е още по-добре(нямам идея защо ама ми се струва че по дефолт пап е забранено и затва не можеш да си договориш аутентикейшън протокол със сървъра, в сми той иска да се аутентикираш по пап ама ти му казваш че пап не те кефи щото е ебаси тъпото да го правиш в мрежа дето всеки може да ти снифи паролите(е не всеки ама както и да е:) ) )
иначе ебаси тука всички са доброволно, ако искате да помагате помагайте. и мен ме дразни като не четат хората преди да питат ама тука и без тва повечето са линукс или уиндоус потребители и за тях това е начинът, ама за тва време дето ще загубя да обяснявам как е по-добре за теб да прочетеш и да се оправиш сам, евентуално ще разрешим проблема и всички ще са доволни:)

Who controls the past now controls the future,who controls the present now controls the past.


Тема Re: PAP authentication failedнови [re: bbwolf]  
Автор ACTPOHOM ()
Публикувано02.02.04 15:25



>тва е прекрасно ама ако си пуснеш и дебъг в /етц/ппп.конф ще е още по-добре...
Това е принципно добра идея. Днес в Интернет препрових документацията на

и там в намерих следното:

Microsoft Windows NT RAS can be set up to use a variation on CHAP (Challenge/Handshake Authentication Protocol). In your PPP sources tar ball, you will find a file called README.MSCHAP80 that discusses this.

You can determine if the server is requesting authentication using this protocol by enabling debugging for pppd. If the server is requesting MS CHAP authentication, you will see lines like:-

rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap 80> <magic 0x46a3>]

The critical information here is auth chap 80.

In order to use MS CHAP, you will need to recompile pppd to support this. Please see the instructions in the README.MSCHAP80 file in the PPP source file for instructions on how to compile and use this variation.


Значи ако прекомпилирам pppd, за да извежда дебъг информация поне ще разбера дали доставчика ползва MS CHAP или не.

>...ама ми се струва че по дефолт пап е забранено и затва не можеш да си договориш аутентикейшън протокол със сървъра...
Това е малко вероятно, защото от същата машина ползвам Dial-Up към някои други доставчици. До колкото ми е известно за удостоверяване на потребителите се използват PAP или CHAP (или техните M$ варианти - аман от тия! хората правят някъкъв стадарт и те веднага решават да направят тяхна си версия, която в общия случай е несъвместима със официалния стандарт или има някакви разширения).

>...ебаси тъпото да го правиш в мрежа дето всеки може да ти снифи паролите...
Тук съм напълно съгласен, но какво да се прави с тез български ISP-а? Те си мислят, че може би така ще направят услугата по-сигурна. За LAN интернет според мен е достатъчно да се прави проверка на MAC адреса и толкоз. PPPoE идва с идеята за ползване при ADSL, xDSL и др. подобни широколентови линни, като могат да се предоставят специфични за потребителя услуги.

ACTPOHOM


Тема Re: PAP authentication failedнови [re: ACTPOHOM]  
Автор bbwolf (blah blah)
Публикувано02.02.04 15:42



оу ама ти не ЗНАЕШ дали исп-то те аутентицира по пап?
ебаси
кво ще кажеш да им звъннеш и да ги питаш
освен тва да си прекомпилираш пппд със дебъг съпорт явно идва да покаже че ти искаш да дебъгваш самия софтуер, а това което наистина ти трябва е да сложиш едно дебъг във ппп.конф за да ти показва повече инфо за това което прави.
ебаси значи преди време се опитах да си пусна пптп от фрийзбито и не ставаше. после питах по разни форуми и ирц-та и никъф хелп. най-накрая си разгледах логовете след като си дописах тая опция на ппп-то и кво да видя?
акаунта ми беше изтекъл:)
ама не е тва въпроса ебаси
пап аутентикацията може да се прецаква по ред причини които най добре ще видиш след като напишеш дебъг във /етц/ппп.конф и си разгледаш логовете
после това че ползваш дайъл ъп до други исп-та не значи нищо(там нещата може би работят щото успявате да си договорите протокол със доставчика)
а мак адреса се сменя по-лесно отколкото се снифва юзър и пас при мрежа със суичове ама за тва друг път

Who controls the past now controls the future,who controls the present now controls the past.


Тема Re: PAP authentication failedнови [re: ACTPOHOM]  
Автор bbwolf (blah blah)
Публикувано02.02.04 15:53



debug Enables connection debugging facilities. If this
option is given, pppd will log the contents of all
control packets sent or received in a readable
form. The packets are logged through syslog with
facility daemon and level debug. This information
can be directed to a file by setting up /etc/sysґ
log.conf appropriately (see syslog.conf(5)).
ебаси man pppd | grep debug

Who controls the past now controls the future,who controls the present now controls the past.



Страници по тази тема: 1 | 2 | (покажи всички)
*Кратък преглед
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.