Автор:
Christy White
Дата создания:
3 Май 2021
Дата обновления:
4 Февраль 2023
Содержание
- Что вызывает ошибку «Ошибка аутентификации при повторной попытке»?
Twitch — это платформа для прямых трансляций, управляемая Amazon. Впервые он был представлен в 2011 году, тогда он назывался Justin.tv. Стриминг стал очень распространенным явлением в наши дни из-за огромной популярности Twitch. С ростом индустрии киберспорта трансляция текущих турниров стала основой успешного мероприятия. Это также помогает организаторам мероприятий и другим стримерам финансово, в то время как некоторые сейчас делают это как работу. Однако в некоторых случаях делать то, что вам нравится, может быть немного сложно, поскольку вы сталкиваетесь с определенными проблемами при попытке стримить. Одна из этих ошибок — «Ошибка аутентификации при повторной попытке‘, Который появляется, когда вы пытаетесь транслировать.
С этой ошибкой легко справиться, и она обычно вызвана вашими настройками ограничения видео в Twitch и т. Д. Мы предложим несколько решений, которые вы можете применить, чтобы помочь решить проблему. Но сначала давайте разберемся в причинах проблемы.
Что вызывает ошибку «Ошибка аутентификации при повторной попытке»?
Это сообщение об ошибке отображается с черным экраном, пока вы пытаетесь транслировать на своем канале. Это может быть связано со следующими факторами —
- Настройки ограничения видео Twitch: Первой причиной сообщения об ошибке могут быть ваши настройки ограничения видео на Twitch. Фактически, этот параметр ограничивает не подписчиками возможность просмотра содержимого вашего канала, когда вы не в сети. Вам придется отключить это, что решит вашу проблему.
- Поток потоковой передачи: Проблема также, кажется, возникает, когда вы пытаетесь транслировать с очень высоким битрейтом. Пользователь столкнулся с этой проблемой при потоковой передаче с битрейтом 10k для более высокого качества, что и вызвало проблему. Максимальный рекомендуемый битрейт составляет около 6k.
Следуйте приведенным ниже решениям, чтобы решить вашу проблему. Надеюсь, одно из решений устранит проблему за вас.
Решение 1. Отключите ограничение видео
Как мы уже упоминали выше, настройка ограничения видео, похоже, вызывает проблему. Поскольку вы можете ограничить качество потока для разных зрителей, но в некоторых случаях из-за аффилированных лиц никто не может просматривать поток. Следовательно, вам придется отключить его. Вот как это сделать:
- Открыть Twitch.
- Щелкните фотографию своего профиля в правом верхнем углу, а затем снова щелкните фотографию своего профиля, когда появится меню.
- Теперь переключитесь на Канал и видео таб.
- После этого перейдите к Настройка партнерас.
- Прокрутите вниз до Ролики раздел.
- Отключить Ограничить доступ вариант и убедитесь, что все видео доступны бесплатно во всех качествах.
- Ударить Сохранить изменения.
Решение 2.Измените битрейт потока
Битрейт потока также может вызвать появление проблемы. В случае, если вышеуказанное решение не решит проблему для вас, вам придется изменить битрейт вашего потока. Вот как это сделать в OBS:
- Откройте Настройки окно в OBS.
- Переключитесь на Вывод таб.
- Уменьшите битрейт примерно до 5,000. Максимальный рекомендуемый битрейт составляет 6,000. Не поднимайтесь выше. Если у вас хорошее интернет-соединение, вы также можете использовать 6000.
- Нажмите Подать заявление а затем нажмите хорошо.
I’m getting this when I log in with Facebook using HWIAuthBundle
request.CRITICAL: Uncaught PHP Exception BuzzExceptionClientException: "Connection timed out after 5000 milliseconds" at /home/website/public_html/vendor/kriswallsmith/buzz/lib/Buzz/Client/Curl.php line 29 {"exception":"[object] (Buzz\Exception\ClientException: Connection timed out after 5000 milliseconds at /home/website/public_html/vendor/kriswallsmith/buzz/lib/Buzz/Client/Curl.php:29)"} [] [2014-09-23 15:13:18] security.DEBUG: Write SecurityContext in the session [] []
same for me on php 5.5 -> increasing timeout seems to do work, but returning back breaks.
@JonnyD
This is how you can alter timeout for client.
# app/config/config.yml hwi_oauth: http_client: timeout: 10 # Time in seconds, after library will shutdown request, by default: 5
Is this still an issue with the latest version?
I still have this problem, is there any fix? (other than the timeout workaround)
Isn’t this an issue with the server? The server takes too long to respond any that is you get a timeout.
Finally I found the solution:
The problem was that on my server I had ipv6 enabled, but not working… so CURL tried to connect to the facebook api using ipv6, and sometimes it switched automatically to ipv4 and worked just fine, but some other times it didn’t work…
What I just did was enable ipv6 on my server, and now everything works perfect.
Hope this will help somebody.
Thank you for getting back with a solution that worked for you. I’m going to close this issue since it is not related to buzz
I was having a similar problem with timeouts while trying to connect to Facebook with HWIOAuthBundle. It had been working for months but suddenly stopped working.
The exception:
request.CRITICAL:
Uncaught PHP Exception HWIBundleOAuthBundleOAuthExceptionHttpTransportException: "Error while sending HTTP request" at /var/www/vhosts/domain.com/httpdocs/vendor/hwi/oauth-bundle/OAuth/ResourceOwner/AbstractResourceOwner.php line 255
{
"exception":"[object]
(HWI\Bundle\OAuthBundle\OAuth\Exception\HttpTransportException(code: 7):
Error while sending HTTP request at /var/www/vhosts/domain.com/httpdocs/vendor/hwi/oauth-bundle/OAuth/ResourceOwner/AbstractResourceOwner.php:255, Buzz\Exception\RequestException(code: 7):
Failed to connect to graph.facebook.com port 443: Connection timed out at /var/www/vhosts/domain.com/httpdocs/vendor/kriswallsmith/buzz/lib/Buzz/Client/Curl.php:29)"
} []
In resume the error message:
Failed to connect to graph.facebook.com port 443: Connection timed out
Have tried increasing all the timeout values I could find (in configurable parameters and overwriting fixed values in code), overwriting the HTTP client in HWIOAuthBundle, and everything I could think of but nothing worked. It worked fine in my development machine but not in production server. What worked for me was enabling IPv6 in my CentOS server 
Followed this guide: https://www.cyberciti.biz/faq/rhel-redhat-fedora-centos-ipv6-network-configuration/
Hope it helps
@marcu87 I don’t have IPv6 enabled on my server :/
And I can’t enable it (I’m on a Google Cloud Compute Engine, no IPv6 support for now…).
But if my server request only from an IPv4, there’s no reason to get a response on IPv6 right ?
@blackarcanis Then you may try forcing IPv4 in cURL at least to discard it’s an IPv6 vs IPv4 error:
curl_setopt($ch, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4);
@enekochan Could be an idea… but how can I force this option (CURL_IPRESOLVE_V4) with HWIOAuthBundle ?
Ошибка ERR_CONNECTION_TIMED_OUT появляется, когда вы открываете какой-то сайт или страницу в социальной сети. Это может произойти на любом веб-сервере, независимо от его популярности, качества и наличия обновлений.
Что это за ошибка ERR_CONNECTION_TIMED_OUT
Когда открывается сайт, ваш ПК обращается к серверу, чтобы отобразить содержимое. На это отводится определенное время, когда оно заканчивается, вам сообщают, что страница недоступна, т.к., время соединения истекло – описание ошибки именно так звучит в переводе.
Ошибка Err connection timed out
Фактически, это означает, что возникли какие-то проблемы на сайте или конкретно с вашим подключением. Причем, ошибка касается только одного ресурса, например, Facebook, а с другими всё в порядке, можно спокойно просмотреть содержимое.
Ошибка может быть вызвана:
- большим количеством одновременных обращений к серверу (чаще всего в играх, а также в определенные периоды, например, в Новогоднюю ночь, когда все поздравляют друг друга в социальных сетях и совершают много одинаковых действий в одно и то же время);
- сбоем маршрутизатора;
- блокировкой антивируса.
Как исправить ошибку ERR_CONNECTION_TIMED_OUT
Есть несколько способов справиться с возникшей проблемой, если только это не связано с самим сайтом. В противном случае лучше написать в службу поддержки.
Сброс интернет-соединения
При появлении CONNECTION_TIMED_OUT_CONNECT первое, что нужно сделать – выключить роутер и оставить его на 1-2 минуты, а затем снова включить. После перезагрузки ситуация может исправиться.
Обновление IP и сброс Winsock
Если первый метод не помог, попробуем менее очевидный:
- В «Пуске» найдите Command Line, кликните дополнительной кнопкой мыши и выберите Run As Administrator.
- В поле впишите ipconfig /release + «Enter».
- Не дожидаясь сообщения о ходе операции, наберите также: ipconfig /all + «Enter».
- Затем впишите: ipconfig /flushdns + «Enter».
- Снова не ждите отчета системы, вбивайте: ipconfig /renew + «Enter» и netsh int ip set dns + «Enter» (сохраняйте все знаки и пробелы).
- И, наконец, последняя команда, позволяющая сбросить предустановки Windows Sockets: netsh winsock reset + «Enter».
Перезапустите систему и попробуйте зайти на проблемный сайт, чтобы убедиться, что ошибка исправлена.
Переход на публичные DNS-серверы
Публичные DNS сервера
В этом случае мы воспользуемся серверами, которые предлагает Google:
- Кликните дополнительной кнопкой манипулятора по «Пуску» и нажмите Network connection.
- Найдите название существующего, щелкните по нему дважды и выберите вкладку Properties.
- Здесь нужно развернуть ссылку, подписанную Internet Protocol version 4 и отметить, что вы самостоятельно впишите сервер.
- Вы увидите две строчки: в первую впишите 8.8.8.8., а во вторую — 8.8.4.4.
- Согласитесь с изменениями и перезагрузите ПК.
- Попробуйте открыть сайт.
Если ничто не помогло, обязательно проверьте, не фильтрует ли антивирус сайт, на который вы безуспешно пытаетесь попасть. Откройте настройки брандмауэра и создайте правило для сайта, в котором будет прописано разрешение на установление соединения.
Также блокировать сайт может встроенный брандмауэр Windows. Его можно отключить, если у вас есть антивирус или вписать адрес ресурса в список исключений.
Intent:
I am trying to load images programmatically using cUrl, into Prestashop in a XAMP via SSH.
What I tried:
I have looked around and the issue may be on the setup of the server.
I tried to change the in the php.ini file the values of max_execution_time, memory_limit, max_input_vars, max_input_time but did not work.
I tried to ping the website where I am collecting the image:
ping brandsdistribution.com
PING brandsdistribution.com (109.233.123.248) 56(84) bytes of data.
and keeps running until I key interrupt it and it returns:
--- brandsdistribution.com ping statistics ---
135 packets transmitted, 0 received, 100% packet loss, time 137194ms
while if I ping google.com:
ping google.com
PING google.com (172.217.168.206) 56(84) bytes of data.
64 bytes from ams16s32-in-f14.1e100.net (172.217.168.206): icmp_seq=1 ttl=53 time=56.4 ms
64 bytes from ams16s32-in-f14.1e100.net (172.217.168.206): icmp_seq=2 ttl=53 time=47.6 ms
64 bytes from ams16s32-in-f14.1e100.net (172.217.168.206): icmp_seq=3 ttl=53 time=43.7 ms
64 bytes from ams16s32-in-f14.1e100.net (172.217.168.206): icmp_seq=4 ttl=53 time=80.0 ms
--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 43.747/56.940/80.002/14.079 ms
Question
Is this a DNS issue? how can I fix it?
Error message
(1/1) Exception
file_get_contents_curl failed to download https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg : (error code 28) Resolving timed out after 5000 milliseconds
in Tools.php line 2162
at ToolsCore::file_get_contents_curl('https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg', 5, null)
in Tools.php line 2235
at ToolsCore::file_get_contents('https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg', false, resource)
in Tools.php line 2294
at ToolsCore::copy('https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg', '/var/www/html/img/tmp/ps_importTmA1vB')
in productCreate.php line 107
at copyImg('68', '157', 'https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg', 'products', false)
in productCreate.php line 66
at addImage(object(Product), 'https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg', true)
in productCreate.php line 44
at createProduct(array('PRODUCT', '107510', 'Nike', 'W-ZoomGravity', 'BQ3203-006_W-ZoomGravity', '18', '101.00', '81.00', '57.00', 'Genere:Donna - Tipologia:Sneakers - Tomaia:materiale sintetico, materiale tessile - Interno:materiale sintetico, materiale tessile - Suola:gomma', '2.00', 'https://www.brandsdistribution.com/prod/stock_product_image_107510_1178872247.jpg', 'https://www.brandsdistribution.com/prod/stock_product_image_107510_2136019726.jpg', 'https://www.brandsdistribution.com/prod/stock_product_image_107510_1040197763.jpg', 'Vietnam', 'Nike', '', '', '', 'Scarpe', '', 'Sneakers', '', '', 'Continuativi', 'Rosa', '', 'pink,dimgray', 'Donna', '', '', '', '', ''))
in productCreate.php line 22
Spec
- Ubuntu Server 20.04
- PHP 7.2
- mysql 15.1 Distrib 10.3.22-MariaDB
Edits:
- my nameserver is 127.0.0.53
Есть такая проблема (
При кроссерверных запросах иногда выпадает следующая ошибка «Connection timed out after 15000 milliseconds» , на php установлен timeout 15 сек.
Каждую минуту на удаленные хосты в среднем отправляется 300 запросов и в таком режиме каждые 15 мин происходит от 1 — 10 таких ошибок. Если после такой ошибки снова отправить такой же запрос, на тот же хост — он мгновенно пройдет . Это может возникать при запросах на любые удаленные хосты.
Установлен входящий nginx proxy .
Архитектура сервера : host (nginx proxy, kvm host) -> virtual machine (nginx, php …) везде ubuntu server 16.04
Как решить эту проблему?
-
Вопрос заданболее трёх лет назад
-
2386 просмотров
Пригласить эксперта
нельзя выставлять столь длинные значения таймаута, смысл его тогда теряется.
Стольо длинные хиты это явно или выгрузки или работа по апи.
А следовательно наличие сервера с той стороны и доступности его не дело nginx
а легко решается в самом скрипте обмена.
Что же касается времяни то именно для этого скрипта можно сделать исключение позволяющее делать таймаут вплоть до -1
Но при этом общая система не пострадает.
попробуйте увеличить число одновременно открытых дескрипторов файлов в /etc/security/limits.conf — по умолчанию — 1024
* soft nofile 65535
* hard nofile 65535Ну и сами удаленные хосты тоже могут не отвечать иногда, их право!
Запросы небольшие?
Что делает другой сервер при этом?
Проверьте использование памяти (свап), диска, нагрузку сети и процессора как на гипервизор так и на виртуалки.
Просмотрите логи виртуалки нет ли там ошибок от что виртуалка замирает.
Попробуйте отправлять ежесекундно мелкие udp/tcp запросы в обе стороны и пишите их в файл. Отправляемые данные пронумеруйте и затем посмотрите не выпадает ли что-то. Поснифьте tcpdump-ом трафик который отправляете/принимаете с обеих сторон.
Проверить драйвера сетевых карт.
Посмотреть настройки и статистику файрвола.
Проверьте использование памяти (свап), диска, нагрузку сети и процессора как на гипервизор так и на виртуалки.
С этим все норм …
-
Показать ещё
Загружается…
09 февр. 2023, в 18:25
5000 руб./за проект
09 февр. 2023, в 18:23
2500 руб./за проект
09 февр. 2023, в 17:54
1000 руб./за проект
Минуточку внимания
I was remote debugging with Eclipse on my Ubuntu VM fine to a remote WebLogic application, then it stopped working. I have debug turned on in the remote server. From my VM I’m able to telnet into the remote debugging port. I’ve tried restarting Eclipse and setting the network connection to Direct. It just keeps timing out.
Failed to connect to remote VM. Connection timed out.
org.eclipse.jdi.TimeoutException
In .log:
!MESSAGE Failed to connect to remote VM. Connection timed out.
!STACK 0
org.eclipse.jdi.TimeoutException
at org.eclipse.jdi.internal.connect.SocketTransportService.attach(SocketTransportService.java:162)
at org.eclipse.jdi.internal.connect.SocketTransportImpl.attach(SocketTransportImpl.java:45)
at org.eclipse.jdi.internal.connect.SocketAttachingConnectorImpl.attach(SocketAttachingConnectorImpl.java:134)
at org.eclipse.jdt.internal.launching.SocketAttachConnector.connect(SocketAttachConnector.java:141)
at org.eclipse.jdt.internal.launching.JavaRemoteApplicationLaunchConfigurationDelegate.launch(JavaRemoteApplicationLaunchConfigurationDelegate.java:84)
at org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:885)
at org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:739)
at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:1039)
at org.eclipse.debug.internal.ui.DebugUIPlugin$8.run(DebugUIPlugin.java:1256)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
asked Dec 10, 2014 at 16:24
user994165user994165
9,00828 gold badges94 silver badges161 bronze badges
10
I bumped up the debug timeout (Windows/Preferences/Java/Debug/Communication/Debugger timeout) and restarted both the admin server and the managed server where the application is deployed and is listening on the debug port.
answered Dec 10, 2014 at 23:30
user994165user994165
9,00828 gold badges94 silver badges161 bronze badges
Recently I got the same problem, and this is what I found after solved it. If the configuration is wrong from the remote server side, the message should be «connection refused» not «timeout». Besides, «timeout» also does not see any wireshark packets, while «refused» gives：
Finally I found that the network connection of the «timeout» Eclipse is manually configured. You can check this under
window->preferences->general->network connections. If it is «manual» (like what I had) change it to «native».
answered Jan 28, 2016 at 2:42
TiinaTiina
3,9755 gold badges41 silver badges69 bronze badges
0
set java.property.debug=true in the property file may help you.
answered Oct 9, 2015 at 5:34
Manish AgrawalManish Agrawal
7641 gold badge9 silver badges23 bronze badges
**
I solved it setting in Eclipse And STS(Spring Tool Suits):
Just edit this configuration inside your IDE(Eclipse or Sts) increase your timeout time value by two zero it would be enough.
Windows —> Preferences —> Java —> Debug —> Debugger timeout: 10000t**
answered May 26, 2021 at 9:33
