As-tu demandé à tes gentils admins du pare-feu s'ils accepteraient d'autres protocoles que http pour constituer ton miroir ?
- notamment ftp ou plutôt rsync, rsync présentant l'avantage de n'aller chercher que ce qui est nécessaire et permettant des reprises
- cela permettra d'identifier ton serveur concerné (point d'origine du flux) et le serveur distant (point de destination)
- as-tu identifié la volumétrie estimée, ce qui leur permettra de dimensionner la bande passante afférente ? leur as-tu proposé pour l'initialisation (qui demandera minimum 20 Go) de plutôt le faire par le LAN via un disque usb (par exemple) alimenté par tes soins
- à quels horaires comptes-tu faire tes mises à jour ? est-ce bien dans un créneau moins chargé au niveau réseau ?
S'il y a une de ces questions que tu n'as jamais traité avec eux, pas trop étonnant que tu te sois fait gentiment éconduire. Déjà le titre de ton post "bypass du proxy" montre que tu adoptes le _mauvais_ état d'esprit, quand bien même tu tentes de te rattrapper aux branches par la suite.
En traitant ces différents points tu pourras montrer que tu maîtrises leurs différentes problématiques, que tu es prêt à faire quelques concessions, que la demande ne va pas partir dans tous les sens (oui oui, pour toi ça paraît évident, ça va sans dire, ça va mieux en le disant). Au passage tu pourras leur signaler ce pépin avec l'antivirus, qui te pénalise, alors que les paquets sont signés sur les différents miroirs des distributions et pourraient _à ce titre_ ne pas être obligé de passer par le scan anti-virus et ainsi décharger un peu votre proxy.
Essaie aussi de fournir les courbes de consommation réseau que tu as engendrées, cela montrera que tu as pris en compte une partie du problème. En contrepartie tu indiqueras que cela permet d'avoir un flux _identifié_ avec l'extérieur plutôt que d'avoir autant de serveurs/postes clients qui se connectent anarchiquement vers l'extérieur et démultipliant (rapidement) les volumétries ; alors que ce que tu proposes avec un miroir interne rationnalise le tout et permet de n'avoir principalement que des "coûts" LAN.
Eventuellement, demande si un lien dédié est envisageable (mais je n'y crois que très peu) et soit prêt à en assumer les coûts de mise en place.
Bon courage dans tes démarches.
# ftp, rsync...
Posté par BAud (site web personnel) . En réponse au message Bypass du proxy. Évalué à 2.
- notamment ftp ou plutôt rsync, rsync présentant l'avantage de n'aller chercher que ce qui est nécessaire et permettant des reprises
- cela permettra d'identifier ton serveur concerné (point d'origine du flux) et le serveur distant (point de destination)
- as-tu identifié la volumétrie estimée, ce qui leur permettra de dimensionner la bande passante afférente ? leur as-tu proposé pour l'initialisation (qui demandera minimum 20 Go) de plutôt le faire par le LAN via un disque usb (par exemple) alimenté par tes soins
- à quels horaires comptes-tu faire tes mises à jour ? est-ce bien dans un créneau moins chargé au niveau réseau ?
S'il y a une de ces questions que tu n'as jamais traité avec eux, pas trop étonnant que tu te sois fait gentiment éconduire. Déjà le titre de ton post "bypass du proxy" montre que tu adoptes le _mauvais_ état d'esprit, quand bien même tu tentes de te rattrapper aux branches par la suite.
En traitant ces différents points tu pourras montrer que tu maîtrises leurs différentes problématiques, que tu es prêt à faire quelques concessions, que la demande ne va pas partir dans tous les sens (oui oui, pour toi ça paraît évident, ça va sans dire, ça va mieux en le disant). Au passage tu pourras leur signaler ce pépin avec l'antivirus, qui te pénalise, alors que les paquets sont signés sur les différents miroirs des distributions et pourraient _à ce titre_ ne pas être obligé de passer par le scan anti-virus et ainsi décharger un peu votre proxy.
Essaie aussi de fournir les courbes de consommation réseau que tu as engendrées, cela montrera que tu as pris en compte une partie du problème. En contrepartie tu indiqueras que cela permet d'avoir un flux _identifié_ avec l'extérieur plutôt que d'avoir autant de serveurs/postes clients qui se connectent anarchiquement vers l'extérieur et démultipliant (rapidement) les volumétries ; alors que ce que tu proposes avec un miroir interne rationnalise le tout et permet de n'avoir principalement que des "coûts" LAN.
Eventuellement, demande si un lien dédié est envisageable (mais je n'y crois que très peu) et soit prêt à en assumer les coûts de mise en place.
Bon courage dans tes démarches.