Re: [HS] imprimante laser sans wifi et conseils achat

[Frederic Zulian]

La lexmark est fournie avec  son  pilote en .deb

Frédéric ZULIAN



Le ven. 7 juil. 2023 à 00:39, Bernard Schoenacker <
bernard.schoenac...@free.fr> a écrit :

> Hallo,
>
> Die wache hat etwas gefunden :
>
>
> https://www.futura-sciences.com/tech/comparatifs/meilleure-imprimante-laser-couleur-comparatif/
>
> mfg
>
> Bernard
>
>
> - Mail original -
> De: "ajh-valmer" 
> À: debian-user-french@lists.debian.org
> Envoyé: Jeudi 6 Juillet 2023 23:33:32
> Objet: Re: [HS] imprimante laser sans wifi et conseils achat
>
> On Wednesday 05 July 2023 09:26:27 didier gaumet wrote:
> > 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
>
> J'en profite alors :
> Quelle imprimante laser couleurs, wifi, scanner, me conseillez vous ?
> (le prix des cartouches est important et sa bonne compatibilité Linux).
> Merci.
> Bonne fin de soirée,
>
>

Re: [HS] imprimante laser sans wifi et conseils achat

[Bernard Schoenacker]

Hallo,

Die wache hat etwas gefunden :

https://www.futura-sciences.com/tech/comparatifs/meilleure-imprimante-laser-couleur-comparatif/

mfg 

Bernard


- Mail original -
De: "ajh-valmer" 
À: debian-user-french@lists.debian.org
Envoyé: Jeudi 6 Juillet 2023 23:33:32
Objet: Re: [HS] imprimante laser sans wifi et conseils achat

On Wednesday 05 July 2023 09:26:27 didier gaumet wrote:
> 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

J'en profite alors :
Quelle imprimante laser couleurs, wifi, scanner, me conseillez vous ?
(le prix des cartouches est important et sa bonne compatibilité Linux).
Merci.
Bonne fin de soirée,

Re: [HS] imprimante laser sans wifi et conseils achat

[ajh-valmer]

On Wednesday 05 July 2023 09:26:27 didier gaumet wrote:
> 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

J'en profite alors :
Quelle imprimante laser couleurs, wifi, scanner, me conseillez vous ?
(le prix des cartouches est important et sa bonne compatibilité Linux).
Merci.
Bonne fin de soirée,

Re: Service proxy : quel paquet simple et fiable ?

[roger . tarani]

De: "NoSpam"  
À: "Liste Debian"  
Envoyé: Jeudi 6 Juillet 2023 14:50:49 
Objet: Re: Service proxy : quel paquet simple et fiable ? 




Le 06/07/2023 à 14:21, RogerT a écrit : 



Merci pour la précision. 

FW 
Tu parles de nftables sur debian12. Je suppose que la syntaxe est proche de 
celle de iptables. 
Doit-on ou peut-on oublier ufw ? 


Rien à voir entre les deux, réécriture complète. iptables sera désuet à un 
moment ou un autre 

Entendu Merci. 

Proxy 
BQ_BEGIN

De ce que j’ai compris de Squid : 
une fois que j’ai configuré les interfaces réseau avec nmcli ou autre, je 
définis les acl puis les règles accept/reject sur ces acl. 

S’agissant d’un serveur hébergé pour réaliser ce service de proxy, est-ce que 
je peux me contenter d’une seule adresse IP ? 

BQ_END
Oui 

Merci pour ta confirmation. 

BQ_BEGIN


Si un serveur est caché derrière le proxy, c’est l’IP publique du proxy qui 
reçoit le flux et le route ers le serveur caché, selon la configuration de 
Squid. 

Si un client est caché derrière le proxy, il saura contacter le proxy par son 
adr IP publique (et le port adapté) et ce proxy routera le flux vers le serveur 
web visé. 

Je ne vois donc pas de difficulté à utiliser une seule adresse IP pour le 
serveur hébergé qui va rendre le service proxy. 
Ou alors ai-je oublié qqchose ? 

Merci. 


BQ_BEGIN
Le 6 juil. 2023 à 13:38, NoSpam [ mailto:no-s...@tootai.net | 
 ] a écrit : 


