On Fri, 13 Oct 2023 16:55:18 +0200
Cecil Westerhof wrote:
> > Ja, dat lijkt me wel. Debian 12 heeft standaard geen xinetd
> > geïnstalleerd.
>
> Ben begonnen met 8, of 9 denk ik. Toen zat het er waarschijnlijk wel
> in.
Volgens mij zat het al in Debian Hamm ;-)
--
Dennis van Dok writes:
> On 12-10-2023 21:36, Cecil Westerhof wrote:
>> Behalve een service die ik zelf heb toegevoegd zie ik dat alle
>> services die in /etc/xinetd.d staan zijn uitgeschakeld.
>> Ik wil die laatste omzetten naar een systemd service.
>> Ik nee
On 12-10-2023 21:36, Cecil Westerhof wrote:
Behalve een service die ik zelf heb toegevoegd zie ik dat alle
services die in /etc/xinetd.d staan zijn uitgeschakeld.
Ik wil die laatste omzetten naar een systemd service.
Ik neem aan dat ik dan xinetd kan uitschakelen en misschien zelfs
verwijderen
Behalve een service die ik zelf heb toegevoegd zie ik dat alle
services die in /etc/xinetd.d staan zijn uitgeschakeld.
Ik wil die laatste omzetten naar een systemd service.
Ik neem aan dat ik dan xinetd kan uitschakelen en misschien zelfs
verwijderen van mijn systeem?
--
Cecil Westerhof
Senior
maken met leafpad.
xinetd moet dus niet worden herstart. Dat moet ik handmatig doen
wanneer ik emacs (of i.i.g. gnus) netjes heb afgesloten. Meestal denk
ik er wel aan om xinetd te de-selecteren, maar niet altijd. Is er een
manier om ervoor te zorgen dat in het scherm:
Daemons using outdated
Ik gebruik leafnode voor nieuwsgroepen. Dit hangt in xinetd. Ik had
tijden dat af en toe nieuwsgroepen niet meer bereikbaar waren. Op een
zeker moment kwam ik erachter dat leafnode er niet tegen kan dat
xinetd wordt herstart.
Net had ik hetzelfde probleem weer. Gelukkig wist ik nu dat ik gewoon
de
Le Sun, 3 May 2015 03:22:45 +0200
Gaëtan PERRIER <gaetan.perr...@neuf.fr> a écrit:
> Bonjour,
>
> Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
>
> Dans xinetd j'ai configuré vsftpd ainsi:
>
> service ftp
> {
> id =
Le Sun, 3 May 2015 20:13:55 +0900
Charles Plessy ple...@debian.org a écrit:
Le Sun, May 03, 2015 at 03:22:45AM +0200, Gaëtan PERRIER a écrit :
Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
Bonjour,
Le blog de Lennart Poettering suggère que l'on pourrait se passer de
Le Sun, May 03, 2015 at 03:22:45AM +0200, Gaëtan PERRIER a écrit :
Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
Bonjour,
Le blog de Lennart Poettering suggère que l'on pourrait se passer de xinetd
pour lancer vsftp:
http://0pointer.de/blog/projects/inetd.html
Bonjour,
Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
Dans xinetd j'ai configuré vsftpd ainsi:
service ftp
{
id = ftp_nb4
socket_type = stream
wait= no
user= root
server
I'm unable to get antiword to process standard input over a network
connection using xinetd. I've got the following in /etc/xinetd.d:
service antiword
{
disable = no
type= UNLISTED
flags += IPv4
socket_type = stream
Short answer:
It's not possible.
Long answer:
After the research it took me, I'm just too damned lazy to write it up. Just
trust me, can't be done.
Hal
On Feb 24, 2011, at 3:49 AM, Hal Vaughan wrote:
I'm using a small program that's started by xinetd. The incoming signal to
it would
I'm using a small program that's started by xinetd. The incoming signal to it
would be a broadcast signal, which means it has to be UDP.
I wrote two versions of the test program, one in Perl and one as a bash script
and both ran into the same problem.
They worked fine when I first set them up
On Sun, Aug 3, 2008 at 12:04 PM, Gregory Seidman
[EMAIL PROTECTED] wrote:
[...]
xinetd uses separate configuration files for each of the services it
provides (assuming your /etc/xinetd.conf has the line includedir
/etc/xinetd.d per the Debian default). Part of the pidentd package is an
xinetd
as ident. I am trying to
remove this service since I don't think I need it, but I can't figure
out how. I removed the package pidentd, after which nmap reported the
port was still open, but changed its service description to auth?.
Did you restart xinetd after removing pidentd
was still open, but changed its service description to auth?.
I have no other identd related packages installed on my system. I
used netstat to find the process listening on port 113 and it seems to
be xinetd. The exact listing of the process in `ps` is
root 6766 1 0 17:45 ?00:00:00
, after which nmap reported the
port was still open, but changed its service description to auth?.
Did you restart xinetd after removing pidentd?
Regards,
Ansgar
--
PGP: 1024D/595FAD19 739E 2D09 0969 BEA9 9797 B055 DDB0 2FF7 595F AD19
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
out how. I removed the package pidentd, after which nmap reported the
port was still open, but changed its service description to auth?.
Did you restart xinetd after removing pidentd?
Since the superserver only activates processes on demand, does it
really matter that xinetd was not restarted
to
remove this service since I don't think I need it, but I can't figure
out how. I removed the package pidentd, after which nmap reported the
port was still open, but changed its service description to auth?.
Did you restart xinetd after removing pidentd?
Since the superserver only activates
think I need it, but I can't figure
out how. I removed the package pidentd, after which nmap reported the
port was still open, but changed its service description to auth?.
Did you restart xinetd after removing pidentd?
Regards,
Ansgar
Thank you - I restarted xinetd and the port seems
Bonjour,
Sur Debian Sarge, je ne sais si je dois installer le paquet
xinetd ou inetd ?
En effet, sur d'autres distribs Linux (MDRVA ou Fedora)
des daemons tels imapd ou telnetd se lancent via xinetd
/etc/init.d/./xinetd restart.
Je vois que sur ma Debian, j'ai ces 3 paquets :
xinetd , inetd et
Le dimanche 29 avril 2007 11:00, [EMAIL PROTECTED] a écrit :
Bonjour,
Bonjour,
Sur Debian Sarge, je ne sais si je dois installer le paquet
xinetd ou inetd ?
En effet, sur d'autres distribs Linux (MDRVA ou Fedora)
des daemons tels imapd ou telnetd se lancent via xinetd
/etc/init.d
Salut,
[EMAIL PROTECTED] a écrit :
Sur Debian Sarge, je ne sais si je dois installer le paquet
xinetd ou inetd ?
openbsd-inetd. ;-)
Il est moins buggé que l'inetd de base installé en standard et supporte
IPv6, ce qui est important pour moi. Par rapport à xinetd, il conserver
le format de
Je ne vois pas de paquet nommé inetd dans Sarge...
* * * *
openbsd-inetd ou inetutils-inetd
que Debian reconnait comme inetd
et les propose au choix.
Faut-il donc désinstaller l'un ou l'autre : xinetd OU inetd
antoine
[EMAIL PROTECTED] a écrit :
Faut-il donc désinstaller l'un ou l'autre : xinetd OU inetd
Je n'ai pas de réponse définitive. Si tu as besoin de fonctionnalités
qui ne sont présentes que dans xinetd, tu dois bien entendu le garder.
Mais ça ne signifie pas que tu doives désinstaller l'autre
Gaëtan PERRIER a écrit :
Pascal Hambourg [EMAIL PROTECTED] a écrit:
J'aurai besoin d'info sur les demon reseaux inetd et xinetd,
pensant que xinetd et plus securise [...]
Plus sécurisé en quoi ?
Il permet du contrôle d'accès, pas inetd, il me semble?
Pas directement, mais on peut quand
Le dimanche 26 novembre 2006 à 00:38 +0100, deb ian a écrit :
Bonjour,
Bonjour,
J'aurai besoin d'info sur les demon reseaux inetd et xinetd, pensant
que xinetd et plus securise et plus configurable que inetd je
souhaitais remplace inetd par lui.
Cependant je ne peux supprimer inetd a cause
Salut,
Haikai a écrit :
Le dimanche 26 novembre 2006 à 00:38 +0100, deb ian a écrit :
J'aurai besoin d'info sur les demon reseaux inetd et xinetd, pensant
que xinetd et plus securise et plus configurable que inetd je
souhaitais remplace inetd par lui.
Plus sécurisé en quoi ? Plus
Le Mon, 27 Nov 2006 02:11:36 +0100
Pascal Hambourg [EMAIL PROTECTED] a écrit:
Salut,
Haikai a écrit :
Le dimanche 26 novembre 2006 à 00:38 +0100, deb ian a écrit :
J'aurai besoin d'info sur les demon reseaux inetd et xinetd,
pensant que xinetd et plus securise et plus configurable que
Bonjour,
J'aurai besoin d'info sur les demon reseaux inetd et xinetd, pensant que
xinetd et plus securise et plus configurable que inetd je souhaitais
remplace inetd par lui.
Cependant je ne peux supprimer inetd a cause des dependances avec exim, mail
etc et xinetd!
Je ne peux donc le supprimer
Hello,
I am trying run different servers on different addresses but the same port.
I have generic pidentd listening on wildcard addresses (0.0.0.0) and want
different ident server listen on different address (192.168.0.1).
However xinetd does not allow me to do that and it seems linux kernel
).
However xinetd does not allow me to do that and it seems linux kernel does
the same:
xinetd[31311]: service: ident id: ident is unique but
its identical to service: ident id: ident-cgiirc - DISABLING
06/11/[EMAIL PROTECTED]:24:57: ERROR: 32411 {activate_normal} bind failed
(Address
On 11.09.06 19:51, Andrei Popescu wrote:
But I wonder why netbase depends on inetd.
because many packages depending on netbase depends on it because of inetd
(inetd was some time ago in netbase). See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=154441;archive=yes
However they imho should
If the file /etc/inetd.conf contains only comment or empty lines, with
the package openbsd-inetd installed inetd is not started at boot-up.
Regards,
Jörg-Volker.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
T escribe:
On Fri, 08 Sep 2006 10:12:48 +0200, Ismael Valladolid Torres wrote:
...I'd like to know whether
inetd or xinetd is preferred for a *personal environment*.
inetd is more than ok for a personal environment, why not also for a
professional setup.
Thanks Ismael
On 9/8/06, Ismael Valladolid Torres [EMAIL PROTECTED] wrote:
inetd is more than ok for a personal environment, why not also for a
professional setup. xinetd is far more featured, though, and it's been
the default for Red Hat systems for years.
I would say that the choice between the two
I would say that the choice between the two is defined not by how
'professional' your host is, but rather by the hostility of the
networking environment. Xinetd can limit the number of connections and
running processes, preventing some DoS attacks. Xinetd also has a more
extensive logging
Please look at
#385320: Users of xinetd can't remove openbsd-inetd
Bye,
Stefan Monnier wrote:
I would say that the choice between the two is defined not by how
'professional' your host is, but rather by the hostility of the
networking environment. Xinetd can limit the number of connections
Stefan Monnier [EMAIL PROTECTED] wrote:
PS: Funnily enough `apt-get remove openbsd-inetd' says that a whole bunch of
packages depend on it:
Looks like bugs in the dependencies in `testing'.
I don't think they depend directly on inetd. It seems netbase depends
on openbsd-inetd, and a whole
On Thursday 07 September 2006 03:56, T wrote:
Hi
Hope I'm not starting a religious war here, but I'd like to know whether
inetd or xinetd is preferred for a *personal environment*.
I like openbsd-inetd because it's straightforward, lightweight and got the
OpenBSD seal of approval for daemon
T escribe:
Hope I'm not starting a religious war here, but I'd like to know whether
inetd or xinetd is preferred for a *personal environment*.
inetd is more than ok for a personal environment, why not also for a
professional setup. xinetd is far more featured, though, and it's been
the default
On Thu, 7 Sep 2006 23:58:49 -0700
Paul Johnson [EMAIL PROTECTED] wrote:
On Thursday 07 September 2006 03:56, T wrote:
Hi
Hope I'm not starting a religious war here, but I'd like to know
whether inetd or xinetd is preferred for a *personal environment*.
I like openbsd-inetd because
On Thursday 07 September 2006 03:56, T wrote:
Hope I'm not starting a religious war here, but I'd like to know
whether inetd or xinetd is preferred for a *personal environment*.
I prefer xinetd anywhere. IT's better configurable, even if some programs do
not support it and I had
On Fri, 08 Sep 2006 10:12:48 +0200, Ismael Valladolid Torres wrote:
...I'd like to know whether
inetd or xinetd is preferred for a *personal environment*.
inetd is more than ok for a personal environment, why not also for a
professional setup.
Thanks Ismael for the reply. I value each
Hi
Hope I'm not starting a religious war here, but I'd like to know whether
inetd or xinetd is preferred for a *personal environment*.
In my current system:
$ cat /etc/init.d/inetd
#!/bin/sh
# /etc/init.d/inetd has been diverted by the xinetd package
T:
# /etc/init.d/inetd has been diverted by the xinetd package.
# The inetd service is provided by xinetd, which means inetd
# doesn't need to be run.
#
# See /etc/init.d/xinetd, or /etc/init.d/inetd.real.
exit 0
Does it imply xinetd is more favorable
= nobody
server = /usr/bin/Xvnc4 xvncserver
no es esto
server_args = -(aqui me parece que es xinetd)inetd -query localhost
-geometry 800x600 -depth 24 -fp unix/:7100 -once securitytypes=none
lo he intentado con inetd y es lo mismo.
Tampoco es esto :(
otra pero no tiene
+gdm+xinetd
this is the configuration file for xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user= nobody
server = /usr/bin/Xvnc4
server_args = -inetd -query
vnc-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user= nobody
server = /usr/bin/Xvnc4
server_args = -inetd -query
-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user= nobody
server = /usr/bin/Xvnc4
server_args
[chooser]
[debug]
Enable=true
[servers]
Este es mi /etc/services
# Local services
#
# VNC Servers
vnc-800x6005900/tcp
vnc-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from
-800x6005900/tcp
vnc-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user
AllowRemoteRoot=true
[xdmcp]
Enable=true
[gui]
Este es mi /etc/services
# Local services
#
# VNC Servers
vnc-800x6005900/tcp
vnc-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc
services
#
# VNC Servers
vnc-800x6005900/tcp
vnc-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user= nobody
server
server_args = -(aqui me parece que es xinetd)inetd -query localhost
-geometry 800x600 -depth 24 -fp unix/:7100 -once securitytypes=none
lo he intentado con inetd y es lo mismo.
Tampoco es esto :(
otra pero no tiene que ver con tu problema es que yo desabilitaria el
acceso de root por lo menos en el
this is the configuration file for xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user= nobody
server = /usr/bin/Xvnc4
server_args = -inetd -query localhost -geometry 800x600 -depth 24 -fp
unix/:7100
- Original Message
From: Ferran Donadie [EMAIL PROTECTED]
To: debian-user@lists.debian.org
Sent: Tuesday, 25 April, 2006 10:45:06 AM
Subject: vnc+gdm+xinetd
this is the configuration file for xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type
On Tue, Apr 25, 2006 at 11:30:09AM -0700, Matt Johnson wrote:
- Original Message
From: Ferran Donadie [EMAIL PROTECTED]
To: debian-user@lists.debian.org
Sent: Tuesday, 25 April, 2006 10:45:06 AM
Subject: vnc+gdm+xinetd
this is the configuration file for xinetd
service vnc
vnc-1024x768 5901/tcp
este es el archivo de configuración de xinetd
service vnc-800x600
{
only_from = 192.168.2.0
disable = no
socket_type = stream
protocol= tcp
wait= no
user= nobody
server = /usr/bin/Xvnc4
server_args = -inetd -query localhost
'lut à tous,
Je souhaite utiliser hotwaytd (pour récupérer le courrier hotmail p.e
avec un client de messagerie) ET xinetd
J'ai une Etch qui était installée à la base avec inetd, et hotwayd
fonctionnait parfaitement.
J'ai remplacé inetd par xinetd, et j'ai créé un fichier
/etc/xinetd.d
benoit soete wrote:
'lut à tous,
Je souhaite utiliser hotwaytd (pour récupérer le courrier hotmail p.e
avec un client de messagerie) ET xinetd
J'ai une Etch qui était installée à la base avec inetd, et hotwayd
fonctionnait parfaitement.
J'ai remplacé inetd par xinetd, et j'ai créé un fichier
Daniel Huhardeaux a écrit :
benoit soete wrote:
'lut à tous,
Je souhaite utiliser hotwaytd (pour récupérer le courrier hotmail p.e
avec un client de messagerie) ET xinetd
J'ai une Etch qui était installée à la base avec inetd, et hotwayd
fonctionnait parfaitement.
J'ai remplacé inetd par
Le Lundi 27 Mars 2006 15:58, benoit soete a écrit :
'lut à tous,
Je souhaite utiliser hotwaytd (pour récupérer le courrier hotmail p.e
avec un client de messagerie) ET xinetd
J'ai une Etch qui était installée à la base avec inetd, et hotwayd
fonctionnait parfaitement.
J'ai remplacé inetd
Hallo Debianer hehe ;),
ich habe mich einmal ein wenig schlau gelesen was den xinetd betrifft.
Danke für den Tipp Andreas Pakulat! Und habe mich entschieden diesen
Dienst künftig in Anspruch zu nehmen. Dazu gibt es noch eine offene
Frage! Ich fand diesen netten Link zum Umstellen von inetd auf
Tengo un servidor con sshd configurado, con hosts.allow y hosts.deny
controlo desde que subred permito entrar ya que tengo una ip dinamica
pero se mueve dentro de una subred.
El demonio sshd se levanta por xinetd cuando recibe una peticion ya que
apenas se usa el servicio y controla que mas de 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roberto Leon Lopez wrote:
Tengo un servidor con sshd configurado, con hosts.allow y hosts.deny
controlo desde que subred permito entrar ya que tengo una ip dinamica
pero se mueve dentro de una subred.
El demonio sshd se levanta por xinetd
a una subred,
no he vuelto a tener intentos de acceso aunque llega algun que otro
paquete a dicho puerto, de todos modos quiero instalar fail2ban que
banea durante el tiempo que le indique las ip origen.
Pero mi pregunta era sobre si esta bien usar xinetd para lanzar el
servicio sshd, cuales son
--- Rick Friedman [EMAIL PROTECTED] wrote:
Simply put... being the relative newbie that I am, is there an
advantage to
having the xinetd package rather than netkit-inetd? Currently, I have
netkit-inetd installed. Would I be better off removing it and
installing
xinetd?
Any insight
Rick Friedman wrote:
Simply put... being the relative newbie that I am, is there an advantage to
having the xinetd package rather than netkit-inetd? Currently, I have
netkit-inetd installed. Would I be better off removing it and installing
xinetd?
That depends solely on your needs. apt
Simply put... being the relative newbie that I am, is there an advantage to
having the xinetd package rather than netkit-inetd? Currently, I have
netkit-inetd installed. Would I be better off removing it and installing
xinetd?
Any insight is greatly appreciated.
Rick
--
Rick's Law: What
Buenas, quisiera pasar todos los servidores que pueda de los que tengo
corriendo en mi máquina a xinetd por un tema de consumo de recursos, ya
que es un pc de escritorio y estos servicios se utilizan pero con poca
frecuencia.
Los demonios son cups, postfix+amavis+spamassassin+clamav, ssh y samba
On 17:43, Wed 17 Aug 05, Steve wrote:
Bonjour,
Depuis quelques jours, logcheck m'envoie les messages suivants:
4 goo xinetd: read: Connection reset by peer (errno = 104)
2 goo xinetd: Bad line received from identity server at
ww.xx.yy.zz: : USERID : UNIX : nxjeowcu
2 goo xinetd: Bad
On 17:43, Wed 17 Aug 05, Steve wrote:
Bonjour,
Depuis quelques jours, logcheck m'envoie les messages suivants:
4 goo xinetd: read: Connection reset by peer (errno = 104)
2 goo xinetd: Bad line received from identity server at
ww.xx.yy.zz: : USERID : UNIX : nxjeowcu
2 goo xinetd: Bad
Bonjour,
Depuis quelques jours, logcheck m'envoie les messages suivants:
4 goo xinetd: read: Connection reset by peer (errno = 104)
2 goo xinetd: Bad line received from identity server at
ww.xx.yy.zz: : USERID : UNIX : nxjeowcu
2 goo xinetd: Bad line received from identity server at ww.xx.yy.zz
Hallo,
zwei Fragen zum xinetd:
In meiner xinetd.conf habe ich in der globalen Sektion folgendes stehen:
defaults
{
only_from =
...
}
Ich habe die Doku so verstanden, dass only_from =bedeutet,
per default kann man von keiner IP zugreifen
Hallo!
On Thu, Aug 11, 2005 at 06:55:36PM +0200, Kai Backhaus wrote:
zwei Fragen zum xinetd:
[...]
Zweitens:
Wenn ich den inetd gestoppt habe und wieder starten möchte, gibt es die
Fehlermeldung:
... ERROR: 2497 {activate_normal} bind failed (Address already in use (errno
= 98
Hallo Wolf,
zwei Fragen zum xinetd:
[...]
Zweitens:
Wenn ich den inetd gestoppt habe und wieder starten möchte, gibt es die
Fehlermeldung:
... ERROR: 2497 {activate_normal} bind failed (Address already in use (errno =
98)). service = imap2
... ERROR: 2497 {cnf_start_services} Service imap2
} Service imap2 failed to start and is
deactivate
Kommt der Fehler auch, wenn Du vor dem Neustart des xinetd eine Minute
wartest?
Zuerst ja, auch ein netstat zeigte mir an, dass xinetd an diesem port
lauschte. :(
Ich hatte das Programm via STRG+Z angehalten.
strg+Z beendet ein
Hallo Joern,
Joern Bredereck, 18.07.2005 (d.m.y):
was wäre der Debian-Way um den Dienst sauber zu deaktivieren (ohne ihn
zu deinstallieren)?
man update-rc.d
Gruss,
Christian Schmidt
--
Nur wer verzagend das Steuer losläßt, ist im Sturm verloren.
-- Emanuel Geibel
Hallo Leute,
wollte jetz einmal von inetd auf xinetd umschwenken. Meine Frage wenn ich
das xinetd Paket installier habe was muss ich dann noch konfigutieren? Also
in meiner jetzigen inetd ist kein Dienst angegeben den ich benutze. Ich
mache den Umstieg von inetd auf xinetd aber aus
Saskia Whigham schrieb:
wollte jetz einmal von inetd auf xinetd umschwenken. Meine Frage wenn ich
das xinetd Paket installier habe was muss ich dann noch konfigutieren? Also
in meiner jetzigen inetd ist kein Dienst angegeben den ich benutze. Ich
mache den Umstieg von inetd auf xinetd aber aus
inetd
fehlt. Dazu gehören unter anderem Teile von Exim und Exim benötige ich ja
das das System einem Benutzer auch mal per Mail Infos schickt. Das heisst
das Exim bei einer Umstellung bestimmt von xinetd versorgt wird. Will sagen
das reine deinstallieren von inetd ist wohl nicht so positiv. Aber
Saskia Whigham wrote:
ja aber der inetd Prozess läuft doch auf meinem Rechner. Der Rechner brauch
inetd zwar nicht um Dienste zu starten doch inetd wird doch noch von anderen
Dingen benötigt. So z:B. wenn ich inetd deinstallieren will bekomme ich eine
ganze Menge Pakete raus geschmissen denen
Umstellung bestimmt von xinetd versorgt wird. Will sagen
das reine deinstallieren von inetd ist wohl nicht so positiv. Aber was muss
ich nach einer Installation oder einem ugrade von inetd auf xinetd alles
Konfigurieren. Und kann ich nach der Installation von xinetd gleich inetd
deinstallieren?
Jetzt
eine
ganze Menge Pakete raus geschmissen denen das gar nicht gefällt wenn
inetd
fehlt. Dazu gehören unter anderem Teile von Exim und Exim benötige ich ja
das das System einem Benutzer auch mal per Mail Infos schickt. Das heisst
das Exim bei einer Umstellung bestimmt von xinetd versorgt wird
Joern Bredereck [EMAIL PROTECTED] wrote:
Wenn
er keine Dienste startet, dann kannst du den Inetd auch einfach aus
dem Runlevel rausnehmen, sodaß schon der Inetd gar nicht erst
gestartet wird.
Allerdings ist er dann nach dem nächsten upgrade wieder drin (im
runlevel) :-(
Ulrich
Hallo Ulrich,
* Ulrich Fürst [EMAIL PROTECTED] [20050718 18:05]:
Joern Bredereck [EMAIL PROTECTED] wrote:
Wenn
er keine Dienste startet, dann kannst du den Inetd auch einfach aus
dem Runlevel rausnehmen, sodaß schon der Inetd gar nicht erst
gestartet wird.
Allerdings ist er dann
On Mon, 18 Jul 2005, Ulrich Fürst wrote:
Wenn
er keine Dienste startet, dann kannst du den Inetd auch einfach aus
dem Runlevel rausnehmen, sodaß schon der Inetd gar nicht erst
gestartet wird.
Allerdings ist er dann nach dem nächsten upgrade wieder drin (im
runlevel) :-(
was wäre der
Hi!
I've compiled and installed yahoopops. It works fine when I run it
manually on port 3495 but I would like xinetd to do the job for me. So,
I added the following lines to /etc/xinetd.conf:
service unlisted
{
type= UNLISTED
socket_type
not connect to server localhost; the connection was
refused and a quick port scan shows that no service is listening for
activity on port 3495.
Did you restart xinetd? Did it start the new service properly? Have a look
at /var/log/daemon.log after restarting it.
--
Got Backup?
Jabber: Shadowdancer
Tu sabes cual ha sido mi problema??? Los tcp_wrappers estaban
configurados por defectos para rechazar todo jar
Cristian Gutierrez wrote:
Este domingo, Roberto León López dijo:
Estoy en sarge, y estoy configurando un servidor, quiero que
xinetd levante sshd
Este domingo, Roberto León López dijo:
Estoy en sarge, y estoy configurando un servidor, quiero que
xinetd levante sshd pero hasta ahora solo he conseguido conexiones
rechazadas, sin embargo si lanzo sshd comodemonio no tengo ningun
problema en conectarme.
Mi xinetd.conf es
Estoy en sarge, y estoy configurando un servidor, quiero que xinetd
levante sshd pero hasta ahora solo he conseguido conexiones rechazadas,
sin embargo si lanzo sshd comodemonio no tengo ningun problema en
conectarme.
Mi xinetd.conf es:
service ssh
{
disable= no
socket_type = stream
Bonjour,
J'essaie d'installer un serveur tftpd-hpa interrogeable par xinetd.
Quand je fais un tcpdchk pour vérifier ma config, j'obtiens cet
avertissement :
bazooka:~# tcpdchk
warning: /etc/hosts.allow, line 29: in.tftpd: service possibly not \
wrapped
Et effectivement je n'accède pas au
xinetd! Talvez até tenha
como!!!
Os pacotes ucspi-tcp e daemontools são os responsáveis por tal função!!!
Para saber melhor do que estou falando veja as referências abaixo!!
Uma boa referência (aconselho sempre) é ver o link
http://www.qmailrocks.org/ muito bom por sinal!!
Referência em português vc
On Sunday 03 October 2004 22:45, Luiz Fernando wrote:
Boa noite,
Pessoal estou com dificuldades de fa zer funcionar o qmail no xinetd,
alguem já fez isso, e como faz !???
Att
Luiz Fernando
Boa tarde, Luiz Fernando.
Eu acho que não é muito comum usar o qmail com xinetd, acho que é melhor vc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Boa noite,
Pessoal estou com dificuldades de fazer funcionar o qmail no xinetd, alguem
já fez isso, e como faz !???
Att
Luiz Fernando
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux
On Fri, Apr 09, 2004 at 01:30:12AM -0500, Will Trillich said
something is making our xinetd process self-terminate, which
throws a monkey wrench into sending and receiving email... and
we'd like to know what we can do to find out a) what's sending
these signals, and b) how to stop
something is making our xinetd process self-terminate, which
throws a monkey wrench into sending and receiving email... and
we'd like to know what we can do to find out a) what's sending
these signals, and b) how to stop it...
from /var/log/syslog this morning --
Apr 6 06:36:16 boss xinetd
1 - 100 of 297 matches
Mail list logo