#4 A CD ROM bennmaradt a tárolók között. Ez alapvetően nem jó neked.
Tovább olvasok (hátha van még valami más is), de azt vedd ki (pipa ki).

Az ne zavarjon, hogy amit látsz egy Debian, a módszer ugyanaz.
És utána frissítesz (a változtatás életbe léptetéséhez).

https://drive.google.com/open?id=0B2GFvwQ1bDhobHQzTmxTbGpnZUE   egyik kép 

https://drive.google.com/open?id=0B2GFvwQ1bDhoZGJqVGFMMndoUGc   másik kép 

 

#13 Vedd ki a CD-t a frissítési források közül, aztán mutass egy kimenetet erről.

sudo apt-get update

Van más hibaüzenet is a CD forráson kívül, de talán az MTU-t kéne állítanod, azzal van gondja a padli zsán R-nek. Ha most 1500, akkor 1452-re. Vagy amit lala talán tudat alatt sugall (nem tudattalan vagy tudatlan ;)), a DNS szerverek címét a Google névfelodó szervereire; 8.8.8,8, 8.8.4.4
Egy-egy próbát megér.

Gyógyszerekkel csinján, egyrészt drága, másrészt a megelőzés fontosabb az utólagos fájdalom csillapításnál, és nem mellesleg a mellékhatásokat a kis betűknél lehet, nem olvastad. :-)
(nálunk nincs téma off, ha már egyszer elkezdted, le nem szállunk a nyakadról, amíg .. illetve a szolg.szab.-unk is tiltja)

Befejeztem..Ennyi...NEm  akarod megérteni hogy a net kapcsolattal semmi gond..Hagyuk az egészet mert kezd elgurulni a gyogyszerem.. Téma OFF..

#17 sniperking, nem tudunk segíteni, ha nem reagálsz semmire.

Nem tudom hogy irjam már le.Linux Mint Mate verziót használok 17.3 a Fő rendszer és van másik merevlemez azón tesztelek..Nem tudom  hogyfejezzemmár ki magam ezzel a  ikon témával.. .Mate felületen ha csak vezetékes netedvan és épp kivan nyomva vagy nincs csatlakoztatva akkor allul jobb oldalt  a kapcsolodásnál picike piros x van..Ha van csatlakozva akkor látszik amit kiraktam..Nálam nincs wifi ..Más ikonvan kinn ha wifim lenne csak..Másik dolog  ne keverjük a Cinnamon kapcsolodási ikonnal..Meg hát még mindig  ott tartunk hogy az Internet...Réééégóta használok dsl-t és sose volt gond..17.3 simán megy bármikor ..Feltelepithetem 20 szor akkor is jo..Kimondottan a 16.04-es alapu rendszerek nem jók nálam .Bár  angol oldalakon is láttam ugyan ezt a gondot..

#23 Ne haragudj, de ezt már tudom (rég). Én inkább arra lennék kíváncsi, hogy a Google névfeloldó szervereit valamint az MTU változtatást próbáltad-e;
-- ha nem, miért nem (nem tudod, hogyan kell?),
-- ha igen, mi volt az eredmény?

Ezt javasoltam, válasz nem érkezett ... ha többször ugyanazt leírod, az biztos nem segít.
Mindkét változtatás után -egyenkét próbáld- újra kell indítani a hálózatot;

-- a Hálózatkezelő ikonnál vagy (le- és újra csatlakozol)
-- a terminálban

sudo service networking stop
sudo service networking start

vagy

sudo /etc/init.d/networking stop
sudo /etc/init.d/networking start

Ezt nem értem, igaz nem kérdeztem, mert eltűntél.
'.De az InRelease tárolo egyikböl se érhetö el 18-as verzion..Vagyis Ubuntu 16.04 es verziókbol..Tegnap az ubuntu magyar oldalán találtam magyar nyelvü 16.04 et raktam fel vagyis az már be volt valamilyen szinten állitva...De az se képes az INrelease tárolot beadni..'
Az update-nél nem képes frissíteni a rendszer? Tényleg nem értem, mire gondolsz ...

Ezt is kérdeztem (a 'nem értés' miatt); futtasd le és a kimeneteket kérjük,

sudo apt-get update

megtennéd?

Továbbá javasoltam, hogy a frissítési források közül vedd ki a CD-t, mint forrást ... és utána futtasd (és mutasd meg a kimenetet) az 'update' parancsot, na meg kivehetünk mást is ... . Ez sem történt meg. Ugyanazt ismétled, mindeközben pedig három kérdésemre nem válaszoltál! Látod a kérdéseimet amúgy (nem hiszem, hogy nem)? Mit mondjak még ... ?
Sorban válaszolni kéne mindhárom kérdésre. '... ha többször ugyanazt leírod, az biztos nem segít.'

Mert felfogtam;
'Már itt az elsö gond hogy ha LIVE rendszeren  inditok egy böngszöt és már bekéne  jöjjön a linux Mint oldal..De semmi.. se ez az oldal se semelyik.Más oldal bejön de a linux  oldalak nem.Ugyan ez van Ubuntu 16.04-el is..Másik az ha terminalba adok neki apt update vagy apt upgrade parancsot meg akad..'
-- negyedik kérdés: milyen más oldal jön be, mi bejön? és milyen böngészőt használsz?
-- a megakadás miatt kéne látnunk egy 'sudo apt-get update' kimenetet.

