Newsgroups: gmane.linux.debian.user Date: Sat, 29 Jan 2005 08:14:49 -0600
all you have to do is go to this site:
and look at the top line, on top of the yellow box.
Use any IRC tools, and issure the /w command.
NB, epic4 only returns your own info while irssi returns everybody in the channel. The the result of the domain name is the same though.
documented on: 2006.05.13
Newsgroups: gmane.linux.debian.user Date: Sat, 29 Jan 2005 08:14:49 -0600
> I have a dynamic IP-adress, and have been using p2p clients to retrive my > owm IP adresse when I need it. Is there another, easier way to do this?
/sbin/ifconfig eth0
/sbin/ifconfig eth0 | grep 'inet addr'
Ron Johnson
> > browse to http://checkip.dyndns.org[]
> What does dyndns.org have to do with this? > > All he said is, "dynamic IP-adress", not, "I use dyndns.org."
It's just a facility they provide. It's a php script that returns your current IP. It's got nothing to do with whether or not you USE dyndns, it's just a facility they provide.
Hamster
> Well, ok, but why look elsewhere when the same information is > already on your own computer?
Because many of us live behind NAT. Thus, this information is not already on the computer.
$ /sbin/ifconfig eth0 | grep 'inet addr'
inet addr:192.168.2.3 Bcast:192.168.2.255 Mask:255.255.255.0
$ lynx -dump http://checkip.dyndns.org
Current IP Address: 67.39.12.92
The 192.168 is non-routable and, as you well know, useless for anything outside of my private subnet. I figured since the OP mentioned using a P2P client to retrieve his IP address, he wanted the publicly routable address.
Roberto Sanchez
> Is there another, easier way to do this?
lynx -dump whatismyip.org
or try this stupid line:
/sbin/ifconfig |egrep -A1 Point-to-Point|egrep '(inet addr:)'| \
sed -n '1p'|gawk '{print $2}'|cut -c6-22
Gerhard GauBling
$ lynx -dump http://checkip.dyndns.org
Current IP Address: 69.197.187.45
$ lynx -dump http://whatismyip.org/ 69.197.187.45
T
Please visit http://support.dlink.com/myipaddress to view your WAN IP address and other information regarding the features of your web browser.
Newsgroups: comp.os.linux.setup
> I currently have a home network running off of a Cayman ADSL router. The > router's IP changes every couple days, so what I'd like to do is > delagate a little work to my linux box...
I think what would be better for you is a dynamic dns system. I use myip.org and eyep.net. I wrote a small expect script to watch my /var/log/messages file, and if it detects that my IP address has changed then it contacts both eyep.net and myip.org (with perl scripts that are provided on their web pages) and tells them my new IP address. That way I can just do ordinary name lookups from the internet. Check out www.eyep.net and www.myip.org for more information. I use both of them in case one of them is down. And I know there are more dynamic DNS services out there .. those are just the two that I use.
Newsgroups: comp.os.linux.networking Date: Sun, 23 Oct 2005 20:21:24 -0400
> I get "connection time out" error to all the major email sites' smtp port. > E.g., > > telnet mx4.mail.yahoo.com smtp > telnet mx2.mail.yahoo.com smtp > > or hotmail/gmail.
'tcptraceroute' will let you do a traceoute using a specified TCP port (like port 25 for SMTP). This will tell you what server/router is blocking the connections.
Paul Colquhoun
> I'm suspecting that my ISP is blocking all its clients' smtp > connection. How can I prove that?
Read your TOS (Terms of Service) to see if it prohibits you from operating any specific services such as a web site or SMTP MTA (Mail Transport Agent), then use " tcptraceroute mx4.mail.yahoo.com 25 " or some such to see where the traffic gets blocked. Most likely it will be at an address within your ISP's control.
ynotssor
$ tcptraceroute mx3.mail.yahoo.com 25 Selected device eth0, address 69.197.185.118, port 36144 for outgoing packets Tracing the path to mx3.mail.yahoo.com (64.156.215.8) on TCP port 25 (smtp), 30 hops max 1 * * * 2 * * *
$ tcptraceroute mx3.mail.yahoo.com 587 Tracing the path to mx3.mail.yahoo.com (64.156.215.6) on TCP port 587 (submission), 30 hops max 1 10.90.208.1 55.064 ms 71.303 ms 76.547 ms 2 gw03.ym.phub.net.cable.rogers.com (66.185.90.17) 77.996 ms 87.208 ms 78.465 ms 10 UNKNOWN-66-218-82-223.yahoo.com (66.218.82.223) 94.844 ms 177.826 ms 137.046 ms 11 mta-v21.level3.mail.yahoo.com (64.156.215.6) [closed] 119.104 ms 187.711 ms 203.776 ms
$ tcptraceroute smtp.broadband.rogers.com 25 10 t-3-1.bas2.re2.yahoo.com (206.190.33.95) 124.000 ms 170.838 ms 158.735 ms 11 smtp2.rog.mail.vip.re2.yahoo.com (206.190.36.18) [open] 58.968 ms 78.767 ms 141.179 ms
> telnet mx4.mail.yahoo.com smtp > or hotmail/gmail.
well, for gmail, try this … (edited for brevity)
# openssl s_client -connect smtp.gmail.com:465
CONNECTED(00000003)
depth=0 /C=US/ST=California/L=Mountain View/O=Google
Inc/CN=smtp.gmail.com
---
Certificate chain
0 s:/C=US/ST=California/L=Mountain View/O=Google Inc/CN=smtp.gmail.com
---
Server certificate
-----BEGIN CERTIFICATE-----
-----
New, TLSv1/SSLv3, Cipher is DES-CBC3-SHA
Server public key is 2048 bit
SSL-Session:
Protocol : TLSv1
Cipher : DES-CBC3-SHA
Session-ID:
6597C02593BEA13BC4A3EA0CF692E5803034FAD080C6287332D4986DB8B0B20E
Session-ID-ctx:
Master-Key:
F2E23E906DA0C693625AB52AD40A66649FAFC4C6F11B3819E6561390B0BFBA16091A9E58D5F80D8BAC398EFCE48896E7
Key-Arg : None
Start Time: 1100699679
Timeout : 300 (sec)
Verify return code: 21 (unable to verify the first certificate)
---
220 smtp.gmail.com ESMTP v71sm1679cwb
EHLO slackserv
250-smtp.gmail.com at your service
Raqueeb Hassan
> I'm suspecting that my ISP is blocking all its clients' smtp connection.
Many ISPs are blocking off net SMTP servers, to reduce spam. Some ISPs provide another port that can be used or secure access.
James Knott
Rogers block outgoing port 25 traffic: http://www.digitalhomecanada.com/forum/archive/index.php/t-26854.html
Reconfigure your SMTP server to relay through Rogers' SMTP (aka smarthost).
Snowbat
copydir, mirrordir - copy, mirror directory trees via a minimal set of changes, locally or over FTP, or over a secure tcp connection.
mirrordir is a set of useful utilities for manipulating and mirroring directories. Included is also the command pslogin - an alternative to ssh(1), and forward(1) for forwarding arbitrary TCP socket connections over encrypted secure channels.
mirrordir forces mirror to be an exact replica of the directory tree control in every possible detail suitable for purposes of timed backup. It naturally descends into subdirectories to all their depths. mirrordir tries to be as efficient as possible by making the minimal set of changes necessary to mirror the directory:
mirrordir copies files that are different between the directories control and mirror to the directory mirror. Files whose modification times or sizes differ are copied. File permissions, ownerships, modification times, access times (only if —access-times is used), sticky bits, and device types are duplicated. Symlinks are duplicated without any translation. Symlink modification and access times (of the symlink itself, not the file it points to) are not preserved. Hard linked files are merely copied. Creation times cannot be set with Unix as far as I can see.
mirrordir is a DANGEROUS command because files or directories that exist in mirror that don't exist in control are deleted. If mirror is entirely empty, then all files and directories in control will be copied.
$ recursdir unfinished/ -C 'if (!glob ("finished", FILE)) printf ("%s\n", PATH);'
unfinished/1076294450/finished
unfinished/1076294455/finished
unfinished/1076294477/finished
unfinished/1076294529/finished
unfinished/1076294594/finished
unfinished/1076295039/finished
unfinished/1076295052/finished
unfinished/1076295060/finished
unfinished/1076295063/finished
unfinished/1076295069/finished
unfinished/1076295077/finished
unfinished/1076295089/finished
$ recursdir unfinished/ -C 'if (glob ("finished", FILE)) printf ("%s\n", PATH);'
unfinished/
unfinished/1076294450
unfinished/1076294450/subject
unfinished/1076294455
unfinished/1076294455/subject
unfinished/1076294477
unfinished/1076294477/subject
[...]
unfinished/1076295089
unfinished/1076295089/subject
unfinished/1076295094
unfinished/1076295094/subject
unfinished/1076295094/part.1
The scripting language itself is a subset of the full C programming language. For example, the following is a valid script:
/* PATH is the full name of the file including
its path, DIR is the directory, excluding
the trailing slash (/), CWD is the current
directory, and depth() returns the number
of forward slashes (/) less one. */
if (depth (DIR) - depth (CWD) > 3) {
printf ("%s: excluded\n", PATH);
return EXCLUDE;
} else
return INCLUDE;
$ recursdir . -C 'if (!glob ("finished", FILE)) printf ("%s\n", DIR);'
Segmentation fault (core dumped)
— add trailing '/' to '.' will be ok
rpmih mirrordir-0.10.49-6mdk.i586.rpm libmirrordirz1-0.10.49-6mdk.i586.rpm libdiffie1-0.10.49-6mdk.i586.rpm
documented on: 2004.02.20 Fri
netstat -a | grep -E 'ftp|\.80 '
# ftp connection netstat -a | grep ftp
# http connection netstat -a | grep '\.80 '
$ netstat --tcp -p (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Addr Foreign Address State PID/Program name tcp 0 0 lab1-22.f:ssh lab1-18.fo:1044 ESTABLISHED - tcp 0 224 lab1-22.f:ssh lab1-18.fo:1045 ESTABLISHED - tcp 0 0 lab1-22.f:ssh lab1-18.fo:1031 ESTABLISHED - tcp 0 0 lab1-22.f:ssh lab1-18.fo:1036 ESTABLISHED - tcp 0 0 lab1-22.f:ssh lab1-18.fo:1032 ESTABLISHED - tcp 0 0 lab1-22.f:ssh lab1-18.fo:1034 ESTABLISHED - tcp 0 0 lab1-22.f:ssh lab1-18.fo:1035 ESTABLISHED -
Newsgroups: comp.unix.admin
>We've got a problem with increasing close_waits on one of our server [...] >figure. Netstat currently shows 84 close_waits while lsof reports 212 >close_waits.
The difference in reports of CLOSE_WAIT sockets between netstat and lsof has a simple explanation. The two applications are reporting information from different orientations and for different purposes.
Netstat is reporting instances of the quadruple composed of local IP address, local port, foreign IP address, and foreign port. Lsof is reporting open files using the quadruples. There will be but one instance of a particular address quadruple, but can be many instances of open files bound to it.
Vic Abell
Newsgroups: comp.unix.programmer,comp.unix.questions
>Has anyone ever seen a network connection being status "FIN_WAIT_"(using >netstat) for more than ten hours even if the process has been killed? Is >there a way to close such connection without reboot the machine?
This means that the local process closed the connection, but we're still waiting for the remote system to close it. If it's FIN_WAIT_1 then it means we never even received an ACK for the FIN packet; this shouldn't last long, since we should eventually time out waiting for the ACK. But if it's FIN_WAIT_2 it means that we received an ACK, and we're just waiting for the remote process to close the connection. If the remote process is hung, or the remote machine has crashed, the connection will stay like this forever.
I don't know of any way to get rid of connections in FIN_WAIT_2 state. If you have lots of them then there's probably a bug in the implementation of the software at the other end.
Barry Margolin
-l listening mode for server -p portnumber
SERVER:
> netcat -l -p 3333 asdf asdf >
CLIENT:
> netcat localhost 3333 asdf asdf punt! >
—> To write output of incoming connections to file:
> netcat -l -p PORT > OUTFILE
—> To respawn netcat server, after connection has been closed: —> Attention: in order to get rid of process you have to kill -9 parent shell!
> while true; do netcat -l -p 3333; done
—> To transmit output of a commando to a server
> COMMAND | netcat IP PORT
—> If compiled with -DGAPING_SECURITY_HOLE the -e switch works: on new connection executable is called without parameters !
> netcate -l -p PORT -e EXECUTABLE
—> Send text to client
> echo MYTEXT | netcat -l -p PORT
----------------------------> Comunication with netcat:
SERVER:
> netcat -l -p 3333 Hallo Hi du Wie geht's! GUAAT.. punt! >
CLIENT:
arno@geaeini: arno> netcat localhost 3333 Hallo Hi du Wie geht's! GUAAT.. >
-----------------------------> Cmd-Line:
CLIENT:
> nc Cmd line: localhost 3333 Hi du Ei ! punt! >
SERVER:
> netcat -l -p 3333 Hi du Ei ! >
----------------------------> Puttin input in fifo and parsing output
> mkfifo fifi
SERVER:
> netcat -l -p 3333 > fifi &
CLIENT:
> netcat localhost 3333 line 1 line 2 line 3 line 4 line 5 line 6 punt! >
PARSER:
> X=0 > cat fifi | while read line; do echo $X: $line; let X=X+1; done 0: line 1 1: line 2 2: line 3 3: line 4 4: line 5 5: line 6
----------------------> Why does this not work?
CLIENT SENDING:
> netcat localhost 3333 line 1 > Line 4 received line 2 line 3 punt! >
PARSER:
> cat IN | while read line; do echo "> Line $X received" > OUT ; echo $line; let X=X+1; done line 1
SERVER:
> cat OUT | netcat -l -p 3333 > IN & [1] 13345 arno@geaeini: tmp>
documented on: 2003.12.10 Wed
> My ISP just upgraded servers and they are using SunOS now. I normaly >connect to the net using a DOS terminal program and frequently use "sz" >and "rz" to send and receive files using zmodem. I talked to my sys admins >and they said that zmodem wasn't supported on their system anymore (the >tech support guy I was talking to asked around and got the reply, "live in >the present, baby!"). They said that using a ppp connection and FTP'ing to >my shell account would be the best way. Yeah right; talk about slow. > Anyway, is there any way to install zmodem in my home directory? If so, >could somebody tell me where I can download the zmodem files and how i can >install it in my shell account?
Once upon a long time ago, the zmodem source code was Public Domain code, and the old version of this code is still available from the comp.sources.unix (or was it comp.sources.misc?) archives.
Another possibility: "modern" (post 1988 or so) versions of kermit can be highly competitive with zmodem for file transfer throughput (at least, if you set the right options --- with sufficiently wrong options it can be glacial), and the source-available code is actively maintained.
Ken Pizzini