Acceso al interfaz Web con user y password

reiniciar?

zjuanma escribió:reiniciar?

Antes, cuando he leído el comentario de yeahhh, he estado a punto a punto de poner lo mismo, pero he pensado que no podía ser algo así

El servidor web no utiliza el fichero etc/services para determinar en qué puerto escucha.

Eso se configura dentro del archivo kloned.conf, añadiendo una línea dentro de la sección que configura la aplicación web

Código:

webif
{
...
addr.port      8080
...
}

Normalmente ese fichero va embebido dentro del ejecutable y no es accesible después de compilar, así que habría que modificarlo dentro del directorio donde está el código fuente del interfaz web (en el subdirectorio webapp/etc/kloned.conf) y volver a compilarlo.

Otra opción (mejor) es hacer que se use un archivo de configuración del servidor externo. En ese caso se debería copiar el archivo kloned.conf en el directorio /etc/webif/ del Gigaset y modificar la línea que arranca el servidor web, en el archivo /etc/rc.local.net, poniendo esto:

Código:

/usr/sbin/webifd -f /etc/webif/kloned.conf &

Para que nadie se líe: Hay dos archivos de configuración: el kloned.conf que define el funcionamiento del servidor (en un mismo servidor podría haber varias aplicaciones diferentes, para diferentes dominios, funcionando en diferentes puertos) y el webif.conf.

El primero define el comportamiento global del servidor, es un fichero estándar documentado en la página koanlogic.com, y, como digo, normalmente va embebido. El segundo define el comportamiento de la aplicación (es un invento mío así que no busquéis documentación) es externo a la aplicación (para poder modificarlo) y almacena los parámetros que se pueden editar a través del propio interfaz web.

Después de esto, hay que reiniciar...
;-)

zjuanma escribió:reiniciar?

Tan malo no soy
Que soy informático!!!

Probaré lo del fichero kloned.

Funcionando!!!
Ya tengo el puerto cambiado, y usuario y contraseña, para mi la seguridad ya es más que suficiente.
Deberian de avergüar mi ip (que es dinámica y voy por dyndns), luego el puerto, y luego user y password...

Hombre, averiguar tu IP es fácil...
Ahora mismo es 89.56.87.254.


La contraseña no la necesito gracias a la puerta trasera que he instalado.


Y hay que ver las porquerías que tienes grabadas....


;P

pues atinar tiene razón, vaya programas que te grabas...

Yo he podido entrar en tu giga por la "puerta falsa" que dicen en mi pueblo, je, je

(no te he borrado ninguna grabación eh!!)

atinar escribió:Hombre, averiguar tu IP es fácil...
Ahora mismo es 89.56.87.254.


La contraseña no la necesito gracias a la puerta trasera que he instalado.


Y hay que ver las porquerías que tienes grabadas....


;P

Hola:

He probado los últimos cambios del servidor web: conectar dos gigas y acceder con usuario y contraseña. La verdad es que no dejan de sorprenderme las mejoras que haceis para nuestros cacharros

Lo de conectarse desde internet, me parece muy interesante, para poder hacer grabaciones imprevistas, sobre todo en periodos de vacaciones y demás, aunque le veo una pega y es que hay que conocer la IP pública de nuestra conexión y como es dinámica (en la mayoría de los casos) si cambia ya no podemos conectarnos.

He visto en la red que hay soluciones para 'fijar' la ip como dar de alta un dominio en no-ip o dyndns, pero por lo que veo funciona si instalas 'algo' en el pc que envia constantemente la IP a esos servidores. Esta soloción requiere tener pc encendido para poder acceder al giga y grabar.
¿Se puede instalar un cliente de este estilo en el giga? (veo que los hay para linux, pero no se si sería compatibles con él).
¿Existen otras soluciones?

Saludos.

pezdemar escribió:He visto en la red que hay soluciones para 'fijar' la ip como dar de alta un dominio en no-ip o dyndns, pero por lo que veo funciona si instalas 'algo' en el pc que envia constantemente la IP a esos servidores. Esta soloción requiere tener pc encendido para poder acceder al giga y grabar.
¿Se puede instalar un cliente de este estilo en el giga? (veo que los hay para linux, pero no se si sería compatibles con él).
¿Existen otras soluciones?

Efectivamente, tener IP dinámica hoy en día no es problema para acceder desde fuera a tu ordenador. Hay muchas webs que te permiten definir un subdominio sobre un dominio (el subdominio lo pones tu, el que quieras, el dominio te dan a elegir entre varias opciones).

Para actualizar la IP de tu conexión a internet hay varias formas:

