tux

SCP to nie sftp :) Do tego potrzebujesz z OpenSSH sftp_server. Wybacz, ale nie zamierzam robić osobnej paczki do tego i rozpisywać się, że jak masz OpenSSH i chcesz sftp do doinstaluj... Masz dropbear - jest OK ale pamiętaj - są ograniczenia. Tu masz przykładową lekturę: http://linuxexplore.com/how-tos/sftp-secure-file-transfer-protocol-with-dropbear/

Dropbear u nas ma scp. @areq Zrobi się. Dodam parametr do wymuszenia telnet.

Było openssh - źle :) Jest wybór - źle :) I jak tu dogodzić :) :)

Co wykonałeś poza opkg update && opkg upgrade?

Raz jeszcze bo się gubię. Aktualizacja przechodzi bez błędu. Robicie restart i czarno, tak?

Teoretycznie nie powinno być problemu z biblioteka liblzo. @gargus Podaj listę zainstalowanych pakietów to zerknij czy może faktycznie jakiś nie potrzebuje liblzo.

<< 16 Październik 2015 >> [ready] aktualizacja pakietu system-core; [ready] aktualizacja pakietu graterlia-scripts; [ready] dodanie pakietu dropbear; UWAGA - po aktualizacji pakietu system-core zdjęta jest zależność dla pakietu openssh a co za tym idzie openssh jest usuwany z systemu! Jeżeli dalej chcesz używać protokołu SSH zainstaluj pakiet openssh lub dropbear. W nowych obrazach po przeniesieniu z ready do release będzie domyślnie zainstalowany pakiet dropbear. Brak pakietu openssh/dropbear WYMUSZA uruchomienie telnet po restarcie odbiornika.

Czyżby konfiguracja do poprawki?

A samo polecenie openvpn też daje segmentation fault?

Odpal VPN ręcznie i wklej to co wyświetla.

Jak możecie przejdzie na ready i update. Napiszcie czy działa. Com mi chodzi po głowie, że skrypty mogą chcieć nowego jądra. Były tak wprowadzane zmiany a w sumie dużo się w test zmieniło.

Jak dokładnie wygląda ten błąd. Tuner wstaje i dostajecie nie udało się?

A co opkg wyplulo po wykonaniu aktualizacji?

@robert_cz Ileż to roboty. skompilować dropbear; usunąć SSH z --force-depends; dodać skrypty do dropbear; utworzyć paczkę IPK (masz do tego skrypty w OPKG); zainstalować i cieszyć się :) Wiem, że tniemy gdzie się da itd. Ale tak naprawdę bardzo dużo użytkowników GOS wybrało GOS właśnie dlatego, że na niektórych rzeczach nikt nie oszczędza bo bezpieczeństwo i stabilność jest najważniejsze. Wrzucając dropbear zajmie on około 1MB. Nasze SSH Server, SSH Client, SSH KeyGen + SCP ipt. około 1,2MB. Wywracać skrypty, robić kontrolę pod telnet dodatkową za około 100-200KB? Czasem naprawdę warto się zastanowić, czy jest o co walczyć. Co innego jakby OpenSSH u nas dalej było jedną paczką i zajmowało około 2,4MB w NAND. To już różnica znaczna na korzyść dropbear. I jeszcze jedno. Zaoszczędzisz około 200KB pod warunkiem kompilacji jako jedna binarka (STATIC+MULTI). Przy założeniu, że mamy osobne binarki co do funkcjonalności wychodzi dokładnie to samo co OpenSSH. @areq Wczoraj zadałem sobie trudu i sprawdziłem ile ramu zaoszczędzimy. Na załadowanym daemonie - około 200KB. Na sesji SSH - około 500KB. Jeżeli mnie natchnie bardzo to dodam telnet do rcS z warunkiem ładuj jak nie ma SSH/Dropbear. Skompilowanego Dropbear mam, więc paczka w sumie też nie problem dla mnie. Jedyne co to skrypty trzeba będzie dorobić żeby się ładnie ładowało, klucze generowały itp.

SSH było od prawie samego początku w GOS i będzie. Zdecydowana większość osób nawet nie wie, że telent jest dziurawy jak sito. Całość SSH (uwzględniając jffs2) to około 1MB w NAND. Nie przesadzajmy - ludzie wgrywają 5MB pikon :)

SSH masz już w ready podzielona na dwie paczki. Jedna z serwerem, klientem, generatorem kluczy i druga z resztą. Oszczędzamy 1MB (kompresja jffs2) lib 1,8MB (bez kompresji np. PEN). Usunięcie klienta to około 200KB w NAND i 600KB na PEN. Pomijalne. Pełne SSH to pełne SSH. Działa poprawnie z każdym klientem i serwerem. Poza tym bezpieczeństwo.

Można pominąć.

Masz WiFi. Pakiety od WiFi wymagają tej paczki. Wszystko masz napisane w komunikacie na ekranie.

Porównaj możliwości jednego i drugiego. Wiele osób potrzebuje pełnej funkcjonalności.

No po błędach z OPKG nigdy nie restartować odbiornika. Spisać/skopiować te błędy i wkleić je/załączyć. Inaczej to nie wydumamy co i jak.

Prawdopodobnie NIE :) Tuner ma głowicę obsługującą Unicabe ale póki co z operatorskich zabawek spotkałem się tylko z BZZB i CLRA co oficjalnie Unicable wspierały.

Jaki system plików był na ROOFS i czy miałeś włączone sprawdzanie błędów na partycjach?

RTFM? Skąd ktoś ma wiedzieć jaki odbiornik i co ten jakiś odbiornik ma w sobie i obsługuje. Pozostaje manual od niego.

Jeden kabel + wyjścia == unicable. UWAGA - BSKA/BSLA/BXZB - NIE DZIAŁA. BZZB, 28xx, ESI, UHD, DSI, SPARK7162 - DZIAŁA. Ariva@Link - nie wiem.

Prawdopodobnie chwilowo ich nie mają. Telefon i sprawdź czemu.