BQ_END


BQ_BEGIN



Bonjour. 


Pour information, certains outils de Debian11 ne sont pas les mêmes pour 12: 
iptables par ex. est remplacé par nftables. 


Concernant nmcli je suis étonné, il est censé ne pas toucher aux interfaces 
configurées dans ce fichier. 


[ https://wiki.debian.org/fr/NetworkManager | 
https://wiki.debian.org/fr/NetworkManager ] 


NetworkManager ne gérera que les interfaces qui ne sont pas déclarés dans 
/etc/network/interfaces (voir le fichier [ 
https://wiki.debian.org/fr/NetworkManager#doc | README ] ). 


Sinon pour le réseau, cloud-init, systemd-networkd, etc. 
Le 06/07/2023 à 13:06, RogerT a écrit : 

BQ_BEGIN

J’ai besoin d’aide pour l’interconnexion de réseaux (2 LAN, 1 LAN et 1 VPN, 1 
LAN/1 WAN) en tenant compte d’un éventuel proxy (Squid) qui route/filtre le 
traffic d’un réseau à un autre.

Sur debian 11, la gestion du réseau se fait d’office avec nm, c’est bien ça ?

Rq : balloté dans la doc debian ancienne et non indiquée comme telle, j’ai déjà 
eu l’expérience de batailler avec resolvconf/resolv.conf ou 
/etc/network/interfaces qui était généré et donc écrasé par nm ; j’ai donc déjà 
fait l’expérience de tourner longtemps en rond.

Pouvez-vous m’indiquer un pointeur pour aller directement vers l’outil pour 
gérer ça ?
Je dirais : nmcli ?… + fw (ufw ou iptables)

Merci. 

BQ_BEGIN

Le 5 juil. 2023 à 11:00, [ mailto:roger.tar...@free.fr | roger.tar...@free.fr ] 
a écrit :
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" [ mailto:mv...@free.fr |  ] À: "Liste 
Debian" [ mailto:debian-user-french@lists.debian.org | 
 ] 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 : 

BQ_BEGIN

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 ? 

BQ_END

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. 

BQ_END

BQ_END


BQ_END

BQ_END

[Resolu]: Utilitaire Debian pour récupérer SMS Androïd

[Thierry]

Merci à tous pour vos réponses.
J'ai quand même réussi à installer F-Droid et j'ai pu récupérer les SMS 
avec l'application SMS Export / Import (le but étant bien de les 
transférer sur un nouveau Smartphone).


Cela étant, ces utilitaires ne font qu'accéder au stockage du smartphone 
pour lire les SMS/MMS et les convertir en xml ou json. Et les applis 
F-Droid sont des logiciels libres. Les sources sont disponibles. Y a 
t-il des blocages pour qu'ils soient packagés pour Debian? Ce qui peut 
être utile justement en cas de gros pb avec le smartphone.


Merci


Le 06/07/2023 à 15:05, didier gaumet a écrit :

Le 06/07/2023 à 10:33, Thierry a écrit :

Bonjour à tous.

Le besoin est dans le sujet.
En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il 
est impossible d'installer quoi que ce soit (pb de compatibilité). 
J'ai pu récupérer facilement les photos, fichiers, etc.. par transfert 
de fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a 
un gros historique que je voudrais conserver.
Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows 
payants, ou des applis Android à installer (ce qui n'est plus possible)


Merci pour vos suggestions.


Ben en fait ta question en appelle d'autres:
- c'est quoi ton but? consulter gérer tes SMS/MMS sous Debian? ou plutôt 
récupérer sous Debian les données de ton ancien smartphone pour les 
transférer vers un nouveau smartphone?
- dans le 2ème cas, suivant que ton nouveau smartphone est sous Android 
ou IOS, ça se fait généralement directement depuis le nouveau smartphone 
avec l'ancien à côte connecté en wifi

https://www.lesnumeriques.com/mobilite/tuto-comment-transferer-donnees-vers-nouveau-smartphone-android-a4493.html
https://support.apple.com/fr-fr/HT201196

Re: Utilitaire Debian pour récupérer SMS Androïd

[didier gaumet]

Le 06/07/2023 à 10:33, Thierry a écrit :

Bonjour à tous.

Le besoin est dans le sujet.
En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il est 
impossible d'installer quoi que ce soit (pb de compatibilité). J'ai pu 
récupérer facilement les photos, fichiers, etc.. par transfert de 
fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a un 
gros historique que je voudrais conserver.
Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows 
payants, ou des applis Android à installer (ce qui n'est plus possible)


Merci pour vos suggestions.


Ben en fait ta question en appelle d'autres:
- c'est quoi ton but? consulter gérer tes SMS/MMS sous Debian? ou plutôt 
récupérer sous Debian les données de ton ancien smartphone pour les 
transférer vers un nouveau smartphone?
- dans le 2ème cas, suivant que ton nouveau smartphone est sous Android 
ou IOS, ça se fait généralement directement depuis le nouveau smartphone 
avec l'ancien à côte connecté en wifi

https://www.lesnumeriques.com/mobilite/tuto-comment-transferer-donnees-vers-nouveau-smartphone-android-a4493.html
https://support.apple.com/fr-fr/HT201196

Re: Utilitaire Debian pour récupérer SMS Androïd

[didier gaumet]

Le 06/07/2023 à 11:09, Thierry a écrit :
Merci, mais comme je l'ai indiqué, impossible d'installer quoi que ce 
soit sur le téléphone.
J'ai bien essayé de télécharger F-Droid, mais impossible de l'installer 
(message: aucune application pour ouvrir un fichier APK)




une explication ici sur les installations apk:
https://www.commentcamarche.net/mobile/android/971-installer-un-fichier-apk-sur-un-mobile-android/

Re: Utilitaire Debian pour récupérer SMS Androïd

[Jean-Marc]

Bonjour,

Le 6/07/23 à 10:33, Thierry a écrit :

Bonjour à tous.

Le besoin est dans le sujet.
En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il est 
impossible d'installer quoi que ce soit (pb de compatibilité). J'ai pu 
récupérer facilement les photos, fichiers, etc.. par transfert de 
fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a un 
gros historique que je voudrais conserver.
Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows 
payants, ou des applis Android à installer (ce qui n'est plus possible)


Merci pour vos suggestions.


Tu as essayé de faire une recherche sur l'utilitaire adb ?
https://packages.debian.org/search?keywords=adb

C'est un outil de débogage Android qui peut aussi accéder au contenu de 
téléphones Android.


Je ne l'ai jamais utilisé mais c'est une piste.

--
Jean-Marc


OpenPGP_signature
Description: OpenPGP digital signature

Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente

[didier gaumet]

Le 06/07/2023 à 13:58, BERTRAND Joël a écrit :
[...]

org.alfresco.repo.security.permissions.AccessDeniedException: 06060040
Access refusé.  Vous n'avez pas la permission de réaliser cette opération.
 at
org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:57)


Peut-être une piste là (peut-être aussi à adapter concernant un objet 
différent) :

https://hub.alfresco.com/t5/alfresco-content-services-forum/controlling-user-access-to-shared-files/td-p/13103

Bon, désolé, je m'arrête là parce qu'on est depuis longtemps très en 
dehors de mon champ de compétences ;-)

Re: Service proxy : quel paquet simple et fiable ?

[NoSpam]

Le 06/07/2023 à 14:21, RogerT a écrit :

Merci pour la précision.

FW
Tu parles de nftables sur debian12. Je suppose que la syntaxe est 
proche de celle de iptables.

Doit-on ou peut-on oublier ufw ?
Rien à voir entre les deux, réécriture complète. iptables sera désuet à 
un moment ou un autre


Proxy
De ce que j’ai compris de Squid :
une fois que j’ai configuré les interfaces réseau avec nmcli ou autre, 
je définis les acl puis les règles accept/reject sur ces acl.


S’agissant d’un serveur hébergé pour réaliser ce service de proxy, 
est-ce que je peux me contenter d’une seule adresse IP ?

Oui


Si un serveur est caché derrière le proxy, c’est l’IP publique du 
proxy qui reçoit le flux et le route  ers le serveur caché, selon la 
configuration de Squid.


Si un client est caché derrière le proxy, il saura contacter le proxy 
par son adr IP publique (et le port adapté) et ce proxy routera le 
flux vers le serveur web visé.


Je ne vois donc pas de difficulté à utiliser une seule adresse IP pour 
le serveur hébergé qui va rendre le service proxy.

Ou alors ai-je oublié qqchose ?

Merci.


Le 6 juil. 2023 à 13:38, NoSpam  a écrit :



Bonjour.

Pour information, certains outils de Debian11 ne sont pas les mêmes 
pour 12: iptables par ex. est remplacé par nftables.


Concernant nmcli je suis étonné, il est censé ne pas toucher aux 
interfaces configurées dans ce fichier.


https://wiki.debian.org/fr/NetworkManager

NetworkManager ne gérera que les interfaces qui ne sont pas déclarés 
dans /etc/network/interfaces (voir le fichier README 
).


Sinon pour le réseau, cloud-init, systemd-networkd, etc.

Le 06/07/2023 à 13:06, RogerT a écrit :

J’ai besoin d’aide pour l’interconnexion de réseaux (2 LAN, 1 LAN et 1 VPN, 1 
LAN/1 WAN) en tenant compte d’un éventuel proxy (Squid) qui route/filtre le 
traffic d’un réseau à un autre.

Sur debian 11, la gestion du réseau se fait d’office avec nm, c’est bien ça ?

Rq : balloté dans la doc debian ancienne et non indiquée comme telle, j’ai déjà 
eu l’expérience de batailler avec resolvconf/resolv.conf ou 
/etc/network/interfaces qui était généré et donc écrasé par nm ; j’ai donc déjà 
fait l’expérience de tourner longtemps en rond.

Pouvez-vous m’indiquer un pointeur pour aller directement vers l’outil pour 
gérer ça ?
Je dirais : nmcli ?… + fw (ufw ou iptables)

Merci.


Le 5 juil. 2023 à 11:00,roger.tar...@free.fr  a écrit :
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: Service proxy : quel paquet simple et fiable ?

[RogerT]

Merci pour la précision. 

FW 
Tu parles de nftables sur debian12. Je suppose que la syntaxe est proche de 
celle de iptables. 
Doit-on ou peut-on oublier ufw ?

Proxy
De ce que j’ai compris de Squid :
une fois que j’ai configuré les interfaces réseau avec nmcli ou autre, je 
définis les acl puis les règles accept/reject sur ces acl. 

S’agissant d’un serveur hébergé pour réaliser ce service de proxy, est-ce que 
je peux me contenter d’une seule adresse IP ?

Si un serveur est caché derrière le proxy, c’est l’IP publique du proxy qui 
reçoit le flux et le route  ers le serveur caché, selon la configuration de 
Squid. 

Si un client est caché derrière le proxy, il saura contacter le proxy par son 
adr IP publique (et le port adapté) et ce proxy routera le flux vers le serveur 
web visé. 

Je ne vois donc pas de difficulté à utiliser une seule adresse IP pour le 
serveur hébergé qui va rendre le service proxy. 
Ou alors ai-je oublié qqchose ?

Merci. 

> Le 6 juil. 2023 à 13:38, NoSpam  a écrit :
> 
> 
> Bonjour. 
> 
> Pour information, certains outils de Debian11 ne sont pas les mêmes pour 12: 
> iptables par ex. est remplacé par nftables.
> 
> Concernant nmcli je suis étonné, il est censé ne pas toucher aux interfaces 
> configurées dans ce fichier. 
> 
> https://wiki.debian.org/fr/NetworkManager
> 
> NetworkManager ne gérera que les interfaces qui ne sont pas déclarés dans 
> /etc/network/interfaces (voir le fichier README).  
> 
> Sinon pour le réseau, cloud-init, systemd-networkd, etc.
> 
>> Le 06/07/2023 à 13:06, RogerT a écrit :
>> J’ai besoin d’aide pour l’interconnexion de réseaux (2 LAN, 1 LAN et 1 VPN, 
>> 1 LAN/1 WAN) en tenant compte d’un éventuel proxy (Squid) qui route/filtre 
>> le traffic d’un réseau à un autre.
>> 
>> Sur debian 11, la gestion du réseau se fait d’office avec nm, c’est bien ça ?
>> 
>> Rq : balloté dans la doc debian ancienne et non indiquée comme telle, j’ai 
>> déjà eu l’expérience de batailler avec resolvconf/resolv.conf ou 
>> /etc/network/interfaces qui était généré et donc écrasé par nm ; j’ai donc 
>> déjà fait l’expérience de tourner longtemps en rond.
>> 
>> Pouvez-vous m’indiquer un pointeur pour aller directement vers l’outil pour 
>> gérer ça ?
>> Je dirais : nmcli ?… + fw (ufw ou iptables)
>> 
>> Merci. 
>> 
 Le 5 juil. 2023 à 11:00, roger.tar...@free.fr a écrit :
 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: Connexion impossible sur Tomcat 9 depuis une mise à jour récente

[BERTRAND Joël]

didier gaumet a écrit :
> Le 06/07/2023 à 08:26, BERTRAND Joël a écrit :
>> didier gaumet a écrit :
>>> 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 :-)
>>
>> Mais si, mais si... Mais le problème n'est pas exactement là. Ce ne
>> sont pas les classes qui ne sont pas trouvées, mais le fait que ces
>> classes appellent des scripts et des binaires dans le /bin local
>> d'alfresco. Et tomcat cherche ces bouts de code dans $CATALINA_HOME et
>> $CATALINA_BASE. Avant la mise à jour de tomcat, j'avais rusé en collant
>> l'une des deux variables vers la racine d'installation d'alfresco, ce
>> qui ne fonctionne plus aujourd'hui.
>>
>> En d'autres termes, toutes les classes sont bien trouvées, ce sont
>> les
>> programmes annexes qui manquent à l'appel.
>>
>>
> 
> J'espère que je n'insiste pas de manière déplaisante vu que j'ai peine à
> comprendre globalement ce dont on parle,
> 
> mais ce qui suit (extrait du lien précédent) ne concerne-t-il pas
> justement la configuration dans Tomcat de l'emplacement des classes *et*
> des bibliothèques (je crois comprendre confusément que c'est ce qui te
> manque)?
> 
> [...]
> "
> Create an additional classpath to Tomcat, which will be shared among all
> web applications.
> 
>     Create the directories required for a Content Services installation
> under :
>     Create the shared/classes directory.
>     Create the shared/lib directory.
> 
>     Open the /conf/catalina.properties file.
> 
>     Change the value of the shared.loader= property to the following:
> 
> 
> shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
> 
> "

Si, c'est bien ça. Mais Alfresco utilise aussi une foultitude de
scripts et ça met un bazar sans nom dans les fichiers de conf dont les
chemins sont par défaut CATALINA_HOME.

La seule solution simple, c'est de suivre la doc en question *en
installant alfresco dans /var/lib/tomcat9*. Sinon, alfresco se lance
mais tomcat ne répond plus. Antérieurement, ça fonctionnait pourtant
bien, c'est ce que j'avais installé. Mais depuis la dernière mise à jour
de tomcat, ça coince.

J'en suis à avoir les deux services tomcat share et alfresco qui
tournent, j'arrive à me connecter, mais je n'ai accès à aucun de mes
fichiers. Il me reste un access denied sur un script et je ne vois pas
encore où.

2023-07-06 12:25:10,484  INFO  [web.site.EditionInterceptor]
[ajp-nio-127.0.0.1-8009-exec-1] Successfully retrieved license
information from Alfresco.
 2023-07-06 12:25:12,181  ERROR [extensions.webscripts.AbstractRuntime]
[http-nio-8080-exec-4] Exception from executeScript: 06060040 Access
refusé.  Vous n'avez pas la permission de réaliser cette opération.
org.alfresco.repo.security.permissions.AccessDeniedException: 06060040
Access refusé.  Vous n'avez pas la permission de réaliser cette opération.
at
org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:57)

