Re: [Freedos-user] FreeDOS repo inaccessible

2015-01-17 Thread Mateusz Viste
Hi list,

As I wrote before, the issue that some of you encounter IS an issue on 
ibiblio's side.

Sometimes, they decide to allow HTTP directory listings, and sometimes 
not. This is not anything new, since I have observed this behaviour for 
many months now.

There is no point in fiddling with your browser, your PC, or whatever 
that is local to you. You are not the problem. iBiblio is.

Using FTP is an easy workaround, there, they never disallow directories 
listings:
ftp://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/

Now, since the issue seems to cause a general panic on the list, I 
looked more closely to it. In my previous message, I wrote that they 
might use a load balanced servers farm with inconsistent http 
configuration across nodes. This is still a possibility, but I also came 
up to another observation - basing on my limited tests (from last 10 
minutes), I see that they disallow directory listings over IPv6, but not 
over IPv4.

Below is an extract of telnet tests I performed that proves the point 
above (headers only).

=== over IPv6 ===
mateusz@mateusz:~ telnet www.ibiblio.org 80
Trying 2610:28:3090:3000:0:bad:cafe:23...
Connected to www.ibiblio.org.
Escape character is '^]'.
GET /pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/ HTTP/1.0
Host: www.ibiblio.org

HTTP/1.1 403 Forbidden
Date: Sat, 17 Jan 2015 07:58:22 GMT
Server: Apache
Content-Length: 324
Connection: close
Content-Type: text/html; charset=iso-8859-1

=== over IPv4 ===
mateusz@mateusz:~ telnet 152.19.134.40 80
Trying 152.19.134.40...
Connected to 152.19.134.40.
Escape character is '^]'.
GET /pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/ HTTP/1.0
Host: www.ibiblio.org

HTTP/1.1 200 OK
Date: Sat, 17 Jan 2015 07:59:45 GMT
Server: Apache
Content-Length: 4916
Connection: close
Content-Type: text/html; charset=ISO-8859-1


Before you all jump to testing iBiblio's server substituting ibiblio.org 
with its IPv4 address in your browser: please don't do that, it will 
lead you nowhere because iBiblio's servers are virtual hosts, and expect 
to get their proper hostname from browser's request in the 'host' field. 
if you are wondering what 'virtutal hosting' is, you might want to look 
up RFC2616.


// conclusions //
1. the problem is on iBiblio's servers, not in your browser/os/whatever. 
Either their load balancing pool is screwed, or their IPv6 configuration 
is inconsistent.
2. if you have troubles to access iBiblio's directories listings, use ftp.
3. if you have some access to iBiblio's technical staff, you might try 
asking them to fix their servers.

cheers,
Mateusz

--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] FreeDOS repo inaccessible

2015-01-17 Thread Jim Hall
Thanks Mateusz! I'll open a support ticket with ibiblio with this
information. They may not be aware of the problem.
On Jan 17, 2015 2:21 AM, Mateusz Viste mate...@viste.fr wrote:

 Hi list,

 As I wrote before, the issue that some of you encounter IS an issue on
 ibiblio's side.

 Sometimes, they decide to allow HTTP directory listings, and sometimes
 not. This is not anything new, since I have observed this behaviour for
 many months now.

 There is no point in fiddling with your browser, your PC, or whatever
 that is local to you. You are not the problem. iBiblio is.

 Using FTP is an easy workaround, there, they never disallow directories
 listings:

 ftp://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/

 Now, since the issue seems to cause a general panic on the list, I
 looked more closely to it. In my previous message, I wrote that they
 might use a load balanced servers farm with inconsistent http
 configuration across nodes. This is still a possibility, but I also came
 up to another observation - basing on my limited tests (from last 10
 minutes), I see that they disallow directory listings over IPv6, but not
 over IPv4.

 Below is an extract of telnet tests I performed that proves the point
 above (headers only).

 === over IPv6 ===
 mateusz@mateusz:~ telnet www.ibiblio.org 80
 Trying 2610:28:3090:3000:0:bad:cafe:23...
 Connected to www.ibiblio.org.
 Escape character is '^]'.
 GET /pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/ HTTP/1.0
 Host: www.ibiblio.org

 HTTP/1.1 403 Forbidden
 Date: Sat, 17 Jan 2015 07:58:22 GMT
 Server: Apache
 Content-Length: 324
 Connection: close
 Content-Type: text/html; charset=iso-8859-1

 === over IPv4 ===
 mateusz@mateusz:~ telnet 152.19.134.40 80
 Trying 152.19.134.40...
 Connected to 152.19.134.40.
 Escape character is '^]'.
 GET /pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/ HTTP/1.0
 Host: www.ibiblio.org

 HTTP/1.1 200 OK
 Date: Sat, 17 Jan 2015 07:59:45 GMT
 Server: Apache
 Content-Length: 4916
 Connection: close
 Content-Type: text/html; charset=ISO-8859-1


 Before you all jump to testing iBiblio's server substituting ibiblio.org
 with its IPv4 address in your browser: please don't do that, it will
 lead you nowhere because iBiblio's servers are virtual hosts, and expect
 to get their proper hostname from browser's request in the 'host' field.
 if you are wondering what 'virtutal hosting' is, you might want to look
 up RFC2616.


 // conclusions //
 1. the problem is on iBiblio's servers, not in your browser/os/whatever.
 Either their load balancing pool is screwed, or their IPv6 configuration
 is inconsistent.
 2. if you have troubles to access iBiblio's directories listings, use ftp.
 3. if you have some access to iBiblio's technical staff, you might try
 asking them to fix their servers.

 cheers,
 Mateusz


 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user

--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] xcdrom.sys

2015-01-17 Thread wch-tech house-grp.net

 
  I was wondering if xcdrom.sys is in the freedos installation .iso.
  If so, what is the full path to its location?
  If not, I am wondering:
   a) just curious, why not?
   b) where are the notes (besides the man page) describing utilization of the file and where to get it?
   c) is there an official copy of the file?
   d) where is the official repository for the file?
  Thanks,
  Bill
 


--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user