alexandre.mbm

Keystones que, até onde me consta, dispensam ferramentas:
Schneider Eletric Lunare Schneider Eletric Miluz Siemens Pial Plus Bitcino Furukawa Blindado GigaLan Augmented CAT.6A (?)

Cheguei à conclusão de que, com o mesmo SSID da origem, não devo usar o repetidor em bridge se, conectados a ele, haverão múltiplos clientes DHCP. Pois logo acontecerá conflito de IP, denunciado por "conexão limitada", já que na origem, ora um IP estará no MAC do cliente ora um IP estará no MAC da ponte. Essa concorrência piora mais ainda entre Chromecast e smartphone.
 
Se o SSID for o mesmo do sinal de origem, a ponte repetidora só deverá ser ponte para apenas um cliente, não permitindo que qualquer outro conecte-se a ela. Se o SSID for distinto, o problema é denunciado mais rapidamente, dado que o IP não será atribuído por causa da mudança do MAC já durante primeira passagem (obrigatória) pela ponte.
 
Outra possibilidade é usar o repetidor como cliente WISP com IP estático na WAN. Isso tem funcionado. Só que obrigatoriamente, nesse meu ambiente, a banda máxima fica limitada a uns 5 Mbps (pelo menos estáveis).

Não sei se o pacote libwbclient era necessário, mas o pacote samba era. Deu tudo certo! Tanto que atualizei aquela página WineHQ com minha instruções e eu já havia esquecido deste tópico aqui no fórum...
 
Não sei se o comando a seguir fez diferença:
winetricks -q corefonts dotnet35sp1 msxml3 Acho que não. Parece-me que só faltava o samba.

No final das contas, com toda uma "depuração" que fora realizada mediante várias execuções e paramentrizações dos comandos ntfsresize e chkdsk (CD do Windows), o problema foi resolvido ainda com o amigável GParted.
 

 

 

 
O disco rígido agora tem 130 GB para GNU/Linux!
 
Ainda bem que não faltou energia em algum momento...
 
E tudo isso foi feito a partir de um Ubuntu 14.04.2 LTS em pendrive com escrita, customizado.

Realmente não é 132 Mbps. Eu lera errado. Seria 132 MB/s ou 133 Mb/s; qualquer um dá na mesma, mas fiquei curioso e fui tentar descobrir de onde viria essa diferença.
 
Seria MiB vs. MB? Não. Veja:
 
 
Ou seja, não sei de onde vem a discordância nos dados "133 MB/s" e "135 MB/s". Sei que não é da confusão entre KiB e KB, entre outras coisas.
 
Enfim, não importa. Assumamos: 133 MB/s para o barramento PCI. Isso realmente atende Gigabit Ethernet, pois temos 1024 Mbps = 1024 ÷ 8 MB/s = 128 MB/s. A banda de 128 cabe dentro da banda de 133. É mais do que suficiente, em "teoria rasa".

Então uma setorial é uma antena direcional, mas não é nem grade nem disco, e deve ser chamada simplesmente "setorial". Ela caracteriza-se por criar uma célula. Está correto?
 
Se a setorial não é celular, o que a distingue de grade ou disco?
 
Update 1
 
Naquele mesmo site eu encontrei um diagrama de antena setorial:
 

 
Ainda não me responde em que difere de uma antena grade ou disco, talvez por que eu não conheço os respectivos outros diagramas.
 
Artigos que expõem sobre antenas:
Redes wireless, parte 4: Antenas e conectores Antenas omnidirecionais Antenas direcionais Redes Wireless – Conceitos Básicos | Automações Conceitos Básicos IV Antenas omnidirecionais Antenas Yagi Conceitos Básicos V  Antenas tipo Painel Setorial Antenas parabólicas Comunicação wireless - tipos de antenas - Cursos CPT Update 2
 
Parece que "disco" e "grade" são nomes populares para os dois tipos de antenas parabólicas:
Disco: antena parabólica sólida Grade: antena parabólica vazada O diagrama genérico da irradiação de um antena parabólica:
 

 
Resumo
 
Antenas direcionais podem ser setoriais ou parabólicas. Estas últimas concentram o sinal com menor ângulo de abertura, priorizando alcance.
 
A parabólica precisam apontar quase que diretamente para o destino.
A setorial dá cobertura a uma abertura horizontal.

Inclusive a senha?
 
 

 
Imagem feita com o Greenshot.

Eu estava equivocado. Descobri o Syslog Watcher. Funciona bem! Como um serviço do Windows. A interface gráfica (cliente) exibe tabela que pode ter as cores customizadas. O serviço recebe a drenagem de log pela porta UDP 514. A instalação foi simples, praticamente só Next > Next.
 
Update
 
Em Arch Linux instalei o syslog-ng e, no final do /etc/syslog-ng/syslog-ng.conf, acrescentei o seguinte:
source net { udp(); };destination remote { file("/var/log/remote/${FULLHOST}-log"); };log { source(net); destination(remote); }; Os registros recebidos do roteador são armazenados em /var/log/remote/[iP_DO_ROTEADOR]-log.

Então o problema não existe mais?

O roteador MULTILASER RE073, quando funcionando como cliente WISP, não provê wireless. Passa a funcionar apenas como HUB cabeado.
 
Acho que, se ele tivesse duas antenas, daria ter uma no modo cliente WISP e outro no modo AP; ao menos com um firmware customizado tal como o DD-WRT.
 

Alguns adaptadores sem fio podem ter sensibilidade maior, só que não parece haver prática de se relacionar isso com potência. O que eu sei é que um Sony XPERIA X10i capta menos sinal wifi do que um Moto G...

Resposta ao tópico é "sim":
 
"A computer on any wireless or wired LAN segment of the wireless router should be able to connect to the Internet or share files and printers with any other wireless or wired computer or server connected to the other AP."
 
"Um computador em qualquer dos segmentos LAN do roteador wireless, o cabeado ou o sem fio, deverá estar apto a conectar-se à Internet ou compartilhar arquivos e impressoras com qualquer outro computador ou servidor conectado sem fio ou por fio ao outro AP".