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&Comp_21-25_Lateral Entry(1)_20210618043317.pdf" I have AT&T 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&Comp_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: 8.8.
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&Comp_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: Connect