Re: electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...
On 3/4/24, Andy Smith wrote:
> Please could you rephrase your entire email to only contain
> coherent, direct questions at least tenuously about Debian.
I am downloading one by one a bunch of (relatively small) documents I
need (I work on corpora research) and the critical part of my bash
script looks like:
wget --no-check-certificate --server-response --no-verbose
--continue --user-agent="${ua}" --keep-session-cookies --execute
robots=off --waitretry=1 --tries=5 --output-document="${opdf}"
--output-file="${log}" "${pdf}"
if [[ $? -ne 0 ]]; then
echo "// __ [$_ix/$_lns): ${pdf}|${dmn}_${bn}| *~ download failed"
>> "${failed_log}" 2>&1
ping="${odir}/${dmn}_${dt}_ping.txt"; time ( ping -c 4 "${dmn}" >
"${ping}" 2>&1 ) >> "${ping}" 2>&1
trace="${odir}/${dmn}_${dt}_traceroute.txt"; time( sudo traceroute
--debug --tcp "${dmn}" > "${trace}" 2>&1 ) >> "${trace}" 2>&1
dig="${odir}/${dmn}_${dt}_dig.txt"; time ( dig +time=5 "${dmn}" >
"${dig}" 2>&1 ) >> "${dig}" 2>&1
fi
Most connections attempts are either missed or dropped even though I
am testing first that the data is there. Maybe you know a better way
you would share?
When I use brave/private/TOR (which apparently uses its own DNS
strategy) things become a lot less problematic (even if noticeably
slower than it already is), so it seems I may have to run brave
through Selenium ...
I have never been able to see a traceroute log in all its integrity.
I would not go:
sudo service networking restart
after every traceroute run, because I am using my employers Internet
and I don't want to risk "electrons" getting even angrier with me.
lbrtchx
Re: electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...
On 3/4/24 08:37, Albretch Mueller wrote:
Yes, networking problems are infuriating.
Something that shouldn't be happening at all is that after I use
traceroute once, it doesn't work again and my Internet access speed
describes like a sinus curve which amplitude remains for the most part
under 16KiB per second and for more than one second as 0B per second.
_LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
Entry(1)_20210618043317.pdf"
I have AT Internet service in Tracy, California.
My daily driver is:
2024-03-04 10:47:12 dpchrist@laalaa ~
$ cat /etc/debian_version ; uname -a
11.9
Linux laalaa 5.10.0-28-amd64 #1 SMP Debian 5.10.209-2 (2024-01-31)
x86_64 GNU/Linux
When I click the above link in my mail client (Thunderbird), my browser
(Firefox) attempts to open the URL. But, the URL is mangled by mail
client line wrap and/or indentation (?), and the connection times out:
https://christuniversity.in/uploads/course/E_21-25_Lateral
An error occurred during a connection to christuniversity.in.
The site could be temporarily unavailable or too busy. Try again in
a few moments.
If you are unable to load any pages, check your computer’s network
connection.
If your computer or network is protected by a firewall or proxy,
make sure that Firefox is permitted to access the web.
The following URL's also time out (see DNS comments, below):
http://christuniversity.in/
http://103.105.225.131/
http://111.93.136.229/
https://christuniversity.in/
https://103.105.225.131/
https://111.93.136.229/
1) is the file actually there?:
wget -q --spider "${_LINK}"; _WGETQ=$?
I refrain from spidering web sites -- being blackholed is not good.
$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 204 Mar 3 18:59 /etc/resolv.conf
2024-03-04 10:50:49 dpchrist@laalaa ~
$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 83 Mar 4 09:50 /etc/resolv.conf
$ cat /etc/resolv.conf
# Generated by NetworkManager
# nameserver 192.168.1.254
# nameserver 192.168.68.1
# https://serverfault.com/questions/76421/wget-cant-resolve-host
# RED 2013-03-31
nameserver 8.8.8.8
nameserver 8.8.4.4
2024-03-04 10:51:32 dpchrist@laalaa ~
$ cat /etc/resolv.conf
# Generated by NetworkManager
search tracy.holgerdanske.com
nameserver 192.168.5.1
I believe Debian rewrites /etc/resolv.conf on every boot.
Hard coding Google Public DNS servers should work, but letting your
gateway do it for your LAN is easier to manage, is faster, and conserves
WAN bandwidth. I would revert your changes.
And, Google is watching you.
STFW for DNS privacy:
https://avoidthehack.com/best-dns-privacy
I think I will configure my gateway to use Quad9:
https://www.quad9.net/service/locations/
The next level up would be DNS over TLS (DoT), DNS over HTTPS (DoH),
DNSCrypt, etc.:
https://en.wikipedia.org/wiki/DNS_over_TLS
$ ls -l /etc/nsswitch.conf
-rw-r--r-- 1 root root 613 Mar 3 12:57 /etc/nsswitch.conf
2024-03-04 10:52:04 dpchrist@laalaa ~
$ ls -l /etc/nsswitch.conf
-rw-r--r-- 1 root root 542 Jan 9 2022 /etc/nsswitch.conf
$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: files
group: files
shadow: files
gshadow:files
#hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
hosts: files dns mdns4_minimal [NOTFOUND=return] dns myhostname
networks: files
protocols: db files
services: db files
ethers: db files
rpc:db files
netgroup: nis
2024-03-04 10:56:37 dpchrist@laalaa ~
$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: files systemd
group: files systemd
shadow: files
gshadow:files
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc:db files
netgroup: nis
It appears my /etc/nsswitch.conf has not been touched since
installation. I would revert your changes.
; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> +time christuniversity.in
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49715
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;christuniversity.in. IN A
;; ANSWER SECTION:
christuniversity.in.60 IN A 103.105.225.131
christuniversity.in.60 IN A 111.93.136.229
;; Query time: 327 msec
;; SERVER:
Re: electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...
Hi, On Mon, Mar 04, 2024 at 10:37:28AM -0600, Albretch Mueller wrote: > spend days on end reading, coding and thinking about Math? Please could you rephrase your entire email to only contain coherent, direct questions at least tenuously about Debian. If this results in an empty email, this is an indication that this mailing list was not the correct place to send it to in the first place. Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...
spend days on end reading, coding and thinking about Math?
As part of turning society/the world as a whole into an "all tangible
things" panopticon they have turned the Internet into a
"freedom-loving" gulag for which they are even using "AI"; so, they
don’t even need to use V-Leute. Those minitrue folks are so smart!
Something that shouldn't be happening at all is that after I use
traceroute once, it doesn't work again and my Internet access speed
describes like a sinus curve which amplitude remains for the most part
under 16KiB per second and for more than one second as 0B per second.
_LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
Entry(1)_20210618043317.pdf"
1) is the file actually there?:
wget -q --spider "${_LINK}"; _WGETQ=$?
echo "// __ \$_WGETQ: |$_WGETQ|"
echo "// __ $_WGETQ: |0|"
2) As one of the recommendations I found which might relate to this
problematic:
$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 204 Mar 3 18:59 /etc/resolv.conf
$
$ cat /etc/resolv.conf
# Generated by NetworkManager
# nameserver 192.168.1.254
# nameserver 192.168.68.1
# https://serverfault.com/questions/76421/wget-cant-resolve-host
# RED 2013-03-31
nameserver 8.8.8.8
nameserver 8.8.4.4
$
$ ls -l /etc/nsswitch.conf
-rw-r--r-- 1 root root 613 Mar 3 12:57 /etc/nsswitch.conf
$
$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: files
group: files
shadow: files
gshadow:files
#hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
hosts: files dns mdns4_minimal [NOTFOUND=return] dns myhostname
networks: files
protocols: db files
services: db files
ethers: db files
rpc:db files
netgroup: nis
3) dig, ping, traceroute and wget log:
$ ls -l christuniversity.in_*.*
-rwxrwxrwx 1 user user 617 Mar 4 05:42
christuniversity.in_20240304112021.846262299_dig.txt
-rwxrwxrwx 1 user user 219 Mar 4 05:42
christuniversity.in_20240304112021.846262299_ping.txt
-rwxrwxrwx 1 user user 1081 Mar 4 05:42
christuniversity.in_20240304112021.846262299_traceroute.txt
-rwxrwxrwx 1 user user 522 Mar 4 05:42
'christuniversity.in_EComp_21-25_Lateral
Entry1_20210618043317_20240304112021.846262299_wget.log'
-rwxrwxrwx 1 user user0 Mar 4 05:20
'christuniversity.in_EComp_21-25_Lateral Entry1_20210618043317.pdf'
$
// __ christuniversity.in_20240304112021.846262299_dig.txt
; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> +time christuniversity.in
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49715
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;christuniversity.in. IN A
;; ANSWER SECTION:
christuniversity.in.60 IN A 103.105.225.131
christuniversity.in.60 IN A 111.93.136.229
;; Query time: 327 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Mon Mar 04 05:42:58 CST 2024
;; MSG SIZE rcvd: 80
real0m0.428s
user0m0.040s
sys 0m0.046s
// __ christuniversity.in_20240304112021.846262299_ping.txt
PING christuniversity.in (103.105.225.131) 56(84) bytes of data.
--- christuniversity.in ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3080ms
real0m13.445s
user0m0.000s
sys 0m0.015s
// __ christuniversity.in_20240304112021.846262299_traceroute.txt
traceroute to christuniversity.in (111.93.136.229), 30 hops max, 60 byte packets
1 _gateway (192.168.68.1) 16.964 ms 15.714 ms 17.508 ms
2 * 192.168.1.254 (192.168.1.254) 18.381 ms *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 ix-be-39.ecore1.ct8-chicago.as6453.net (66.198.27.4) 64.819 ms
64.547 ms 64.685 ms
10 if-ae-44-2.tcore1.ct8-chicago.as6453.net (63.243.129.56) 80.053
ms 81.180 ms 85.409 ms
11 if-ae-26-2.tcore3.nto-newyork.as6453.net (216.6.81.28) 86.478 ms
* 81.806 ms
12 if-ae-34-14.tcore4.njy-newark.as6453.net (66.198.111.26) 81.795
ms if-ae-34-15.tcore4.njy-newark.as6453.net (66.198.111.58) 84.297 ms
82.801 ms
13 if-ae-1-3.tcore3.njy-newark.as6453.net (216.6.57.5) 97.965 ms
88.660 ms 89.184 ms
14 66.198.70.10 (66.198.70.10) 306.240 ms * 301.191 ms
15 * * *
16 * * *
17 * * *
18 111.93.136.229 (111.93.136.229) 307.868 ms 313.512 ms 306.604 ms
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
real0m21.725s
user0m0.016s
sys 0m0.025s
// __'christuniversity.in_EComp_21-25_Lateral
Entry1_20210618043317_20240304112021.846262299_wget.log'
failed: Connection timed out.
failed: Connection timed out.
failed: Connection timed out.
failed: Connection timed out.
failed: Connection
