can't access the .com website


GCB@Enterprise ~
$ host www.comodo.com
www.comodo.com has address 91.199.212.176

GCB@Enterprise ~
$ tracert www.comodo.com

Tracing route to www.comodo.com [91.199.212.176]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  Ozzy [192.168.1.1]
  2     2 ms     1 ms     1 ms  95.154.112.36
  3     2 ms     2 ms     3 ms  bgp-border-1.inetvl.ru [95.154.112.1]
  4     2 ms     2 ms     2 ms  inetvl-ptcom-gw.ptkom.ru [85.95.130.169]
  5     6 ms    14 ms     3 ms  vvk15.vvk25.transtelecom.net [217.150.59.38]
  6   187 ms   173 ms   181 ms  xe-3-3-0.ar9.ams2.gblx.net [208.178.194.177]
  7   189 ms   188 ms   188 ms  po6.ar4.LON3.gblx.net [67.16.142.102]
  8   186 ms   177 ms   185 ms  comodo-group-inc.gigabitethernet3-36.ar4.lon3.gblx.net [64.214.145.66]
  9   299 ms   210 ms   189 ms  ae0-164.h6edccsg.hex67.lon.edge.ccanet.co.uk [178.255.81.164]
 10   208 ms   207 ms   196 ms  gr-0-0-0-2013.rmdcccjs1.reyn.mcr.colo.ccanet.co.uk [178.255.81.177]
 11   195 ms   203 ms   204 ms  ae0-251.rmdcccrt1.reyn.mcr.colo.ccanet.co.uk [178.255.81.241]
 12   186 ms   193 ms   196 ms  gr-0-0-0-248.sedcccrt.scol.edin.colo.ccanet.co.uk [178.255.80.250]
 13   187 ms   197 ms   190 ms  www.comodo.com [91.199.212.176]

Trace complete.

GCB@Enterprise ~
$ dig www.comodo.com

; <<>> DiG 9.8.1 <<>> www.comodo.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9112
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.comodo.com.                        IN      A

;; ANSWER SECTION:
www.comodo.com.         1108    IN      A       91.199.212.176

;; Query time: 23 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Feb 13 19:58:11 2012
;; MSG SIZE  rcvd: 48


GCB@Enterprise ~
$ dig -x 91.199.212.176

; <<>> DiG 9.8.1 <<>> -x 91.199.212.176
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9152
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;176.212.199.91.in-addr.arpa.   IN      PTR

;; ANSWER SECTION:
176.212.199.91.in-addr.arpa. 86095 IN   PTR     www.comodo.com.

;; Query time: 9 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Feb 13 20:02:11 2012
;; MSG SIZE  rcvd: 73

linux-qyux:/home/gcb # traceroute www.comodo.com
traceroute to www.comodo.com (91.199.212.176), 30 hops max, 40 byte packets using UDP
 1  Ozzy (192.168.1.1)  1.330 ms   1.334 ms   0.966 ms
 2  95.154.112.36 (95.154.112.36)  2.005 ms   1.405 ms   1.874 ms
 3  bgp-border-1.inetvl.ru (95.154.112.1)  4.241 ms   2.643 ms   4.022 ms
 4  inetvl-ptcom-gw.ptkom.ru (85.95.130.169)  3.477 ms   3.070 ms   3.783 ms
 5  vvk15.vvk25.transtelecom.net (217.150.59.38)  5.012 ms   3.540 ms   6.434 ms
 6  xe-3-3-0.ar9.ams2.gblx.net (208.178.194.177)  181.213 ms   175.906 ms   181.191 ms
 7  po6.ar4.LON3.gblx.net (67.16.142.102)  195.541 ms po3.ar4.LON3.gblx.net (67.17.111.141)  269.854 ms po6.ar4.LON3.gblx.net (67.16.142.102)  189.497 ms
 8  comodo-group-inc.gigabitethernet3-36.ar4.lon3.gblx.net (64.214.145.66)  181.381 ms   177.919 ms   184.246 ms
 9  ae0-164.h6edccsg.hex67.lon.edge.ccanet.co.uk (178.255.81.164)  193.997 ms   185.172 ms   192.937 ms
10  gr-0-0-0-2013.rmdcccjs1.reyn.mcr.colo.ccanet.co.uk (178.255.81.177)  201.981 ms   197.658 ms   196.527 ms
11  ae0-251.rmdcccrt2.reyn.mcr.colo.ccanet.co.uk (178.255.81.242)  193.616 ms   195.982 ms   206.992 ms
12  gr-0-0-0-252.sedcccrt.scol.edin.colo.ccanet.co.uk (178.255.80.254)  195.313 ms   195.619 ms   193.061 ms
13  www.comodo.com (91.199.212.176)  195.291 ms   187.975 ms   194.856 ms