Elhiszem, hogy mindent megpróbálsz, de a 'templomban' hiszek ;) elsősorban, a tények bizonyítóbbak. Az is lehet, rosszul csinálod az ellenőrzéseket, netán mi jobban (ehhez hiányoznak; kimenetek, kérdéseinkre válasz), mondjuk tapasztalatból.
A tévedések elkerülése véget; elhiszem, hogy gond van. :-)
.. elő a farbával ;)
https://www.youtube.com/watch?v=NqXEOBNeHAA
http://meszotar.hu/keres-farba

 nem legyen az hogy nem reagálok..Elmagyarázom ujra..USB-re ki írom a 18 MATE verziót..Indítom róla a gépet..DSL kapcsolat beállitva.Rálépek tesztként mindig a böngészőre..Már itt az elsö gond hogy ha LIVE rendszeren  inditok egy böngszöt és már bekéne  jöjjön a linux Mint oldal..De semmi.. se ez az oldal se semelyik.Más oldal bejön de a linux  oldalak nem.Ugyan ez van Ubuntu 16.04-el is..Másik az ha terminalba adok neki apt update vagy apt upgrade parancsot meg akad..INRelease tárolot sosem tudja elérni..Igy telepitésnél se fog tudni nyelvi támogatást leszedni mint alapvetően a 17.3 még képes rá..Probáltam ugy is hogykinyomtam a netet  vagyis be se állitottam és ugy raktam fel de semmi..Ugyan ugy nem tud frissiteni..Szóval se a gépemmel se a Net kapcsolattal nincs baj mivel napi szinten használom 17.3 on..Feltöltök , letöltök , szerverek mennek így nem lehet gond vele..Próbáltam végig zongoráztam majdnem minden  tárolot ami van..De az InRelease tárolo egyikböl se érhetö el 18-as verzion..Vagyis Ubuntu 16.04 es verziókbol..Tegnap az ubuntu magyar oldalán találtam magyar nyelvü 16.04 et raktam fel vagyis az már be volt valamilyen szinten állitva...De az se képes az INrelease tárolot beadni..Szóval állitottam mindent amit irtatok de hiába ..Szóval köszi  hogy meg probáltátok de maradok 17.3 on aztán talán a18.1 már jó lesz ha nem akkor megyek Debianra...

#25 Igen, épp javasolni szerettem volna, hogy lépj ide.
Neked is a tékom a szolgáltatód?

 Ide írtam először: https://linuxmint.hu/forum/frissites-es-nethasznalati-gond

Nahhh jó hogy ide léptem, nálam is baj van a frissítéssel, meg a böngészéssel, mert az sem megy miután beléptem.

A terminálba írt update sem megy végig.  17.3-al vagyok, tehát amiket be kellene írni a 18-nál, ott nem lehet se megnézni se konzultálni sehol böngészni a neten.

Én csak használni szeretnék egy rendszert, és sajnos nem értem azokat amiket itt a hozzáértők leírtak.

Maradok inkább a 17.3-nál azzal semmi gondom, csak szerettem volna kipróbálni a 18-ast. De ilyen hibákkal............

 

#39 http://test-ipv6.com/

::::: Eredmények - 01

-- A publikus IPv4 címed xx.xx.xxx.xxx
-- Your Internet Service Provider (ISP) appears to be DIGICABLE , HU
-- Nincsen IPv6 címed
-- nem lesz problémád az IPv6-os oldalak megjelenítésében.
-- A böngésződ blokkolja a teszt url-eket. Megpróbálkozunk alternatív metódusokkal, de lehet, hogy nem fog látszani az IP címed; ez befolyásolhatja a tanácsot amit a végén adunk.
-- A legvalószínűbb oka NoScript vagy AdBlock+. A NoScript-nél beállíthatod hogy ezen az oldalon minden scriptet engedélyezzen (lehet többször is engedélyezni kell). Legalább az itt felsorolt url-eket engedélyezd.
-- A böngésződ blokkolva ..
-- Úgy tűnik, csak az IPv4 Internetet tudod böngészni. A kizárólag IPv6-on szolgáltatott oldalakat nem fogod elérni.
-- Úgy tűnik, hogy a DNS kiszolgálód (valószínűleg az internetszolgáltatóé) rendelkezik IPv6 kapcsolattal.

Felkészültségi szint
0/10    IPv6 felkészültséged és stabilitásod, amikor a tartalomszolgáltatónál csak IPv6 használható

(Szerver oldali IPv6 állapot frissítve)

 

::::: Eredmények - 02

Tesztelés IPv4 DNS rekorddal          
rendben (0.566s) kapcsolat: ipv4

Tesztelés IPv6 DNS rekorddal          
hibás (0.327s)

Tesztelés Dual Stack DNS rekorddal          
rendben (0.956s) kapcsolat: ipv4

Dual Stack DNS és nagy csomag tesztelése          
rendben (0.577s) kapcsolat: ipv4

IPv4 teszt DNS nélkül          
rendben (0.466s)

IPv6 teszt DNS nélkül          
hibás (0.137s)

Nagy IPv6 csomag tesztelése          
hibás (0.438s)

Az internetszolgáltató IPv6 DNS tesztje          
rendben (0.902s) kapcsolat: ipv4

Find IPv4 Service Provider          
rendben (1.622s) kapcsolat: ipv4 ASN 20845

Find IPv6 Service Provider          
hibás (0.671s)

 

