no ejecuta comandos en telnet
- Iniciador del tema chepor
- Fecha de inicio
Si dices el comando que ejecutas, es mas facil y no toca adivinal cual es el que no va.
Miraste con PuTTY si va? no uso los que indicas.
.
Miraste con PuTTY si va? no uso los que indicas.
.
- 12 Abr 2015
- 643
- 47
- 0
- 49
cualquier comando, no se con putty.
ejemplo:wget -q "--no-check-certificate" http://ipkinstall.ath.cx/ipk-install/DreamSatPanel/installer.sh -O - | /bin/sh
ejemplo:wget -q "--no-check-certificate" http://ipkinstall.ath.cx/ipk-install/DreamSatPanel/installer.sh -O - | /bin/sh
- 5 Ene 2010
- 4.354
- 994
- 0
Como bien indica Tururu es importante poner que estás ejecutando, que herramienta estás usando.
OpenSPA si ejecuta comandos wget como siempre, lo que ocurre es que wget no es capaz de resolver (pero solo en tu caso) la dirección que estás proponiendo con el código que estas ejecutando.
La herramienta wget está escrita para hacerlo de una forma simple y a nivel de usuario y en este caso pues no es capaz de resolver un protocolo HTTP, es decir es incapaz de resolver la dirección que proporcionas, pero como digo es algo especifico tuyo, si por ejemplo ejecutas un wget a un servidor web tipo Github pues no falla.
Para este tipo de extras, algo infinitamente más fuerte seria usar requests ( algo que tu como usuario no puedes hacer nada sino el autor de la utilidad que quieres instalar), entonces es el autor quien debe cambiar el método, por que parece que wget necesita actualizarse para enfrentarse a protocolos HTTP y esto como digo no es una tarea de OpenSPA sino una tarea de actualización de la versión usada en enigma2 por parte del OE o bien usar otro método por parte del autor para cambiar la forma de acceso e instalación de tu utilidad usada.
Normalmente, cuando esto ocurre, los autores de este tipo de utilidades se deben dar cuenta de los errores, entonces aqui lo que hablamos sería de actualizarse, en este caso el autor de ese método que usas pues debe actualizarse por que lo más probable que igual que tu estás recibiendo ese error lo estén recibiendo otros usuarios.
OpenSPA si ejecuta comandos wget como siempre, lo que ocurre es que wget no es capaz de resolver (pero solo en tu caso) la dirección que estás proponiendo con el código que estas ejecutando.
La herramienta wget está escrita para hacerlo de una forma simple y a nivel de usuario y en este caso pues no es capaz de resolver un protocolo HTTP, es decir es incapaz de resolver la dirección que proporcionas, pero como digo es algo especifico tuyo, si por ejemplo ejecutas un wget a un servidor web tipo Github pues no falla.
Para este tipo de extras, algo infinitamente más fuerte seria usar requests ( algo que tu como usuario no puedes hacer nada sino el autor de la utilidad que quieres instalar), entonces es el autor quien debe cambiar el método, por que parece que wget necesita actualizarse para enfrentarse a protocolos HTTP y esto como digo no es una tarea de OpenSPA sino una tarea de actualización de la versión usada en enigma2 por parte del OE o bien usar otro método por parte del autor para cambiar la forma de acceso e instalación de tu utilidad usada.
Normalmente, cuando esto ocurre, los autores de este tipo de utilidades se deben dar cuenta de los errores, entonces aqui lo que hablamos sería de actualizarse, en este caso el autor de ese método que usas pues debe actualizarse por que lo más probable que igual que tu estás recibiendo ese error lo estén recibiendo otros usuarios.