linux-qyux:/home/gcb # wget -S -O /dev/null http://www.comodo.com
asking libproxy about url 'http://www.comodo.com/'
libproxy suggest to use 'direct://'
--2012-02-13 20:10:34--  http://www.comodo.com/
Resolving www.comodo.com (www.comodo.com)... 91.199.212.176
Connecting to www.comodo.com (www.comodo.com)|91.199.212.176|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 200 OK
  Server: nginx
  Date: Mon, 13 Feb 2012 09:11:00 GMT
  Content-Type: text/html
  Transfer-Encoding: chunked
  Connection: keep-alive
  Keep-Alive: timeout=5
  Vary: Accept-Encoding
Length: unspecified [text/html]
Saving to: `/dev/null'

    [    <=>                                                                    ] 73,330      25.2K/s   in 2.8s    

2012-02-13 20:10:58 (25.2 KB/s) - `/dev/null' saved [73330]

Big thanks to Radaghast! :slight_smile:

Looks like I’ve fixed this. If anyone is still seeing this redirect or having any issues, please reply in this thread and I’ll keep checking it for next couple of days.

Thanks to you both! :-TU

I understand exactly what you’re saying. But, I do not currently know any more than I have already said.

Thanks for fixing the redirect :-TU

This may or may not be a related issue, but I still can’t get to personalfirewall.comodo.com and downloads are still broken from the forum, at least when using my native IP address. if I proxy through a Uk or US proxy, there’s no problem. However, all comodo sites are really slow for me right now, so I’ll try again in the morning.

Thank you!

Forced (without the consent and confirmation of the user) redirect (_comodo.com ~> _comodorus.ru) - an illegal action!

Hi Radaghast,

We’re looking into the performance issues as well. Could you possibly provide the wget -S -O /dev/null output from personalfirewall.comodo.com as well? Might be I can spot something there too.

Cheers

Dave

Don’t be silly, Internet redirects (forced or otherwise) are not illegal. They happen all the time.

Just wondering if this is an ipv6 issue…

linux-qyux:/home/gcb # traceroute6 personalfirewall.comodo.com
traceroute to personalfirewall.comodo.com (2a02:1788:4fd:cd::c742:cdea), 30 hops max, 40 byte packets using UDP
 1  Ozzy (2001:470:1f15:1a37::1)  1.134 ms   0.956 ms   1.079 ms
 2  2001:470:1f14:1a37::1 (2001:470:1f14:1a37::1)  181.127 ms   185.896 ms   1155.566 ms
 3  * gige-g2-20.core1.ams1.he.net (2001:470:0:7d::1)  190.846 ms   189.190 ms
 4  10gigabitethernet1-4.core1.lon1.he.net (2001:470:0:3f::1)  198.314 ms   197.663 ms   195.990 ms
 5  2001:7f8:4::85de:1 (2001:7f8:4::85de:1)  187.966 ms   188.406 ms   187.474 ms
 6  2a01:3f8:0:8::2 (2a01:3f8:0:8::2)  192.530 ms   191.650 ms   190.621 ms
 7  2a01:3f8:0:108::2 (2a01:3f8:0:108::2)  261.223 ms   282.308 ms   282.105 ms
 8  ge-0-0-2-0.rmdcccjs1.reyn.mcr.colo.ccanet.co.uk (2a02:1788:ff:51f0::b2ff:51f3)  279.996 ms   275.339 ms   274.847 ms
 9  2a02:1788:ff:51aa::b2ff:51aa (2a02:1788:ff:51aa::b2ff:51aa)  193.385 ms   201.615 ms   193.937 ms
10  ae0-164.h6edccrt.hex67.lon.edge.ccanet.co.uk (2a02:1788:ff:51a4::b2ff:51a5)  188.871 ms   187.904 ms   188.182 ms
11  personalfirewall.comodo.com (2a02:1788:4fd:cd::c742:cdea)  187.784 ms   187.254 ms   188.712 ms