::::: Hogyan működik ez a teszt:
A böngésződ utasítva lesz egy sorozatnyi URL elérésére. A sikeres és sikertelen elérésekből kiderül, hogy mennyire állsz készen az IPv6-ot szolgáltató tartalomszolgáltatók oldalainak megtekintésére.

-- Tesztelés IPv4 DNS rekorddal
rendben (0.487s) kapcsolat: ipv4
Meghív egy objektumot aminek csak egy A rekordja van a DNS-ben. Ez IPv4-et kell hogy használjon. Csak-IPv6 (IPv4 nélkül) felett csatlakozva is el lehet érni, ha a szolgáltató beállított NAT64/DNS64 megoldást vagy proxy-t.

-- Tesztelés IPv6 DNS rekorddal
hibás (0.077s)
Meghív egy objektumot aminek csak egy AAAA rekordja van a DNS-ben. Ez IPv6-ot kell hogy használjon. Az IPv6-al nem rendelkező felhasználók számára ez sikertelen lesz. Ha gyorsan jön a hiba, akkor rendben van - egyelőre.

-- Tesztelés Dual Stack DNS rekorddal
rendben (0.570s) kapcsolat: ipv4
Ez egy fontos teszt. Ez ellenőrzi, hogy a böngésződ képes-e olyan oldalhoz csatlakozni, ahol IPv4 és IPv6 rekordok egyaránt hirdetve vannak. Csak-IPv4 (IPv6 nélküli) hosztoknak simán csatlakozniuk kell.
Ha ez a teszt sikertelen, vagy túllépi a megengedett időt, komoly problémákra számíthatsz amikor a tartalomszolgáltatók elkezdik az oldalaikat IPv6 felett szolgáltatni.

-- Dual Stack DNS és nagy csomag tesztelése
rendben (0.579s) kapcsolat: ipv4
Ellenőrzi, hogy képes vagy-e csatlakozni dual-stack kiszolgálóhoz (mint a ds teszt); és képes vagy-e küldeni/fogadni nagy csomagokat ezen a kapcsolaton. Ha ez a teszt túllépi a megengedett valamiért, az problémát jelenthet majd az IPv6 világnapon.

-- IPv4 teszt DNS nélkül
rendben (0.399s)
Ez a teszt megpróbál számszerű IPv4 címhez csatlakozni. Ez a legtöbb embernél működni fog, ha csak nem kizárólag IPv6-on csatlakoznak IPv4 nélkül. Ha az első teszt sikeres volt, ez pedig sikertelen, az internet szolgáltatód valószínűleg NAT64/DNS64-et használ. Meg kell próbálnod csak hosztnevekhez csatlakozni numerikus IP címek nélkül.

-- IPv6 teszt DNS nélkül
hibás (0.042s)
Ez a teszt megpróbál egy hexadecimális numerikus IPv6 címhez csatlakozni. A célja, hogy külön válasszuk az IPv6-os kapcsolat képességét az IPv6 névfeloldás képességétől. Második célja, hogy lássuk, van-e teredo engefélyezve; néhány rendszer csak Teredo-t használ amikor IPv6 cím kerül az URL-be.

-- Nagy IPv6 csomag tesztelése
hibás (0.088s)
Ellenőrzi, hogy működnek-e az IPv6 kérések nagy csomaggal. Ha ez a teszt túllépi a megengedett időt, de más IPv6 tesztek sikeresek, az valószínűleg PMTUD-vel kapcsolatos problémát jelent; valószínűleg az IP tunnelben. Double check to make sure that ICMPv6 Type 2 ("Packet Too Big") messages are not filtered by your firewall.

-- Az internetszolgáltató IPv6 DNS tesztje
rendben (0.554s) kapcsolat: ipv4
(Piros pont)
Ez az internetszolgáltató névfeloldását teszteli (a saját géped helyett). Ha ez a teszt sikeres, a DNS kiszolgálód (amit általában az internetszolgáltatód futtat) alkalmas Csak-IPv6 (IPv4 nélküli) autoratív DNS kiszolgálók elérésére. (Egyelőre) nem kritikus, hogy az oldalakat csak

-- IPv6-on keresztül érd el.
Find IPv4 Service Provider
lassú (5.559s) kapcsolat: ipv4 ASN 20845
Attempts to identify what Internet Service Provider you use for IPv4. This may be different from the marketing name you see in your local market; or may reflect a previous company name. The name shown reflects how it is known in the network operator community.

-- Find IPv6 Service Provider
hibás (0.204s)
Attempts to identify what Internet Service Provider you use for IPv6. When the IPv4 name and the IPv6 name don't match, it may suggest that you're using a tunnel; or some form of third party provider for IPv6.

Ha az összefoglaló eredmény problémát jelez, úgy felhasználhatod (vagy a technikai segítséged felhasználhatja) a fenti információkat a diagnoztizáláshoz. Minden egyes teszt URL-je és a hozzá kapcsolódó eredmények megtalálhatóak a bal oldalon. Jobbra a leírást fogod látni, hogy az az URL mit hivatott tesztelni.

Miután minden teszt lefutott az összegző oldal megpróbálja megjeleníteni az eredményeket a fentiek alapján. Ha nem érted a tüneteket, vagy további segítségre van szükséged, kérlek lépj kapcsolatba velünk.

Ha az összefoglaló eredmény problémát jelez, úgy felhasználhatod (vagy a technikai segítséged felhasználhatja) a fenti információkat a diagnoztizáláshoz. Minden egyes teszt URL-je és a hozzá kapcsolódó eredmények megtalálhatóak a bal oldalon. Jobbra a leírást fogod látni, hogy az az URL mit hivatott tesztelni.

