70 replies to this topic

[ruud2000]

Nee, een settingslijst is data, die heeft daar helemaal niks mee te maken.
 
Het kan niet anders dan een netwerk probleem zijn, ergens van jou box tot onze servers. Op het moment dat je dit probleem hebt, kun je de volgende commando's in kloppen op de commandline van de box, en de output hier posten?
 

ifconfig
ping -c 5 85.17.146.12
ping -c 5 download1.pli-images.org
ping -c 5 download2.pli-images.org
ping -c 5 download3.pli-images.org
cd /tmp
wget http://downloads.pli-images.org/feeds/openpli-3.0/vuduo/all/Packages.gz

Net ervoor weer geflashed, even wachten tot de fout weer optreedt, daarna stuur ik de output.

Ik ga nu maar slapen.

Bedankt voor het meedenken !

[ruud2000]

Nee, een settingslijst is data, die heeft daar helemaal niks mee te maken.
 
Het kan niet anders dan een netwerk probleem zijn, ergens van jou box tot onze servers. Op het moment dat je dit probleem hebt, kun je de volgende commando's in kloppen op de commandline van de box, en de output hier posten?
 

ifconfig
ping -c 5 85.17.146.12
ping -c 5 download1.pli-images.org
ping -c 5 download2.pli-images.org
ping -c 5 download3.pli-images.org
cd /tmp
wget http://downloads.pli-images.org/feeds/openpli-3.0/vuduo/all/Packages.gz

Net ervoor weer geflashed, even wachten tot de fout weer optreedt, daarna stuur ik de output.

Ik ga nu maar slapen.

Bedankt voor het meedenken !

Hier ben ik weer, met de output:

