Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2329 connectés 

 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4
Auteur Sujet :

corriger le bug du partage de connexion de MDK 10 Official

n°524093
bobuse
Posté le 20-07-2004 à 10:25:29  profilanswer
 

Reprise du message précédent :
oups je me suis trompé ...
il fallait lire

Citation :

Bon ben je vais me connecter à ma machine1 pour voir ... son ip : 192.168.0.249 -> pas de ping, rien :(


 
l'IP de la machine2 est 192.168.1.253
 

Citation :

bobuse> pkoi eth1 est en 192.168.1.1 ?


ben j'en sais rien moi [:spamafote] C'est l'assistant qui l'a fait !! Je venais juste d'ajouter la carte réseau, je l'avais jamais configuré !

mood
Publicité
Posté le 20-07-2004 à 10:25:29  profilanswer
 

n°524099
Dark_Schne​ider
Close the World, Open the Net
Posté le 20-07-2004 à 10:42:23  profilanswer
 

1. quand la partage est activé : le ping est désactivé
 
2. sur machine 2, tu as mis comme passerelle 192.168.1.1 ? si non, fais le.
qu'as tu mis comme DNS ? soit tu mets 192.168.1.1, soit tu mets ceux de ton FAI.
 
si tu veux faire un test de ping fais plutôt ceci :
machine1 -> machine2
machine2 -> www.google.fr
machine2 -> 216.239.59.147
 
si tout cela marche alors c'est ok. si tu ne peux te connecter via un navigateur web, c'est le proxy transparent squid qui n'est pas lancé.

Code :
  1. service squid status
  2. service squid restart
  3. service sdquid status


 
Note : je conseille de mettre la derni-ère version des outils mdk lorsque vous paramétrez le partage de connexion.
 
question : machine1 est branché derrière koi ? un modem/routeur ? si oui, pkoi ne pas faire le modem routeur gérer le partage de connexion ?

n°524112
bobuse
Posté le 20-07-2004 à 10:56:36  profilanswer
 

2. passerelle ? DNS ? je le configure où ? Dans drakconnect (sur machine2), j'ai choisi dhcp, et donc il n'y a pas toutes ces options, qu'il y a par contre en static :/
 
pour le ping ok, mais j'avais justement commencé par tester machine2 -> www.google.fr
je vais essayer avec l'ip
 
3. machine1 est branchée derrière un olitec SX200. Il ne fait pas routeur, de toutes façons, il n'y a qu'un port ethernet.

n°524115
En_Sabah_N​ur
お前はもう死んでいる
Posté le 20-07-2004 à 10:58:50  profilanswer
 

y a koi dans ton /etc/shorewall/masq ?
c là ke le partage est défini...
 
une commande "route" donne koi?


---------------
XBL : ESN3S | GGPO (3rd strike) : ESN | PSN : Huitxilopochti
n°524120
Dark_Schne​ider
Close the World, Open the Net
Posté le 20-07-2004 à 11:00:25  profilanswer
 

tu fais connecion LAN ?
 
tu es sûr de ne pas avoir la possibilité de préciser une passrelle ( gateway ) et un DNS ?
 
sinon manuellemnt la passerelle se définie avec la ligne suivante dans /etc/sysconfig/network

Code :
  1. GATEWAY=192.168.1.1


 
les DNS se mettent dans le fichiers /etc/resolv.conf
 
le format est  :
nameserver IPDUDNS1
nameserver IPDUDNS2

n°524125
bobuse
Posté le 20-07-2004 à 11:06:53  profilanswer
 

cat /etc/shorewall/masq

#INTERFACE              SUBNET          ADDRESS
eth0    192.168.1.0/255.255.255.0
#LAST LINE -- ADD YOUR ENTRIES ABOVE THIS LINE -- DO NOT REMOVE


 

$ route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth1
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
 
default         192.168.0.250   0.0.0.0         UG    0      0        0 eth0

n°524127
Dark_Schne​ider
Close the World, Open the Net
Posté le 20-07-2004 à 11:11:36  profilanswer
 

l'IP de ton modem est 192.168.0.250 ?
 

n°524130
En_Sabah_N​ur
お前はもう死んでいる
Posté le 20-07-2004 à 11:18:28  profilanswer
 

bobuse a écrit :

cat /etc/shorewall/masq

#INTERFACE              SUBNET          ADDRESS
eth0    192.168.1.0/255.255.255.0
#LAST LINE -- ADD YOUR ENTRIES ABOVE THIS LINE -- DO NOT REMOVE


 

$ route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth1
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
 
default         192.168.0.250   0.0.0.0         UG    0      0        0 eth0


bon, a a l air correct...
 
pour tester(remettre le ping), ajoute dans policy(avant la ligne "net     all     DROP    info" ):
masq    fw      ACCEPT
masq à remplacer (p-être) par loc chez toi...
 
ensuite, vérifie ke tu puisses bien pinguer de eth1 vers une autre machine de ton réseau...


---------------
XBL : ESN3S | GGPO (3rd strike) : ESN | PSN : Huitxilopochti
n°524147
bobuse
Posté le 20-07-2004 à 11:41:16  profilanswer
 

Dark_Schneider a écrit :

l'IP de ton modem est 192.168.0.250 ?


oui :)

