SSL не работает на eth0

Все защищенные соединения, такие как https, ssh, не работают, когда я подключаюсь через eth0. Однако они прекрасно работают при подключении через беспроводную сеть.

Это какая-то проблема с сертификатами в системе? или это связано с сетью? Как исправить эту проблему?

Пожалуйста, предложите.

Спасибо

UPDATE

By. «dont't work» Я имею в виду, что все соединения, требующие SSL, не работают, например ssh, https. Когда я делаю ssh, я получаю сообщение об ошибке «Соединение отказало удаленным компьютером». Однако другие обычные соединения работают. Что касается брандмауэра, нет правила, я просто вижу все как accept.

Беспроводное соединение, проходящее через один и тот же шлюз, отлично работает.

2
задан 25 July 2011 в 16:58

10 ответов

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

Нам нужно будет увидеть выходные данные для подтверждения:

ifconfig

и

route -n

Другая возможная причина - из прикладного уровня. Эти службы не могут быть настроены на прослушивание IP-адреса, связанного с этим интерфейсом. Следующая команда покажет вам, что слушает и на каком IP.

netstat -an | less
1
ответ дан 25 July 2018 в 21:33

Кто / с какой сетью подключен eth0? Может быть, кто-то, кто контролирует один из маршрутизаторов / машин, которым проходит ваш трафик eth0, может отказаться от переноса трафика, использующего зашифрованный протокол. Если они это делают, вполне вероятно, что они надеются, что вы переключитесь на небезопасный протокол, чтобы они могли слушать, возможно, чтобы получить пароли или шпионить за вами или заблокировать определенные вещи.

Мой совет: если Firefox / Chromium жалуется на ошибки сертификата, не принимайте никаких новых сертификатов! Это может быть тот, кто возится с вашим соединением eth0, пытаясь обмануть вас в атаку «человек в середине». (Это означает, что вы обманываете себя зашифрованным подключением к злоумышленнику, который подключается к концу веб-сайта и перенаправляет ваши запросы. Конечно, он может прочитать соединение, когда он это делает.) Если сеть - это та, которую вы платите за доступ Чтобы получить техническую поддержку, если это возможно. Если сеть является той, за которую вы платите за доступ, и лицо, за которое вы платите, делает это, угрожает купить услугу у кого-то еще, если они не остановят ее.

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

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

Нам нужно будет увидеть выходные данные для подтверждения:

ifconfig

и

route -n

Другая возможная причина - из прикладного уровня. Эти службы не могут быть настроены на прослушивание IP-адреса, связанного с этим интерфейсом. Следующая команда покажет вам, что слушает и на каком IP.

netstat -an | less
1
ответ дан 2 August 2018 в 03:10

Кто / с какой сетью подключен eth0? Может быть, кто-то, кто контролирует один из маршрутизаторов / машин, которым проходит ваш трафик eth0, может отказаться от переноса трафика, использующего зашифрованный протокол. Если они это делают, вполне вероятно, что они надеются, что вы переключитесь на небезопасный протокол, чтобы они могли слушать, возможно, чтобы получить пароли или шпионить за вами или заблокировать определенные вещи.

Мой совет: если Firefox / Chromium жалуется на ошибки сертификата, не принимайте никаких новых сертификатов! Это может быть тот, кто возится с вашим соединением eth0, пытаясь обмануть вас в атаку «человек в середине». (Это означает, что вы обманываете себя зашифрованным подключением к злоумышленнику, который подключается к концу веб-сайта и перенаправляет ваши запросы. Конечно, он может прочитать соединение, когда он это делает.) Если сеть - это та, которую вы платите за доступ Чтобы получить техническую поддержку, если это возможно. Если сеть является той, за которую вы платите за доступ, и лицо, за которое вы платите, делает это, угрожает купить услугу у кого-то еще, если они не остановят ее.

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

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

Нам нужно будет увидеть выходные данные для подтверждения:

ifconfig

и

route -n

Другая возможная причина - из прикладного уровня. Эти службы не могут быть настроены на прослушивание IP-адреса, связанного с этим интерфейсом. Следующая команда покажет вам, что слушает и на каком IP.

netstat -an | less
1
ответ дан 4 August 2018 в 19:03