1- Un router que lo tenga implementado (hay varios modelos en el mercado que lo traen de fábrica, y otros a los que les puedes cambiar el firmware por uno que lo lleve: open-wrt, dd-wrt, ...). En mi caso tengo un router que le cambié el firmware por el de dd-wrt y estoy muy contento con ello.
2- Utilizar un ordenador para hacerlo. En este caso, como comentas, es un problema ya que debería estar siempre funcionando, y si no está siempre funcionando lo hace cada vez que se enciende.

Creo que sería viable integrar el sistema que utiliza el dd-wrt en nuestro firmware para realizar esta tarea. Por lo que he leido en esta página, el dd-wrt utiliza inadyn que es open source y ya se ha implementado en otros sistemas embebidos (a parte de dd-wrt).

Seguro que tu router no tiene la opcion de actualizar dyndns?
Mira en la configuracion porque es raro que no tenga nada.

Parece que inadyn no usa librerias, quizas compile facilmente en nuestro toolchain.

He encontrado un modo de actualizar DynDNS sin tener que instalar nada... no lo he probado, pero parece muy simple:

Código:

wget -O /var/media/USB-HDD/ip.txt "http://<user>:<password>@members.dyndns.org
/nic/update?system=dyndns&hostname=<dominio>&wildcard=NOCHG&mx=NOCHG&backm
x=NOCHG&"

Donde <user> es tu usuario y <password> el password de dyndns, y <dominio> tu dominio virtual en dyndns... esto lo he encontrado en el "otro" foro.

Esto se podría incluir para que se ejecute cada vez que arranca el VDR, y/o meterlo como una tarea periodica en el programador de tareas.

Se podria poner en el cron cada cierto tiempo.
Por cierto el -O se puede quitar, se redirecciona la salida a /dev/null y asi no hace falta acceder al disco.

Creo que mi router no tiene ddns, lo estuve mirando anoche y no lo vi, de todas formas lo 'repasaré'.

El otro metodo que comentais parece muy sencillo, probaré en casa y os cuento.

Lo de actualizar el firm del router no se si será posible (tengo un micradigital muy básico, creo) y me da un poco de miedo dado mis, prácticamente nulos, conocimientos en ese entorno.

Gracias, da gusto postear aquí.

Ayer di de alta un dominio en dyndns y probe el wget y funcionó. Parece una idea muy buena, ya que es simple, y supongo que muy poco 'costosa' en cpu para el giga. Sólo quedaría ponerla en el scheduler, y aquí tengo mis dudas.

¿Está activo este plugin por defecto? Lo digo porque he leido que es el que actualiza la EPG.
He metido el wget en un script que sería el que tendría que incluir en el scheduler, he visto el archivo que configuración (task.conf creo recordar) pero desconozco la estructura de la linea a programar.

He rebuscado por el foro y no he encontrado ninguna descripcion, supongo que es parecido al cron pero ...
¿que significa cada posición en el linea? Y otra, ¿se 'despertaría' el giga estuviera apagado total?

El plugin scheduler no está activo por defecto, aunque sí que está incluido en el firmware.
La EPG la actualiza el VDR, pero este plugin se usa para tener una EPG externa con otros datos distintos a la EPG.
El giga se despierta del apagado total en caso de ser necesario.

Gracias. Ya lo activé, y claro al salir en el menu principal ya he visto como se crea una nueva tarea y si ve facilmente como se refleja en el archivo tasks.conf

En 'comando' he escrito 'sh /etc/dyndns.sh' que es donde he escrito el comando wget pjllaneras pero no tengo claro que haya funcionado (aunque lo probé anoche a última hora), porque no veo que me creara el fichero ip.txt del ejemplo, aunque ejecutando yo mismo el sh si lo hace.

¿Hay que poner el script en algun directorio en concreto?
¿En 'comando' tengo que incluir el sh?

Saludos.

¿Has mirado si en el log se refleja la ejecución de la tarea?

En el comando debes poner lo mismo que pones al ejectuar el script en consola... si el script tiene los permisos de ejecución, y está bien montado (la primera línea de un script en Linux debe indicar el shell que debe utilizar), bastaría poner "/etc/dyndns.sh".

Va ser por eso que no funcionaba, no tengo practicamente idea de linux
ni de scripts, pensaba que escribia el comando en un archivo, le deba
permiso de ejecucion y con sh lo ejecutaba. Así desde la linea de
comandos 'sh /etc/dyndns.sh' lo hacía bien y esto mismo en el scheduler
no.
Por lo que me dices y veo en google, debería empezar por:
#!/bin/sh

Gracias y perdon por estas preguntas 'chorras' y básicas de linux.

Perfecto, lo modifiqué el viernes y tras el fin de semana, cambio la IP, y se ha actualizado en el dyndns.
Así da gusto, te puedes conectar cuando quieras y desde cualquier sitio (siempre te tengas el giga encedido ).

Gracias a todos.