pas d'accès à lipnssh ni aux pages LIPN en filaire depuis la salle A-303
Salut Fred, Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre.... Amitiés -- ---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ? Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
pas de ping, et avec ssh : erreur de connexion sur le port 22 ---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/ Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Si tu as deux minutes pourrais-tu stp: dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113 Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
En fait, en faisant tes commandes j'ai vu que, depuis le réseau filaire $ ssh lipn-ssh marche, mais que $ ssh garciaflores@lipnssh.univ-paris13.fr ne marche pas... J'imagine que pour l'accès web aux outils collaboratifs (git-lab, openproject, wiki) il nous faudra aussi des IPs internes... en tant que solution provisoire ça marche... Par contre, c'est assez chaotique que sur le filaire il nous faut utiliser des adresses en interne, mais depuis LIPN-R nous pouvons avoir accès depuis les adresses web habituelles. On peut donc fonctionner comme ça de façon provisoire... Merci Jorge P.-S. : lipn@lipn-Latitude-5420:~$ dig lipn-ssh ; <<>> DiG 9.16.1-Ubuntu <<>> lipn-ssh ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 29085 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 65494 ;; QUESTION SECTION: ;lipn-ssh. IN A ;; Query time: 0 msec ;; SERVER: 127.0.0.53#53(127.0.0.53) ;; WHEN: mar. oct. 12 15:00:16 CEST 2021 ;; MSG SIZE rcvd: 37 lipn@lipn-Latitude-5420:~$ lipn@lipn-Latitude-5420:~$ ping lipn-ssh PING lipn-ssh.lipn.univ-paris13.fr (10.10.0.113) 56(84) bytes of data. 64 octets de lipnssh.univ-paris13.fr (10.10.0.113) : icmp_seq=1 ttl=64 temps=2.93 ms 64 octets de lipnssh.univ-paris13.fr (10.10.0.113) : icmp_seq=2 ttl=64 temps=0.336 ms 64 octets de lipnssh.univ-paris13.fr (10.10.0.113) : icmp_seq=3 ttl=64 temps=2.34 ms 64 octets de lipnssh.univ-paris13.fr (10.10.0.113) : icmp_seq=4 ttl=64 temps=0.326 ms 64 octets de lipnssh.univ-paris13.fr (10.10.0.113) : icmp_seq=5 ttl=64 temps=0.229 m ---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/ Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Bonjour , je pense qu'il y a un souci quelque part en principe - le firewal est 10.10.0.1/16 - les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles - les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16 Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
-- Cordialement Mamadou S. ----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12 -----------------------------------------------------
Bonjour, merci. 192.168.201.0/24 est pourtant bien le réseau wifi lipn. J'ai fait un petit tour, voici les informations du moment: Le serveur gw-wifi est un pfsense sous vmware. Il n'a pas de patte en 10.10.6.0/16 et 10.10.1.0/16 Il a ces 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn Depuis mon bureau, il n'est pas accessible par la patte LAN, par contre il peut communiquer avec les serveurs (uniquement par IP): root@gw-wifi: host lipn-svn Host lipn-svn not found: 3(NXDOMAIN) root@gw-wifi: ping -S 192.168.90.10 192.168.90.4 PING 192.168.90.4 (192.168.90.4) from 192.168.90.10: 56 data bytes 64 bytes from 192.168.90.4: icmp_seq=0 ttl=64 time=0.886 ms 64 bytes from 192.168.90.4: icmp_seq=1 ttl=64 time=0.401 ms Il ne peut pas pinger le dns 192.168.72.20 du réseau administration (système), ni celui du réseau stations 10.10.0.10. La machine 192.168.90.63 est censée être le srv dns "galilée" du LAN serveurs, mais elle est probablement éteinte. Il possède son propre serveur dns qui semble n'être configuré que pour la résolution internet: root@gw-wifi: dig google.com ;; SERVER: 127.0.0.1#53(127.0.0.1) root@gw-wifi: dig lipn-svn.univ-paris13.fr ;; AUTHORITY SECTION: univ-paris13.fr. 3600 IN SOA dns1.univ-paris13.fr. hostmaster.univ-paris13.fr. 2021101301 21600 3600 604800 86400 ;; SERVER: 127.0.0.1#53(127.0.0.1) Son /etc/resolv.conf: nameserver 127.0.0.1 nameserver 193.54.26.1 #renater nameserver 208.67.222.222 #opendns cisco search lipn.univ-paris13.fr J'en suis là pour l'instant. Amicalement, Fred Le 13/10/2021 à 08:42, Mamadou Sow a écrit :
Bonjour ,
je pense qu'il y a un souci quelque part en principe
- le firewal est 10.10.0.1/16
- les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles
- les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16
Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
*Bonjour Fred,* *En fait j'ai comme l'impression que les configurations pfsense-firewall et du serveur DHCP (lipn-sf1) ne sont pas concordantes. Dans cette discussion, je pars toujours de la configuration de serveur DHCP***(lipn-sf1)* et DNS***(lipn-sf1)* en premier, car la configuration du firewall-pfsense devrait être faite en fonction des déclarations dans les serveurs DHCP et DNS.* *Ce matin tout est correcte pour l'instant car mon portable (sur le wifi avec IP=10.10.6.228/16, hostname) arrive à échanger avec mon ordinateur de bureau (sur le lan IP=10.10.0.215, hostaname=ankara).* *Hier après 9h14 mon portable a perdu **l'adresse IP = 10.10.6.228, gw =10.10.0.1 et dns =10.10.0.10 pour obtenir IP=192.168.201.178, gw***= 192.168.201.1 * et dns = 192.168.201.1 * *1- Échange entre mon portable et machine de bureau* mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ifconfig eth0 Link encap:Ethernet HWaddr d4:be:d9:9c:56:1c inet addr:10.10.0.215 Bcast:10.10.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11240081 errors:0 dropped:0 overruns:0 frame:0 TX packets:12734523 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7443217864 (6.9 GiB) TX bytes:12225820106 (11.3 GiB) Interrupt:20 Memory:e4b00000-e4b20000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:4322 errors:0 dropped:0 overruns:0 frame:0 TX packets:4322 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:720122 (703.2 KiB) TX bytes:720122 (703.2 KiB) mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ssh 10.10.6.228 mamadou@10.10.6.228's password: Welcome to Ubuntu 18.04.2 LTS (beaver-osp1-arya X39) (GNU/Linux 5.4.0-87-generic x86_64) * Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage 0 updates can be applied immediately. Last login: Mon Oct 11 09:08:10 2021 from 10.10.0.215 (base) mamadou@port-lipn12:~$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 267 bytes 22608 (22.6 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 267 bytes 22608 (22.6 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 13945 bytes 11604995 (11.6 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4576 bytes 649991 (649.9 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 (base) mamadou@port-lipn12:~$ * * *2- Accès de portable à lipnssh (10.10.0.113)* (base) mamadou@port-lipn12:~$ ssh lipnssh mamadou@lipnssh's password: Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ############################################### Bienvenue sur la passerelle du LIPN ############################################### Vous pouvez a present rebondir sur votre machine de travail habituelle. Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr Last login: Fri Sep 10 20:17:46 2021 from 88.168.7.135 *3- Accès de machine de bureau à lipnssh(10.10.0.113)* mamadou@ankara:~$ ssh lipnssh Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ############################################### Bienvenue sur la passerelle du LIPN ############################################### Vous pouvez a present rebondir sur votre machine de travail habituelle. Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr Last login: Thu Oct 14 09:23:46 2021 from 10.10.6.228 Le 13/10/2021 à 15:59, Frédéric Tournier a écrit :
Bonjour,
merci.
192.168.201.0/24 est pourtant bien le réseau wifi lipn.
J'ai fait un petit tour, voici les informations du moment:
Le serveur gw-wifi est un pfsense sous vmware. Il n'a pas de patte en 10.10.6.0/16 et 10.10.1.0/16
Il a ces 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn
Depuis mon bureau, il n'est pas accessible par la patte LAN, par contre il peut communiquer avec les serveurs (uniquement par IP):
root@gw-wifi: host lipn-svn Host lipn-svn not found: 3(NXDOMAIN)
root@gw-wifi: ping -S 192.168.90.10 192.168.90.4 PING 192.168.90.4 (192.168.90.4) from 192.168.90.10: 56 data bytes 64 bytes from 192.168.90.4: icmp_seq=0 ttl=64 time=0.886 ms 64 bytes from 192.168.90.4: icmp_seq=1 ttl=64 time=0.401 ms
Il ne peut pas pinger le dns 192.168.72.20 du réseau administration (système), ni celui du réseau stations 10.10.0.10. La machine 192.168.90.63 est censée être le srv dns "galilée" du LAN serveurs, mais elle est probablement éteinte.
Il possède son propre serveur dns qui semble n'être configuré que pour la résolution internet: root@gw-wifi: dig google.com ;; SERVER: 127.0.0.1#53(127.0.0.1)
root@gw-wifi: dig lipn-svn.univ-paris13.fr ;; AUTHORITY SECTION: univ-paris13.fr. 3600 IN SOA dns1.univ-paris13.fr. hostmaster.univ-paris13.fr. 2021101301 21600 3600 604800 86400 ;; SERVER: 127.0.0.1#53(127.0.0.1)
Son /etc/resolv.conf: nameserver 127.0.0.1 nameserver 193.54.26.1 #renater nameserver 208.67.222.222 #opendns cisco search lipn.univ-paris13.fr
J'en suis là pour l'instant.
Amicalement, Fred
Le 13/10/2021 à 08:42, Mamadou Sow a écrit :
Bonjour ,
je pense qu'il y a un souci quelque part en principe
- le firewal est 10.10.0.1/16
- les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles
- les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16
Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit :
Salut Fred,
Nous n'avons pas accès à la passerelle lipnssh ni aux outils de développement collaboratif du LIPN par le réseau filaire e la salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, donc on peut coder ensemble, mais c'est bizarre....
Amitiés
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
-- Cordialement Mamadou S. ----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12 -----------------------------------------------------
*Complément d'informations :* *les adresses IP des photocopieuses et des imprimantes sont 10.10.2.0/16 et elles sont fixées (non dhcpclient automatique), il faut veiller à ce que l'on puisse imprimer avec le mode WIFI également * ** Le 14/10/2021 à 09:34, Mamadou Sow a écrit :
*Bonjour Fred,*
*En fait j'ai comme l'impression que les configurations pfsense-firewall et du serveur DHCP (lipn-sf1) ne sont pas concordantes. Dans cette discussion, je pars toujours de la configuration de serveur DHCP***(lipn-sf1)* et DNS***(lipn-sf1)* en premier, car la configuration du firewall-pfsense devrait être faite en fonction des déclarations dans les serveurs DHCP et DNS.*
*Ce matin tout est correcte pour l'instant car mon portable (sur le wifi avec IP=10.10.6.228/16, hostname) arrive à échanger avec mon ordinateur de bureau (sur le lan IP=10.10.0.215, hostaname=ankara).*
*Hier après 9h14 mon portable a perdu **l'adresse IP = 10.10.6.228, gw =10.10.0.1 et dns =10.10.0.10 pour obtenir IP=192.168.201.178, gw***= 192.168.201.1 * et dns = 192.168.201.1 *
*1- Échange entre mon portable et machine de bureau*
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ifconfig eth0 Link encap:Ethernet HWaddr d4:be:d9:9c:56:1c inet addr:10.10.0.215 Bcast:10.10.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11240081 errors:0 dropped:0 overruns:0 frame:0 TX packets:12734523 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7443217864 (6.9 GiB) TX bytes:12225820106 (11.3 GiB) Interrupt:20 Memory:e4b00000-e4b20000
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:4322 errors:0 dropped:0 overruns:0 frame:0 TX packets:4322 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:720122 (703.2 KiB) TX bytes:720122 (703.2 KiB)
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ssh 10.10.6.228 mamadou@10.10.6.228's password: Welcome to Ubuntu 18.04.2 LTS (beaver-osp1-arya X39) (GNU/Linux 5.4.0-87-generic x86_64)
* Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage
0 updates can be applied immediately.
Last login: Mon Oct 11 09:08:10 2021 from 10.10.0.215 (base) mamadou@port-lipn12:~$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 267 bytes 22608 (22.6 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 267 bytes 22608 (22.6 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 13945 bytes 11604995 (11.6 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4576 bytes 649991 (649.9 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
(base) mamadou@port-lipn12:~$
* *
*2- Accès de portable à lipnssh (10.10.0.113)*
(base) mamadou@port-lipn12:~$ ssh lipnssh mamadou@lipnssh's password: Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Fri Sep 10 20:17:46 2021 from 88.168.7.135
*3- Accès de machine de bureau à lipnssh(10.10.0.113)*
mamadou@ankara:~$ ssh lipnssh Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Thu Oct 14 09:23:46 2021 from 10.10.6.228
Le 13/10/2021 à 15:59, Frédéric Tournier a écrit :
Bonjour,
merci.
192.168.201.0/24 est pourtant bien le réseau wifi lipn.
J'ai fait un petit tour, voici les informations du moment:
Le serveur gw-wifi est un pfsense sous vmware. Il n'a pas de patte en 10.10.6.0/16 et 10.10.1.0/16
Il a ces 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn
Depuis mon bureau, il n'est pas accessible par la patte LAN, par contre il peut communiquer avec les serveurs (uniquement par IP):
root@gw-wifi: host lipn-svn Host lipn-svn not found: 3(NXDOMAIN)
root@gw-wifi: ping -S 192.168.90.10 192.168.90.4 PING 192.168.90.4 (192.168.90.4) from 192.168.90.10: 56 data bytes 64 bytes from 192.168.90.4: icmp_seq=0 ttl=64 time=0.886 ms 64 bytes from 192.168.90.4: icmp_seq=1 ttl=64 time=0.401 ms
Il ne peut pas pinger le dns 192.168.72.20 du réseau administration (système), ni celui du réseau stations 10.10.0.10. La machine 192.168.90.63 est censée être le srv dns "galilée" du LAN serveurs, mais elle est probablement éteinte.
Il possède son propre serveur dns qui semble n'être configuré que pour la résolution internet: root@gw-wifi: dig google.com ;; SERVER: 127.0.0.1#53(127.0.0.1)
root@gw-wifi: dig lipn-svn.univ-paris13.fr ;; AUTHORITY SECTION: univ-paris13.fr. 3600 IN SOA dns1.univ-paris13.fr. hostmaster.univ-paris13.fr. 2021101301 21600 3600 604800 86400 ;; SERVER: 127.0.0.1#53(127.0.0.1)
Son /etc/resolv.conf: nameserver 127.0.0.1 nameserver 193.54.26.1 #renater nameserver 208.67.222.222 #opendns cisco search lipn.univ-paris13.fr
J'en suis là pour l'instant.
Amicalement, Fred
Le 13/10/2021 à 08:42, Mamadou Sow a écrit :
Bonjour ,
je pense qu'il y a un souci quelque part en principe
- le firewal est 10.10.0.1/16
- les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles
- les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16
Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit :
Ça fonctionne d'habitude ? ping lipn-ssh renvoie qque chose ? ssh lipn-ssh renvoie une erreur ?
Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit : > Salut Fred, > > Nous n'avons pas accès à la passerelle lipnssh ni aux outils de > développement collaboratif du LIPN par le réseau filaire e la > salle A-303. En ce moment l'accès par le wifi LIPN-R est ouvert, > donc on peut coder ensemble, mais c'est bizarre.... > > Amitiés > >
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
-- Cordialement Mamadou S. ----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12 -----------------------------------------------------
*Suite incident * * * *mon portable vient de basculer en ***192.168.201.178, il est impossible d'avoir un accès aux imprimantes * * * * *1- Communication entre machine de bureau et lipnssh est OK * *mamadou@ankara:~$ ssh lipnssh** **Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64** **###############################################** ** ** Bienvenue sur la passerelle du LIPN** ** **###############################################** ** **Vous pouvez a present rebondir sur votre machine** **de travail habituelle.** ** **Pour tout probleme, contactez :** ** systeme@lipn.univ-paris13.fr** ** ** ** **Last login: Thu Oct 14 12:52:46 2021 from 10.10.0.215** **mamadou@lipn-ssh:~$ logout** **Connection to lipnssh closed.* *2- Impossible échange directe entre machine de Bureau et portable en Wifi * *mamadou@ankara:~$ ssh 192.168.201.178* *il faut passer d'abord par lipnssh.univ-paris13.fr * * * ** Le 14/10/2021 à 10:20, Mamadou Sow a écrit :
*Complément d'informations :*
*les adresses IP des photocopieuses et des imprimantes sont 10.10.2.0/16 et elles sont fixées (non dhcpclient automatique), il faut veiller à ce que l'on puisse imprimer avec le mode WIFI également *
Le 14/10/2021 à 09:34, Mamadou Sow a écrit :
*Bonjour Fred,*
*En fait j'ai comme l'impression que les configurations pfsense-firewall et du serveur DHCP (lipn-sf1) ne sont pas concordantes. Dans cette discussion, je pars toujours de la configuration de serveur DHCP***(lipn-sf1)* et DNS***(lipn-sf1)* en premier, car la configuration du firewall-pfsense devrait être faite en fonction des déclarations dans les serveurs DHCP et DNS.*
*Ce matin tout est correcte pour l'instant car mon portable (sur le wifi avec IP=10.10.6.228/16, hostname) arrive à échanger avec mon ordinateur de bureau (sur le lan IP=10.10.0.215, hostaname=ankara).*
*Hier après 9h14 mon portable a perdu **l'adresse IP = 10.10.6.228, gw =10.10.0.1 et dns =10.10.0.10 pour obtenir IP=192.168.201.178, gw***= 192.168.201.1 * et dns = 192.168.201.1 *
*1- Échange entre mon portable et machine de bureau*
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ifconfig eth0 Link encap:Ethernet HWaddr d4:be:d9:9c:56:1c inet addr:10.10.0.215 Bcast:10.10.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11240081 errors:0 dropped:0 overruns:0 frame:0 TX packets:12734523 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7443217864 (6.9 GiB) TX bytes:12225820106 (11.3 GiB) Interrupt:20 Memory:e4b00000-e4b20000
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:4322 errors:0 dropped:0 overruns:0 frame:0 TX packets:4322 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:720122 (703.2 KiB) TX bytes:720122 (703.2 KiB)
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ssh 10.10.6.228 mamadou@10.10.6.228's password: Welcome to Ubuntu 18.04.2 LTS (beaver-osp1-arya X39) (GNU/Linux 5.4.0-87-generic x86_64)
* Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage
0 updates can be applied immediately.
Last login: Mon Oct 11 09:08:10 2021 from 10.10.0.215 (base) mamadou@port-lipn12:~$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 267 bytes 22608 (22.6 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 267 bytes 22608 (22.6 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 13945 bytes 11604995 (11.6 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4576 bytes 649991 (649.9 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
(base) mamadou@port-lipn12:~$
* *
*2- Accès de portable à lipnssh (10.10.0.113)*
(base) mamadou@port-lipn12:~$ ssh lipnssh mamadou@lipnssh's password: Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Fri Sep 10 20:17:46 2021 from 88.168.7.135
*3- Accès de machine de bureau à lipnssh(10.10.0.113)*
mamadou@ankara:~$ ssh lipnssh Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Thu Oct 14 09:23:46 2021 from 10.10.6.228
Le 13/10/2021 à 15:59, Frédéric Tournier a écrit :
Bonjour,
merci.
192.168.201.0/24 est pourtant bien le réseau wifi lipn.
J'ai fait un petit tour, voici les informations du moment:
Le serveur gw-wifi est un pfsense sous vmware. Il n'a pas de patte en 10.10.6.0/16 et 10.10.1.0/16
Il a ces 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn
Depuis mon bureau, il n'est pas accessible par la patte LAN, par contre il peut communiquer avec les serveurs (uniquement par IP):
root@gw-wifi: host lipn-svn Host lipn-svn not found: 3(NXDOMAIN)
root@gw-wifi: ping -S 192.168.90.10 192.168.90.4 PING 192.168.90.4 (192.168.90.4) from 192.168.90.10: 56 data bytes 64 bytes from 192.168.90.4: icmp_seq=0 ttl=64 time=0.886 ms 64 bytes from 192.168.90.4: icmp_seq=1 ttl=64 time=0.401 ms
Il ne peut pas pinger le dns 192.168.72.20 du réseau administration (système), ni celui du réseau stations 10.10.0.10. La machine 192.168.90.63 est censée être le srv dns "galilée" du LAN serveurs, mais elle est probablement éteinte.
Il possède son propre serveur dns qui semble n'être configuré que pour la résolution internet: root@gw-wifi: dig google.com ;; SERVER: 127.0.0.1#53(127.0.0.1)
root@gw-wifi: dig lipn-svn.univ-paris13.fr ;; AUTHORITY SECTION: univ-paris13.fr. 3600 IN SOA dns1.univ-paris13.fr. hostmaster.univ-paris13.fr. 2021101301 21600 3600 604800 86400 ;; SERVER: 127.0.0.1#53(127.0.0.1)
Son /etc/resolv.conf: nameserver 127.0.0.1 nameserver 193.54.26.1 #renater nameserver 208.67.222.222 #opendns cisco search lipn.univ-paris13.fr
J'en suis là pour l'instant.
Amicalement, Fred
Le 13/10/2021 à 08:42, Mamadou Sow a écrit :
Bonjour ,
je pense qu'il y a un souci quelque part en principe
- le firewal est 10.10.0.1/16
- les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles
- les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16
Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit :
pas de ping, et avec ssh : erreur de connexion sur le port 22
---- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Le 12/10/2021 à 14:16, Frédéric Tournier a écrit : > Ça fonctionne d'habitude ? > ping lipn-ssh renvoie qque chose ? > ssh lipn-ssh renvoie une erreur ? > > Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit : >> Salut Fred, >> >> Nous n'avons pas accès à la passerelle lipnssh ni aux outils de >> développement collaboratif du LIPN par le réseau filaire e la >> salle A-303. En ce moment l'accès par le wifi LIPN-R est >> ouvert, donc on peut coder ensemble, mais c'est bizarre.... >> >> Amitiés >> >> > > _______________________________________________ > Systeme mailing list > Systeme@lipn.univ-paris13.fr > https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme _______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
-- Cordialement Mamadou S. ----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12 -----------------------------------------------------
Suite et Fin Voici des tests avec mon ordinateur-portable en mode WIFI , ces tests montrent que l'on peut avoir un accès directe aux imprimantes et aux machines de bureau à condition d'avoir une IP soit dans le Réseau Euduroam (10.0.0.0/8) ou dans te réseau d'une TimeCapsule (10.10.0.0/16). Une solution dans l'immédiat est de revoir la configuration de pfsense 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn en modifiant 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 *Wifi 10.10.201.1 ou 10.0.201.1* LAN 192.168.90.10 serveurs lipn 1- Réseaux Timecapsule base) mamadou@port-lipn12:$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Boucle locale) RX packets 8935 bytes 14320379 (14.3 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 8935 bytes 14320379 (14.3 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 89003 bytes 30203259 (30.2 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 24994 bytes 3983237 (3.9 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 2- Réseau Euduroam (base) mamadou@port-lipn12:$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Boucle locale) RX packets 8982 bytes 14323917 (14.3 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 8982 bytes 14323917 (14.3 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.100.19.196 netmask 255.255.240.0 broadcast 10.100.31.255 inet6 fe80::fff0:3b45:1850:b028 prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 90510 bytes 31816680 (31.8 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 25732 bytes 4092371 (4.0 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 3- Réseau LIPN-R (base) mamadou@port-lipn12:$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Boucle locale) RX packets 9048 bytes 14328843 (14.3 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 9048 bytes 14328843 (14.3 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.201.178 netmask 255.255.255.0 broadcast 192.168.201.255 inet6 fe80::a158:b73a:c34:8345 prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 90875 bytes 31906643 (31.9 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 25827 bytes 4108850 (4.1 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Le 14/10/2021 à 13:04, Mamadou Sow a écrit :
*Suite incident *
* *
*mon portable vient de basculer en ***192.168.201.178, il est impossible d'avoir un accès aux imprimantes * *
* *
*1- Communication entre machine de bureau et lipnssh est OK *
*mamadou@ankara:~$ ssh lipnssh** **Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64** **###############################################** ** ** Bienvenue sur la passerelle du LIPN** ** **###############################################** ** **Vous pouvez a present rebondir sur votre machine** **de travail habituelle.** ** **Pour tout probleme, contactez :** **systeme@lipn.univ-paris13.fr** ** ** ** **Last login: Thu Oct 14 12:52:46 2021 from 10.10.0.215** **mamadou@lipn-ssh:~$ logout** **Connection to lipnssh closed.*
*2- Impossible échange directe entre machine de Bureau et portable en Wifi *
*mamadou@ankara:~$ ssh 192.168.201.178*
*il faut passer d'abord par lipnssh.univ-paris13.fr *
* *
Le 14/10/2021 à 10:20, Mamadou Sow a écrit :
*Complément d'informations :*
*les adresses IP des photocopieuses et des imprimantes sont 10.10.2.0/16 et elles sont fixées (non dhcpclient automatique), il faut veiller à ce que l'on puisse imprimer avec le mode WIFI également *
Le 14/10/2021 à 09:34, Mamadou Sow a écrit :
*Bonjour Fred,*
*En fait j'ai comme l'impression que les configurations pfsense-firewall et du serveur DHCP (lipn-sf1) ne sont pas concordantes. Dans cette discussion, je pars toujours de la configuration de serveur DHCP***(lipn-sf1)* et DNS***(lipn-sf1)* en premier, car la configuration du firewall-pfsense devrait être faite en fonction des déclarations dans les serveurs DHCP et DNS.*
*Ce matin tout est correcte pour l'instant car mon portable (sur le wifi avec IP=10.10.6.228/16, hostname) arrive à échanger avec mon ordinateur de bureau (sur le lan IP=10.10.0.215, hostaname=ankara).*
*Hier après 9h14 mon portable a perdu **l'adresse IP = 10.10.6.228, gw =10.10.0.1 et dns =10.10.0.10 pour obtenir IP=192.168.201.178, gw***= 192.168.201.1 * et dns = 192.168.201.1 *
*1- Échange entre mon portable et machine de bureau*
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ifconfig eth0 Link encap:Ethernet HWaddr d4:be:d9:9c:56:1c inet addr:10.10.0.215 Bcast:10.10.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11240081 errors:0 dropped:0 overruns:0 frame:0 TX packets:12734523 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7443217864 (6.9 GiB) TX bytes:12225820106 (11.3 GiB) Interrupt:20 Memory:e4b00000-e4b20000
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:4322 errors:0 dropped:0 overruns:0 frame:0 TX packets:4322 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:720122 (703.2 KiB) TX bytes:720122 (703.2 KiB)
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ssh 10.10.6.228 mamadou@10.10.6.228's password: Welcome to Ubuntu 18.04.2 LTS (beaver-osp1-arya X39) (GNU/Linux 5.4.0-87-generic x86_64)
* Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage
0 updates can be applied immediately.
Last login: Mon Oct 11 09:08:10 2021 from 10.10.0.215 (base) mamadou@port-lipn12:~$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 267 bytes 22608 (22.6 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 267 bytes 22608 (22.6 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 13945 bytes 11604995 (11.6 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4576 bytes 649991 (649.9 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
(base) mamadou@port-lipn12:~$
* *
*2- Accès de portable à lipnssh (10.10.0.113)*
(base) mamadou@port-lipn12:~$ ssh lipnssh mamadou@lipnssh's password: Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Fri Sep 10 20:17:46 2021 from 88.168.7.135
*3- Accès de machine de bureau à lipnssh(10.10.0.113)*
mamadou@ankara:~$ ssh lipnssh Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Thu Oct 14 09:23:46 2021 from 10.10.6.228
Le 13/10/2021 à 15:59, Frédéric Tournier a écrit :
Bonjour,
merci.
192.168.201.0/24 est pourtant bien le réseau wifi lipn.
J'ai fait un petit tour, voici les informations du moment:
Le serveur gw-wifi est un pfsense sous vmware. Il n'a pas de patte en 10.10.6.0/16 et 10.10.1.0/16
Il a ces 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn
Depuis mon bureau, il n'est pas accessible par la patte LAN, par contre il peut communiquer avec les serveurs (uniquement par IP):
root@gw-wifi: host lipn-svn Host lipn-svn not found: 3(NXDOMAIN)
root@gw-wifi: ping -S 192.168.90.10 192.168.90.4 PING 192.168.90.4 (192.168.90.4) from 192.168.90.10: 56 data bytes 64 bytes from 192.168.90.4: icmp_seq=0 ttl=64 time=0.886 ms 64 bytes from 192.168.90.4: icmp_seq=1 ttl=64 time=0.401 ms
Il ne peut pas pinger le dns 192.168.72.20 du réseau administration (système), ni celui du réseau stations 10.10.0.10. La machine 192.168.90.63 est censée être le srv dns "galilée" du LAN serveurs, mais elle est probablement éteinte.
Il possède son propre serveur dns qui semble n'être configuré que pour la résolution internet: root@gw-wifi: dig google.com ;; SERVER: 127.0.0.1#53(127.0.0.1)
root@gw-wifi: dig lipn-svn.univ-paris13.fr ;; AUTHORITY SECTION: univ-paris13.fr. 3600 IN SOA dns1.univ-paris13.fr. hostmaster.univ-paris13.fr. 2021101301 21600 3600 604800 86400 ;; SERVER: 127.0.0.1#53(127.0.0.1)
Son /etc/resolv.conf: nameserver 127.0.0.1 nameserver 193.54.26.1 #renater nameserver 208.67.222.222 #opendns cisco search lipn.univ-paris13.fr
J'en suis là pour l'instant.
Amicalement, Fred
Le 13/10/2021 à 08:42, Mamadou Sow a écrit :
Bonjour ,
je pense qu'il y a un souci quelque part en principe
- le firewal est 10.10.0.1/16
- les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles
- les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16
Le 12/10/2021 à 14:58, Frédéric Tournier a écrit :
Si tu as deux minutes pourrais-tu stp:
dig lipn-ssh ping 10.10.0.113 traceroute 10.10.0.113 ssh -vvv 10.10.0.113
Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit : > pas de ping, et avec ssh : erreur de connexion sur le port 22 > > ---- > Jorge Garcia Flores > Ingénieur de recherche CNRS > LIPN - Université Paris 13 > http://lipn.univ-paris13.fr/~garciaflores/ > > Le 12/10/2021 à 14:16, Frédéric Tournier a écrit : >> Ça fonctionne d'habitude ? >> ping lipn-ssh renvoie qque chose ? >> ssh lipn-ssh renvoie une erreur ? >> >> Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit : >>> Salut Fred, >>> >>> Nous n'avons pas accès à la passerelle lipnssh ni aux outils >>> de développement collaboratif du LIPN par le réseau filaire e >>> la salle A-303. En ce moment l'accès par le wifi LIPN-R est >>> ouvert, donc on peut coder ensemble, mais c'est bizarre.... >>> >>> Amitiés >>> >>> >> >> _______________________________________________ >> Systeme mailing list >> Systeme@lipn.univ-paris13.fr >> https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme > _______________________________________________ > Systeme mailing list > Systeme@lipn.univ-paris13.fr > https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Bonjour, merci pour toutes ces informations Mamadou ! je vais tester cette nouvelle configuration en soirée. Amicalement, Fred Le 14/10/2021 à 13:36, Mamadou SOW a écrit :
Suite et Fin
Voici des tests avec mon ordinateur-portable en mode WIFI , ces tests montrent que l'on peut avoir un accès directe aux imprimantes et aux machines de bureau à condition d'avoir une IP soit dans le Réseau Euduroam (10.0.0.0/8) ou dans te réseau d'une TimeCapsule (10.10.0.0/16). Une solution dans l'immédiat est de revoir la configuration de pfsense
4 pattes:
WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn
en modifiant
4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 *Wifi 10.10.201.1 ou 10.0.201.1* LAN 192.168.90.10 serveurs lipn
1- Réseaux Timecapsule
base) mamadou@port-lipn12:$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Boucle locale) RX packets 8935 bytes 14320379 (14.3 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 8935 bytes 14320379 (14.3 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 89003 bytes 30203259 (30.2 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 24994 bytes 3983237 (3.9 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
2- Réseau Euduroam
(base) mamadou@port-lipn12:$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Boucle locale) RX packets 8982 bytes 14323917 (14.3 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 8982 bytes 14323917 (14.3 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.100.19.196 netmask 255.255.240.0 broadcast 10.100.31.255 inet6 fe80::fff0:3b45:1850:b028 prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 90510 bytes 31816680 (31.8 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 25732 bytes 4092371 (4.0 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
3- Réseau LIPN-R (base) mamadou@port-lipn12:$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Boucle locale) RX packets 9048 bytes 14328843 (14.3 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 9048 bytes 14328843 (14.3 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.201.178 netmask 255.255.255.0 broadcast 192.168.201.255 inet6 fe80::a158:b73a:c34:8345 prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 90875 bytes 31906643 (31.9 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 25827 bytes 4108850 (4.1 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Le 14/10/2021 à 13:04, Mamadou Sow a écrit :
*Suite incident *
* *
*mon portable vient de basculer en ***192.168.201.178, il est impossible d'avoir un accès aux imprimantes * *
* *
*1- Communication entre machine de bureau et lipnssh est OK *
*mamadou@ankara:~$ ssh lipnssh** **Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64** **###############################################** ** ** Bienvenue sur la passerelle du LIPN** ** **###############################################** ** **Vous pouvez a present rebondir sur votre machine** **de travail habituelle.** ** **Pour tout probleme, contactez :** **systeme@lipn.univ-paris13.fr** ** ** ** **Last login: Thu Oct 14 12:52:46 2021 from 10.10.0.215** **mamadou@lipn-ssh:~$ logout** **Connection to lipnssh closed.*
*2- Impossible échange directe entre machine de Bureau et portable en Wifi *
*mamadou@ankara:~$ ssh 192.168.201.178*
*il faut passer d'abord par lipnssh.univ-paris13.fr *
* *
Le 14/10/2021 à 10:20, Mamadou Sow a écrit :
*Complément d'informations :*
*les adresses IP des photocopieuses et des imprimantes sont 10.10.2.0/16 et elles sont fixées (non dhcpclient automatique), il faut veiller à ce que l'on puisse imprimer avec le mode WIFI également *
Le 14/10/2021 à 09:34, Mamadou Sow a écrit :
*Bonjour Fred,*
*En fait j'ai comme l'impression que les configurations pfsense-firewall et du serveur DHCP (lipn-sf1) ne sont pas concordantes. Dans cette discussion, je pars toujours de la configuration de serveur DHCP***(lipn-sf1)* et DNS***(lipn-sf1)* en premier, car la configuration du firewall-pfsense devrait être faite en fonction des déclarations dans les serveurs DHCP et DNS.*
*Ce matin tout est correcte pour l'instant car mon portable (sur le wifi avec IP=10.10.6.228/16, hostname) arrive à échanger avec mon ordinateur de bureau (sur le lan IP=10.10.0.215, hostaname=ankara).*
*Hier après 9h14 mon portable a perdu **l'adresse IP = 10.10.6.228, gw =10.10.0.1 et dns =10.10.0.10 pour obtenir IP=192.168.201.178, gw***= 192.168.201.1 * et dns = 192.168.201.1 *
*1- Échange entre mon portable et machine de bureau*
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ifconfig eth0 Link encap:Ethernet HWaddr d4:be:d9:9c:56:1c inet addr:10.10.0.215 Bcast:10.10.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11240081 errors:0 dropped:0 overruns:0 frame:0 TX packets:12734523 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7443217864 (6.9 GiB) TX bytes:12225820106 (11.3 GiB) Interrupt:20 Memory:e4b00000-e4b20000
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:4322 errors:0 dropped:0 overruns:0 frame:0 TX packets:4322 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:720122 (703.2 KiB) TX bytes:720122 (703.2 KiB)
mamadou@ankara:/tempo/spark-2.4.3-bin-hadoop2.7/conf$ ssh 10.10.6.228 mamadou@10.10.6.228's password: Welcome to Ubuntu 18.04.2 LTS (beaver-osp1-arya X39) (GNU/Linux 5.4.0-87-generic x86_64)
* Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage
0 updates can be applied immediately.
Last login: Mon Oct 11 09:08:10 2021 from 10.10.0.215 (base) mamadou@port-lipn12:~$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 267 bytes 22608 (22.6 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 267 bytes 22608 (22.6 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.6.228 netmask 255.255.0.0 broadcast 10.10.255.255 inet6 fe80::4dab:49b3:4ebc:1d9e prefixlen 64 scopeid 0x20<link> ether 44:af:28:db:e4:f8 txqueuelen 1000 (Ethernet) RX packets 13945 bytes 11604995 (11.6 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4576 bytes 649991 (649.9 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
(base) mamadou@port-lipn12:~$
* *
*2- Accès de portable à lipnssh (10.10.0.113)*
(base) mamadou@port-lipn12:~$ ssh lipnssh mamadou@lipnssh's password: Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Fri Sep 10 20:17:46 2021 from 88.168.7.135
*3- Accès de machine de bureau à lipnssh(10.10.0.113)*
mamadou@ankara:~$ ssh lipnssh Linux lipn-ssh 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64 ###############################################
Bienvenue sur la passerelle du LIPN
###############################################
Vous pouvez a present rebondir sur votre machine de travail habituelle.
Pour tout probleme, contactez : systeme@lipn.univ-paris13.fr
Last login: Thu Oct 14 09:23:46 2021 from 10.10.6.228
Le 13/10/2021 à 15:59, Frédéric Tournier a écrit :
Bonjour,
merci.
192.168.201.0/24 est pourtant bien le réseau wifi lipn.
J'ai fait un petit tour, voici les informations du moment:
Le serveur gw-wifi est un pfsense sous vmware. Il n'a pas de patte en 10.10.6.0/16 et 10.10.1.0/16
Il a ces 4 pattes: WAN 194.254.163.45 OpenVPN 192.168.211.1 Wifi 192.168.201.1 LAN 192.168.90.10 serveurs lipn
Depuis mon bureau, il n'est pas accessible par la patte LAN, par contre il peut communiquer avec les serveurs (uniquement par IP):
root@gw-wifi: host lipn-svn Host lipn-svn not found: 3(NXDOMAIN)
root@gw-wifi: ping -S 192.168.90.10 192.168.90.4 PING 192.168.90.4 (192.168.90.4) from 192.168.90.10: 56 data bytes 64 bytes from 192.168.90.4: icmp_seq=0 ttl=64 time=0.886 ms 64 bytes from 192.168.90.4: icmp_seq=1 ttl=64 time=0.401 ms
Il ne peut pas pinger le dns 192.168.72.20 du réseau administration (système), ni celui du réseau stations 10.10.0.10. La machine 192.168.90.63 est censée être le srv dns "galilée" du LAN serveurs, mais elle est probablement éteinte.
Il possède son propre serveur dns qui semble n'être configuré que pour la résolution internet: root@gw-wifi: dig google.com ;; SERVER: 127.0.0.1#53(127.0.0.1)
root@gw-wifi: dig lipn-svn.univ-paris13.fr ;; AUTHORITY SECTION: univ-paris13.fr. 3600 IN SOA dns1.univ-paris13.fr. hostmaster.univ-paris13.fr. 2021101301 21600 3600 604800 86400 ;; SERVER: 127.0.0.1#53(127.0.0.1)
Son /etc/resolv.conf: nameserver 127.0.0.1 nameserver 193.54.26.1 #renater nameserver 208.67.222.222 #opendns cisco search lipn.univ-paris13.fr
J'en suis là pour l'instant.
Amicalement, Fred
Le 13/10/2021 à 08:42, Mamadou Sow a écrit :
Bonjour ,
je pense qu'il y a un souci quelque part en principe
- le firewal est 10.10.0.1/16
- les adresses IP des portables sont 10.10.6.0/16 et 10.10.1.0/16 mais en ce moment ils sont passés 192.168.201.0/24, c'est pour cela que les portables ne peuvent plus accessibles
- les adresses IP des machines de Bureau sont 10.10.0.0/16 et 10.10.1.0/16
Le 12/10/2021 à 14:58, Frédéric Tournier a écrit : > Si tu as deux minutes pourrais-tu stp: > > dig lipn-ssh > ping 10.10.0.113 > traceroute 10.10.0.113 > ssh -vvv 10.10.0.113 > > > Le 12/10/2021 à 14:33, Jorge Garcia Flores a écrit : >> pas de ping, et avec ssh : erreur de connexion sur le port 22 >> >> ---- >> Jorge Garcia Flores >> Ingénieur de recherche CNRS >> LIPN - Université Paris 13 >> http://lipn.univ-paris13.fr/~garciaflores/ >> >> Le 12/10/2021 à 14:16, Frédéric Tournier a écrit : >>> Ça fonctionne d'habitude ? >>> ping lipn-ssh renvoie qque chose ? >>> ssh lipn-ssh renvoie une erreur ? >>> >>> Le 12/10/2021 à 14:00, Jorge Garcia Flores a écrit : >>>> Salut Fred, >>>> >>>> Nous n'avons pas accès à la passerelle lipnssh ni aux outils >>>> de développement collaboratif du LIPN par le réseau filaire e >>>> la salle A-303. En ce moment l'accès par le wifi LIPN-R est >>>> ouvert, donc on peut coder ensemble, mais c'est bizarre.... >>>> >>>> Amitiés >>>> >>>> >>> >>> _______________________________________________ >>> Systeme mailing list >>> Systeme@lipn.univ-paris13.fr >>> https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme >> _______________________________________________ >> Systeme mailing list >> Systeme@lipn.univ-paris13.fr >> https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme > > _______________________________________________ > Systeme mailing list > Systeme@lipn.univ-paris13.fr > https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
--
Cordialement
Mamadou S.
----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12
-----------------------------------------------------
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/listes-lipn/listinfo/systeme
Bonjour, mes petites expériences d'hier: Le serveur dhcp du pfsense fournit la plage 192.168.201.10 - 192.168.201.245 en /24 Mon laptop: bash-5.1$ traceroute google.fr traceroute to google.fr (216.58.213.67), 30 hops max, 60 byte packets 1 gw-wifi.lipn.univ-paris13.fr (192.168.201.1) 2.209 ms 2.162 ms 2.156 ms 2 gw163.univ-paris13.fr (194.254.163.254) 4.034 ms 4.028 ms 4.023 ms 3 192.168.201.254 (192.168.201.254) 4.022 ms 4.002 ms 3.997 ms 4 192.168.210.254 (192.168.210.254) 5.089 ms 107.398 ms 5.335 ms 5 vl200-gi0-0-0-5-ren-nr-villetaneuse-rtr-091.noc.renater.fr (193.51.186.30) 3.978 ms 3.973 ms 3.968 ms etc. bash-5.1$ cat /etc/resolv.conf # Generated by NetworkManager search lipn.univ-paris13.fr univ-paris13.fr nameserver 192.168.201.1 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gw-wifi.lipn.un 0.0.0.0 UG 600 0 0 wlan0 loopback 0.0.0.0 255.0.0.0 U 0 0 0 lo 192.168.201.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0 Manips pfsense: désactivation dhcp + extinction: pas d'obtention d'IP rallumage pfsense: pas d'obtention d'IP réactivation dhcp + rallumage: Obtention d'une IP en 192.168.201.x Question: pourquoi des utilisateurs obtiennent-ils des adresses en 10. ??? À cause des baux fixes ? Passage de la patte LAN 192.168.201.1/24 -> 10.10.201.1/16 IPv6 Configuration Type: track interface -> none Note: - Erreur pfsense: "The Router Advertisements Server is active on this interface and it can be used only with a static IPv6 configuration. Please disable the Router Advertisements Server service on this interface first, then change the interface configuration." - Solution de contournement: Temporarily enable IPv6 on your LAN interface and set IPv6 configuration type to Static IPv6, then assign an IPv6 address like the IPv6 Loopback address ::1 or any other correct address like Googles DNS Server 2001:4860:4860::8888. The prefix and address doesn’t matter as this is only a workaround to disable the Router Advertisements Server. Then go to Services -> DHCPv6 Server & RA -> Router Advertisements -> Router mode and select Disabled Finally go back to your LAN interface and change the IPv6 Configuration Type back to None. Désactivation dhcpd pfsense Activation du relais dhcp sur 10.10.0.10 ou 11 Changement du vlan 188->180 sur vmware pfsense peut atteindre lipn-sf1 root@gw-wifi:ping 10.10.0.11 PING 10.10.0.11 (10.10.0.11): 56 data bytes 64 bytes from 10.10.0.11: icmp_seq=0 ttl=255 time=44.957 ms 64 bytes from 10.10.0.11: icmp_seq=1 ttl=255 time=40.696 ms 64 bytes from 10.10.0.11: icmp_seq=2 ttl=255 time=3.943 ms Mais pas d'obtention d'IP par lipn-sf1. Question: pourquoi ? Autorisation au niveau du Cisco ? J'en suis là. Amicalement, Fred
Le 15/10/2021 à 15:39, Frédéric Tournier a écrit :
Bonjour,
mes petites expériences d'hier:
Le serveur dhcp du pfsense fournit la plage 192.168.201.10 - 192.168.201.245 en /24
Bonjour Fred Étant donné que l'objectif du LIPN est - d'utiliser les imprimantes (10.10.2.0/16) en mode du WIFI - de faire des échanges de fichiers entre les portables(10.10.6.0/16 et 10.10.1.0/16),les machines de bureau(10.10.0.0/16 et 10.10.1.0/16 ) et lipnssh (10.10.0.113/16) en mode WIFI - et de travailler en ssh entre les portables et les machines de bureau Il faut simplement revoir le serveur dhcp du pfsense pour fournir la plage 10.10.201.10 - 10.10.201.245 en /24 et lui attribuer l'adresse IP 10.10.200.1. Ouf le tour est joué et on passe à autre chose
Mon laptop: bash-5.1$ traceroute google.fr traceroute to google.fr (216.58.213.67), 30 hops max, 60 byte packets 1 gw-wifi.lipn.univ-paris13.fr (192.168.201.1) 2.209 ms 2.162 ms 2.156 ms 2 gw163.univ-paris13.fr (194.254.163.254) 4.034 ms 4.028 ms 4.023 ms 3 192.168.201.254 (192.168.201.254) 4.022 ms 4.002 ms 3.997 ms 4 192.168.210.254 (192.168.210.254) 5.089 ms 107.398 ms 5.335 ms 5 vl200-gi0-0-0-5-ren-nr-villetaneuse-rtr-091.noc.renater.fr (193.51.186.30) 3.978 ms 3.973 ms 3.968 ms etc.
bash-5.1$ cat /etc/resolv.conf # Generated by NetworkManager search lipn.univ-paris13.fr univ-paris13.fr nameserver 192.168.201.1
# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gw-wifi.lipn.un 0.0.0.0 UG 600 0 0 wlan0 loopback 0.0.0.0 255.0.0.0 U 0 0 0 lo 192.168.201.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0
Manips pfsense: désactivation dhcp + extinction: pas d'obtention d'IP
rallumage pfsense: pas d'obtention d'IP
réactivation dhcp + rallumage: Obtention d'une IP en 192.168.201.x Question: pourquoi des utilisateurs obtiennent-ils des adresses en 10. ??? À cause des baux fixes ?
Passage de la patte LAN 192.168.201.1/24 -> 10.10.201.1/16 IPv6 Configuration Type: track interface -> none
Note: - Erreur pfsense: "The Router Advertisements Server is active on this interface and it can be used only with a static IPv6 configuration. Please disable the Router Advertisements Server service on this interface first, then change the interface configuration." - Solution de contournement: Temporarily enable IPv6 on your LAN interface and set IPv6 configuration type to Static IPv6, then assign an IPv6 address like the IPv6 Loopback address ::1 or any other correct address like Googles DNS Server 2001:4860:4860::8888. The prefix and address doesn’t matter as this is only a workaround to disable the Router Advertisements Server. Then go to Services -> DHCPv6 Server & RA -> Router Advertisements -> Router mode and select Disabled Finally go back to your LAN interface and change the IPv6 Configuration Type back to None.
Désactivation dhcpd pfsense Activation du relais dhcp sur 10.10.0.10 ou 11
Changement du vlan 188->180 sur vmware
pfsense peut atteindre lipn-sf1 root@gw-wifi:ping 10.10.0.11 PING 10.10.0.11 (10.10.0.11): 56 data bytes 64 bytes from 10.10.0.11: icmp_seq=0 ttl=255 time=44.957 ms 64 bytes from 10.10.0.11: icmp_seq=1 ttl=255 time=40.696 ms 64 bytes from 10.10.0.11: icmp_seq=2 ttl=255 time=3.943 ms
Mais pas d'obtention d'IP par lipn-sf1. Question: pourquoi ? Autorisation au niveau du Cisco ?
J'en suis là.
Amicalement, Fred
-- Cordialement Mamadou S. ----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12 -----------------------------------------------------
*Bonjour Fred ** * * **Étant donné que l'objectif du LIPN est ** * * **- d'utiliser les imprimantes (10.10.2.0/16) en mode du WIFI ** * * **- de faire des échanges de fichiers entre les portables (10.10.6.0/16 et 10.10.1.0/16), les machines de bureau (10.10.0.0/16 et 10.10.1.0/16 ) et lipnssh (10.10.0.113/16) en mode WIFI ** * * **- et de travailler en ssh entre les portables et les machines de bureau en mode WIFI* *Il faut simplement ** * *- revoir le serveur dhcp du pfsense pour fournir la plage 10.10.201.10 - 10.10.201.245 en /24 et lui attribuer l'adresse IP 10.10.201.1. ** * *- OpenVPN : 192.168.211.1 est à changer en OpenVPN : 10.10.211.1 * ** *- déclarer dans le serveur DHCP du lipn (lipn-sf1)* *-- le serveur dhcp du pfsense l'adresse IP 10.10.201.1* *-- la plage 10.10.201.10 - 10.10.201.245 en /24 réservée pour le mode WIFI* *-- le serveur OpenVPN : 10.10.211.1* * * *Ouf le tour est joué et on passe à autre chose * Le 18/10/2021 à 08:03, Mamadou Sow a écrit :
Le 15/10/2021 à 15:39, Frédéric Tournier a écrit :
Bonjour,
mes petites expériences d'hier:
Le serveur dhcp du pfsense fournit la plage 192.168.201.10 - 192.168.201.245 en /24
Bonjour Fred
Étant donné que l'objectif du LIPN est
- d'utiliser les imprimantes (10.10.2.0/16) en mode du WIFI
- de faire des échanges de fichiers entre les portables(10.10.6.0/16 et 10.10.1.0/16),les machines de bureau(10.10.0.0/16 et 10.10.1.0/16 ) et lipnssh (10.10.0.113/16) en mode WIFI
- et de travailler en ssh entre les portables et les machines de bureau
Il faut simplement revoir le serveur dhcp du pfsense pour fournir la plage 10.10.201.10 - 10.10.201.245 en /24 et lui attribuer l'adresse IP 10.10.200.1.
Ouf le tour est joué et on passe à autre chose
Mon laptop: bash-5.1$ traceroute google.fr traceroute to google.fr (216.58.213.67), 30 hops max, 60 byte packets 1 gw-wifi.lipn.univ-paris13.fr (192.168.201.1) 2.209 ms 2.162 ms 2.156 ms 2 gw163.univ-paris13.fr (194.254.163.254) 4.034 ms 4.028 ms 4.023 ms 3 192.168.201.254 (192.168.201.254) 4.022 ms 4.002 ms 3.997 ms 4 192.168.210.254 (192.168.210.254) 5.089 ms 107.398 ms 5.335 ms 5 vl200-gi0-0-0-5-ren-nr-villetaneuse-rtr-091.noc.renater.fr (193.51.186.30) 3.978 ms 3.973 ms 3.968 ms etc.
bash-5.1$ cat /etc/resolv.conf # Generated by NetworkManager search lipn.univ-paris13.fr univ-paris13.fr nameserver 192.168.201.1
# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gw-wifi.lipn.un 0.0.0.0 UG 600 0 0 wlan0 loopback 0.0.0.0 255.0.0.0 U 0 0 0 lo 192.168.201.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0
Manips pfsense: désactivation dhcp + extinction: pas d'obtention d'IP
rallumage pfsense: pas d'obtention d'IP
réactivation dhcp + rallumage: Obtention d'une IP en 192.168.201.x Question: pourquoi des utilisateurs obtiennent-ils des adresses en 10. ??? À cause des baux fixes ?
Passage de la patte LAN 192.168.201.1/24 -> 10.10.201.1/16 IPv6 Configuration Type: track interface -> none
Note: - Erreur pfsense: "The Router Advertisements Server is active on this interface and it can be used only with a static IPv6 configuration. Please disable the Router Advertisements Server service on this interface first, then change the interface configuration." - Solution de contournement: Temporarily enable IPv6 on your LAN interface and set IPv6 configuration type to Static IPv6, then assign an IPv6 address like the IPv6 Loopback address ::1 or any other correct address like Googles DNS Server 2001:4860:4860::8888. The prefix and address doesn’t matter as this is only a workaround to disable the Router Advertisements Server. Then go to Services -> DHCPv6 Server & RA -> Router Advertisements -> Router mode and select Disabled Finally go back to your LAN interface and change the IPv6 Configuration Type back to None.
Désactivation dhcpd pfsense Activation du relais dhcp sur 10.10.0.10 ou 11
Changement du vlan 188->180 sur vmware
pfsense peut atteindre lipn-sf1 root@gw-wifi:ping 10.10.0.11 PING 10.10.0.11 (10.10.0.11): 56 data bytes 64 bytes from 10.10.0.11: icmp_seq=0 ttl=255 time=44.957 ms 64 bytes from 10.10.0.11: icmp_seq=1 ttl=255 time=40.696 ms 64 bytes from 10.10.0.11: icmp_seq=2 ttl=255 time=3.943 ms
Mais pas d'obtention d'IP par lipn-sf1. Question: pourquoi ? Autorisation au niveau du Cisco ?
J'en suis là.
Amicalement, Fred
-- Cordialement Mamadou S. ----------------------------------------------------- Mr Mamadou SOW LIPN /Institut Galilée/Univ. Paris XIII 99 Av. Jean Baptiste Clément 93430 Villetaneuse - France Tel: 01 49 40 40 68 Fax: 01 48 26 07 12 -----------------------------------------------------
participants (4)
-
Frédéric Tournier -
Jorge Garcia Flores -
Mamadou SOW -
Mamadou Sow