Freesco, NND, CDN, EOS

Czolem!

Byc moze zle interpretuje txt z net_conf-a,
ale czy mozna na nowych (11-16 i 12-28 ) nnd uruchomic polaczenie
przy pomocy zwyklego lub ISDN-owego modemu?

Jeslitak to pewnie robie blad, bo po restarcie mam komunikat:

line:12 syntex error near unexpected then 'start'
line:12 syntex error near unexpected then 'start)'

po probie recznego odpalenia ppp
inny komunikat dotyczacy pliku provider
-czy musze recznie wpisac skrypt dotyczacy sposobu laczenia sie?

Jesli ten temat juz byl przerabiany -SORKI nie zauwazylem, wiec prosze o wytkniecie ...gdzie

Pozdrawiam
nieDalajLama lecz DalejLama

tylko zwykłego, ISDN jest w planach, ale raczej w "drugiej kolejności odśnieżania".



Więc tak: te scripty nigdy nie były testowane na NND, zostały zaadoptowane z ClarkConnect - kiedyś przygotowałem je dla tej dystrybucji- gdzie działały bez problemu. To tyle tytułem wyjaśnień.

podstawowy script (rc.modem) znajduje się w katalogu /etc/network/external. nie powinno być potrzeby ręcznego edytowania ani tego scriptu ani innych potrzebnych plików (/etc/ppp/chat.script, etc/ppp/options).
Numer telefonu pod który dzwonisz, login i hasło znajduje się w pliku /etc/ppp/chat.script .
Po skonfigurowaniu net_confem script powinien startować automatycznie. Jeśli tego nie robi to spróbuj uruchomić:

/etc/rc.d/internet start

a jeśli to się nie sprawdzi to spróbuj uruchomić bezpośrednio:

/etc/rc.d/rc.modem start

Podaj tutaj informacje o wyniku.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

DalejLama BACK!)

Witam

Primo:
Niestety wywiało gdzieś mój analmodem ;(
I nie znalazłem w specyfikacji do mego ISDN-a funkcji pracy pracy jako analog ;((
"tylko zwykłego, ISDN jest w planach, ale raczej w "drugiej kolejności odśnieżania"."
Być może dalszą część można sobie podarować

Duo
poprawki do mojego 1 postu (lokalizacja bledu przy starcie):

/etc/network/external/rc.modem: line 6: syntex error near unexpected token 'start'
/etc/network/external/rc.modem: line 6: ' start)'

Tri
Po prubie "internet start" wywala: command not found
A "rc.modem" jest tylko w lokalizacji jak powyżej
i efekt jego ręcznego odpalenia jest: "line 6: syntex error near unexpected token 'start'
line 6: ' start)'"

Czietyrje:
Chcąc ruszyć "ppp start" pokazuje: "Plase configure /etc/ppp/pears/provider"

Poza wyliczanką:
Mogę jakoś spradzić komunikację (nnd-modem) na COM-ie? (ala terminal (raczkuje w konsolistyce))

Pozdrawiam
Wasz wciąż nie DalajLama

to błąd w net_confie - brak eskejpowania znaku dolara. Możesz poprawić to PO konfiguracji net_confem. W pliku /etc/network/external/rc.modem
znjadź linię zaczynającą się od słowa case. Prawidłowo ta linia powinna wyglądać tak:

case $1 in

u ciebie prawdopodobnie nie ma $1... stąd byłby ten błąd.


coś nie tak w pliku /etc/rc.conf, pokaż co jest w zmiennej CONNECTION w tym pliku. Pokaż też zmienną EXTIF

Te zmienne powinny wyglądać tak:

CONNECTION="modem"
EXTIF="ppp0"



to tak nie zadziała w NND



spróbuj wprowadzić te poprawki o których pisze. Jak nie pójdzie to będziemy kombinować dalej... aaa przecież pisałeś że nie masz modemu.
Co do modemu ISDN niestety ci nie pomogę...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

hmm zaraz sprawdzę w net_confie może jakiś bład jest

EDIT:
ok już mam:
w pliku rc.modem ma być tak:

a jest pewnie bez tego $1

ELo!

1. modem ISDN (freesco3.x śmiga na nim na 100fajerek)
2. Dopisałem "$1"
3. Zmienne CONNECTION i EXTIF poprawne
4. Po restarcie wywalił: /usr/sbin/pppd: In file /etc/ppp/options: unrecognized 'asyncap'
5. Usunąłem wiersz z wpisem asyncap
6. Restart
7. Po ok. 20sek zaświeca się DTR na modenie (OK - jest juz komunikacja z nim)
8. Po "ping 212.77.100.101" nawiązuje połączenie ze zdalnym modemem ale...
po kilku RX-ach zrywa połączenie i "ciemno juz zgasły wszystkie" diody (no tak przeca to tylko ping)
9. lynx nie działa ;(
10.Po "internet start": /proc/net/route: Permission danied
SIOCADDRT: Operation not permitted
/usr/sbin/pppd: Can't open log file /var/log/pppd.log Permission danied
11. Henden Hoh

I jeszcze:
W pierwszym uruchomieniu net_conf-a zaznaczyłem kilka kart eth, potem skapowałem sie że potrzebne są tylko mody zainstalowanych kart w kompie. Wykonałem kolejny net_conf i zaznaczyłem tylko jedną właściwą ale... przy starcie info, że nie ma urządzeń (karty eth) -co z tym zrobić? (można ola... ale po co mi te komunikaty)

I jeszcze :
W pliku ip-up jest zmienna "TELEPHONE" rozumiem, że ma być przypisany do niej nr. modemu zdalnego, ale na końcu są trzy literki (np. 0202122DDD), czy nie mają one wpływu na połączenie-jaki?

Pozdrawiam
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

świetnie, będziesz królikiem doświadczalnym



poprawnie, jak niepotrzebne to wywalić - trzeba będzie zmienić w net_conf



restart czego? Prosiłbym o jak nabardziej precyzyjne wypowiedzi, inaczej trudno będzie to dograć.



Proponuję na razie zostawić script internet, zajmijmy się tylko /etc/network/external/rc.modem. Co się dzieje po wykonaniu:

/etc/network/external/rc.modem



pppd jest skonfigurowane aby oczekiwało na żądanie połączenia, a po 5 minutowym braku aktywności rozłączało połączenie. Jednak w tym przypadku sądzę że nie tojest problemem.



zastanawia mnie to "Permission denided"... czy ty uruchamiasz te scripty jako root?



wyedytuj plik /etc/rc.conf, w zmiennej MODULES masz zapisane moduły ładowane przy starcie, usuń co ci niepotrzebne...



pomyśl, script ip-up jest uruchamiany za każdym razem gdy dostajesz adres IP od providera... czyli pchanie tam numeru telefonu pod który masz zadzwonić aby adres dostać nie ma wiele sensu - już się dodzwoniłeś i masz ten adres...
Drugie pytanie - skąd masz ten plik... ip-up z pakietu ppp nie zawiera żadnych zmiennych, ani kodu wykonywalnego...
Zarówno nr. telefonu, jak i login i hasło do nawiązania połączenia są w pliku /etc/ppp/chat.script (uwaga!! w tym pliku nie może być żadnych komentarzy ani pustych linii na końcu)

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Też sie czesze ....yyy ciesze. Jeno jedno jeno: dostęp do inetu raczej cieniutki i kosztowny mam, do tego praca-dom-szkoła, więc prosze o wyrozumiałość i cierpliwość. ALE czekam na "zabijTegoPSA" i ich DSL-a (już 6miesięcy). Lecz jak tylko dostane łącze +rusze WiFi +skończe szkołę =będę max wasz



Acha... zauważyłem, że we freesco3.2 jest zmienna(?) "asyncmap" a nie asyncap, z przypisaną wartością 0. Wiec spowrotem wpisałem, poprawnie.
Efekt - żaden



Sorki, oczywiście "reboot" router-a



nnnnnnnniccccc Totalnie żadnego komunikatu (sklerotyk ze mnie, zapomniałem sprawdzić czy jest jakiś nowy proces w systemie - )



Si Sinior - Jest to ładnie opisane w nim.



Masz rację niezauwarzyłem, że raz było Ok a raz be. Oczywiście z poziomu root-a nie wywala błedu, za to jest komunikat ...yyy -Wykonane? Modem milczy -ale to chyba prawidłowo, bo przeca dopiero inicjacja połączenia ma go wzbudzić.


Tak jak mówiłeś




I tu chyba jest mój błąd którego efekt był widoczny już przy modułach sieciówek (pierwszą konfigurację net_conf-em wykonałem na DSL-a) -pozostałość po starej konfiguracji?
I tu ukłon w wasza stronę: O stworzenie mechanizmów idiotoodporności, bo zawsze znajdzie się taki as jak ja
Aczkolwiek (byćmoże nie potrzebnie się powołuje na starszy DOBRY router) we Freesco również jest ip-up i ip-down, i też mam tam podobne wpisy (a był konfigurowany od początku tylko pod modem - Wiem to inny typ mechanizmów instalacji i konfigóracji -tam te pliki są nie zależnie od obsługiwanego łącza -od początku).

Reasumując:
Reakcji na 'rc.modem" nie zauważyłem -jeszcze sprawdze procesy;

Reakcja na "ping 212.160...." "ftp 212.160....":
1.modem inicjuje połączenie, łączy się ze zdalnym modemem, wysyła pakiety (dioda Rx - zamiga cyklicznie 8razy), ale nic w zamian nie dostaje (dioda Tx - martwa nie świeci się - i to nie z powodu jej przepalenia )
2.gasną prawie wszystkie diody (świeci się tylko power i Rx)
3.ponowne wydanie komend ping czy ftp: żadnej reakcji modemu (tylko statyczne śwaitełka w tunelach power i Rx );

Reakcja na "internet start" zaświeca się na modemie dioda Rx (to wszystko).
A w przypadku martwicy (pkt3) po "internet start" i po ponownym pingu czy ftp, modem zachowuje się jak w pkt1.

Ps. jak tylko będę w pobliżu NND sprawdze procesy po "rc.modem"

Pozdrawiam Gorąco
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

OK, jak mówiłem - bawimy się tylko plikiem /etc/network/external/rc.modem

uruchom go jako root, sprawdź proces i zobacz co jest w logu /var/log/pppd.log (o ile pamiętam nazwę pliku). Zobacz też co masz w messages, errors itp...
Możesz sobie na jednej konsoli zrobić:

tail -f /var/log/plik_logu

a na drugiej próbowac się połączyć przez modem, wtedy tam gdzie masz uruchomione przeglądanie logów będziesz mógł je obserwować na żywo.
Zobacz również czy nie ma różnicy w syytuacji gdy próbujesz wywołać połączenie z serwerka i z końcówki w sieci..

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Witam

Po uruchomieniu tylko (cron?) zmienił PID-a (jak można było się spodziewać -zabil istniejący proces i powołał go na nowo) =OK
Logi po tej operacji nie zmieniają się.

Po, ping-u:
Procesy: wstaje "pppd" na ttyS0 i "chat" na tym samym porcie
Po zgaśnięciu diód na modemie:
Logi: w "pppd.log"
Starting link
connect script failed

w "errors"
connect script failed

Jakiś błąd w skrypcie startowym?

Również nie zauważyłem różnic między inicjalizacją połączenia ze stony hosta w lokalnej a z pokładu NND.
Nistety, za krótki jestem i nawet na podstawie skryptu z Freesco nie jestem w stanie znależć gdzie jest/nie ma błędu

Pozdrawiam
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

Sprawdź czy w pliku /etc/ppp/chat.script nie ma pustych linii, sprawdź czy w tym pliku masz takie linie:

"" +++ATZ
CONNECT ""

Podejrzewam, że brakuje tych cudzysłowów...
Jeszcze raz powtarzam: żadnych pustych linii, żadnych komentarzy, żadnych "białych" spacji...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Czołgiem
Nawet nie wiesz jak bym chciał żeby, to były te cudzysłowy
Niestety poprawnie wszystko.
Lecz zauważyłem coś innego, a mianowicie:
modem się łączy, ale nie można się zalogować na serwer TPSy,
wpisywałem wszelakie bzdety w wierszach nazwy usera i jego hasła,
typu: sfggdfogin:--sfsogin: ppp ; fsfsdword: ppp
czy: sfsfogin: fsfsppp ; fadaword: dfgdppp
Efekt zawsze taki sam - nie ma połączenia do sieci.

I druga rzecz:
Wpis w pppd.log
using interface ppp0
local IP address 192.168.1.1
remonte IP address 10.112.112.112

Zastanawia mnie ten adres -czy on jest OK? (adres TPSy?).
Bynajmniej nie jest pingowalny.

A możęby tak spróbować zapukać do Dialogu? -Naiwniak!
To albo skrypt albo... sprzęt.

Tymczasem odpływam na bezkres drukowanego papierowego morza słów,
pewniekim poranek mnie zastanie na siedząco śpiącego znów.
...Lecz niestety nie w tej tematyce

Pozdrawiam
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

możesz wyjaśnić co to za literki poprzedzające słowa ogin i word?
Wszystko w tym pliku powinno zaczynać się od pierwszej kolumny i wyglądać dokładnie tak:

TIMEOUT 60
ABORT "NO CARRIER"
ABORT "BUSY"
ABORT "NO DIALTONE"
ABORT ERROR
"" +++ATZ
OK ATDTnumer_telefonu
CONNECT ""
ogin:--ogin: username
word: hasło

oczywiście w miejscu "numer_telefonu" podajesz numer, a w miejscu username i hasło - odpowiednio login i hasło do połączenia.
Dodatkowo, jako że używasz modemu ISDN a nie zwykłego, to może trzeba użyć innego stringu inicjującego modem (ale nie sądzę -piszesz, że modem się łączy).



możesz spróbować usunąć 0.0.0.0:0.0.0.0 z pliku rc.modem. Ale jak testowałem te scripty to było to konieczne...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Te literki dodałem po postawieniu sobie tezy: "A może to problem z logowaniem się do TPSA?"
Wpisałem głupoty i efekt był taki sam jak przy prawidłowych wpisach, które podajesz poniżej. We Freesco wygląda to jakoś tak: LOGIN='login' PASSWD='haslo', więc zmieniłem na takie same nazwy i... dalej brak inetu.


Doprawdy nie wiem co myśleć. Sugeruje sie tym, że Freesco śmiga na tym samym modemie i z podobnym stringiem, ale być może czegoś nie widze - czas się przejść do okulisty



Chyba nie rozumiem: "...to było to konieczne... " czy "...to było to niekonieczne". To "Ale" mnie myli.
Oczywiście jak znowu wruce do siebie wprowadze zmianę i sprawdze efekty.

Pozdrawiam
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

nie pamiętam już jak było we Freesco, i nie mam żadnego do sprawdzenia pod ręką. Chciałbym tylko zauważyć, że od Freesco do systemu na którym te scripty działały (RedHat 7.2) trochę się zmieniło. A i same scripty są troszkę inne. i wykorzystują (o ile pamiętam Freesco inne mechanizmy systemu. "There're so many ways to skin a cat")



Przecież wyraxnie napisałem, ze nie przypuszczam aby w tym leżał problem. Niemniej wykluczyć tego nie mogę.



Sorry, mam wrażenie, ze nie czytasz dokładnie. Napisałem Ci już wcześniej, że te scripty nie były testowane na NND, tylko na ClarkConnect (czyli RedHat). I to co napisałem powyżej oznacza tylko, ze możesz spróbować usunąć 0.0.0.0:0.0.0.0 ze scriptu, ale kiedy testowałem to na CC to ten wpis był konieczny. Nie rozumiem co Cię myli.

Ale wracając do naszych baranów: Najlepiej by było uruchomić jakiś terminal i zobaczyć jakie są odpowiedzi tpsa na próby połączenia. Niestety ja nie mam jak tego zrobić.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Zmyliła mnie budowa zdania. Wywnioskowałem, że konieczne było usunięcie wpisów, a nie ich istnienie. Teraz czaje.


Za kilka godzin odpale modem pod terminelem i opowiem co się działo.

Pozdrawiam

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

Sorki za "Milczenie... barana"

Mała ma na forum stagnacja powodowana sesją i załatwianiem DSL-ka
Ale powoli wracam.
Na jakiś czas niestety odstawiam temat NND-modem, muszę pokonfigurować (pomęczyć ludzi na forum) NND pod DSL-a
Jak tylko stabilnie wszystko będzie śmigało będę kontynuował "sekcję zwłok".

Serdecznie pozdrawiam
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama

to ja sie podepne bo tez mam problem z odpaleniem "modemu" CDI z dialogu konkretnie.

przy starcie kompa wywala takie cus:
/usr/sbin/pppd: In file /etc/ppp/options: unrecognized 'asyncap'

i na tym koniec

po zahaszowaniu tego czego nie kumie "asyncap"
w czasie startu na ekranie jest napisane ze się do internetu podłączył ale to nie jest prawda bo lampki na NT sie nie palą, połączenie następuje dopiero przy próbie transferu (nie podoba mi się to ale pewnie mozna to obejść puszczając jakiegos pinga w tle co czas jakiś i mnie dodatkowo to zabezpieczy przed rozłączaniem w czasie bezczynnosci)
transfer robiłem przy pomocy ping'a, nie wiem jak sie zachowa przy probie z kompa w sieci

połączenie trwa kilka sekund i sie zrywa (chyba) w kazdym razie na NT palą się diody DTR i CTS i na tym koniec zabawy

logi są jakieś takie nic nie mowiące, mowią ze jest problem ze skryptem i tyle

init stringa wrzuciłem tego co używam we freesco czyli ATB40

strasznie sie bedę cieszył jak mi ktoś pomoże to odpalić

Nie wiem co to jest cdi dialog i jak to działa. Nie rozumiem również dlaczego słowo modem ująłeś w cudzysłów. Sugeruje to że urządzenie nie jest prawdziwym modemem...
Konfiguracja przewidziana była dla zwykłego modemu. Daemon pppd startuje lecz nie nawiązuje połączenia z internetem do czasu aż odbierze żądanie dostępu do internetu. Wtedy łączy się i jest połączony tak długo jak długo występuje ruch pomiędzy siecią a internetem. Po zaniku ruchu do/z internetu modem czeka 5 minut i jeśli żaden z hostów w sieci nie zacznie nic wysyłać/odbierać rozłącza się i czeka na następne żądanie. Takie zachowanie modemu zastosowałem w celu ograniczenia rachunków telefonicznych. Oczywiście można to zmienić.
Co do twojego problemu to jak pisałem wyżej - nie wiem co to za modem. Nie wiem jakich parametrów wymaga twój provider. Ale tak czy siak bez logów trudno cokolwiek diagnozować.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Mis' CDI to końcówka NT-IP firmy Aethra, czyli zintegrowane urządzenie (modem w NT-ku, na stałe spięty z portem ISDN-owym).

muzzy wyedytuj plik /etc/ppp/options zmień asyncap na asyncmap 0 aczkolwiek nie wiem czy to da jakies efekty. Sprawdź jakie są ustawienia firmwar-u tego modemu - z tego co zasłyszałem trzeba wyłączyć funkcję dźwięku (niestety nie mam CDI, więc nie powiem Ci jak to zrobić, pewnie znajdziesz to na jakimś forum o modemach). Jak zdobęde skrypt który kiedyś działał u znajomka pod Mandrake z NT-IP to wrzuce go tu.

Pozdrawiam
adrian

_________________
NND 07.10 | DSL=1024/256 | PII-200MHz | 80MB RAM | HDA 6.4GB | 3x3C59x ||| DalejLama