root@vuduo:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1D:EC:03:A0:82
          inet addr:192.168.0.1  Bcast:0.0.0.0  Mask:255.255.255.0
          inet6 addr: fe80::21d:ecff:fe03:a082/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:178668 errors:0 dropped:1 overruns:0 frame:0
          TX packets:2121851 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:29180810 (27.8 MiB)  TX bytes:165373931 (157.7 MiB)
          Interrupt:16

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:204 (204.0   TX bytes:204 (204.0

 

root@vuduo:~# ping -c 5 85.17.146.12
PING 85.17.146.12 (85.17.146.12): 56 data bytes
64 bytes from 85.17.146.12: seq=0 ttl=53 time=63.655 ms
64 bytes from 85.17.146.12: seq=1 ttl=53 time=57.673 ms
64 bytes from 85.17.146.12: seq=2 ttl=53 time=57.817 ms
64 bytes from 85.17.146.12: seq=3 ttl=53 time=56.966 ms
64 bytes from 85.17.146.12: seq=4 ttl=53 time=57.842 ms

--- 85.17.146.12 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 56.966/58.790/63.655 ms

root@vuduo:~# ping -c 5 download1.pli-images.org
PING download1.pli-images.org (85.17.146.12): 56 data bytes
64 bytes from 85.17.146.12: seq=0 ttl=53 time=61.842 ms
64 bytes from 85.17.146.12: seq=1 ttl=53 time=58.461 ms
64 bytes from 85.17.146.12: seq=2 ttl=53 time=57.395 ms
64 bytes from 85.17.146.12: seq=3 ttl=53 time=57.782 ms

--- download1.pli-images.org ping statistics ---
5 packets transmitted, 4 packets received, 20% packet loss
round-trip min/avg/max = 57.395/58.870/61.842 ms
root@vuduo:~#

root@vuduo:~# ping -c 5 download2.pli-images.org
PING download2.pli-images.org (194.109.193.76): 56 data bytes
64 bytes from 194.109.193.76: seq=0 ttl=55 time=67.658 ms
64 bytes from 194.109.193.76: seq=1 ttl=55 time=63.308 ms
64 bytes from 194.109.193.76: seq=2 ttl=55 time=63.450 ms
64 bytes from 194.109.193.76: seq=3 ttl=55 time=63.125 ms
64 bytes from 194.109.193.76: seq=4 ttl=55 time=63.251 ms

--- download2.pli-images.org ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 63.125/64.158/67.658 ms

 

root@vuduo:~# ping -c 5 download3.pli-images.org
PING download3.pli-images.org (46.19.32.85): 56 data bytes
64 bytes from 46.19.32.85: seq=0 ttl=55 time=67.072 ms
64 bytes from 46.19.32.85: seq=1 ttl=55 time=63.514 ms
64 bytes from 46.19.32.85: seq=2 ttl=55 time=64.661 ms
64 bytes from 46.19.32.85: seq=3 ttl=55 time=63.829 ms
64 bytes from 46.19.32.85: seq=4 ttl=55 time=73.687 ms

--- download3.pli-images.org ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 63.514/66.552/73.687 ms

root@vuduo:~# cd /tmp
root@vuduo:/var/volatile/tmp# wget http://downloads.pli...g/feeds/openpli
-3.0/vuduo/all/Packages.gz
-sh: wget: not found

Ik zie dat alles goed gaat behalve de laatste 'wget not found'  wat houdt dat in?

 

[doddema]

Hier even getest:
root@vuultimo:~# wget http://downloads.pli...li-3.0/vuduo/al
l/Packages.gz
Connecting to downloads.pli-images.org (85.17.146.12:80)
Packages.gz 100% |*******************************| 10596 0:00:00 ETA
root@vuultimo:~#

[WanWizard]

root@vuduo:~# cd /tmp
root@vuduo:/var/volatile/tmp# wget http://downloads.pli...g/feeds/openpli
-3.0/vuduo/all/Packages.gz
-sh: wget: not found

Ik zie dat alles goed gaat behalve de laatste 'wget not found'  wat houdt dat in?

En dit is op een box die zeer recent geflashed is? Waar flash je die dan mee?

wget zit standaard in elke image (/usr/bin/wget).

[ruud2000]

root@vuduo:~# cd /tmp
root@vuduo:/var/volatile/tmp# wget http://downloads.pli...g/feeds/openpli
-3.0/vuduo/all/Packages.gz
-sh: wget: not found

Ik zie dat alles goed gaat behalve de laatste 'wget not found'  wat houdt dat in?

En dit is op een box die zeer recent geflashed is? Waar flash je die dan mee?

wget zit standaard in elke image (/usr/bin/wget).

met de nieuwste Openpli 3.0, en het dwnloaden gaat goed maar na ongeveer 1 á 2 dagen lukt het opeens niet meer, dus die wget zit er in het begin wel in, maar verdwijnt blijkbaar in de loop van de tijd.

Heel vreemd inderdaad.

Lijkt wel een virus, kan dat?

Edited by ruud2000, 28 April 2013 - 13:12.

[Tech]

kijk eens met

 

ls -l /usr/bin/ | grep wget

 

en post die output eens hier.

 

Ik kan me haast niet voorstellen dat wget zomaar gewist wordt uit /usr/bin/

[ruud2000]

kijk eens met

 

 

ls -l /usr/bin/ | grep wget

 

en post die output eens hier.

 

Ik kan me haast niet voorstellen dat wget zomaar gewist wordt uit /usr/bin/

root@vuduo:~# ls -1 /usr/bin/ | grep wget
-wget
 

er staat een streepje voor, is dat goed?

[ruud2000]

Ik heb dat streepje voor wget weggehaald, en nu doet hij het weer, ik type opkg update in en het proces verloopt zondr fouten.

Nu de volgende vraag hoe kan het dat wget na een dag of 2 hernoemd wordt in -wget ?

[WanWizard]

Is die box op een of andere manier bereikbaar vanaf het internet? Indien ja, dan zou ik eens beginnen met dat af te zetten, want dat is vragen om ellende.

[Rick Hunter]

Iets van een firewall die poorten / sessie's blockt?

[pieterg]

Is die box op een of andere manier bereikbaar vanaf het internet? Indien ja, dan zou ik eens beginnen met dat af te zetten, want dat is vragen om ellende.

Het forum staat de laatste dagen inderdaad vol met precies ditzelfde probleem, waarbij wget is gerenamed in -wget.
Misschien een malafide plugin, of iemand die vanaf het internet inbreekt op settopboxen met kwade bedoelingen.

[WanWizard]

Nadat je de box hebt geflashed, zet je dan een backup terug? Zo ja, welke plugins zitten daar in? Zo nee, welke plugins installeer je? Installeer je ook plugins manueel (= niet uit de OpenPLi feeds)?

[ruud2000]

Is die box op een of andere manier bereikbaar vanaf het internet? Indien ja, dan zou ik eens beginnen met dat af te zetten, want dat is vragen om ellende.

Shit (sorry) dat klopt, ik heb een paar maanden geleden geexperimenteerd of ik via mijn Ipad de box kon bedienen vanuit het buitenland.

Ik wilde opnames starten etc, ik had in mijn router het ip adres van mijn box open staan op poort 6881, ben vergeten dat weer ongedaan te maken. Heb dat meteen gesloten.

Waarschijnlijk is het hiermee wel opgelost, ik laat het weten.

[WanWizard]

Naar welke poort had je een forwarding staan? Naar de web interface? Telnet? SSH?

 

Als dit het is ben ik wel zeer benieuwd hoe men is binnen gekomen. Of had je het standaard wachtwoord niet aangepast?

[ruud2000]

Naar welke poort had je een forwarding staan? Naar de web interface? Telnet? SSH?

 

Als dit het is ben ik wel zeer benieuwd hoe men is binnen gekomen. Of had je het standaard wachtwoord niet aangepast?

De poort 6881 naar de webinterface stond open voor TCP en UDP

Ik had een wachtwoord aangepast

Edited by ruud2000, 29 April 2013 - 09:16.

[pieterg]

het is vrijwel zeker aidra

http://vierko.org/te...htaidra-0x2012/

[WanWizard]

Volgens die beschrijving renamed deze inderdaad wget naar -wget, dus de kans is groot.

 

Aangezien niemand dit lijkt te weten misschien eens een newsitem aan wijden, ik zal kijken of ik daar vandaag toe kom.

[ruud2000]

Toch weer problemen, ook nadat de poort gesloten is, weer een wget rename naar -wget.

De file weer hernoemd en alles loopt weer zoals het hoort, maar na enkele uren was wget gewoon verdwenen, of althans ik zie een file 'wg' staan

in usr/bin/ hoort die daar of is wget hernoemt naar wg?

Bovendien kan ik opeens niet meer in de vuduo via telnet, ik krijg de melding 'server has closed'

Zit er een virus in mijn vuduo, die ook blijft na een schone nieuwe installatie van 29-4-2013 PLi 3.0 ??

[pieterg]

wat zit er in je autoinstall bestand?

[WanWizard]

Of heb je nog meer in je netwerk staan, dat mogelijk besmet is?

 

Dit virus valt alles aan wat embedded linux draait, bijvoorbeeld ook routers of wifi access points, dus al je nog een slachtoffer hebt, dan is de kans groot dat die weer voor de besmetting zorgt (en waarschijnlijk ook het internet op gaat, dus wellicht is verdere controle en actie wel op zijn plaats).