Miután minden teszt lefutott az összegző oldal megpróbálja megjeleníteni az eredményeket a fentiek alapján. Ha nem érted a tüneteket, vagy további segítségre van szükséged, kérlek lépj kapcsolatba velünk.

#38 Naprakészen friss
Debian Jessie + Digi (modem) + TP-Link Archer router (beállításaiban 'szigorú') + linuxmint.com

Nem állítottam át az IPv6-ot mégse itt (minden alap a hálózat tekintetében, azaz a telepítési állapot).

'Ha azt írtam be, hogy "linuxmint .hu" vagy "http://linuxmint.hu", ...'
Próbáld Firefox-szal ... nálam átdob HTTPS-re (ez most a Firefox ESR). Arra következtetek, nálatok a böngészővel lehet gond. Esetleg.

Már 2015. decemberétől képes ...
http://digi.hu/ipv6

#41 Az igazság az, hogy a PPOE többféle rendszerrel gördülékenyen ment, de egyik sem Ubuntu 16.04 vagy Linux Mint 18. Kipróbáltam egyszer a Linux Mint 18-at, előfordulhat, hogy még a PPOE használatakor, de majd telepítem megint, és próbálkozom. A Debian Jessie, a Debian SID, a Bunsenlabs Linux (a Crunchbang Linux utóda), a Scientific Linux és a Fermi Linux disztribúciókat használva ezzel nem volt problémám.

#39

Nem állítottam át az IPv6-ot mégse itt

 

De routerrel kapcsolódtál, nem közvetlenül PPPOE-vel. Azzal nálam is ment gond nélkül, írtam fentebb. Másrészt neked nem linuxmint 18-ad van, hanem más, ha jól sejtem ez a megszünt crunchbang utódja. Ez mate? Mert ez előd openbox volt, ha jól emlékszem, és nagyon gyors régi gépeken is.

 

Próbáld meg router nélkül PPPOE -vel, és mondjuk egy live Linuxmint 18-al az IPv6-ot bekapcsolva hagyva.

#43 Azt sajnos nem tudiuk meg, hogy
-- az IPv6 letiltása után és (ezután)
-- a hálózat vagy a rendszer újraindításával
megjavult-e a kapcsolat. Mi a helyzet?
(új fotót sem látunk, csak említés van erről ...,
 de nem is az a lényeg, hanem, amit most kérdezek)

#34 Ismét nekiálltam, van kis időm, hátha. Eddig semmit nem változott a működés, amiket a segítő válaszok szerint próbáltam. Lefotóztam, utána vissza és próba. Hümmm, pedig figyelmesen azokat csináltam. Már fennhagyom, hátha lesz ami egyszerű megoldást ad, mert nagyon nem értek ilyen téren komolyabb dolgok (nekem) megoldásához. Idegen gyelv, szaknyelv gyakorlatilag nulla.

Most is a 17.3 alatt írok. Itt semmi gondom. Lépegetni ide-oda nem nagyon van kedvemre (egy gép van), több ízben próbálgatni, válaszolgatni, olvasni bármiket.

Megköszönve az eddigieket, és  a többihez is ezt!

 

#49 Ja igen, DSL. Egy kis időt kérek erre ..., mert más dolgom van (nos azért valami belefért).
Itt nincs ugye ilyen
https://digi.hu/dokumentumtar/internet_dokumentumok/3

Így lehetne
https://lacyc3.eu/az-ipv6-tiltasa
Szerintem csak az első lépés kell, és így tudod szerkeszteni a fájlt

sudo nano /etc/sysctl.conf

de csak akkor kezd bele, ha kezelted már a nano szövegszerkesztőt. Más mód is van a szerkesztésre ... pl.:

gksu pluma /etc/sysctl.conf

A szöveges állomány legvégére (új sorba kezdd) illeszd be a három sort,

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

de végül kell ez a parancs a változtatás -rendszer újraindítás nélküli- érvényesítéséhez,

sudo sysctl -p

és minden rendben.

:::::

Addig
Képet a Printscreen billentyűvel tudsz készíteni (szándékosan írtam hosszan a nevét) vagy menüből a 'Képernyőkép készítése' alkalmazással. A képek azt hiszem a saját könyvtáradba vagy a Fotók könyvtárba mentődnek, ez asztali környezet függő (nálam ki lehet választani a mentés helyét). Aztán a képet feltöltöd pl. az https://imgur.com/ képmegosztó portálra, majd a feltöltődés után az URL mezőben megjelenő linket itt megosztod.
Hogy hasonlóan látszódjon a kép ... arról nem ma, de valamikor a közeljövőben készítek leírást ... ja de várjunk csak -megvan hamar- így kell beállítani (igaz, ez a szerkesztés már, de a paraméterek így jók);

Mindent, a méreteket (400, ezt elég begépelni) és mindkét fülön a lenyíló menük beállításait figyeld meg a képeken. A beillesztett link nem ugyanaz, hanem a tiéd, amit éppen az Imgur-ról másolsz be a feltöltött képről. Lehet pl. a Dropbox, a Google Drive vagy más képmegosztókat is használnod, csak magyart ne használj (a kepmegoszto.com is magyar) ... tehát a nagyokat, rég létezőket.

#47#47 Ilyen képet hogy tudok csinálni, és betenni ide? Nekem DSL kell, és DIGI a szolgáltatóm ez kell hogy netre lehessen csatlakozni.