n°524200
Dark_Schne​ider
Close the World, Open the Net
Posté le 20-07-2004 à 13:13:36  profilanswer
 

depuis la passerelle internet marche ? tu peux pinger google ?
 
depuis un client tu peux pinger google ? avec l'IP et avec le nom ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
mood
Publicité
Posté le 20-07-2004 à 13:13:36  profilanswer
 

n°524240
bobuse
Posté le 20-07-2004 à 14:14:01  profilanswer
 

depuis la passerelle, internet marche impeccable ;)
 
depuis le client (j'en ai qu'un ;) ), ça marche pas avec le nom, j'essaierai ce soir avec l'IP

n°524618
bobuse
Posté le 20-07-2004 à 22:58:38  profilanswer
 

bon et bien, j'ai réactivé shorewall, et ce coup ci tout a l'air de marcher [:dawa]
Je sais pas trop ce qui s'est passé ... peut-être que je me suis trop précipité :/
 
En tout cas, c'est bien cool cet assistant du coup :)

n°524654
psycopeg
Posté le 21-07-2004 à 00:59:31  profilanswer
 

i depuis que j'ai toucher l'assistant mon reseau local martche plus snifff

n°524656
psycopeg
Posté le 21-07-2004 à 01:02:17  profilanswer
 

je viens d'arreter shorewall et mon reseau remarche c magique!!!

n°524715
bobuse
Posté le 21-07-2004 à 09:25:32  profilanswer
 

ya un truc qui nous échappe, hein ? :D
 
moi en tout cas, ça marche et j'y touche plus ! Juré ! :D

n°524751
psycopeg
Posté le 21-07-2004 à 10:31:25  profilanswer
 

kler enfin moi aussi ca marche mais je v encore y toucher, en parlant de ca dans les mise a jour a une version 2.0 de shorewall a lieu de la version 1.4 d'arigine, ca change qque chose?

n°524757
felix007
Posté le 21-07-2004 à 10:37:54  profilanswer
 

bobuse a écrit :

ya un truc qui nous échappe, hein ? :D
 
moi en tout cas, ça marche et j'y touche plus ! Juré ! :D


 
Moi je suis passé sur Debian car ça me soulait mais je n'exclu pas de réassayer mandrake un jour.
Peux-tu faire profiter à tout le monde de ta magnifique prouesse technique en publiant tous tes fichiers shorewall?
 
Je crois que ça en aidera plus d'un!
 
Merci d'avance


---------------
Pingouin un jour, Pingouin... ?
n°524760
psycopeg
Posté le 21-07-2004 à 10:40:48  profilanswer
 

qui moi?

n°524769
bobuse
Posté le 21-07-2004 à 10:47:38  profilanswer
 

tous ceux pour qui ça marche ! :D
 
Moi, ça attendra ce soir, car je suis pas chez moi, et ma machine répond pas en ssh ( :??: )

n°524770
psycopeg
Posté le 21-07-2004 à 10:49:32  profilanswer
 

mes manip pour que mon reseau et internet marche:
desactiver shorewall 1.4
update et mise a jour shorewall 2.0 mais je l'ai pas installer
(enfin je crois)
lol

n°524775
felix007
Posté le 21-07-2004 à 10:51:29  profilanswer
 

pas de problème pour attendre ce soir :lol:, j'ai essayé pendant des heures, alors ...
En plus, j'ai pas fini de tester Debian, qui est ma foi, moins difficile qu'on le dit mais vraiment passionnant à découvrir grâce à de merveilleuses documentations;


---------------
Pingouin un jour, Pingouin... ?
n°524795
psycopeg
Posté le 21-07-2004 à 11:35:54  profilanswer
 

moi pour debuter v continuer su mdk10 qui est assez convivial mais g encore beaucoup de chose a aprendre.
deja g'eesayer de partager ma connexion des 2 coter, je m'explique:
1)avec mon arrivé internet sur le pc linux
2)avec mon internet sur le pc windows  
pour l'instant ca marche dans aucun des 2 sens mais internet marche sur les 2 pc et le reseau fonctionne donc ca dois etre histoire de quelque manip mais je c pas encore lesquelles..

n°524838
psycopeg
Posté le 21-07-2004 à 12:45:23  profilanswer
 

pour mon reeseau avec samba
je cree un groupe:
# groupadd smbusers
 
Puis, on peut crée cet utilisateur spécifique (appartenant au groupe smbusers):
 
# useradd -g smbusers -p "passwd" -s /bin/false smbuser
 
si par exemple je ve mettre maurice et le pass lucien ca donne ca?
# groupadd smbusers
 
Puis, on peut crée cet utilisateur spécifique (appartenant au groupe smbusers):
 
# useradd -g maurice -p lucien -s /bin/false smbuser

n°524906
felix007
Posté le 21-07-2004 à 14:16:29  profilanswer
 

Pourquoi tu parles de samba? Quel rapport avec le partage de connexion? Quand j'avais mandrake le partage de fichiers fonctionnait bien.


---------------
Pingouin un jour, Pingouin... ?
n°524912
psycopeg
Posté le 21-07-2004 à 14:30:02  profilanswer
 

en verité c 2 trucs samba pour transfere mes fichier et j'aiemrais partager ma connexion mais ca foire

n°524918
felix007
Posté le 21-07-2004 à 14:36:49  profilanswer
 

eh oui! Enfin tu devrais pouvoir profiter des exploits de Bobuse d'ici peu je pense. Sinon, je crois que tu n'auras pas de mal avec samba surtout si tu utilises swat c'est plus rapide à configurer (même s'il y a parfois quelques petits bugs pas méchants pour la version 3).


---------------
Pingouin un jour, Pingouin... ?
n°525088
Dark_Schne​ider
Close the World, Open the Net
Posté le 21-07-2004 à 18:54:29  profilanswer
 

psycopeg> dans le firewall il faut autoriser explictement les ports de samba
 

Code :
  1. [root@admin3 admin]# grep -i netbios /etc/services
  2. netbios-ns      137/tcp                         # NETBIOS Name Service
  3. netbios-ns      137/udp
  4. netbios-dgm     138/tcp                         # NETBIOS Datagram Service
  5. netbios-dgm     138/udp
  6. netbios-ssn     139/tcp                         # NETBIOS session service
  7. netbios-ssn     139/udp


 
cela va de 137 à 139 en tcp et udp


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°525190
bobuse
Posté le 21-07-2004 à 23:10:17  profilanswer
 

Bon me revoilà :)
 
EDIT : Voilà les fichier de config de shorewall après avoir lancer l'assistant. Le net marche impecable depuis mon réseau local !
L'accès au réseau local est bloqué par shorewall, qui par défaut bloque tout (ping, ssh, http, ...), pour y remédier, il faut authoriser ces trucs dans l'interface de config de shorewall (comme expliqué plus bas.
 
Bon alors pour commencer mes fichier de config de shorewall :
(J'ai enlevé toutes les lignes de commentaires)

# /etc/shorewall/accounting
# /etc/shorewall/blacklist
# /etc/shorewall/common.def
run_iptables -A common -p icmp -j icmpdef
run_iptables -A common -p udp --dport 135   -j reject
run_iptables -A common -p udp --dport 137:139     -j reject
run_iptables -A common -p udp --dport 445         -j reject
run_iptables -A common -p tcp --dport 139         -j reject
run_iptables -A common -p tcp --dport 445         -j reject
run_iptables -A common -p tcp --dport 135   -j reject
run_iptables -A common -p udp --dport 1900   -j DROP
run_iptables -A common -d 255.255.255.255 -j DROP
run_iptables -A common -d 224.0.0.0/4     -j DROP
run_iptables -A common -p tcp --dport 113 -j reject
run_iptables -A common -p udp --sport 53 -mstate --state NEW -j DROP
# /etc/shorewall/ecn
# /etc/shorewall/hosts
# /etc/shorewall/init
# /etc/shorewall/interfaces
net eth0 detect
loc eth1 detect
# /etc/shorewall/maclist
# /etc/shorewall/masq
eth0 192.168.1.0/255.255.255.0
# /etc/shorewall/modules
    loadmodule ip_tables
    loadmodule iptable_filter
    loadmodule ip_conntrack
    loadmodule ip_conntrack_ftp
    loadmodule ip_conntrack_tftp
    loadmodule ip_conntrack_irc
    loadmodule iptable_nat
    loadmodule ip_nat_ftp
    loadmodule ip_nat_tftp
    loadmodule ip_nat_irc
# /etc/shorewall/nat
# /etc/shorewall/params
# /etc/shorewall/policy
loc net ACCEPT
fw net ACCEPT
net all DROP info
all all REJECT info
# /etc/shorewall/policy~
loc net ACCEPT
fw net ACCEPT
loc    fw      ACCEPT
net all DROP info
all all REJECT info
# /etc/shorewall/proxyarp
# /etc/shorewall/rfc1918
255.255.255.255  RETURN  # We need to allow limited broadcast
169.254.0.0/16  DROP  # DHCP autoconfig
172.16.0.0/12  logdrop  # RFC 1918
192.0.2.0/24  logdrop  # Example addresses (RFC 3330)
192.168.0.0/16  logdrop  # RFC 1918
0.0.0.0/7  logdrop  # Reserved
2.0.0.0/8  logdrop  # Reserved
5.0.0.0/8  logdrop  # Reserved
7.0.0.0/8  logdrop  # Reserved
10.0.0.0/8  logdrop  # Reserved
23.0.0.0/8  logdrop  # Reserved
27.0.0.0/8  logdrop  # Reserved
31.0.0.0/8  logdrop  # Reserved
36.0.0.0/7  logdrop  # Reserved
39.0.0.0/8  logdrop  # Reserved
41.0.0.0/8  logdrop  # Reserved
42.0.0.0/8  logdrop  # Reserved
49.0.0.0/8  logdrop  # JTC - Returned to IANA Mar 98
50.0.0.0/8  logdrop  # JTC - Returned to IANA Mar 98
58.0.0.0/7  logdrop  # Reserved
70.0.0.0/7  logdrop  # Reserved
72.0.0.0/5  logdrop  # Reserved
83.0.0.0/8  logdrop  # Reserved
84.0.0.0/6  logdrop  # Reserved
88.0.0.0/5  logdrop  # Reserved
96.0.0.0/3  logdrop  # Reserved
127.0.0.0/8  logdrop  # Loopback
197.0.0.0/8  logdrop  # Reserved
198.18.0.0/15  logdrop  # Reserved
223.0.0.0/8  logdrop  # Reserved - Returned by APNIC in 2003
240.0.0.0/4  logdrop  # Reserved
# /etc/shorewall/routestopped
# /etc/shorewall/rules
REDIRECT loc 3128 tcp www -
ACCEPT fw net tcp www
# /etc/shorewall/shorewall.conf
LOGFILE=/var/log/messages
LOGFORMAT="Shorewall:%s:%s:"
LOGRATE=
LOGBURST=
LOGUNCLEAN=info
BLACKLIST_LOGLEVEL=
LOGNEWNOTSYN=info
MACLIST_LOG_LEVEL=info
TCP_FLAGS_LOG_LEVEL=info
RFC1918_LOG_LEVEL=info
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin
SHOREWALL_SHELL=/bin/sh
SUBSYSLOCK=/var/lock/subsys/shorewall
STATEDIR=/var/lib/shorewall
MODULESDIR=
FW=fw
IP_FORWARDING=On
ADD_IP_ALIASES=Yes
ADD_SNAT_ALIASES=No
TC_ENABLED=No
CLEAR_TC=Yes
MARK_IN_FORWARD_CHAIN=No
CLAMPMSS=No
ROUTE_FILTER=No
NAT_BEFORE_RULES=Yes
DETECT_DNAT_IPADDRS=No
MUTEX_TIMEOUT=60
NEWNOTSYN=No
ADMINISABSENTMINDED=Yes
BLACKLISTNEWONLY=Yes
BLACKLIST_DISPOSITION=DROP
MACLIST_DISPOSITION=REJECT
TCP_FLAGS_DISPOSITION=DROP
# /etc/shorewall/start
# /etc/shorewall/stop
# /etc/shorewall/stopped
# /etc/shorewall/tcrules
# /etc/shorewall/tos
all all  tcp  -  ssh  16
all all  tcp  ssh  -  16
all all  tcp  -  ftp  16
all all  tcp  ftp  -  16
all all  tcp  ftp-data -  8
all all  tcp  -  ftp-data 8
# /etc/shorewall/tunnels
# /etc/shorewall/users
# /etc/shorewall/usersets
# /etc/shorewall/zones
net Net Internet zone
loc Local Local


 
pour répondre aux autres questions :
DarkSchneider > j'ai bien "GATEWAY=192.168.1.1" dans /etc/sysconfig/network sur machine2 (il l'a mis tout seul)
 
EDIT : Ce qui suit est en fait résolu par l'interface graphique de shorewall (voir intro et messages suivants)
 
En_Sabah_Nur > en ajoutant "loc    fw      ACCEPT" avant "net     all     DROP    info" dans /etc/shorewall/policy sur machine1, je peux effectivement à nouveau pinger machine2 depuis machine1 et me connecter en ssh sur machine1 depuis machine2. Par contre, si j'essaie de me connecter en ssh à travers le net (ssh ip_modem depuis machine2) ça marche toujours pas ...
 
A vous !? :D
 
Perso, pour l'instant, j'ai pas trop le temps de lire la doc de shorewall, mais vous pouviez jetez un coup d'oeuil à mes conf (par défaut) ...


Message édité par bobuse le 22-07-2004 à 10:16:44
n°525256
Dark_Schne​ider
Close the World, Open the Net
Posté le 22-07-2004 à 04:56:42  profilanswer
 

je le redis pour la ... 6ème fois ?
 
lorsque l'on active le partage de connexion, par défaut il empêche les pings vers la passerelle. donc c'est normal qu'elle ne ping plus.
si tu veux autoriser, il faut le faire dans le firewall en autorisant "requetes ICMP echo )
idem, si tu veux faire du ssh, tu l'autorises dans le firewall mdk. par défaut il ferme le maximum de trucs car il considère qu'il est directement sur le net et que donc il ne va pas laisser de trucs inutils ouverts afin que tu te fasse haxor en moins de 10 minutes.


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°525279
bobuse
Posté le 22-07-2004 à 09:27:24  profilanswer
 

ha !?
c'est tout ! :D
bon ben je vais essayer pour le ssh ;)
 
désolé, j'avais pas lu cette remarque

n°525282
bobuse
Posté le 22-07-2004 à 09:32:47  profilanswer
 

Dark_Schneider a écrit :


idem, si tu veux faire du ssh, tu l'autorises dans le firewall mdk.


 
Ben oui, ça y est c'est bon ça marche :whistle:  
 
donc ya pas de bug finalement :??: :)

n°525286
felix007
Posté le 22-07-2004 à 09:38:04  profilanswer
 

maintenant que ça marche, donne stp tes fichiers de configuration, que les prochains mandrakeens en profitent.
 
merci


---------------
Pingouin un jour, Pingouin... ?
n°525294
bobuse
Posté le 22-07-2004 à 09:47:54  profilanswer
 

felix007 a écrit :

maintenant que ça marche, donne stp tes fichiers de configuration, que les prochains mandrakeens en profitent.
 
merci


 :heink:  
 
Ils prennent pas assez de place tu trouves (cf plus haut)
 
Après, j'ai juste authorisé ssh via l'interface de configuration du pare-feu (shorewall) du MCC.
et pour le ping, la manip de En_Sabah_Nur marche ... mais bon ça me sers pas, donc je l'ai enlevé ...
 
D'ailleurs, pourquoi il est desactivé par défaut ? pour éviter les DoS ?
 
 
EDIT : zut, j'ai pas les yeux en face des trous, Drak_S explique comment réactiver le ping cia le MCC  :whistle:


Message édité par bobuse le 22-07-2004 à 09:48:57
n°525297
bobuse
Posté le 22-07-2004 à 09:49:45  profilanswer
 

Dark_Schneider a écrit :

il considère qu'il est directement sur le net et que donc il ne va pas laisser de trucs inutils ouverts afin que tu te fasse haxor en moins de 10 minutes.


détail : j'ai un peu blindé mon serveur ssh ;) (en désactivant l'auth par mot de passe)


Message édité par bobuse le 22-07-2004 à 09:50:12
n°525304
felix007
Posté le 22-07-2004 à 09:59:45  profilanswer
 

bobuse a écrit :

