mickey

To nie za dużo bo w sumie to niewiele robi. Polecenie ifup -a odpala klienta DHCP i oddaje kontrolę systemowi. Nie czeka na IP, po prostu leci dalej. A po 30 sekundach się wyłączy jak IP nie dostanie. Jak dostanie w 3-iej próbie to się wyłączy po trzech. Natomiast wpisane sleep X powoduje właśnie, że przez X sekund system stoi.

Na tunerze powinno wystarczyć: sysctl -w net.ipv4.ip_forward=1 o ile już nie jest ustawione. Problem jest routing dalej. Na serwerze jak pisałem: route add 192.168.99.0/24 10.8.0.16 co informuje serwer, że wszystkie pakiety do sieci 192.168.99.0/24 mają być kierowany na adres OpenVPN tunera. Przy włączonym forwardingu tuner już będzie wiedział co z tym dalej zrobić. Problem pojawi się w innym miejscu. Dajmy na to, że serwer plików dostanie zapytanie z serwera i odeśle odpowiedź na ... domyślną bramę, czyli na router 192.168.99.1. A router wyśle na swoją domyślną bramę i pakiet zniknie :( Powinno więc wystarczyć dodać na routerze wpis do tablicy routingu: route add 10.8.0.0/24 192.168.99.101 Czyli, że wszystko co do sieci OpenVPN proszę kierować na tuner, on będzie wiedział co z tym zrobić. Możesz też pominąć jednego pośrednika i na każdym komputerze w sieci 192.168.99.0/24 zrobić podobny wpis w tablicy routingu. Czyli w skrócie: Tak, możesz zrobić co potrzebujesz.

Ogólnie napisałbym, że tak, ale nie jestem do końca pewny w czym problem. Domyślam się że chcesz się dostać na Router albo z SERWERA OPENVPN albo z innego klienta podłączonego do tego samego serwera. Na tunerze musi być aktywny "forwarding", ale zdaje się już jest jeżeli działają zarówno 10.8.0.16 jak i 192.168.99.101. Tuner wie jak się połączyć z 192.168.99.1, więc na serwerze czy też innym kliencie potrzebujesz wpisu (składnia może być błędna...): route add 192.168.99.0/24 10.8.0.16 Czyli: pakiety adresowane do podsieci 192.168.99.0/24 kieruj na 10.8.0.16. Jeżeli klient ma adres z sieci 10.8.0.0/24, dotyczy to również serwera, to byłoby na tyle. Natomiast jeżeli znowu reprezentuje jakąś podsieć, to kolejne route trzeba dopisać na tunerze. To da się zrobić nawet w konfiguracji serwer OpenVPN, ale że klikam ostatnio w Gargoyle, to nie dochodziłem jakie konkretnie wpisy są potrzebne. Ogólnie to są push route, tyle że zależne od klienta. Korekta. U mnie na kliencie dodawane jest raczej coś takiego: route add 192.168.99.0/24 10.8.0.1 Czyli pakiet do tej podsieci skieruj na adres serwera OpenVPN ale podany wcześniej wpis jest i tak na serwerze OpenVPN. Czyli każdy pakiet wysyłany do tej podsieci kierowany jest na adres serwera OpenVPN a on ma wiedzieć co z nim zrobić dalej.

A jakie pliki wrzuciłeś? Tak. Dokładniej: przeglądać listy kanałów dla danych operatórów, ale zakładam, że o to chodziło.

Jak chodzi o frontend1 odkomentuj te 3 linie w pliku /etc/init.d/gstm: # DSI87 ma jedn gowice # elif [ $rcstype == DSI87 ]; then # ln -sfn /dev/dvb/adapter0/frontend2_ /dev/dvb/adapter0/frontend1 Zakładam, że /dev/dvb/adapter0/frontend2_ masz... Jak chodzi o demuksy i dvry to na esi są: crw-r----- 1 root root 212, 4 Dec 18 02:05 demux0 crw-r----- 1 root root 212, 20 Dec 18 02:05 demux1 crw-rw---- 1 root root 212, 36 Dec 18 02:05 demux2 crw-rw---- 1 root root 212, 52 Dec 18 02:05 demux3 crw-r----- 1 root root 212, 5 Dec 18 02:05 dvr0 crw-r----- 1 root root 212, 21 Dec 18 02:05 dvr1 crw-rw---- 1 root root 212, 37 Dec 18 02:05 dvr2 crw-rw---- 1 root root 212, 53 Dec 18 02:05 dvr3 A w DSI powinny być co najwyżej 0 i 1 zdaje się. Wszystkie pliki są w paczce dev-gos.

Numerowanie w bukietach od 1 w ustawieniach Interfejsu GUI ustawione na nie?

To skutek użycia opcji "Configure to work without sat" w GOS Menadżerze, której efekt uboczny jest taki, że mamy GSa, przy próbie użycia demuxa, którego nie ma. Proszę poszukać i wyłączyć. Te rozszerzenia .disabled muszą zniknąć i powinno być ok. Jak rozszerzenia znikną i będziesz miał demux0-demux3 i dalej będą GSy ... to będziesz musiał dokładniej poszukać w ustawieniach opcji dotyczącej zapisu loga po błędzie. No chyba, że ktoś pamięta z głowy, gdzie ta opcja jest i Ci napisze.

Crashlog - u mnie w /hdd, ale formalnie to domyślnie jest chyba w /media/hdd ... a to nie zawsze to samo. Tylko trzeba poklikać trochę pilotem i włączyć - w tej chwili nie pamiętam gdzie jest ta opcja w menu ustawień. A drugie ... to komenda jaką masz wydać po zalogowaniu się na konsolę przez SSH lub telnet używając np. putty. Rozumiem, że to wątek dla świeżaka, ale takie rzeczy można znaleźć na forum.

Coś mi się kojarzy, że podobny problem był niedawno na forum. Piszący miał bałagan jak chodzi o ustawienia vfd/lfd w sysctl.gos - można to zmieniać w GOS Menadżerze.

Kopiuje się z zawartością, czyli na dysku docelowym ubywa miejsca? Jeżeli tak, to skopiuj wszystko i zacznij operować na kopii. Pozmieniaj nazwy folderów na jednoznakowe. Przeniś coś z głębin do katalogu głównego. Może w końcu pojawi się jakiś plik.

Jeżeli nie da się usunąć, to jest jakiś błąd w strukturze systemu plików. NTFS czy FAT32? Odpal Total Commandera, wyłącz opcję "Use long filenames" w konfiguracji i spróbuj wtedy gdzieś to skopiować albo tam zajrzeć. PS. Zakładam, że próbując skopiować, kopiujesz ta na jakąś inną partycję? 1. Pisowania!!!!! 2. Gdzie crashlog? 3. Co podaje ls -al /dev/dvb/adapter0/?

Już raz pisałem: (...) podajesz tylko część informacji, które sam uznałeś za istotne. A może istotne są te, których nie podałeś? A czemu my mamy analizować Twoje pliki konfiguracyjne. Może najpierw sam ustal różnice pomiędzy kartami oraz plikami konfiguracyjnymi (jest kilka narzędzi porównujących pliki tekstowe. Gdyby konfiguracja była poprawna, to karta 0100 nie dostawałaby zapytań 0B01, bo i tak nie wie co z nimi zrobić.

Zrób jak pisałem. Sprawdź plik interfaces. I zobacz ile discoverów jest na konsoli po zmianie.

A jak ma wyglądać, jeżeli podajesz tylko część informacji, które sam uznałeś za istotne. A może istotne są te, których nie podałeś? Jedną rzecz już zrobiłeś po tym co napisał AbrahaM, czyli ustawiłeś jeden CAID dla czytnika z fizyczną kartą. Wiele CAIDów ma sens tylko dla proxy. Zresztą zobacz sobie swoje logi - masz NOKi, bo karta jest odpytywana ECMemami dla 0B01 a to jest przecież kameleon, czyli 0100, i tylko na tym się zna. Z loga wnioskuję, że uprawnienia dla C+ idą na TVP1 HD? Bo taki kanał (3ABD) tam jest podany. No to zostało Ci już niewiele. Musisz teraz całą konfigurację zmusić do tego, żeby po przełączeniu na ten kanał próbowało dekodować z użyciem CAID 0100 i wtedy wysyłało zapytanie do tego czytnika z feniksem. Robi się albo samym oscam.dvbapi w odbiorniku albo dodatkowo jeszcze używając oscam.services.

Sprawdź załącznik. Trochę inne opcje, ale coś tam dodaje. Trzeba wejść w ustawienia sieci, zmienić na ręczna, zapisać, zmienić na dhcp, zapisać ... i sprawdzić, czy działa. network.zip

Zamiast zewnętrznej anteny spróbowałbym na początek wyciągnąć dongla w dogodniejsze miejsce na przedłużaczu USB.

Ogólnie rzecz biorąc: nie. Przynajmniej na razie nie spotkałem żadnej wtyczki, która pozwoli zwiększyć głośność ponad ustalony poziom max. Zakładam, że Downmix AC3 włączyłeś? Natomiast tak całkiem, to może dałoby się coś zrobić, tylko nie wiem jak głęboko trzeba grzebać w źródłach i nie wiem czy warto. Podczas downmiksu (jak to będzie po polsku?) 5-6 kanałów AC3 sumowanych jest do dwóch kanałów stereo z odpowiednimi współczynnikami. Współczynniki są (powinny być?) przesyłane w strumieniu AC3, ale np. ffmpeg umożliwia zmianę tych współczynników, więc MOŻE też da się zmienić je w E2.

Problem przerabiałem z dyskiem 3.5" podłączonym na kablu SATA ale wystawionym na zewnątrz i z osobnym zasilaniem w ESI-88. Nawet spłodziłem coś takiego: #!/bin/bash is_connected=`fdisk -l | grep 298.1 | wc -l` if [ "$is_connected" -eq 0 ] then data=`date '+%Y-%m-%d; %H:%M:%S'` echo "$data; state: BAD" >> /tmp/check_disk.txt umount /hdd rm -f /hdd/epg.dat echo "- - -" > /sys/class/scsi_host/host0/scan mount LABEL=records state=`fdisk -l | grep 298.1 | wc -l` if [ "$state" -gt 0 ] then echo "$data; state: OK" >> /tmp/check_disk.txt fi fi A było to odpalane z crona co godzinę. I raczej nie bardzo pomogło :( Znaczy echo, które wywołuje restart szyny SATA nie zawsze działało. Skończyło się i tak na zamontowaniu normalnego dysku w kieszonce w ESI i się uspokoiło. Spróbuj z inną taśmą SATA...

Dotykanie /etc/passwd podczas opkg upgrade jest niedopuszczalne, więc proponowanej przeze mnie zmiany pliku w obrazie na stronie nawet nie zauważysz na działającym systemie. No chyba, że będziesz instalował na nowo, to przez chwilę możesz mieć problem ;) No i ta sprzeczność pozostanie :) Ale z jednym się zgodzę: Użytkownika, który świadomie wystawia na świat jakiś system bez wprowadzenia podstawowych zabezpieczeń nie ma co na siłę chronić. To wszystko jedno, czy to GOS czy inny system i czy jest to port 22 czy jakiś inny. Obecnie i tak muszą gdzieś znaleźć info, że domyślnie jest root bez hasła. Tyle, że takiej kombinacji (chyba) można się domyślić.

