headers
Sandra L. McGrew | 7 Sep 2006 01:09
Favicon

Problem with SETI

I'm trying to clear up at least two things... 

1st. What directory is AllegroCL located in???
2nd. Everytime this Debian computer loads or unloads a package it tries to
contact an alien server at berkley.edu... at some IP... it never can
contact it... I've successfully pinged this server at the IP it's trying
ftp to... I think that this computer does not have the correct permissions
to gain access to the ftp server at berkley.edu... if I get an account
there, how do I changed the string that this computer is sending to the
berkley.edu server to authenticate with??? where is it located???
             I would apppreciate any help that you can give me...
                   Most sincerley, 
                                Dan (nurse1 <at> longviewcomm[removethis].net)

-
To unsubscribe from this list: send the line "unsubscribe linux-ftp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Maxim | 21 Feb 2005 19:48
Picon

tftp question

Hi! 
I'm writing my first Linux program that should connect via tftp 
connection to server and get some file. I'm trying to find 
documentation on tftp API that I can use. I need it as simple as 
possible. Could anybody to help me with it? Does anybody has example of 
such code? 

Thanks for help, MaxUs 
--------------------------------
KTec Systems Development Ltd.
maxim <at> ktec.co.il
ICQ: 148-959-673

-
To unsubscribe from this list: send the line "unsubscribe linux-ftp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 3 comments |
headers
TEJAS VORA | 28 Sep 2004 04:02
Picon

FTP and HTTP Proxy on Gateway Machine

Hi All,

We are developing a Gateway product which sits between Content Server
(provides FTP, HTTP and HTTPS service).
The main functionality of the gateway is to provide faster data
transfer over TCP in Wireless Networks. For this we have changed the
kernel and
it is working fine.

For all opther protocols to pass through normally - we have installed
the Bridge Mode service on the gateway. But gateway silently pass
through data -
so any TCP packet passing through gateway DOES NOT GO UP TO TCP Layer
in TCP / IP stack.

To solve this problem - we are using jftpgw (FTP proxy) and Squid
(HTTP Proxy) so that FTP and HTTP packets go up to TCP layer in TCP/IP
Stack.

Our main needs are

1. Machine performace should not get affected
2. FTP, HTTP and HTTPS packet should go through TCP layer rather
silently pass through by Bridge Mode
3. The source IP address should not be changed while connecting to
content Server - Becuase Content Server is using IP Authentication
   (as SQUID Does)
4. FTP Data Source port (port 20) should not get changed while sending
data back to Client
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jan-Benedict Glaw | 9 Jun 2004 16:41
Picon
Favicon

Re: TFTP

On Wed, 2004-06-09 16:09:22 +0200, Thorsten Alge <mail <at> thorsten-alge.de>
wrote in message <40C71A12.8090705 <at> thorsten-alge.de>:
> Jan-Benedict Glaw wrote:
> >On Wed, 2004-06-09 08:46:36 +0200, Thorsten Alge <mail <at> thorsten-alge.de>
> >wrote in message <40C6B24C.2000707 <at> thorsten-alge.de>:
> >>i´ve some trouble with my SuSE Linux Installation Server. I´ve set up 
> >>this Server for automatic install from network via PXE boot. Most things 
> >>run correct, but my tftp dont work. I´ve googled about this problem and 
> >>found ever the same solution - activating ip_no_pmtu_disc and 
> >>deactivating blksize. So i changed my /etc/inetd.conf from:
> >
> >Please do a "tcpdump -i eth0 -n -s 65524 -w network-capture.pcap"
> >(possibly with some other interface than eth0) and capture the whole
> >session while *one* client machine tries to boot. Please keep in mind
> >that switches can be a problem during sniffing...
> >
> TFTP isn´t the problem anymore. The file will be transferred completely. 
> But after the PXE-Client has received it, he stops without any error or 
> other messages. I´ve no idea whats the mistake.
> i´ve attache the tcpdum output:

Looking through the pcap dump, is seems that your pxelinux.0 file is
*very* small. On my system (though, not having it ever used for anything
else than telling a customer it's size), the file is 9952 bytes long.
That may vary a bit, but your file looks like being too small...

To be honest, it looks like you placed the config file down there,
instead of the (binary) PXE loader. Remember: pxelinux.0 is the 2nd
stage boot loader, using a config file (that what you placed into your
tftpboot directory as "pxelinux.0") with this theory (from syslinux'
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thorsten Alge | 9 Jun 2004 08:46
Picon

TFTP

Hi,

i´ve some trouble with my SuSE Linux Installation Server. I´ve set up 
this Server for automatic install from network via PXE boot. Most things 
run correct, but my tftp dont work. I´ve googled about this problem and 
found ever the same solution - activating ip_no_pmtu_disc and 
deactivating blksize. So i changed my /etc/inetd.conf from:

tftp    dgram   udp     wait    root    /usr/sbin/in.tftpd      in.tftpd 
-cvvp -s /tftpboot

to

tftp    dgram   udp     wait    root    /usr/sbin/in.tftpd      in.tftpd 
-cvvp -r blksize -s /tftpboot

and run

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

but i ever got the same sh*+-!...

Can anyone help?
-
To unsubscribe from this list: send the line "unsubscribe linux-ftp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 1 comment |

Gmane