Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Elegance and truth are inversely related. -- Becker's Razor


computers / comp.sys.tandem / Re: Itug open source library gets 404 error

SubjectAuthor
* Itug open source library gets 404 errorKeith Dick
`* Re: Itug open source library gets 404 errorBill Honaker
 +- Re: Itug open source library gets 404 errorRandall
 `* Re: Itug open source library gets 404 errorKeith Dick
  `* Re: Itug open source library gets 404 errorred floyd
   `* Re: Itug open source library gets 404 errorKeith Dick
    `* Re: Itug open source library gets 404 errorBill Honaker
     `* Re: Itug open source library gets 404 errorKeith Dick
      `* Re: Itug open source library gets 404 errorBill Honaker
       +* Re: Itug open source library gets 404 errorKeith Dick
       |+- Re: Itug open source library gets 404 errorBill Honaker
       |`* Re: Itug open source library gets 404 errorJShepherd
       | `* Re: Itug open source library gets 404 errorRandall
       |  `- Re: Itug open source library gets 404 errorBill Honaker
       `* Re: Itug open source library gets 404 errordave thompson 2
        `- Re: Itug open source library gets 404 errorBill Honaker

1
Itug open source library gets 404 error

<a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=413&group=comp.sys.tandem#413

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:a0c:f052:0:b0:443:db73:ea02 with SMTP id b18-20020a0cf052000000b00443db73ea02mr21216179qvl.22.1649542977025;
Sat, 09 Apr 2022 15:22:57 -0700 (PDT)
X-Received: by 2002:a05:6902:1c2:b0:63e:6bd:3a5b with SMTP id
u2-20020a05690201c200b0063e06bd3a5bmr17545134ybh.424.1649542976789; Sat, 09
Apr 2022 15:22:56 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Sat, 9 Apr 2022 15:22:56 -0700 (PDT)
Injection-Info: google-groups.googlegroups.com; posting-host=98.42.228.104; posting-account=Lua_ZwoAAADivbVXQF8uKE7dZSUNm9vj
NNTP-Posting-Host: 98.42.228.104
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
Subject: Itug open source library gets 404 error
From: rkd...@gmail.com (Keith Dick)
Injection-Date: Sat, 09 Apr 2022 22:22:57 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 2
 by: Keith Dick - Sat, 9 Apr 2022 22:22 UTC

Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?

I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.

Re: Itug open source library gets 404 error

<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=414&group=comp.sys.tandem#414

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx97.iad.POSTED!not-for-mail
From: no_spam_...@x_i_d.com (Bill Honaker)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Organization: XID, Ltd.
Message-ID: <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 9
X-Complaints-To: abuse@easynews.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 13:48:10 -0500
X-Received-Bytes: 1469
 by: Bill Honaker - Sun, 10 Apr 2022 18:48 UTC

On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkdick@gmail.com> wrote:

>Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
>
>I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.

I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:

https://ituglib.connect-community.org/apps/Ituglib

Re: Itug open source library gets 404 error

<8497a243-43f4-4457-9cdc-69f2d286cb75n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=415&group=comp.sys.tandem#415

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:ad4:44b4:0:b0:444:45d6:ec25 with SMTP id n20-20020ad444b4000000b0044445d6ec25mr1605117qvt.24.1649620723487;
Sun, 10 Apr 2022 12:58:43 -0700 (PDT)
X-Received: by 2002:a05:6902:1ce:b0:63c:e2a5:e914 with SMTP id
u14-20020a05690201ce00b0063ce2a5e914mr18893846ybh.260.1649620723303; Sun, 10
Apr 2022 12:58:43 -0700 (PDT)
Path: i2pn2.org!i2pn.org!aioe.org!news.mixmin.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Sun, 10 Apr 2022 12:58:43 -0700 (PDT)
In-Reply-To: <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>
Injection-Info: google-groups.googlegroups.com; posting-host=2607:fea8:3a9f:df76:1d92:5b76:a185:3f41;
posting-account=6VebZwoAAAAgrpUtsowyjrKRLNlqxnXo
NNTP-Posting-Host: 2607:fea8:3a9f:df76:1d92:5b76:a185:3f41
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8497a243-43f4-4457-9cdc-69f2d286cb75n@googlegroups.com>
Subject: Re: Itug open source library gets 404 error
From: rsbec...@nexbridge.com (Randall)
Injection-Date: Sun, 10 Apr 2022 19:58:43 +0000
Content-Type: text/plain; charset="UTF-8"
 by: Randall - Sun, 10 Apr 2022 19:58 UTC

On Sunday, April 10, 2022 at 2:48:12 p.m. UTC-4, Bill Honaker wrote:
> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>
> >Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
> >
> >I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
>
> https://ituglib.connect-community.org/apps/Ituglib

Is there a specific package that does not work?

Re: Itug open source library gets 404 error

<7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=416&group=comp.sys.tandem#416

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:ae9:d843:0:b0:699:fc0a:87d5 with SMTP id u64-20020ae9d843000000b00699fc0a87d5mr12640872qkf.746.1649620861694;
Sun, 10 Apr 2022 13:01:01 -0700 (PDT)
X-Received: by 2002:a05:6902:729:b0:63d:dd18:c6c3 with SMTP id
l9-20020a056902072900b0063ddd18c6c3mr22048113ybt.272.1649620861407; Sun, 10
Apr 2022 13:01:01 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Sun, 10 Apr 2022 13:01:01 -0700 (PDT)
In-Reply-To: <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>
Injection-Info: google-groups.googlegroups.com; posting-host=98.42.228.104; posting-account=Lua_ZwoAAADivbVXQF8uKE7dZSUNm9vj
NNTP-Posting-Host: 98.42.228.104
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
Subject: Re: Itug open source library gets 404 error
From: rkd...@gmail.com (Keith Dick)
Injection-Date: Sun, 10 Apr 2022 20:01:01 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
 by: Keith Dick - Sun, 10 Apr 2022 20:01 UTC

On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>
> >Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
> >
> >I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
>
> https://ituglib.connect-community.org/apps/Ituglib

Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?

Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.

(Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)

Re: Itug open source library gets 404 error

<t301um$4pa$1@redfloyd.dont-email.me>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=417&group=comp.sys.tandem#417

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!redfloyd.dont-email.me!.POSTED!not-for-mail
From: no.spam....@its.invalid (red floyd)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Date: Sun, 10 Apr 2022 18:57:42 -0700
Organization: A noiseless patient Spider
Lines: 19
Message-ID: <t301um$4pa$1@redfloyd.dont-email.me>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com>
<7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 11 Apr 2022 01:57:42 -0000 (UTC)
Injection-Info: redfloyd.dont-email.me; posting-host="6a3f31915fbd84533b8cf5d36d7a9189";
logging-data="4906"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX187CQzd1fR6vwk+9gTbV+rjNvKUwBhUZRc="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Cancel-Lock: sha1:e/Qhz4JcPtjQ5hgyYdE9rP5xzIY=
In-Reply-To: <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
Content-Language: en-US
 by: red floyd - Mon, 11 Apr 2022 01:57 UTC

On 4/10/2022 1:01 PM, Keith Dick wrote:
> On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
>> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>>
>>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
>>>
>>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
>> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
>>
>> https://ituglib.connect-community.org/apps/Ituglib
>
> Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
>
> Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
>
> (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)

Works here. FF/Win11

Re: Itug open source library gets 404 error

<74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=418&group=comp.sys.tandem#418

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:a05:620a:6cc:b0:69b:dd1b:3235 with SMTP id 12-20020a05620a06cc00b0069bdd1b3235mr9532852qky.374.1649669348723;
Mon, 11 Apr 2022 02:29:08 -0700 (PDT)
X-Received: by 2002:a81:538a:0:b0:2ea:9ba:e061 with SMTP id
h132-20020a81538a000000b002ea09bae061mr25494263ywb.97.1649669348385; Mon, 11
Apr 2022 02:29:08 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Mon, 11 Apr 2022 02:29:08 -0700 (PDT)
In-Reply-To: <t301um$4pa$1@redfloyd.dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=98.42.228.104; posting-account=Lua_ZwoAAADivbVXQF8uKE7dZSUNm9vj
NNTP-Posting-Host: 98.42.228.104
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
<t301um$4pa$1@redfloyd.dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>
Subject: Re: Itug open source library gets 404 error
From: rkd...@gmail.com (Keith Dick)
Injection-Date: Mon, 11 Apr 2022 09:29:08 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 42
 by: Keith Dick - Mon, 11 Apr 2022 09:29 UTC

On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:
> On 4/10/2022 1:01 PM, Keith Dick wrote:
> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
> >>
> >>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
> >>>
> >>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
> >> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
> >>
> >> https://ituglib.connect-community.org/apps/Ituglib
> >
> > Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
> >
> > Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
> >
> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)
> Works here. FF/Win11

To Randall -- The problem is not with any package in the library. The error 404 occurs before reaching the page that lists the packages in the library. Since it is working for other people, the problem must be close to my end. Since it happens when accessing from two of my computers, it might be happening in my ISP or in whatever DNS my ISP uses. If you happen to know the numeric IP address for ituglib.connect-community.org, post that and I could see whether using the numeric address instead of the DNS name allows the page to load. If so, then the problem would be in the DNS my ISP uses.

Re: Itug open source library gets 404 error

<nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=419&group=comp.sys.tandem#419

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx43.iad.POSTED!not-for-mail
From: no_spam_...@x_i_d.com (Bill Honaker)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Organization: XID, Ltd.
Message-ID: <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com> <t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 24
X-Complaints-To: abuse@easynews.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Mon, 11 Apr 2022 10:22:10 -0500
X-Received-Bytes: 3409
 by: Bill Honaker - Mon, 11 Apr 2022 15:22 UTC

On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkdick@gmail.com> wrote:

>On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:
>> On 4/10/2022 1:01 PM, Keith Dick wrote:
>> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
>> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>> >>
>> >>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
>> >>>
>> >>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
>> >> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
>> >>
>> >> https://ituglib.connect-community.org/apps/Ituglib
>> >
>> > Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
>> >
>> > Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
>> >
>> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)
>> Works here. FF/Win11
>
>To Randall -- The problem is not with any package in the library. The error 404 occurs before reaching the page that lists the packages in the library. Since it is working for other people, the problem must be close to my end. Since it happens when accessing from two of my computers, it might be happening in my ISP or in whatever DNS my ISP uses. If you happen to know the numeric IP address for ituglib.connect-community.org, post that and I could see whether using the numeric address instead of the DNS name allows the page to load. If so, then the problem would be in the DNS my ISP uses.

Keith, it's 12.238.63.163

Re: Itug open source library gets 404 error

<bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=420&group=comp.sys.tandem#420

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:a37:6242:0:b0:69c:3994:8174 with SMTP id w63-20020a376242000000b0069c39948174mr744348qkb.494.1649705760590;
Mon, 11 Apr 2022 12:36:00 -0700 (PDT)
X-Received: by 2002:a05:6902:1c2:b0:63e:6bd:3a5b with SMTP id
u2-20020a05690201c200b0063e06bd3a5bmr22963221ybh.424.1649705760398; Mon, 11
Apr 2022 12:36:00 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Mon, 11 Apr 2022 12:36:00 -0700 (PDT)
In-Reply-To: <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com>
Injection-Info: google-groups.googlegroups.com; posting-host=98.42.228.104; posting-account=Lua_ZwoAAADivbVXQF8uKE7dZSUNm9vj
NNTP-Posting-Host: 98.42.228.104
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
<t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>
<nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com>
Subject: Re: Itug open source library gets 404 error
From: rkd...@gmail.com (Keith Dick)
Injection-Date: Mon, 11 Apr 2022 19:36:00 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
 by: Keith Dick - Mon, 11 Apr 2022 19:36 UTC

On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:
> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>
> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:
> >> On 4/10/2022 1:01 PM, Keith Dick wrote:
> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
> >> >>
> >> >>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
> >> >>>
> >> >>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
> >> >> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
> >> >>
> >> >> https://ituglib.connect-community.org/apps/Ituglib
> >> >
> >> > Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
> >> >
> >> > Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
> >> >
> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)
> >> Works here. FF/Win11
> >
> >To Randall -- The problem is not with any package in the library. The error 404 occurs before reaching the page that lists the packages in the library. Since it is working for other people, the problem must be close to my end. Since it happens when accessing from two of my computers, it might be happening in my ISP or in whatever DNS my ISP uses. If you happen to know the numeric IP address for ituglib.connect-community.org, post that and I could see whether using the numeric address instead of the DNS name allows the page to load. If so, then the problem would be in the DNS my ISP uses.
> Keith, it's 12.238.63.163

Thanks for the numeric IP address, Bill. Using the numeric IP address allows me to get to the open source library page, but using the DNS name does not.

After a bit more experimenting I learned a little more. The problem appears to have something to do with the open source library pages not supporting https connections. Apparently, the version of the Chrome browser I have will try using http when the URL has the numeric form of the server address, but will not try http when the URL has the DNS name form of the server address. On one of the computers, the bookmark won't include http:// in front of the server address in what it saves for the bookmark (even if I explicitly include http:// when editing the URL in the bookmark), but on the other computer, the bookmark will include http:// in what it saves for the bookmark. So on the second computer, I've changed my bookmark for the open source library so it works again, but on the first computer I guess I'm going to have to let clicking on the bookmark get the error 404 then manually fix the URL in the address bar to use http instead of https.

I'm not certain that explanation is 100% correct, but that's what seems to be happening.

I used one of those computers (don't recall which one) to access the open source library page last week, so something apparently changed on one of my computers in the past week (unless the open source library pages at ituglib just stopped working with https in the past week).

Mystery mostly solved, I think.

Re: Itug open source library gets 404 error

<c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=421&group=comp.sys.tandem#421

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!news.swapon.de!news.uzoreto.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!news-out.netnews.com!news.alt.net!fdc2.netnews.com!feeder1.feed.usenet.farm!feed.usenet.farm!peer01.ams4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx36.iad.POSTED!not-for-mail
From: no_spam_...@x_i_d.com (Bill Honaker)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Organization: XID, Ltd.
Message-ID: <c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com> <t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com> <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 49
X-Complaints-To: abuse@easynews.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Mon, 11 Apr 2022 14:44:05 -0500
X-Received-Bytes: 5811
 by: Bill Honaker - Mon, 11 Apr 2022 19:44 UTC

On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkdick@gmail.com> wrote:

>On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:
>> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>>
>> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:
>> >> On 4/10/2022 1:01 PM, Keith Dick wrote:
>> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
>> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>> >> >>
>> >> >>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
>> >> >>>
>> >> >>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
>> >> >> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
>> >> >>
>> >> >> https://ituglib.connect-community.org/apps/Ituglib
>> >> >
>> >> > Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
>> >> >
>> >> > Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
>> >> >
>> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)
>> >> Works here. FF/Win11
>> >
>> >To Randall -- The problem is not with any package in the library. The error 404 occurs before reaching the page that lists the packages in the library. Since it is working for other people, the problem must be close to my end. Since it happens when accessing from two of my computers, it might be happening in my ISP or in whatever DNS my ISP uses. If you happen to know the numeric IP address for ituglib.connect-community.org, post that and I could see whether using the numeric address instead of the DNS name allows the page to load. If so, then the problem would be in the DNS my ISP uses.
>> Keith, it's 12.238.63.163
>
>Thanks for the numeric IP address, Bill. Using the numeric IP address allows me to get to the open source library page, but using the DNS name does not.
>
>After a bit more experimenting I learned a little more. The problem appears to have something to do with the open source library pages not supporting https connections. Apparently, the version of the Chrome browser I have will try using http when the URL has the numeric form of the server address, but will not try http when the URL has the DNS name form of the server address. On one of the computers, the bookmark won't include http:// in front of the server address in what it saves for the bookmark (even if I explicitly include http:// when editing the URL in the bookmark), but on the other computer, the bookmark will include http:// in what it saves for the bookmark. So on the second computer, I've changed my bookmark for the open source library so it works again, but on the first computer I guess I'm going to have to let clicking on the bookmark get the error 404 then manually fix the URL in the address bar to use http instead of https.
>
>I'm not certain that explanation is 100% correct, but that's what seems to be happening.
>
>I used one of those computers (don't recall which one) to access the open source library page last week, so something apparently changed on one of my computers in the past week (unless the open source library pages at ituglib just stopped working with https in the past week).
>
>Mystery mostly solved, I think.

Keith,

Not completely solved. The URL I posted above is SSL... https://

To support customers that needed some auithentication that there was no man in the middle attack, we moved to SSL years ago.
I do see that our certificate expires at the end of this month so I'd better get on that. :-)

Enteriing https://12.238.63.163/apps/ituglib/, your browser probably complains because the common name in the certificate doesn't match.

Are you using some kind of relay in your browser that may be passing the query elsewhere?
Bill

Re: Itug open source library gets 404 error

<9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=422&group=comp.sys.tandem#422

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:ac8:4501:0:b0:2ed:b5a:536 with SMTP id q1-20020ac84501000000b002ed0b5a0536mr1067854qtn.463.1649713507114;
Mon, 11 Apr 2022 14:45:07 -0700 (PDT)
X-Received: by 2002:a81:1d49:0:b0:2eb:debc:1a91 with SMTP id
d70-20020a811d49000000b002ebdebc1a91mr15002445ywd.390.1649713506866; Mon, 11
Apr 2022 14:45:06 -0700 (PDT)
Path: i2pn2.org!i2pn.org!aioe.org!news.mixmin.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Mon, 11 Apr 2022 14:45:06 -0700 (PDT)
In-Reply-To: <c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com>
Injection-Info: google-groups.googlegroups.com; posting-host=98.42.228.104; posting-account=Lua_ZwoAAADivbVXQF8uKE7dZSUNm9vj
NNTP-Posting-Host: 98.42.228.104
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
<t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>
<nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com>
<c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com>
Subject: Re: Itug open source library gets 404 error
From: rkd...@gmail.com (Keith Dick)
Injection-Date: Mon, 11 Apr 2022 21:45:07 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
 by: Keith Dick - Mon, 11 Apr 2022 21:45 UTC

On Monday, April 11, 2022 at 12:44:10 PM UTC-7, Bill Honaker wrote:
> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>
> >On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:
> >> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
> >>
> >> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:
> >> >> On 4/10/2022 1:01 PM, Keith Dick wrote:
> >> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
> >> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
> >> >> >>
> >> >> >>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
> >> >> >>>
> >> >> >>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
> >> >> >> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
> >> >> >>
> >> >> >> https://ituglib.connect-community.org/apps/Ituglib
> >> >> >
> >> >> > Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
> >> >> >
> >> >> > Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
> >> >> >
> >> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)
> >> >> Works here. FF/Win11
> >> >
> >> >To Randall -- The problem is not with any package in the library. The error 404 occurs before reaching the page that lists the packages in the library. Since it is working for other people, the problem must be close to my end. Since it happens when accessing from two of my computers, it might be happening in my ISP or in whatever DNS my ISP uses. If you happen to know the numeric IP address for ituglib.connect-community.org, post that and I could see whether using the numeric address instead of the DNS name allows the page to load. If so, then the problem would be in the DNS my ISP uses.
> >> Keith, it's 12.238.63.163
> >
> >Thanks for the numeric IP address, Bill. Using the numeric IP address allows me to get to the open source library page, but using the DNS name does not.
> >
> >After a bit more experimenting I learned a little more. The problem appears to have something to do with the open source library pages not supporting https connections. Apparently, the version of the Chrome browser I have will try using http when the URL has the numeric form of the server address, but will not try http when the URL has the DNS name form of the server address. On one of the computers, the bookmark won't include http:// in front of the server address in what it saves for the bookmark (even if I explicitly include http:// when editing the URL in the bookmark), but on the other computer, the bookmark will include http:// in what it saves for the bookmark. So on the second computer, I've changed my bookmark for the open source library so it works again, but on the first computer I guess I'm going to have to let clicking on the bookmark get the error 404 then manually fix the URL in the address bar to use http instead of https.
> >
> >I'm not certain that explanation is 100% correct, but that's what seems to be happening.
> >
> >I used one of those computers (don't recall which one) to access the open source library page last week, so something apparently changed on one of my computers in the past week (unless the open source library pages at ituglib just stopped working with https in the past week).
> >
> >Mystery mostly solved, I think.
> Keith,
>
> Not completely solved. The URL I posted above is SSL... https://
>
> To support customers that needed some auithentication that there was no man in the middle attack, we moved to SSL years ago.
> I do see that our certificate expires at the end of this month so I'd better get on that. :-)
>
> Enteriing https://12.238.63.163/apps/ituglib/, your browser probably complains because the common name in the certificate doesn't match.
>
> Are you using some kind of relay in your browser that may be passing the query elsewhere?
> Bill

Bill,

Using https://12.238.63.163/apps/ituglib/ gets this exact display from Chrome (as much as this newsgroup interface can reproduce, anyway):

----------------- start response ------------------------------
This 12.238.63.163 page can’t be found
No webpage was found for the web address: https://12.238.63.163/apps/ituglib/

HTTP ERROR 404
------------------ end response ---------------------------------------

If I change the "ituglib" in that URL to "Ituglib" (that is, capital "i"), the page loads but Chrome puts "Not secure" in red letters in the address bar before the URL and displays the URL with the "https" having two horizontal strike-out lines through it. I believe that means it switched to HTTP, but that's just a guess on my part.

I have seen Chrome error messages occasionally when a web site's certificate has expired, and that error message specifically mentions a problem with the certificate, and I'm pretty sure it does not says it was a 404 error, though I cannot be sure of what error number it was.

I have a feeling that if the browser was complaining about a mismatch for a name in the certificate, that error message also would mention the certificate specifically, though I am not certain of that. Maybe I'm not getting a complaint about the name mismatch because the browser was successful dropping back to HTTP, which doesn't use the certificate.

Do you want me to do any more investigation of this? Or shall we just drop it?

Re: Itug open source library gets 404 error

<m1g95hpr7qbsb1fqvahe3p830qfnv3kh56@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=423&group=comp.sys.tandem#423

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!feeder1.feed.usenet.farm!feed.usenet.farm!peer01.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx05.iad.POSTED!not-for-mail
From: no_spam_...@x_i_d.com (Bill Honaker)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Organization: XID, Ltd.
Message-ID: <m1g95hpr7qbsb1fqvahe3p830qfnv3kh56@4ax.com>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com> <t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com> <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com> <c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com> <9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Lines: 73
X-Complaints-To: abuse@easynews.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Mon, 11 Apr 2022 18:57:17 -0500
X-Received-Bytes: 7891
 by: Bill Honaker - Mon, 11 Apr 2022 23:57 UTC

On Mon, 11 Apr 2022 14:45:06 -0700 (PDT), Keith Dick <rkdick@gmail.com> wrote:

>On Monday, April 11, 2022 at 12:44:10 PM UTC-7, Bill Honaker wrote:
>> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>>
>> >On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:
>> >> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>> >>
>> >> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:
>> >> >> On 4/10/2022 1:01 PM, Keith Dick wrote:
>> >> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrote:
>> >> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmail.com> wrote:
>> >> >> >>
>> >> >> >>> Is there some system or network problem that results in attempts to get to the library of open source packages for the NonStop system to get error 404? Or has ituglib been moved to some other location?
>> >> >> >>>
>> >> >> >>> I get the error 404 both when using my bookmark directly to the page for the itug open source library and when going to connect-community.org, searching for ituglib, and clicking on the button for ituglib in the search results.
>> >> >> >> I had no problem just now. Tried with both Chrome and Edge. Just to make sure, this is the 'official' link:
>> >> >> >>
>> >> >> >> https://ituglib.connect-community.org/apps/Ituglib
>> >> >> >
>> >> >> > Thanks for the reply, Bill. That link still gives me the 404 error. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether my ISP (Comcast) is blocking that address for some reason. It worked okay the last time I accessed it sometime early last week. Odd. Are you aware of any change to the IP address and/or DNS records for ituglib.connect-community.org?
>> >> >> >
>> >> >> > Maybe I'll download and install one of the other web browsers and see whether that makes a difference. If it works for a freshly-downloaded browser, it would not be the ISP blocking things.
>> >> >> >
>> >> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave no error on the Mac.)
>> >> >> Works here. FF/Win11
>> >> >
>> >> >To Randall -- The problem is not with any package in the library. The error 404 occurs before reaching the page that lists the packages in the library. Since it is working for other people, the problem must be close to my end. Since it happens when accessing from two of my computers, it might be happening in my ISP or in whatever DNS my ISP uses. If you happen to know the numeric IP address for ituglib.connect-community.org, post that and I could see whether using the numeric address instead of the DNS name allows the page to load. If so, then the problem would be in the DNS my ISP uses.
>> >> Keith, it's 12.238.63.163
>> >
>> >Thanks for the numeric IP address, Bill. Using the numeric IP address allows me to get to the open source library page, but using the DNS name does not.
>> >
>> >After a bit more experimenting I learned a little more. The problem appears to have something to do with the open source library pages not supporting https connections. Apparently, the version of the Chrome browser I have will try using http when the URL has the numeric form of the server address, but will not try http when the URL has the DNS name form of the server address. On one of the computers, the bookmark won't include http:// in front of the server address in what it saves for the bookmark (even if I explicitly include http:// when editing the URL in the bookmark), but on the other computer, the bookmark will include http:// in what it saves for the bookmark. So on the second computer, I've changed my bookmark for the open source library so it works again, but on the first computer I guess I'm going to have to let clicking on the bookmark get the error 404 then manually fix the URL in the address bar to use http instead of https.
>> >
>> >I'm not certain that explanation is 100% correct, but that's what seems to be happening.
>> >
>> >I used one of those computers (don't recall which one) to access the open source library page last week, so something apparently changed on one of my computers in the past week (unless the open source library pages at ituglib just stopped working with https in the past week).
>> >
>> >Mystery mostly solved, I think.
>> Keith,
>>
>> Not completely solved. The URL I posted above is SSL... https://
>>
>> To support customers that needed some auithentication that there was no man in the middle attack, we moved to SSL years ago.
>> I do see that our certificate expires at the end of this month so I'd better get on that. :-)
>>
>> Enteriing https://12.238.63.163/apps/ituglib/," rel="nofollow" target="_blank">https://12.238.63.163/apps/ituglib/, your browser probably complains because the common name in the certificate doesn't match.
>>
>> Are you using some kind of relay in your browser that may be passing the query elsewhere?
>> Bill
>
>Bill,
>
>Using https://12.238.63.163/apps/ituglib/ gets this exact display from Chrome (as much as this newsgroup interface can reproduce, anyway):
>
>----------------- start response ------------------------------
>This 12.238.63.163 page can’t be found
>No webpage was found for the web address: https://12.238.63.163/apps/ituglib/
>
>HTTP ERROR 404
>------------------ end response ---------------------------------------
>
>If I change the "ituglib" in that URL to "Ituglib" (that is, capital "i"), the page loads but Chrome puts "Not secure" in red letters in the address bar before the URL and displays the URL with the "https" having two horizontal strike-out lines through it. I believe that means it switched to HTTP, but that's just a guess on my part.
>
>I have seen Chrome error messages occasionally when a web site's certificate has expired, and that error message specifically mentions a problem with the certificate, and I'm pretty sure it does not says it was a 404 error, though I cannot be sure of what error number it was.
>
>I have a feeling that if the browser was complaining about a mismatch for a name in the certificate, that error message also would mention the certificate specifically, though I am not certain of that. Maybe I'm not getting a complaint about the name mismatch because the browser was successful dropping back to HTTP, which doesn't use the certificate.
>
>Do you want me to do any more investigation of this? Or shall we just drop it?

Do you want to take this offline? I think you have my email address :-) We can update the group when we figure it out.

You're correct about the capital 'I'.

Re: Itug open source library gets 404 error

<t341ql$r2b$1@dont-email.me>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=424&group=comp.sys.tandem#424

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: inva...@nowhere.com (JShepherd)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Date: Tue, 12 Apr 2022 14:20:05 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 230
Message-ID: <t341ql$r2b$1@dont-email.me>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
<t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>
<nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com>
<c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com> <9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=ISO-8859-1
Injection-Date: Tue, 12 Apr 2022 14:20:05 -0000 (UTC)
Injection-Info: reader02.eternal-september.org; posting-host="85a37ce09010d02d736e0ad035b008ac";
logging-data="27723"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/u2bbCGhWf9NAZgs0UBTtkyyBQJIc4Ups="
Cancel-Lock: sha1:USWmLpKGKGqEdQAC7QjGGNuNe0Q=
 by: JShepherd - Tue, 12 Apr 2022 14:20 UTC

In article <9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com>,
rkdick@gmail.com says...
>
>On Monday, April 11, 2022 at 12:44:10 PM UTC-7, Bill Honaker wrote:
>> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkd...@gmail.com> w=
>rote:=20
>>=20
>> >On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:=20
>> >> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com=
>> wrote:=20
>> >>=20
>> >> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:=20
>> >> >> On 4/10/2022 1:01 PM, Keith Dick wrote:=20
>> >> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrot=
>e:=20
>> >> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmai=
>l.com> wrote:=20
>> >> >> >>=20
>> >> >> >>> Is there some system or network problem that results in attempt=
>s to get to the library of open source packages for the NonStop system to g=
>et error 404? Or has ituglib been moved to some other location?=20
>> >> >> >>>=20
>> >> >> >>> I get the error 404 both when using my bookmark directly to the=
> page for the itug open source library and when going to connect-community.=
>org, searching for ituglib, and clicking on the button for ituglib in the s=
>earch results.=20
>> >> >> >> I had no problem just now. Tried with both Chrome and Edge. Just=
> to make sure, this is the 'official' link:=20
>> >> >> >>=20
>> >> >> >> https://ituglib.connect-community.org/apps/Ituglib=20
>> >> >> >=20
>> >> >> > Thanks for the reply, Bill. That link still gives me the 404 erro=
>r. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether m=
>y ISP (Comcast) is blocking that address for some reason. It worked okay th=
>e last time I accessed it sometime early last week. Odd. Are you aware of a=
>ny change to the IP address and/or DNS records for ituglib.connect-communit=
>y.org?=20
>> >> >> >=20
>> >> >> > Maybe I'll download and install one of the other web browsers and=
> see whether that makes a difference. If it works for a freshly-downloaded =
>browser, it would not be the ISP blocking things.=20
>> >> >> >=20
>> >> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed=
> an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave=
> no error on the Mac.)=20
>> >> >> Works here. FF/Win11=20
>> >> >=20
>> >> >To Randall -- The problem is not with any package in the library. The=
> error 404 occurs before reaching the page that lists the packages in the l=
>ibrary. Since it is working for other people, the problem must be close to =
>my end. Since it happens when accessing from two of my computers, it might =
>be happening in my ISP or in whatever DNS my ISP uses. If you happen to kno=
>w the numeric IP address for ituglib.connect-community.org, post that and I=
> could see whether using the numeric address instead of the DNS name allows=
> the page to load. If so, then the problem would be in the DNS my ISP uses.=
>=20
>> >> Keith, it's 12.238.63.163=20
>> >=20
>> >Thanks for the numeric IP address, Bill. Using the numeric IP address al=
>lows me to get to the open source library page, but using the DNS name does=
> not.=20
>> >=20
>> >After a bit more experimenting I learned a little more. The problem appe=
>ars to have something to do with the open source library pages not supporti=
>ng https connections. Apparently, the version of the Chrome browser I have =
>will try using http when the URL has the numeric form of the server address=
>, but will not try http when the URL has the DNS name form of the server ad=
>dress. On one of the computers, the bookmark won't include http:// in front=
> of the server address in what it saves for the bookmark (even if I explici=
>tly include http:// when editing the URL in the bookmark), but on the other=
> computer, the bookmark will include http:// in what it saves for the bookm=
>ark. So on the second computer, I've changed my bookmark for the open sourc=
>e library so it works again, but on the first computer I guess I'm going to=
> have to let clicking on the bookmark get the error 404 then manually fix t=
>he URL in the address bar to use http instead of https.=20
>> >=20
>> >I'm not certain that explanation is 100% correct, but that's what seems =
>to be happening.=20
>> >=20
>> >I used one of those computers (don't recall which one) to access the ope=
>n source library page last week, so something apparently changed on one of =
>my computers in the past week (unless the open source library pages at itug=
>lib just stopped working with https in the past week).=20
>> >=20
>> >Mystery mostly solved, I think.
>> Keith,=20
>>=20
>> Not completely solved. The URL I posted above is SSL... https://=20
>>=20
>> To support customers that needed some auithentication that there was no m=
>an in the middle attack, we moved to SSL years ago.=20
>> I do see that our certificate expires at the end of this month so I'd bet=
>ter get on that. :-)=20
>>=20
>> Enteriing https://12.238.63.163/apps/ituglib/," rel="nofollow" target="_blank">https://12.238.63.163/apps/ituglib/, your browser probably comp=
>lains because the common name in the certificate doesn't match.=20
>>=20
>> Are you using some kind of relay in your browser that may be passing the =
>query elsewhere?=20
>> Bill
>
>Bill,
>
>Using https://12.238.63.163/apps/ituglib/ gets this exact display from Chro=
>me (as much as this newsgroup interface can reproduce, anyway):
>
>----------------- start response ------------------------------
>This 12.238.63.163 page can=E2=80=99t be found
>No webpage was found for the web address: https://12.238.63.163/apps/itugli=
>b/
>
>HTTP ERROR 404
>------------------ end response ---------------------------------------
>
>If I change the "ituglib" in that URL to "Ituglib" (that is, capital "i"),=
> the page loads but Chrome puts "Not secure" in red letters in the address =
>bar before the URL and displays the URL with the "https" having two horizon=
>tal strike-out lines through it. I believe that means it switched to HTTP=
>, but that's just a guess on my part.
>
>I have seen Chrome error messages occasionally when a web site's certificat=
>e has expired, and that error message specifically mentions a problem with =
>the certificate, and I'm pretty sure it does not says it was a 404 error, t=
>hough I cannot be sure of what error number it was.=20
>
>I have a feeling that if the browser was complaining about a mismatch for a=
> name in the certificate, that error message also would mention the certifi=
>cate specifically, though I am not certain of that. Maybe I'm not getting =
>a complaint about the name mismatch because the browser was successful drop=
>ping back to HTTP, which doesn't use the certificate.
>
>Do you want me to do any more investigation of this? Or shall we just drop=
> it?

I have used this HTTP viewer in the past to research connection issues

An Ituglib.connect-community.org session
---------------------------------------------
Rex Swain's HTTP Viewer
http://www.rexswain.com/httpview.html
Code last updated 21 March 2020
Request:

GET https://Ituglib.connect-community.org/ HTTP/1.1
Host: Ituglib.connect-community.org
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
Gecko/20100101 Firefox/99.0
Referer: http://www.rexswain.com/httpview.html
Connection: Close

Response Header:

HTTP/1.1 302 Found
Connection: close
Date: Tue, 12 Apr 2022 14:10:35 GMT
Location: https://ituglib.connect-community.org/apps/Ituglib
Server: iTP Secure WebServer/7.5
Content-Type: text/html
MIME-Version: 1.0

Content (Length = 245):
<TITLE>Redirection</TITLE><H1>Redirection</H1>(LF)
·This·document·can·be·found·
<A·HREF="https://ituglib.connect-community.org/apps/Ituglib">elsewhere.</A>
(LF)
·<P>You·see·this·message·because·your·browser·doesn't·support(LF)
·automatic·redirection·handling.
Done

Elapsed time so far: 2 seconds

The Location: line in the header above would redirect your browser to a new
URL:
Location 2
Request:

GET https://ituglib.connect-community.org/apps/Ituglib HTTP/1.1
Host: ituglib.connect-community.org
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
Gecko/20100101 Firefox/99.0
Referer: http://www.rexswain.com/httpview.html
Connection: Close


Click here to read the complete article
Re: Itug open source library gets 404 error

<f025f30d-7c56-4805-ad6a-a9280843eccfn@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=427&group=comp.sys.tandem#427

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:a05:622a:3d3:b0:2e2:1294:5817 with SMTP id k19-20020a05622a03d300b002e212945817mr5210958qtx.638.1649804828287;
Tue, 12 Apr 2022 16:07:08 -0700 (PDT)
X-Received: by 2002:a0d:d50c:0:b0:2ef:3471:e677 with SMTP id
x12-20020a0dd50c000000b002ef3471e677mr3273603ywd.494.1649804828044; Tue, 12
Apr 2022 16:07:08 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!3.eu.feeder.erje.net!feeder.erje.net!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Tue, 12 Apr 2022 16:07:07 -0700 (PDT)
In-Reply-To: <t341ql$r2b$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=2607:fea8:3a9f:df76:1d92:5b76:a185:3f41;
posting-account=6VebZwoAAAAgrpUtsowyjrKRLNlqxnXo
NNTP-Posting-Host: 2607:fea8:3a9f:df76:1d92:5b76:a185:3f41
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com>
<3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com>
<t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com>
<nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com>
<c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com> <9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com>
<t341ql$r2b$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f025f30d-7c56-4805-ad6a-a9280843eccfn@googlegroups.com>
Subject: Re: Itug open source library gets 404 error
From: rsbec...@nexbridge.com (Randall)
Injection-Date: Tue, 12 Apr 2022 23:07:08 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 301
 by: Randall - Tue, 12 Apr 2022 23:07 UTC

On Tuesday, April 12, 2022 at 10:20:07 a.m. UTC-4, JShepherd wrote:
> In article <9c25562c-6170-4c38...@googlegroups.com>,
> rkd...@gmail.com says...
> >
> >On Monday, April 11, 2022 at 12:44:10 PM UTC-7, Bill Honaker wrote:
> >> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkd...@gmail.com> w=
> >rote:=20
> >>=20
> >> >On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:=20
> >> >> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com=
> >> wrote:=20
> >> >>=20
> >> >> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:=20
> >> >> >> On 4/10/2022 1:01 PM, Keith Dick wrote:=20
> >> >> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrot=
> >e:=20
> >> >> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmai=
> >l.com> wrote:=20
> >> >> >> >>=20
> >> >> >> >>> Is there some system or network problem that results in attempt=
> >s to get to the library of open source packages for the NonStop system to g=
> >et error 404? Or has ituglib been moved to some other location?=20
> >> >> >> >>>=20
> >> >> >> >>> I get the error 404 both when using my bookmark directly to the=
> > page for the itug open source library and when going to connect-community.=
> >org, searching for ituglib, and clicking on the button for ituglib in the s=
> >earch results.=20
> >> >> >> >> I had no problem just now. Tried with both Chrome and Edge. Just=
> > to make sure, this is the 'official' link:=20
> >> >> >> >>=20
> >> >> >> >> https://ituglib.connect-community.org/apps/Ituglib=20" rel="nofollow" target="_blank">https://ituglib.connect-community.org/apps/Ituglib=20
> >> >> >> >=20
> >> >> >> > Thanks for the reply, Bill. That link still gives me the 404 erro=
> >r. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether m=
> >y ISP (Comcast) is blocking that address for some reason. It worked okay th=
> >e last time I accessed it sometime early last week. Odd. Are you aware of a=
> >ny change to the IP address and/or DNS records for ituglib.connect-communit=
> >y.org?=20
> >> >> >> >=20
> >> >> >> > Maybe I'll download and install one of the other web browsers and=
> > see whether that makes a difference. If it works for a freshly-downloaded =
> >browser, it would not be the ISP blocking things.=20
> >> >> >> >=20
> >> >> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed=
> > an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave=
> > no error on the Mac.)=20
> >> >> >> Works here. FF/Win11=20
> >> >> >=20
> >> >> >To Randall -- The problem is not with any package in the library. The=
> > error 404 occurs before reaching the page that lists the packages in the l=
> >ibrary. Since it is working for other people, the problem must be close to =
> >my end. Since it happens when accessing from two of my computers, it might =
> >be happening in my ISP or in whatever DNS my ISP uses. If you happen to kno=
> >w the numeric IP address for ituglib.connect-community.org, post that and I=
> > could see whether using the numeric address instead of the DNS name allows=
> > the page to load. If so, then the problem would be in the DNS my ISP uses.=
> >=20
> >> >> Keith, it's 12.238.63.163=20
> >> >=20
> >> >Thanks for the numeric IP address, Bill. Using the numeric IP address al=
> >lows me to get to the open source library page, but using the DNS name does=
> > not.=20
> >> >=20
> >> >After a bit more experimenting I learned a little more. The problem appe=
> >ars to have something to do with the open source library pages not supporti=
> >ng https connections. Apparently, the version of the Chrome browser I have =
> >will try using http when the URL has the numeric form of the server address=
> >, but will not try http when the URL has the DNS name form of the server ad=
> >dress. On one of the computers, the bookmark won't include http:// in front=
> > of the server address in what it saves for the bookmark (even if I explici=
> >tly include http:// when editing the URL in the bookmark), but on the other=
> > computer, the bookmark will include http:// in what it saves for the bookm=
> >ark. So on the second computer, I've changed my bookmark for the open sourc=
> >e library so it works again, but on the first computer I guess I'm going to=
> > have to let clicking on the bookmark get the error 404 then manually fix t=
> >he URL in the address bar to use http instead of https.=20
> >> >=20
> >> >I'm not certain that explanation is 100% correct, but that's what seems =
> >to be happening.=20
> >> >=20
> >> >I used one of those computers (don't recall which one) to access the ope=
> >n source library page last week, so something apparently changed on one of =
> >my computers in the past week (unless the open source library pages at itug=
> >lib just stopped working with https in the past week).=20
> >> >=20
> >> >Mystery mostly solved, I think.
> >> Keith,=20
> >>=20
> >> Not completely solved. The URL I posted above is SSL... https://=20
> >>=20
> >> To support customers that needed some auithentication that there was no m=
> >an in the middle attack, we moved to SSL years ago.=20
> >> I do see that our certificate expires at the end of this month so I'd bet=
> >ter get on that. :-)=20
> >>=20
> >> Enteriing https://12.238.63.163/apps/ituglib/," rel="nofollow" target="_blank">https://12.238.63.163/apps/ituglib/, your browser probably comp=
> >lains because the common name in the certificate doesn't match.=20
> >>=20
> >> Are you using some kind of relay in your browser that may be passing the =
> >query elsewhere?=20
> >> Bill
> >
> >Bill,
> >
> >Using https://12.238.63.163/apps/ituglib/ gets this exact display from Chro> >me (as much as this newsgroup interface can reproduce, anyway):
> >
> >----------------- start response ------------------------------
> >This 12.238.63.163 page can=E2=80=99t be found
> >No webpage was found for the web address: https://12.238.63.163/apps/itugli> >b/
> >
> >HTTP ERROR 404
> >------------------ end response ---------------------------------------
> >
> >If I change the "ituglib" in that URL to "Ituglib" (that is, capital "i"),=
> > the page loads but Chrome puts "Not secure" in red letters in the address =
> >bar before the URL and displays the URL with the "https" having two horizon=
> >tal strike-out lines through it. I believe that means it switched to HTTP> >, but that's just a guess on my part.
> >
> >I have seen Chrome error messages occasionally when a web site's certificat=
> >e has expired, and that error message specifically mentions a problem with =
> >the certificate, and I'm pretty sure it does not says it was a 404 error, t=
> >hough I cannot be sure of what error number it was.=20
> >
> >I have a feeling that if the browser was complaining about a mismatch for a=
> > name in the certificate, that error message also would mention the certifi=
> >cate specifically, though I am not certain of that. Maybe I'm not getting =
> >a complaint about the name mismatch because the browser was successful drop> >ping back to HTTP, which doesn't use the certificate.
> >
> >Do you want me to do any more investigation of this? Or shall we just drop=
> > it?
>
>
>
> I have used this HTTP viewer in the past to research connection issues
>
> An Ituglib.connect-community.org session
> ---------------------------------------------
> Rex Swain's HTTP Viewer
> http://www.rexswain.com/httpview.html
> Code last updated 21 March 2020
> Request:
>
> GET https://Ituglib.connect-community.org/ HTTP/1.1
> Host: Ituglib.connect-community.org
> User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
> Gecko/20100101 Firefox/99.0
> Referer: http://www.rexswain.com/httpview.html
> Connection: Close
>
> Response Header:
>
> HTTP/1.1 302 Found
> Connection: close
> Date: Tue, 12 Apr 2022 14:10:35 GMT
> Location: https://ituglib.connect-community.org/apps/Ituglib
> Server: iTP Secure WebServer/7.5
> Content-Type: text/html
> MIME-Version: 1.0
>
> Content (Length = 245):
> <TITLE>Redirection</TITLE><H1>Redirection</H1>(LF)
> ·This·document·can·be·found·
> <A·HREF="https://ituglib.connect-community.org/apps/Ituglib">elsewhere.</A>
> (LF)
> ·<P>You·see·this·message·because·your·browser·doesn't·support(LF)
> ·automatic·redirection·handling.
> Done
>
> Elapsed time so far: 2 seconds
>
> The Location: line in the header above would redirect your browser to a new
> URL:
> Location 2
> Request:
>
> GET https://ituglib.connect-community.org/apps/Ituglib HTTP/1.1
> Host: ituglib.connect-community.org
> User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
> Gecko/20100101 Firefox/99.0
> Referer: http://www.rexswain.com/httpview.html
> Connection: Close
>
> Response Header:
>
> HTTP/1.1 302 Redirect
> Connection: close
> Date: Tue, 12 Apr 2022 14:10:36 GMT
> Location: https://ituglib.connect-community.org/apps/Ituglib/
> Server: iTP Secure WebServer/7.5
> MIME-Version: 1.0
>
> Content (Length = 0):
> Done
>
> Elapsed time so far: 3 seconds
>
> The Location: line in the header above would redirect your browser to a new
> URL:
> Location 3
> Request:
>
> GET https://ituglib.connect-community.org/apps/Ituglib/ HTTP/1.1
> Host: ituglib.connect-community.org
> User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
> Gecko/20100101 Firefox/99.0
> Referer: http://www.rexswain.com/httpview.html
> Connection: Close
>
> Response Header:
>
> HTTP/1.1 200 OK
> Connection: close
> Date: Tue, 12 Apr 2022 14:10:37 GMT
> Server: iTP Secure WebServer/7.5
> Content-Type: text/html;charset=ISO-8859-1
> MIME-Version: 1.0
> Set-Cookie: oam.Flash.RENDERMAP.TOKEN=1208zcla1j; Path=/apps/Ituglib; Secure;
> HttpOnly
> Set-Cookie: JSESSIONID=$Z017$F9BC886067ABDAB0E7C1C18101B6899E;
> Path=/apps/Ituglib;Secure; HttpOnly
>
> Content (Length = 13977):


Click here to read the complete article
Re: Itug open source library gets 404 error

<vu1c5hlrdrc86s29ren0gkoo6tf42lrmkt@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=428&group=comp.sys.tandem#428

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!news.neodome.net!feeder1.feed.usenet.farm!feed.usenet.farm!peer02.ams4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx97.iad.POSTED!not-for-mail
From: no_spam_...@x_i_d.com (Bill Honaker)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Organization: XID, Ltd.
Message-ID: <vu1c5hlrdrc86s29ren0gkoo6tf42lrmkt@4ax.com>
References: <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com> <t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com> <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com> <c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com> <9c25562c-6170-4c38-92eb-77ca67cfd74en@googlegroups.com> <t341ql$r2b$1@dont-email.me> <f025f30d-7c56-4805-ad6a-a9280843eccfn@googlegroups.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Lines: 232
X-Complaints-To: abuse@easynews.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Tue, 12 Apr 2022 18:15:05 -0500
X-Received-Bytes: 11903
 by: Bill Honaker - Tue, 12 Apr 2022 23:15 UTC

On Tue, 12 Apr 2022 16:07:07 -0700 (PDT), Randall <rsbecker@nexbridge.com> wrote:

>On Tuesday, April 12, 2022 at 10:20:07 a.m. UTC-4, JShepherd wrote:
>> In article <9c25562c-6170-4c38...@googlegroups.com>,
>> rkd...@gmail.com says...
>> >
>> >On Monday, April 11, 2022 at 12:44:10 PM UTC-7, Bill Honaker wrote:
>> >> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkd...@gmail.com> w=
>> >rote:=20
>> >>=20
>> >> >On Monday, April 11, 2022 at 8:22:13 AM UTC-7, Bill Honaker wrote:=20
>> >> >> On Mon, 11 Apr 2022 02:29:08 -0700 (PDT), Keith Dick <rkd...@gmail.com=
>> >> wrote:=20
>> >> >>=20
>> >> >> >On Sunday, April 10, 2022 at 6:57:44 PM UTC-7, red floyd wrote:=20
>> >> >> >> On 4/10/2022 1:01 PM, Keith Dick wrote:=20
>> >> >> >> > On Sunday, April 10, 2022 at 11:48:12 AM UTC-7, Bill Honaker wrot=
>> >e:=20
>> >> >> >> >> On Sat, 9 Apr 2022 15:22:56 -0700 (PDT), Keith Dick <rkd...@gmai=
>> >l.com> wrote:=20
>> >> >> >> >>=20
>> >> >> >> >>> Is there some system or network problem that results in attempt=
>> >s to get to the library of open source packages for the NonStop system to g=
>> >et error 404? Or has ituglib been moved to some other location?=20
>> >> >> >> >>>=20
>> >> >> >> >>> I get the error 404 both when using my bookmark directly to the=
>> > page for the itug open source library and when going to connect-community.=
>> >org, searching for ituglib, and clicking on the button for ituglib in the s=
>> >earch results.=20
>> >> >> >> >> I had no problem just now. Tried with both Chrome and Edge. Just=
>> > to make sure, this is the 'official' link:=20
>> >> >> >> >>=20
>> >> >> >> >> https://ituglib.connect-community.org/apps/Ituglib=20" rel="nofollow" target="_blank">https://ituglib.connect-community.org/apps/Ituglib=20
>> >> >> >> >=20
>> >> >> >> > Thanks for the reply, Bill. That link still gives me the 404 erro=
>> >r. I've tried Chrome and Firefox on Windows 7 and a Mac. I wonder whether m=
>> >y ISP (Comcast) is blocking that address for some reason. It worked okay th=
>> >e last time I accessed it sometime early last week. Odd. Are you aware of a=
>> >ny change to the IP address and/or DNS records for ituglib.connect-communit=
>> >y.org?=20
>> >> >> >> >=20
>> >> >> >> > Maybe I'll download and install one of the other web browsers and=
>> > see whether that makes a difference. If it works for a freshly-downloaded =
>> >browser, it would not be the ISP blocking things.=20
>> >> >> >> >=20
>> >> >> >> > (Oh, Firefox on Mac did not give a 404 error -- it just displayed=
>> > an empty page. Chrome on Mac did give the 404 error. Odd that Firefox gave=
>> > no error on the Mac.)=20
>> >> >> >> Works here. FF/Win11=20
>> >> >> >=20
>> >> >> >To Randall -- The problem is not with any package in the library. The=
>> > error 404 occurs before reaching the page that lists the packages in the l=
>> >ibrary. Since it is working for other people, the problem must be close to =
>> >my end. Since it happens when accessing from two of my computers, it might =
>> >be happening in my ISP or in whatever DNS my ISP uses. If you happen to kno=
>> >w the numeric IP address for ituglib.connect-community.org, post that and I=
>> > could see whether using the numeric address instead of the DNS name allows=
>> > the page to load. If so, then the problem would be in the DNS my ISP uses.=
>> >=20
>> >> >> Keith, it's 12.238.63.163=20
>> >> >=20
>> >> >Thanks for the numeric IP address, Bill. Using the numeric IP address al=
>> >lows me to get to the open source library page, but using the DNS name does=
>> > not.=20
>> >> >=20
>> >> >After a bit more experimenting I learned a little more. The problem appe=
>> >ars to have something to do with the open source library pages not supporti=
>> >ng https connections. Apparently, the version of the Chrome browser I have =
>> >will try using http when the URL has the numeric form of the server address=
>> >, but will not try http when the URL has the DNS name form of the server ad=
>> >dress. On one of the computers, the bookmark won't include http:// in front=
>> > of the server address in what it saves for the bookmark (even if I explici=
>> >tly include http:// when editing the URL in the bookmark), but on the other=
>> > computer, the bookmark will include http:// in what it saves for the bookm=
>> >ark. So on the second computer, I've changed my bookmark for the open sourc=
>> >e library so it works again, but on the first computer I guess I'm going to=
>> > have to let clicking on the bookmark get the error 404 then manually fix t=
>> >he URL in the address bar to use http instead of https.=20
>> >> >=20
>> >> >I'm not certain that explanation is 100% correct, but that's what seems =
>> >to be happening.=20
>> >> >=20
>> >> >I used one of those computers (don't recall which one) to access the ope=
>> >n source library page last week, so something apparently changed on one of =
>> >my computers in the past week (unless the open source library pages at itug=
>> >lib just stopped working with https in the past week).=20
>> >> >=20
>> >> >Mystery mostly solved, I think.
>> >> Keith,=20
>> >>=20
>> >> Not completely solved. The URL I posted above is SSL... https://=20
>> >>=20
>> >> To support customers that needed some auithentication that there was no m=
>> >an in the middle attack, we moved to SSL years ago.=20
>> >> I do see that our certificate expires at the end of this month so I'd bet=
>> >ter get on that. :-)=20
>> >>=20
>> >> Enteriing https://12.238.63.163/apps/ituglib/," rel="nofollow" target="_blank">https://12.238.63.163/apps/ituglib/, your browser probably comp=
>> >lains because the common name in the certificate doesn't match.=20
>> >>=20
>> >> Are you using some kind of relay in your browser that may be passing the =
>> >query elsewhere?=20
>> >> Bill
>> >
>> >Bill,
>> >
>> >Using https://12.238.63.163/apps/ituglib/ gets this exact display from Chro=
>> >me (as much as this newsgroup interface can reproduce, anyway):
>> >
>> >----------------- start response ------------------------------
>> >This 12.238.63.163 page can=E2=80=99t be found
>> >No webpage was found for the web address: https://12.238.63.163/apps/itugli=
>> >b/
>> >
>> >HTTP ERROR 404
>> >------------------ end response ---------------------------------------
>> >
>> >If I change the "ituglib" in that URL to "Ituglib" (that is, capital "i"),=
>> > the page loads but Chrome puts "Not secure" in red letters in the address =
>> >bar before the URL and displays the URL with the "https" having two horizon=
>> >tal strike-out lines through it. I believe that means it switched to HTTP=
>> >, but that's just a guess on my part.
>> >
>> >I have seen Chrome error messages occasionally when a web site's certificat=
>> >e has expired, and that error message specifically mentions a problem with =
>> >the certificate, and I'm pretty sure it does not says it was a 404 error, t=
>> >hough I cannot be sure of what error number it was.=20
>> >
>> >I have a feeling that if the browser was complaining about a mismatch for a=
>> > name in the certificate, that error message also would mention the certifi=
>> >cate specifically, though I am not certain of that. Maybe I'm not getting =
>> >a complaint about the name mismatch because the browser was successful drop=
>> >ping back to HTTP, which doesn't use the certificate.
>> >
>> >Do you want me to do any more investigation of this? Or shall we just drop=
>> > it?
>>
>>
>>
>> I have used this HTTP viewer in the past to research connection issues
>>
>> An Ituglib.connect-community.org session
>> ---------------------------------------------
>> Rex Swain's HTTP Viewer
>> http://www.rexswain.com/httpview.html
>> Code last updated 21 March 2020
>> Request:
>>
>> GET https://Ituglib.connect-community.org/ HTTP/1.1
>> Host: Ituglib.connect-community.org
>> User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
>> Gecko/20100101 Firefox/99.0
>> Referer: http://www.rexswain.com/httpview.html
>> Connection: Close
>>
>> Response Header:
>>
>> HTTP/1.1 302 Found
>> Connection: close
>> Date: Tue, 12 Apr 2022 14:10:35 GMT
>> Location: https://ituglib.connect-community.org/apps/Ituglib
>> Server: iTP Secure WebServer/7.5
>> Content-Type: text/html
>> MIME-Version: 1.0
>>
>> Content (Length = 245):
>> <TITLE>Redirection</TITLE><H1>Redirection</H1>(LF)
>> ·This·document·can·be·found·
>> <A·HREF="https://ituglib.connect-community.org/apps/Ituglib">elsewhere.</A>
>> (LF)
>> ·<P>You·see·this·message·because·your·browser·doesn't·support(LF)
>> ·automatic·redirection·handling.
>> Done
>>
>> Elapsed time so far: 2 seconds
>>
>> The Location: line in the header above would redirect your browser to a new
>> URL:
>> Location 2
>> Request:
>>
>> GET https://ituglib.connect-community.org/apps/Ituglib HTTP/1.1
>> Host: ituglib.connect-community.org
>> User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
>> Gecko/20100101 Firefox/99.0
>> Referer: http://www.rexswain.com/httpview.html
>> Connection: Close
>>
>> Response Header:
>>
>> HTTP/1.1 302 Redirect
>> Connection: close
>> Date: Tue, 12 Apr 2022 14:10:36 GMT
>> Location: https://ituglib.connect-community.org/apps/Ituglib/
>> Server: iTP Secure WebServer/7.5
>> MIME-Version: 1.0
>>
>> Content (Length = 0):
>> Done
>>
>> Elapsed time so far: 3 seconds
>>
>> The Location: line in the header above would redirect your browser to a new
>> URL:
>> Location 3
>> Request:
>>
>> GET https://ituglib.connect-community.org/apps/Ituglib/ HTTP/1.1
>> Host: ituglib.connect-community.org
>> User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0)
>> Gecko/20100101 Firefox/99.0
>> Referer: http://www.rexswain.com/httpview.html
>> Connection: Close
>>
>> Response Header:
>>
>> HTTP/1.1 200 OK
>> Connection: close
>> Date: Tue, 12 Apr 2022 14:10:37 GMT
>> Server: iTP Secure WebServer/7.5
>> Content-Type: text/html;charset=ISO-8859-1
>> MIME-Version: 1.0
>> Set-Cookie: oam.Flash.RENDERMAP.TOKEN=1208zcla1j; Path=/apps/Ituglib; Secure;
>> HttpOnly
>> Set-Cookie: JSESSIONID=$Z017$F9BC886067ABDAB0E7C1C18101B6899E;
>> Path=/apps/Ituglib;Secure; HttpOnly
>>
>> Content (Length = 13977):
>
>Because access is via an IP address, I am not sure the certificate will verify in Chrome - Bill, what do you think? The host in the URL has to be as specified in the certificate.


Click here to read the complete article
Re: Itug open source library gets 404 error

<i78i5hdjv62sffr4lug20u7fj21ge97hav@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=430&group=comp.sys.tandem#430

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: dave_tho...@comcast.net
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Date: Fri, 15 Apr 2022 03:50:04 -0400
Organization: A noiseless patient Spider
Lines: 17
Message-ID: <i78i5hdjv62sffr4lug20u7fj21ge97hav@4ax.com>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com> <t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com> <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com> <c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="c9038b59952fa84c354624ebece112ca";
logging-data="15903"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18pC9M9M0w3mZMYiCw1rJs9B9fFLr11Nsc="
Cancel-Lock: sha1:WjYgQALHM+wItYIVQwK5BFYLSXY=
X-Newsreader: Forte Agent 3.3/32.846
 by: dave_tho...@comcast.net - Fri, 15 Apr 2022 07:50 UTC

On Mon, 11 Apr 2022 14:44:05 -0500, Bill Honaker
<no_spam_bhonaker__@x_i_d.com> wrote:

> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkdick@gmail.com> wrote:
(re https://ituglib.connect-community.org/apps/Ituglib )

> Enteriing https://12.238.63.163/apps/ituglib/, your browser probably
complains because the common name in the certificate doesn't match.

Not really. If the cert contains SubjectAlternativeName (SAN), as that
server's does and nearly all have since about 2010, the browser is
REQUIRED to check against SAN and NOT CommonName. Chrome in particular
several years ago stopped using CommonName at all -- though it still
shows the error code as COMMON_NAME_INVALID (or something very like
that) when the actual problem is SAN. Grrr.

Of course the numeric-address ALSO mismatches the SAN, so same result.

Re: Itug open source library gets 404 error

<p97j5h9ocou76hr429boqlrapijab897ae@4ax.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=432&group=comp.sys.tandem#432

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!news.freedyn.de!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx10.iad.POSTED!not-for-mail
From: no_spam_...@x_i_d.com (Bill Honaker)
Newsgroups: comp.sys.tandem
Subject: Re: Itug open source library gets 404 error
Organization: XID, Ltd.
Message-ID: <p97j5h9ocou76hr429boqlrapijab897ae@4ax.com>
References: <a0038385-4f45-4784-a904-f09794f96b5bn@googlegroups.com> <3j965hl0a1f8ch97tr1lfd6gum29pbscij@4ax.com> <7f239120-8bc9-48c6-8387-89d590e5e405n@googlegroups.com> <t301um$4pa$1@redfloyd.dont-email.me> <74668fa6-127b-4db5-8aaf-76ef30358002n@googlegroups.com> <nsh85h190v6q2o9gk2jjm3cmb7g7o341a7@4ax.com> <bc5d9346-3e90-4676-a74a-c7256a8128e0n@googlegroups.com> <c0195ht0l34cku8ke8fgktj501kprae86t@4ax.com> <i78i5hdjv62sffr4lug20u7fj21ge97hav@4ax.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 28
X-Complaints-To: abuse@easynews.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Fri, 15 Apr 2022 11:30:43 -0500
X-Received-Bytes: 2369
 by: Bill Honaker - Fri, 15 Apr 2022 16:30 UTC

On Fri, 15 Apr 2022 03:50:04 -0400, dave_thompson_2@comcast.net wrote:

>On Mon, 11 Apr 2022 14:44:05 -0500, Bill Honaker
><no_spam_bhonaker__@x_i_d.com> wrote:
>
>> On Mon, 11 Apr 2022 12:36:00 -0700 (PDT), Keith Dick <rkdick@gmail.com> wrote:
>(re https://ituglib.connect-community.org/apps/Ituglib )
>
>> Enteriing https://12.238.63.163/apps/ituglib/, your browser probably
>complains because the common name in the certificate doesn't match.
>
>Not really. If the cert contains SubjectAlternativeName (SAN), as that
>server's does and nearly all have since about 2010, the browser is
>REQUIRED to check against SAN and NOT CommonName. Chrome in particular
>several years ago stopped using CommonName at all -- though it still
>shows the error code as COMMON_NAME_INVALID (or something very like
>that) when the actual problem is SAN. Grrr.
>
>Of course the numeric-address ALSO mismatches the SAN, so same result.

Dave,

That's correct even though most people don't see this even when generating a CSR for their websites.

I have seen this in action because a Firewall vendor I use doesn't include a SAN in their self-issued certs. Another Grrrr.

Thanks,
Bill

1
server_pubkey.txt

rocksolid light 0.9.7
clearnet tor