Aller au contenu principal

Voir les messages

Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.

Messages - squid-f

1
Internet, réseaux et serveurs / Re : Comprendre le log de firewalld
Merci @denebe

De la lecture en perspective !  :D  8)

Donc, Multicast est défini par défaut sur mon réseau local par la box Free je suppose ?
Mon PC serveur reçoit la requête mais la bloque parce que j'ai limité le pare-feu au strict nécessaire, vu que cette machine est accessible de l'extérieur par HTPP/S par port forwarding.

C'est un bon résumé (très vulgarisé certes...) ?

Merci encore

A+
2
Internet, réseaux et serveurs / Re : Comprendre le log de firewalld
Merci @denebe
C'est très complet.

En fait, comme tu le dis, il apparaît qu'il y a des connections entre les machines de mon réseau qui se font "naturellement".
La réponse est probablement dans la définition / rôle du MULTICAST que je ne comprends pas.
Je vais continuer à chercher.

Merci encore pour ton temps à me répondre de façon détaillées.

A+
3
Matériel / APC Back-UPS ES550 ne bascule plus sur batterie
Bonjour à toutes et tous.

Ce n'est probablement pas un problème lié à openSUSE mais il y a probablement des personnes avec des compétences qui me manquent pour dépanner tout seul mon souci.

J'ai un petit onduleur/batterie de secours (APC Back-UPS ES550) sur lequel est branché mon serveur Nextcloud sous Leap.
Le but est qu'un coupure de courant de quelques minutes n'arrêtent pas mon serveur et, si cela dure plus longtemps, de lui laisser le temps de s'arrêter proprement. J'ai installé pour cela le paquet APCUPSD.
En cas de coupure de courant, comme la batterie de secours est connectée par un câble USB au serveur, le service apcupsd détecte la coupure de courant, fait m'envoyer un email (la box est aussi connectée sur la batterie) et déclenche l'arrêt propre du serveur si la coupure dure plus que quelques minutes.
Cela marchait impeccable depuis Janvier 2019 (date de l'achat de l'appareil).

Avant-hier, on a fait disjoncter tout l'appartement... Pas de dégâts heureusement. Par contre, je m'aperçois que le serveur s'est arrêté brutalement... Je fais des tests hier et, effectivement, en cas de coupure d'alimentation, la batterie de secours fait bien ses 4 bips pour dire qu'elle passe sur batterie mais les prises qui doivent fonctionner sur batterie ne délivrent aucun courant !  :o
Pourtant, un contrôle de la charge des batteries avec APCUPSD montre qu'elles se sont un peu déchargées !!  :o

J'ai essayé, sans succès, de déconnecter et reconnecter la batterie et de tester qu'avec la box branchée sur le rack de secours.

Pourtant, le voyant de fonctionnement et de santé de la batterie est toujours vert.

Quand j'exécute sudo apcaccess status , j'obtiens qu'apparemment tout fonctionne et que la batterie est en bon état (enfin, je crois) :
APC      : 001,034,0838
DATE     : 2020-04-03 10:27:24 +0200 
HOSTNAME : linux-q3fi
VERSION  : 3.14.14 (31 May 2016) suse
UPSNAME  : ES550G
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2020-04-02 19:15:10 +0200 
MODEL    : Back-UPS ES 550G
STATUS   : ONLINE
LINEV    : 234.0 Volts
LOADPCT  : 0.0 Percent
BCHARGE  : 100.0 Percent
TIMELEFT : 65.8 Minutes
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 0 Seconds
SENSE    : Medium
LOTRANS  : 180.0 Volts
HITRANS  : 266.0 Volts
ALARMDEL : 30 Seconds
BATTV    : 13.6 Volts
LASTXFER : Unacceptable line voltage changes
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
STATFLAG : 0x05000008
SERIALNO : 5B1833T49443 
BATTDATE : 2018-08-17
NOMINV   : 230 Volts
NOMBATTV : 12.0 Volts
FIRMWARE : 870.O4 .I USB FW:O4
END APC  : 2020-04-03 10:28:05 +0200 

