Hello
I usually use rate-mirrors application to fetch fastest Artix mirrors. But no connection host for Gitea.
Any ideas when they'll get this server back online.
# ARGS: rate-mirrors artix
Error: error sending request for url (https://gitea.artixlinux.org/packages/artix-mirrorlist/raw/branch/master/mirrorlist): error trying to connect: tcp connect error: No route to host (os error 113)
Thanks
Rocky-IV
Server malfunction. There is announcement on https://artixlinux.org/
Guys, any news on gitea instance? Will it be fixed anytime soon? Thanks in advance.
Or, is there any other way of getting the sources?
Gitea is definitely online. Otherwise there wouldn't be any package updates from us.
Guys, we have a problem... I can ping it but I can't access it via browser. The connection times out. I'm in Ukraine. I've asked all my friends from different providers to check it, and the said... IT DOESN'T WORK. Seems that IP is in Germany. What should I do now?
UPDATE: I can access it via VPN from France. Wtf...
I've also contacted wilhelm.tel and they told me that:
What's the problem then?
Have you ran a traceroute to gitea.artixlinux.org, maybe you can point it to something that can be useful to the devs.
Should I contact the devs somewhere else or is it enough here? Also, can you mark this thread as unsolved? Or should I start a new one? Thanks.
Should I also contact the wilhelm.tel guys again with this info?
See the above answer. I'm not sure whether you get a reply notification without quoting you.
Okay, that's interesting, so you get stuck at that wtnet.de server probably a cloudflare mirror, for me it's the last before the server.
It's most likely it, as far as my network knowledge goes. How much does cloudflare care though, no idea.
For reference my results:
traceroute gitea.artixlinux.org
traceroute to gitea.artixlinux.org (84.46.83.154), 30 hops max, 60 byte packets
1 OpenWrt.lan (192.168.1.1) 0.243 ms 0.277 ms 0.312 ms
2 10.0.0.1 (10.0.0.1) 1.600 ms 1.590 ms 1.625 ms
3 10.30.10.129 (10.30.10.129) 1.972 ms 1.917 ms 1.953 ms
4 10.220.199.0 (10.220.199.0) 2.256 ms 10.220.207.12 (10.220.207.12) 3.923 ms 10.220.189.241 (10.220.189.241) 2.415 ms
5 10.220.187.188 (10.220.187.188) 45.861 ms 10.220.187.196 (10.220.187.196) 26.206 ms 10.220.187.188 (10.220.187.188) 43.531 ms
6 ams-ix.b6777.Kermit.ipv4.wtnet.de (80.249.211.221) 44.782 ms 44.130 ms 44.459 ms
7 * * *
8 b99.pop104-asr.ipv4.wtnet.de (84.46.113.33) 47.249 ms 49.720 ms 49.889 ms
9 84.46.83.154 (84.46.83.154) 49.353 ms 52.018 ms b379.Bibo.ipv4.wtnet.de (84.46.112.66) 48.084 ms
mtr -rw gitea.artixlinux.org
Start: 2024-01-27T16:52:38+0200
HOST: hitmann-b450aorusm Loss% Snt Last Avg Best Wrst StDev
1.|-- OpenWrt.lan 0.0% 10 0.3 0.3 0.2 0.4 0.1
2.|-- 10.0.0.1 0.0% 10 1.5 1.7 1.5 2.1 0.2
3.|-- 10.30.10.129 0.0% 10 2.2 2.1 1.7 2.5 0.3
4.|-- 10.220.207.10 0.0% 10 2.1 2.7 1.6 6.5 1.4
5.|-- 10.220.187.188 0.0% 10 43.1 43.2 42.8 43.5 0.2
6.|-- ams-ix.b6777.Kermit.ipv4.wtnet.de 0.0% 10 45.0 44.8 44.4 45.4 0.3
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- b99.pop104-asr.ipv4.wtnet.de 0.0% 10 46.9 47.2 46.8 47.4 0.2
9.|-- 84.46.83.154 0.0% 10 49.2 49.4 49.1 50.0 0.3
Indeed i have not :) Don't wanna bug the admin about that. I saw your reply.
I'm also not very well experienced in networking. I've also contacted the wilhelm.tel guys with this output, because, as I understand, it's not the Artix guys problem.
You have a very bad connection. That could be the root cause. Glad you ran mtr report. Notice how long the wrst rtt was. Traceroute may time out if the ip ttl expires.
Take a look at my report,
8.|-- gtt.b3257.Bibo.ipv4.wtnet.de 0.0% 10 94.4 93.6 91.8 95.5 1.4
9.|-- b99.pop104-asr.ipv4.wtnet.de 0.0% 10 96.0 95.3 92.0 102.1 3.1
10.|-- 84.46.83.154 0.0% 10 93.4 93.4 90.8 98.6 2.3
My connection is really ok. I have two ISPs actually. As I've already stated before, this happens to ALL our internet providers in Ukraine (I've asked as many people as possible to access gitea). I can access gitea with VPN, no problem. But hey, it's not normal to start a vpn every time I need to get the source code. Like I'm a thief and try to illegally download a movie or access some forbidden site by the government. I want to resolve this. It could be some Cloudflare issue or something else, I don't know. That's why I've posted the problem here and also contacted the guys at wilhelm.tel. Just to get the ideas/thoughts upon the problem.
The thing is that I've already seen issues with Cloudflare before. I don't remember exactly, but I've came across a couple of sites being inaccessible from here due to Cloudflare. And from ANY provider.
One of them was LinuxQuestions.org by the way. After I've contacted them, they resolved the issue.
Another problem is that Cloudflare support is available to registered clients only. One have to contact the site owners first.
The same problem with https://archive.artixlinux.org
5 of our ISPs checked. None working.
After contacting wilhelm.tel for the third time and providing them with traceroute and mtr logs I've got an answer:
We can not see any Layer 3 issue in your traceroutes. The last hop #10 is your linux-project and it’s up tot hem to allow or block ICMP or any other traffic.
Also there is no Cloudflare involved in this routing. Please contact the project to address your issue. We as wilhelm.tel / ISP are not blocking or restricting anykind of traffic to this customer and this address.
Also the previous answer was:
wilhelm.tel is not blocking any access to/from this IPv4 address. There are also no blocks in place from IPv4 address from Ukraine.
Please get in contact with the Linux Distribution Developers to get assistance.
Do you guys use Cloudflare or something like that? I don't know what can block the whole country to your servers: https://gitea.artixlinux.org/ and https://archive.artixlinux.org/
It all worked without issues before your servers malfunction problems.
Please look into this. Thank you in advance.
UPDATE: I've also contacted my ISP. They say that there's probably Cloudflare somewhere on your side. Please contact them and fix it.
Same problem here. Connection has timed out....
No access problem from Alsace (France).
I've already said that. No problem using VPN from France, Netherlands, Germany whatever. But the whole Ukraine is blocked.
Maybe it is related to this older issue where I could not access the servers via NordVPN (https://forum.artixlinux.org/index.php/topic,4849.html)?
I can easily imagine why. The explanation can be found here (https://www.europol.europa.eu/media-press/newsroom/news/international-collaboration-leads-to-dismantlement-of-ransomware-group-in-ukraine-amidst-ongoing-war) and here (https://www.bbc.com/news/technology-67556607).
Wrong link, leads to nowhere. And why should VPN issue be related here?
Well, we're in a war with ruzzia since 2014 (actually way before), but anyway, I haven't seen issues with any other site or resource or repo in other distros, github, gitlab + any other site that uses Cloudfare or anything else.
The only issue is with Artix
gitea and
archive and
not the actual Artix repos (war? hackers? why do they work then?).
And the issue appeared
right after Artix 'server malfunction'. Are you a dev? Was it you who set up the server/Cloudflare? I just need someone who is involved to read this and answer: is it fixable, will it be fixed and when. That's all.
Hackers are everywhere all over the world. So what? :)
(https://forum.escapefromtarkov.com/uploads/monthly_2021_02/ynfxDbE.png.022852c2c2e1725955d333e928d94b3d.png).
I'm from an EU country (not from Ukraine) and I can't access this website either.
website itself looks fine (https://www.ssllabs.com/ssltest/analyze.html?d=gitea.artixlinux.org)
let's check if it's browser problem or not
try curl or git clone something
curl -LO "https://gitea.artixlinux.org/packages/imath/raw/branch/master/PKGBUILD"
also, let's check dns info
drill gitea.artixlinux.org
It's a good Idea to check the https protocol
openssl s_client -connect gitea.artixlinux.org:443
[/cpde]
let's check other protocol (ftp)
[code]
nc -zv gitea.artixlinux.org 21
I forgot, it better to first see the output of nmap
nmap gitea.artixlinux.org
You think that's really ok? :)
You're doing something funky. Take a look at your mtr report.
HOST: **** Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.0.1 0.0% 10 2.4 95.5 2.4 931.6 293.8
2.|-- 172.24.40.254 0.0% 10 4.0 85.7 2.6 831.4 262.0
3.|-- 10.40.100.254 0.0% 10 6.4 250.1 3.2 1733. 569.0
It's not a browser problem. I cannot
curl nor
git clone anything.
Drill shows me this:
With nmap I see this:
I can also ping gitea.artixlinux.org.
But can't
curl or
git clone or browse with any browser.
I'm not an expert in this. What does my mtr output mean?
Here it is now:
I don't see that as 'funky' as suggested? I see that as going from your router then taking a couple of hops on your isp's internal network before it reaches the internet.
Mine does look a bit funky.
Three attempted hops to nowhere with 100% packet loss.
But the end results is good.
This may be stating the obvious but either wtnet is right and it's the Artix server OR the network configuration of who ever host that server or the wtnet guy is wrong and the packets aren't leaving their server.
Taking a wild guess I'd go with first which probably means it's the second!
I tried. It doesn't download anything. This is what he writes
curl: (28) Failed to connect to gitea.artixlinux.org port 443 after 133012 ms: Couldn't connect to server
(https://i.postimg.cc/GBcZtBvD/8.png) (https://postimg.cc/GBcZtBvD)
Guys, any news? Any devs here who established these two servers (gitea and archive) ?
Update: Gitea started to work for me. Archive not yet.
Our gitea moved to a different server last night. The archive is still on the same server gitea was until last night. This is telling me that either our archive host is blocking your IP (most probably) or your DNS is flawed (unlikely). Can you access the archive using a proxy?
DNS is okay. As I've stated above and in other posts some time ago, I've contacted all our major Internet providers and the answer was that these servers were blocking almost the whole country.
Gitea is now fine, awesome. Yes, I can access
archive via vpn/proxy.
YMMD (https://forum.artixlinux.org/index.php/topic,6252.msg39273.html#msg39273) ;)
I've already answered you, if you'd be a bit more attentive. And I'm not the one with this problem (not only Ukraine is affected, so please stop your theories here). Anyway, moving gitea to another server solved the problem.
We don't have control over our archive's host blocklist, unfortunately. Please use a proxy/vpn as a workaround.
There might be legitimate reasons for blocking during a not-war "policing action".
By mistake I pinged archive.artix.org which seems to be at 103.224.182.247 (in California). Could not see much of a website there.
For me archive.artixlinux.org is at 84.46.83.154 (in Deutschland).
Is there any relationship between these domains other than the domain names?
All our infrastructure is under the artixlinux.org domain.