Problemas con localhost puerto 127.0.0.1
He instalado un servidor local con 'virtualbox' y ubuntu server (todo gratuito). Una vez configurado intento acceder con Mysql Workbench (también gratuito) y no hay manera de conectarse, me sale esto...
Foro
Buenas Ramon Richarte
No tengo muy claro que tiene todo ello que ver con Fibra/ADSL, o con Movistar incluso.
Tampoco tiene mucho sentido lo que dices de problema con "localhost puerto 127.0.0.1". No has nombrado ningún puerto ni nada relacionado con ello, 127.0.0.1 es la dirección de Loopback de cualquier equipo, por lo general la podemos llamar tb dirección de host local (localhost). Es la dirección que usa un equipo para referenciarse o conectarse a sí mismo.
Según creo que dices, has instalado un Ubuntu Server en una VM en un equipo de tu propia red local, y que te sale una advertencia al intentar conectarte a una DB de él, que tampoco es un error, simplemente la huella que tenía almacenado posiblemente MySQL para dicha IP/dominio era diferente al que ahora tiene el servidor nuevo.
Por lo general esas advertencias se pueden omitir y se añade/actualiza la huella nueva.
Saludos.
No he comentado que lo hacia a traves de tunel SSH. Le pongo la ip que es 192.168.1.35 y no funciona, mientras que en la academia me lo han configurado a la primera con su ip. Yo solo he cambiado a 192.168.1.35 con lo cual deberia funcionar. Pero no es asi, no hay manera de conectar
Buenas Ramon Richarte
Sin ánimo ni mucho menos de ser grosero, pero sigo sin tener claro que tiene que ver todo ello en el foro oficial de Movistar (específicamente en la sección de ayuda técnica para DSL/Fibra). Que con gusto te digo, pero que no creo que sea el lugar adecuado para esto.
Respecto lo que comentas, presuponía que era a través de un tunel porque dicha advertencia es la habitual de una conexión SSH, y que se da como te he dicho porque se tiene almacenada/cacheada la huella del servidor anterior, al usar ahora otro sale la advertencia. La advertencia se quita simplemente actualizando la huella en el cliente MySQL si es quien realiza el tunel SSH en sí mismo, o si el tunel se hace por separado, pues en la app que esté realizando el tunel.
Si conecta o no conecta es otra cosa ya totalmente diferente de como tengas configurado el servidor, la base de datos del servidor y el cliente que estés usando para conectarte
yo no digo que sea culpa de movistar, lo que digo es que si se ha probado en otro router y ha funcionado a la primera porque cuando llego a casa con mi internet no funciona. Esa es la duda. Es evidente que no entiendo mucho del tema, y si es como tu dices, no se como actualizar la huella en la app cliente. Por eso suponia que podia ser de mi router
Por eso pedia ayuda a ver si alguien me ayuda a solucionarlo
Buenas Ramon Richarte
Estás realizando una conexión local, con lo que el tráfico ni siquiera circula propiamente por el Router, sino por el Switch interno del Router, es un problema únicamente local.
Es imposible ayudarte más exactamente por lo complicado que resulta replicar tus dispositivos, instalaciones y configuraciones.
primero, se tendría que ver como está funcionando el servidor dentro de la VM, si la conexión de red está nateada en el equipo que la hospeda o está en bridge completamente y es el Router quien asigna los datos de conexión por DHCP.
segundo, solventado eso, tendríamos la IP real de la VM, y habría que ver si efectivamente se puede alcanzar bien el equipo, por ejemplo un modo simple es usando netcat/ncat a cualquier servicio que esté en ejecución
tercero, el servidor SSH en el servidor tendría que estar bien configurado y permitir como es natural en este caso túneles y reenvío de puertos. Los túneles SSH suelen ser habituales en estos escenarios precisamente para que el servidor no exponga hacia afuera una DB ( en este caso), y te obliga a que el acceso sea "local", por lo que desde fuera creamos primero el tunel SSH hacia el servidor, y después la conexión por el cliente MySQL hacia el puerto local que hemos mapeado por SSH, de ese modo desde el punto de vista del servidor SQL la conexión viene desde la propia dirección IP del propio servidor, como si fuese una conexión local.
cuarto, depende del cliente SQL que se esté usando, se puede hacer todo directamente si el cliente te lo permite (la conexión a través del tunel) o se requiere por un lado de realizar el tunel y una vez creado el tunel usar el cliente SQL para conectarnos al tunel. Esto depende tan solo de que aplicaciones estemos usando o como lo queramos usar.
Por ejemplo, podemos usar el archiconocido Putty para establecer el tunel, y una vez establecido coger cualquier cliente SQL y conectarnos a nuestro propio equipo al puerto mapeado. O podemos usar un cliente SQL como HeidiSQL que permite establecer directamente el tunel.
--------
De cualquier modo, simplifica el problema, si crees realmente que es cosa de la huella, olvídate de SQL, accede simplemente por SSH al servidor con el cliente SSH que quieras. Si es la 1º vez te saldrá la huella y te dejará guardarla. Una vez realizado, ahora crea el tunel. y te conectas manualmente con el cliente SQL al tunel.
Si desde el cliente SQL que usas gestiona él directamente el tunel, tendrás que ver la configuración del cliente que usas para que acepte la conexión al servidor remoto por SSH y añada/actualice la huella.
