Wifi para de funcionar depois de um tempo no Ubuntu 14.04.2

Ontem comprei o novo laptop Lenovo E540 e instalei aqui o Ubuntu 14.04.2. Mas eu tenho um problema com meu wifi (o roteador é a versão Dlink g). Posso conectar ao wifi sem problemas depois de ligar o laptop. Mas então (depois de algum tempo de trabalho) de repente minha conexão é perdida, mas o gerente de rede ainda está sinalizando que estou conectado, mas não consigo nem fazer ping em nada. Quando tento me reconectar via gerenciador à minha rede, parece que estou tentando conectar, mas nunca funcionará ... Tenho que reiniciar e tudo ficará correto até que feche a conexão novamente. Eu estava pesquisando na net, mas infelizmente sem sorte. Tentei comentar dns = dnsmasq em /etc/NetworkManager/NetworkManager.conf, mas nada aconteceu.

na sugestão Jeremy31 aqui é resultado de

lspci -nnk | grep -iA2 net

03: 00.0 Controlador Ethernet [0200]: Realtek Semiconductor Co., Ltd. Controlador Ethernet Gigabit RTL8111 / 8168/8411 PCI Express [10ec: 8168] (rev 10)
    Subsistema: Dispositivo Lenovo [17aa: 5028]
    Driver de kernel em uso: r8169
04: 00.0 Controlador de rede [0280]: Realtek Semiconductor Co., Ltd. Adaptador de rede sem fio RTL8723BE PCIe [10ec: b723]
    Subsistema: Dispositivo Lenovo [17aa: b728]
    Driver de kernel em uso: rtl8723be

quando usei grep network-manager over syslog, encontrei alguns erros:

14/03 22:40:03 dano-lenovo NetworkManager [784]: erro ao solicitar autenticação para org.freedesktop.NetworkManager.wifi.share.protected: (3) GDBus.Error: org.freedesktop.DBus.Error.NameHasNoOwner: GDBus. Erro: org.freedesktop.DBus.Error.NameHasNoOwner: Não foi possível obter o UID do nome ': 1,23': não existe esse nome

mas acho que é um problema que não consigo reconectar, mas por que isso aconteceu não tenho certeza ..

últimos registros antes do erro são:

NetworkManager [784]: (wlan0): O IP6 addrconf atingiu o tempo limite ou falhou.
14 de março 22:38:31 dano-lenovo NetworkManager [784]: Ativação (wlan0) Etapa 4 de 5 (IPv6 Configure Timeout) agendada ...
14 de março 22:38:31 dano-lenovo NetworkManager [784]: Ativação (wlan0) Etapa 4 de 5 (IPv6 Configure Timeout) iniciada ...
14 de março 22:38:31 dano-lenovo NetworkManager [784]: Ativação (wlan0) Etapa 4 de 5 (IPv6 Configure Timeout) concluída.
14 de março 22:38:31 dano-lenovo wpa_supplicant [909]: wlan0: CTRL-EVENT-SCAN-STARTED 

Tnaks for help

você pode tentar uma das soluções abaixo:

Abra o terminal e digite: sudo service network-manager restart.
OU
Vá para Configuração do sistema -> Rede -> Esqueça o seu wifi e reconecte-se a ele.
OU
Reinicie ou faça logoff e entre no seu laptop.

Meu novo laptop Dell Inspiron teve o mesmo problema: o Wi-Fi funcionaria por alguns minutos e depois pararia de funcionar. Adicionando

options rtl8723be fwlps=N ips=N 

para /etc/modprobe.d/rtl8723be.confcorrigir o problema.

Mas então eu vi Como faço para que uma placa sem fio Realtek RTL8723BE funcione? o que parece uma abordagem mais definitiva. Então eu fiz isso (removendo rtl8723be.conftambém), e funcionou também.

Estou um pouco desconfortável ao usar este driver WiFi "não aprovado", mas parece funcionar.

Isso instalará módulos backported do kernel 3.19 e funciona bem

sudo apt-get install linux-headers-generic build-essential
wget https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.19-rc1/backports-3.19-rc1-1.tar.gz
tar -zxvf backports-3.19-rc1-1.tar.gz
cd backports-3.19-rc1-1
make defconfig-rtlwifi
make
sudo make install

echo "options rtl8723be fwlps=N ips=N" | sudo tee /etc/modprobe.d/rtl8723be.conf Reiniciar

Se você atualizar e obter um novo kernel, precisará fazer o seguinte

cd backports-3.19-rc1-1
make clean
make defconfig-rtlwifi
make
sudo make install

EDIT: depois de ver as informações sem fio, eu mudaria a criptografia para WPA2 apenas sem TKIP

Após alterar a criptografia, se você quiser experimentá-lo sem os backports cd ~/backports-3.19-rc1-1e, em seguida, sudo make uninstallreinicie e se achar que funciona melhor com os backports cd ~/backports-3.19-rc1-1esudo make install

Você alterou as configurações no Firewall?
Se sim, altere a configuração de OUTCOMING para PERMITIR, como você pode ver na imagem: