Skocz do zawartości

garus

Members
  • Postów

    37
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez garus

  1. Nie możesz podłączyć 2 penów na raz do tunera?

    To co robiłeś tą komendą?

    Pendrive formatowałem pod konsolą przez komendę mkfs.ext2 -b 4096 -I 128 -L "system" /dev/sdb1.

    Masz hdd w tym tunerze?

     

    Skoro hdclone tego nie może zrobić, to robię to pod tunerem, z konsoli.

    Ale później nie moge rozpakować archiwum. Nie wiem dlaczego.

    Jak to piszą... logi :)

  2. Rozumiem, że podpinasz do tunera 2 pendrive'y:

    sda1 - system

    sdb1 - na nim ma znaleźć się kopia system

    Formatujesz sdb1, by zaraz potem wyjąć oba pendrive'y do kompa z windows i użyć hdclone? Dawno nie używałem hdclone, ale z tego co rozumiem to te formatowanie jest bez sensu, bo hdclone i tak kopiuje całe partycje i je nadpisze. Zapewne używając odpowiednich opcji da się sklonować pendrive'a z systemem, tak żeby zadziałał, ale jak to nie odpowiem bo programu nie używam. Tylko po co to robić jak możesz użyć do tego celu tylko linuxa...

     

    Na początek to sformatuj pena zgodnie z zaleceniami w FAQ:

    mkfs.ext3 -c -L "rootfs" -b 4096 -I 128 /dev/sdb1

     

    Następnie możesz zrobić na niego kopię systemu narzędziem sysbckp (we wtyczkach na forum znajdziesz też SystemBackup, żeby zrobić to z gui) i tak utworzoną kopię rozpakować tar'em do sdb1.

     

    Możesz też nie używać narzędzi do backup'u, tylko po sformatowaniu pena wydać komendy:

    cd /autofs/sda1
    cp -r * /autofs/sdb1

    W praktyce nie sprawdzałem, ale jeśli box z penem dobrze współpracuje to powinno zadziałać.

     

  3. wymagane 4mb a niby mam 1mb o co chodzi  bo mam partycje 2gb

    Chodzi o użycie opcji "Human readable" przy wywołaniu df w skrypcie /etc/cron/daily/check_update. Co jest czytelne dla człowieka, niekoniecznie jest czytelne dla tego skryptu. Skrypt "nie zauważa" literki G przy ilości wolnego miejsca i "traktuje" np. 1.9G jako 1 MB.

     

    Niestety z tego co analizuję, jeśli będziemy mieli poniżej 1MB wolnego miejsca (np. 923.3K) to skrypt w aktualnej formie pozwoli na aktualizację...

    Chyba najprostszym rozwiązaniem problemu byłaby zmiana opcji df na "1M-byte blocks", przy okazji nie trzeba przy tym odcinać tekstu po kropce, czyli zamiana:

    rootfree=`df -h | grep "/dev/root" | awk '{print $4}' | head -n1 | cut -d "." -f1`

    na

    rootfree=`df -m | grep "/dev/root" | awk '{print $4}' | head -n1`

     

     

     

    Z drugiej strony po co Ci tak duża partycja na system???

  4. @tux, analizę działania skryptu przeprowadziłem po tym, jak stwierdziłem, że źle tworzy mi archiwum...

     

     

    Prawie na samym końcu skryptu przed wywołaniem funkcji gen_obraz masz przejście do katalogu .../backup/temp

    cd $bckp_patch/temp
    gen_obraz

     

     

    gen_obraz()
    {
    gen_readme
    if cat /proc/cmdline | grep mtd > /dev/null; then
       cd $bckp_patch/temp/boot
       if [ $rcstype == ADB2850 ]; then
          dd if=/dev/mtd0 of=uImage
       elif [ $rcstype == ESI88 ] || [ $rcstype == UHD88 ] || [ $rcstype == DSI87 ] || [ $rcstype == ADB5800 ]; then
          dd if=/dev/mtd1 of=uImage
       fi
    fi
    cd ..
    echo "Tworzę archiwum rootfs"
    tar -czf $bckp_patch/$nazwa_pliku.tar.gz *

     

     

    Jeśli system nie jest odpalony z nor/nand to pierwszym poleceniem, które się wykona po wygenerowaniu readme jest "cd.." czyli przechodzimy do katalogu .../backup. Kolejne polecenie tar tworzy archiwum ze wszystkiego co jest w tym katalogu. Jeśli tego dalej nie widzisz to sprawdź doświadczalnie.

    Ja tam sobie poprawiłem i nie mam z tym problemu, ale jak już tyle pracy zostało włożone w skrypt to niech wszystkim działa jak należy.

  5. rootfs ma być tworzony z tego katalogu co teraz.

     

    Reszta poprawiona.

    @tux

    Aktualnie rootfs w przypadaku tworzenia backupu systemu rootfs (a nie nor/nand) tworzony jest z całego katalogu /backup, czyli z pustego katalogu /backup/roottmp, /backup/temp oraz ze wszystkiego innego co jest w katalogu /backup (np. ze starych kopii zapasowych). Na pewno nie takie było zamierzenie...

     

    http://forum.xunil.pl/index.php/topic,82.msg40953.html#msg40953

    Tutaj np. było zgłoszenie tego problemu. Ale jak widać chyba mało kto używa tego narzędzia, przynajmniej do tworzenia kopii z rootfs.

  6. To Tobie dzięki...

     

    Ale jak już przy głosie jestem, to takie drobne poprawki do /usr/bin/sysbckp mam dotyczące tworzenia  archiwum z systemu rootfs:

     

    1. Archiwum ...rootfs.tar.gz tworzone jest nie z katalogu .../backup/temp a z katalogu .../backup

    gen_obraz()
    {
    gen_readme
    if cat /proc/cmdline | grep mtd > /dev/null; then
        cd $bckp_patch/temp/boot
        if [ $rcstype == ADB2850 ]; then
            dd if=/dev/mtd0 of=uImage
        elif [ $rcstype == ESI88 ] || [ $rcstype == UHD88 ] || [ $rcstype == DSI87 ] || [ $rcstype == ADB5800 ]; then
            dd if=/dev/mtd1 of=uImage
        fi
    fi
    cd ..
    echo "Tworzę archiwum rootfs"
    tar -czf $bckp_patch/$nazwa_pliku.tar.gz *

     

    Aby to poprawić wystarczy linię z "cd.." przenieść przed fi (czyli o 1 w górę).

     

    2. Archiwum nor nie zawiera natomiast poprawnego kernel.img

        echo "Kopiuję kernel.img"
        mv $bckp_patch/temp/boot/uImage $bckp_patch/kernel.img

     

    Polecenie mv nie przenosi poprawnie kernela tylko sam link do uImage i w miejscu docelowym nie mamy kernela. Wystarczy w tym wypadku zamienić mv na cp.

        echo "Kopiuję kernel.img"
        cp $bckp_patch/temp/boot/uImage $bckp_patch/kernel.img

  7. Dzisiaj zaktualizowałem UHD88 (tylko aktualizacje z 28.07, repo release) i po tym przestał mi działać CEC.

    Sprawdziłem:

    GraterliaOS:~# lsmod | grep cec
    GraterliaOS:~#

     

    więc:

    GraterliaOS:~# insmod /lib/modules/cec.ko
    GraterliaOS:~# lsmod | grep cec
    cec                    15568  0 
    stmcore_display_sti7105   135248  5 cec,player2,stmdvb,pseudocard
    e2_proc                10672  4 cec,player2,stmdvb,fan_ctrl
    GraterliaOS:~#

     

    ale CEC dalej nie działa. Ręczne wysłanie komendy:

    GraterliaOS:~# echo "35 44 43 " > /proc/stb/cec/send
    sh: write error: Input/output error
    GraterliaOS:~#

     

    /proc/stb/cec/send jest normalnie w drzewie katalogów widoczny.

  8. Do tego, aby działał program /usr/sbin/fw_printenv (znajdujący się w systemie) konieczny jest plik konfiguracyjny /etc/fw_env.config o zawartości:

     

    # MTD device name       Device offset   Env. size       Flash sector size
    /dev/mtd0               0x00040000      0x00010000      0x20000
    

     

    fw_printenv  fw_setenv służy do wyświetlania i zmian zmiennych env u-boota.

    Osobiście czasami używam tego do zmiany, z której partycji staruje system, np.:

    fw_setenv boot_default 2
    

     

     

    Dużo wygodniejsze od męczenia się z przyciskami na obudowie...

  9. Zastanawiam się, czy komuś z Was działa regulacja głośności na zewnętrznych urządzeniach przez HDMI-CEC.

    Mi działa.

     

     

    Ja jednak zastanawiam się czemu ten temat prawie nikogo nie zainteresował. Dużo wygodniej jest przecież sterować głośnością amplitunera trzymając w ręku pilot od tunera niż zmniejszając głośność w tunerze (zmniejszyć w sumie zawsze można, a zrobić głośniej często skali brakuje). Tym bardziej, że w ogóle nie działa regulacja głośności ścieżek AC3 (przynajmniej na wyjściu HDMI). Nikt nie słucha tych ścieżek bez downmixu?

    Mnie temat zainteresował już dawno (za czasów softów Freeboxa), z tym że nie zrobiłem tego przez skrypty (nawet mi to do głowy nie przyszło), a poprzez modyfikację pliku VolumeControl.py. Np. do zwiększania głośności wystarczyło zamienić linijkę:

    self.setVolume(+1)

    na

    open('/proc/stb/hdmi/cec', 'w').write('354441')

    Mój tuner jest podłączony bezpośrednio do amplitunera a nie TV, dlatego użyłem adresu 35 a nie 30 jak Ty.

    Analogicznie wystarczyło zmienić linijki dla vol- i mute.

    Potem przerobiłem plugin CEC, żeby można w menu włączać lub wyłączać to sterowanie. Na jakiejś wczesnej wersji Graterli też to sobie odpaliłem, ale oczywiście po którejś aktualizacji szlag to trafił. Następnie pojawił się nowy sterownik do CEC, kolejne aktualizacje, instalacje od nowa systemu i tak jakoś porzuciłem temat.

     

    Wczoraj przeczytałem Twego posta i pomyślałem, że trzeba wrócić do tematu. W załączniku załączam przerobiony przeze mnie plugin CEC, w którym możemy sobie włączyć Sterowanie volume oraz wybrać adres (typ urządzenia), którym chcemy sterować (nie pamiętam teraz protokołu CEC, dałem możliwość wyboru od 30 do 39). Oczywiście do kompletu jest również przerobiony VolumeControl.pyo. Wystarczy rozpakować plik cec_audio.tar.gz do katalogu głównego, zrestartować GUI i uaktywnić opcję w ustawieniach HDMI CEC. Aktualnie mam tuner, w którym jest nowy typ sterownika CEC i u mnie to działa, ale starałem się tak wprowadzić poprawki, żeby działało też na starym sterowniku. Nie mam jednak jak tego aktualnie przetestować. Teoretycznie powinno być OK, przynajmniej do jakiejś aktualizacji ;)

    Z myślą o tej aktualizacji załączam też pliki źródłowe, może ktoś to kiedyś poprawi żeby było bardziej profesjonalnie zrobione i doda do systemu :) .

     

     

    Aktualnie to rozwiązanie ma tylko jeden minus: jak zmieniamy głośność nie pojawia się na ekranie pasek głośności. Teoretycznie sam sam pasek mógłbym zrobić żeby był, ale bez informacji zwrotnej z amplitunera o aktualnym poziomie głośności nie ma to raczej większego sensu. Kiedyś próbowałem przechwycić z amplitunera tą informację (teoretycznie w protokole CEC są odpowiednie komendy) ale nie udało się.

     

     

    UWAGA! W momencie uaktywnienia opcji sterownia przez HDMI głośność tunera jest ustawiana na 100%.

     

    cec_audio.tar.gz

    plugin.py

    VolumeControl.py

  10. Potwierdzam także poprawne działanie openvpn na uhd88!

    Dzięki za poprawkę.

     

     

    Czyli o tym, że openvpn zadziała na Graterlii dla DSI87 raczej można zapomnieć? Troszkę szkoda, bo poza tym openvpn tunerek wydaje się bardzo przyzwoicie działać :(

  11. Dzisiaj zrobiłem upgrade w swoim esi88 i openvpn zaczął zawieszać tuner identycznie jak wyżej opisałem uhd88...

     

     

    Nie wiem jak było wcześniej z dsi87, bo dopiero dzisiaj miałem pierwszy kontakt z tym tunerem, w każdym bądź razie openvpn też nie działa. Wgrałem najnowszy soft ze strony, upgrade, instalacja openvpn i w logu mam:

    ...
    
    Sun Nov 29 13:35:49 2015 SENT CONTROL [uufccjrxdijfiiw]: 'PUSH_REQUEST' (status=1)
    Sun Nov 29 13:35:50 2015 PUSH: Received control message: 'PUSH_REPLY,topology subnet,route-gateway 10.7.0.1,ping 5,ping-restart 15,ifconfig 10.7.0.17 255.255.255.0'
    Sun Nov 29 13:35:50 2015 OPTIONS IMPORT: timers and/or timeouts modified
    Sun Nov 29 13:35:50 2015 OPTIONS IMPORT: --ifconfig/up options modified
    Sun Nov 29 13:35:50 2015 OPTIONS IMPORT: route-related options modified
    Sun Nov 29 13:35:50 2015 ERROR: Cannot open TUN/TAP dev /dev/net/tun: No such device (errno=19)
    Sun Nov 29 13:35:50 2015 Exiting due to fatal error

    Co ciekawsze urządzenie /dev/net/tun w systemie plików jest widoczne. Macie jakieś sugestie?

     

     

    Niestety coś w miarę upgrade'owania openvpn'a na coraz większej ilości tunerów mam z nim problem. W domu nie mam aktualnie żadnego BSKA żeby na nim sprawdzić, a zdalnie to już boję się upgrade'u niestety robić...

    Dodam tylko, że serwer openvpn mam postawiony na Debianie (serwer VPS KVM), a klienci podłączają się bezproblemwo z systemów openwrt (CC), android, windows 10 no i do niedawna z Graterlii.

  12. @bogdanm

    openvpn służy do łączenia rozproszonych urządzeń w jedną bezpieczną sieć

     

     

    Co do mojego problemu natomiast, to chyba siedzi gdzieś on w plikach związanych typowo z uhd88. Po wykonaniu identycznej procedury wgrania i upgrade'u softu na BSKA openvpn działa jak należy.

  13. Praktycznie mam czysty system - przedwczoraj pobrany SagemCom_UHD88_Graterlia_nor.tar.gz, przełączenie na ready, aktualizacja, zmiana oscam na webif i zainstalowanie openvpn.

     

     

    GraterliaOS:~# opkg list-installed
    alsa-libs - 1.0.29-1
    autofs - 4.1.4.6
    busybox - 1.23.2-1
    cron - 4.1-3
    dev-gos - 1.0.16
    dvbsnoop - 1.4.50
    e2fslibs - 1.42.11
    e2fsprogs - 1.42.11
    enigma2 - 2015-09-28-git-1
    enigma2-data - 2015-09-28-git-1
    enigma2-default-fonts - 0.2.0
    enigma2-i18n-default - 2015-10-05-1
    enigma2-keymaps - 2015-05-13-git-2
    enigma2-libs-metapack - 1.0.10
    enigma2-plugin-fancontrol - 1.14.3
    enigma2-plugin-frontpanel - 2.0.8
    enigma2-plugin-graphmultiepg - 0.2.5
    enigma2-plugin-openwebif - 0.4.7-2
    enigma2-plugin-videomode - 0.2.1
    enigma2-plugins-default - 2015-08-25-git-1
    enigma2-skin-default - 2015-10-14-tux-1
    ethtool - 6.0.0
    expat-libs - 2.1.0-1
    flac-libs-gos - 1.3.1
    font-ae-almateen - 0.2.0
    font-andale - 0.2.0
    font-cool - 0.2.0
    font-lcd - 0.2.0
    font-nmsbd - 0.2.0
    font-tuxtxt - 0.2.2
    font-valis-enigma - 0.2.0
    freetype - 2.5.5.1
    giflib - 6.5.0.6
    glib2-gos - 2.45.4-1
    glibc-gos - 2.14.1-55
    glibc-libcrypt-gos - 2.14.1-53
    graterlia - 2.1.17
    graterlia-core - 2.0
    graterlia-locale-pl - 2.14.1
    graterlia-logo - 1.0.9
    graterlia-manager - 0.1.163
    graterlia-manager-i18n-default - 0.1.109
    graterlia-scripts - 0.1.256
    graterlia-system-core-metapack - 2.1.4
    gst-plugins-base-gos - 1.6.0-1
    gstreamer-gos - 1.6.0-1
    hdparm - 9.45
    kernel-core-default-gos - 2.6.32.61.0217.05
    kernel-modules-default-gos - 2.6.32.61.0217.05
    kernel-modules-fan-gos - 2.6.32.61.0217.05
    kernel-modules-tun-gos - 2.6.32.61.0217.05
    libass - 5.0.11.1
    libavresample - 1.1.0
    libblkid1 - 2.25
    libbz2 - 1.0.6-1
    libcap - 2.16.0
    libcomerr2 - 1.42.11-1
    libdca - 0.0.5
    libdreamdvd - 0.0.5
    libdvbsi++ - 0.3.7-1
    libdvdnav - 4.2.1
    libdvdread - 4.9.9
    libexif - 0.6.20
    libexslt - 0.8.17
    libffi - 6.0.4
    libgcc-gos - 4.8.3-135
    libgcrypt - 1.4.4
    libgmp - 6.0.0-1
    libgnutls - 3.4.3-1
    libgpg-error - 1.10.6
    libid3tag - 0.15.1b-1
    libjpeg-turbo - 1.2.1-5
    liblzo2 - 2.09
    libmad - 0.15.1b-1
    libmme-libs - 1.0.4
    libmodplug - 0.8.8.4-1
    libmount1 - 2.25
    libmpc - 1.0.2-1
    libnettle - 3.1-1
    libogg - 1.3.2
    libopen - 1.0.0-2
    liborc - 0.4.24
    libpcre - 1.2.1
    libpng - 1.6.17-1
    libproc - 3.2.8
    librtmp - 2.4.4
    libsigc++ - 1.2.7
    libsmartcols - 2.25
    libsoup - 2.50.0-1
    libsqlite3 - 3.8.6
    libss - 2.0.1
    libstdc++ - 4.8.3-145
    libtermcap - 2.8.0
    libtuxtxt - 1.99.1-2
    libuuid1 - 2.25
    libvorbis - 1.3.4
    libwrap-libs - 7.6.0
    libxml2 - 2.9.0-1
    lirc-libs - 0.9.0-1
    mpfr - 3.1.2-9
    ncurses-libs-gos - 5.9-1
    ntpdate - 1.0.3-11
    openssh - 7.1.p1-2
    openssl - 1.0.2-1
    openvpn - 2.3.8.0
    opkg - 0.2.4-11
    oscam-webif - 1.20-r11037-2
    procps - 3.2.8
    python-base-gos - 2.7.9-1
    python-cheetah-gos - 2.4.4-2
    python-crypto-gos - 2.5-3
    python-elementtree-gos - 1.2.6-20050316-1
    python-openssl-gos - 0.13.1
    python-twisted-base-gos - 13.2.0-1
    python-usb-gos - 1.0.0a3-1
    python-wifi-gos - 0.5.0-1
    python-zope-interface-gos - 4.1.1-1
    readline - 6.2-1
    remote-gos - 1.0.23
    sdparm - 1.09-1
    smartmontools - 6.3.0
    sti-firmware-audio - 1.0.1
    sti-firmware-video - 1.0.1
    stm-utils - 1.0.9
    system-core - 2.1.16
    sysvinit - 2.88.0dsf-25
    util-linux-gos - 2.25-6
    vsftpd - 3.0.2.3
    wget - 1.16.0
    zlib - 1.2.8-1
    GraterliaOS:~#

  14. Ale co dokładniej do poprawki? Z logu nic nie wynika.

    Dokładnie na takiej konfiguracji działa mi kilka box'ów, nawet jak dokładnie tą wgram do drugiego tunera (esi88) tyle że z openvpn przed aktualizacją to zero problemu.

     

     

    Poza tym nawet jak konfiguracja byłaby nieodpowiednia to i tak openvpn powinien co najwyżej nie działać, a nie zawieszać tuner chyba?

  15. A u mnie nie działa  :( .

    Od wczoraj próbowałem zaktualizować mojego uhd88 z repo ready. Niestety po aktualizacji totalny zwis tunera, nie będę rozpisywać się dalej bo znalazłem winowajcę - openvpn.

     

     

    Dzisiaj świeży soft wgrany do NOR, przełączenie na repo ready, upgrade zgodnie z opisem i tuner działa. Po zainstalowaniu openvpn działa dalej, po wgraniu configa przy uruchomieniu zawieszenie. Na ekranie tylko ekran startowy, nie działa ssh, na szczęście działa ftp, więc mogłem usunąć config i po restarcie tuner wstał normalnie. Dodam, że restart mogłem zrobić tylko przez odcięcie zasilania (5x POWER też nie działał).

    Po restarcie ponowne wgranie config'a i restart gvpn z konsoli. Po tym niby konsola działała, ale tylko do czasu użycia polecenia ifconfig - po tym został tylko restart poprzez odcięcie zasilania...

     

     

    Poniżej mój config i log z ovpn:

    client
    remote          xx.xx.xx.xx 1194
    dev             tun
    proto           udp
    status          /tmp/current_status
    resolv-retry    infinite
    ns-cert-type    server
    topology        subnet
    verb            3
    log             /tmp/openvpn.log
    
    
    cipher          BF-CBC
    keysize               128
    
    
    ca              /etc/openvpn/ca.crt
    cert            /etc/openvpn/uhd88.crt
    key             /etc/openvpn/uhd88.key
    tls-auth        /etc/openvpn/ta.key 1
    
    
    nobind
    persist-key
    persist-tun
    comp-lzo

     

     

    Fri Oct 16 17:47:27 2015 OpenVPN 2.3.8 sh4-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [MH] [iPv6] built on Oct 14 2015
    Fri Oct 16 17:47:27 2015 library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.09
    Fri Oct 16 17:47:27 2015 WARNING: file '/etc/openvpn/uhd88.key' is group or others accessible
    Fri Oct 16 17:47:27 2015 WARNING: file '/etc/openvpn/ta.key' is group or others accessible
    Fri Oct 16 17:47:27 2015 Control Channel Authentication: using '/etc/openvpn/ta.key' as a OpenVPN static key file
    Fri Oct 16 17:47:27 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Fri Oct 16 17:47:27 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Fri Oct 16 17:47:27 2015 Socket Buffers: R=[105472->131072] S=[105472->131072]
    Fri Oct 16 17:47:27 2015 UDPv4 link local: [undef]
    Fri Oct 16 17:47:27 2015 UDPv4 link remote: [AF_INET]xx.xx.xx.xx:1194
    Fri Oct 16 17:47:27 2015 TLS: Initial packet from [AF_INET]xx.xx.xx.xx:1194, sid=0739ad98 40d3190f
    Fri Oct 16 17:47:27 2015 VERIFY OK: depth=1, C=??, ST=UnknownProvince, L=UnknownCity, O=UnknownOrg, OU=UnknownOrgUnit, CN=uufccjrxdijfiiw, name=uufccjrxdijfiiw, emailAddress=uufccjrxdijfiiw@qdatayfcqnorvsg.com
    Fri Oct 16 17:47:27 2015 VERIFY OK: nsCertType=SERVER
    Fri Oct 16 17:47:27 2015 VERIFY OK: depth=0, C=??, ST=UnknownProvince, L=UnknownCity, O=UnknownOrg, OU=UnknownOrgUnit, CN=uufccjrxdijfiiw, name=uufccjrxdijfiiw, emailAddress=uufccjrxdijfiiw@qdatayfcqnorvsg.com
    Fri Oct 16 17:47:28 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Fri Oct 16 17:47:28 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Fri Oct 16 17:47:28 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Fri Oct 16 17:47:28 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Fri Oct 16 17:47:28 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Fri Oct 16 17:47:28 2015 [uufccjrxdijfiiw] Peer Connection Initiated with [AF_INET]xx.xx.xx.xx:1194
    Fri Oct 16 17:47:30 2015 SENT CONTROL [uufccjrxdijfiiw]: 'PUSH_REQUEST' (status=1)
    Fri Oct 16 17:47:30 2015 PUSH: Received control message: 'PUSH_REPLY,topology subnet,route-gateway 10.7.0.1,ping 5,ping-restart 15,ifconfig 10.7.0.2 255.255.255.0'
    Fri Oct 16 17:47:30 2015 OPTIONS IMPORT: timers and/or timeouts modified
    Fri Oct 16 17:47:30 2015 OPTIONS IMPORT: --ifconfig/up options modified
    Fri Oct 16 17:47:30 2015 OPTIONS IMPORT: route-related options modified

×
×
  • Dodaj nową pozycję...