Żeby tunelować port innego urządzenia musi być w dropbear GatewayPorts=1.
A w ogóle to użyj autossh.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez mrox
Żeby tunelować port innego urządzenia musi być w dropbear GatewayPorts=1.
A w ogóle to użyj autossh.
Ale bramą domyślną jest jeden z ruterów, i to przez niego łączysz się z powodzeniem? Przez drugi ruter nie będzie działać, bo pakiet w prawdzie dociera do serwera, ale odpowiedź "wychodzi" bramą domyślną, czyli przez pierwszy ruter, więc ma inny adres źródłowy - po dojściu do celu ginie, bo z takim adresem nie było nawiązywane żadne połączenie - ruter odrzuca go.
Rozwiniesz myśl?
Powodem są opóźnienia występujące przy przesyle pakietów przez sieć.
Urządzenie (program urządzenia) nie toleruje żadnych opóźnień w odpowiedzi i jest problem - praktycznie nie do przejścia bez modyfikacji programu w urządzeniu.
Ale jakie masz założenia? Musi być pełne RS-232 na płycie?
RPi ma jak najbardziej pamięć flash... na karcie, nie ma natomiast "wysokonapięciowego" RS-232.
Następne pytanie co chcesz tym przesyłać, bo nie wszystkie urządzenia, które normalnie komunikują się przez RS-232 będą działać.
Najtańszy router (chyba tl-wr740n) + konwerter na max232 3.3V (na allegro w postaci kabelków lub płytek z gniazdem DB9).
W moim przypadku nie ma to żadnego znaczenia - dane są wysyłane stosunkowo rzadko, a rss-232 jest na tyle szybki, że... nawet nie chce mi się liczyć jak szybko mógłbym zmieniać stany. Z resztą to tylko przykład - tak naprawdę wysyłam tam więcej rzeczy - komendy są bardziej skomplikowane.
Jednak wychodzą błędy, ale dopiero za drugim przebiegiem - sprawdzanie wzorcem 0xAA nie pokazało błędów. Nie rozumiem tego.
Wysyłanie danych w postaci jednego bajtu to niezbyt dobry pomysł - wystarczy byle śmieć i zmieni ci stan.
Ja robiłem coś takiego:
echo -n -e "B00000001E\r" >/dev/ttyUSB0
Oczywiście w procku odczytuję całą linię i sprawdzam, czy na odpowiednich pozycjach są znaki B i E (od begin, end) i pomiędzy nimi tylko zera lub jedynki i dopiero wtedy podejmowane jest działanie.
Ponieważ zdarzało się, że złapało jakiegoś śmiecia, zrobiłem tak:
echo -n -e "\rB00000001E\r" >/dev/ttyUSB0
Dzięki temu najpierw jest zakończana linia z ewentualnym śmieciem (i ignorowana przez procek) a następnie właściwe dane.
1.... chyba /tmp/resolv.conf.auto
2. Wyłączyłem rebind_protection - działa. Dzięki.
1. Jak sprawdzić jaki dns dostaję przez dhcp? Oryginalny resolv.conf wskazuje na 127.0.0.1.
2. Domeny lokalne mają adresy... lokalne tj. dla mojego openwrt są za wan-em, ale są z puli prywatnej.
Mam dhcp na wan-ie. Jest tam lokalny serwer dns i lokalne domeny, które niestety nie są rozwiązywane w openwrt. Jak ustawię ręcznie w resolv.conf ten serwer to oczywiście działa.
Dlaczego badblocks z opcją -w (czyli test zapisu) nie wykrywa żadnych błędów, natomiast bez tej opcji (czyli tylko odczyt) zawsze wychodzą błędy? (dysk mam na 90% uszkodzony).
Ja wcale w tym przypadku nie potrzebuję szyfrowania. Tunel jest potrzebny żeby połączyć się za nata i/lub zmienne IP.
Potrzebuję przepuścić spory ruch (kamerka) przez tunel. Czy ktoś ma z tym jakieś doświadczenia? Tunel zestawiłem i działa, ale nie wszystko mogę przetestować u siebie, bo mam mały upload. Czy jest duży narzut w przesyłanych danych? Czy taki ruterek poradzi sobie z tunelowaniem 1Mbit? 2Mbit? - tu przecież dane muszą być szyfrowane "w locie", bo cały czas napływają nowe, więc mam wątpliwości.
Jakie są alternatywy? VPN - trochę kłopotliwe będzie w moim przypadku, ale jak się okaże, że jest 2-3 razy wydajniejsze to nie mam wyjścia.
Przestawiłem z UCI wan na eth0 i skasowałem go z lan i działa. Niestety z webconfigu gargoyle nie da się tego zrobić - interfejs wan jest tylko "Domyślny" i każda próba zapisania konfiguracji kończy się tym, że lan jest eth0, wan - eth1.
Czy w Ubiquiti Unifi jest możliwy tryb routera (bramy)?
Wgrałem najnowsze Gargoyle i jest tam tryb router, ale po przełączeniu na niego nadal mam z obydwu stron LAN.
Rejestrujesz domenę, tworzysz subdomeny dla poszczególnych lokalizacji i wpisujesz ich adresy do dns - jeśli są stałe. Jeśli nie, to sprawa się komplikuje, bo trzeba np. postawić serwer ddns. Będziesz miał np: kamera1.abcdefgh.pl, kamera2.abcdefgh.pl itd.
Redirect zadziała tylko wtedy, jeśli kamera jest obsługiwana przez protokół http (czyli jeśli otwierasz ją w przeglądarce).
Temat odległy od OpenWrt.
Oldconfig przywraca config.old ? Jeśli tak, to nie rozumiem co by to miało dać. Jeśli pytasz czy przywracałem config do ustawień "fabrycznych" to wydaje mi się, że takie przywrócenie robi się przy każdej zmianie platformy - w każdym razie zaznaczyłem od nowa kmod-sound-core, kmod-usb-audio, alsa-utils (alsa-lib zaznacza się samo) i madplay + zmieniony makefile i nie kompiluje się. Spróbuję jeszcze zrobić to na AA, bo do tej pory próbowałem na trunk-u.
Nie skompiluje się.
Zmieniłem w makefile --without-alsa na --with-alsa, dopisałem też w DEPENDS:+alsa-lib.
mv -f .deps/audio_wave.Tpo .deps/audio_wave.Po
mips-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -I. -Iintl -DLOCALEDIR=\"/usr/share/locale\" -I/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/include -I/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/include -I/home/mir/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/usr/include -I/home/mir/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/include -Wall -pipe -Wno-error=unused-but-set-variable -mno-branch-likely -mips32r2 -mtune=34kc -msoft-float -fhonour-copts -fomit-frame-pointer -MT audio_alsa.o -MD -MP -MF .deps/audio_alsa.Tpo -c -o audio_alsa.o audio_alsa.c
audio_alsa.c: In function 'play':
audio_alsa.c:288:4: warning: pointer targets in passing argument 1 of 'audio_pcm' differ in signedness [-Wpointer-sign]
audio_alsa.c:288:4: note: expected 'unsigned char *' but argument is of type 'char *'
mv -f .deps/audio_alsa.Tpo .deps/audio_alsa.Po
/bin/bash ./libtool --tag=CC --mode=link mips-openwrt-linux-uclibc-gcc -Wall -pipe -Wno-error=unused-but-set-variable -mno-branch-likely -mips32r2 -mtune=34kc -msoft-float -fhonour-copts -fomit-frame-pointer -L/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib -L/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/lib -L/home/mir/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/home/mir/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/lib -o madplay madplay.o getopt.o getopt1.o version.o resample.o filter.o tag.o crc.o rgain.o player.o audio.o audio_aiff.o audio_cdda.o audio_hex.o audio_null.o audio_raw.o audio_snd.o audio_wave.o audio_alsa.o -lasound -lmad -lid3tag -lm -lz
OpenWrt-libtool: link: mips-openwrt-linux-uclibc-gcc -Wall -pipe -Wno-error=unused-but-set-variable -mno-branch-likely -mips32r2 -mtune=34kc -msoft-float -fhonour-copts -fomit-frame-pointer -o madplay madplay.o getopt.o getopt1.o version.o resample.o filter.o tag.o crc.o rgain.o player.o audio.o audio_aiff.o audio_cdda.o audio_hex.o audio_null.o audio_raw.o audio_snd.o audio_wave.o audio_alsa.o -L/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib -L/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/lib -L/home/mir/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/home/mir/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/lib -lasound -lmad -lid3tag -lm -lz
audio_alsa.o: In function `set_hwparams':
audio_alsa.c:(.text+0x148): undefined reference to `snd_pcm_hw_params_set_rate_near@ALSA_0.9'
audio_alsa.c:(.text+0x200): undefined reference to `snd_pcm_hw_params_set_buffer_time_near@ALSA_0.9'
audio_alsa.c:(.text+0x258): undefined reference to `snd_pcm_hw_params_get_buffer_size@ALSA_0.9'
audio_alsa.c:(.text+0x28c): undefined reference to `snd_pcm_hw_params_set_period_time_near@ALSA_0.9'
audio_alsa.c:(.text+0x2ec): undefined reference to `snd_pcm_hw_params_get_period_size@ALSA_0.9'
collect2: ld returned 1 exit status
make[6]: *** [madplay] Error 1
make[6]: Leaving directory `/home/mir/openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/madplay-0.15.2b'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory `/home/mir/openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/madplay-0.15.2b'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/home/mir/openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/madplay-0.15.2b'
make[3]: *** [/home/mir/openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/madplay-0.15.2b/.built] Error 2
make[3]: Leaving directory `/home/mir/openwrt/trunk/feeds/packages/sound/madplay'
make[2]: *** [package/feeds/packages/madplay/compile] Error 2
make[2]: Leaving directory `/home/mir/openwrt/trunk'
make[1]: *** [/home/mir/openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/mir/openwrt/trunk'
make: *** [world] Błąd 2Google podpowiada, że jest to problem nowego api alsy - madplay pisany jest pod stary, więc na razie chyba pozamiatane?
Akurat było odwrotnie: madplay kompilowałem (zaznaczyłem do kompilacji w menuconfig), natomiast alsę doinstalowałem i skonfigurowałem (zgodnie z Twoją sugestią).
1.Czy MPD umożliwia miksowanie (granie kilku plików na raz)?
2.Jak skompilować madplay z alsą - po prostu zaznaczając alsa-utils i madplay w menucinfig, czy trzeba grzebać w makefile madplaya?
No to troszkę mnie wprowadziłeś w błąd bo teraz wyszło, że madplay jednak nie działa z alsą.
Uporałem się z tym trzeszczeniem i aplay mi działa tak jak chciałem (niestety tylko wav-y a nie mp3). Nie wiem teraz w którą stronę pójść - czy zwolnić miejsce na mpd... ale mpd-em da się grać klika na raz?, czy walczyć z madplay+alsa (oss?), czy w ogóle przejść na wav-y.
To jak to zrobić? Link do asound.conf z poradnika jest nieaktualny. Próbowałem na ślepo różne znalezione przykłady.
Nie rozumiem kompletnie jak to ma działać - bo skoro madplay wysyła do /dev/dsp i najwyraźniej może tam wysyłać tylko jeden na raz, to co ma do tego alsa? No chyba, że po zainstalowaniu alsy to ona jest /dev/dsp... ale u mnie najwidoczniej nie jest.
Edit: aplay można uruchomić dwa razy i odtwarza... niestety co drugie uruchomienie trzeszczy (problem znany, ale znane rozwiązanie nie pomaga).
Doinstalowałem alsa-utils, działa alsamixer, mam /dev/mixer ... madplay dalej działa po staremu - na pewno da się go zmusić do miksowania? Żeby zainstalować MPD muszę wyrzucić coś i przekompliować bo już mi się nie zmieści (nie potrzebuję MPD - madplay wystarczy w zupełności, byle by się dało uruchomić więcej niż jeden).
Czy takie odtwarzanie (np. mix zapowiedzi na tle muzyki) załatwia alsa + madplay?
Normalnie madplay tego nie zrobi (zajęte urządzenie audio).
Faktycznie! to jest chyba binarka 32-bitowa, którą chcę uruchomić na 64-bitowym systemie. Ale bash mógłby nie wprowadzać w błąd.
To jest normalna binarka. Na innej maszynie uruchamia się bez problemu.
eko.one.pl → Posty przez mrox
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc