Bug 4916 - Броузер просит ввода пароля для сетевого жесткого диска если ему неудается открыть сетевой адрес
: Броузер просит ввода пароля для сетевого жесткого диска если ему неудается от...
Status: CONFIRMED
Product: Desktop Bugs
Classification: ROSA Desktop
Component: -Enter Bugs Here-
: Fresh
: x86_64 Linux
: Normal normal
: ---
Assigned To: Desktop Triage Team
: Desktop Triage Team
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2015-01-18 00:14 MSK by Ivan
Modified: 2015-01-21 13:14 MSK (History)
2 users (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan 2015-01-18 00:14:27 MSK
Description of problem: 

При работе с файрфокс переодический вылетает запрос на пароль для сетевого жесткого диска на базе IconBIT IS308. Происходит это если попадается несуществующий адрес как в содержании страницы так и при вводе в строке адреса.
Броузер Google Chrome ведет себя также, хотя запросы выдает реже, возможно по причине того, что пропускает все через поисковик. В других операционных системах (windows 7, ubuntu) подобного повидения не наблюдается. Смена IP адреса диска не решает проблему. Для локализации проблеммы сократил число подключенных к сети устройств до минимум (компбютер, диск, хаб) проблемма сохраняется даже при загрузке с установочной флешки.

Тема обсуждения проблеммы на форуме : http://forum.rosalab.ru/viewtopic.php?f=53&t=5070&p=37302#p37302

Version-Release number of selected component (if applicable):

ROSA.FRESH.KDE.R5.x86_64.iso
Comment 1 Konstantin Vlasov 2015-01-19 15:47:40 MSK
В дополнение к форумным предположениям могу сказать, что у меня нечто похожее произошло, когда я воткнул в компьютер USB-донгл с цифровым сертификатом: Firefox автоматически куда-то что-то там себе сертификатное прописывал и пребывал в святой уверенности, что именно этот сертификат я горю желанием использовать везде, где есть хоть какой-либо намёк на авторизацию. И во многих местах, где такого намёка нет. Соответственно, диалог ввода пароля к токену тоже всплывал постоянно и на самых разных сайтах.

Конечно, сетевой диск - это не цифровой ключ, но не исключено, что источник проблемы тот же. В интернетах говорят, что можно в настройках Firefox где-то найти и удалить лишние сертификаты (или пометить, чтобы он их не пытался использовать).
Comment 2 Ivan 2015-01-19 19:34:14 MSK
Еще одна особенность, как показал ping переадрисация срабатывает только для адресов начинающихся на http://www, также должны быть имя и домен, тоесть что угодно разделенное точками.

[mrgobus@mrgobus-home ~]$ ping aaa
ping: unknown host aaa
[mrgobus@mrgobus-home ~]$ ping www.aaa
ping: unknown host www.aaa
[mrgobus@mrgobus-home ~]$ ping www.aaa.aa
ping: unknown host www.aaa.aa
[mrgobus@mrgobus-home ~]$ ping http://www.aaa.aa
PING http://www.aaa.aa (192.168.1.50) 56(84) bytes of data.
64 bytes from 192.168.1.50: icmp_req=1 ttl=32 time=0.150 ms
64 bytes from 192.168.1.50: icmp_req=2 ttl=32 time=0.123 ms
64 bytes from 192.168.1.50: icmp_req=3 ttl=32 time=0.125 ms
^Z
[9]+  Остановлено  ping http://www.aaa.aa
[mrgobus@mrgobus-home ~]$ ping http://www.aaa
ping: unknown host http://www.aaa
[mrgobus@mrgobus-home ~]$
Comment 3 Konstantin Vlasov 2015-01-19 22:25:19 MSK
Адреса, начинающиеся с http://, для пинга некорректны. HTTP - это протокол, а ping использует другой протокол (ICMP), поэтому всё, что приходит ему на вход он расценивает как имя хоста. Т.е. не разделяет его на "http" и "www.aaa.aa", а пытается найти в сети компьютер вот ровно с таким именем: "http://www.aaa.aa" (несмотря даже на то, что это имя включает в себя запрещённые символы). Пока правда, неясно, что при этом происходит и почему на такое имя вдруг откликается сетевое устройство, просто на всякий случай решил предупредить, что тут происходит не совсем то, что можно было подумать.
Comment 4 Ivan 2015-01-21 13:14:06 MSK
(In reply to comment #3)
> Адреса, начинающиеся с http://, для пинга некорректны. HTTP - это протокол,
> а ping использует другой протокол (ICMP), поэтому всё, что приходит ему на
> вход он расценивает как имя хоста. Т.е. не разделяет его на "http" и
> "www.aaa.aa", а пытается найти в сети компьютер вот ровно с таким именем:
> "http://www.aaa.aa" (несмотря даже на то, что это имя включает в себя
> запрещённые символы). Пока правда, неясно, что при этом происходит и почему
> на такое имя вдруг откликается сетевое устройство, просто на всякий случай
> решил предупредить, что тут происходит не совсем то, что можно было подумать.

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

[mrgobus@mrgobus-home socket.test]$ ./main http://www.wrwrwrww.wr
Official name is: http://www.wrwrwrww.wr
    IP addresses: >192.168.1.50 
[mrgobus@mrgobus-home socket.test]$ 

код программульки:

#include <stdio.h>
#include <errno.h>
#include <netdb.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>

int main(int argc, char *argv[]) {
    int i;
    struct hostent *he;
    struct in_addr **addr_list;

    if (argc != 2) {
        fprintf(stderr,"usage: hostname\n");
        return 1;
    }

    if ((he = gethostbyname(argv[1])) == NULL) {  // get the host info
        herror("gethostbyname");
        return 2;
    }

    // print information about this host:
    printf("Official name is: %s\n", he->h_name);
    printf("    IP addresses: ");
    addr_list = (struct in_addr **)he->h_addr_list;
    for(i = 0; addr_list[i] != NULL; i++) {
        printf(">%s ", inet_ntoa(*addr_list[i]));
    }
    printf("\n");

    return 0;
}