Freesco, NND, CDN, EOS

Skonfigurowałem freesco easy - najważniejsze opcje. Adres IP, login, hasło SDI tylko bez adresu półki. Po konfigu i reboot nie wyskoczył żaden błąd dotyczący karty sieciowej. Jednak przy uruchamianiu się poszczególnych opcji wszystko było DONE oprócz "forwardowania portów". Przy nim pisało "Odroczone". Oczywiście na SDI nie zapaliły się trzy kreski oznaczające połączenie, więc netu nie było. Dodam tylko, iż freesco 0.2.7 działa mi bez zarzutu. Co jest więc nie tak?

Przy SDI zawsze jest odroczone. To nie tu tkwi błąd.
Jeśli używałeś uproszczonej konfiguracji dla sdi, zapewne chodzi o złe podłączenie terminalu. We Freesco easy domyślnie jest on na com1.

_________________
Belfer.one.PL
Audio Cafe

Mam podłączony do com 1. Login i hasło wpisuje poprawnie oraz IP adres. Mimo to nie chce się połaczyć SDI - palą się tylko lampki: zasilanie i synchronizacja. Przypominam, iż po wrzuceniu dyskietki z freesco 0.2.7 od razu net działa. Eh ma ktoś jeszcze jakieś rady?

Zrób nową dyskietkę i skonfiguruj jeszcze raz. Konfigurację skryptami dial i config można robić tylko raz, potem już przy rekonfiguracji trzeba użyć setupu.
We wszystkich znanych mi przypadkach, wersja easy na sdi ruszała "od kopa".

_________________
Belfer.one.PL
Audio Cafe

Dziwna sprawa, zostawiłem serwer na 10 minut i odpalił... Ciekawe czemu po 10 minutach? W każdym razie zrobiłem reboot i ponownie nie odpalił przy starcie dopiero po 10 min. Szqoda, że trzeba czekać, ale mimo wszystko warto. Może dyskietka jest walnięta? Aktualnie działam na Freesco PL! Dzięki polonisto za pomoc!

Możliwości jest kilka.
1. Problemy z pólką lub/i z terminalem. Były kiedyś takie sygnały. Serwer łączy się kilka razy zanim mu się uda.
2. Błędy w konfiguracji. Np. źle wpisana pólka. W końcu się połączy, ale najpierw parę razy zrywa. Lepiej w takim wypadku wcale tego nie wpisywać.
Sugeruję wejść do setupu i tam skonfigurować ponownie. Można sdi konfigurować jako dynamiczne. I tak zawsze dostanie ten sam numer IP.
3. Walnięta dyskietka, ale wtedy upłynie też dużo czasu zanim pojawi się zgłoszenie do logowania.
Warto też popatrzeć na /var/log/log (lub przez panel na porcie 82 - strona admin.htm), może tam coś sensownego będzie, z czym system ma problem.

_________________
Belfer.one.PL
Audio Cafe

Zrobiłem nową dyskietkę i wpisałem wszystko tak samo oprócz adresu IP, bo bazowałem na starym. Na starym chodzi po 10 minutach na nowym nie wiem czy pójdzie, bo nie czekałem, ale po 3 minutach nic się nie działo. Więc to chyba nie wina dyskietki. Półki nie wpisałem żadnej. A var/log/log - czy mozna to jakos znalezc w panelu admin. Wchodze w zaawansowane i nie wiem co mam dalej zrobic pozdro 600

No więc jak wchodzisz do panelu, musisz się zalogować (standardowo admin:admin - trzeba to sobie zmienić podczas instalacji) i wybierasz "Recent log".
Coś masz nie tak... ale to zgaduj zgadula.. w logach zapewne będą wpisy ppp i one tu będą ważne. Oczywiście trzeba sprawdzić przez nieco dłuższy niż 3 minuty czas.

_________________
Belfer.one.PL
Audio Cafe

Znalazłem coś takiego... Dziwne dla mnie wpisy pogrubiłem. Mam jeszcze pytanko czy jak w tabeli hostów pojawi się IP 192.168.1.7 tzn. że komputer z tym IP jest wpisany do sieci czy korzysta z internetu? Aha i jak zablokuje to IP czy będzie możliwy dostęp. Pozdrawiam!

Jan 12 21:49:32 - diald[263]: Nonzero exit status (255) on command '/bin/route add metric 0 dev ppp0'

