Вопросы Теги

Проблема с передачей webui - конфликт 409

Мне не нравится устанавливать системное время вручную. Поэтому, чтобы исправить эту проблему, мне пришлось объединить два разных ответа. Чтобы исправить системное время, вы должны использовать этот код: 

sudo date -s "$(wget -qSO- --max-redirect=0 google.com 2>&1 | grep Date: | cut -d' ' -f5-8)Z"

, как указано в этом ответе Затем вы синхронизируете аппаратные часы с системными часами, используя 

sudo hwclock --systohc

, заданный @chaos в этой теме.

19
задан 23 May 2011 в 17:58

36 ответов

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 25 July 2018 в 21:51

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

35
ответ дан 25 July 2018 в 21:51
  • 1
    У меня даже нет Apache. Раньше мне не нужно было устанавливать или возиться с apache вообще, чтобы заставить webui работать. Кроме того, я использую URL-адрес host: 9091 / transmission / web – Ken 25 May 2011 в 15:52
  • 2
    извините, непонятно. Обновленный ответ. – hometoast 25 May 2011 в 19:28
  • 3
    Omg, почему так важно следить за косой чертой? Я не могу поверить, что это решило проблему. – KoCMoHaBTa 27 April 2015 в 08:31
  • 4
    То же самое здесь ... невероятно – Sampgun 29 May 2018 в 10:50

Попробуйте добавить #files в конец адреса. например, /web/#files.

Это сработало для меня.

Я даже смог снять #files с него, как только я вошел в систему, и это все еще работал по какой-то странной причине?

4
ответ дан 25 July 2018 в 21:51

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 25 July 2018 в 21:51

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 31 July 2018 в 10:39

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

35
ответ дан 31 July 2018 в 10:39
  • 1
    У меня даже нет Apache. Раньше мне не нужно было устанавливать или возиться с apache вообще, чтобы заставить webui работать. Кроме того, я использую URL-адрес host: 9091 / transmission / web – Ken 25 May 2011 в 15:52
  • 2
    извините, непонятно. Обновленный ответ. – hometoast 25 May 2011 в 19:28
  • 3
    Omg, почему так важно следить за косой чертой? Я не могу поверить, что это решило проблему. – KoCMoHaBTa 27 April 2015 в 08:31
  • 4
    То же самое здесь ... невероятно – Sampgun 29 May 2018 в 10:50

Попробуйте добавить #files в конец адреса. например, /web/#files.

Это сработало для меня.

Я даже смог снять #files с него, как только я вошел в систему, и это все еще работал по какой-то странной причине?

4
ответ дан 31 July 2018 в 10:39

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 31 July 2018 в 10:39

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 31 July 2018 в 11:42

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

35
ответ дан 31 July 2018 в 11:42
  • 1
    У меня даже нет Apache. Раньше мне не нужно было устанавливать или возиться с apache вообще, чтобы заставить webui работать. Кроме того, я использую URL-адрес host: 9091 / transmission / web – Ken 25 May 2011 в 15:52
  • 2
    извините, непонятно. Обновленный ответ. – hometoast 25 May 2011 в 19:28
  • 3
    Omg, почему так важно следить за косой чертой? Я не могу поверить, что это решило проблему. – KoCMoHaBTa 27 April 2015 в 08:31
  • 4
    То же самое здесь ... невероятно – Sampgun 29 May 2018 в 10:50

Попробуйте добавить #files в конец адреса. например, /web/#files.

Это сработало для меня.

Я даже смог снять #files с него, как только я вошел в систему, и это все еще работал по какой-то странной причине?

4
ответ дан 31 July 2018 в 11:42

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 31 July 2018 в 11:42

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 2 August 2018 в 03:27

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

35
ответ дан 2 August 2018 в 03:27
  • 1
    У меня даже нет Apache. Раньше мне не нужно было устанавливать или возиться с apache вообще, чтобы заставить webui работать. Кроме того, я использую URL-адрес host: 9091 / transmission / web – Ken 25 May 2011 в 15:52
  • 2
    извините, непонятно. Обновленный ответ. – hometoast 25 May 2011 в 19:28
  • 3
    Omg, почему так важно следить за косой чертой? Я не могу поверить, что это решило проблему. – KoCMoHaBTa 27 April 2015 в 08:31
  • 4
    То же самое здесь ... невероятно – Sampgun 29 May 2018 в 10:50