Jak ktoś mało świadomy będzie grzebał, to skończy się tak jak zawsze. Ale z drugiej strony to co podałem powinno w pewnym stopniu zabezpieczyć tych najmniej świadomych, których wiedza o sieci kończy się na (poprawnym) podłączeniu kabla. A wydaje się, że ogólnie nie powinno sprawiać kłopotów przy użytkowaniu? Zabezpieczy też trochę ogól przed kolejnym zombie ;)

Taka nadopiekuńczość ostatnimi czasy staje się standardem. Tyle, że nie bardzo chodzi o to, żeby chronić lamerów a bardziej o to, żeby chronić sieć przed maszynami "zombie", którymi stają się zaatakowane komputery. A gdyby tak (nie jestem pewny czy to na pewno da się zrobić bezboleśnie) zmienić domyślne ustawienia w /etc/passwd z: root::0:0:root:/root:/bin/sh na: root:hash_jakiegos_pokreconego_hasla_ktore_nie_zostanie_podane_a_bedzie_mozna_zmienic:0:0:root:/root:/bin/sh gosadmin::0:0:root:/root:/bin/sh W założeniach: Domyślny login do systemu do gosadmin bez hasła ... co zostanie podane na stronie głównej projektu. Kto będzie chciał zrobi sobie porządek. Automatyczne ataki są jednak na roota.

I fdisk -l po takim zniknięciu dysku już nie pokazuje? Spróbuj testowo wyłączyć usypianie dysku... Ogólnie wygląda na to, że dysk sobie znika z powodu zakłóceń w transmisji po kablu (SATA albo USB, nie wiem jaki masz dysk). Ponowne przeskanowanie magistrali SATA: echo "- - -" > /sys/class/scsi_host/host0/scan Czasami działa, ale lepiej spróbować wymienić kabel.

Potwierdzam :) Konto najlepiej bez hasła. A już najlepiej bez konta. Niech się samo loguje. A jak ma być hasło, to tak ze 3 znaki co najwyżej, ale jakiś "łańcuszek na klawiaturze"...

Czyli znowu wprowadzając pewne utrudnienie w postaci konieczności poinformowania gdzieś na stronie jak się dostać do własnego tunera, czego wspomniane 80% nie przeczyta albo wręcz nie będzie w stanie znaleźć.

Jeżeli w odpowiedzi na mojego posta, to potrzebny byłby wynik polecenia free.