Jan 12 21:44:45 - kernel: PPP: version 2.3.11 (demand dialling)
Jan 12 21:44:45 - kernel: TCP compression code copyright 1989 Regents of the University of California
Jan 12 21:44:45 - kernel: PPP line discipline registered.
Jan 12 21:44:45 - kernel: SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
Jan 12 21:44:45 - kernel: CSLIP: code copyright 1989 Regents of the University of California.
Jan 12 21:44:45 - kernel: RAMDISK: Compressed image found at block 0
Jan 12 21:44:45 - kernel: EXT2-fs warning: maximal mount count reached, running e2fsck is recommended
Jan 12 21:44:45 - kernel: VFS: Mounted root (ext2 filesystem).
Jan 12 21:44:45 - kernel: VFS: Disk change detected on device 02:00
Jan 12 21:44:46 - kernel: UMSDOS Beta 0.6 (compatibility level 0.4, fast msdos)
Jan 12 21:45:12 - syslogd 1.3-3: restart (remote reception).
Jan 12 21:45:19 - kernel: ip_masq_icq: using TCP port range 60200-61000
Jan 12 21:45:19 - kernel: ip_masq_icq: loaded support on port 4000/UDP
Jan 12 21:45:19 - insmod: Cannot open /mnt/router/drv/*.o
Jan 12 21:45:19 - insmod: Cannot open /mnt/router/drv/*.o
Jan 12 21:45:19 - insmod: Symbol 'io' not found
Jan 12 21:45:19 - last message repeated 9 times
Jan 12 21:45:19 - kernel: smc-ultra.c: No SMC Ultra card found (i/o = 0x300).
Jan 12 21:45:19 - insmod: Initialization of /tmp/net/smc-ultra.o.A0 failed
Jan 12 21:45:19 - kernel: smc-ultra.c: No SMC Ultra card found (i/o = 0x300).
Jan 12 21:45:19 - insmod: Initialization of /tmp/net/smc-ultra.o.B0 failed
Jan 12 21:45:19 - insmod: Symbol 'io' not found
Jan 12 21:45:19 - insmod: Symbol 'io' not found


Jan 12 23:45:22 - named[180]: NSTATS 1105573522 1105566322 A=39
Jan 12 23:45:22 - named[180]: XSTATS 1105573522 1105566322 RQ=39 RR=2 RIQ=0 RNXD=0 RFwdQ=36 RFwdR=2 RDupQ=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RTCP=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=3 SFwdQ=36 SFwdR=2 SDupQ=36 SFail=34 SFErr=0 SErr=24 RNotNsQ=39 SNaAns=0 SNXD=3
Jan 12 23:46:10 - kernel: MASQ: failed TCP/UDP checksum from 217.17.46.251!
Jan 12 23:55:28 - kernel: MASQ: failed TCP/UDP checksum from 207.46.144.188!
Jan 12 23:56:25 - kernel: MASQ: failed TCP/UDP checksum from 212.85.114.146!
Jan 13 00:40:28 - kernel: MASQ: failed TCP/UDP checksum from 144.81.82.159!
Jan 13 00:40:32 - last message repeated 33 times
Jan 13 00:45:22 - named[180]: NSTATS 1105577122 1105566322 A=39
Jan 13 00:45:22 - named[180]: XSTATS 1105577122 1105566322 RQ=39 RR=2 RIQ=0 RNXD=0 RFwdQ=36 RFwdR=2 RDupQ=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RTCP=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=3 SFwdQ=36 SFwdR=2 SDupQ=36 SFail=34 SFErr=0 SErr=24 RNotNsQ=39 SNaAns=0 SNXD=3
Jan 13 01:24:21 - kernel: MASQ: failed TCP/UDP checksum from 194.69.207.145!
Jan 13 01:24:23 - last message repeated 2 times

A to cały Recent log poniżej...
/edytowane/
Jan 12 21:48:07 - diald[263]: Nonzero exit status (255) on command '/bin/route add metric 1 dev sl0'
Jan 12 21:48:07 - diald[263]: FIFO: Force request received.
Jan 12 21:48:08 - diald[263]: Running connect (pid = 772).
Jan 12 21:48:08 - connect: Chat finished successfully
Jan 12 21:48:08 - diald[263]: Running pppd (pid = 775).
Jan 12 21:48:08 - diald[775]: Running pppd: /bin/pppd -detach modem crtscts mtu 552 mru 552
Jan 12 21:48:08 - kernel: registered device ppp0
Jan 12 21:48:08 - pppd[775]: pppd 2.3.5 started by root, uid 0
Jan 12 21:48:08 - pppd[775]: Using interface ppp0
Jan 12 21:48:08 - pppd[775]: Connect: ppp0 <--> /dev/cua0
Jan 12 21:48:11 - pppd[775]: Remote message:
Jan 12 21:48:11 - pppd[775]: local IP address 212.160.63.90
Jan 12 21:48:11 - pppd[775]: remote IP address 212.160.63.90
Jan 12 21:48:11 - named[180]: XX /127.0.0.1/metric.workgroup/A
Jan 12 21:48:11 - named[180]: XX /127.0.0.1/metric/A
Jan 12 21:48:15 - ntpdate[813]: no server suitable for synchronization found
Jan 12 21:48:16 - named[180]: XX /127.0.0.1/metric/A
Jan 12 21:48:47 - last message repeated 7 times
Jan 12 21:49:19 - last message repeated 3 times
Jan 12 21:49:32 - diald[263]: Nonzero exit status (255) on command '/bin/route add metric 0 dev ppp0'

To co mi wydaje się dziwne..

Najpierw system próbujje ustawic sl0 z adresem 212.160.62.131 a potem po nawiązaniu połączenia dostaje 212.16.63.90. Interfejs sl0 u mnie ma IP 127.0.0.2. Ten pierwszy komunikat diald nie powinien się normalnie pojawić . Być może to jest jakaś przyczyna problemów. Jadnak nie przychodzi mi do głowy co i na jakim etapie konfiguracji zostało skopane. Może gdybym przeanalizował całą konfiguracje, może przyszłoby mi coś do głowy.
PS. Usuwam zbędne fragmenty z twoich postów.
/dodane/
Sugeruję wejśc do setupu. Najpierw a (advanced - zaawansowana konfiguracja). Potem wejść do konfiguracji łącza (bodajże punkt 3) Zostaniesz poproszony o wpisanie nazwy ISP - wpiszesz sdi i na nowo skonfigurujesz łącze. Zapytany o adres IP, odpowiedz - dynamiczny. Potem zapisz i zrestartuj serwer. Moim zdaniem przyczyną jest zła konfiguracja połączenia.

_________________
Belfer.one.PL
Audio Cafe

Zanim to jednak zrobię chciałbym prosić o jeszcze jedną wskazówkę. Być może umknęło to twojej uwadze, ale w jednym z postów napisałem, że korzystam ze starego IP. Tzn. miałem 212.160.62.131, a jakiś czas temu zmieniono mi go na 212.160.63.90. używam tego starego, bo to z niego wystartowało mi pierwszy raz Feasy, a ponieważ działa justice to jest dla mnie niezbędne i nie zmieniałem. Z tego nowego IP nie wystartowało mi sdi od razu ani po czasie 3 minut, dlatego zostawiłem stary IP. Czy zatem zmienić IP na nowe?

Ktoś mnie bajerował, że jesteś nauczycielem polskiego, ale to chyba nie jest twoja aktualna profesja. Bez urazy nie znam nikogo, kto tak sie zna na danym oprogramowaniu. Dzięki za rady.

Tak, jestem polonistą, a w zakresie informatyki wyłącznie samoukiem bez żadnego "papierka" (w szkole uczę też informatyki, jest to możliwe jeszcze do 2006 roku). To tyle o mnie
Natomiast jeśli chodzi o IP, ktoś sprawdził to praktycznie, że bez podawania IP SDI też chodzi. Tak przestawiłem swoje i po zmianie IP parę miesięcy temu miałem kilkuminutową przerwę tylko. Serwer szybko połączył się ponownie i wystarczyło tylko wpisy dns zmienić, żeby po godzinie wszystko było jak dawniej. Dlatego jest to dobre wyjście. Zgodnie z zacytowanymi przeze mnie logami, u ciebie właśnie to powoduje, że nowe Freesco easy nie chce się normalnie łączyć. Tak jak mówiłem ustawienie IP jako dynamic w setupie powinno załatwić sprawę. Nie będzie żadnych problemów z połączeniem. Numer IP ustawiany jest bowiem i tak przez ppp po połączeniu.

_________________
Belfer.one.PL
Audio Cafe

Dzięki Maciek! Pomogło, dodatkowo wrzuciłem komendę blokującą kazzę i jeszcze DC. Ciekawi mnie tylko czy w Feasy było to zbędne, no bo rzekomo ma shapera. Jeszcze raz dziękuję

Dodatkowe regułki blokujące to i owo nie zaszkodzą. W zasadzie shaper powoduje, że się łącze nie zapycha. Sdi ma tu pewną przewagę nad aDSL, jest synchroniczne, a więc trudniej zapchac upload (przy p2p z reguły sie to równoważy). Jednak przynajmniej w stosunku do zbyt upierdliwych userów warto zastosować dodatkowe ograniczenia.

_________________
Belfer.one.PL
Audio Cafe