paultwang

I am not sure if traceroute helps because I pinged the first uplink server in the traceroute and it timed out 30% of the time. But here goes: traceroute to ping.symantec.com (206.204.18.22), 30 hops max, 38 byte packets 1 192.168.2.1 (192.168.2.1) 0.761 ms 0.781 ms 0.655 ms 2 adsl-68-89-191-0.dsl.hstntx.swbell.net (68.89.191.0) 7.812 ms 7.647 ms 8.100 ms 3 dist1-vlan60.hstntx.sbcglobal.net (151.164.11.190) 8.387 ms * 9.110 ms 4 bb1-g8-2-2.hstntx.sbcglobal.net (151.164.244.129) 9.507 ms 9.384 ms 9.074 ms 5 core1-p6-0.crhstx.sbcglobal.net (151.164.188.1) 9.414 ms 9.077 ms 9.609 ms 6 core3-p3-0.crdltx.sbcglobal.net (151.164.240.189) 178.120 ms * * 7 * * core2-p1-0.crdltx.sbcglobal.net (151.164.242.101) 13.555 ms 8 bb1-p3-0.dllstx.sbcglobal.net (151.164.42.181) 14.642 ms 13.813 ms 14.293 ms 9 bb2-p9-0.dllstx.sbcglobal.net (151.164.40.206) 15.038 ms * 34.214 ms 10 ex2-p2-0.eqdltx.sbcglobal.net (151.164.240.225) 15.198 ms 14.715 ms 14.984 ms 11 ge-6-4.car4.Dallas1.Level3.net (151.164.250.25) 14.545 ms 15.055 ms * 12 ae-1-56.bbr2.Dallas1.Level3.net (4.68.122.161) 15.496 ms * * 13 ae-0-0.bbr1.SanJose1.Level3.net (64.159.1.129) 55.846 ms 56.127 ms 56.639 ms 14 so-14-0.hsa3.SanJose1.Level3.net (4.68.114.154) 57.641 ms * * 15 * 65.57.244.14 (65.57.244.14) 58.575 ms 58.186 ms 16 pos1-0-brc1-sjca.us.conxion.net (206.204.250.54) 59.608 ms 59.614 ms 59.687 ms 17 * vlan5-drc1-sjca.us.conxion.net (206.204.250.126) 58.511 ms 58.509 ms 18 symanpinger.conxion.net (206.204.18.22) 59.612 ms 59.481 ms *

Anyone using SBC SWbell ADSL in Houston TX or somewhere else having moderate packet losses? The loss is so bad I couldn't transfer on TCH's ftp anymore that I have to use dialup or GPRS just to do it. I have been experiencing packet losses since last week. The situation worsened from 20% (last week) to 30% (today). Dial up has no such problem. Ping stats to my uplink server: 1554 packets transmitted, 1105 received, 28% packet loss, time 1564237ms rtt min/avg/max/mdev = 8.005/8.752/9.665/0.334 ms I just wanted to check if it is just me before I call my phone company. Even if it rained, the phone lines should have dried up...

Hello. It has been a few months since I first visited TCHstatus. Why isn't there a real time stats for servers 85 and onwards? I am talking about this page.

No. It does not add anything to an ANSI plaintext file provided that you open the text file and save it without changing the file format. If there is any problem, it is the line feed format. It always saves your documents into CR LF (Windows) formatting. This might be a problem for some *nix programs because they do not support CR LF format. However, if your FTP program can convert the text files to *nix formats during upload, you should not have any problem at all.

Thanks!

I tried to use explicit TLS encryption for FTP and it did not work so well. I am behind a firewall that blocks all unsolicited inbounds. However, I also tested it on two computers that are directly connected to the Internet. Here's the not-error msg: Connected to server85.totalchoicehosting.com server85.totalchoicehosting.com 220-This computer system is for authorized users only. Individuals using this 220 ProFTPD 1.2.10 Server (ProFTPD) [66.235.180.4] 234 AUTH TLS-P successful starting SSL/TLS secure protocol TLSv1 used. (secure) User: ------- 331 Password required for ------- (secure) Password: ************ 230 User ------- logged in. sslftp> passive Passsive mode enabled sslftp> debug Debugging enabled sslftp> ls n=1 arg_str={} p[0]={ls} p[1]={(null)} send 5,6> PASV read 5> 227 Entering Passive Mode (66,235,180,4,181,210). Passive mode connection to: (66.235.180.4) 46546 Connecting to remote system 66.235.180.4 46546 (passive mode) send 5,8> NLST . Opening 66.235.180.4 46546 (passive mode data channel) And here's the error msg, after almost a minute: Couldn't open data connection, Operation timed out data connection failed, waiting on server response... Same error on my home computer (Windows XP) and the two other directly connected computers (Unix). Similar error msg for explicit SSL. I monitored my net connections and saw a SYN_SENT during the wait-time to the 66.235.180.4:46546 specified by server85. But server85 seemed to have rejected the connection.

An advantage of a subdomain is the ability to use absolute directory structures. For example, if your "Go back to Homepage" hyperlink a-href to "/index.html", it will go to the uppermost index.html of the subdomain instead of the uppermost index.html in your main web site.

GNU wget, if you need to use it in batch files or if you use *nix.