Bonjour,
Squid et dansguardian tournent sur mon serveur. Pas de problèmes jusqu’à migration de ‘wheezy’ vers ‘stretch’; je me fais jeter maintenant. Quelque chose (je ne sais pas quoi) ne fonctionne plus.
'La connexion a été refusée par le serveur proxy’
Je ne sais pas trop si cela vient de ‘squid’, ‘dansguardian’, ‘iptables’,…
wheezy’ vers 'stretch
directement??
Si oui tu as du passer en init systemd
vérifie si tous les services de ces logiciels sont bien activés deja en listant tout
systemctl --no-pager
et regarder ce qui tourne
pstree
Je suis passé par jessie puis stretch.
Tout semble tourner.
Je te joins le rapport de 'systemctl --no-pager’systemctl.111017.txt (31,6 Ko)
Voic le rapport de ‘pstree’ :
root@serveur-debian:/home/tristan# pstree
systemd─┬─acpid
├─agetty
├─apache2─┬─apache2
│ └─2*[apache2───26*[{apache2}]]
├─atd
├─avahi-daemon───avahi-daemon
├─console-kit-dae─┬─62*[{console-kit-dae}]
│ ├─{gdbus}
│ └─{gmain}
├─cron
├─cups-browsed─┬─{gdbus}
│ └─{gmain}
├─cupsd
├─dansguardian───10*[dansguardian]
├─dbus-daemon
├─dhclient
├─dhcpd
├─dnsmasq
├─exim4
├─freshclam
├─hostapd
├─lvmetad
├─nmbd
├─polkitd─┬─{gdbus}
│ └─{gmain}
├─rpcbind
├─rsyslogd─┬─{in:imklog}
│ ├─{in:imuxsock}
│ └─{rs:main Q:Reg}
├─smbd─┬─cleanupd
│ ├─lpqd
│ └─smbd-notifyd
├─squid───squid───pinger
├─sshd───sshd───sshd───bash───su───bash───pstree
├─systemd───(sd-pam)
├─systemd-journal
├─systemd-logind
├─systemd-timesyn───{sd-resolve}
├─systemd-udevd
Si tout est bien activé, ç’est donc une affaire de spécialiste Squid Dnsguardian…ce que je suis pas 
ceci dit
nut-monitor.service loaded failed failed
je ne sais pas s’il est dans la chaine pour ton pb
systemctl status nut-monitor.service -l
Pas de chance pour moi 
ceci dit
nut-monitor.service loaded failed failed
je ne sais pas s’il est dans la chaine pour ton pb
systemctl status nut-monitor.service -l
Je suis justement en train de voir pour le réactiver.
# systemctl status nut-monitor.service -l
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2017-10-11 16:46:27 CEST; 7min ago
Process: 3352 ExecStart=/sbin/upsmon (code=exited, status=1/FAILURE)
oct. 11 16:46:27 serveur-debian upsmon[3352]: Using power down flag file /etc/killpower
oct. 11 16:46:27 serveur-debian upsmon[3352]: Network UPS Tools upsmon 2.7.4
oct. 11 16:46:27 serveur-debian upsmon[3352]: Fatal error: insufficient power configured!
oct. 11 16:46:27 serveur-debian upsmon[3352]: Sum of power values........: 0
oct. 11 16:46:27 serveur-debian upsmon[3352]: Minimum value (MINSUPPLIES): 1
oct. 11 16:46:27 serveur-debian upsmon[3352]: Edit your upsmon.conf and change the values.
oct. 11 16:46:27 serveur-debian systemd[1]: nut-monitor.service: Control process exited, code=ex
oct. 11 16:46:27 serveur-debian systemd[1]: Failed to start Network UPS Tools - power device mon
oct. 11 16:46:27 serveur-debian systemd[1]: nut-monitor.service: Unit entered failed state.
oct. 11 16:46:27 serveur-debian systemd[1]: nut-monitor.service: Failed with result 'exit-code'.ça ne me dit rien, google t’en dira plus sur
upsmon Fatal error: insufficient power configured!
apparemment faut passer de 0 a 1 une donnée dans upsmon.conf
c’est un truc de surveillance d’alimentation
https://wiki.debian-fr.xyz/Configurer_et_surveiller_un_onduleur_avec_NUT
J’ai passé la valeur à 0. Le service est démarré.
Je me fais toujours jeté !
peut etre un netstat -paunt | grep “port_du_proxy” ???
# netstat -paunt | grep 3128
tcp6 0 0 :::3128 :::* LISTEN 1127/(squid-1)
Je ne sais pas lire ce résultat
netstat -paunt | grep 8080
tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 1385/dansguardian
C’est normal d’avoir ‘localhost’ avec le port 8080 ?
ça veut dire que l’application squid est bien en écoute sur le port
pour savoir qui ecoute quoi
netstat -anlp | grep -w LISTEN
les deux n’écoute pas sur la meme adresse
# netstat -anlp | grep -w LISTEN
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 985/dnsmasq
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 700/cupsd
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1377/exim4
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 795/smbd
tcp 0 0 127.0.0.1:3493 0.0.0.0:* LISTEN 1382/upsd
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 795/smbd
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 657/rpcbind
tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 1385/dansguardian
tcp 0 0 0.0.0.0:1969 0.0.0.0:* LISTEN 948/sshd
tcp6 0 0 :::53 :::* LISTEN 985/dnsmasq
tcp6 0 0 ::1:631 :::* LISTEN 700/cupsd
tcp6 0 0 :::3128 :::* LISTEN 1127/(squid-1)
tcp6 0 0 ::1:25 :::* LISTEN 1377/exim4
tcp6 0 0 :::445 :::* LISTEN 795/smbd
tcp6 0 0 ::1:3493 :::* LISTEN 1382/upsd
tcp6 0 0 :::139 :::* LISTEN 795/smbd
tcp6 0 0 :::111 :::* LISTEN 657/rpcbind
tcp6 0 0 :::80 :::* LISTEN 1312/apache2
tcp6 0 0 :::1969 :::* LISTEN 948/sshd127.0.0.1 c’est le host local , ta machine
cat /etc/hosts
# cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 serveur-debian.maison serveur-debian
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouterstcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 1385/dansguardian
il ecoute en ipv4
tcp6 0 0 :::3128 :::* LISTEN 1127/(squid-1)
il écoute en ipv6
mais je ne connais pas ces deux logiciels je ne peux rien te dire de plus
Squid est une version récente. Dansguardian n’est plus développé je crois. Comment forcer squid à écouter en ipv4 ?
#net.ipv4.ip_forward=1 ??
J’ai trouvé le moyen de passe squid en ipv4 mais cela ne résoud pas mon problème.
http_port 0.0.0.0:3128 à ajouter au fichier de conf de squid aulieu de
’http_port 3128’
Par contre, j’ai deux fichiers de conf:
/etc/squid/squid.conf
/etc/squid3/squid.conf
Bizarre, non ?!