Instalación de paquetes. Acceso a internet pero no a los paquetes

[Iván Robles]

Buenos días,

cuando estamos en un sitio sin disponibilidad de internet, en la pagina ​https://www.tol-project.org/wiki/TolPackageRulesAndComments, nos describe como instalarlos Off-Line.

Hay en sitios, donde tenemos disponibilidad de Internet, por ejemplo nos podemos descargar tol sin problemas y podemos navegar por esta pagina, ​http://packages.tol-project.org/OfficialTolArchiveNetwork/

Sin embargo, cualquier instrucción para descargar paquetes, como la siguiente:

  Real TolPackage::Client::RemoteInstallFullRepository("",True);

nos da este problema:

Downloading from "http://packages.tol-project.org/OfficialTolArchiveNetwork/repository.php?tol_package_version=1.1&tol_version=v2.0.1%20b.0.61.alpha&action=ping&key=860437264" ...

Warning: [1] couldn't open socket: connection timed out

Pasa lo mismo al chequear la versión de TOL, que también describis en la documentación de TOL como quitar ese mensaje

  Real TolConfigManager::Config::Upgrading::TolVersion::CheckAllowed:= False;
  Real TolConfigManager::Config::Upgrading::TolPackage::LocalOnly := True;
  Real TolConfigManager::SaveConfig(TolConfigManager::Config);

No entiendo porque tenemos acceso a Internet, pero nos da el Warning: couldn't open socket: connection timed out.

¿Esto es solucionable?

[Víctor de Buen Remiro]

La única explicación razonable es que la conexión a internet tenga cortados los puertos que se usan en la descarga.

Para comprobarlo hay que intentar bajarse el contenido de una URL cualquiera, como por ejemplo

Text GetUrlContents("http://www.rae.es/rae.html");

[Iván Robles]

La orden que has puesto da el mismo error. Si que parece que es lo que dices.

¿Eso de los puertos que se utilizan para la descarga es configurable? ¿Se pueden utilizar otros puertos?

[Víctor de Buen Remiro]

Pues la verdad es que no tengo ni idea. Yo sólo soy un pobrecito matemático. De los puertos sólo sé que existen y tampoco tengo ni idea de si es correcta la expresión "cortar puertos", simplemente me suena.

Dudo mucho que sea algo que puedas configurar desde tu ordenador, y aunque lo pudieras hacer estarías violando las reglas establecidas por tu cliente, así que no te lo aconsejaría en ningún caso.

Lo que podemos hacer es ver si existe alguna otra forma de descarga que si admitan, como por ejemplo el wget:

Para comprobarlo te creas un directorio temporal como

c:\tmp\toldoc

y una vez ahí tecleas esto en una consola CMD

wget http://www.divestadistica.es/es/index.html

Si no te da ningún error te crea una página index.html de unos 17508 bytes es que te deja usar wget.

[Víctor de Buen Remiro]

Jorge, Iván Robles me confirma que el wget también está capado.
Hemos llegado al límite de mis conocimientos así que te traspaso el ticket.

[apalonso]

Eso tiene toda la pinta de ser un problema de proxy.
Seguramente el navegador está configurado para usar un proxy y por eso se puede acceder a las páginas y descargar la instalación de TOL.
Casi todos los programas que se conectan internet tienen alguna manera de configurar la salida por un proxy, por ejemplo en Wget se hace así ​http://gnutips.blogspot.com/2008/01/wget-en-una-red-con-proxy.html

[Iván Robles]

He configurado las variables entorno http-proxy, http-user y http-passwd con sus valores correspondientes.

Ahora funcione el wget, pero la actualización de paquetes sigue sin poder hacerse.

[Víctor de Buen Remiro]

Bien, es que los paquetes no usan wget sino un método interno de TCL que es más limpio y directo que pasar por wget en línea de comandos.

Seguramente habrá alguna forma de configurar este método para que funcione igual que el wget pero de eso yo no tengo ni idea.

Lo que voy a hacer es que el método de descarga sea opcional y configurable por el usuario para que en casos como éste se tenga una salida.

[Víctor de Buen Remiro]

(In [3474]) Fixes #1166

[Iván Robles]

Buenas,

por si sirve de ayuda os comento los pasos seguidos:

Como variables de entorno en windows hacer

http_proxy, http_user y http_passwd

con los valores correspondientes

Después de haber cambiado esto abrir un nuevo tol y ejecutar:

Text TolConfigManager::Config::ExternalTools::UrlDownloader:= "sys:wget";

Con esto ya se pueden descargar los paquetes correctamente

[Jorge]

Revisar si estas variables de configuración pueden ser usadas en el método interno basado en curl.

[Iván Robles]

Perdonad pero no está descargando los paquetes correctamente.

Consigo descargar una pagina web con el metodo wget, con lo comentado arriba.

Cuando no se ponen las variables http_proxy, http_user y http_passwd y el código:

Text TolConfigManager::Config::ExternalTools::UrlDownloader:= "sys:wget";

se queda una pantalla de ms-dos intentando conectarse.

Cuando se configura con lo de arriba, la pantalla de ms-dos ya no se queda intentando conectarse. Parece que consigue descargarse los paquetes pero en realidad no lo consigue.

Siempre devuelven un cero estos metodos

Real TolPackage::Client::RemoteUpdatePackSyncInfo(True);
Real TolPackage::Client::RemoteUpgradeAll(0);
Real TolPackage::Client::RemoteUpdateAll(0);

Si se os ocurre que puede pasar, o se os ocurre alguna prueba que pueda hacer me comentais.

Gracias,
Un cordial saludo

[Pedro Gea]

(In [4626]) Refs #1166
Se incorpora un método basado en Tcom para acceder a una URL en windows vía Internet Explorer.
Para seleccionar el nuevo método GetUrlContents.tcom.iexplore como método por defecto es necesario cambiar la configuración TolConfigManager::Config::ExternalTools::UrlDownloader a "tcom:iexplore".

[Jorge]

(In [4634]) refs #1166, portando cambio [4626], geturl basado en tcom

[Pedro Gea]

(In [4673]) Refs #1166
Se corrige el método GetUrlContents.tcom.iexplore ya que devolvía espacios donde debería devolver saltos de línea.

[Pedro Gea]

Véase documentación acerca del problema con los saltos de línea y Internet Explorer:

• ​innerHTML, new lines and Internet Explorer
  In short, if you use innerHTML, innerText or outerHTML on most elements, IE will convert newlines to spaces. Checking the charCodes of newlines (whether unix or ascii) shows them as 32s.

• ​Insert newline (\n) with innerHTML in pre element in IE not working?