Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente
Le 05/07/2023 à 22:24, BERTRAND Joël a écrit : didier gaumet a écrit : Avertissement: si je n'ai pas répondu à ton précédent message c'est que je suis totalement inculte sur le sujet Y a un paragraphe de la doc Alfresco qui a l'air de s'intéresser aux aspects du problème qui t'intéresse (regarde à "classpath"): https://docs.alfresco.com/content-services/7.2/install/zip/tomcat/#install-application-server désolé si ça ne répond pas à la question tel que tu l'espérais: vu mon niveau j'en suis réduit aux conjectures, hein... Merci de t'être penché sur le sujet. J'avance de mon côté et il y a plusieurs problèmes qui se superposent. J'ai réussi à relancer Alfresco, mais il est bancal. J'essayerai de faire une réponse avec la résolution, mais le problème est côté Tomcat, pas côté Alfresco. Bon alors mon niveau de compréhension de ton problème ressemble assez à celui de la vache qui regarde passer le train, relativement au mode de locomotion de celui-ci ;-) Mais ceci étant, le lien -bien qu'extrait du site Alfresco- que je t'ai indiqué semble justement expliquer comment installer et configurer *Tomcat* pour le bon fonctionnement d'Alfresco, entre autres les chemins, mais pas seulement Mais bon, j'ai peut-être rien compris, hein :-)
Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente
didier gaumet a écrit : > Avertissement: si je n'ai pas répondu à ton précédent message c'est que > je suis totalement inculte sur le sujet > > Y a un paragraphe de la doc Alfresco qui a l'air de s'intéresser aux > aspects du problème qui t'intéresse (regarde à "classpath"): > https://docs.alfresco.com/content-services/7.2/install/zip/tomcat/#install-application-server > > > désolé si ça ne répond pas à la question tel que tu l'espérais: vu mon > niveau j'en suis réduit aux conjectures, hein... Merci de t'être penché sur le sujet. J'avance de mon côté et il y a plusieurs problèmes qui se superposent. J'ai réussi à relancer Alfresco, mais il est bancal. J'essayerai de faire une réponse avec la résolution, mais le problème est côté Tomcat, pas côté Alfresco.
Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente
Avertissement: si je n'ai pas répondu à ton précédent message c'est que je suis totalement inculte sur le sujet Y a un paragraphe de la doc Alfresco qui a l'air de s'intéresser aux aspects du problème qui t'intéresse (regarde à "classpath"): https://docs.alfresco.com/content-services/7.2/install/zip/tomcat/#install-application-server désolé si ça ne répond pas à la question tel que tu l'espérais: vu mon niveau j'en suis réduit aux conjectures, hein...
Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente
Bonsoir à tous, Trouvé... Enfin, j'ai trouvé le fautif, mais je ne sais pas trop comment résoudre le problème. J'avais galéré pour installer Alfresco et j'avais utilisé la variable CATALINA_BASE=/opt/alfresco dans /etc/default/tomcat9. Ça fonctionnait très bien. Sauf que depuis la dernière mise à jour de tomcat9, ça ne fonctionne plus correctement. J'ai retiré la variable en question et j'arrive à lancer tomcat sur la machine. J'essaie donc de modifier les contexts de tomcat pour réussir à lancer alfresco en rajoutant un path. Rien n'y fait. J'ai par exemple ceci : Comment rajouter le path là-dedans ? J'ai bien tenté un qui renvoie : GRAVE: Erreur lors du déploiement du descripteur de configuration [/etc/tomcat9/Catalina/localhost/alfresco.xml] java.lang.IllegalStateException: Erreur lors du démarrage du conteneur fils Caused by: org.apache.catalina.LifecycleException: Echec de démarrage du composant [org.apache.catalina.webresources.StandardRoot@d91e8c7] at org.apache.catalina.util.LifecycleBase.handleSubClassException(LifecycleBase.java:440) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:198) at org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:4881) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5014) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726) ... 37 more Caused by: java.lang.IllegalArgumentException: L'ensemble de ressources principal [/var/lib/tomcat9/webapps/alfresco] est invalide at org.apache.catalina.webresources.StandardRoot.createMainResourceSet(StandardRoot.java:777) at org.apache.catalina.webresources.StandardRoot.startInternal(StandardRoot.java:734) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) ... 41 more juil. 05, 2023 6:27:56 PM org.apache.catalina.startup.HostConfig deployDescriptor Merci de toute idée... Bien cordialement, JB
Re: Service proxy : quel paquet simple et fiable ?
Le 5 juillet 2023 Daniel Caillibaud a écrit : > Sauf que le cache ne sert à rien sur les connexions https, qui sont désormais > très largement > majoritaires, je me trompe ? C'est vrai, et ausi pour le filtrage. Il y a bien possibilité de paramétrer squid pour faire ça mais ça complexifie pour la gestion des certificats http://wiki.squid-cache.org/Features/SslPeekAndSplice
Re: Service proxy : quel paquet simple et fiable ?
Le 05/07/23 à 09:08, Michel Verdier a écrit : > Au sujet du cache d'ailleurs je te conseillerais de faire : > > Machine (client ou serveur) <--> squid interne avec cache <-> Routeur/Modem > <-- connexion TLS > en IPv4 --> squid externe <---> internet > > sauf si ta connexion est vraiment bonne. Sauf que le cache ne sert à rien sur les connexions https, qui sont désormais très largement majoritaires, je me trompe ? -- Daniel Quand j'écoute trop Wagner, j'ai envie d'envahir la Pologne. Woody Allen
Re: Service proxy : quel paquet simple et fiable ?
Le 5 juillet 2023 roger tarani a écrit : > Le Squid interne avec cache sert donc seulement en cas de mauvais lien > internet ? (cache) Mauvais ou pas assez de bande passante. Et aussi éventuellement pour filtrer en entrée et sortie. Du moins en entrée ce serait mieux de filtrer au niveau du squid externe. > Pour le Squid externe, je compte prendre un serveur hébergé de base à > quelques euros/m, auquel je confierai éventuellement quelques services > complémentaires (ex : VPN server). > Quelles ressources sont nécessaire pour un service proxy ? Je n'ai plus de chiffres en tête. Mais de mémoire je le faisais tourner sur une machine pas très puissante. Et on règle la taille du cache pour limiter la taille mémoire et disque. Par contre un disque ssd ça doit aider. > Pour le Squid du LAN, pour éviter de gérer un serveur juste pour ça et pour ne > pas toucher à l'existant, n'y a -t-il pas des boîtiers/appliance réseau ? > Sinon, je récupérerai un ancien miniPC. Ça s'installe assez simplement et c'est assez indépendant. Squid écoute le port proxy (normalement 8080) et prend juste des ressources CPU mémoire et disque. Mais tu peux tester sur un miniPC puis reporter ensuite sur une autre machine quand tu auras vu que c'est sans douleur :)
Re: Service proxy : quel paquet simple et fiable ?
Merci. Oui, le fw est à gérer séparément pour le filtrage réseau. - Mail original - De: "Sébastien NOBILI" À: "Liste Debian" Envoyé: Mercredi 5 Juillet 2023 09:30:34 Objet: Re: Service proxy : quel paquet simple et fiable ? Bonjour, Le 2023-07-05 00:26, roger.tar...@free.fr a écrit : > Une première recherche pointe vers Dante et Squid. > > Quelle est la solution de référence, simple et fiable, sur debian ? Squid fait en effet référence dans le monde des proxies. Il apporte de nombreuses fonctionnalités (cache, filtrage). Pour un proxy simple qui ne ferait que relayer et avec une conf. minimaliste, il y a tinyproxy. Les aspects sécurité seront probablement à gérer côté filtrage réseau (nftables). Sébastien
Re: Service proxy : quel paquet simple et fiable ?
Squid. Merci. Le Squid interne avec cache sert donc seulement en cas de mauvais lien internet ? (cache) Pour le Squid externe, je compte prendre un serveur hébergé de base à quelques euros/m, auquel je confierai éventuellement quelques services complémentaires (ex : VPN server). Quelles ressources sont nécessaire pour un service proxy ? Pour le Squid du LAN, pour éviter de gérer un serveur juste pour ça et pour ne pas toucher à l'existant, n'y a -t-il pas des boîtiers/appliance réseau ? Sinon, je récupérererai un ancien miniPC. - Mail original - De: "Michel Verdier" À: "Liste Debian" Envoyé: Mercredi 5 Juillet 2023 09:08:19 Objet: Re: Service proxy : quel paquet simple et fiable ? Le 5 juillet 2023 roger tarani a écrit : > Schéma > Machine (client ou serveur) <--> Routeur/Modem <-- connexion TLS en IPv4 --> > service proxy <---> internet > > Le fournisseur de nom de domaine, par exemple, ne verra plus l'adresse IP > publique du modem mais celle du serveur qui héberge le service proxy. Un > proxy, quoi ! > Le flux autorisé doit être celui autorisé par le Modem/Routeur : 80,443, > messagerie, etc. > > Je ne vois pas de difficulté théorique. Mais je n'ai jamais configuré ça par > moi-même car je n'en ai jamais eu besoin, ou alors c'était déjà configuré ou > intégré. > > Une première recherche pointe vers Dante et Squid. > > Quelle est la solution de référence, simple et fiable, sur debian ? Pour moi c'est squid qui a toutes les fonctionnalités qu'on attend d'un proxy. Je ne connais pas dante mais j'ai l'impression qu'il ne fait pas de cache, que c'est un freemium et donc moins pérenne car juste une société qui le développe. Au sujet du cache d'ailleurs je te conseillerais de faire : Machine (client ou serveur) <--> squid interne avec cache <-> Routeur/Modem <-- connexion TLS en IPv4 --> squid externe <---> internet sauf si ta connexion est vraiment bonne.
Re: utilisation d'une imprimante Epson XP 6105
Bonjour, ton imprimante/scanner a l'air suffisamment récente pour être compatible avec un fonctionnement driverless (sans pilote): https://wiki.debian.org/CUPSDriverlessPrinting je serais toi je désinstallerais/déconfigurerais tout ce que j'ai installé/configuré pour cette imprimante/scanner. Je vérifierais juste (ça dépend peut-être du bureau utilisé) que ipp-usb et sane-airscan sont installés (les installer si ce n'est pas le cas). Ensuite, ça devrait marcher tout seul sans installation ni configuration (le système détecte tout seul l'imprimante et le scanner) , même branché en USB grâce à ipp-usb. En gros de nos jours, quel que soit l'OS, on tend à ne plus installer de pilote d'imprimante et de scanner mais à laisser l'OS détecter un périphérique qui agit comme un serveur d'impression et/ou de scan.
Re: Service proxy : quel paquet simple et fiable ?
Bonjour, Le 2023-07-05 00:26, roger.tar...@free.fr a écrit : Une première recherche pointe vers Dante et Squid. Quelle est la solution de référence, simple et fiable, sur debian ? Squid fait en effet référence dans le monde des proxies. Il apporte de nombreuses fonctionnalités (cache, filtrage). Pour un proxy simple qui ne ferait que relayer et avec une conf. minimaliste, il y a tinyproxy. Les aspects sécurité seront probablement à gérer côté filtrage réseau (nftables). Sébastien
Re: [HS] imprimante sans wifi
Pour compléter la réponse de François avec de possibles alternatives: - utiliser un adaptateur wifi ethernet (chercher ça sur Amazon donne des pistes pour voir ce qui existe même si on achète ailleurs) - utiliser un routeur ou répéteur wifi avec prise ethernet - utiliser un truc minimaliste genre Raspberry Pi sur lequel on installe ce qu'il faut pour servir de serveur de scan et d'impression - ...
Re: Question téléchargement debian 12
Bonjour, Le mardi 04 juillet 2023 à 13:45 +, Kevin ROBERT a écrit : > Bonjour, excusez-moi de vous déranger mais j’ai vraiment du mal à > faire la différence sur votre site. > > Pouvez-vous s’il vous plaît me donner le lien pour télécharger debian > 12 pour serveur. > > En vous remerciant Le mieux est de se rendre sur la page https://www.debian.org/download qui vous propose de télécharger l'image installation par le réseau (une version où l'image initiale n'est pas très lourde mais qui nécessite une connexion réseau (ethernet si possible). L'image par défaut est destinée aux PC les plus courants. Si vous avez un ordinateur relativement ancien vous pouvez aussi télécharger une image pour PC 32 bits ici https://www.debian.org/distrib/ . Il n'y a pas d'image spéciale pour les serveurs. C'est lors de l'installation qu'il vous sera proposé de charger (après l'installation du système minimum) un environnement de bureau avec plusieurs choix (GNOME, Xfce, KDE,...), ou aucun, si vous préférez travailleur uniquement en ligne de commande, et en plus un ensemble de logiciels répondant à des besoins spécifiques : serveur web, serveur d'impression ou serveur ssh. Une fois ces "tâches" (tasks - c'est le nom utilisé par Debian) installées, vous pourrez choisir, une fois l'installation terminée, d'installer un largeur choix de serveurs. Amicalement, Jean-Pierre Giraud
Re: Question téléchargement debian 12
Le 04/07/2023 à 15:45, Kevin ROBERT a écrit : Bonjour, excusez-moi de vous déranger mais j’ai vraiment du mal à faire la différence sur votre site. Pouvez-vous s’il vous plaît me donner le lien pour télécharger debian 12 pour serveur. En vous remerciant Bonjour, il n'y a pas spécifiquement d'image "pour serveur", le plus simple est d'installer une Debian à partir de l'image "net-install" et de ne pas installer de bureau lors des dernières étapes d'installation (décocher les cases "desktop" et "gnome") la page de téléchargement de Debian est là: https://www.debian.org/download elle renvoie vers cette image net-install (pour une architecture amd64 (les PC à base d'Intel ou AMD 64 bits)): https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-12.0.0-amd64-netinst.iso
Re: Service proxy : quel paquet simple et fiable ?
Le 5 juillet 2023 roger tarani a écrit : > Schéma > Machine (client ou serveur) <--> Routeur/Modem <-- connexion TLS en IPv4 --> > service proxy <---> internet > > Le fournisseur de nom de domaine, par exemple, ne verra plus l'adresse IP > publique du modem mais celle du serveur qui héberge le service proxy. Un > proxy, quoi ! > Le flux autorisé doit être celui autorisé par le Modem/Routeur : 80,443, > messagerie, etc. > > Je ne vois pas de difficulté théorique. Mais je n'ai jamais configuré ça par > moi-même car je n'en ai jamais eu besoin, ou alors c'était déjà configuré ou > intégré. > > Une première recherche pointe vers Dante et Squid. > > Quelle est la solution de référence, simple et fiable, sur debian ? Pour moi c'est squid qui a toutes les fonctionnalités qu'on attend d'un proxy. Je ne connais pas dante mais j'ai l'impression qu'il ne fait pas de cache, que c'est un freemium et donc moins pérenne car juste une société qui le développe. Au sujet du cache d'ailleurs je te conseillerais de faire : Machine (client ou serveur) <--> squid interne avec cache <-> Routeur/Modem <-- connexion TLS en IPv4 --> squid externe <---> internet sauf si ta connexion est vraiment bonne.
Re: [HS] imprimante sans wifi
Et mettre un répéteur CPL avec sortie Ethernet ? Francois Mescam Le 04/07/2023 à 23:25, ajh-valmer a écrit : Bonsoir, J'ai récupéré une imprimante laser samsung sans wifi, qu'avec port ethernet et/ou usb (elle est ancienne). Pas de possibilité de dérouler un câble. Une clé WiFi pourrait-elle faire l'affaire mais ensuite comment la configurer ? À partir de la box ? Merci de votre réponse.
