Nie można uzyskać dostępu do witryn: 00002eff

0

Nie można uzyskać dostępu do głównej strony wpisu AHK lub Kod Rosetty lub ich fora z wykorzystaniem Microsoft Edge 38.14393.0.0 lub Internet Explorer 11.187.14393.0. Dzienniki aktualizacji pokazują, że nie zostały zaktualizowane tuż przed problemem Dziennik DOM Explorer pokazuje to: 

SCRIPT7002: XMLHttpRequest: Network Error 0x2eff, 
Could not complete the operation due to error 00002eff.

IE11 wytwarza to wyjście (wszystkie TLS włączone):

Nie można wyświetlić tej strony Włącz TLS 1.0, TLS 1.1 i TLS 1.2   Ustawienia zaawansowane i spróbuj połączyć się https://autohotkey.com jeszcze raz.   Jeśli ten błąd będzie się powtarzał, możliwe jest, że ta witryna używa   nieobsługiwany protokół lub zestaw szyfrów, taki jak RC4 (link do   szczegóły), które nie są uważane za bezpieczne. Skontaktuj się ze swoją stroną   administrator.

Wspomniane wyżej łącze RC4 to tutaj . Lothe chce to zrobić, ale skrypt Fixit lub inna metoda z ustawieniami zgodności, które mają zastosowanie tylko podczas ładowania strony, mogą działać. Czy jest jakiś inny zasób?

ssl tls Laurie Stearn
źródło
Obie strony działają dla mnie przy użyciu aktualnej wersji IE i Edge, Windows 10 w wersji 1607, która mówi mi, że problem jest prawdopodobnie spowodowany użyciem serwera proxy lub oprogramowania zabezpieczającego skanującego ruch https. Czy możesz potwierdzić, że nie używasz?
Ramhound
Tylko Smartscreen i Defender - spróbuj skanowania offline. Działa pod domeną zarządzaną tutaj . Żadnych podejrzanych aktywnych procesów. Czy może to być uszkodzony certyfikat?
Laurie Stearn
Pomyśl o tym, wciąż byłem zalogowany do AHK, gdy wystąpił problem. Nie wiem, czy login został utworzony za pomocą Rosetty. Wciąż jest tam również problem. Edytuj: Był w stanie uzyskać dostęp do zarchiwizowanej strony w AHK z uruchomionym Fiddlerem, ale aby odszyfrować https, wymaga tego certyfikat zainstalowany. Strona główna generuje ostrzeżenie proxy z uruchomionym Fiddler.
Laurie Stearn
Certyfikaty prawdopodobnie nie zostaną uszkodzone. Jeśli podejrzewasz, że są następnie weryfikowani, otrzymywany certyfikat IE jest tym samym certyfikatem, który otrzymają Chrome i Firefox.
Ramhound
To bardzo dziwne. Wyłącz Smartscreen i nie ma 2eff lub 2efd (tak, to nawet pojawiło się przy nieudanym ładowaniu tej strony). Załaduj stronę w AHK, jest HTML1300 ... wtedy nic. Wyczyszczono całą pamięć podręczną, pliki cookie, nic w dziennikach zdarzeń. Czy może to być problem H / W, gdy ładowanie niektórych witryn może „wyzwolić” jakiś próg?
Laurie Stearn

Odpowiedzi:

0

Włączenie SSL 3.0 powoduje pełne obciążenie RosettaCode w IE11, przynajmniej przez pewien czas i tylko przy ponownym uruchomieniu przeglądarki. W Edge formularz nie będzie ładowany poprawnie lub wcale. Przerywany charakter problemu sugeruje pewne błędne konfigurowanie H / W lub prawdopodobnie złe kodowanie związane z ustawieniami regionalnymi.

Prawdopodobnie kod błędu jest tłumaczony z Kody błędów W3CException ale ciężko jest określić, który z nich ma zastosowanie w tym przypadku.

Laurie Stearn
źródło
Znowu się stało ERR_CONNECTION_RESET w Chrome po ponownym uruchomieniu WU. Chociaż ta sama wersja Edge nie rejestruje żadnych błędów, jest to ten sam ekran „Hmmm ...”, co wcześniej. Pomyśl, że jest to związane SSL .
Laurie Stearn
Zresetuj router, aby uzyskać nowy adres IP, a błąd zniknął. Wygląda na to, że złośliwe oprogramowanie przejmuje adresy IP tego świata. Tyle o darmowym internecie :(
Laurie Stearn