JB

Re: Service proxy : quel paquet simple et fiable ?

[NoSpam]

Bonjour.

Pour information, certains outils de Debian11 ne sont pas les mêmes pour 
12: iptables par ex. est remplacé par nftables.


Concernant nmcli je suis étonné, il est censé ne pas toucher aux 
interfaces configurées dans ce fichier.


https://wiki.debian.org/fr/NetworkManager

NetworkManager ne gérera que les interfaces qui ne sont pas déclarés 
dans /etc/network/interfaces (voir le fichier README 
).


Sinon pour le réseau, cloud-init, systemd-networkd, etc.

Le 06/07/2023 à 13:06, RogerT a écrit :

J’ai besoin d’aide pour l’interconnexion de réseaux (2 LAN, 1 LAN et 1 VPN, 1 
LAN/1 WAN) en tenant compte d’un éventuel proxy (Squid) qui route/filtre le 
traffic d’un réseau à un autre.

Sur debian 11, la gestion du réseau se fait d’office avec nm, c’est bien ça ?

Rq : balloté dans la doc debian ancienne et non indiquée comme telle, j’ai déjà 
eu l’expérience de batailler avec resolvconf/resolv.conf ou 
/etc/network/interfaces qui était généré et donc écrasé par nm ; j’ai donc déjà 
fait l’expérience de tourner longtemps en rond.

