Re: [FRnOG] [MISC] Gestion de zones secondaires DNS

2023-10-05 Par sujet Sébastien CAPS via frnog 
Bonjour, On utilise ISPconfig avec un secondaire (mirror server prévu dans ISPconfig) sur une 2e VM.En plus de ça, pour certains domaines, on a utilisé les services de DNS secondaires chez mon fournisseur de domaine, OpenProvider (c'est compris dans le prix dans la version basique).En espérant vous donner une piste utile avec ce commentaire.Bonne journée!Sébastien CAPSDe : frnog-requ...@frnog.org  de la part de Aliza Amalice Envoyé : jeudi, octobre 5, 2023 9:42:03 PMÀ : frnog-m...@frnog.org Objet : [FRnOG] [MISC] Gestion de zones secondaires DNSBonjour la liste,J'avais historiquement un ISPconfig chez OVH pour gérer mes zones publiquessecondaires. J'ai transité cette VM vers Azure et j'ai problème surproblème. Vu que c'est tout sauf clair (y compris pour le support techniquede Microsoft), je souhaite décaler ces zones sur un outil de gestion dezones DNS.Sauf que c'est plus simple à dire qu'à faire. AWS ne supporte pas les zonessecondaires, idem chez Azure Chez Cloudflare c'est dans l'offreEnterprise. En fait la plupart font des offres pour gérer des zonesprimaires. Il y a bien clouDNS mais je ne sais pas quoi penser del'entreprise...Des idées ?Aliza---Liste de diffusion du FRnOGhttp://www.frnog.org/

Re: [FRnOG] [MISC] L'avenir des DC ?

2023-04-17 Par sujet Sébastien CAPS via frnog 
Je sais qu'ils travaillent sur du stockage H2 dans l'acide formique également.De : frnog-requ...@frnog.org  de la part de David Ponzone Envoyé : lundi 17 avril 2023, 18:01À : ml-fr...@srv.mx Cc : frnog@frnog.org Objet : Re: [FRnOG] [MISC] L'avenir des DC ?> Le 17 avr. 2023 à 17:48, ml-fr...@srv.mx a écrit :> > Il me semble qu'une méthode pour stocker l'hydrogène sous forme solide avait été mise au point. Ca simplifie pas mal le stockage et le transport.> Je viens de lire un truc là-dessus, c’est tout récent, absorption exothermique dans de la poudre de métal.En plus, la dés-absorption est endothermique, on va pouvoir en faire un frigo :)Dans le même genre, un ami m’a parlé de techniques de micro-stockage d’énergie potentielle basées soit sur la pressurisation d’un gaz, soit la montée d’un poids (gros) en haut d’une tour.Plus probablement valables au niveau local (entreprise, municipalité, etc..).---Liste de diffusion du FRnOGhttp://www.frnog.org/

Re: [FRnOG] [TECH] Urgent Détection de brouilleur

2021-03-21 Par sujet Sébastien CAPS via frnog 
Salut, 


Pour la  partie GSM aucune idée. 

Pour WiFi à part une analyse des canaux je sais pas trop? 


Mais je suis tombé la dessus tantôt : 

https://www.nzyme.org/post/nzyme-v1-0-0-kyle-canyon-has-been-released 


En espérant que ça t'aidera. 


Bonne soirée, 

Seb 


Sébastien CAPS

Re: [FRnOG] [TECH] Switch en mode hub?

2016-06-15 Par sujet Sébastien Caps 

je vais creuser mais en effet a certains endroit du réseau il y a du 10G
et à d'autre il reste aussi 5-6 appareils en 10Mb!
Sinon la table de Mac pleine est une piste également

Bref merci pou vos réponses :)

Seb

Le 15/06/2016 20:27, David Ponzone a écrit :

Ce qui arrive en cas d’asymétrie, justement :)



Le 15 juin 2016 à 20:09, Ambroise  a écrit :

Si la table mac du switch ne possède pas une adresse mac, il "broadcast" le 
paquet à toutes les interfaces il me semble.

Une piste à regarder sur ton switch.

Ambroise

Le 15 juin 2016 20:01:26 GMT+02:00, Sebastien Caps  a 
écrit :

Bonjour,

je fais un tcpdump ('-e' pour avoir l'adresse Mac)

mon réseau interne: 192.168.0/23
mon IP: 192.168.1.16
ma Mac: 4c:72:b9:8a:26:c8

Switch HP 2530-24G directement relié sans mirror interface
et comme vous pouvez le voir ci dessous je reçois des packets unicast
qui ne me sont pas destiné
(ni a mon ip ni a ma Mac)
je me demande pourquoi le switch envoi ces packets sur mon interface ?
c'est logique et je peux aller revoir mes cours ?

une idée ??

Merci!
Seb

# tcpdump -e -i eth0 -nn not host 192.168.1.16 and not broadcast and
not
multicast
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535
bytes
18:58:59.432828 00:0f:fe:ac:86:42 > 00:26:73:1d:35:99, ethertype IPv4
(0x0800), length 119: 192.168.0.63.1027 > 192.168.0.59.161:
GetRequest(62)  .1.3.6.1.2.1.25.3.2.1.5.1 .1.3.6.1.2.1.25.3.5.1.1.1
.1.3.6.1.2.1.25.3.5.1.2.1

18:59:01.081372 98:5f:d3:39:d1:d3 > 00:26:73:1d:c4:37, ethertype IPv4
(0x0800), length 180: 192.168.1.214.49668 > 192.168.0.56.161:
GetRequest(122) .1.3.6.1.4.1.367.3.2.1.2.11.3.1.2.1
.1.3.6.1.4.1.367.3.2.1.2.11.3.1.2.2 .1.3.6.1.4.1.367.3.2.1.2.11.3.1.2.3

.1.3.6.1.4.1.367.3.2.1.2.11.3.1.2.4 .1.3.6.1.4.1.367.3.2.1.2.11.3.1.2.5

18:59:02.598983 00:90:7f:88:d4:2a > 6c:62:6d:9d:31:73, ethertype IPv4
(0x0800), length 106: 64.233.167.189.443 > 192.168.0.180.51603: Flags
[P.], seq 3722164861:3722164913, ack 516867778, win 537, length 52

18:59:02.599788 00:90:7f:88:d4:2a > 6c:62:6d:9d:31:73, ethertype ARP
(0x0806), length 60: Request who-has 192.168.0.180 tell 192.168.0.4,
length 46

18:59:14.392257 00:90:7f:88:d4:2a > 00:14:5e:69:22:a0, ethertype IPv4
(0x0800), length 74: 109.163.224.34.48017 > 192.168.0.70.80: Flags [S],

seq 2135788581, win 32120, options [mss 1460,sackOK,TS val 13653848 ecr

83886080,nop,wscale 0], length 0


---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/