Modules-refapp access Problem in Sri Lanka

GSoC Students from Sri Lanka were able to access https://modules-refapp.openmrs.org at the beginning. But for more than two weeks, We can’t access these following applications from our country.

  1. https://modules-refapp.openmrs.org
  2. https://qa-refapp.openmrs.org
  3. http://demo.openmrs.org/

Can you check this problem and make it possible to access from Sri Lanka? We can’t continue our project updates without using this ref-app.

1 Like

What happens when you try to ping demo.openmrs.org or qa-refapp.openmrs.org?

It took too much of time to loading and then finally It shows,

I mean this “ping modules-refapp.openmrs.org

Ohh :smiley: It shows just one line , Can’t move for long time from here

suthagar@HP-Envy-T530:~$ ping modules-refapp.openmrs.org
PING garissa.openmrs.org (129.114.17.74) 56(84) bytes of data.

Finally,

--- garissa.openmrs.org ping statistics ---
165 packets transmitted, 0 received, 100% packet loss, time 165254ms

Someone sent me a related message a couple of days ago (when I was leaving for my holidays), saying that they needed a VPN to access demo.openmrs.org and refapp.openmrs.org.

The person said ‘some of us’, which doesn’t really give me any clue where they are located.

The sad part is that there’s very little chance I can actually do anything about this. Because it’s a timeout, there’s something between your machine and my service dropping the packages.

If everyone having problem on the same country? Same provider? Same IP? (https://whatismyipaddress.com/). If everyone is on the same IP, it might be blocked on my end. Can you try to use a VPN, and see which countries are affected? I don’t have Sri Lanka on my VPN, but from India,

So, can you try the following servers on your browser:

The other magical command is traceroute.

$ traceroute garissa.openmrs.org
traceroute to garissa.openmrs.org (129.114.17.74), 64 hops max, 52 byte packets
1  192.168.0.1 (192.168.0.1)  1.784 ms  1.968 ms  1.673 ms
...
12  63-235-40-45.dia.static.qwest.net (63.235.40.45)  293.708 ms *  300.687 ms
13  * * *
14  67-132.154-154.qwest.net (67.132.154.154)  187.307 ms  190.751 ms  187.157 ms
15  tacc-comm.tx-bb.net (192.124.226.22)  190.643 ms  282.141 ms  325.800 ms
16  ex9214-vl667-gw.net.tacc.utexas.edu (129.114.0.166)  190.028 ms  191.181 ms  265.689 ms
17  srx3600-vl654-gw.net.tacc.utexas.edu (129.114.0.186)  234.586 ms  192.069 ms  215.960 ms
18  js-129-114-17-74.jetstream-cloud.org (129.114.17.74)  191.448 ms  190.025 ms  189.733 ms

If yours is getting to jetstream/tacc, I can ask our provider to investigate. If it’s blocking it before, it’s pretty hard :confused:

I can recreate the machine in another datacenter, but really, it can be blocked as well.

Thank you so much @cintiadr for the response. I can get only “OK” from https://quizgrader.openmrs.org/status. Other two address are still loading and timeout! :frowning:

@jude @gayanw Can you test it?

Interesting.

So it mean you cannot reach that specific datacenter.

Can you run the traceroute? Depending of the operational system you have, it will be different, but it’s an attempt to understand the path on the network the packages are doing.

Also, if someone has a VPN, please test. Or other internet providers. Pretty much anything.