Pouvez-vous m’indiquer un pointeur pour aller directement vers l’outil pour 
gérer ça ?
Je dirais : nmcli ?… + fw (ufw ou iptables)

Merci.


Le 5 juil. 2023 à 11:00,roger.tar...@free.fr  a écrit :
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: Service proxy : quel paquet simple et fiable ?

[RogerT]

J’ai besoin d’aide pour l’interconnexion de réseaux (2 LAN, 1 LAN et 1 VPN, 1 
LAN/1 WAN) en tenant compte d’un éventuel proxy (Squid) qui route/filtre le 
traffic d’un réseau à un autre.

Sur debian 11, la gestion du réseau se fait d’office avec nm, c’est bien ça ?

Rq : balloté dans la doc debian ancienne et non indiquée comme telle, j’ai déjà 
eu l’expérience de batailler avec resolvconf/resolv.conf ou 
/etc/network/interfaces qui était généré et donc écrasé par nm ; j’ai donc déjà 
fait l’expérience de tourner longtemps en rond.

Pouvez-vous m’indiquer un pointeur pour aller directement vers l’outil pour 
gérer ça ?
Je dirais : nmcli ?… + fw (ufw ou iptables)

Merci. 

> Le 5 juil. 2023 à 11:00, roger.tar...@free.fr a écrit :
> 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: Utilitaire Debian pour récupérer SMS Androïd