Mindegy a többi beállítás ott hogy van.

 

Terminál ezt adja ki:

Csomaglisták olvasása......Kész

E: Nem sikerült zárolni: /var/lib/apt/lists/lock-open (11: Erőforrás átmenetilag nem érhető el)

E: /var/lib/apt/lists/ könyvtár zárolása sikertelen

 

Csináltam  képernyő képet. Rátettem pendire. Váltottam 17.3-ra. Egyenlőre itt tartok.

http://www.kephost.com/image/vbP1

#51 Jó, tehát háromszor nem sikerült. Nézegesd a képeket és gondold át. Sikerülni fog.
... feltöltöd a képet az Imgur portálra. Amit nem említettem, az a 'Kép megjelenítése' ott (egér jobb klikk menü), úgy, hogy a másolni kívánt URL vége PNG vagy JPG, azaz kép formátumot mutasson. És ezt az URL-t illeszted be, méretezed, és pozicionálod a képeken láthatóan.

#49 Ja igen, DSL. Egy kis időt kérek erre ..., mert más dolgom van (nos azért valami belefért).
Itt nincs ugye ilyen
https://digi.hu/dokumentumtar/internet_dokumentumok/3

Így lehetne
https://lacyc3.eu/az-ipv6-tiltasa
Szerintem csak az első lépés kell, és így tudod szerkeszteni a fájlt

sudo nano /etc/sysctl.conf

de csak akkor kezd bele, ha kezelted már a nano szövegszerkesztőt. Más mód is van a szerkesztésre ... pl.:

gksu pluma /etc/sysctl.conf

A szöveges állomány legvégére (új sorba kezdd) illeszd be a három sort,

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

de végül kell ez a parancs a változtatás -rendszer újraindítás nélküli- érvényesítéséhez,

sudo sysctl -p

és minden rendben.

:::::

Addig
Képet a Printscreen billentyűvel tudsz készíteni (szándékosan írtam hosszan a nevét) vagy menüből a 'Képernyőkép készítése' alkalmazással. A képek azt hiszem a saját könyvtáradba vagy a Fotók könyvtárba mentődnek, ez asztali környezet függő (nálam ki lehet választani a mentés helyét). Aztán a képet feltöltöd pl. az https://imgur.com/ képmegosztó portálra, majd a feltöltődés után az URL mezőben megjelenő linket itt megosztod.
Hogy hasonlóan látszódjon a kép ... arról nem ma, de valamikor a közeljövőben készítek leírást ... ja de várjunk csak -megvan hamar- így kell beállítani (igaz, ez a szerkesztés már, de a paraméterek így jók);

Mindent, a méreteket (400, ezt elég begépelni) és mindkét fülön a lenyíló menük beállításait figyeld meg a képeken. A beillesztett link nem ugyanaz, hanem a tiéd, amit éppen az Imgur-ról másolsz be a feltöltött képről. Lehet pl. a Dropbox, a Google Drive vagy más képmegosztókat is használnod, csak magyart ne használj (a kepmegoszto.com is magyar) ... tehát a nagyokat, rég létezőket.

#57 Nem tudom ...
A sudo apt-get update -nek le kell futnia, és nem futott le. Miért is?

Válassz nem magyar kiszolgálót a szoftverforrásoknál, lehet, ez, a lassú frissülés azzal is összefügg (Synaptic).
A kephost.com is magyar (kép hoszt), ki tudja, meddig él.

#47 Képernyőkép feltöltve ide:

NA lehet örülhetek valamennyire?

#69 Az elérhetetlen webhelyeket az
-- nslookup-pal
https://developers.google.com/speed/public-dns/docs/troubleshooting
-- vagy (pl.) a dig-gel is tesztelni tudod
https://www.redhat.com/archives/nahant-list/2006-April/msg00212.html

Mi van nálad itt?

more /etc/NetworkManager/NetworkManager.conf

A managed = false beállítást érdemes megpróbálnod.
'működésre bírni a grafikus network manager-rel is, ahogy annak alapból lennie kéne'
A fenti módon van nálam is, és működik.

A nyomozásom során ezt találtam.
'Szóval úgy fest, hogy hunyó a DIGI is, mert olyan routert használ, ami nem támogatja az 1460-nál nagyobb packet-teket, ha Windows-os server a kiszolgáló.'
-- ezt honnan szeded? Nálam saját router van Digi modemmel..
'Másfelől hunyó a 18-as Linux Mint is, mert hiába állítom be az MTU-t pl. 1464-re, nem működik a dolog így sem (IPv6 ignore sem segített).'
-- szerintem működik, de itt másik probléma miatt az MTU átállítása nem volt hatékony, nem csak az MTU miatt nem töltött be valamely (pl. melyik?) oldal.

A névfeloldó szervernél próbáld a Google DNS-t: 8.8.8.8, 8.8.4.4
A korábbi linkelt oldalon is jelzik:
https://developers.google.com/speed/public-dns/docs/troubleshooting

Firefox tesztek:
http://kb.mozillazine.org/Error_loading_any_website

A Nokia-s oldal .. magyarázata lehet:
https://support.cloudflare.com/hc/en-us/articles/204165588

MTU változtatás 'máshogyan':
https://www.cyberciti.biz/faq/centos-rhel-redhat-fedora-debian-linux-mtu...
https://www.cyberciti.biz/faq/how-can-i-setup-the-mtu-for-my-network-int...

Hálózat, net leállítása, indítása, újraindítása: networking vagy network-manager?
Próbáld így: persze, service paranccsal, ám a név a lényeg
(nálam láthatóan leállt, és indult)

sudo /etc/init.d/network-manager stop
[ ok ] Stopping network-manager (via systemctl): network-manager.service.

sudo /etc/init.d/network-manager start
[ ok ] Starting network-manager (via systemctl): network-manager.service.

Röviden összefoglalva: ugyanaz a problémám, mint a topiknyitónak.
(Eddig az LM 17.3-at használtam, minden pöpec volt, de nemrég elkezdett akadozgatni a működése, fogalmam sincs miért. Pl. az ablakok megnyitásánál mintha gondolkodna egy pillanatig, kissé "rángatva" reagál, pedig a gépem bőven erős. Ez is jó kérdés, hogy mi okozhatja ezt.)
Így úgy döntöttem, hogy itt az ideje lépni a 18.1-re.
Egyelőre csak LIVE módban, USB-ről próbáltam ki. DIGI DSL a net, a kapcsolat működik, de bizonyos weblapok elérhetetlenek.
A nyomozásom során ezt találtam.
Szóval úgy fest, hogy hunyó a DIGI is, mert olyan routert használ, ami nem támogatja az 1460-nál nagyobb packet-teket, ha Windows-os server a kiszolgáló.
Másfelől hunyó a 18-as Linux Mint is, mert hiába állítom be az MTU-t pl. 1464-re, nem működik a dolog így sem (IPv6 ignore sem segített).
Az aperten által leírt terminálos pppoeconf-os módon sikerült működésre bírnom, de az nekem nem opció, hogy ne tudjam a grafikus network manager-t használni. Hát nem azért van?!
(Például: le sem tudtam csatlakozni a netről a terminálból. Se a "poff" parancs, se a "sudo service networking stop" nem működött.)
Szóval az lenne a tiszteletteljes kérdésem: van-e ötlet a probléma megoldására, azaz működésre bírni a grafikus network manager-rel is, ahogy annak alapból lennie kéne, és nem csak a terminálból? Ordas nagy bug-nak tűnik ez így a 18-as Minttől, nagy csalódás eddig.

#74 Tévedsz. A PPoeConf máshogy működik, és a Network Manager-nek jó pár ezektől független beállítása van ... azt nem tudom, ez a szolgáltató 'bűne' vagy másé (NM). De nem mindegy? Meg akarod oldani vagy kukázási szándékot jeleznéd és írnád további tömött sorokban továbbra is a NM felé? Ennek semmi értelme. Csak az MTU érték nem releváns ez ügyben.

#74 A probléma nyilvánvaló, a megoldásra lenne szükségem.

Szerintem (bocs, ha tévedek) de a kérdéseid nem visznek közelebb a megoldáshoz.

Ugyanis a terminálból futtatott pppoeconf-al teljesen jól működik a net, ezért gondolom, hogy a kérdéseid nem visznek előrébb, mivel nem ilyen irányba mutatnak.

A probléma az, hogy hiába állítom át "automatic"-ról egy konkrét (pl. 1452) értékre az MTU-t a network managerben, nem veszi figyelembe azt, még úgy sem, hogy újraindítom a network managert a terminálban ("sudo service network-manager stop" majd ue start).

Nagyra értékelem a segítőkészséged, de szerintem a kérdéseid csak akkor lennének relevánsak, ha a terminálos/pppoeconf-os dolog sem működne. De az működik. Javíts ki, ha tévednék.

#77 Az egészet kérem! Mindhármat. Nincs mazsolázgatás: körülbelül ugyanaz .. pontosan kell látni. Akkor eddig 'körülbelül' segítettem, ha ez így jó neked, folytathatjuk, de abból nem sül ki jó (nem miattam), azaz eredmény.

Továbbá ..., mi van itt,

more /etc/network/interfaces

és itt?

more /etc/NetworkManager/NetworkManager.conf

Csak szólok, hogy nem megfelelő válasz az, hogy 'ugyanaz'. Köszi

A PPoeConf-t be lehet állítani, hogy a Network Manager használja:
https://help.ubuntu.com/community/ADSLPPPoE (egyelőre csak linkelem)

'Onnan gondolom, hogy az MTU a hunyó, hogy ugyanez a probléma volt korábban, amikor a wifi-nek akartam netet adni. Ott az MTU átállítása megoldotta a problémát (de az 17.3 volt).'
-- igen, de más rendszer, más eszköz, más net (mellesleg a WiFi-nek más az MTU értéke)
-- nem akadályoznám meg, hogy gondolkodj .-), de a teszt parancsok mutatják meg az igazságot. Fogalmam sincs, mit állítottál eddig ..., elmondásból vagy elképzelni nem szeressük, ..., tudni szeretjük: a biztosat.

#76 Onnan gondolom, hogy az MTU a hunyó, hogy ugyanez a probléma volt korábban, amikor a wifi-nek akartam netet adni. Ott az MTU átállítása megoldotta a problémát (de az 17.3 volt).

Lefuttattam amiket írtál, ezeket kaptam:
1/ kb. ugyanaz, mint neked
2/ ttl = 15800, egyébként mint nálad
3/ Server:193.110.56.8 és Address:193.110.56.8#53, egyébként mint nálad

 

#81 Akkor ezt olvasd el, mert szerintem nem jól csináltad (-tuk):

#77 Az a helyzet, hogy a közölt cím a Digi névfeloldó szervere:

