leurs, je viens de vérifier) :
>
> " Le paramètre "scratchDir" que vous avez spécifié:
> [/opt/alfresco/work/Catalina/localhost/ROOT] est inutilisable."
>
> D'après mon ami google, il s'agirait d'un problème de droit. Mais non,
> pas ici, puisque le
mètre "scratchDir" que vous avez spécifié:
[/opt/alfresco/work/Catalina/localhost/ROOT] est inutilisable."
D'après mon ami google, il s'agirait d'un problème de droit. Mais non,
pas ici, puisque le répertoire en question appartient bien à
l'utilisateur tomcat:tomcat (le mêm
Bonjour tout le monde
J ai un probleme d'installation de mysql,
Il prend toujours le nom localhost bien j'ai donné, un nom a ma machine
hostame ---> donne G580
hostname -f --> G580.enst.dz
mais la connection dans mysql, le nom utiliser dans la base et "localhost"
et
On 2015-01-30 22:33:57 +0100, andre_deb...@numericable.fr wrote:
On Thursday 29 January 2015 15:03:45 Vincent Lefevre wrote:
On 2015-01-29 13:01:11 +0100, andre_deb...@numericable.fr wrote:
On Thursday 29 January 2015 11:25:24 Vincent Lefevre wrote:
Ici, foobar.bar.net est le nom d'hôte
On Thursday 29 January 2015 15:03:45 Vincent Lefevre wrote:
On 2015-01-29 13:01:11 +0100, andre_deb...@numericable.fr wrote:
On Thursday 29 January 2015 11:25:24 Vincent Lefevre wrote:
Ici, foobar.bar.net est le nom d'hôte canonique.
Le nom canonique (CNAME) CaNonical Name,
et le
Le 30/01/2015 01:24, Vincent Lefevre a écrit :
On 2015-01-29 23:51:57 +0100, Francois Lafont wrote:
Ok, effectivement, si sur une Debian Wheezy je mets
127.0.0.1 toto.domain.tld toto
alors la commande « hostname -f » me renvoie toto et
non toto.domain.tld ce qui prouve bien que l'ordre
for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
127.0.0.1 foobar.bar.net foobar
not
127.0.0.1 foobar foobar.bar.net »
Mais l'auteur ne
On Thursday 29 January 2015 11:25:24 Vincent Lefevre wrote:
Ici, foobar.bar.net est le nom d'hôte canonique.
Le nom canonique (CNAME) CaNonical Name,
et le FQDN sont-ils les mêmes ?
Domaine = fruit.com Cname = www.fruit.com
Alias de www.fruit.com = p. ex. apple
Le nom canonique correspond à un
On 2015-01-29 13:01:11 +0100, andre_deb...@numericable.fr wrote:
On Thursday 29 January 2015 11:25:24 Vincent Lefevre wrote:
Ici, foobar.bar.net est le nom d'hôte canonique.
Le nom canonique (CNAME) CaNonical Name,
et le FQDN sont-ils les mêmes ?
La question n'a pas de sens: un CNAME est
Le 29/01/2015 11:25, Vincent Lefevre a écrit :
Perso, je pensais qu'une ligne du type :
adresse-IP
était complètement équivalent à :
adresse-IP
Pourquoi est-ce que ce n'est pas le cas ?
C'est équivalent pour la résolution directe, mais pas pour la
résolution
On 2015-01-29 23:51:57 +0100, Francois Lafont wrote:
Ok, effectivement, si sur une Debian Wheezy je mets
127.0.0.1 toto.domain.tld toto
alors la commande « hostname -f » me renvoie toto et
non toto.domain.tld ce qui prouve bien que l'ordre
L'inverse je suppose. hostname -f va normalement
On 2015-01-26 11:54:44 +0100, andre_deb...@numericable.fr wrote:
On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
En gros, tu trouves qu'indiquer
127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
doc n'a
On 2015-01-28 16:02:39 +0100, andre_deb...@numericable.fr wrote:
Il faut savoir interpréter les man.
Il faut surtout avoir la bonne interprétation!
Je réitère dans /etc/hosts :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet
Bonsoir,
Le 28/01/2015 16:37, Vincent Lefevre a écrit :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf
Il faut savoir interpréter les man.
Je réitère dans /etc/hosts :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
Le mercredi 28 janvier 2015 à 16:02, andre_deb...@numericable.fr a écrit :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1
On Wednesday 28 January 2015 17:52:37 Francois Lafont wrote:
Le 28/01/2015 16:37, Vincent Lefevre a écrit :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy
veux pas que
l'on croit que je préconise de mauvaises pratiques.
Le 26 jan 2015 à 11:54 (+0100)
andre_deb...@numericable.fr a écrit:
[...]
Tu dois évidemment différencier les deux hôtes et les deux domaines
dans /etc/hosts : 1] localhost localhost.localdomain = 127.0.0.1
2] eddy eddy.eddy.net
n_importe_quoi.pas_utilisé_ailleurs localhost
n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
Ce n'est pas parce que l'ordinateur l'accepte
Salut,
Zuthos Oddy a écrit le 25/01/2015 09:30 :
Mince, j'ai crié victoire trop vite.
Mon ping localhost fonctionne.
Par contre, lorsque j'écris localhost dans la barre du navigateur, il
m'envoie sur google. Par contre, 127.0.0.1 fonctionne.
Si quelqu'un avait une idée
C'est
On Saturday 24 January 2015 23:53:18 Eddy F. wrote:
Le 24 jan 2015 à 23:07 (+0100)
andre_deb...@numericable.fr a écrit:
Il faut bien lire le man jusqu'au bout et en bas :
127.0.0.1 localhost
192.168.1.10toto.mondomaine.orgtoto
192.168.1.13titi.mondomaine.orgtiti
compétence -- pour qu'une
de mes rares interventions vire au troll.)
Si un ordinateur n'a pas de carte réseau (ou assimilée), il ne peut
communiquer. /etc/hosts contiendra cette ligne :
IP =127.0.0.1 | nom et domaine littéraires : localhost
localhost.localdomain Linux fonctionne en mode terminal
Houps,
Je viens de voir que mon /etc/nsswitch.conf
indiqué hosts: dns
au lieu de hosts: files dns
Merci tous de même...
citation de=Zuthos Oddy
Bonjour,
Voici le résultat d'un ping sur localhost:
# ping -c 3 localhost
ping: unknown host localhost
Par contre:
# ping -c 3 127.0.0.1
On Saturday 24 January 2015 20:00:29 yamo' wrote:
# cat /etc/hosts
127.0.0.1 localhost.enfants localhost :
surtout pas !
127.0.0.1 est l'adresse IP locale par défaut.
Elle permet à l'ordinateur de dialoguer avec lui même,
car Linux fonctionne en mode terminal/serveur,
même en
Le 24 jan 2015 à 23:07 (+0100)
andre_deb...@numericable.fr a écrit:
Il faut bien lire le man jusqu'au bout et en bas :
127.0.0.1 localhost
192.168.1.10toto.mondomaine.orgtoto
192.168.1.13titi.mondomaine.orgtiti
Mais ce ne sont que des exemples. Rien ne dit que
citation de=andre_deb...@numericable.fr
On Saturday 24 January 2015 20:00:29 yamo' wrote:
# cat /etc/hosts
127.0.0.1 localhost.enfants localhost :
surtout pas !
127.0.0.1 est l'adresse IP locale par défaut.
Elle permet à l'ordinateur de dialoguer avec lui même,
car Linux
On Saturday 24 January 2015 22:57:30 Eddy F. wrote:
Le 24 jan 2015 à 20:48 (+0100) andre_deb...@numericable.fr a écrit:
On la déclare toujours comme ceci :
127.0.0.1 hostname hostname.domain domain
soit :
127.0.0.1 localhost localhost.localdomain localdomain
à l'exclusion de toutes
Salut,
Zuthos Oddy a écrit le 24/01/2015 16:50 :
Bonjour,
Voici le résultat d'un ping sur localhost:
# ping -c 3 localhost
ping: unknown host localhost
Par contre:
# ping -c 3 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_req=1 ttl=64
Hello,
Le 24/01/2015 17:32, Zuthos Oddy a écrit :
Houps,
Je viens de voir que mon /etc/nsswitch.conf
indiqué hosts: dns
au lieu de hosts: files dns
Merci tous de même...
C'est une configuration que tu avais modifié toi même ou c'était par
défaut quand tu es arrivé dans le fichier ?
De
Bonjour,
Voici le résultat d'un ping sur localhost:
# ping -c 3 localhost
ping: unknown host localhost
Par contre:
# ping -c 3 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.051 ms
64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time
Bonjour a tous,
Je cherche à faire un système d'authentification simple utilisant IMAP.
Pour cela, j'utilise en PHP le code :
$mbox = imap_open({localhost:143}INBOX, user_id, password);
ça ne fonctionne pas, pour comprendre, je commence par nmap localhost
qui me renvoi l'erreur :
Starting
On Tue, 16 Jul 2013 11:40:05 +0200
julien jul...@nura.eu wrote:
$mbox = imap_open({localhost:143}INBOX, user_id, password);
Connaissois point PHP, mais c'est une Cde qu'on ne trouve pas
dans la partie IMAP de horde.
Starting Nmap 6.00 ( http://nmap.org ) at 2013-07-16 11:27 CEST
Le 2013-07-16 12:25, Bzzz a écrit :
On Tue, 16 Jul 2013 11:40:05 +0200
julien jul...@nura.eu wrote:
$mbox = imap_open({localhost:143}INBOX, user_id, password);
Connaissois point PHP, mais c'est une Cde qu'on ne trouve pas
dans la partie IMAP de horde.
Oui, par exemple roundcube utilise sa
On Tue, 16 Jul 2013 12:59:35 +0200
julien jul...@nura.eu wrote:
Connaissois pô nan plus VPS d'OVH, mais est-ce que le webmail se
connecte à localhost ou bien à l'adresse IP normale (ou au FQDN)
de la machine?
Dans la config de roundcube l'adresse est 127.0.0.1 et ça
fonctionne.
OK
Le 2013-07-16 13:12, Bzzz a écrit :
nmap localhost
nmap 127.0.0.1
nmap mon adresse ip publique
toutes ces commandes renvoies :
route_dst_netlink: can't find interface lo
Même nmap mon adresse ip publique?
et quid de 127.0.0.2?
??? Je ne comprend pas ta question.
J'ai bien une interface
Le 2013-07-16 13:12, Bzzz a écrit :
On Tue, 16 Jul 2013 12:59:35 +0200
julien jul...@nura.eu wrote:
nmap localhost
nmap 127.0.0.1
nmap mon adresse ip publique
toutes ces commandes renvoies :
route_dst_netlink: can't find interface lo
Même nmap mon adresse ip publique?
et quid de 127.0.0.2
On Tue, 16 Jul 2013 13:32:29 +0200
julien jul...@nura.eu wrote:
Merci pour tes réponses Bzzz !
Malheureusement, ce sont plus des supputations que des
réponses (mais je supputes de luxe;-)
--
islar Purain mes parents ont trouvé ma partition caché, je suis trop
mort de honte et en plus
Il faut utiliser le flag --unprivileged de nmap.
La machine est une machine virtuelle, il doit y avoir des limitations
au niveau de l'interface réseau car elle ne peut pas entrer en mode
promiscuous. C'est ce que tente de faire nmap avec : nmap localhost en
root.
Un nmap en tant
Bonjour,
Je viens de creer un utilisateur sur une nouvelle
machine sur laquelle etait deja installe Debian,
et sous ce nouveau compte, je n'arrive pas
a me connecter en root avec la commande su
(Authentification failure).
Par contre ssh root@localhost fonctionne.
Pourquoi ? Que faire ? Merci
giggz a écrit :
Pascal Hambourg a écrit :
fe00:: et ff00:: sont des *préfixes*, ils n'ont rien à faire dans le
fichiers *hosts*. Quant à l'adresse ff02::3, elle n'a jamais été
reconnue comme all hosts dans aucun document normatif, et d'ailleurs
ne marche pas.
Que faut il mettre ? je
Le 14/04/2010 12:08, Pascal Hambourg a écrit :
giggz a écrit :
Pascal Hambourg a écrit :
fe00:: et ff00:: sont des *préfixes*, ils n'ont rien à faire dans le
fichiers *hosts*. Quant à l'adresse ff02::3, elle n'a jamais été
reconnue comme all hosts dans aucun document normatif, et d'ailleurs
giggzounet a écrit :
Le 14/04/2010 12:08, Pascal Hambourg a écrit :
giggz a écrit :
Pascal Hambourg a écrit :
fe00:: et ff00:: sont des *préfixes*, ils n'ont rien à faire dans le
fichiers *hosts*. Quant à l'adresse ff02::3, elle n'a jamais été
reconnue comme all hosts dans aucun document
Frédéric Boiteux a écrit :
Le Sat, 10 Apr 2010 10:49:36 +0200,
giggz giggzou...@gmail.com a écrit :
Bonjour la liste,
Il y a qqs temps sur la liste j'ai vu passé un fil qui disait qu'il ne
fallait pas mettre le hostname sur la même adresse que le localhost.
Je cherche des infos la dessus
Pascal Hambourg a écrit :
Salut,
giggz a écrit :
d'après
http://www.debian.org/doc/manuals/reference/ch05.en.html#_the_basic_network_infrastructure
the /etc/hosts file associates IP addresses with hostnames contains
the following.
127.0.0.1 localhost
127.0.1.1 host_name.domain_name
Le Sat, 10 Apr 2010 10:49:36 +0200,
giggz giggzou...@gmail.com a écrit :
Bonjour la liste,
Il y a qqs temps sur la liste j'ai vu passé un fil qui disait qu'il ne
fallait pas mettre le hostname sur la même adresse que le localhost.
Je cherche des infos la dessus pour comprendre...et je n'en
Salut,
giggz a écrit :
d'après
http://www.debian.org/doc/manuals/reference/ch05.en.html#_the_basic_network_infrastructure
the /etc/hosts file associates IP addresses with hostnames contains
the following.
127.0.0.1 localhost
127.0.1.1 host_name.domain_name host_name
# The following
tout mon système avec 2 adresses IP.
127.0.0.1 localhost
127.0.1.1 hostname
Est-ce que ton système est relié à un réseaux quelconque ? As-tu bien 2
interfaces réseaux, quelle est la sortie de ifconfig ? Quel est le
contenu de ton fichier /etc/network/interfaces ?
Pourquoi ne pas utiliser une
faire
fonctionner tout mon système avec 2 adresses IP.
127.0.0.1 localhost
127.0.1.1 hostname
Est-ce que ton système est relié à un réseaux quelconque ? As-tu bien 2
interfaces réseaux, quelle est la sortie de ifconfig ? Quel est le
contenu de ton fichier /etc/network/interfaces
Bonjour la liste,
Il y a qqs temps sur la liste j'ai vu passé un fil qui disait qu'il ne
fallait pas mettre le hostname sur la même adresse que le localhost. Je
cherche des infos la dessus pour comprendre...et je n'en trouve pas trop
de satisfaisante.
J'ai installé un lenny et durant l'install
) correspondants à l'hôte demandé.
Et pour les retourner toutes, il doit chercher partout !
Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué
dans /etc/hosts...
Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2
que j'ai proposé :
- Ajouter une
adresses
IP (v4 et v6) correspondants à l'hôte demandé.
Et pour les retourner toutes, il doit chercher partout !
Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué
dans /etc/hosts...
Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2
que j'ai proposé
[snip]
Bon en enlevant ::1 localhost de /etc/hosts et en blacklistant le
module ipv6, mpd et privoxy fonctionnent!
merci à tous!
Bonne journée
Guillaume
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam
giggz a écrit :
[snip]
Bon en enlevant ::1 localhost de /etc/hosts
Et si, au lieu d'ajouter cette ligne tu mets
::1 localhost ip6-localhost ip6-loopback
?
et en blacklistant le
module ipv6, mpd et privoxy fonctionnent!
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question
Daniel Caillibaud a écrit :
giggz a écrit :
[snip]
Bon en enlevant ::1 localhost de /etc/hosts
Et si, au lieu d'ajouter cette ligne tu mets
::1 localhost ip6-localhost ip6-loopback
ben ça marche aussi pour mpd mais tjs pas pour privoxy.
mais bon en désactivant l'ipv6 ça marche...alors
le net puis
relancer certaines applications (mpd, privoxy entre autres) pour
qu'elles puissent dialoguer avec localhost.
Je n'ai pas de formation d'informaticien, donc je suis un peu perdu avec
les noms, résolution de nom...tout ça.
ce que je peux dire :
11:48 gi...@thor ~ % cat /etc/hosts
(exemple d'une
connection wifi a configurer), je dois tout d'abord avoir le net puis
relancer certaines applications (mpd, privoxy entre autres) pour
qu'elles puissent dialoguer avec localhost.
Je n'ai pas de formation d'informaticien, donc je suis un peu perdu avec
les noms, résolution de
[snip]
Vérifie dans ton /etc/network/interfaces que tu as bien :
# The loopback network interface
auto lo
iface lo inet loopback
ça j'ai...(oublié de le préciser...)
Éventuellement, vérifie aussi que le module loop figure bien dans
/etc/modules (histoire d'être sûr que ce module soit
Salut,
Christophe Mouilleron a écrit :
On Tue, Feb 17, 2009 at 11:50:28AM +0100, giggz wrote:
11:48 gi...@thor ~ % cat /etc/hosts
je peux pinguer localhost même si je n'ai pas le net.
Encore heureux. Manquerait plus que ça.
par contre mpd refuse de démarrer et privoxy ne marche pas
giggz a écrit :
[snip]
Vérifie dans ton /etc/network/interfaces que tu as bien :
# The loopback network interface
auto lo
iface lo inet loopback
ça j'ai...(oublié de le préciser...)
Éventuellement, vérifie aussi que le module loop figure bien dans
/etc/modules (histoire d'être sûr
Pascal Hambourg a écrit :
Salut,
Christophe Mouilleron a écrit :
On Tue, Feb 17, 2009 at 11:50:28AM +0100, giggz wrote:
11:48 gi...@thor ~ % cat /etc/hosts
je peux pinguer localhost même si je n'ai pas le net.
Encore heureux. Manquerait plus que ça.
par contre mpd refuse de démarrer
On Tue, Feb 17, 2009 at 01:05:38PM +0100, giggz wrote:
Pascal Hambourg a écrit :
je peux pinguer localhost même si je n'ai pas le net.
Encore heureux. Manquerait plus que ça.
par contre mpd refuse de démarrer et privoxy ne marche pas.
Dans ce cas j'aurais tendance à penser qu'ils
On Tuesday 17 February 2009 13:04:35 giggz wrote:
giggz a écrit :
[snip]
Vérifie dans ton /etc/network/interfaces que tu as bien :
# The loopback network interface
auto lo
iface lo inet loopback
ça j'ai...(oublié de le préciser...)
Éventuellement, vérifie aussi que le module
On Tuesday 17 February 2009 13:05:38 giggz wrote:
Pascal Hambourg a écrit :
Salut,
Christophe Mouilleron a écrit :
On Tue, Feb 17, 2009 at 11:50:28AM +0100, giggz wrote:
11:48 gi...@thor ~ % cat /etc/hosts
je peux pinguer localhost même si je n'ai pas le net.
Encore heureux
will run as the user it was
# started by. If left unspecified, MPD will not drop root
# privileges at all (not recommended).
#
usermpd
#
# The address and port to listen on.
#
bind_to_address localhost
port6600
On Tuesday 17 February 2009 15:31:47 giggz wrote:
a noter j'utilise firestarter comme firewall et ifplugd.
A priori s'il s'agissait d'un problème de firewall avec internet cela ne
marcherai pas. Et ifplugd a priori si tu touches pas au cable ethernet il ne
devrait pas y avoir de problème.
On Tue, Feb 17, 2009 at 03:31:47PM +0100, giggz wrote:
a noter j'utilise firestarter comme firewall et ifplugd.
La conf m'a l'air tout à fait correct. La seule différence majeure qu'il y a
avec la mienne est dans la section daemon options. Moi j'ai 127.0.0.1
et non localhost (mais localhost
: mpdbinding to address for localhost
can't lookup host localhost at line 43: Temporary failure in name
resolution
/etc/init.d/mpd: line 39: 3930 Abandon
start-stop-daemon --start --quiet --oknodo --pidfile $PIDFILE --exec
$DAEMON -- $MPD_OPTS $MPDCONF
failed!
invoke-rc.d: initscript mpd, action
et non localhost (mais localhost devrait marcher).
oui 127.0.0.1 c'était ce que j'avais avant. Mais avec le passage à mpd
0.14, le localhost est apparu.
Que se passe-t-il si tu lances mpd en ligne de commande ?
cf post précédent.
Sinon, vérifie que firestarter te laisse faire ce que tu
On Tue, Feb 17, 2009 at 04:16:57PM +0100, giggz wrote:
qd je mets versose dans log_level dans mpd.conf j'ai :
16:11 r...@thor /etc # invoke-rc.d mpd start
Starting Music Player Daemon: mpdbinding to address for localhost
can't lookup host localhost at line 43: Temporary failure in name
Christophe MOUILLERON a écrit :
On Tue, Feb 17, 2009 at 04:16:57PM +0100, giggz wrote:
qd je mets versose dans log_level dans mpd.conf j'ai :
16:11 r...@thor /etc # invoke-rc.d mpd start
Starting Music Player Daemon: mpdbinding to address for localhost
can't lookup host localhost at line 43
Hello,
Le mardi 17 février 2009 à 16:16 +0100, giggz a écrit :
can't lookup host localhost at line 43: Temporary failure in name
resolution
C'est clair, non ?
getaddrinfo(3) (utilisée dans mpd-0.14.2/src/listen.c) retourne
EAI_AGAIN.
Cela ne peut (malheureusement?) pas être autrement, sans
Bruno Muller a écrit :
Hello,
Le mardi 17 février 2009 à 16:16 +0100, giggz a écrit :
can't lookup host localhost at line 43: Temporary failure in name
resolution
C'est clair, non ?
getaddrinfo(3) (utilisée dans mpd-0.14.2/src/listen.c) retourne
EAI_AGAIN.
Cela ne peut
!
Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué
dans /etc/hosts...
Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2
que j'ai proposé :
- Ajouter une ligne ::1 localhost dans /etc/hosts
- Déactiver complètement l'ipv6 (décharger/blacklister le module
demandé.
Et pour les retourner toutes, il doit chercher partout !
Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué
dans /etc/hosts...
Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2
que j'ai proposé :
- Ajouter une ligne ::1 localhost dans /etc
toutes, il doit chercher partout !
Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué
dans /etc/hosts...
Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2
que j'ai proposé :
- Ajouter une ligne ::1 localhost dans /etc/hosts
- Déactiver complètement
les retourner toutes, il doit chercher partout !
Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué
dans /etc/hosts...
Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2
que j'ai proposé :
- Ajouter une ligne ::1 localhost dans /etc/hosts
- Déactiver
moi ?
bof, j'utilise mpd simplement sur localhost avec emacs (emms) et mpc de
temps en temps
Est ce qu'il marche avec tous les rj45 débranchés et aucun wifi au boot ?
ouai ça fonctionne je viens de tester...
En effet je n'ai aucun pb avec mpd dès que j'ai le net.
J'avais eu à peu près le
Est ce que quelqu'un sait si le fichier /etc/resolv.conf peut jouer au
niveau du localhost. En effet j'ai le paquet resolvconf d'installer sur
le portable. Ce fichier est donc créer dynamiquement et qd je n'ai pas
de net il est complétement vide...doit il contenir des instructions ?
Merci
Bye
Salut,
giggz a écrit :
Est ce que quelqu'un sait si le fichier /etc/resolv.conf peut jouer au
niveau du localhost. En effet j'ai le paquet resolvconf d'installer sur
le portable. Ce fichier est donc créer dynamiquement et qd je n'ai pas
de net il est complétement vide...doit il contenir des
Pascal Hambourg a écrit :
Salut,
giggz a écrit :
Est ce que quelqu'un sait si le fichier /etc/resolv.conf peut jouer au
niveau du localhost. En effet j'ai le paquet resolvconf d'installer sur
le portable. Ce fichier est donc créer dynamiquement et qd je n'ai pas
de net il est complétement
giggz a écrit :
Pascal Hambourg a écrit :
Mais localhost est défini dans /etc/hosts qui par défaut a priorité
sur la résolution DNS, ce qui est confirmé par le succès de ping
localhost, si on n'a pas trafiqué l'ordre de recherche dans
/etc/host.conf :
order files,bind
ben là j'ai
Salut,
T'as essayé le paquet mpd du dépôt sid/unstable?
Dans le NEWS.Debian.gz, on peut lire:
mpd (0.14.0) unstable; urgency=low
MPD now supports listening on a local socket rather than a TCP port.
If you wish to use this feature, change the bind_to_address in mpd.conf.
Please note
steph a écrit :
Salut,
T'as essayé le paquet mpd du dépôt sid/unstable?
Dans le NEWS.Debian.gz, on peut lire:
mpd (0.14.0) unstable; urgency=low
MPD now supports listening on a local socket rather than a TCP port.
If you wish to use this feature, change the bind_to_address in
, j'utilise mpd simplement sur localhost avec emacs (emms) et mpc de
temps en temps
Est ce qu'il marche avec tous les rj45 débranchés et aucun wifi au boot ?
ouai ça fonctionne je viens de tester...
En effet je n'ai aucun pb avec mpd dès que j'ai le net.
J'avais eu à peu près le même problème, mais cela
localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd,
le daemon se lance et tout fonctionne correctement.
Par contre qd je n'ai pas de connection internet (pas de wifi, pas de
rj45), le daemon mpd refuse de se lancer avec :
Starting Music Player Daemon
défaut (port 6600 en
localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd,
le daemon se lance et tout fonctionne correctement.
Par contre qd je n'ai pas de connection internet (pas de wifi, pas de
rj45), le daemon mpd refuse de se lancer avec :
Starting Music Player
mouss a écrit :
giggz a écrit :
giggz a écrit :
giggz a écrit :
giggz a écrit :
Bonjour,
Suis en debian sid à jour. J'utilise mpd avec comme client ario et
ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb
giggz a écrit :
giggz a écrit :
giggz a écrit :
Bonjour,
Suis en debian sid à jour. J'utilise mpd avec comme client ario et
ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le
daemon se lance et
giggz a écrit :
giggz a écrit :
giggz a écrit :
giggz a écrit :
Bonjour,
Suis en debian sid à jour. J'utilise mpd avec comme client ario et
ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le
Bonjour,
Suis en debian sid à jour. J'utilise mpd avec comme client ario et
ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le
daemon se lance et tout fonctionne correctement.
Par contre qd je n'ai pas
giggz a écrit :
Bonjour,
Suis en debian sid à jour. J'utilise mpd avec comme client ario et
ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le
daemon se lance et tout fonctionne correctement
giggz a écrit :
giggz a écrit :
Bonjour,
Suis en debian sid à jour. J'utilise mpd avec comme client ario et
ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost).
Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le
daemon se lance et tout fonctionne
Merci pour vos réponses rapides
-alexandre mathieu [EMAIL PROTECTED]:
Salut,
dans tes requetes, si tu remplaces localhost par 127.0.0.1 tu as
toujours le meme resultat ?
oui, le résultat est le même
Charles Plessy [EMAIL PROTECTED]:
C'est curieux: non seulement je n'ai pas ce problème sur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
steph a écrit :
1\comment faire pour être sur que tous les paquets installés
proviennent de lenny? ya-t-il une commande qui permette de downgrader
tout le système automatiquement?
En mettant une priorité supérieure à mille à Lenny dans ton
merci pour vos réponses mais je viens de trouver l'origine du
problème:
j'avais un backup d'un ancien /etc dans lequel j'ai vu que le fichier
/etc/network/interfaces contenait:
# This file describes the network interfaces available on your system
# and how to activate them. For more information,
Salut à tous.
Suite à un changement d'architecture, je viens d'installer une lenny à
partir du cd1 amd64.
Mais là, j'ai un problème que je n'avais jamais eu auparavant: je
n'arrive pas à me connecter au localhost de ma machine.
Par exemple, l'interface web de cups est introuvable à l'adresse
steph a écrit :
Salut à tous.
Suite à un changement d'architecture, je viens d'installer une lenny à
partir du cd1 amd64.
Mais là, j'ai un problème que je n'avais jamais eu auparavant: je
n'arrive pas à me connecter au localhost de ma machine.
Par exemple, l'interface web de cups est
Le Wed, Aug 13, 2008 at 01:36:59AM +0200, steph a écrit :
Salut à tous.
Suite à un changement d'architecture, je viens d'installer une lenny à
partir du cd1 amd64.
Mais là, j'ai un problème que je n'avais jamais eu auparavant: je
n'arrive pas à me connecter au localhost de ma machine.
Par
Le 12-03-2008, à 23:20:22 +0100, François TOURDE ([EMAIL PROTECTED]) a écrit :
Lignes : 28
Le 13950ième jour après Epoch,
Steve écrivait:
Le 12-03-2008, à 17:39:53 +0100, François TOURDE ([EMAIL PROTECTED]) a
écrit :
[...]
Tu peux éventuellement inclure une règle iptable qui va
moi qui rêvait de profondeur ..
D'autre part Windows et logiciel libre ne s'excluent pas.
On est d'accord.
Donc sous Windows, j'aurais fait la même chose que sous GNU/Linux : une
redirection du port local 25 avec 6tunnel.
6tunnel -l localhost 25 relais_smtp
Je pensais bien que c'était
1 - 100 sur 181 matches
Mail list logo