linux-qyux:/home/gcb # traceroute personalfirewall.comodo.com
traceroute to personalfirewall.comodo.com (2a02:1788:4fd:cd::c742:cdea), 30 hops max, 40 byte packets using UDP
 1  Ozzy (2001:470:1f15:1a37::1)  0.671 ms   0.651 ms   0.650 ms
 2  2001:470:1f14:1a37::1 (2001:470:1f14:1a37::1)  180.391 ms   185.544 ms   195.599 ms
 3  gige-g2-20.core1.ams1.he.net (2001:470:0:7d::1)  196.337 ms   195.932 ms   194.771 ms
 4  10gigabitethernet1-4.core1.lon1.he.net (2001:470:0:3f::1)  198.045 ms   189.888 ms   187.053 ms
 5  2001:7f8:4::85de:1 (2001:7f8:4::85de:1)  186.287 ms   186.017 ms   184.144 ms
 6  2a01:3f8:0:8::2 (2a01:3f8:0:8::2)  189.235 ms   188.203 ms   188.631 ms
 7  2a01:3f8:0:108::2 (2a01:3f8:0:108::2)  260.044 ms   260.444 ms   261.547 ms
 8  ge-0-0-2-0.rmdcccjs1.reyn.mcr.colo.ccanet.co.uk (2a02:1788:ff:51f0::b2ff:51f3)  263.922 ms   265.234 ms   265.035 ms
 9  * * 2a02:1788:ff:51aa::b2ff:51aa (2a02:1788:ff:51aa::b2ff:51aa)  194.851 ms
10  ae0-164.h6edccrt.hex67.lon.edge.ccanet.co.uk (2a02:1788:ff:51a4::b2ff:51a5)  189.220 ms   196.789 ms   189.607 ms
11  * personalfirewall.comodo.com (2a02:1788:4fd:cd::c742:cdea)  202.334 ms   202.288 ms
l

inux-qyux:/home/gcb # wget -S -O /dev/null personalfirewall.comodo.com
asking libproxy about url 'http://personalfirewall.comodo.com/'
libproxy suggest to use 'direct://'
--2012-02-13 21:21:41--  http://personalfirewall.comodo.com/                                                        
Resolving personalfirewall.comodo.com (personalfirewall.comodo.com)... 2a02:1788:4fd:cd::c742:cdea, 199.66.205.234  
Connecting to personalfirewall.comodo.com (personalfirewall.comodo.com)|2a02:1788:4fd:cd::c742:cdea|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 200 OK
  Server: nginx
  Date: Mon, 13 Feb 2012 10:21:49 GMT
  Content-Type: text/html
  Transfer-Encoding: chunked
  Connection: keep-alive
  Keep-Alive: timeout=5
  Vary: Accept-Encoding
Length: unspecified [text/html]
Saving to: `/dev/null'

    [    <=>                                                                                                       ] 23,708      18.9K/s   in 1.2s    

2012-02-13 21:21:44 (18.9 KB/s) - `/dev/null' saved [23708]

Don’t be silly:

As consequence impossibility to use all products comodo , it is legal?
Under a name comodo, there is absolutely not professional technical support.
comodorus :-TD

I’m sorry I do not understand. Why are you repeating this? Did I miss something? What would like me to do? Thanks.

Question: Unisoft & Company ООО «ИСД» -- official partners of Comodo Group, Inc ?

please go to: https://comodorus.ru


It is one firm. They are the same people.
They are not so strong sellers. :slight_smile:

Why do you say it was impossible to use all (any?) Comodo products? Were any of Comodo’s products impacted by this redirect? I was not previously aware of this.

Sorry, translation issues I think. Can you phrase this another way please. Thanks.

for reference: MikhailD = Михаил Герцог

Why do you say it was impossible to use all (any?) Comodo products? Were any of Comodo's products impacted by this redirect? I was not previously aware of this.
With comodo.com I can download any product. On a site comodorus not all products comodo are presented. Not all users can bypass redirect what to download with comodo.com
Under a name comodo, there is absolutely not professional technical support. comodorus
They have a forum on which they give technical support. Support appears not experts. We (Russian users of a forum forums.comodo.com) spoke to them about it. We haven't received the answer. To make a permanent link on forums.comodo.com they don't want. [i]To us it is insulting that the philosophy of mister Melih is broken.[/i]

!H, MikhailD != Михаил Герцог

OK, I don’t believe that this was Comodo’s intent. As I suspected, they believed that they were doing something helpful in redirecting Russian users to a Russian language site. Once they understood that this was not seen as helpful, they reversed that decision and removed the redirect.

I don’t believe that any Comodo products were impacted by this redirect.

I also don’t believe that anything about this was illegal or even slightly suspect, redirects to specific language sites are a routine/common occurrence. Comodo acted in good faith and I believe were genuinely surprised by the reaction it caused.

“We wanted the best, but it turned out as always.”

                        Viktor Stepanovich Chernomyrdin, Prime Minister of Russia (1992–1998)

Your disapproval of my observation is duly noted !H.