Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
ytalk
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Networking & Security
View previous topic :: View next topic  
Author Message
wizy
Tux's lil' helper
Tux's lil' helper


Joined: 26 May 2002
Posts: 133

PostPosted: Tue May 28, 2002 1:01 am    Post subject: ytalk Reply with quote

I want to get ytalk up and going. I merged in ytalk and netkit-talk.

I know I need to do something with in.talkd to get a talk daemon up before ytalk will work. Anyone want to tell me what to do?
Back to top
View user's profile Send private message
wizy
Tux's lil' helper
Tux's lil' helper


Joined: 26 May 2002
Posts: 133

PostPosted: Wed May 29, 2002 5:57 pm    Post subject: on my own? Reply with quote

Guess im on my own with this one? Seems no one has tried or wants to. Oh well.
Back to top
View user's profile Send private message
Ondrej
n00b
n00b


Joined: 28 Apr 2002
Posts: 15

PostPosted: Thu Jun 13, 2002 11:57 pm    Post subject: Reply with quote

I'm trying to set it up as well. I was going to have xinetd run the talk deamon when a connection was established. The xinetd.d file I made looked something like this:

Code:
service talk
{
        id              = talk
        socket_type     = dgram
        protocol        = udp
        user            = root
        wait            = yes
        port            = 517
        disable         = no
        server          = /usr/sbin/talkd
}


That didn't work. I added another one for ntalk (no clue what the difference is yet) which listens on port 518, but that didn't help much either.

Guess I'll have to read up more on talk in general. If anyone has it running I'll appreciate their input.

Ondrej
Back to top
View user's profile Send private message
yold
n00b
n00b


Joined: 02 Jul 2002
Posts: 1

PostPosted: Tue Jul 02, 2002 11:52 pm    Post subject: Reply with quote