:heink:  
 
Ils prennent pas assez de place tu trouves (cf plus haut)
 
Après, j'ai juste authorisé ssh via l'interface de configuration du pare-feu (shorewall) du MCC.
et pour le ping, la manip de En_Sabah_Nur marche ... mais bon ça me sers pas, donc je l'ai enlevé ...


je te demandais ça parce quej'avais cru comprendre que tout ne fonctionnait pas encore (c'eut été plus simple que de recorriger) tant pis!


Message édité par felix007 le 22-07-2004 à 10:05:09

---------------
Pingouin un jour, Pingouin... ?
n°525312
bobuse
Posté le 22-07-2004 à 10:12:58  profilanswer
 

si tu veux, je veux bien les reposter, mais je suis pas sûr de l'utilité, car tout ce que j'ai fait après c'est cocher "ssh" dans l'interface de config de shorewall :/
 
En fait ça marchait bien, c'est juste que par défaut shorewall bloque tout (comme l'a dit DS)

n°525405
En_Sabah_N​ur
お前はもう死んでいる
Posté le 22-07-2004 à 12:41:24  profilanswer
 

bobuse a écrit :

Bon me revoilà :)
 
En_Sabah_Nur > en ajoutant "loc    fw      ACCEPT" avant "net     all     DROP    info" dans /etc/shorewall/policy sur machine1, je peux effectivement à nouveau pinger machine2 depuis machine1 et me connecter en ssh sur machine1 depuis machine2. Par contre, si j'essaie de me connecter en ssh à travers le net (ssh ip_modem depuis machine2) ça marche toujours pas ...
 
A vous !? :D
 
Perso, pour l'instant, j'ai pas trop le temps de lire la doc de shorewall, mais vous pouviez jetez un coup d'oeuil à mes conf (par défaut) ...

pour se connecter en ssh via le net, faut rajouter une règle dans rules

ACCEPT  net     fw      tcp     22   -


 


---------------
XBL : ESN3S | GGPO (3rd strike) : ESN | PSN : Huitxilopochti
n°525549
Dark_Schne​ider
Close the World, Open the Net
Posté le 22-07-2004 à 15:21:26  profilanswer
 

bobuse> par défaut un pirate pour voir si un ordi existe, il essaie de le pinguer. si il a une réponse postive, il le scan, et si il trouve kelkechose ...
 
si tu bloque l'étape de la détection par le ping, c'est déjà un souci en moins.
 
par exemple le serveur smtp de wandoo ne peut être pingé. pourtant il existe vue que les utilisateurs wanadoo envoient leur par lui :
 

Code :
  1. [root@admin3 admin]# ping mail.wanadoo.fr
  2. PING smtp.wanadoo.fr (193.252.22.76) 56(84) bytes of data.
  3. --- smtp.wanadoo.fr ping statistics ---
  4. 6 packets transmitted, 0 received, 100% packet loss, time 4999ms



---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°525680
bobuse
Posté le 22-07-2004 à 16:39:48  profilanswer
 

ok merci pour cette explication.
 
mais peut être que lors de l'assistant de partage, la question pourrait être posé pour les règles de blocages de shorewall sur la passerelle. Car a priori c'est juste pour le réseau local.
Comme beaucoup d'utilisateurs lambda ont besoin de cet outil et n'ont pas besoin de firewall sur le réseau local ...

n°525682
Dark_Schne​ider
Close the World, Open the Net
Posté le 22-07-2004 à 16:42:20  profilanswer
 

bobuse> l'outil de firewall serait en cours de réécriture. on verra ce que cela va donner.
 
cependant il est vrai que certaines choses pourraient être davantage explictée.


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°525703
bobuse
Posté le 22-07-2004 à 16:55:50  profilanswer
 

bon ben maintenant c'est mon modem qui se met à avoir ses chaleurs :D Mais là, c'est d'un autre ressort ...
 
a+ :hello:

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4

Aller à :
Ajouter une réponse
 

Sujets relatifs
kernel smp ?? mdk 10.0 probleme graphique ati[mdk/kde]Cron ne veut pas lancer xmms !!!
Mdk10 et remote desktop. connexion refusée.Partage connection Linux Windows
Prob automount MDK 10mkinit.rd error a l'install de mdk 10.0
[IPTables] Partage du débit[Debian] Passerelle et partage de connexion
Plus de sujets relatifs à : corriger le bug du partage de connexion de MDK 10 Official


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR