|
[ --SOULMaTe-- @ 12.01.2004. 22:56 ] @
| Evo ovako...koristim Mandrake 9.1 kernel 2.4.21-0.13 i imam Conexant HCF modem....Pre nego sto pomislite da sam ponovio temu oko conexantovih modema da vam kazem da nije problem u driverima za modem u stvari nije uopste problem sa modemom. Ono sto je kljucno je to da mi ne radi net. Ja se fino nakacim preko kppp-a(nije do kppa probao sam i druge) i kao na netu sam. Medjutim kompjuter se ponasa kao da nisam na netu...znaci svaki program za intenet me odmah odbacuje kao da nisam nakacen. Flushovao sam iptables a kad to nije uspelo onda sam ih i iskljucio. Ali nakon sto sam iskljucio servis shorewall, browser mi je konacno pokusao da resolvuje host, sto je mali napredak ali i dalje ne radi. Znaci samo resolvuje i onda pukne posto nije uspeo. Ocigledno ga je taj shorewall ispocetka totalno onemogucivao a sad samo delimicno. Da li zna neko resenje mojih muka.Hvala vam mnogo unapred.
P.S. Nisam neki strucnjak za linux pa ako moze neko jednostavno resenje :) |
[ freelancer @ 12.01.2004. 23:05 ] @
Da li si u KPPP-u kod parametara konekcije podesio DNS servere?
[ --SOULMaTe-- @ 12.01.2004. 23:13 ] @
Nisam, jer ih nisam znao napamet al to ne bi trebalo da onemeguci internet da radi jer ih on ionako automatski odredi, moglo bi to samo da uslovi sporijim radom neta.
[ filmil @ 12.01.2004. 23:17 ] @
Citat: Nisam, jer ih nisam znao napamet al to ne bi trebalo da onemeguci internet da radi jer ih on ionako automatski odredi, moglo bi to samo da uslovi
Evo nekoliko brzih potencijalnih lekova:
- Jesi li naložio KPPP-u da podesi „default route“ kada se poveže?
- Da li radi ping sa peerom?
- Da li radi ping udaljenog računara po IP broju (147.91.8.64)?
- Da li radi ping udaljenog računara po imenu ( www.yahoo.com)?
- Šta ispisuje ifconfig?
- Šta ispisuje route?
f
[ RAIN--SONG @ 12.01.2004. 23:52 ] @
Meni je bila ista stvar a problem je bio u lanu. Ak slucajno imas pristekan lan istekaj kabel restart i radit ce. Sad ne znam kako stavit u simbiozu lan i modem jerbo se nisam mucio s tim. Lan sam ionako izgubio dva dana kasnije pa me nije bilo ni briga. Potrazi na guglu :)
[ filmil @ 13.01.2004. 00:08 ] @
Citat: Meni je bila ista stvar a problem je bio u lanu. Ak slucajno imas pristekan lan istekaj kabel restart i radit ce. Sad ne znam kako stavit u simbiozu lan
Dovoljno je da modemska default ruta ima manju metriku od lan default rute, u slučaju da hoćeš da modemska bude „jača“. Nema potrebe za ištekavanjem kabla i restartovanjem.
f
[ freelancer @ 13.01.2004. 09:38 ] @
Citat: --SOULMaTe--:
Nisam, jer ih nisam znao napamet al to ne bi trebalo da onemeguci internet da radi jer ih on ionako automatski odredi, moglo bi to samo da uslovi sporijim radom neta.
Pošto uspostaviš vezu preko modema, pogledaj /etc/resolv.conf. Ukoliko su tu upisani nameserveri tvog provajdera znači da automatsko konfigurisanje funkcioniše, u suprotnom ćeš ipak morati da ih upišeš.
[ lordtrpimir @ 13.01.2004. 10:30 ] @
Proveri sledece:
U kppp-u ides na account properties. Tu proveri koja je opcija ukljucena za IP adresu. Treba da bude ukljucena dynamic IP address. Ako to ne pomogne, onda je problem sa default route. Javi ako je ovo upalilo.
LT
[ RAIN--SONG @ 13.01.2004. 12:55 ] @
Citat: filmil:
Citat: Meni je bila ista stvar a problem je bio u lanu. Ak slucajno imas pristekan lan istekaj kabel restart i radit ce. Sad ne znam kako stavit u simbiozu lan
Dovoljno je da modemska default ruta ima manju metriku od lan default rute, u slučaju da hoćeš da modemska bude „jača“. Nema potrebe za ištekavanjem kabla i restartovanjem.
f
Valjda. Al nisam se htio mucit sa tim guglat kad sam lan imao samo privremeno a koristio sam ga dnevno relativno malo. :)
[ --SOULMaTe-- @ 13.01.2004. 16:14 ] @
Citat: filmil:
Citat: Nisam, jer ih nisam znao napamet al to ne bi trebalo da onemeguci internet da radi jer ih on ionako automatski odredi, moglo bi to samo da uslovi
Evo nekoliko brzih potencijalnih lekova:
1. Jesi li naložio KPPP-u da podesi „default route“ kada se poveže?
2. Da li radi ping sa peerom?
3. Da li radi ping udaljenog računara po IP broju (147.91.8.64)?
4. Da li radi ping udaljenog računara po imenu ( www.yahoo.com)?
5. Šta ispisuje ifconfig?
6. Šta ispisuje route?
1. Jesam nema efekta
2. ?? Pojasni mi
3. Samo ispise "PING 147.91.8.64 (147.91.8.64) 56(84) bytes of data", a zatim stoji dok ga ja ne prekinem
4. za www.yahoo.com posle odredjeng vremena ispise unknown host
5. Ispise ovo:
Code:
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:236 errors:0 dropped:0 overruns:0 frame:0
TX packets:236 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:20484 (20.0 Kb) TX bytes:20484 (20.0 Kb)
ppp0 Link encap:Point-to-Point Protocol
inet addr:213.137.117.18 P-t-P:213.137.103.17 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:3 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:66 (66.0 b) TX bytes:87 (87.0 b)
tap0 Link encap:Ethernet HWaddr FE:FD:00:00:00:00
inet addr:10.0.0.2 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:321 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:0 (0.0 b) TX bytes:27494 (26.8
6. Ispise ovo:
Code:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
213.137.103.17 * 255.255.255.255 UH 0 0 0 ppp0
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.3 * 255.255.255.255 UH 1 0 0 tap0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default * 0.0.0.0 U 1 0 0 tap0
[root@localhost root]# Kernel IP routing table
bash: Kernel: command not found
[root@localhost root]# Destination Gateway Genmask Flags Metric Ref Use Iface
bash: Destination: command not found
Inace nemam mrezu, upisao sam i dns servere i u resolv.conf nameservere i ukljuceno mi je Dynamic IP adress....ali i dalje nista.
[ mrki @ 13.01.2004. 17:02 ] @
Ako nemas mrezu, a na osnovu ovoga posta se vidi da je konfigurisan tap0 interfejs,
brisi iz route-ing tabele podatak za tap0 interfejs:
# route del -net 10.0.0.3 255.255.255.255 tap0
A mozes i da ukines i interfejs tap0:
# ifconfig tap0 10.0.0.2 netmask 255.255.255.255 down
Ako se dobro secam ove komande bi trebale biti dobre, ispravite ako gresim
ovako izgleda route tabela kod mene ka se konektujem na net:
Code:
#route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
cisco-smin.seza * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
default cisco-smin.seza 0.0.0.0 UG 0 0 0 ppp0
kod tebe je:
Code:
default * 0.0.0.0 U 1 0 0 tap0
a treba da bude:
Code:
default * 0.0.0.0 U 1 0 0 ppp0
[ tvucko @ 13.01.2004. 23:56 ] @
[root@localhost root]# Kernel IP routing table
bash: Kernel: command not found
Jebes ovaj lin$blows kada ne moze da prepozna ni osnovne korisnicke komande :-D
PS. Bolje ti predji na win$blows tamo se mozes ukonektovati gde god hoces i kad imas i ekser u glavi ;-)
[ filmil @ 14.01.2004. 12:08 ] @
Citat:
>1. Jesam nema efekta
>...
>
Dijagnoza sledi, po stavkama:
1. Okej, videće se kasnije. Čitaj dalje. Ovaj simptom pokazuje da
default ruta nije dobro podešena.
2. Peer je računar sa kojim si direktno povezan PPP-om. Iz tvojih logova
vidim da je udaljeni računar: 213.137.103.17
Probaj:
ping 213.137.103.17
Trebalo bi da radi. Pošto je to IP računara koji je u neposrednom
komšiluku, ne koriste se nikakve tabele rutiranja niti išta drugo.
Ako ne upali, onda je najverovatnije loša linija.
3. Razumljivo. Ovaj IP je broj računara galeb.etf.bg.ac.yu. Kako
koristimo samo IP broj za ping, to ne koristimo DNS, dakle DNS može da
bude i pogrešno podešen, ali to neće imati efekta na ovaj deo priče. I
ovaj simptom pokazuje da ti default ruta nije dobro podešena.
4. Ova stavka je trebala da proveri DNS. Kako broj 3 ne radi, ova
provera nema smisla. Za sada zaboravi.
5. Odlično. Vidi se da imaš 3 mrežna interfejsa. ppp0 predstavlja mrežni
interfejs ka provajderu. tap0 ne znam šta je; ako bi bio ljubazan da mi
objasniš otkud on tu, bio bih zahvalan.
6. Konačno, evo i odgovora na pitanje šta se dešava. Default ruta nije
dobro podešena. Ukratko default ruta pokazuje na koju stranu se šalju
paketi koji nisu namenjeni ni za jedan od lokalnih interfejsa (lo,
odnosno ppp0). Kod tebe se svi paketi šalju na interfejs tap0. Ako tap0
nije nekom magijom podešen da šalje sve ka provajderu (tj. na ppp0), svi
odlazeći paketi se gube. Dakle tu leži i problem
Rešenje:
Najpre proveri da li sam u pravu. Poveži se na provajdera i uradi sledeće:
- otkucaj ifconfig i zapamti IP broj u stavci P-t-P.
- Izbriši neispravnu default rutu: kucaj route del default
- postavi ručno novu default rutu: kucaj route add default gw
onaj_broj_iz_stavke_P-t-p metric 1
- isprobaj sve gorepomenute „narodne lekove“ ponovo i reci šta se
događa. Trebalo bi da radi BAR još broj 3 povrh svega, a možda i sve ostalo.
Ako je okej, onda je problem u default rutama. Kako ne znam šta ti je
tap0, ne mogu ti savetovati da tu rutu prosto obrišeš. Umesto toga,
pronađi gde se ta ruta postavlja pri pokretanju sistema i namesti veću
metriku (recimo metric 10 umesto metric 1). Za ppp default rutu pobrini
se da metrika ima vrednost manju od 10. Mislim da je podrazumevana
vrednost 1 kada koristiš kppp.
Ovim je rešen problem „nepostojanja“ interneta. Da bi još mogao da kucaš
ping www.yahoo.com i da to radi kako treba, moraš da imaš korektno
podešen DNS. U većini slučajeva kppp to ispravno odradi.
f
[ filmil @ 14.01.2004. 12:19 ] @
Citat:
>Probaj:
>ping 213.137.103.17
>Trebalo bi da radi. Pošto je to IP računara koji je u neposrednom
>
>
E, da. S obzirom da peer računari teže da budu različiti u dva zvanja
provajdera, moraš da se povežeš, zatim kucaš ifconfig i pokupiš IP
adresu peera iz stavke P-t-P za interfejs ppp0. Zatim tu adresu ubaci
umesto gore navedene 213.137.103.17.
f
[ --SOULMaTe-- @ 14.01.2004. 20:53 ] @
Ukidanjem tap0 interfejsa proradio je internet. :) Jee (hvala mrki)
Samo kako mogu trajno da ga ukinem..posto mi se stalno startuje pri bootu.
filmil, hvala i tebi. Probacu i tvoj nacin :)
[ filmil @ 15.01.2004. 00:14 ] @
Citat:
Ukidanjem tap0 interfejsa proradio je internet. :) Jee (hvala mrki) Samo
kako mogu trajno da ga ukinem..posto mi se stalno startuje pri bootu.
Ukidanje tap0 jeste rešilo problem privremeno, ali je stvar što je taj
interfejs verovatno tu s nekim razlogom. Njegovim ukidanjem si pokvario
nešto drugo; ali ne znam šta. Da bi ti i tap0 ostao a i da bi ti
internet radio, moraš da podesiš metrike. Naravno, u slučaju da si tap0
uključio nekada davno, ne znajući šta je to, dovoljno je da se odšetaš u
setup za svoju distribuciju i ukineš ga.
f
[ mrki @ 15.01.2004. 14:05 ] @
Citat:
Ukidanje tap0 jeste rešilo problem privremeno, ali je stvar što je taj
interfejs verovatno tu s nekim razlogom. Njegovim ukidanjem si pokvario
nešto drugo; ali ne znam šta. ...
f
Moguce, ali mozda je on samo nekom (necijom) greskom dospeo tu 
[ mrki @ 15.01.2004. 14:07 ] @
Citat: --SOULMaTe--:
Ukidanjem tap0 interfejsa proradio je internet.  Jee (hvala mrki)
Samo kako mogu trajno da ga ukinem..posto mi se stalno startuje pri bootu.
Edituj /etc/sysconfig/network/ifcfg-tap0
sa bilo kojim editorom uz root privilegije.
Zatim izbrisi stavke:
BROADCAST="0.0.0.0"
IPADDR="10.0.0.2"
NETMASK="255.255.255.255"
NETWORK="10.0.0.0"
Tako se tap0 interfejs vise nece setovati prilikom boot-a.
Ili, alternativno:
jednostavno prebaci ifcfg-tap0 u neki drugi direktorijum ako bi
hteo da sacuvas podesavanja ovog tap0 interfejsa.
Ovo je jedan od mogucih nacina, a ako ti je lakse mozes kao sto to
filmil rece.
[ filmil @ 15.01.2004. 14:09 ] @
Citat: Moguce, ali mozda je on samo nekom (necijom) greskom dospeo tu :)
Da, dovoljan je jedan zalutali klik mišem pri instalaciji. It hepenz.
f
[ littleboy @ 15.01.2004. 17:29 ] @
Ne mora da ukida interfejs tap0 .... problem je sto je default ruta bila na tap0 ...
Dovoljno je samo route del default; route add default dev ppp0 a kako je ppp0 p-t-p, ne treba da pise route add default gw ... blabla..
P.S.
Sorry ako sam napisao nesto sto je vec napisano gore ... nemam vremena da procitam citav thread .. samo sam ove pred kraj procitao..
[ --SOULMaTe-- @ 15.01.2004. 23:05 ] @
Hvala vam svima momci. Sad je sve ok. Kao sto je filmil rekao taj tap0 je bio samo zalutali klik misa
[ aster @ 19.01.2004. 05:21 ] @
Znam da se verovatno dosta puta o ovome pisalo na ovom forumu (vec sam procitao neke teme, koje mi na zalost nisu pomogle) zato se unapred izvinjavam sto opet pitam, kako (ispravno) podesiti PPP?
Da ne bude zabune, modem je instaliran i radi, i do sada sam uvek koristio kppp, medjutim ono sto mi kod njega najvise smeta je to sto je veoma spor (barem kod mene), i sto moram stalno da se logujem kao root.
Da jos samo kazem da sam procitao nekolicinu how-to tekstova na temu podesavanja ppp-a ali dok su jedni bili previse obskurni za pocetnika, drugi su sadrzavali spisak komandi u par linija koje treba ukucati, ali se uvek nasla najmanje jedna linija (komanda) koja kod mene nije ispravno radila, tako da do sada nisam uspeo da ispravno podesim ppp.
Negde sam procitao o minicom-u kao alternativi kppp-u i resio da pocnem njega da koristim umesto. U istom tekstu nije bilo previse reci o podesavanju ppp-a sto sam ja razumeo (sada znam, pogresno :)) da minicom vecinu tih stvari sam sredjuje.
Sam interfejs i nacin rada u minicom-u mi u potpunosti odgovara, dodatno, mnogo je brzi od kppp-a (za sada sam zanemario to sto moram da ga dalje startujem kao root, jer sam procitao da se menjanjem privilegija izvrsnog fajla, to bezbolno resava). Medjutim, da radi ne bih se ovde javaljao :)
Naime, on uspostavi konekciju ali na internetu ne mogu naci nista. Mislim da to ima veze sa tim sto nisam podesio nameserver u /etc/resolv.conf ali da budem iskren, kako to nisam do sada radio :) hteo sam prvo da potrazim savet od vas kako da to kompletno sredim ili da dobijem neke jasnije smernice.
Pa da pocnem :)
ISP je SezamPro-SMIN, u uputstvu nigde nisam naisao na spominjanje nameservera.
Nisam u (LAN) mrezi u pitanju je samo jedan PC (moj :)).
/etc/resolv.conf je potpuno prazan (iako mi se manje svidja od minicom-a, pokusao sam i sa wvdial-om, pa je moguce je on nesto pokusao uradi sa tim fajlom jer...)
postoji jos i
/etc/resolv.conf.bak koji sadrzi samo:
nameserver 127.0.0.1
/etc/hosts:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost
/etc/host.conf:
order hosts,bind
/etc/ppp/options:
lock
/etc/ppp/resolv.conf:
nameserver 194.106.188.2
nameserver 194.106.188.17
Znaci sa svim ovim podesavanjima, kppp (kakav-takav) radi normalno, minicom se normalno konektuje tj. uspostavi vezu, ukucam korisnicko ime i lozinku i sve izgleda OK, ali na internetu ne mogu nista da radim. Jednostavni:
ping www.elitesecurity.org
odmah vraca:
ping: unknown host www.elitesecurity.org
Umalo da zaboravim :) u pitanju je distribucija RH 9.0, kernel 2.4.20-8, pppd 2.4.1, minicom 2.00.0 i wvdial 1.53.
Unapred hvala.
[ aster @ 19.01.2004. 05:24 ] @
DNS adrese sezampro su iste kao i u /etc/ppp/resolv.conf pa sam ih uneo i u /etc/resolv.conf medjutim i dalje se nista nije promenilo.
Takodje ifconfig ne pokazuje ppp0 kao sto pokazuje kada se konektujem preko kppp-a.
[ mrki @ 19.01.2004. 11:35 ] @
Citat: aster:
DNS adrese sezampro su iste kao i u /etc/ppp/resolv.conf pa sam ih uneo i u /etc/resolv.conf medjutim i dalje se nista nije promenilo.
Takodje ifconfig ne pokazuje ppp0 kao sto pokazuje kada se konektujem preko kppp-a.
man Minicom
minicom - friendly serial communication program
...
man wvdial
wvdial - PPP dialer with built-in intelligence
...
U prvim recenicama vec imas odgovor na ovo tvoje pitanje. wvdial je frontend za pppd, a minicom to nije e sad ne znam dali mu se eksplicitno moze navesti da pokrece i inicjalizuje pppd. Ako zelis procitaj ceo man minicom pa ispitaj stvar. Moj je savet da netreba izmisljati toplu vodu. Imas odlican ppp dialer u vidu wvdial-a vrlo je lak za koriscenje i podesavanje /etc/wvdial.conf. U man wvdial je ukratko objasnjen nacin podesavanja bilo je dosta i reci o njemu na ovom forumu. wvdial pokreces kao root ali mu posle izmenis privilegije tako da ga koristis kao obican user. Dakle:
wvdial tvoj_nalog
i vozi misko... 
[ mrki @ 19.01.2004. 11:43 ] @
/etc/resolv.conf
/etc/hosts
Nemoras da diras ove datoteke one sluze za podesavanje localne mreze.
U /etc/resolv.conf ce ti automatski biti upisani DNS IP od sezama kad pokrenes pppd, odnosno wvdial.
Ova datoteka je bila prazna kod tebe bas iz razloga sto pppd nije bio pokrenut.
[ aster @ 19.01.2004. 13:41 ] @
Procitao sam man wvdial i pre nego sto sam postavio ovo pitanje. Mozda mi je nesto promaklo mada sumnjam da je od krucijalne vaznosti za ovaj problem.
Medjutim posto vidim da mi ne verujete :) ...
/etc/wvdial.conf sadrzi sledece:
Code:
[Dialer Defaults]
Modem = /dev/modem
Baud = 115200
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ISDN = 0
Modem Type = Analog Modem
Phone = 042110220
Username = aster
Password = *********
a startovanje wvdial-a izgleda ovako:
Code:
[root ~]# wvdial
--> WvDial: Internet dialer version 1.53
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATDT042110220
--> Waiting for carrier.
ATDT042110220
CONNECT 115200
--> Carrier detected. Waiting for prompt.
CVX Access Switch.
Access is restricted to authorized users only.
login:
--> Looks like a login prompt.
--> Sending: aster
aster
password:
--> Looks like a password prompt.
--> Sending: (password)
Valid commands are:
quit Hang up and disconnect
help List valid commands
>
--> Hmm... a prompt. Sending "ppp".
ppp
'ppp' is not a valid command.
Valid commands are:
quit Hang up and disconnect
help List valid commands
>
--> Hmm... a prompt. Sending "ppp".
ppp
'ppp' is not a valid command.
Valid commands are:
quit Hang up and disconnect
help List valid commands
>
--> Hmm... a prompt. Sending "ppp".
--> Don't know what to do! Starting pppd and hoping for the best.
--> Starting pppd at Mon Jan 19 14:06:11 2004
--> pid of pppd: 7437
--> Disconnecting at Mon Jan 19 14:06:41 2004
--> The PPP daemon has died: PPP negotiation failed (exit code = 10)
--> man pppd explains pppd error codes in more detail.
--> I guess that's it for now, exiting
--> The PPP daemon has died. (exit code = 10)
[root ~]#
To je sve, kao sto mozete videti, posle mnogo "Hmm..." wvdial zavrsi sa radom.
Pomislio sam da cete me mozda pitali, sta je pokazivao ifconfig u toku (pokusaja) konektovanja, stoga:
Code:
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:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:140 (140.0 b) TX bytes:140 (140.0 b)
[ filmil @ 19.01.2004. 13:59 ] @
Citat: U prvim recenicama vec imas odgovor na ovo tvoje pitanje. wvdial
je frontend za pppd, a minicom to nije e sad ne znam dali mu se
eksplicitno
minicom je program za komuniciranje preko serijskog porta. Nekada davno
se koristio za pristupanje BBS-ovima a pod Linuxom, opet nekada davno,
pri konfigurisanju ppp veze, odnosno da se, kada ne radi, vidi zašto ne
radi. U ova moderna vremena ga verovatno valja zaboraviti — osim u
izuzetnim slučajevima.
f
[ mrki @ 19.01.2004. 16:31 ] @
Citat: Procitao sam man wvdial i pre nego sto sam postavio ovo pitanje. Mozda mi je nesto promaklo mada sumnjam da je od krucijalne vaznosti za ovaj problem.
Medjutim posto vidim da mi ne verujete  ...
Jeste 
Za pocetak dodaj:
Init3=ATX3
Auto DNS=1
Sto se tice Sezama i SMIN ja sam u nekoliko navrata imao problema sa konektovanjem, oni tvrde da je to do telecoma...takodje im je u velikom broju slucaja narocito posle 22h kapacitet ulzaznih linija nedovoljan tako da mi se desava da uglavnom po 10-15 min pokusavam pristupiti sistemu...line-busy.
Zato
vi /etc/wvdial.conf
[ Dialer drugi_nalog_ili_isp]
phone = telefon
Username = korisnicko_ime
Password = lozinka
snimi, pa probaj
wvdial drugi_nalog_ili_isp
Za ostatak opcija koje se prosledjuju wvdial-u pogledaj man wvdial.conf
[ mrki @ 19.01.2004. 16:34 ] @
Citat: U ova moderna vremena ga verovatno valja zaboraviti — osim u
izuzetnim slučajevima.
Bas tako.
minicom -s
meni je posluzio da konfigurisem modem i proverim ispravnost istog
[ aster @ 19.01.2004. 17:53 ] @
Citat: mrki:
Za pocetak dodaj:
Init3=ATX3
Auto DNS=1
Pokusao sam da dodam te linije koji si mi napisao, ali opet nista. Takodje sam pokusao da dodam i jos neke linije koje sam video u man stranici wvdial.conf-a tako da je /etc/wvdial.conf izgledao ovako:
Code:
[Dialer Defaults]
Modem = /dev/modem
Baud = 115200
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = ATX3
ISDN = 0
Modem Type = Analog Modem
Phone = 042110220
Username = aster
Password = ********
New PPPD = 1
Auto DNS = 1
Check DNS = 1
DNS Test1 = 1
DNS Test2 = 1
Check Def Route = 1
sve ovo opet nista nije pomoglo. Ocigledno je da wvdial ocekuje neki znak od servera kako bi startovao pppd, ali server izbaci samo sledece:
Code:
Valid commands are:
quit Hang up and disconnect
help List valid commands
>
stoga sam pokusao da se konektujem preko minicom-a i otkucam help da vidim koje su to preostale komande koje server razume. E sada, kada kada sam dobio gorespomenuti prompt odkucam help i dobijem:
Code:
> help
Valid commands are:
quit Hang up and disconnect
help List valid commands
>
veliki broj komandi nema sta :)
Zanimljivo je da kppp nema problema sa samom konekcijom (nemojte mi nakon svega sugerisati da nastavim da koristim kppp i pored razloga koje sam na samom pocetku napisao :)) stoga sam pomislio da ne bi bilo lose da vam prikazem deo fajla ~/.kde/share/config/kppprc koji se odnosi na ovu konekciju u nadi da cete moci da mi pomognete oko resenja (izvinjavam se zbog duzine mojih poruka):
Code:
[Account1]
AccountingEnabled=0
AccountingFile=
Authentication=4
AutoDNS=1
AutoName=0
BeforeConnect=
BeforeDisconnect=
Command=
DNS=
DefaultRoute=1
DisconnectCommand=
Domain=
ExDNSDisabled=0
Gateway=0.0.0.0
IPAddr=0.0.0.0
Name=Sezam Net
Password=*******
Phonenumber=042110220
ScriptArguments=
ScriptCommands=
StorePassword=1
SubnetMask=0.0.0.0
Username=aster
VolumeAccountingEnabled=0
pppdArguments=
[General]
DefaultAccount=Sezam Net
NumberOfAccounts=1
PPPDebug=0
ShowLogWindow=1
[ mrki @ 19.01.2004. 18:41 ] @
Citat:
(nemojte mi nakon svega sugerisati da nastavim da koristim kppp i pored razloga koje sam na samom pocetku napisao  )
Necu ti to sugerisati jer sam ga i ja prestao koristiti, dakle probaj wvdial.conf koji radi
Code:
[Dialer Defaults]
YaST2 configured = 1
Modem = /dev/modem
Baud = 115200
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = ATX3
Area Code =
Phone = 042110220
Username = ****
Password = ****
Ask Password = 0
Dial Command = ATDT
Stupid Mode = 1
Compuserve = 0
Force Address =
Idle Seconds = 180
DialMessage1 =
DialMessage2 =
#WVDialMon Exec = Netscape -remote "reload()"
ISDN = 0
Auto DNS = 1
Load Predefined Prefix = None
Modem Name =
Modem Type = Analog Modem
[Dialer mrki]
username = ****
password = ********
#wvdial mrki
i radi bez problema 
[ aster @ 20.01.2004. 05:14 ] @
Neverovatno! Ovo vec pocinje da bude bezobrazno, ni ovako ne radi, uostalom evo kako output izgleda:
Code:
[root ~]# wvdial aster
--> WvDial: Internet dialer version 1.53
--> Initializing modem.
--> Sending: ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: ATX3
ATX3
OK
--> Modem initialized.
--> Idle Seconds = 180, disabling automatic reconnect.
--> Sending: ATDT042110220
--> Waiting for carrier.
ATDT042110220
CONNECT 115200
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Tue Jan 20 05:52:44 2004
--> pid of pppd: 4192
--> Disconnecting at Tue Jan 20 05:52:51 2004
--> The PPP daemon has died: A modem hung up the phone (exit code = 16)
--> man pppd explains pppd error codes in more detail.
--> Try again and look into /var/log/messages and the wvdial and pppd man pages for more information.
[root ~]#
Pomislio sam da je mozda problem do nekih servisa (tj. dali su doticni ukljuceni ili iskljuceni),ali opet, kako kppp radi, onda naverovatnije nije do toga.
[ oazza @ 20.01.2004. 06:33 ] @
Na 042 ne mozes da se vezes sa post dial terminalom.
probaj na obicnim linijama i radice ti to sto pokusavas.
[ aster @ 20.01.2004. 07:16 ] @
Zamolio bih te da mi malo bolje pojasnis ovo u vezi sa "post dial terminalom" i "linijama".
[ aster @ 20.01.2004. 07:34 ] @
Pokusao sam sa ptt-om, s tim sto sam iskljucio "Stupid Mode" u /etc/wvdial.conf (u suprotnom je radio isto kao i sa pokusajem konektovanja na sezamov server) ali opet nije radilo, mada je bilo izvesne razlike u odnosu na predhodno konektovanje:
[code]
[root ~]# wvdial ptt
--> WvDial: Internet dialer version 1.53
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: ATX3
ATX3
OK
--> Modem initialized.
--> Idle Seconds = 180, disabling automatic reconnect.
--> Sending: ATDT523333
--> Waiting for carrier.
ATDT523333
CONNECT 115200
--> Carrier detected. Waiting for prompt.
[red]~[7f]}#@!}!-} }9}"}&} }*} } }#}%B#}%}%}&[14]nA^}'}"}(}"{|~[/red]
--> PPP negotiation detected.
--> Starting pppd at Tue Jan 20 08:11:50 2004
--> pid of pppd: 21124
--> Disconnecting at Tue Jan 20 08:11:57 2004
--> The PPP daemon has died: A modem hung up the phone (exit code = 16)
--> man pppd explains pppd error codes in more detail.
--> Try again and look into /var/log/messages and the wvdial and pppd man pages for more information.
[root ~]#
[/quote]
[ filmil @ 20.01.2004. 08:39 ] @
Citat: Pomislio sam da je mozda problem do nekih servisa (tj. dali su doticni ukljuceni ili iskljuceni),ali opet, kako kppp radi, onda naverovatnije
Najverovatnije nije dobro podešena autentifikacija — slanje korisničkog imena i lozinke (jedna, ali ne i jedina od mogućnosti je da si pogrešio lozinku). Moraš uključiti debug informacije za pppd i pogledati kakav trag ostavljaju u log fajlu. Posle uporedi to što si video sa odgovarajućim delom u PPP-HOWTO i pronaći ćeš šta nije u redu.
f
[ aster @ 20.01.2004. 09:52 ] @
Dali bi hteo da mi objasnis kako da ukljucim debug informacije za pppd? Da, znam "man pppd" :) video sam u man stranici "debug" command-line opciju, ali kako sve ovo pokusavam iz wvdial-a (gde nemam direktnih kontakata sa pppd-om), kako da preko njega (wvdial) to ukljucim?
Sto se pogresne lozinke pri konektovanju, tice, siguran sam (99%) da nije do toga, evo unecu je opet :))
U medjuvremenu, kako sam relativno pocetnik u radu sa mrezama (uopste) pod linuxom, nisam znao kako da na neki, mozda elegantniji, nacin proverim log fajlove, pa sam stoga uradio diff fajla /var/log/messages pre i posle (nespesnog) startovanja wvdial-a.
diff kada je u /etc/wvdial iskljucena opcija "Stupid Mode":
Code:
> Jan 20 09:54:31 localhost pppd[23279]: pppd 2.4.1 started by root, uid 0
> Jan 20 09:54:31 localhost pppd[23279]: Using interface ppp0
> Jan 20 09:54:31 localhost pppd[23279]: Connect: ppp0 <--> /dev/ttySHSF0
> Jan 20 09:54:31 localhost /etc/hotplug/net.agent: assuming ppp0 is already up
> Jan 20 09:55:01 localhost pppd[23279]: LCP: timeout sending Config-Requests
> Jan 20 09:55:01 localhost pppd[23279]: Connection terminated.
> Jan 20 09:55:01 localhost pppd[23279]: Exit.
> Jan 20 09:55:01 localhost /etc/hotplug/net.agent: NET unregister event not supported
i diff kada je pomenuta opcija ukljucena:
Code:
> Jan 20 09:57:14 localhost pppd[23311]: pppd 2.4.1 started by root, uid 0
> Jan 20 09:57:14 localhost pppd[23311]: Using interface ppp0
> Jan 20 09:57:14 localhost pppd[23311]: Connect: ppp0 <--> /dev/ttySHSF0
> Jan 20 09:57:14 localhost /etc/hotplug/net.agent: assuming ppp0 is already up
> Jan 20 09:57:18 localhost pppd[23311]: Hangup (SIGHUP)
> Jan 20 09:57:18 localhost pppd[23311]: Modem hangup
> Jan 20 09:57:18 localhost pppd[23311]: Connection terminated.
> Jan 20 09:57:18 localhost /etc/hotplug/net.agent: NET unregister event not supported
> Jan 20 09:57:18 localhost pppd[23311]: Exit.
Takodje, ovo je lista servisa koji su ukljuceni, odnosno iskljuceni (lista je iz Red Hat-ovog programa za upravljanje servisima, nisam mogao da nadjem fajl za odgovarajuci runlevel, u ovom slucaju 5, u /etc).
ukljuceni:
anacron, apmd, atd, autofs, crond, gpm, iptables, keytable, kudzu, network, portmap, random, rawdevices, sendmail, sgi_fam, sshd, syslog, wine, xinetd.
i iskljuceni:
chargen, chargen-udp, cups, cups-lpd, daytime, daytime-udp, echo, echo-udp, firstboot, irda, isdn, ktalk, lisa, netfs, nfs, nfslock, ntpd, pcmcia, rhnsd, rsync, saslauthd, servers, services, snmpd, snmptrapd, time, time-udp, winbind.
Da pomenem jos jednom, da koristim Red Hat 9 distribuciju.
[ mrki @ 20.01.2004. 11:56 ] @
Ovaj deo bih mozda bio interesantniji za tebe (/var/log/messages )
Code:
...
Jan 20 11:57:09 Alien pppd[2915]: sent [PAP AuthReq id=0x3 user="mrki" password=<hidden>]
Jan 20 11:57:09 Alien pppd[2915]: rcvd [LCP EchoRep id=0x0 magic=0x40f4b59c]
Jan 20 11:57:09 Alien pppd[2915]: rcvd [PAP AuthAck id=0x3 ""]
...
Potvrda autentifikacije korisnika. Dali ti je ovo u redu?
[ mrki @ 20.01.2004. 11:58 ] @
Citat:
/etc/hotplug/net.agent
Sta ti je ovo? Probaj da iskljucis, mozda smeta.
[ aster @ 20.01.2004. 12:53 ] @
Citat: mrki:
Ovaj deo bih mozda bio interesantniji za tebe (/var/log/messages )
Code:
...
Jan 20 11:57:09 Alien pppd[2915]: sent [PAP AuthReq id=0x3 user="mrki" password=<hidden>]
Jan 20 11:57:09 Alien pppd[2915]: rcvd [LCP EchoRep id=0x0 magic=0x40f4b59c]
Jan 20 11:57:09 Alien pppd[2915]: rcvd [PAP AuthAck id=0x3 ""]
...
Potvrda autentifikacije korisnika. Dali ti je ovo u redu?
U celom /var/log/messages fajlu nisam nisao na ovo sto si naveo. Stavise i kppp (koji uspeva da se konektuje) log (diff fajla /var/log/messages pre i posle konekcije) nema linije koje si naveo:
Code:
> Jan 20 13:19:17 localhost kernel: 0001279.379: HSF: 1279379 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:17 localhost modprobe: modprobe: Can't locate module ppp0
> Jan 20 13:19:17 localhost modprobe: modprobe: Can't locate module ppp0
> Jan 20 13:19:17 localhost pppd[26706]: pppd 2.4.1 started by root, uid 0
> Jan 20 13:19:17 localhost pppd[26706]: Using interface ppp0
> Jan 20 13:19:17 localhost pppd[26706]: Connect: ppp0 <--> /dev/ttySHSF0
> Jan 20 13:19:17 localhost kernel: 0001279.520: HSF: >>>EC_ERROR: DLE/non-(DLE or ETX)
> Jan 20 13:19:17 localhost kernel: 0001279.528: HSF: >>>EC_ERROR: DLE/non-(DLE or ETX)
> Jan 20 13:19:17 localhost /etc/hotplug/net.agent: assuming ppp0 is already up
> Jan 20 13:19:18 localhost kernel: 0001280.279: HSF: 1280279 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:18 localhost kernel: 0001280.279: HSF: >>>EC_ERROR: 1280279 tx_lt: Start Retry
> Jan 20 13:19:18 localhost kernel: 0001280.279: HSF: >>>EC_ERROR: 1280279 tx_lt: Retry 1
> Jan 20 13:19:18 localhost kernel: 0001280.299: HSF: >>>EC_ERROR: 1280299 tx_lt: Retry 2
> Jan 20 13:19:19 localhost modprobe: modprobe: Can't locate module ppp-compress-21
> Jan 20 13:19:19 localhost modprobe: modprobe: Can't locate module ppp-compress-21
> Jan 20 13:19:19 localhost pppd[26706]: local IP address 195.252.80.222
> Jan 20 13:19:19 localhost pppd[26706]: remote IP address 194.106.188.27
> Jan 20 13:19:19 localhost pppd[26706]: primary DNS address 194.106.188.2
> Jan 20 13:19:19 localhost pppd[26706]: secondary DNS address 194.106.188.17
> Jan 20 13:19:20 localhost kernel: 0001282.460: HSF: 1282460 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:21 localhost kernel: 0001283.279: HSF: 1283279 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:22 localhost kernel: 0001284.079: HSF: 1284079 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:22 localhost kernel: 0001284.880: HSF: 1284880 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:23 localhost kernel: 0001285.679: HSF: 1285679 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:24 localhost kernel: 0001286.460: HSF: 1286460 mnp_tx: MNP timer expired: 2
> Jan 20 13:19:25 localhost kernel: 0001287.279: HSF: 1287279 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:26 localhost kernel: 0001288.079: HSF: 1288079 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:26 localhost kernel: 0001288.879: HSF: 1288879 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:27 localhost kernel: 0001289.679: HSF: 1289679 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:28 localhost kernel: 0001290.460: HSF: 1290460 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:29 localhost kernel: 0001291.279: HSF: 1291279 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:30 localhost kernel: 0001292.079: HSF: 1292079 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:30 localhost kernel: 0001292.879: HSF: 1292879 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:31 localhost kernel: 0001293.679: HSF: 1293679 mnp_tx: MNP timer expired: 1
> Jan 20 13:19:32 localhost pppd[26706]: Terminating on signal 15.
> Jan 20 13:19:32 localhost pppd[26706]: Connection terminated.
> Jan 20 13:19:32 localhost pppd[26706]: Connect time 0.3 minutes.
> Jan 20 13:19:32 localhost pppd[26706]: Sent 94 bytes, received 64 bytes.
> Jan 20 13:19:32 localhost /etc/hotplug/net.agent: NET unregister event not supported
> Jan 20 13:19:32 localhost pppd[26706]: Exit.
> Jan 20 13:19:32 localhost kernel: 0001294.799: HSF: 1294799 mnp_run: Start Disconnecting
Sto se tice fajla /etc/hotplug/net.agent, ne znam kako da podesim da se vise ne startuje, mada primeti da se pojavljuje na kraju konekcije, znaci kada se sesija zavrsi (uspesno ili neuspesno) i to i kod wvdial-a i kod kppp-a. To je u stvari mala skripta koja napocetku fajla ima sledeci opis:
Code:
#!/bin/bash
#
# Network hotplug policy agent for Linux 2.4 kernels
#
# Kernel NET hotplug params include:
#
# ACTION=%s [register or unregister]
# INTERFACE=%s
#
# HISTORY:
#
# 25-Feb-2001 Special case ppp and similar (redhat)
# 23-Jan-2001 Log invocation of "ifup" if debugging
# 04-Jan-2001 Initial version of "new" hotplug agent.
#
# $Id: net.agent,v 1.9 2001/09/07 15:57:39 dbrownell Exp $
#
Ako se ne slazes sa mnom, i mislis da on mozda utice na ishod konektovanja iako se startuje nakon sto se konekcija zavrsi, mogu da ga posaljem ovde, jer kao sto sam napisao fajl nije veliki.
[ mrki @ 21.01.2004. 16:21 ] @
Citat: U celom /var/log/messages fajlu nisam nisao na ovo sto si naveo
Pa moramo se usaglasiti u vezi dialer-a koji koristis, ja sam ti pokazao log koji generise wvdial. Dovoljno je da ti jedan od ova dva programa radi ispravno.
Mozda bi bilo dobro da neko ko koristi RH 9 postuje log iz /var/log/messages pa da uporedis. Svakako pokusaj zaustaviti pokretanje ove script-e, nista te ne kosta.
[ mrki @ 21.01.2004. 16:25 ] @
Citat: > Jan 20 09:57:14 localhost /etc/hotplug/net.agent: assuming ppp0 is already up
Citat: Ako se ne slazes sa mnom, i mislis da on mozda utice na ishod konektovanja iako se startuje nakon sto se konekcija zavrs
Cini mi se, a deo loga to i pokazuje da mozda i moze uticati...
[ aster @ 21.01.2004. 18:24 ] @
Ne, na zalost nije to u pitanju, jer vise zaista ne znam ni sta bi uopste moglo da se razmatra kao uzrok problema. Naime, izmestio sam ceo dir (/etc/hotplug) i startovao wvdial (sa i bez "Stupid Mode" u /etc/wvdial.conf) ali wvdial opet nije radio. Ipak, saljem uz poruku i doticni fajl kao i man stranicu koja ga objasnjava (tj. hotplug), izgleda da se skripta tice drajvera modema.
Uopste mi nije jasno kako kppp uspeva da se konektuje a wvdial ne. Log fajlovi oba programa se razlikuju u tome sto kod kppp-a postoji neka komunikacija sa modemom (HSF) pre objavljivanja local i remote IP adrese.
Dali mozda postoji neki drugi program slican wvdial-u, kako bih samo proverio dali ce on raditi? Trazio sam na sourceforge-u, ali nisam nasao njemu slican program.
[ aster @ 23.01.2004. 07:25 ] @
Jos neka ideja, savet, sugestija... ?
[ mrki @ 23.01.2004. 09:41 ] @
Citat: aster:
Jos neka ideja, savet, sugestija... ?
ponestalo 
[ oazza @ 23.01.2004. 10:49 ] @
Citat: aster:
Zamolio bih te da mi malo bolje pojasnis ovo u vezi sa "post dial terminalom" i "linijama".
pa mrzi me da citam sta ste sve pisali oko konekcije :) samo sam hteo reci da
042 ne moze da se koristi dok je ukljucen terminalski mod (znaci minicom itd...)
Jesi li probao da se nakacis na obicne sezamove linije ?
cao
[ aster @ 23.01.2004. 13:18 ] @
Ali, mrki se bez problema konektuje. Mrki, dali je tako?
Nisam probao sa ostalim sezamovim linijama, jer imam SMIN nalog, a u mom gradu (Nis) ne postoji lokalni sezamov broj, tako da mi ne bi bilo od vece koristi cak i da radi. Ali sam zato probao sa PTT-om (cisto provere radi), i opet se ne konektuje, jedina je razlika sto se kod konektovanja na PTT, u wvdial output-u pojavljuje:
Code:
ATDT523333
CONNECT 115200
--> Carrier detected. Waiting for prompt.
[red]~[7f]}#@!}!"} }9}"}&} }*} } }#}%B#}%}%}&%[17]|*}'}"}(}"#}"~[/red]
--> PPP negotiation detected.
--> Starting pppd at Fri Jan 23 14:02:35 2004
--> pid of pppd: 3733
--> Disconnecting at Fri Jan 23 14:02:42 2004
--> The PPP daemon has died: A modem hung up the phone (exit code = 16)
--> man pppd explains pppd error codes in more detail.
--> Try again and look into /var/log/messages and the wvdial and pppd man pages for more information.
Iako su, username i password bili gost, nigde nije ispisalo da je uopste dobio prompt za loging i na kraju zavrsio sa radom.
Opet, najvise me buni to sto KPPP radi dobro, koji god da je provajder u pitanju. Pa sam zato hteo da pokusam sa nekim drugim slicnim programom, kako bih dobio neki znak, gde i sta odprilike da trazim. Iz istog razloga sam pokusao sa minicom-om, pa sam nakon povezivanja, odkucao: /usr/sbin/pppd /dev/modem defaultroute
ali opet nista.
[ aster @ 23.01.2004. 13:18 ] @
Citat: mrki:
Citat: aster:
Jos neka ideja, savet, sugestija... ?
ponestalo :(
Pokusao si :) hvala ti na tome.
[ mrki @ 23.01.2004. 19:45 ] @
Na sezam nemozes da se identifikujes kao
gost
gost
vec:
novi
novi
[ aster @ 23.01.2004. 21:07 ] @
Bas bih voleo da se tu nalazi moja greska, ali ti si pogresno razumeo iz moje poruke :) Naime, to se odnosilo na moj pokusaj konektovanja na PTT a ne ne sezam, pa sam stoga uneo username i password "gost".
Izgleda sam vam toliko dosadio da vise i ne citate moje postove u celini :))
P.S. Mrsko mi je da priznam, ali izgleda da cu jos neko vreme biti primoran da korisitm KPPP.
[ Dundjerski Nemanja @ 24.01.2004. 19:34 ] @
Samo da kazem da i ja imam ISTIH problema! Meni je problem error code = 16, sto znaci da modem prekine vezu iz nekog razloga! Ne mogu da verujem da ne mozemo da provalimo u cemu je rec... I ja sam svasta pokusavao...
btw: iste su nam init komande.
[ popacp @ 13.05.2004. 21:05 ] @
Pomagajte, slican problem, ali sa kppp-om
http://www.elitesecurity.org/tema/53533
[ Sir_Oliver @ 14.05.2004. 00:02 ] @
Citat: aster:
Bas bih voleo da se tu nalazi moja greska, ali ti si pogresno razumeo iz moje poruke :) Naime, to se odnosilo na moj pokusaj konektovanja na PTT a ne ne sezam, pa sam stoga uneo username i password "gost".
Izgleda sam vam toliko dosadio da vise i ne citate moje postove u celini :))
P.S. Mrsko mi je da priznam, ali izgleda da cu jos neko vreme biti primoran da korisitm KPPP.
Pa recimo da ptt koristi CHAP authorization method. Zasto nece da se nakaci na Sezam, nemam pojma. Mora da postoji caka u vwdial-u za definisanje metoda autorizacije.
Sir Oliver alias LT
[ *trut* @ 17.05.2004. 03:24 ] @
Posto koristim gnome imao sam slicnih problema sa wvdial prvo je pppd "umirao odmah" zatim sam zamenio u pppoptions aut u noaut i jedno vreme je sve radilo sada opet nece zakaci se na net pojavi se zuta u apletu za modem i onda pukne veza ne kotam sta je distribucija je debian ako je to bitno
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.
|