[Dethegeek]

Bonjour, il y a très longtemps j'utilisais une appli Android qui doit
exister dans f-droid. Il s'agit de smsbackup+. Elle synchronisait les SMS
dans un compte gmail. Si tu as un compte gmail, et sur fouilles dans les
anciennes versions de l'App dans le repo f-droid, alors tu pourras
récupérer tes SMS dans le compte gmail que tu auras configuré.

Une vérification faite sur le site : l'appli est à et requiert Android 2.3.
dernière version en 2018. Dommage qu'elle ne soit plus maintenue d'ailleurs.



Le jeu. 6 juil. 2023 à 11:09, Thierry  a écrit :

> Merci, mais comme je l'ai indiqué, impossible d'installer quoi que ce
> soit sur le téléphone.
> J'ai bien essayé de télécharger F-Droid, mais impossible de l'installer
> (message: aucune application pour ouvrir un fichier APK)
>
> Le 06/07/2023 à 11:00, Hugues MORIN-TRENEULE a écrit :
> > Salut
> >
> > Je n'ai pas de connaissance particulière concernant l'opération que vous
> > voulez faire mais je pense que vouloir "connecter" directement le mobile
> > à votre Debian n'est pas la solution la plus simple pour transferer des
> sms.
> > Vous devriez essayer de trouver une solution à partir d'android.
> > Soit en transférant vos sms de votre ancien mobile au nouveau, soit en
> > générant un fichier contenant vos sms que vous pourrez transférer via
> USB.
> > Ce fichier devra bien sûr être utilisable et lisible sur le système sur
> > lequel vous le transférer, que ce soit Debian ou Android ( ou meme
> > windows ).
> >
> > Apres une petite recherche rapide, j'ai trouvé ces 3 liens qui me semble
> > etre de bonne piste:
> >
> https://linuxfr.org/users/raphj/journaux/sauvegarde-des-sms-mms-et-du-journal-d-appels-sous-android
> <
> https://linuxfr.org/users/raphj/journaux/sauvegarde-des-sms-mms-et-du-journal-d-appels-sous-android
> >
> > https://f-droid.org/fr/packages/com.zegoggles.smssync/
> > 
> >
> https://www.frandroid.com/comment-faire/tutoriaux/449088_comment-transferer-ses-sms-sur-son-nouveau-smartphone-android
> <
> https://www.frandroid.com/comment-faire/tutoriaux/449088_comment-transferer-ses-sms-sur-son-nouveau-smartphone-android
> >
> >
> > En esperant que ca vous aidera
> >
> > Bonne journée
> > Hugues
> >
> >
> >
> > Le jeu. 6 juil. 2023 à 10:34, Thierry  > > a écrit :
> >
> > Bonjour à tous.
> >
> > Le besoin est dans le sujet.
> > En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il
> est
> > impossible d'installer quoi que ce soit (pb de compatibilité). J'ai
> pu
> > récupérer facilement les photos, fichiers, etc.. par transfert de
> > fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a
> un
> > gros historique que je voudrais conserver.
> > Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows
> > payants, ou des applis Android à installer (ce qui n'est plus
> possible)
> >
> > Merci pour vos suggestions.
> >
> >
>
>
>