Кто / с какой сетью подключен eth0? Может быть, кто-то, кто контролирует один из маршрутизаторов / машин, которым проходит ваш трафик eth0, может отказаться от переноса трафика, использующего зашифрованный протокол. Если они это делают, вполне вероятно, что они надеются, что вы переключитесь на небезопасный протокол, чтобы они могли слушать, возможно, чтобы получить пароли или шпионить за вами или заблокировать определенные вещи.

Мой совет: если Firefox / Chromium жалуется на ошибки сертификата, не принимайте никаких новых сертификатов! Это может быть тот, кто возится с вашим соединением eth0, пытаясь обмануть вас в атаку «человек в середине». (Это означает, что вы обманываете себя зашифрованным подключением к злоумышленнику, который подключается к концу веб-сайта и перенаправляет ваши запросы. Конечно, он может прочитать соединение, когда он это делает.) Если сеть - это та, которую вы платите за доступ Чтобы получить техническую поддержку, если это возможно. Если сеть является той, за которую вы платите за доступ, и лицо, за которое вы платите, делает это, угрожает купить услугу у кого-то еще, если они не остановят ее.

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

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

Нам нужно будет увидеть выходные данные для подтверждения:

ifconfig

и

route -n

Другая возможная причина - из прикладного уровня. Эти службы не могут быть настроены на прослушивание IP-адреса, связанного с этим интерфейсом. Следующая команда покажет вам, что слушает и на каком IP.

netstat -an | less
1
ответ дан 6 August 2018 в 03:22

Кто / с какой сетью подключен eth0? Может быть, кто-то, кто контролирует один из маршрутизаторов / машин, которым проходит ваш трафик eth0, может отказаться от переноса трафика, использующего зашифрованный протокол. Если они это делают, вполне вероятно, что они надеются, что вы переключитесь на небезопасный протокол, чтобы они могли слушать, возможно, чтобы получить пароли или шпионить за вами или заблокировать определенные вещи.

Мой совет: если Firefox / Chromium жалуется на ошибки сертификата, не принимайте никаких новых сертификатов! Это может быть тот, кто возится с вашим соединением eth0, пытаясь обмануть вас в атаку «человек в середине». (Это означает, что вы обманываете себя зашифрованным подключением к злоумышленнику, который подключается к концу веб-сайта и перенаправляет ваши запросы. Конечно, он может прочитать соединение, когда он это делает.) Если сеть - это та, которую вы платите за доступ Чтобы получить техническую поддержку, если это возможно. Если сеть является той, за которую вы платите за доступ, и лицо, за которое вы платите, делает это, угрожает купить услугу у кого-то еще, если они не остановят ее.

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

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

Нам нужно будет увидеть выходные данные для подтверждения:

ifconfig

и

route -n

Другая возможная причина - из прикладного уровня. Эти службы не могут быть настроены на прослушивание IP-адреса, связанного с этим интерфейсом. Следующая команда покажет вам, что слушает и на каком IP.

netstat -an | less
1
ответ дан 7 August 2018 в 21:08

Кто / с какой сетью подключен eth0? Может быть, кто-то, кто контролирует один из маршрутизаторов / машин, которым проходит ваш трафик eth0, может отказаться от переноса трафика, использующего зашифрованный протокол. Если они это делают, вполне вероятно, что они надеются, что вы переключитесь на небезопасный протокол, чтобы они могли слушать, возможно, чтобы получить пароли или шпионить за вами или заблокировать определенные вещи.

Мой совет: если Firefox / Chromium жалуется на ошибки сертификата, не принимайте никаких новых сертификатов! Это может быть тот, кто возится с вашим соединением eth0, пытаясь обмануть вас в атаку «человек в середине». (Это означает, что вы обманываете себя зашифрованным подключением к злоумышленнику, который подключается к концу веб-сайта и перенаправляет ваши запросы. Конечно, он может прочитать соединение, когда он это делает.) Если сеть - это та, которую вы платите за доступ Чтобы получить техническую поддержку, если это возможно. Если сеть является той, за которую вы платите за доступ, и лицо, за которое вы платите, делает это, угрожает купить услугу у кого-то еще, если они не остановят ее.

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

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

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