Névszerverek | digi.hu
digi.hu/informacio/nevszerverek
Elsõdleges névszerver (Primary DNS): 193.110.57.4 Másodlagos névszerver (Secondary DNS): 193.110.56.8.

Tehát a Google névfeloldó szerverei nincsenek nálad beállítva. De ez csak egy részlet, mert azt mondtad, be van. Másrészt nem a PPoeConf-fal kéne netet csiholnod és után kiadni a fenti parancsokat (mindhármat), hanem anélkül (sudo reboot után), tehát amikor nem jön be a linuxmint.com, az az állapot. Remélem érted: a Network Manager-ed beállításait teszteljük ;) nem a PPoeConf-ot (az jó, azzal ne állíts be netet a vizsgálatok idejére). Akkor légy szíves, ezt és így csináld. Most már érted.

A "kb. ugyanaz, mint neked"-et pedig így értsd: tökugyanaz, mint neked.

#83 Ha a routerbe be tudsz lépni (nem tudom, van-e jogod hozzá), be lehet állítani a Google névfeloldó szervereit

A DNS szervereket a routerben is be lehet állítani, és akkor nem kell minden gépen külön ezzel vacakolni. Erre a célra ... a Google ... a legalkalmasabbak ...

Google DNS szerverek:

8.8.8.8
8.8.4.4

Csak a fenti információ fontos erről az oldalról
https://prohardver.hu/tema/digi_hdsnet_kabelnet_tapasztalatok/hsz_3501-3...
a többi már elavult! Nyilván a Digi beállította a router beállításaiban a DHCP-t, de nem ártana leellenőriztetni a technikai csoporttal (beállítások, nézzenek rá), nálam be kellett állítani (érdemes).

Melyik böngésző produkálja a jelenségeket amúgy, a Google Chrome?

#81 Akkor ezt olvasd el, mert szerintem nem jól csináltad (-tuk):

#77 Az a helyzet, hogy a közölt cím a Digi névfeloldó szervere:

Névszerverek | digi.hu
digi.hu/informacio/nevszerverek
Elsõdleges névszerver (Primary DNS): 193.110.57.4 Másodlagos névszerver (Secondary DNS): 193.110.56.8.

Tehát a Google névfeloldó szerverei nincsenek nálad beállítva. De ez csak egy részlet, mert azt mondtad, be van. Másrészt nem a PPoeConf-fal kéne netet csiholnod és után kiadni a fenti parancsokat (mindhármat), hanem anélkül (sudo reboot után), tehát amikor nem jön be a linuxmint.com, az az állapot. Remélem érted: a Network Manager-ed beállításait teszteljük ;) nem a PPoeConf-ot (az jó, azzal ne állíts be netet a vizsgálatok idejére). Akkor légy szíves, ezt és így csináld. Most már érted.

 a #84 És mégis, hogy léptél ki a ppoeconf kapcsolatból, mikor korábbi állításod szerint a kapcsolatot megszakítani sem tudtad, sem a networking, sem a network-manager folyamat leállításával!? Mit tettél (ez egy kérdés) a ppoeconf megszakításáért? Ki hiszi el az állításod rajtad kívül?

Kedves 'barátom', ez egy linux-szos fórum, a kérdésre válasz szokott érkezni, nem az, hogy 'úgy gondolom', meg kikérem magamnak a kérdést úgy egyáltalán is, úgyhogy nézzél körbe kicsit a világban más fórumokon is. Ez hasonlatos ahhoz, hogy beviszel egy Lada-t a szervízbe, de semmilyen információt nem mondasz el, mert persze, a szerelő kérdezni fog (családias légkörben). Más eset van, ha egy Porsche-t viszel be, de ott is kérdeznek (mert sokat fizetsz). Na most a lehetőségek adottak egy Porsche szintű vizsgálatra (a parancsok által), és nem találgatunk. A magas lóra való utalást viszont kikérem magamnak, nézzél tükörbe inkább, ott megleled. A lovakat pedig ne bántsad, téged levetne. :-)

Remélem én is, hogy érted: szó sincs pppoeconf-ról most. A network managerben adtam meg a DSL-t, és azzal teszteltem.
Tényleg lejöhetnél a magas lóról, megköszönném.
A DNS-el kapcsolatban pedig ezt írtam:
Nem hiszem, hogy DNS probléma lenne. Próbáltam ezeket, és hiba nélkül működtek:
ping -c4 google.com
ping -c4 8.8.8.8

#89 A router nélkül Digi szolgáltatás, mely modemet használ nálam működött vagy két hónapig. Aztán vettem egy routert. De amíg fogalmad sincs, mid van, router vagy modem (egyáltalán tudod a kettő közötti különbséget?), addig értelmetlen beszélgetni.
Modemes beállítás:
https://digi.hu/dokumentumtar/internet_dokumentumok/3

'Many providers have routers that don't support TCP packets with a MSS higher than 1460'
-- megkérdezted a Digi-t vagy utánna jártál, hogy neked ilyen van? Mármint modem. Persze, az angol ...: a modem az router?

'az egész LM18 szar az USB-ről, mivel egyazon gépen folyton váltogatok a telepített 17.3 és az USB-s LIVE 18.1 között.'
-- meg kéne póbálnod telepítve. Sajnos az van (néha), amikor valaki szándékosan kekeckedik (adatod nem kerül ki a parancsok által, miért ne közölhetnéd .. erre most kiderül másolni nem tudsz. De hány éve is vagy Linux-szos? Kérdeztél már itt, szerintem ezzel nem volt gondod.), akkor elsiklok mondatok felett, pl. hogy Live. Frissíteni kéne. Aztán úgy megnézni, a friss csomagokkal. Vagy eleve úgy USB-re tenni, hogy a frissítés megmaradjon, mentődjön. Old meg (a frissítést). Vagy tedd be a Wiki szerint a ppoeconf beállítást a Network Manager-nek.

Még valami:

A ppoeconf ide menti a beállításait.

/etc/network/interfaces

Ha menti. Ezt nem tudjuk (mint oly sok mást sem).
Át kell nevezi (vagy lehetne törölni is, de az nem egészséges)

sudo rm /etc/network/interfaces /etc/network/interfaces.ORIG

És ezután a Network Managert megnyitva készítesz egy teljesen új kapcsolatot (a régit törlöd ... ha ott, te látod, másnak nem lehet .. de ez így jó), majd kapcsolódás (NM ikon) és teszt a linuxmint.com-ra .. meg ping, ésatöbbi (tudod / sejted: na utóbbi szó lett volna a magas ló, nem így volt). Hadd válasszam meg amúgy, hogy a szabadidőmben kinek segítek. Mert azalatt segítek.

Szerk.: MTU
https://en.wikipedia.org/wiki/Maximum_transmission_unit
A korábban említett 1460-as értékre példát nem találok itt. Az egyetlen oldalon írják vagy félre írják, de nem létezik. És azt gondolom -persze, lehet tévesen- hogy manapság elég érdekes router az (vagy modem, mert neked az van), amelyik nem képes 1500-as MTU-ra. A WiFi-hez is több szokott kelleni. A technikai ügyfélszolgálatot én megkérdezném.

#87 Te is használd néha azt a tükröt, barátom. Hát úgy léptem ki a pppoeconf-ból, hogy azóta már vagy 5x lett újraindítva az egész LM18 szar az USB-ről, mivel egyazon gépen folyton váltogatok a telepített 17.3 és az USB-s LIVE 18.1 között. Remélem, érted.

#92 Begépeltem, hogy hol írtad. Fogom most a nagy arcomat és elteszem előled. De csak akkor veszem elő, ha értelmesen fogalmazol. Erre elég kevés esélyt látok. Ha te is kritizálsz, én is megengedhetem (ez tuti). Baromi sok időt elpazaroltam csak rád azért, mert képtelen vagy normálisan válaszolni és az első kérésre, azaz nem sokkal később: most: ezt kéne felfogni. Szerintem annak van arca, aki nem tud fogalmazni és a félreértéseket aztán kikéri magának: !szervere van a Digi-nek. És nem vagy új fórumtag, azért is 'fura' a viselkedés. Jó éjt

#91 Nos, én mára befejeztem, holnap visszajövök.
A segítőkészségedet értékelem, a nagy arcodat jóval kevésbé.
Ha visszaolvasod a párbeszédünket, akkor láthatod, hogy releváns kérdéseket tettem fel, szemben veled.
Mégis, mi a lóf.. különbség van ezek között:
Tied:
PING linuxmint.com (192.124.249.9) 56(84) bytes of data.
64 bytes from cloudproxy10009.sucuri.net (192.124.249.9): icmp_seq=1 ttl=52 time=30.2 ms
64 bytes from cloudproxy10009.sucuri.net (192.124.249.9): icmp_seq=2 ttl=52 time=29.2 ms
64 bytes from cloudproxy10009.sucuri.net (192.124.249.9): icmp_seq=3 ttl=52 time=31.8 ms

--- linuxmint.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 29.279/30.454/31.817/1.044 ms

Enyém:
PING linuxmint.com (192.124.249.9) 56(84) bytes of data.
64 bytes from cloudproxy10009.sucuri.net (192.124.249.9): icmp_seq=1 ttl=53 time=28.4 ms
64 bytes from cloudproxy10009.sucuri.net (192.124.249.9): icmp_seq=2 ttl=53 time=28.2 ms
64 bytes from cloudproxy10009.sucuri.net (192.124.249.9): icmp_seq=3 ttl=53 time=28.0 ms

--- linuxmint.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 28.090/28.284/28.464/0.153 ms

Hát nem tök ugyanaz?!?!?!

A pppoeconf-os téves feltételezésedről stb. nem is beszélve.
Wifi: ugyanez volt a probléma, dettó ugyanazok a weblapok nem jöttek be, mint most a 18.1-el. Ezért gondolom, hogy ugyanúgy az MTU a ludas.
Lehet (sőt biztos), hogy sokmindenhez nem értek, de hülye az nem vagyok kicsit sem.

B+, NINCS routerem! Hol írtam, hogy van?!?
Ezt írtam: "hunyó a DIGI is, mert olyan routert használ". Arra gondoltam ez nem az a router, amit te használsz odahaza, hogy a kis netedet megosztogasd a gépeid között, hanem nyilván valami központi eszköz, amit a szolgáltató használ. Emlékszel még, mit írtam:
"Many providers have routers that don't support TCP packets with a MSS higher than 1460."?!?!?! Ez alapján írtam a routert.
De ha mégse központi cucc lenne, nekem akkor sincs semmilyen routerem, csak egy nyamvadt kábel van és kész.

Ha itt leszel holnap, folytatjuk, ha besokalltál (bár nem vágom, mitől), akkor nem.
Jó éjszakát