nanocos

Membre
  • Content Count

    1
  • Joined

  • Last visited

Community Reputation

0 Neutre

About nanocos

  • Rank
    Newbie
  1. Bonjour, après avoir souffert le martyr avec ce bug aléatoire de m#{#{ à la suite de cet maj de firm huawei de m#{#{ en mars '18, après avoir joué avec tout ce qui est possible et imaginable au niveau des confs de gestion d'énergie de cette m{#~{# d'Android et tous les paramètres Wifi possibles de gestion d'énergie, tous les canaux wifi sur mac, win, openbsd, freebsd à toute heure du jour et de la nuit et sur des réseaux edge/3g/4g à travers le monde, après avoir parcouru une multitude de forums Android où en résumé si tu n'as pas un Android stock (le dernier évidemment) ou un Samsung S"cinqmillesixcenttrois" tu peux te le carrer profond (le tout en 50 occurrences toutes plus inutiles que les précédentes, à noter que cela fait plaisir de ne pas se trouver seul ici pour le coup, merci), j'ai trouvé ma solution qui ne consiste pas à changer de téléphone. La solution robuste/validée terrain consiste simplement à "pinger" en continu l'adresse de passerelle (donc le téléphone, la 192.168.43.1 pour moi, oui un simple "ping 192.168.43.1" ) pour avoir du traffic à destination de la "stack IP" du téléphone et même un petit peu au delà et l’empêcher de décider de couper l'accès (notez que le traffic "routé" et "naté" par le téléphone ne suffit pas pour l’empêcher de décider de faire sa P{#[#{ d'économie d'énergie...en résumé le pourquoi on fait le partage: donc pas la peine de "pinger" 1.1, 8.8.8.8, 9.9.9.9, 8.8.4.4, 1.1.1.1 en continu et c'est ce qui est complètement fou dans cette histoire... ). Btw, Samsung, Huawei, Google and cie .... GO F#{# YOURSELF, your Dr FrankAndroid creature '18 is shit and I do not even talk about "SD card as internal memory" issue here that would put you in jail in a world with minimalist customer respect. ps: I am not an apple fanboy, nor a win fanboy, nor a linux fanboy, just someone that need to work and a have some rest at night.