Re: Utilitaire Debian pour récupérer SMS Androïd

[Thierry]

Merci, mais comme je l'ai indiqué, impossible d'installer quoi que ce 
soit sur le téléphone.
J'ai bien essayé de télécharger F-Droid, mais impossible de l'installer 
(message: aucune application pour ouvrir un fichier APK)


Le 06/07/2023 à 11:00, Hugues MORIN-TRENEULE a écrit :

Salut

Je n'ai pas de connaissance particulière concernant l'opération que vous 
voulez faire mais je pense que vouloir "connecter" directement le mobile 
à votre Debian n'est pas la solution la plus simple pour transferer des sms.

Vous devriez essayer de trouver une solution à partir d'android.
Soit en transférant vos sms de votre ancien mobile au nouveau, soit en 
générant un fichier contenant vos sms que vous pourrez transférer via USB.
Ce fichier devra bien sûr être utilisable et lisible sur le système sur 
lequel vous le transférer, que ce soit Debian ou Android ( ou meme 
windows ).


Apres une petite recherche rapide, j'ai trouvé ces 3 liens qui me semble 
etre de bonne piste:

https://linuxfr.org/users/raphj/journaux/sauvegarde-des-sms-mms-et-du-journal-d-appels-sous-android
 

https://f-droid.org/fr/packages/com.zegoggles.smssync/ 


