DD (trunk) r47333 - http://www.filehosting.org/file/details … 1xx.tar.gz

EDIT:
Z prośbą o przetestowanie trybu ncm w E3372 (WNDR4300 only) w najnowszej wersji CC:
CC r47277 - http://www.filehosting.org/file/details … 1xx.tar.gz

@Gabriel - daj znać jak to działa u Ciebie ów ncm w tym CC.

Dlatego przetestuj obie i się przekonaj - obie są identyczne, jeżeli chodzi o zestaw dodatkowego softu i obie różnią się od tych Cezarego. Obie są jak najbardziej zbliżone do default z openwrt.org (poza drobnymi, ale przeze mnie używanymi zmianami - dlatego od razu jest wszystko w obrazie - nadmiarów nie dodawałem by skrócić czas kompilacji).  Z moich obserwacji wynika, że nie działa mi ncm na E3372 w Orange na apn dającym public IP w kompilacji CC - dltego prośba do Ciebie by ktoś inny to potwierdził/zaprzeczył na tym samym routerze oczywiście - taki jest głębszy sens tych ostatnich obu kompilacji.

Kompiluje jeszcze w tej chwili (dodatkowo) dosłownie najnowsze CC (r47335), gdyż dodano nowe jajko 3.18.23 - jak chcesz to wrzucę linka do owej kompilacji (ten sam zestaw softu w obrazie co wcześniej z dzisiejszych linków).

Ogólnie ja preferuję ostatnio trunk bo jest sporo ciekawych nowości - z działaniem dodatków jak zwykle ruletka - to trunk i wszystko możliwe - ale większość z tego działa (jak dla mnie w tej chwili istotne, że na pewno działa ncm dla E3372)

Nie ma znaczenia jaki operator, jak przypuszczam - po to jest test potrzebny przez kogoś innego na tym samym routerku (i dlatego prośba do Ciebie o to) - ja z kolei nie mam innego SIM oprócz Orange (gdzieś kurna diabeł ogonem przykrył SIM-a z aero2...hehe).
Chodzi o sprawdzenie na dowolnym SIM/apn tryb ncm dla tego modemu i w tym routerze, i na tych konkretnych kompilacjach przez więcej osób, niż ja sam.
Wykluczyłbym, lub nie, tym samym, że wersja firmware (i jego ustawienia portów) w tym modemie nie ma znaczenia - lub ma znaczenie...

Krótko mówiąc - tak (oczywiście chodzi o jakiś SIM - na pusto to bez sensu).
Jeszcze dla ścisłości zapodałbyś swój konfig interfejsu modemu z /etc/config/network.
Oczywiście przetestuj na obu kompilacjach.
Za niedługo zapodam też link do softu CC z najnowszym jajkiem, aby wykluczyć, lub nie, wpływ wersji jądra na opisaną sytuację.
Także w sumie 3 razy trzeba zainstalować openwrt i najlepiej skonfigurować je od zera na okoliczność ncm dla tego modemu - wszystko co potrzebne jak zwykle zawarte w obrazie.

Nie ma tego o czym wspomniałem - interfejsu dla modemu.
Ups - jest..

I to jak rozumiem dla trunka ?

To teraz sprawdź drugi soft/firmware (ten z CC) - nie zapomnij, że w CC nie ma opcji "option ipv6 '0'", chociaż podanie jej w sumie nic nie zmieni, bo i tak zostanie zignorowane przez system (chat/comgt-ncm).
Na 3-ci soft trzeba zaczekać, bo żeby wykluczyć wpływ hosta kompiluję standardowo bez -j (czyli bez wielowątkowości wielu rdzeni procesora) i na zalecanej wersji systemu, opisanej na wiki openwrt, która u mnie występuje obecnie jako maszyna wirtualna x86/i686/x32bit (32 bitowy system)...także potrwa to "trochę"...

EDIT:
Wspomniany 3-eci soft/firmware - najnowszy CC:
CC r47335 - http://www.filehosting.org/file/details … 1xx.tar.gz

Na koniec opisz jak to kumało u Ciebie na każdym z 3-ech kompilantów/firmware.

EDIT2:
Jako, że moja długa laba dobiega po woli do końca i nie będę więcej wrzucał w tym wątku żadnych kompilacji, dla wszystkich chętnych udostępniam maszynę wirtualną pod ostatniego virtualbox-5.0.8, na której każdy będzie mógł sobie robić według uznania swoje kompilacje.Zmiany w źródłach openwrt dotyczą tylko kolejności uruchamiania programu dnscrypt-proxy oraz wykorzystanie pełnej przestrzeni NAND na potrzeby openwrt w WNDR4300, oraz dodanie stosownej łaty dla ncm w CC (użyte łaty w katalogu /home/tod) - reszta wszelkich zmian na moje potrzeby została wycofana. W maszynie wirtualnej jest już zainstalowany kompatybilny tools dla tej wersji virtualbox (bez wsparcia dla Xorg). Nazwa konta systemowego: tod. Hasło do konta tod: 12345678. Mam nadzieję, że komuś się przyda.
Pliki maszyny wirtualnej (do ściągnięcia razem ok. 6 GiB), jak i dynamicznie zmieniające się obrazy (CC i trunk) wraz z dodatkowo dokompilowanym zestawem innego/ze źródeł openwrt softu można zassać z mojego anonimowego ftp. Z dosyć słabym upem (tylko w godzinach 00-12 - ftp://modem.hopto.org:21) max. ok. 3.5 MB/s oraz (tylko w godzinach 12-00 - ftp://build000.ignorelist.com:21) max. ok. 2.3 MB/s - jak to będzie działać w praktyce to nie mam pojęcia (nośnik to karta SD 16 GB w tym modemie) - w każdym bądź razie przez kilka najbliższych dni będzie dostępny.
Przydatnego i owocnego korzystania zostało życzyć na koniec.

Teraz to już musisz sobie zrobić sam - patrz post #163/EDIT2 .
Masz wszystko co potrzebne do rozpoczęcia przygody z własnymi kompilacjami poczynając od r47334/DD(trunk) i r47335/CC dla WNDR4300(full ubi size)/3700v4(default ubi size) + e3372 (ncm) .
Coś mi ten mój vsftpd-3.0.3 nie działa - przetrenowałem już setki opcji i kicha (nie można wejść - łączenie jest ale wciąż ten sam komunikat: ECONNREFUSED - uprawnienia są właściwe na plikach i katalogach, port na router otwarty, a mimo wszystko nie łączy ostatecznie), także z tych podanych adresów dla mojego anonimowego ftp-a nie da się chyba póki co skorzystać, jakby ktoś próbował - pozostają pliki z zewnętrznego hostingu.

EDIT:
Może mi się uda zainteresować opiekuna vsftpd w openwrt (czyli chyba Cezarego), czemu vsftpd-3.0.3 (tls) nie działa na poniższych ustawieniach, wzorowanych z jego poradnika:
/etc/vsftpd.conf:

background=yes
listen=yes
listen_port=2121
local_umask=022
check_shell=no
session_support=no
chroot_local_user=yes
user_config_dir=/etc/vsftpd_users
syslog_enable=yes
log_ftp_protocol=yes
anonymous_enable=yes
local_enable=yes
#allow_writeable_chroot=yes
pasv_min_port=5000
pasv_max_port=5999
pasv_enable=yes
max_clients=5
ssl_enable=yes
allow_anon_ssl=yes
force_local_data_ssl=no
force_local_logins_ssl=no
ssl_tlsv1=yes
ssl_sslv2=no
ssl_sslv3=no
rsa_cert_file=/etc/config/vsftpd_cert.pem
rsa_private_key_file=/etc/config/vsftpd_privkey.pem

/etc/vsftpd_users/ftp:

dirlist_enable=yes
download_enable=yes
write_enable=no
anon_upload_enable=no
anon_other_write_enable=no
anon_mkdir_write_enable=no
#anon_umask=0000

ls -la /mnt:

root@OpenWrt:~# ls -la /mnt
drwxr-xr-x    1 root     root           224 Jan  1  1970 .
drwxr-xr-x    1 root     root           480 Nov  2 07:11 ..
drwxr-xr-x    4 root     root          4096 Oct 30 21:28 sda1

ls -la /mnt/sda1:

root@OpenWrt:~# ls -la /mnt/sda1
drwxr-xr-x    4 root     root          4096 Oct 30 21:28 .
drwxr-xr-x    1 root     root           224 Jan  1  1970 ..
drwxrwxrwx    5 root     root          4096 Nov  2 06:01 <jakiś tam katalog dla anonima>
drwxr-xr-x    2 root     root         16384 Aug 18 00:11 lost+found
root@OpenWrt:~# 

cat /etc/passwd:

root@OpenWrt:~# cat /etc/passwd
root:x:0:0:root:/root:/bin/ash
daemon:*:1:1:daemon:/var:/bin/false
ftp:*:55:55:ftp:/mnt/sda1:/bin/false
network:*:101:101:network:/var:/bin/false
nobody:*:65534:65534:nobody:/var:/bin/false
root@OpenWrt:~#

cat /etc/config/firewall:

(...)
config rule
    option target 'ACCEPT'
    option src 'wan'
    option proto 'tcp'
    option dest_port '2121'
    option name 'FTP na routerze'
(...)

Napisałem co (vsftpd-3.0.3) - musisz tylko przeczytać 4 ostatnie posty wstecz do tego...

oczywiście - działa.
Po lanie śmiga.
ip publiczne - na http://www.yougetsignal.com/tools/open-ports/ pokazuje porty otwarte (w tym rzeczony 2121).
Obecne ip to 37.228.22.216 (modem.hopto.org).

Właśnie dlatego spróbowałem innego portu bo na 21 to samo - czytając doniesienia z różnych poradników zmieniłem właśnie port na ów 2121, bo na 21 nie działa.

EDIT:
Zmieniłem jak sugerowałeś na 21...chyba nadal nie działa.