Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez Tytan69
To wyżej było na OpenVPN Connect i nie poradziłem sobie z tym profilem lub błędem.
Zmieniłem aplikację na "OpenVPN for Android"
Do tego wygenerowałem na routerze plik client.p12 i użyłem na androidzie według howto http://wiki.openwrt.org/inbox/vpn.howto
Teraz połączenie z androida śmiga.
Mam problem jak stworzyć plik profilu .ovpn dla androida dla OpenVpn
Konfiguracja routera według tego http://eko.one.pl/?p=openwrt-openvpntun
Wklejam crt, csr, key ale aplikacja przy próbie połączenia krzyczy, że PolarSSL: error parsing cert certificate: X509- The CRT/CRL/CSR format is invalid..
mam tak w .ovpn:
client
dev tun
remote domena_moja 1194
proto udp
remote-cert-tls server
verb 3
<ca>
-----BEGIN CERTIFICATE-----
...
WFJFJJGJGSJSGGSL
...
-----END CERTIFICATE-----
</ca>
<cert>
-----BEGIN CERTIFICATE REQUEST-----
...
EFGJPOSGAJGS;G
...
-----END CERTIFICATE REQUEST-----
</cert>
<key>
-----BEGIN PRIVATE KEY-----
...
AG;MFDHAMSDFH;HH;HL;G
...
-----END PRIVATE KEY-----
</key>
Czy da się użyć wbudowanej aplikacji na androida VPN jako klienta do Openvpn na Openwrt?
Czy trzeba instalować OpenVPN Connect ze sklepiku?
Przebijam 
Pomiar na WRT1200AC dysku 2.5" w kieszeni Zalman ZM-VE300 oczywiście na porcie USB3.0:
/dev/sda1:
Timing buffered disk reads: 314 MB in 3.01 seconds = 104.20 MB/sec
Tak, żeby było śmieszniej to w drugim porcie ten "felerny" pendrive jest prawidłowo wykrywany i montowany po restarcie 
modelos
polecam punkt 3. czyli wrzucić przygotowany skrypt do uci-defaults który wprowadzi odpowiednie zmiany w configach.
Dzięki temu będziesz miał dostosowaną dowolną konfigurację już po pierwszym starcie czy twardym resecie routera.
Tu na samym dole strony masz przykłady takich skryptów: http://wiki.openwrt.org/doc/uci
Pomiar pendriva USB3.0 w WRT1200AC:
root@router:~# hdparm -t /dev/sda1
/dev/sda1:
Timing buffered disk reads: 262 MB in 3.01 seconds = 86.99 MB/sec
Jak dla mnie propozycja korzystania z gotowca kompilacji to prawie jak propozycja korzystania z oryginalnego firmware
Ale włożyłem innego pendriva który od startu jest widziany normalnie jak /dev/sda1 i montuje się jak należy.
To troszeczkę rozjaśnia sytuację.
Oba pendrivy są USB3:0. Próbowałem programik usbreset ale on krzyczy, że nie widzi portów usb (lsusb widzi).
Dobrze.
WRT1200AC
Jest jeden port obsługujący USB2.0 oraz USB3.0.
nie chcę śmietnika robić bo logread trochę duży ale:
logread | grep dev
Sun Sep 27 12:20:18 2015 daemon.notice netifd: Network device 'lo' link is up
Sun Sep 27 12:20:20 2015 daemon.notice netifd: Network device 'eth1' link is up
Sun Sep 27 12:20:20 2015 daemon.notice netifd: Network device 'eth0' link is up
Sun Sep 27 12:20:20 2015 kern.info kernel: [ 16.806448] device wlan0 entered promiscuous mode
Sun Sep 27 12:20:20 2015 daemon.notice netifd: Network device 'wlan0' link is up
logread | grep USB
Sun Sep 27 12:20:18 2015 user.emerg syslog: setting up led USB2
Sun Sep 27 12:20:18 2015 user.emerg syslog: setting up led USB3
Nie widać żadnego wpisu świadczącego że przez chwilę widzi pendriva. Gdyby widział podłaczył by jakieś /dev/.. i tak zostawił.
Dzięki za porady ale właśnie chodzi mi tylko o to aby od razu po restarcie pendrive był zamontowany. Skoro nie widać dysku sda1 po restarcie dowolne zapisy w fstab nic nie poradzą.
"...bo automount (jak sobie tego nie ogarniesz stosownymi paczkami/trickami) nie działa bezpośrednio przy włączaniu systemu - jedynie wykryje system sam..."
To właśnie o to pytam jak to zrobić aby po restarcie pendrak był zamontowany? Jaka paczka co dopisać?
Pewnie jakaś opcja albo komenda aby przy starcie odświeżył/sprawdził port USB. Przecież to jest typowe np. gdy się robi extroot i od razu wykrywa i montuje.
Sekcję mount robiłem : # block detect > /etc/config/fstab ale to nic nie daje w kwestii mojego problemu.
System najnowszy CC
config 'global'
option anon_swap '0'
option anon_mount '1'
option auto_swap '1'
option auto_mount '1'
option delay_root '5'
option check_fs '1'
cat /etc/fstab
cat: can't open '/etc/fstab': No such file or directory
mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
/dev/ubi0_1 on /overlay type ubifs (rw,noatime)
overlayfs:/overlay on / type overlay (rw,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work)
ubi1:syscfg on /tmp/syscfg type ubifs (rw,relatime)
tmpfs on /dev type tmpfs (rw,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
/dev/ubi1_0 on /mnt/ubi1_0 type ubifs (rw,relatime)
df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 22704 48 21460 0% /
/dev/root 4096 4096 0 100% /rom
tmpfs 257676 84 257592 0% /tmp
/dev/ubi0_1 22704 48 21460 0% /overlay
overlayfs:/overlay 22704 48 21460 0% /
ubi1:syscfg 30276 284 28412 1% /tmp/syscfg
tmpfs 512 0 512 0% /dev
/dev/ubi1_0 30276 284 28412 1% /mnt/ubi1_0
fdisk -l gdy ręcznie wujmę i włożę pendriva pokazuje między innymi:
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 61472767 61470720 29.3G 83 Linux
i montuje się.
Po restarcie fdisk -l nie pokazuje urządzenia /dev/sda1
Pendrive podłączany ręcznie do usb widziany jest w systemie jako /dev/sda1 i montuje się do /mnt/sda1.
Teraz przy włożonym pendrive do usb robię restart routera no i potem komenda fdisk -l nie pokazuje /dev/sda1. W dmesg też nie widać sda.
Wyjmuję pendriva , wkładam ponownie i system widzi /dev/sda1 i ładnie montuje.
Co zrobić aby po restarcie był od razu widziany /dev/sda1 ?
Na jednej linii możesz czujek przyczepić dużo - piszą ludzie o potwierdzonych 30szt.
Poczytaj dokładnie specyfikację DS2490 oraz DS18B20. Wydaje mi się, że w układzie podłączenia trój-przewodowego będą lepsze rezultaty.
Czytałem wątek ale rano jak nie było posta ostatniego.
Według tego preinit działa jak należy. Dzięki za link.
Po wielu próbach i testach potwierdziłem, że karta odpalona z ustawieniami w modules
chodzi bardzo wolno i obciąża system. Odpalona przez sdcard start na etapie odpalania usług chodzi sprawnie.
Dziwne ale prawdziwe a powodu na razie nie znalazłem.
Kompilacja z svn poprawiła znacząco.
Można uznać że działa system na extroot:
---------------------------------------------------------------------------------------
root@OpenWrt:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 2.1M 2.1M 0 100% /rom
tmpfs 7.0M 40.0K 7.0M 1% /tmp
/dev/sdcard/part1 3.6G 71.5M 3.4G 2% /overlay
mini_fo:/overlay 2.1M 2.1M 0 100% /
root@OpenWrt:~#
------------------------------------------------------------------------------------------
Imagebuilder do kosza !!!
Jeszcze coś z pamiecią lub jakimś buforem:
-----------------------------------------------------------------------------------
root@OpenWrt:~# fdisk -l
Disk /dev/sdcard/disc: 3958 MB, 3958898688 bytes
126 heads, 61 sectors/track, 1006 cylinders
Units = cylinders of 7686 * 512 = 3935232 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdcard/part1 1 1006 3866027+ 82 Linux swap / Solaris
root@OpenWrt:~# hdparm -Tt /dev/sdcard/part1
/dev/sdcard/part1:
read(2097152) returned 876544 bytes
could not allocate timing buf: Cannot allocate memory
root@OpenWrt:~# free
total used free shared buffers
Mem: 14336 13216 1120 0 452
Swap: 0 0 0
Total: 14336 13216 1120
-------------------------------------------------------------------------------------------
konieczny swap czy w czym rzecz?
Trochę testów i stwierdzam, że wpis 29-sdhc w modules źle inicjuje kartę.
W ten sposób sterownik strasznie obciąża system aż momentami staje dęba i stąd takie długie ładowanie systemu (20min !).
Bez tego wpisu w module załadowany przez /et/init.d/sdcard start (na podstawie configu sdcard.conf) karta zamontowana pracuje dobrze i nie obiąża za bardzo. Różnica jest jeszcze taka że w drugim przypadku karta jest montowana ręcznie mount a nie przez fstab (rw,noatime)
GPIO w obu przypadkach mam dokładnie tak samo.
Jakiś pomysł?
Myślę, że teraz nie ma tych 400kB/s. coś nie tak.
Pisali, że sync w fstab wyłączyć ... szperam dalej w czym problem.
Serial mam w szufladzie i na razie służył tylko do WRT160NL
Ale eureka po około 10 minutach migania system załadował się !
To kwestia wolnego strasznie transferu z karty SD. Dziwne bo normalnie gdy montowałem miała ok. 400kB/s.
Karta ma 4GB ale to chyab nie ma znaczenia pojemność. Potrzebny tuning.
Robie to Imagebuilderem....
Moze spróbuję jednak z svn.
Zmieniłem wpis w fstab (gdy juz karta automatycznie się montowała) aby się robił extroot - dioda power miga i miga jakby wiecznie system się ładował... zalogować się nie daje..
Teraz jestem w kropce.. zgaduj zgadula...
Pewnie do mety blisko
Powyższe zadziałało.
Ale gdzie to /etc/init.d/fstab enable powinno być ustawione przy kompilacji aby było od razu i to odpowiednio wczesnie?
Jedyna mozliwość to wrzucić symlink do /etc/rc.d czy jakoś inaczej ładniej?
eko.one.pl → Posty przez Tytan69
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc