winbox, запущенный из под wine, стал создавать файлы ~/viw*.tmp. Ранее не наблюдалось.

а чем тебе веб-морда не угодила, ведь возможности те же самые?

Возможности - да. Но, откровенно говоря, вебня у микротиков тормозит от перегрузов. А некоторые любят админку всегда включенной держать.

Может есть альтернатива

Внезапно микротики можно рулить через ssh и вебморду.

Единственная поправка - через вебморду консоль метароутера - лагучее говно. Но это явно не та киллерфича, из-за которой стоит использовать винбокс...

бродкаст-поиска же нет

достаточно одного ssh, но почему бы и не заюзать winbox, раз уж он есть.

ну поудобнее winbox чем webfig, хотя графики, например, webfig рисует красивее...

и, кстати, коннект по мак адресу!

рулить через ssh и вебморду

тогда то и веб морда особо не нужна...

вопрос то не в том, что именно лучше использовать, а в том, что winbox себя вот так ведет...

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

По поводу срачи в хомяке: открой winecfg и выключи интеграцию всего в хомяк

я то уже не переживаю. Сначала очень удивился, когда в хоме увидел кучку *.tmp

это во вкладке Drives, если запустить winecfg? Там оставил только C: ../drive_c Без результата - так же продолжает срать

дело то даже не в том что срет. Просто не ожидал такого вообще.

Сами рассудите. Если я тупо запущу wine c:\\winbox.exe, находясь при этом, допустим, в /tmp то он же туда пароли тупо выложит, причем с правами 644. Как то оно не хорошо получается...

дело то даже не в том что срет

Просто не ожидал такого вообще

Как там это было... Ваши ожидания - ваши проблемы? :)

в /tmp то он же туда пароли тупо выложит

Я не думаю, что в микротике сидят дураки, которые допустят попадания паролей в подобное место.

   ~$ cd /tmp
/tmp$ winbox
/tmp$ ls -la *.tmp

-rw-r--r-- 1 samson samson  37930 Jul 19 08:50 viwbfdc.tmp
-rw-r--r-- 1 samson samson 142136 Jul 19 08:50 viwc6a5.tmp

а это что по вашему?)

Мне то по большому счету пофиг. Я его запускаю только там где даже это не страшно. Да и отказаться от него тоже не проблема.

Я не думаю, что в микротике сидят дураки

вот и я не думаю так

В русском варианте это «Вид и интеграция» Снимите там галочки все внизу

но в миротике сидят дураки, которые хранят пароли в открытом виде и пишут их в веб интерфейсе звездочками, используя html тег password. И если его заменить на тег text, то все пароли видно.

какие именно пароли вы имеете ввиду?

это все не помогает.

Вроде как разобрался в чем дело было. Отпишусь...

вообще все. и если пароли для исходящих соединений еще надо хранить в открытом виде, то остальные нет.

По теме вроде все выяснил. Данный косяк - это проблема не winbox а wine. Точнее, похоже, что связки winbox+wine.

Мусор остается в директории (CWD), из которой был запущен wine, если в логе есть вторая строка (error=80):

saving settings to .\viw5b9f.tmp... for C:\users\USERNAME\Application Data\Mikrotik\Winbox\settings.cfg.viw
MoveFileEx failed error=80
settings saved

Сам winbox.exe и его конфиги на самом деле у меня лежат не в директрии .wine. В .wine на них только симлинки. Выглядит это как то так:

./
├── cloud
│   └── winbox
│       ├── app_data
│       │   ├── Microsoft
│       │   └── Mikrotik
│       │       └── Winbox
│       │           ├── Addresses.cdb
│       │           ├── sessions
│       │           │   ├── XXX.XXX.XXX.XXX.viw
│       │           │   └── YYY.YYY.YYY.YYY.viw
│       │           └── settings.cfg.viw
│       └── winbox.exe
└── .wine
    └── drive_c
        ├── users
        │   └── samson
        │       └── Application Data -> ../../../../cloud/winbox/app_data
        └── winbox.exe -> ../../cloud/winbox/winbox.exe

Оказывается, вылез этот баг, когда перенес директорию cloud на отдельный раздел и замонтировал его в хомяке.

В итоге, никакие настройки wine-а не помогли. Пробовал и в winecfg прописывать/убирать диски в Drive Configuration и в Desctop Integration. Скармиливал wine-у cloud/winbox как отдельный диск. Не работает даже если Application Data замонтировать через mount -o bind.

Если .wine и cloud/winbox на одном разделе - все ok. Как только переносим конфиги на другой раздел - понеслось...

Заметил, что если запускать так:

~$ cd .wine/drive_c/users/samson/Application\ Data/Mikrotik/Winbox
~/.wine/drive_c/users/samson/Application Data/Mikrotik/Winbox$ wine c:\\winbox.exe
# на самом деле достаточно находиться в Application Data

Или так:

$ wine cmd
Microsoft Windows 5.2.3790 (1.8.7)
unix\home\samson>cd C:\users\samson\Application Data\
C:\users\samson\Application Data>c:\winbox.exe

В итоге так и пришлось перетащить полностью весь .wine в cloud\winbox и запускать так:

$ cat bin/winbox 
#!/bin/bash

WINEDIR=~/cloud/linux_home/.wine

# ~/.wine <-is_simlink_to-> $WINEDIR):

cd ~/.wine
wine C:\\bin\\winbox.exe &

# may be so:
#cd $WINEDIR
#WINEPREFIX=$WINEDIR wine C:\\bin\\winbox.exe &

Можно конечно же еще и мусор всякий повыкидывать из .wine/drive_c/ но он и так особо много не весит.

Короче, как то так. Другого варианта не нашел.

ps: не уверен, что кому то это вообще пригодится, ну раз уж время убито и топик создан...