PROXY

[arigault]

Bonjour, voila dans mon organisation il y a un script de proxy automatique... pour que le syno puisse avoir accès au mise à a jour et autre accès. Voir y accéder a partir du BVPN il me faut renseigner un proxy, sauf que sur l'interface du syno il faut renseigner l'adresse et le port du proxy...Comment faire pour renseigner le fichier pac ? Merci par avance.

[PiwiLAbruti]

DSM ne supporte actuellement que la configuration manuelle du proxy. As-tu essayé de configurer le proxy manuellement ?

[arigault]

Merci pour la réponse, et non l'organisation dans laquelle je travail fournit qu'un script, mais je vais essayer de me renseigner pour avoir l'adresse et le port, c'est quand même très dommage que cette solution ne sois pas pris en charge...

Modifié le 17 février 2017 par arigault

[PiwiLAbruti]

L'adresse et le port du serveur proxy sont renseignés dans le fichier .pac, tu peux l'ouvrir avec n'importe quel éditeur de texte.

[arigault]

Oui c'est la première chose que j'ai faite.. mais quand on voit le script.... c'est une usine à gaz... pas loin de 140 lignes, je ne sais pas qui a pondu ça, mais franchement....je vais tous faire pour que tous ça soit revu, mais au niveau national, je représente une demi-aiguille dans 97 botes de foins. Bref je trouve pas....

[PiwiLAbruti]

Il y a 1 heure, arigault a dit :

mais quand on voit le script.... c'est une usine à gaz... pas loin de 140 lignes

Ce n'est rien ça, ce n'est qu'une fonction qui retourne une chaine de caractères formatée "{adresseDuProxy}:{portDuProxy}". Tu devrais pouvoir les identifier facilement.

[Einsteinium]

140 lignes cela va très vite à parcourir, l'adresse ip doit être visible, voir le domaine le cas échéant... essaye une recherche sur 3128, avec chance le port par défaut et maintenu, il y a de fortes chances qu'il y est plusieurs proxy renseignés dans le fichier ;-)

[arigault]

Vendredi j'ai essayé en boucle avec le 3128... j'avais trouvé je ne sais plus comment une adresse avec le 3128, ah oui ça me reviens avec netstat -n ou bien aussi avec process explorer, je trouve bien une adresse ip lorsque je navigue et avec le port 3128. mais rien n'y fait je me demande si ils ne bloquent pas aussi avec les adresses mac c'est pas possible je ne comprend pas et c'est vraiment pénible car du coup je ne peux pas sauvegarder sur un autre NAS distant. Je ressaye de suite pour voir.

[PiwiLAbruti]

Poste le contenu du .pac ici si ça n'a rien de confidentiel, ou sinon par MP.

[arigault]

Alors avant midi j'ai remis la même adresse et port que j'avais trouvé vendredi, là mon centre paquet se met à jour, je vais dans le système, je fais vérifier l'update ça marche, c'est lent mais ça marche.

Je recommence à l'instant... et la connexion a échoué.... Grrrrr peut être un time out chez syno ? Il faut avouer que notre système informatique est un peu comment dire, bon, je n'aime pas, mais je viens d'arriver et ne vais pas tous révolutionner en un trimestre, mais bon, on passe par un BVPN sur une ligne SDSL de 2Mo avec le fameux proxy hébergé sur un serveur sur Paris, chaque poste travail session windows, sauf pour les appli métiers en TSE distante le tout d'une lenteur à s'arracher les cheveux... Rien qu'en http pour aller sur le centre de téléchargement de syno, une galère vendredi, plusieurs dizaines de minutes. Je vais militer pour de nouveau héberger nos serveurs en local.... En tout cas, je vous tiendrais informé, et merci de vos réponses.

Modifié le 20 février 2017 par arigault

[PiwiLAbruti]

 

C'est même probablement pire que ce que tu pourrais penser car je pense qu'il s'agit d'une SDSL 2Mb (~200Ko/s) et non 2Mo.

À ta place, je téléchargerais les mises à jour depuis une connexion décente et je les ferais en offline sur les NAS en production.

[arigault]

je viens de faire un test ookla... 1.71Mbps en down et 2.01 en up.... quand je pense qu'a coté ils ont du 70 en down et 25 en up sur du VDSL.... c'est sur pas en business, ni en ligne SDSL mais bon. sachant que nous sommes 10 en ligne, avec session TSE en plus et liaison imprimante du coup aussi sur le NET ben j'ai l'impression de revenir 10 ans en arrière.... tu avais raison....

 

Modifié le 20 février 2017 par arigault

[PiwiLAbruti]

Un accès internet sur du BVPN n'a pas beaucoup d'intérêt. Il vaut mieux prendre une ADSL (ou VDSL si possible) en plus pour le trafic HTTP. Ça coûte moins cher et c'est plus élevé en débit.

[arigault]

Il me semble aussi, mais je suis arrivé 3 mois après le changement de système, avant les serveurs étaient en local donc pas de TSE sauf pour les nomades, pas de BVPN, bref le top, mais voilà pas d'informaticien, donc pas de gestion  de documents, pas ou peu de maintenance ou couteuse avec des intervenants extérieur, et surtout pas de gestion de sauvegardes, donc quand cette solution a été proposer la direction n'a vu que des choses bien... seulement voilà un serveur mutualisé a distance sur lequel tout passent, même les impressions locale, les logiciels métier, etc... ben la rapidité n'est pas au rdv. Je vais essayer de renverser la tendance petit à petit, rien que sur la partie financière y a pas photos.... donc avec les arguments de rapidité et de réactivité lors des demandes d'intervention, il est évident qu'il faut rapatrier.

Modifié le 21 février 2017 par arigault