i am having the same pb :(
Back to top
View user's profile Send private message
ela
n00b
n00b


Joined: 04 Jul 2002
Posts: 18
Location: Munich / Germany / EU

PostPosted: Wed Jul 03, 2002 6:02 pm    Post subject: Is this package broken, after all? Reply with quote

I hate to say this, but I've got the same problem, too... Just to keep this thread "alive"...

Ela.
Back to top
View user's profile Send private message
fmalabre
Guru
Guru


Joined: 19 Jun 2002
Posts: 376
Location: Chicago

PostPosted: Wed Jul 03, 2002 6:02 pm    Post subject: Reply with quote

Me too I have this issue...
I would like to know how I could fix that...
Please help... 8O
Back to top
View user's profile Send private message
meyerm
Veteran
Veteran


Joined: 27 Jun 2002
Posts: 1311
Location: Munich / Germany

PostPosted: Sat Sep 07, 2002 11:17 am    Post subject: Reply with quote

Hi,

did anybody finally achieved in getting a talkd to run?

Thanks
Back to top
View user's profile Send private message
ela
n00b
n00b


Joined: 04 Jul 2002
Posts: 18
Location: Munich / Germany / EU

PostPosted: Sat Sep 07, 2002 12:15 pm    Post subject: No Succes... Reply with quote

Not me. :(
_________________
Jabber: ela_AT_jabber_DOT_org
Back to top
View user's profile Send private message
fmalabre
Guru
Guru


Joined: 19 Jun 2002
Posts: 376
Location: Chicago

PostPosted: Sat Sep 07, 2002 3:18 pm    Post subject: Reply with quote

meyerm wrote:
did anybody finally achieved in getting a talkd to run?

Me neither, but I will wait for Gentoo 1.4 to try again...
Maybe they fixed stuff...
Back to top
View user's profile Send private message
GotTLoS
n00b
n00b


Joined: 15 Sep 2002
Posts: 35

PostPosted: Fri Sep 20, 2002 11:32 pm    Post subject: use kotalkd... Reply with quote

hi

this is not the same as use the talkd but i' m able to use talk command use as demon kotalkd started with xinetd. hope it helps.
hasta
Back to top
View user's profile Send private message
Uranus
Guru
Guru


Joined: 07 May 2002
Posts: 438
Location: Portugal, Braga

PostPosted: Sun Sep 22, 2002 10:37 pm    Post subject: Reply with quote

whenever I try to start ktalkd I get:
Code:
# talkd
Socket operation on non-socket


did any of u guys get it running or what?
Back to top
View user's profile Send private message
Naan Yaar
Bodhisattva
Bodhisattva


Joined: 27 Jun 2002
Posts: 1549

PostPosted: Sun Sep 22, 2002 11:09 pm    Post subject: Reply with quote

This error occurs if a server that is meant to start from inetd is started outside of it (e.g., from a console). You may need to emerge xinetd, e.g., and set it up to start talkd.
Uranus wrote:
whenever I try to start ktalkd I get:
Code:
# talkd
Socket operation on non-socket


did any of u guys get it running or what?
Back to top
View user's profile Send private message
GotTLoS
n00b
n00b


Joined: 15 Sep 2002
Posts: 35

PostPosted: Tue Sep 24, 2002 10:34 pm    Post subject: Reply with quote

My /etc/xinetd.d/talk file looks like this:
Code:

service talk
{
        id              = talk
        socket_type     = dgram
        protocol        = udp
        user            = root
        wait            = yes
        port            = 517
        disable         = no
        server          = /usr/kde/3/bin/kotalkd
}

and talk works just fine.
hasta
Back to top
View user's profile Send private message
yottabit
Guru
Guru


Joined: 11 Nov 2002
Posts: 313
Location: Columbus, Ohio, US

PostPosted: Mon Nov 18, 2002 11:06 pm    Post subject: Reply with quote

I hate to reopen a can of worms here, but it doesn't seem like we have any resolution.

I have merged xinetd, netkit-base, and netkit-talk. I know xinetd is working properly since I have uw-pop3d running successfully. I created /etc/xinetd.d/talk:
Code:
service talk
{
        id              = talk
        socket_type     = dgram
        protocol        = udp
        user            = root
        wait            = yes
        port            = 517
        disable         = no
        server          = /usr/sbin/talkd
}


In /etc/services I have:
Code:
talk            517/udp


I've logged into two terminals (one as root and one as zaphod)Mesg status is "y" on both terminals:
Code:
hal root # mesg
is y


When I execute "talk zaphod" the screen splits like normal, but then the following two messages are displayed:
Code:
[No connection yet]
[Checking for invitation on caller's machine]


No notification of the talk request shows up on the other console. Note also that using "write" works just fine:
Code:
hal root # write zaphod
This is a test.<Ctrl+D>

Code:
Message from root@hal on pts/1 at 18:02 ...
This is a test.
EOF


So does anyone have any clues? Obviously something is awry here, and I'd especially like some help figuring it out. Users on my system are complaining for talk/ytalk ...

Cheers!
Back to top
View user's profile Send private message
nrosier
n00b
n00b


Joined: 06 Jul 2002
Posts: 43
Location: Belgium

PostPosted: Mon Dec 09, 2002 3:22 pm    Post subject: Reply with quote

create a file /etc/inetd.conf with this line:

talk dgram udp wait root /usr/sbin/talkd talkd

and launch /usr/sbin/inetd
Back to top
View user's profile Send private message
Uranus
Guru
Guru


Joined: 07 May 2002
Posts: 438
Location: Portugal, Braga

PostPosted: Tue Dec 17, 2002 4:44 pm    Post subject: Reply with quote

wooooooooooot that worked :D
Back to top
View user's profile Send private message
yottabit
Guru
Guru


Joined: 11 Nov 2002
Posts: 313
Location: Columbus, Ohio, US

PostPosted: Wed Dec 18, 2002 8:40 pm    Post subject: Reply with quote

nrosier wrote:
create a file /etc/inetd.conf with this line:

talk dgram udp wait root /usr/sbin/talkd talkd

and launch /usr/sbin/inetd


Okay, I've relented and merged inetd alongside xinetd (which I was already using), in another attempt to get the talk daemon running..

I've added the line as quoted above, but talk sessions still don't seem to work.

Any more suggestions?
Back to top
View user's profile Send private message
yottabit
Guru
Guru


Joined: 11 Nov 2002
Posts: 313
Location: Columbus, Ohio, US

PostPosted: Fri Dec 20, 2002 12:47 am    Post subject: Reply with quote

Hi Folks,

I finally figured out my problem. Not 100% sure how/why this is happening, but talk/ytalk is resolving my computer's hostname to my external FQDN instead of using the local hostname or address, and therefore the request packets get sent to my router, which then firewalls them from coming into the network (it's too stupid to realize the packets came from the internal port, not the external port).

Just to explain more clearly, here's my setup:

hostname: hal
FQDN: hal.jacobmcdonald.net
Internal IP: 192.168.0.10

I'm using NAT on my router... and I'm using dynamic DNS for my domain name. So therefore, the proper FQDN for my external IP address (and domain), at the moment, is rrcs-central-24-123-148-131.biz.rr.com.

For some reason, talk/ytalk acquires the EXTERNAL (rr.com) IP address instead of using the internally defined IP address. So it tries to contact that FQDN, which routes the packets to the router of course, and then the router firewall drops the packet since I don't allow the talk port inbound.

So I had two solutions:

1. Simply open the talk port on the firewall. This is fine for some, but I really didn't want to do that in the interest of security (plaintext you know).

2. Define a global alias for the talk command to use, which will automagically fill in "localhost" for the server name instead of letting the client figure it out by itself. This is accomplished by sticking
Code:
alias ytalk="ytalk -h localhost "

in a profile definition.

And then of course I renamed talk since it sux anyway, and aliased talk to ytalk so users wouldn't know the difference. ;o)
Code:
alias talk="ytalk "


So anyhow, talk/ytalk is running fine now on my system, without even having to open my firewall. Pretty swift, eh?

And if anyone knows why in the hell talk/ytalk would be trying to connect to my external FQDN, plz let me know. ;o)

Hope this helps someone!!! 8O
Back to top
View user's profile Send private message
thequbemaster
n00b
n00b


Joined: 03 Jun 2003
Posts: 4

PostPosted: Sun Jun 22, 2003 8:46 pm    Post subject: Reply with quote

i was able to get talk working with inetd but i really wanted to get it working with xinetd. yottabit's instructions were very helpful, but i was still having some trouble. having searched google i finally got talk working and have one thing to add to yottabit's guide:

Code:

service ntalk
{
        socket_type             = dgram
        wait                    = no
        user                    = root
        server                  = /usr/sbin/in.talkd
        disable                 = no
        only_from               = localhost
}


by changing user to root i was able to get everything working.

i am a newbie, and i'm guessing there's a way to get talk working with the nobody account and that setting user to root is prob not a good idea, but in the environment that i'm using talk in, it's not a risk and i'm gonna keep it like this. unless someone tells how to change it :)

hope this helps some of you guys...
Back to top
View user's profile Send private message
slartibartfasz
Veteran
Veteran


Joined: 29 Oct 2002
Posts: 1462
Location: Vienna, Austria

PostPosted: Mon Jul 14, 2003 1:08 pm    Post subject: Reply with quote

is it possible to run a talkd without inetd?
_________________
To an engineer the glass is neither half full, nor half empty - it is just twice as big as it needs to be.
Back to top
View user's profile Send private message
ProtectR
n00b
n00b


Joined: 22 Nov 2002
Posts: 3

PostPosted: Mon Oct 27, 2003 5:01 am    Post subject: Reply with quote

Ok, had the same problem, now it works

I think I figured out how it works. I don't have a lot of knowledge about how communications work under linux, but here's what I found:

IMPORTANT: The next lines suppose interface eth0 has 192.168.1.1 assigned to, and the hostname is 'einstein'

I found in my logs that if I try to talk to a user using
Code:

talk username


xinetd receives a request from 192.168.1.1. Here's my log:
Code:

Oct 26 22:46:46 einstein xinetd[2152]: START: ntalk pid=2271 from=192.168.1.1
Oct 26 22:46:46 einstein xinetd[2271]: FAIL: ntalk address from=192.168.1.1


Which means that xinetd is rejecting the request.
It also means that the request is made through the 192.168.1.1 address, which is the address binded to the network interface eth0.



The problem is, with the default settings of gentoo, xinetd only accepts requests from localhost (because of of the configuration files:
Code:

cat /etc/xinetd.conf

# Sample configuration file for xinetd
 
defaults
{
        only_from      = localhost
        instances      = 60
        log_type       = SYSLOG authpriv info
        log_on_success = HOST PID
        log_on_failure = HOST
        cps            = 25 30
}
 
includedir /etc/xinetd.d


This is why the xinetd deamon doesn't accept requests to the 518 port.

So we've got three solutions:
1) We make xinetd accept connections from local interfaces by default
2) We make xinetd accept connections from local interfaces only for the talk service
3) We make the process requesting the connection use the localhost (127.0.0.1) interface



1)
The only thing we have to do is to add the calling local interface to the only_from setting. The /etc/xinetd.conf would become, for me:
Code:

# Sample configuration file for xinetd
 
defaults
{
        only_from      = localhost einstein   # Note the added local interface 'einstein'. We could have put an ip address too, 192.168.1.1 in my case. Buyt einstein is referring to it - I'll get into that soon
        instances      = 60
        log_type       = SYSLOG authpriv info
        log_on_success = HOST PID
        log_on_failure = HOST
        cps            = 25 30
}
 
includedir /etc/xinetd.d


That way, all xinetd services will be accepted if they come from a local interface

2)
The second solution is similar. We only add the hostname to file /etc/xinetd.d/talk :
Code:

service ntalk
{
#       flags                   = IPv4
        disable                 = no
        socket_type             = dgram
        wait                    = yes
        user                    = nobody
        group                   = tty
        server                  = /usr/sbin/in.talkd
        only_from             += einstein             # This line was added
}


That way, only the talk service is affected by the change.

3)
The last way to get around the problem is to use the localhost interface to make the request.

Using ytalk, we could use:
Code:

ytalk -h localhost protectr


which would work, but we would have to use the '-h hostname' parameter everytime. This could be resolved with an alias like:
Code:

alias localtalk="ytalk -h localhost "



The other way to get around this without an alias is by modifying the address the hostname refers to.

Here's why. When you involke talk or ytalk without specifying the interface to use, the program uses the hostname to identify which interface it should use.
So, when I involke 'ytalk protectr', it reads the hostname, which is set to 'einstein' and does a reverse address lookup to find its binded address.
The reverse lookup first looks in the file /etc/hosts to find it. Here's mine:
Code:

127.0.0.1       localhost
192.168.1.100   planck
192.168.1.1     einstein


So the address the program uses will be 192.168.1.1, which is NOT localhost, even if it refers to the same computer. As we said before, the gentoo xinetd default configuration only alows answering to requests made by the localhost, so the requests is rejected.

So, the solution to this problem would be to make my hostname refer to 127.0.0.1, like:
Code:

127.0.0.1       localhost
192.168.1.100   planck
127.0.0.1     einstein


If I want absolutly want to have a name reffering to the 192.168.1.1 address (which is not necessary... but sometimes useful), I just have to set another allias to 192.168.1.1, but with a name other than 'einstein':
Code:

127.0.0.1       localhost
192.168.1.100   planck
127.0.0.1     einstein
192.168.1.1     newton



I hope this helps
Back to top
View user's profile Send private message
meyerm
Veteran
Veteran


Joined: 27 Jun 2002
Posts: 1311
Location: Munich / Germany

PostPosted: Mon Oct 27, 2003 9:10 am    Post subject: Reply with quote

Hi,

I won't test it now, but I just wanted to say thank you. I really appreciate people who also try to answer quite old articles :-)

Marcel
Back to top
View user's profile Send private message
zrajm
n00b
n00b


Joined: 11 Apr 2003
Posts: 17
Location: Uppsala, Sweden

PostPosted: Wed Jun 30, 2004 10:09 am    Post subject: Reply with quote

Ytalk worked right out of the box for me.

However when I'm running X and somebody tries to ytalk/talk me I get a notification message in a (more or less) random (x)terminal -- which very seldom the terminal I'm actually using at the moment...

Is there a way to set up some other means of notification. E.g. running a script which beeps, plays a sample pops up a requester, or uses xosd to alert me to the fact that someone wishes to ytalk to me?

That would make ytalk sooo much more usable (to me).
_________________
ta' Hol DajatlhlaH'a' je?
Back to top
View user's profile Send private message
seank
l33t
l33t


Joined: 08 Jul 2004
Posts: 686

PostPosted: Sat Sep 18, 2004 7:40 am    Post subject: Reply with quote

In my /etc/hosts files my "localhost" entry was as follows:
Code:
127.0.0.1 localhost.localdomain localhost
I changed it to
Code:
127.0.0.1 localhost
and talk/ytalk works :)
Back to top
View user's profile Send private message
Truckle
n00b
n00b


Joined: 16 Oct 2003
Posts: 5

PostPosted: Fri Jan 14, 2005 11:00 am    Post subject: Reply with quote

Hi,

To get talkd working, just add the line

disable = no

to /etc/xinitd.d/talk, and restart xinitd

Cheers,

Truckle.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Networking & Security All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum