<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix"><br>
<br>
Hi Bill!<br>
<br>
Thanks for the replies and being patient with my questions.
Trying to figure out what I'm looking at where peering into these
'Black Boxes'. (The figurative concept ones, not the computer
case ones! ...Though...!)<br>
<br>
</div>
<blockquote type="cite"
cite="mid:mailman.3.1511611202.6064.mythtv-users@mythtv.org">
<div class="moz-text-plain" wrap="true" graphical-quote="true"
style="font-family: -moz-fixed; font-size: 12px;"
lang="x-western">
<blockquote type="cite" style="color: #993399;">
<pre wrap="">Yup! Me again!? Trying to figure out SchedulesDirect is being blocked. Noticed in /etc/hosts on the Backend I have "192.168.0.13 MythBE1", which
is the correct IP and name but for whatever reason in? this machine (the one I'm typing on and has no connection with the MythTV systems) it's
"127.0.1.1?????? Lenovo-M58".
Probably nothing, especially as Firefox and Chromium work fine on that Backend.? Just looking for possibilities.
</pre>
</blockquote>
<pre wrap="">
Go to their forum. Here's an example:
<a class="moz-txt-link-freetext" href="http://forums.schedulesdirect.org/viewtopic.php?f=5&t=2938" moz-do-not-send="true">http://forums.schedulesdirect.org/viewtopic.php?f=5&t=2938</a>
Note Robert's comment about resetting anyone's login after it's
blocked. [and how often it takes to get blocking put on]</pre>
</div>
</blockquote>
<br>
Will do - just trying to get enough stuff together so I can post a
semi-intelligent question -- you guys are half-way used to me here!<br>
<br>
<blockquote type="cite"
cite="mid:mailman.3.1511611202.6064.mythtv-users@mythtv.org">
<div class="moz-text-plain" wrap="true" graphical-quote="true"
style="font-family: -moz-fixed; font-size: 12px;"
lang="x-western">
<pre wrap="">Make sure you don't have some bizarre cron entry doing things too often.</pre>
</div>
</blockquote>
<br>
No user-initiated crons on Backends. (Hey! I know what a 'cron'
is!! :) )<br>
<br>
<br>
<blockquote type="cite"
cite="mid:mailman.3.1511611202.6064.mythtv-users@mythtv.org">
<div class="moz-text-plain" wrap="true" graphical-quote="true"
style="font-family: -moz-fixed; font-size: 12px;"
lang="x-western">
<pre wrap="">Did I understand in a earlier post here that you can run mythfilldatabase
OK from one host, but not in another? If so, are they using the same WAN
IP? The Private Network IPs 192.168 etc. don't matter.</pre>
</div>
</blockquote>
<br>
Yes, though last night I noticed BE2 didn't appear to have
(mythfilldatatabase) updated from the previous night - indicated 12
days, which isn't normally a problem as only 13 days and that
depends on the timing of the update. More slight paranoia as BE1's
isn't working at all.<br>
<br>
As for the WAN, the short answer is yes:<br>
<br>
DSL == my gateway (192.168.0.1) == gigabit hub == gigabit hub ==
both Backends and a RPI WiFi<br>
<br>
<br>
<br>
<blockquote type="cite"
cite="mid:mailman.3.1511611202.6064.mythtv-users@mythtv.org">
<div class="moz-text-plain" wrap="true" graphical-quote="true"
style="font-family: -moz-fixed; font-size: 12px;"
lang="x-western">
<blockquote type="cite" style="color: #993399;">
<blockquote type="cite" style="color: #993399;">
<pre wrap="">Figured?out?how?to?get?a?text?file?from?WireShark?-?and?just?posted?one?just?now?with?my?attempt?to?contact?SchedulesDirect.??It's?at
<a class="moz-txt-link-freetext" href="https://pastebin.com/vZjyZ9Fq???Hope?it?make?sense" moz-do-not-send="true">https://pastebin.com/vZjyZ9Fq???Hope?it?make?sense</a>.
It?does.
Look?at?frames?138?&?139,?the?very?start?of?the?connection.?The?backend?is?sending?a?SYN
to?port?80,?as?it?should:
??????138?37.412640180???192.168.0.13??????????54.85.117.227?????????TCP??????74?????44732???80?[SYN]?Seq=0?Win=29200?Len=0?...
??????139?37.465501093???54.85.117.227?????????192.168.0.13??????????ICMP?????102????Destination?unreachable?(Port?unreachable)
Schedules?Direct?returns?Destination?unreachable.?That?matches?up?with
the?earlier?post?with?the?error?in?the?mfdb?log.?You?should?be?getting
a?SYN,?ACK?back.
</pre>
</blockquote>
<pre wrap="">OK, here comes a stupid question, Bill -- more of a verification of my guess: the problem appears to be SchedulesDirect (54.85.117.227) can't
get/isn't giving an ACK (acknowledgement) to? my Backend (MythBE1, 192.168.0.13), right?? I'm also guessing I'm (MythBE1) or this end probably
isn't the problem??? Reading David's reply, quoted below, SchedulesDirect?is?being?the?problem.
</pre>
</blockquote>
<pre wrap="">You've got it. We're talking about the "Three Way Handshake". A SYN is sent, a SYN/ACK is returned (normally) and then the the client returns an ACK. I understand that Wireshark has a 'bit' of a learning curve. In the GUI, look at the headings and you'll see the Source and Destination columns. That should nail it for you.
<a class="moz-txt-link-freetext" href="https://en.wikipedia.org/wiki/Handshaking#TCP_three-way_handshake" moz-do-not-send="true">https://en.wikipedia.org/wiki/Handshaking#TCP_three-way_handshake</a>
</pre>
</div>
</blockquote>
<br>
OK -- I'll look at that later -- the birthday party we're hosting is
coming up shortly.<br>
<br>
So the "good news" is the problem is on the SchedulesDirect side.
Appears the timing of the reboot or some minor change here occurred
at the same time, which caused me to think the issue was on my
side. <br>
<br>
Will go to the SchedulesDirect forum and 'bug' them a bit! (And
remember to update this forum!)<br>
<br>
Thanks again! <br>
Barry<br>
</body>
</html>