Попробуйте добавить #files в конец адреса. например, /web/#files.

Это сработало для меня.

Я даже смог снять #files с него, как только я вошел в систему, и это все еще работал по какой-то странной причине?

4
ответ дан 2 August 2018 в 03:27

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 2 August 2018 в 03:27

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 4 August 2018 в 19:24

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

36
ответ дан 4 August 2018 в 19:24
  • 1
    У меня даже нет Apache. Раньше мне не нужно было устанавливать или возиться с apache вообще, чтобы заставить webui работать. Кроме того, я использую URL-адрес host: 9091 / transmission / web – Ken 25 May 2011 в 15:52
  • 2
    извините, непонятно. Обновленный ответ. – hometoast 25 May 2011 в 19:28
  • 3
    Omg, почему так важно следить за косой чертой? Я не могу поверить, что это решило проблему. – KoCMoHaBTa 27 April 2015 в 08:31
  • 4
    То же самое здесь ... невероятно – Sampgun 29 May 2018 в 10:50

Попробуйте добавить #files в конец адреса. например, /web/#files.

Это сработало для меня.

Я даже смог снять #files с него, как только я вошел в систему, и это все еще работал по какой-то странной причине?

4
ответ дан 4 August 2018 в 19:24

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 4 August 2018 в 19:24

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 6 August 2018 в 03:35

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

36
ответ дан 6 August 2018 в 03:35
  • 1
    У меня даже нет Apache. Раньше мне не нужно было устанавливать или возиться с apache вообще, чтобы заставить webui работать. Кроме того, я использую URL-адрес host: 9091 / transmission / web – Ken 25 May 2011 в 15:52
  • 2
    извините, непонятно. Обновленный ответ. – hometoast 25 May 2011 в 19:28
  • 3
    Omg, почему так важно следить за косой чертой? Я не могу поверить, что это решило проблему. – KoCMoHaBTa 27 April 2015 в 08:31
  • 4
    То же самое здесь ... невероятно – Sampgun 29 May 2018 в 10:50

Попробуйте добавить #files в конец адреса. например, /web/#files.

Это сработало для меня.

Я даже смог снять #files с него, как только я вошел в систему, и это все еще работал по какой-то странной причине?

4
ответ дан 6 August 2018 в 03:35

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 6 August 2018 в 03:35

Я просто решил эту проблему, позволяя серверу DMZ в маршрутизаторе, указывая на локальный IP-адрес малины.

1
ответ дан 7 August 2018 в 21:24

Попробуйте добавить #files в конец адреса. например, / web / # files .

Это сработало для меня.

Я даже смог взять #files off когда я вошел в систему и все еще работал по какой-то странной причине?

4
ответ дан 7 August 2018 в 21:24

fwiw, я прочитал комментарий о косой черте, и я использую удаленный gui ttransmission.

Недавно я добавил гораздо больше, чем мое обычное количество торрентов в семенной ящик, и начал возвращать ошибку идентификатора сеанса и ошибки времени ожидания в клиенте.

Я, однако, смог получить доступ к веб-интерфейсу (он был просто медленным). Я установил удаленный клиент gui, установив URL-адрес в настройках и добавив / к концу / передаче / rpc, так что у меня была / transmission / rpc /

, что заставило его работать нормально, за исключением случайные проблемы с таймаутом, которые, по моему мнению, имеют меньше общего с настройкой и больше связаны с чистой нагрузкой (хотя она только нажимает 10 Мбит / с на гигабиту и 5 МБ / сек вверх (хотя это только моя часть, если это общая ячейка)

0
ответ дан 7 August 2018 в 21:24

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

36
ответ дан 7 August 2018 в 21:24

Какой URL-адрес вы пытаетесь использовать?

Не забывайте конечную косую черту http: // host: 9091 / transmission / web / (все это имеет значение)

36
ответ дан 10 August 2018 в 09:42

Попробуйте добавить #files в конец адреса. например, / web / # files .

Это сработало для меня.

Я даже смог взять #files off когда я вошел в систему и все еще работал по какой-то странной причине?

4
ответ дан 10 August 2018 в 09:42

Другие вопросы по тегам:

Похожие вопросы: