[SOLVED] ssh tunnel, bind: Cannot assign requested address

[net_life]

Доброе время суток.

Имеется следующая проблема -- почему то не создаются туннели на 127.0.0.1 , т.е. имеется ввиду следующее
1) с помощью netstat находим свободный порт
2) ssh -D <port> -fN <server name>
    получаю ответ что bind: Cannot assign requested address, туннель на удаленную машину не создается.
Интересно что проходит следующая комбинация
ssh -D 127.0.0.2:<port> -fN <server name>  
и тоннель успешно создается.
Хотя казалось бы все адреса относящиеся к локальной петле должны обрабатываться одинаково.

Из этой же оперы --- не работает установка пакетов с помощью  PackageKit, сообщение об ошибке примерно следующего содержания
PackageKit: CRITICAL: Failed to fetch ... Could not connect to 127.0.0.1:61345 (127.0.0.1). - connect (111: Connection refused)
Подозреваю, что тоже не проходит создание тоннеля.

Сеть настроена через /etc/network/interfaces
auto lo eth0
iface lo inet loopback
iface eth0 inet static
.....
ipv6 выключен в /etc/sysctl.conf
...
net.ipv6.conf.all.disable_ipv6 = 1
...

network-manger исключен из автозагрузки при помощи
update-rc.d -f network-manager remove

Решение вопроса с Package Kit.

Совершенно непонятным образом Package Kit использует недействительные настройки proxy, остающиеся в файле .kde/share/config/kioslaverc после использования proxy  в Kde. Удаление строк вида https_proxy, http_proxy  из этого файла решает проблему с Package Kit.

[Mam(O)n]

По ssh. У меня так:

(Нажмите, чтобы показать/скрыть)

mamon@mamon-desktop:~$ ssh -fND1234 root@my.router
root@my.router's password:
bind: Cannot assign requested address
mamon@mamon-desktop:~$ netstat -netulup | grep ssh
(Не все процессы были идентифицированы, информация о процессах без владельца
 не будет отображена, вам нужны права суперпользователя (root), чтобы увидеть всю информацию.)
tcp        0      0 127.0.0.1:1234          0.0.0.0:*               LISTEN      1000       680593      32471/ssh       

mamon@mamon-desktop:~$ ssh -fND0.0.0.0:4321 root@my.router
root@my.router's password:
mamon@mamon-desktop:~$ netstat -netulup | grep ssh
(Не все процессы были идентифицированы, информация о процессах без владельца
 не будет отображена, вам нужны права суперпользователя (root), чтобы увидеть всю информацию.)
tcp        0      0 0.0.0.0:4321            0.0.0.0:*               LISTEN      1000       683373      32494/ssh       

Т.е. локальны порт слушается в обоих случаях, а вот на что ругается непонятно. А чем проверить работоспособность сокса под рукой не нашёл.

По PackageKit. Файрволл пустой? Команда sudo iptables-save показывает девственную чистоту?

[net_life]

По проверки работоспособности сокса -- можно просто firefox,  указать ему локальную прокси localhost:<portnum>.

Модули ip_tables, iptable_filter, x_tables были выгружены для чистоты эксперимента.