Le Wed, 6 Sep 2023 18:25:50 +0200,
mauriceplapla a écrit :
> > Hello à tous,
> >
> > Depuis les grosses chaleurs, lorsque je boote mon ordinateur,
> > je tombe sur une demande du BIOS me demandant de faire ,
> > alors le menu GRUB apparait.
> > Avant, non, le menu GRUB apparaissait
Le 06/09/2023 à 18:02, ajh-valmer a écrit :
Hello à tous,
Depuis les grosses chaleurs, lorsque je boote mon ordinateur,
je tombe sur une demande du BIOS me demandant de faire ,
alors le menu GRUB apparait.
Avant, non, le menu GRUB apparaissait immédiatement.
S'agit-il de la pile ronde
Le 6 septembre 2023 Romain a écrit :
> La seule piste que j'ai (en attendant le prochain blocage et la collecte de
> mtr dans l'autre sens, tcpdump & co, c'est qu'avec ethtool, je vois un taux
> d'erreur qui augmente progressivement (rx_csum_offload_errors). De là à
> dire que ces erreurs sont
Hello à tous,
Depuis les grosses chaleurs, lorsque je boote mon ordinateur,
je tombe sur une demande du BIOS me demandant de faire ,
alors le menu GRUB apparait.
Avant, non, le menu GRUB apparaissait immédiatement.
S'agit-il de la pile ronde électrique qui supporte mal la chaleur ?
Merci.
>
> Sinon est-ce que ta volumétrie est lourde car il peut y avoir un bridage
> de la bande passante sur ton serveur, et donc blocage si tu dépasses tes
> quotas.
Rien de lourd, sachant que c'est illimité chez OVH (le serveur à 500/500
Mbps unmetered), et puis en cas de quota ça serait bloqué
Le 6 septembre 2023 Romain a écrit :
> Il y a bien iptables par défaut, mais :
>
> # iptables -nL
> Chain INPUT (policy ACCEPT)
> target prot opt source destination
>
> Chain FORWARD (policy ACCEPT)
> target prot opt source destination
>
> Chain OUTPUT (policy
Il y a bien iptables par défaut, mais :
# iptables -nL
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source
Le 6 septembre 2023 Romain a écrit :
> J'insiste, les ports sont ouverts. Depuis une IP source différente (quand
> la mienne est bloquée), ça fonctionne.
Je reprends en français ça sera plus simple :)
Tu n'as pas fail2ban, mais as-tu iptables ou nftables (ou autre chose) ?
Il peut y avoir des
Les ports SSH et HTTP sont bien ouverts.
Je testerai le mtr -n au prochain coup. Pas encore testé avec nc, je le
ferai.
La commande curl était la suivante :
└─# curl -v http://54.38.38.159
* Trying 54.38.38.159:80...
* connect to 54.38.38.159 port 80 failed: Connection refused
* Failed to
Le 06/09/2023 à 09:13, Romain a écrit :
Non c'est un blocage général semble-t-il (http, https, ssh, ping, ...).
Port http non ouvert, port ssh inexistant sauf s'il écoute sur un autre port
ping port unreachable et mtr fonctionnel est un oxymore ! mtr utilise
ping et traceroute ...
Non c'est un blocage général semble-t-il (http, https, ssh, ping, ...).
ping port unreachable et mtr fonctionnel est un oxymore ! mtr utilise
> ping et traceroute ...
└─# mtr -r 54.38.38.159
Start: 2023-09-01T07:39:01+
HOST: rpi4Loss% Snt Last Avg Best Wrst
Bonjour
Le 06/09/2023 à 08:39, Romain a écrit :
Bonjour la liste,
J'ai récemment réinstallé un serveur dédié (chez OVH au cas où ça
puisse aider dans le diagnostic), passant de Debian 11 à Debian 12.
Depuis, j'ai un blocage régulier et progressif de l'IPv4 de chez moi.
L'accès en IPv6 ou
Bonjour la liste,
J'ai récemment réinstallé un serveur dédié (chez OVH au cas où ça puisse
aider dans le diagnostic), passant de Debian 11 à Debian 12.
Depuis, j'ai un blocage régulier et progressif de l'IPv4 de chez moi.
L'accès en IPv6 ou depuis une autre IPv4 (y compris chez le même
13 matches
Mail list logo