Avec les points suivant: Petit, peu de consommation
Ca me fait penser fortement la une base idéale pour faire un CPU fortement multi-coeur (>64 coeurs), mais c'est vrai que la cohérence de cache serai un plus pour cette usage.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
J'ai du modifier certaine chose pour activer les 8G et pour la puissance le SoC chauffe pas mal (j'ai du fabriquer un dissipateur).
Un fois tout en place, avec un bon gros m.2, j'ai mis tout cela en ligne pour que tout le monde puisse acheter un VPS (lxc) sur ce matos.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Le but est de développer un routeur complet. Les PCB d'Olimex n'ont pas de port pour le module de fibre optique (et plus complexe a faire pour les puces BGA).
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Z peut être accessible depuis 1.0.0.1 et 1.0.0.2 (FAI 1 et 2)
avec une détection de route par destination je peu avoir toute les ip accessible.
Ce que je ne pas faire si je regarde juste si le FAI 1 ou 2 est fonctionnel.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
C'est déjà ce que je fait et c'est ce qui pose problème.
Une IP spécifique peu être accessible que depuis un FAI et une autre IP depuis l'autre FAI.
Je m'en suis sortie en écrivant les paquets ethernet à la main.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Bonjour, merci pour cette réponse pertinente, mon programme actuel utilise déjà socket(AF_INET, SOCK_RAW, IPPROTO_ICMP), mais je n'est pas su envoyé sur une passerelle spécifique. https://github.com/Confiared/epollpingmultihoming
Je m'en sert pour choisir la bonne passerelle et le bon FAI par ip (192.168.100.1 FAI 1, 192.168.1.2 FAI 2), utilisé les adresses mac ne me pose pas de problème dans mon cas.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Merci de ton aide, j'ai corrigé le post pour dire que je suis bloqué dans la fonction car je ne reçois rien (je la ferai async via epoll quand je corrigerai ce problème).
Je suis bien conscient que je vais devoir décoder les différents protocole (ethernet, IPv4, ICMP), au même titre que j'ai du encodé mon packet ethernet (OSI Layer 2 oblige).
Les sources sur internet ne m'ont pas aidé et la plus part utilise directement l'icmp, pas l'ethernet.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Je vois bien sortir le packet ICMP: Destination unreachable (Fragmentation needed), mais si mon upstream provider le bloque je peu rien faire (j'ai déjà demandé, mais je suis resté sans réponse). Le probléme avec cela, c'est les RTTs https://en.wikipedia.org/wiki/Round-trip_delay_time.
J'ai fixé la MSS à 1326 et cela semble marché. Ca me suffit car je doit encore debuggé encore d'autres morceaux plus urgent.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
J'ai essayer de mettre cette MTU sur toutes les cartes réseaux sur le chemain, cela ne change rien. (wireguard inclut).
La seule MTU qui corrige le probléme c'est celle de ma machine personnel. Et je doit corriger tout le réseau de toute l'entreprise, pas juste mon poste de travail.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Quel détails as tu besoin?
C'est un routeur software avec mon AS d'un coté (et donc mes bloques IP), internet de l'autre. Donc ici c'est bien FORWARD que je vise.
Cette régle semble marcher:
-A FORWARD -p tcp -i internet -m state --state NEW -m recent --set
-A FORWARD -p tcp -i internet -m state --state NEW -m recent --update --seconds 30 --hitcount 10 -j DROP
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Tout en fait:
- je voulais tester ou appliquer un patch
- le noyau précompilé de ma distribution ne répondait pas à mes besoins : j'avais besoin de certain module noyau (réseau pas actif par défaut)
- je voulais minimiser ce qui était inclus, pour des raisons de sécurité : moins de code, moins de 0day
- je voulais réduire la durée de démarrage du système : noyau + léger à charger de la uSD
- je voulais limiter la consommation de ressources (embarqué par exemple) : - de drivers, voir des parties entière du noyau en moins (comme la partie graphique), ca aide
- ma distribution me l’imposait: + 10 ans sous Gentoo, à peu prêt sur tout les matos (x86, ARM, MIPS, RISC-V) inclut un Fit PC1 (AMD Geode à 500Mhz 256MB mémoire) et RPI1 (700 MHz ARM1176JZF-S + 256MB mémoire)
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
Le comportement n'est pas voulu, mais posible, BGP ne garantie pas que le reverse path soit le même, c'est les joies d'internet. Chaque AS envoie vers le chemin qu'il souhaite (ce que j'ai aussi vu dans mes cours de routages por les AS avec beaucoup de liaisons).
Je suis tombé sur les outils que tu m'as cité, mais cela ne m'aide pas à corrigé mon problème.
Je sais ni quel mot clef chercher (pas de résultat avec ceux que j'ai utilisé), ni où trouver de l'aide.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# Petit, peu de consommation, fortement multi-coeur?
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche AltairX : le processeur du futur ?. Évalué à 5.
Avec les points suivant: Petit, peu de consommation
Ca me fait penser fortement la une base idéale pour faire un CPU fortement multi-coeur (>64 coeurs), mais c'est vrai que la cohérence de cache serai un plus pour cette usage.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# petit-boutiste?
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Debian 12 : le début d'une nouvelle ère. Évalué à -6. Dernière modification le 11 juin 2023 à 16:24.
pas sur que little endian a besoin de ce traduire, surtout en petit-boutiste… j'ai mis du temps à comprendre de quoi il été question
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# En data center
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Premiers pas avec la carte Visionfive 2. Évalué à 3.
J'ai du modifier certaine chose pour activer les 8G et pour la puissance le SoC chauffe pas mal (j'ai du fabriquer un dissipateur).
Un fois tout en place, avec un bon gros m.2, j'ai mis tout cela en ligne pour que tout le monde puisse acheter un VPS (lxc) sur ce matos.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Pas bien compris
Posté par alpha_one_x86 (site web personnel) . En réponse au message Recherche de colaborateur pour librer les modems GPON. Évalué à 4.
Le but est de développer un routeur complet. Les PCB d'Olimex n'ont pas de port pour le module de fibre optique (et plus complexe a faire pour les puces BGA).
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Etat actuel
Posté par alpha_one_x86 (site web personnel) . En réponse au message PPPoE client. Évalué à 2.
Dump du PPPoE mikrotik qui marche: http://herman-brule.com/tmp/mikrotik-min.pcapng
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# Etat actuel
Posté par alpha_one_x86 (site web personnel) . En réponse au message PPPoE client. Évalué à 2.
Plugin rp-pppoe.so loaded.
pppd options in effect:
debug debug # (from /etc/ppp/peers/cotas)
-detach # (from /etc/ppp/options)
holdoff 5 # (from /etc/ppp/peers/cotas)
persist # (from /etc/ppp/peers/cotas)
maxfail 0 # (from /etc/ppp/peers/cotas)
dump # (from command line)
plugin rp-pppoe.so # (from /etc/ppp/peers/cotas)
+pap # (from /etc/ppp/peers/cotas)
-chap # (from /etc/ppp/peers/cotas)
name cotas # (from /etc/ppp/peers/cotas)
user XXXX@adslipfija # (from command line)
password ?????? # (from command line)
enp1s0 # (from /etc/ppp/peers/cotas)
enp1s0 # (from /etc/ppp/peers/cotas)
noaccomp # (from /etc/ppp/peers/cotas)
asyncmap ffffffff # (from /etc/ppp/options)
default-asyncmap # (from /etc/ppp/peers/cotas)
mtu 1480 # (from /etc/ppp/peers/cotas)
lcp-echo-failure 3 # (from /etc/ppp/peers/cotas)
lcp-echo-interval 10 # (from /etc/ppp/peers/cotas)
noipdefault # (from /etc/ppp/peers/cotas)
defaultroute # (from /etc/ppp/peers/cotas)
noipx # (from /etc/ppp/options)
Send PPPOE Discovery V1T1 PADI session 0x0 length 12
dst ff:ff:ff:ff:ff:ff src 50:3e:aa:12:85:55
[service-name] [host-uniq 85 05 00 00]
Recv PPPOE Discovery V1T1 PADO session 0x0 length 45
dst 50:3e:aa:12:85:55 src 84:c1:c1:ff:f5:4b
[AC-name BLV-MX104] [host-uniq 85 05 00 00] [service-name] [AC-cookie 06 fe 13 32 ff 5d ee 5c 24 e8 16 8f 5d f4 50 37]
Send PPPOE Discovery V1T1 PADR session 0x0 length 32
dst 84:c1:c1:ff:f5:4b src 50:3e:aa:12:85:55
[service-name] [host-uniq 85 05 00 00] [AC-cookie 06 fe 13 32 ff 5d ee 5c 24 e8 16 8f 5d f4 50 37]
Recv PPPOE Discovery V1T1 PADS session 0x92d3 length 45
dst 50:3e:aa:12:85:55 src 84:c1:c1:ff:f5:4b
[service-name] [host-uniq 85 05 00 00] [AC-name BLV-MX104] [AC-cookie 06 fe 13 32 ff 5d ee 5c 24 e8 16 8f 5d f4 50 37]
PADS: Service-Name: ''
PPP session is 37587
Connected to 84:c1:c1:ff:f5:4b via interface enp1s0
using channel 12
Using interface ppp0
Connect: ppp0 <--> enp1s0
sent [LCP ConfReq id=0x1 ]
rcvd [LCP ConfReq id=0x66 ]
sent [LCP ConfAck id=0x66 ]
rcvd [LCP ConfRej id=0x1 ]
sent [LCP ConfReq id=0x2 ]
rcvd [LCP ConfAck id=0x2 ]
sent [LCP EchoReq id=0x0 magic=0xf0d6705c]
peer refused to authenticate: terminating link
sent [LCP TermReq id=0x3 "peer refused to authenticate"]
rcvd [LCP EchoRep id=0x0 magic=0x1968429f]
rcvd [LCP TermAck id=0x3]
Connection terminated.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: le Principe...
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# GDB ou LLDB?
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche FreeBSD 13.0. Évalué à 4. Dernière modification le 24 mai 2021 à 13:40.
Le noyau est compilé avec gcc? Si oui, pourquoi pas avec llvm/clang?
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: le Principe...
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2. Dernière modification le 23 mai 2021 à 15:33.
C'est ce que je fessait et cela générais beaucoup de problème
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: le Principe...
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2.
C'est déjà ce que je fait et c'est ce qui pose problème.
Une IP spécifique peu être accessible que depuis un FAI et une autre IP depuis l'autre FAI.
Je m'en suis sortie en écrivant les paquets ethernet à la main.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: capability/setuid/root ?
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2.
Je confirme, mon programmes tourne en root pour cela, et pour avoir le droit pour changer les routes.
Le paquete est bien envoyé et recu par la machine (vérifié avec dumpcap/wireshark)
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: le Principe...
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2.
Bonjour, merci pour cette réponse pertinente, mon programme actuel utilise déjà socket(AF_INET, SOCK_RAW, IPPROTO_ICMP), mais je n'est pas su envoyé sur une passerelle spécifique. https://github.com/Confiared/epollpingmultihoming
Je m'en sert pour choisir la bonne passerelle et le bon FAI par ip (192.168.100.1 FAI 1, 192.168.1.2 FAI 2), utilisé les adresses mac ne me pose pas de problème dans mon cas.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: le Principe...
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2.
Bonjour, manuellement tout fonctione ICMP ECHO_REQUEST, ICMP ECHO_RESPONSE.
Actuellement c'est mon programme qui ne reçois pas le paquet.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: le Principe...
Posté par alpha_one_x86 (site web personnel) . En réponse au message [Résolut] Recevoir une réponse a mon ping (en C). Évalué à 2.
Merci de ton aide, j'ai corrigé le post pour dire que je suis bloqué dans la fonction car je ne reçois rien (je la ferai async via epoll quand je corrigerai ce problème).
Je suis bien conscient que je vais devoir décoder les différents protocole (ethernet, IPv4, ICMP), au même titre que j'ai du encodé mon packet ethernet (OSI Layer 2 oblige).
Les sources sur internet ne m'ont pas aidé et la plus part utilise directement l'icmp, pas l'ethernet.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# Autre serveur http
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche KissCache un service de mise en cache KISS. Évalué à 2. Dernière modification le 19 mars 2020 à 04:20.
Avez vous testé nginx et apt-cacher-ng?
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: ICMP comme d'hab
Posté par alpha_one_x86 (site web personnel) . En réponse au message Probléme de MTU avec wireguard. Évalué à 2.
Sans fix MSS c'est 500ms par paquet. Avec fix MSS c'est 250ms. Donc je considére que c'est une solution + propre (ne pas envoyer une MSS incorrecte).
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: ICMP comme d'hab
Posté par alpha_one_x86 (site web personnel) . En réponse au message Probléme de MTU avec wireguard. Évalué à 2.
Je suis d'accords, cela semble un blocage ICMP.
Sur OpenVPN la réduction de la MTU en tap (Layer 3) s'accompagne d'une réécriture de la MSS, mais pas sur wireguard (peu être un bug de ce dernier).
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: ICMP comme d'hab
Posté par alpha_one_x86 (site web personnel) . En réponse au message Probléme de MTU avec wireguard. Évalué à 2.
Je vois bien sortir le packet ICMP: Destination unreachable (Fragmentation needed), mais si mon upstream provider le bloque je peu rien faire (j'ai déjà demandé, mais je suis resté sans réponse). Le probléme avec cela, c'est les RTTs https://en.wikipedia.org/wiki/Round-trip_delay_time.
J'ai fixé la MSS à 1326 et cela semble marché. Ca me suffit car je doit encore debuggé encore d'autres morceaux plus urgent.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Header Wireguard
Posté par alpha_one_x86 (site web personnel) . En réponse au message Probléme de MTU avec wireguard. Évalué à 2.
J'ai essayer de mettre cette MTU sur toutes les cartes réseaux sur le chemain, cela ne change rien. (wireguard inclut).
La seule MTU qui corrige le probléme c'est celle de ma machine personnel. Et je doit corriger tout le réseau de toute l'entreprise, pas juste mon poste de travail.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Header Wireguard
Posté par alpha_one_x86 (site web personnel) . En réponse au message Probléme de MTU avec wireguard. Évalué à 2.
Merci de la réponse, mais vu que j'ai déjà mit la MTU a cette valeur…
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: un exemple parmi d'autres
Posté par alpha_one_x86 (site web personnel) . En réponse au message iptables + récent qui ne marche pas. Évalué à 2.
Ce code ne m'est pas utile: pas de mod RECENT
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Question
Posté par alpha_one_x86 (site web personnel) . En réponse au message iptables + récent qui ne marche pas. Évalué à 1.
Non car cette régle s'applique sur le trafic entrant, pas sur le trafic routé
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Plus de détails
Posté par alpha_one_x86 (site web personnel) . En réponse au message iptables + récent qui ne marche pas. Évalué à 2.
Quel détails as tu besoin?
C'est un routeur software avec mon AS d'un coté (et donc mes bloques IP), internet de l'autre. Donc ici c'est bien FORWARD que je vise.
Cette régle semble marcher:
-A FORWARD -p tcp -i internet -m state --state NEW -m recent --set
-A FORWARD -p tcp -i internet -m state --state NEW -m recent --update --seconds 30 --hitcount 10 -j DROP
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
# Tout (macchiatobin + Gentoo)
Posté par alpha_one_x86 (site web personnel) . En réponse au sondage La dernière fois que j’ai compilé un noyau Linux, c’était parce que…. Évalué à 3. Dernière modification le 19 septembre 2019 à 15:26.
Tout en fait:
- je voulais tester ou appliquer un patch
- le noyau précompilé de ma distribution ne répondait pas à mes besoins : j'avais besoin de certain module noyau (réseau pas actif par défaut)
- je voulais minimiser ce qui était inclus, pour des raisons de sécurité : moins de code, moins de 0day
- je voulais réduire la durée de démarrage du système : noyau + léger à charger de la uSD
- je voulais limiter la consommation de ressources (embarqué par exemple) : - de drivers, voir des parties entière du noyau en moins (comme la partie graphique), ca aide
- ma distribution me l’imposait: + 10 ans sous Gentoo, à peu prêt sur tout les matos (x86, ARM, MIPS, RISC-V) inclut un Fit PC1 (AMD Geode à 500Mhz 256MB mémoire) et RPI1 (700 MHz ARM1176JZF-S + 256MB mémoire)
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: Non non non
Posté par alpha_one_x86 (site web personnel) . En réponse au message Routage packet DROP avec ajoute d'une entrée de routage. Évalué à 2.
Le comportement n'est pas voulu, mais posible, BGP ne garantie pas que le reverse path soit le même, c'est les joies d'internet. Chaque AS envoie vers le chemin qu'il souhaite (ce que j'ai aussi vu dans mes cours de routages por les AS avec beaucoup de liaisons).
Je suis tombé sur les outils que tu m'as cité, mais cela ne m'aide pas à corrigé mon problème.
Je sais ni quel mot clef chercher (pas de résultat avec ceux que j'ai utilisé), ni où trouver de l'aide.
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/