https://www.frandroid.com/comment-faire/tutoriaux/449088_comment-transferer-ses-sms-sur-son-nouveau-smartphone-android
 


En esperant que ca vous aidera

Bonne journée
Hugues



Le jeu. 6 juil. 2023 à 10:34, Thierry > a écrit :


Bonjour à tous.

Le besoin est dans le sujet.
En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il est
impossible d'installer quoi que ce soit (pb de compatibilité). J'ai pu
récupérer facilement les photos, fichiers, etc.. par transfert de
fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a un
gros historique que je voudrais conserver.
Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows
payants, ou des applis Android à installer (ce qui n'est plus possible)

Merci pour vos suggestions.

Re: Utilitaire Debian pour récupérer SMS Androïd

[Hugues MORIN-TRENEULE]

Salut

Je n'ai pas de connaissance particulière concernant l'opération que vous
voulez faire mais je pense que vouloir "connecter" directement le mobile à
votre Debian n'est pas la solution la plus simple pour transferer des sms.
Vous devriez essayer de trouver une solution à partir d'android.
Soit en transférant vos sms de votre ancien mobile au nouveau, soit en
générant un fichier contenant vos sms que vous pourrez transférer via USB.
Ce fichier devra bien sûr être utilisable et lisible sur le système sur
lequel vous le transférer, que ce soit Debian ou Android ( ou meme
windows ).

Apres une petite recherche rapide, j'ai trouvé ces 3 liens qui me semble
etre de bonne piste:
https://linuxfr.org/users/raphj/journaux/sauvegarde-des-sms-mms-et-du-journal-d-appels-sous-android
https://f-droid.org/fr/packages/com.zegoggles.smssync/
https://www.frandroid.com/comment-faire/tutoriaux/449088_comment-transferer-ses-sms-sur-son-nouveau-smartphone-android

En esperant que ca vous aidera

Bonne journée
Hugues



Le jeu. 6 juil. 2023 à 10:34, Thierry  a écrit :

> Bonjour à tous.
>
> Le besoin est dans le sujet.
> En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il est
> impossible d'installer quoi que ce soit (pb de compatibilité). J'ai pu
> récupérer facilement les photos, fichiers, etc.. par transfert de
> fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a un
> gros historique que je voudrais conserver.
> Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows
> payants, ou des applis Android à installer (ce qui n'est plus possible)
>
> Merci pour vos suggestions.
>
>
>

Utilitaire Debian pour récupérer SMS Androïd

[Thierry]

Bonjour à tous.

Le besoin est dans le sujet.
En détail, j'ai un vieux téléphone sous Android V6.0, sur lequel il est 
impossible d'installer quoi que ce soit (pb de compatibilité). J'ai pu 
récupérer facilement les photos, fichiers, etc.. par transfert de 
fichiers, mais je ne vois pas comment récupérer les SMS/MMS. Il y a un 
gros historique que je voudrais conserver.
Tout ce que j'ai pu trouver sur le web sont des utilitaires Windows 
payants, ou des applis Android à installer (ce qui n'est plus possible)


Merci pour vos suggestions.

Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente

[didier gaumet]

Le 06/07/2023 à 08:26, BERTRAND Joël a écrit :

didier gaumet a écrit :

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 :-)


Mais si, mais si... Mais le problème n'est pas exactement là. Ce ne
sont pas les classes qui ne sont pas trouvées, mais le fait que ces
classes appellent des scripts et des binaires dans le /bin local
d'alfresco. Et tomcat cherche ces bouts de code dans $CATALINA_HOME et
$CATALINA_BASE. Avant la mise à jour de tomcat, j'avais rusé en collant
l'une des deux variables vers la racine d'installation d'alfresco, ce
qui ne fonctionne plus aujourd'hui.

En d'autres termes, toutes les classes sont bien trouvées, ce sont les
programmes annexes qui manquent à l'appel.




J'espère que je n'insiste pas de manière déplaisante vu que j'ai peine à 
comprendre globalement ce dont on parle,


mais ce qui suit (extrait du lien précédent) ne concerne-t-il pas 
justement la configuration dans Tomcat de l'emplacement des classes *et* 
des bibliothèques (je crois comprendre confusément que c'est ce qui te 
manque)?


[...]
"
Create an additional classpath to Tomcat, which will be shared among all 
web applications.


Create the directories required for a Content Services installation 
under :

Create the shared/classes directory.
Create the shared/lib directory.

Open the /conf/catalina.properties file.

Change the value of the shared.loader= property to the following:


shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
"
[...]

Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente

[BERTRAND Joël]

didier gaumet a écrit :
> 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 :-)

Mais si, mais si... Mais le problème n'est pas exactement là. Ce ne
sont pas les classes qui ne sont pas trouvées, mais le fait que ces
classes appellent des scripts et des binaires dans le /bin local
d'alfresco. Et tomcat cherche ces bouts de code dans $CATALINA_HOME et
$CATALINA_BASE. Avant la mise à jour de tomcat, j'avais rusé en collant
l'une des deux variables vers la racine d'installation d'alfresco, ce
qui ne fonctionne plus aujourd'hui.

En d'autres termes, toutes les classes sont bien trouvées, ce sont les
programmes annexes qui manquent à l'appel.