Le service apcupsd est bien actif. sudo systemctl status apcupsd.status  renvoie :
● apcupsd.service - APC UPS Power Control Daemon for Linux
   Loaded: loaded (/usr/lib/systemd/system/apcupsd.service; enabled; vendor pre>
   Active: active (running) since Thu 2020-04-02 19:15:10 CEST; 15h ago
 Main PID: 1258 (apcupsd)
    Tasks: 3
   CGroup: /system.slice/apcupsd.service
           └─1258 /usr/sbin/apcupsd -b -f /etc/apcupsd/apcupsd.conf

avril 02 19:15:10 linux-q3fi systemd[1]: Starting APC UPS Power Control Daemon >
avril 02 19:15:10 linux-q3fi systemd[1]: Started APC UPS Power Control Daemon f>
avril 02 19:15:10 linux-q3fi apcupsd[1258]: apcupsd 3.14.14 (31 May 2016) suse >
avril 02 19:15:10 linux-q3fi apcupsd[1258]: NIS server startup succeeded

Voilà mon souci. Avez-vous une idée sur comment avancer dans le diagnostique ?

Merci !

A+



4
Matériel / Re : Webcam micro muet
Bonjour

Si tu passes par Firefox, bien vérifier quel est le périphérique micro proposé (webcam ou micro carte mère).

A+
5
Matériel / Re : Problème casque micro sur USB
Bonjour

Es-tu sous Tumbleweed ou Leap ? KDE ou Gnome ou ?
Cela se produit pour toutes les applications ?
Plusieurs idées en attendant les réponses :
* installler pavucontrol (gnome) ou pavucontrol-qt (KDE) et vérifier (voire ajuster) les périphériques par défaut.
* si tu as une application qui permet de modifier les périphériques utilisés (Skype, jitsi via navigateur web,...), regarder la liste des périphériques d’entrée proposés.

A+
6
Internet, réseaux et serveurs / Re : explorateur réseau accès NAS impossible
Bonjour

J'ai l'impression qu'il y a quelque chose qui bloque dans KDE ou Dolphin.
J'ai le même souci ; je peux me connecter avec smb://ip/dossier mais je ne vois jamais la machine sous Dolphin.
Par contre, sous Gnome ou Nautilus (Manjaro en hard ou autres VM avec Linux Mint, Solus,...), je vois la machine.
Je vois aussi la machine depuis VLC sur nos tablettes.

Donc, je suis aussi intéressé par la solution mais désolé de ne pas t'aider plus. Je peux tester des idées ou comparer avec mes configurations par contre  :-[ .

Bon courage.

A+
7
Matériel / Re : Webcam micro muet
Bonjour

Dans ces cas là, installer pavucontrol et s’assurer de la bonne sélection des périphériques par défaut, m’a souvent sorti d’affaire.
Maintenant, si le problème n’est que sur Skype (ou autre application), bien s’assurer dans les préférences que le micro choisi soit le bon.
De même, si accès par Firefox ou autre navigateur web, bien s’assurer que l’autorisation d’accès au micro a bien été donnée.

A+
8
Débat, sondages et tribune... / Re : Flatpak et autres (Snap) : bonne idée ?
Bonjour

Mes critères de choix pour une distribution sont : La communauté, La stabilité, L'offre logiciel (y compris version).

Sans refaire tout l'historique de mes choix de distribution, aujourd'hui, j'ai openSUSE Leap 15.1 KDE pour mon serveur multimedia / Nextcloud et Manjaro KDE pour le PC familial.

C'est la stabilité qui a orienté mon choix vers Leap pour mon serveur (et la communauté Alionet bien sûr ! 8) ) et c'est l'offre logiciel qui a fait pencher la balance pour Manjaro (AUR ouvre des portes complémentaires) sur le PC familial. J'étais sur Linux Mint mais j'ai eu trop de déboires avec l'intégration Nextcloud dans la version de Calendar plus des plantages suite à des régressions de noyau (réinstallation du serveur...). Mais les développements propriétaires offrant de plus en plus de paquets DEB, c'était bien pratique d'être sur un dérivé d'Ubuntu.
Pour l'instant, je n'ai pas eu vraiment de soucis avec les rolling releases de Manjaro.

Là où je veux en venir, c'est que je n'ai pas choisi Leap pour le PC familial car je ne retrouvais pas tous les logiciels que je souhaitais et j'avais peur d'avoir des versions trop anciennes ; ce qui me ramènerait vers les mêmes déboires qu'avec LM.
Mais, j'ai découvert FLATPAK depuis (je préfère à SNAP de ce que j'en ai lu par rapport à l'aspect communautaire et développement libre - mais je suis loin d'avoir un avis d'expert). Du coup, comme la tableau ci-dessous le montre, grâce à FLATPAK, je peux avoir l'offre logiciel que je désire avec des versions récentes sous Leap ; l'offre des dépôts officiels n'est aussi pas si ancienne. Il n'y a que l'absence de Devolo Cockpit (pour mes prises CPL) qui bloque encore. Donc, si j'ai trop de déboire avec l'aspect rolling release de Manjaro, il est fort probable que le PC familial passe sous Leap (pas envie de refaire une installation complète compte tenu du nombre d'utilisateurs). J'ai des hardwares de milieu de gamme et je n'ai pas besoin de la toute dernière version de noyau.



Donc, ma conclusion : je vois FLATPAK et SNAP comme des opportunités pour démocratiser Linux en permettant d'offrir le panel de logiciel que les utilisateurs recherchent ; tout en limitant (à confirmer) l'effort de maintenance par les packageurs de la distribution.

Voilà mon humble expérience et avis.

A+
9
Nouvelles du projet openSUSE / Re : Version PHP pour Leap 15.2
Merci pour vos retours.

J’utilise aujourd’hui php7.3 et ses extensions via des dépôts de développement / expérimentaux avec Leap 15.1
Le souci, au-delà de mise à jour très fréquentes de PHP qui me change la permission d’un répertoire, j’ai un problèmede synchronisation de mise à jour du dépôt des extensions avec le dépôt PHP. Du coup, j’ai des extensions qui ne deviennent plus compatibles.

Bref, je pense rester à l’avenir sur le dépôt officiel. Apparemment, certains utilisateurs de Nextcloud  ont noté un gain en performance avec PHP 7.4. Mais 7.3 est quand même suffisamment récent pour mes besoins, je pense.

A suivre...

A+
12
Installation et boot / Re : Remplacer Gnome par KDE
J’ai trouvé ceci aussi
https://wiki.archlinux.org/index.php/Bluetooth_keyboard#Automatically_enabling_a_Bluetooth_Keyboard
Je ne sais pas si c’est plus propre. Je n’ai rien trouvé à ce sujet dans le wiki d’openSUSE.
Bonjour @chalu et, excuse-moi, quand je disais remettre au propre, c’est pour toute l’installation KDE.
Pour le Bluetooth sous SDDM, la première piste que tu m’as donnée va très bien.

Désolé si je t’ai fait perdre ton temps. Merci encore pour ton aide.

A+
14
Installation et boot / Re : Remplacer Gnome par KDE
Re-

Merci @chalu , cela m'a dépanné. Je m'explique.

Le répertoire /etc/bluetooth n'existait pas pour mon installation. J'ai donc décidé de le créer et de créer le fichier main.conf avec :
[Policy]
AutoEnable=true

Le clavier bluetooth est alors reconnu par SDDM.

Pour l'auto-login, cela ne suffit pas de le spécifier dans les paramètres KDE. D'ailleurs, en allant dans l'onglet avancé de la section Ecran de connexion, il y a un avertissement qu'il faut aller dans YaST ; personnellement, j'aurais plus vu cet avertissement dans la section KDE des options de l'utilisateur.

En allant dans YaST>Utilisateurs et Groupes>Options Expert (en bas à droite), sélectionner login et spécifier l'utilisateur qui se connectera automatiquement.
Par contre, lors de mon test, je me suis retrouvé suite à la connexion automatique dans un environnement hybride gnome / KDE qui a vite planté.  ::)
Heureusement, avant le plantage, j'ai réussi à aller dans YaST>Alternatives et j'ai forcé choix Manuel de l'environnement Plasma par défaut. Il semble qu'en laissant l'option Auto, le système va "naturellement" charger Gnome...

Maintenant, tout fonctionne mais je vois / sens bien que ce n'est pas propre. Je remettrai cela d'aplomb avec Leap 15.2

Dites-moi si vous voulez plus d'info avant que je ne passe en résolu.

Merci à tous.

A+