Windows 10 hálózat

Microsoft Windows

Sziasztok!
Egy hálózati kérdésem lenne, ami lehet a Win 10 valami nyűgjére vezethető vissza, de tanácstalan vagyok.
SSH tunneling-et szeretnék csinálni.
Addig sikerült leszűrnöm a dolgot, hogy ha a Navicat adatbázis-kezelő programon belül csinálom, vagy putty-ban IPV4-el, akkor egyszerűen nem lehet kapcsolódni.
Mintha nem engedne a 127.0.0.1-re épít portra kapcsolódni.
Ha pl. putty-ban a tunnelt auto-ra teszem, akkor működik. Ekkor az IPV6-ra kapcsolódik pl. a Total Commande SFTP pluginja (ha ezen pluginban IPV4-et állítok, akkor nem is próbálkozik).
Csináltam ellen teszteket:
- ugyanazon gépen a régi Win7-et felélesztve mindene jól megy
- win tűzfal, vírusirtó lekapcsolva
- win8-on működik ugyanaz a navicat program
- windows 7-en ugyanazon vírusirtó mellett is működik a dolog
- próbáltam az IPV6-ot lekapcsolva, de akkor sem megy
- navicat-ban próbáltam kapcsolódni, megnéztem milyen porton nyitja meg a tunneleket, és ha nyitok erre egy tunnle nélküli másik kapcsolatot, akkor a 127.0.0.1 + port-ra nem, de a ::1 +port-ra lehet kapcsolódni (elvileg mindkettőn létrejön a local port, de az IPV4-esen nem elérhető).
Eddig egyet nem tudtam megnézni, hogy egy másik Win10-en megnézni a dolgot, de ez nem megoldható sajnos. (Hacsak nincs ilyen lemezes, USB-s telepítés nélküli verzió belőle)
Tehát egyenlőre annyit látok, hogy az ilyen tunnelt IPV4-en (ahogy alapban akarna menni) nem tudom üzemeltetni, mert minden áron csak IPV6-on akar működni.
Van valakinek ötlete, hogy mi miatt nem tudom elérni az ilyen tunnel-es IPV4-es belső portokat?
Esetleg hogy lehetne megoldani?
Előre is köszi.
Zoli
Ui.:
Azt nem próbáltam, ha csinálnák egy local gépen mondjuk egy SQL-t akkor ott az a 127.0.0.1:3306-os port hívható lenne -e, vagy csak a ::1-en lehetne megszólítani.

  • 4936 megtekintés

( luisex v | 2015. 09. 24., cs – 06:26 )

Szia,
Kicsit nézelődtem a témában, és találtam egy érdekes fórumot, hasonló volt a probléma: http://ubuntuforums.org/showthread.php?t=2291106
Ami itt megoldást hozott, hogy localhost-ot állított be Destination-nek... (persze, ennek nyomán lehet, ipv6-ra ugrik át, nem tudtam tesztelni) Bármilyen kifacsarodott, egy próbát talán megérhet 8-)
Máshol rosszabb volt a helyzet, konkrét megoldás, ahogy nézem, még nincs a problémára. Lehet, a Putty nem tud valamiért socketet foglalni - csak sejtés :) - de szerintem ezt a fejlesztőnek is jelezni kellene ( már csak amiatt, hogy valaki aki jobban ismeri a kódot, rá tudjon nézni erre a hibára :) )
Üdv,
LuiseX

Szia!
Köszi.
Sajna a destination az én esetemben egy 10.0.0.111, mivel további gépre kell menni.
Viszont a PUTTY-ban azzal, hogy nem IPV4-es címet kérek, azzal megoldható.
Nekem a Navicat a fő bánatom.
Most kipróbáltam, hogy a saját gépemre feltettem egy mariadb-t, és elindítottam magas porton is (hátha olyan baja van).
Azt látom, hogy az adatbázis két kapcsolatot nyitott:
:: + 53306-os port és 0.0.0.0 + 53306-os port.
Ha Navicattal csatlakozom localhostként, vagy ::1-el, akkor létrejön a kapcsolat. Ha 127.0.0.1-el vagy 0.0.0.0-el, akkor nem.
Ha a Navicat nyit tunnel csatornát, azt ::1 és a 127.0.0.1-en teszi meg. Ha manuális közben rácsatlakozom a ::1 + a lelesett port-ra, akkor működik a dolog, viszont ha a 127.0.0.0 + port-ra szeretnék akkor nem.
Tehát bár van IPV4 és IPV6 csatorna is, de a program bent IPV4-en szeretne gondolom a csatornára kapcsolódni.

Most azt még megnéztem, hogy kerestem egy portot ahol megy valami service.
Kiválasztottam a Spooler SubSystem App-ot a 49411-es portjára betelneteltem.

localhost, 10.10.11.82 (ez a gép IP-je) és ::1-et sikerült is, de 127.0.0.1-el nem.

Nem lehet valahogy megmondani a WIN-enk, hogy a kettő között működjön már mindig a kapcsolat.
Alapban már a win8-ban is ki van kommentelve a localhost, de már oda beletettem, hogy
127.0.0.1 localhost

Ui:
Amúgy írtam, hogy csináltam a Navicatban olyat, hogy létrehoztam egy alagutat benne (csak ugye nem tudott csatlakozni a mysql-re), és lelestem a port-ját. Ugye írtam, hogy IPV6-ként tudtam is rá csatlakozni, de IPV4- ként nem. Ezt megcsináltam egy Win8 alatt is. Itt IPV4 és IPV6- címen is sikerült a kapcsolódás. Tehát még mindig azt gyanítom, hogy valami Windows hiba.

Szia,
Előre leszögezném, W10 hálózati keveréseiben még nem mélyedtem el teljesen, de saját tapasztalatom ( W7-W8 esetén), hogy a Windows-os tűzfal néha a letiltása ellenére is ténykedik. Erre a konfigjának átnyálazása adhat némi segítséget, vagy egy Any-Any rule felvétele kézzel a lista elejére - nem szép, de a kivánt hatást váltja ki :)
A 127.0.0.0 remélem csak elírás, inkább 127.0.0.1-t használj. A kettő nem egyenlő még a win szemében sem.
Amire gondoltam az előbb az az, hogy "127.0.0.1" vagy "::1" helyett localhostra próbálj meg csatlakozni a gép oldaláról, lehet nem 127.0.0.1-et mappeli rá. Csak egy sejtés, de nem lepődnék meg...
Esetleg azon se lepődnék meg, ha a loopback IF egyszerűen nincs felkonfigurálva, de akkor majdnem hasonló hatást vált ki, ha a gép IP-jére próbálsz csatlakozni a megadott porton.
( Esetleg őrült gondolat, de egy "nslookup localhost" eredményét érdemes lehet megnézni, lehet eleve nincs már ipv4-es loopback, míg ipv6-t felhúzza, és oda tunnelezik magában. Igazából, most teljesen vakon tippelgetek, mivel a w10-es gépeim kicsit odébb vannak tőlem :) )
Jobb tippem sajnos jelenleg nincs, és most tesztelni se nagyon tudnék, csak legkorábban hétvégén ( kicsit elhavaz a meló jelenleg :D )
A hosts fileban nem biztos, hogy előnyös a bejegyzés, ha nincs mögötte loopback IF. Én ennek a hiányától tartok inkább.
Üdv,
LuiseX
Szerk: Vannak félelmeim: https://technet.microsoft.com/en-us/library/cc708322%28v=ws.10%29.aspx . Esetleg mrceeka tud némi infót erről, talán őt érdemes megkérdezni.

Szia. Mindjárt nézem amit írtál, de gyorsan egy friss eredmény:

Véletlen csináltam: A hely mariadb-re nem 127.0.0.1-el hanem 127.0.0.2-vel kapcsolódtam és az sikerült.
Sőt bármit írhatok az utolsó helyre, akkor működik a dolog.
Csak az 1-el nem.
(Nem tudom hogy elvileg az egész 127-es tartomány localhost lenne?)
Ez egy fura eredmény.

Szia,
Nem véletlenül mondtam, hogy ez még lehetséges, a teljes 127.x.y.z tartomány loopbackként funkcionál(hat). Ezek a címek senkinek nem kerülnek kiosztásra, IANA által fentartott címek közé tartozik a tartomány( részletek: https://en.wikipedia.org/wiki/Loopback ).
Ez viszont azt jelzi, hogy valami fogja az 127.0.0.1-et első blikkre.
Üdv,
LuiseX

Viszont nem mindig ezt írja ki.
Több próbálkozás esetén ez jön:

Server: iris.studio10.hu
Address: 10.10.11.254

DNS request timed out.
timeout was 2 seconds.
Name: localhost
Address: 127.0.0.1

De néha meg ez:
C:\Windows\system32>nslookup localhost
Server: iris.studio10.hu
Address: 10.10.11.254

DNS request timed out.
timeout was 2 seconds.
Name: localhost
Address: ::1

Tehát folyton változik.

Szia,
Igazából, nem tudjuk, mi változott a W8 és a W10 között a hálózatkezelésében, és jelenleg vak vezet világtalant szindroma áll fent :)
Kíváncsi vagyok az eredményére, de személy szerint kicsit érdekesnek és viccesnek látom a dolgot. Kb. úgy fest innen nézve, mintha a loopback interface-t nem húzná fel ipv4-re, csak néha nyekeregve...
Ezért mondtam, hogy ha módodban áll a technetes cikkben leírtakat végiglépkedni, egy próbát megérhet a dolog :)
Üdv,
LuiseX

Szia,
Ezt a tünetet olvastam már máshol is, de akkor ez már egy járható megoldás, főleg, ha kapsz rá ipv4 címet is nslookup után :)
Szerintem ez még elfogadható talán, de neked kell belátni, hogy elégséges vagy sem - az általatok használt környzetet nem ismerem, hogy szükséges lenne-e az ipv4 címzés direktben, vagy sem :)
Üdv,
LuiseX

Azt kipróbáltam, hogy ha a mysql-ban kérem hogy a szerver IP-je legyen: 127.0.0.2, 127.0.0.3, stb, akkor minden jól megy. Olyankor mindig csak az adott egy IP-n elérhető a szerver.
Sajna a 127.0.0.1-en ekkor sem.

Sajna nem megfelelő így.
Mert ha navicat magának nyit egy tunnelt és arra utána 127.0.0.1-ként kivakozik bent, hogy a kért kapcsolatot fel tudja építeni a célgéppel, annak így az a végeredménye: NEM MŰKÖDIK

Mivel egy zárt rendszer, így belenyúlni, befolyásolni nem tudom.
Hiába egy 3 gép a cél mysql, akkor is a kiépített alagútra így hivatkozik (bár létrejön az IPV6-os párja is a portokat figyelve). Tehát hiába a célgép localhost, vagy más.
Erre onnan következtetek, hogy bármi a célgép, akkor is mindig a hibaüzenetnél a 127.0.0.1 jelenik meg.

Tisztára olyan, mintha ez a cím bokkolva lenne. Vagy valami lefoglalja magának.
(bár a ping megy, de lehet az vagy megkerüli ezt, vagy pont az ő service a bűnös)

Szia,
Pont ezért írtam, hogy próbáld meg a linket. Szerintem valami kis huncutság van mögötte.
Illetve, találtam még egy érdekes dolgot: Edge alapból nem szereti az 127.0.0.1-et, lehet valami belső védelem blokkol ilyenkor.
Üdv,
LuiseX
U.i: Azért, előnyös lenne, ha idetévedne egy MS rendszergazda... Ők talán ehhez jobban értenek :)

Azt megcsináltam hogy éppen felélesztettem egy másik gépen egy szűz Win10-et.
És ott meg nincs baja.
Valahogy össze kellene hasonlítani a kettőt.

Update:
Beraktam egy HDD-t a gépembe és próbaképpen feltúrtam a Win10-et újra és most jó. Most lépésenként elkezdek feltenni mindent, és meghatározni mi túrhatta szét a dolgot.
Ha megvan, lehet nem úszom meg, hogy az 1 hetes Windowsomat az SSD-n is újra kelljen rakni. :(

Egyre jobban van egy teóriám mi lehet a gond.
Remélem valaki tudja is a megoldást tár.
1. Fel volt telepítve a WIN10.
2. Bolt egy BIOS frissítés
3. Ezután újra érzékelte a hálókártyát
4. A rendszerben a hálózat úgy szerepel, hogy hálózat2.
5. Mikor jelezte, hogy ugyanazon IP-t állítanám be mint ami volt előtte és ütközés lesz, akkor leszedtem a kártyákat és visszaraktam.
6. Ez után nem lett már ütközés, de még mindig azt látom, hogy hálózat2-m van.

Tehát valahol elrejtve ott van egy beragadt hálózat 1.
És tuti a 127.0.0.1 az oda mutat, hisz akkor szerintem az IPV6 ki is volt kapcsolva.

Hogy lehet az egyes magánhálózatot eltávolítani?

Előre is köszi.
Zoli

reagálva az elhangzottakra:
loopback adapter != loopback cím(tartomány)
ez a hálózat számlálás ms betegség, örvendetes hogy legújabb agyszüleményükben is még fellelhető, nincs köze a problémádhoz szvsz
nyugi, maga a 127-es hálózatot még ha akarnád se tudnád m$ kártyának odaadni
c:\Windows\System32\drivers\etc\networks fogja loopback számára
sql-nek normális címet adnék, nem értem ezt a loopback címes fétised egyáltalán, bocsi

Köszi a választ!
Sajna ezen túl vagyok, de nem javította meg a dolgot.
Amúgy nincs fétisem.
Képzelj egy egy programot ami mysql kliens és saját magán belül csinlá SSH tunnelt.
Az SQL szerver egy különálló hálózaton van kint a szolgáltatónál, ahol a többgépes rendszerbe egyetlen egy bejáró van.
Az SSH tunnel részben a bejáratot írom be, az mysql kapcsolathoz a belső gép nevét.
Sehova nem írok IP-t localhostot vagy bármi hasonlót. Nekem nincs configolási lehetőségem, hogy hogy a létrehozott tunnelt a program magán kívül hogy kezeli.
Ha puttyal csinálnám mondjuk akkor ki tudnám kerülni, mert mondjuk IPV6-soat csinálok, és arra hivatkozva megyek tovább.
Azért nem szeretnék ilyen kerülő utat, mert tuti, hogy hetek múlva, jönnek az újabb és újabb problémák ha nem tudom rávenni a windowst, hogy úgy működjön ahogy kellene.
Mivel most már addig lett gyilkolva, hogy már két IPV4 IP-t telepít magától a törölt kártyára a Win10, aki akkor is visszakapcsolja UEFI-n a hálókártyát ha azt a BIOS-ban letiltom.
Tehát teljesen kavar van.
Így sajnos előkészültem, hogy az 1 hetes Win10-et újra tegyem nulláról. (még inkább most mint mikor még jobban belaknám)
(évekig szokta bírni nálam egy windows, mert lusta vagyok újra telepíteni, mert fejlesztői gép miatt nagyon sok mire újra be tudom lakni)

Leírom, hogy az újratelepítés sikeres volt -e.
De ha jó lesz, akkor jó lecke.
Az UEFI és Win10 szép világban csak akkor frissítsek BIOS-t, ha újra is vagyok hajlandó mindent telepíteni.
(Tehát a friss telepítés után kezdhettem volna egy újat...)

ssh tunnel az ssh tunnel még picipuha világban is.
van egy külső címed egy nyitott porttal direktbe ezt éred csak el, tehát pl puttyban ezt hívod meg:
cégem.domain.hu 3823

de mi nem közvetlen rá vagyunk kiváncsiak, hanem rajta keresztül valami másra, tehát elbrattyogunk a beállításoknál a tunnel szekcióba és szépen beírjuk hogy rajta keresztül hová szeretnénk eljutni.
ott jobbára ki kell találni, hogy a célállomás helyben vagy távolban lesz, értelemszerűen pipa ott legyen (ez esetedben szerintem local)
majd kell egy fqdn/ip cím (ha fqdn ipv6 is oldható akkor ... ;-) ) és forrás + célportot
a forrásport lesz helyben (ezt előtte checkolnod, kell hogy ne fogja valami, itt lehet szvsz a gigszer) 4828
á távoliport az ami 'távolban' fut, és azon keresztül elérhető.

nuh, ha minden jó akkor a netstat -p tcp -nao kimenetében megjelenik a helyi gépeden (ahonnan indítod az ssh tunnelt) a 4828-as port LISTEN állapotban, ha nem akkor a tunneled nem állt fel és tűzfal/egyéb beállítás a gigszer.
em áj rájt?

Ez szép és jó, és köszönöm is.

De pont azért navicat van használva évek óta, hogy ne 5-8 putty indítással kezdődjön a nap, hogy minden irányba tunneleket indítsunk (oda is ahova esetleg épp nem kell), hanem itt ez a program amiben a csak beállítom amit kell, és ha kell magának elvégez mindent putty nélkül.
http://webcs.com/images/NAVICAT2.jpg
http://webcs.com/images/NAVICAT1.jpg

De annak nem látom értelmét, hogy úgy néz ki (legalábbis most már) hogy valami miatt a Windows hibásan működik, és a hiba miatt keressek kerülő utat.
Aztán jön egy másik program, annak egy másik baja lesz, meg fél év múlva egy harmadik, stb.

Tehát a cél az volt, hogy rájöjjünk, hogy maga Windows-ban mi van eltekerve (elrontva) aminek kijavításával esetleg központilag lehet javítani.
Pl. IPV4 IPV6 priorátás, rossz beállítás, Win hiba (amit esetleg később javítanak).

Viszont kiderült ma estére, hogy egyik sem, hanem ez egy egyedi hiba nálam, és bármivel lett próbálkozva, nem sikerült kijavítani.
Ezért én annál maradok (nem jó szántamból), hogy az 1 hetes Windwos hajlandó vagyok újratelepíteni, mint sem mondjuk emiatt programokat cseréljek, és 2 évig bajlódjak, hogy mikor hogy kerüljem ki a mostani, és az esetleges még fel nem ismert hibákat amik ugyanerre vezethetők vissza.

Eddigi tesztjeim alapján ha minden igaz akkor az újratelepítés után minden probléma meg fog szünni.
[Én örültem volna a legjobban ha nem kell immár 5. alkalommal feltenni (1 frissítés win10-re, egy tiszta telepítés utána, ma két teszt telepítés, és holnap a javítás miatt)]

Én azt vettem észre, hogy megnyitja a tunnelt LOCALHOST-on.
Ez létrejön IPV4-en és IPV6-on is.
A program ezt fogja és ezen keresztül megpróbál kapcsolódni a belső szerverekhez.
Egy másik szálon keresztül ha kilopom a randomra létrehozott potot, akkor erre én is manuálisan rá tudtam csatlakozni localhost és ::1-ként. 127.0.0.1+port -ként viszont nem.
Azért gondolom, hogy a program bent a 127.0.0.1-et használja, mert neki sem sikerül, illetve mikor kiírja, hogy hol nem találta az SQL szervert, ott mindig az van, hogy 127.0.0.1 (nem a beírt sql szerver hostja).

Találtam egy másik progit aminél nem volt gond. Abban valószínű az általános localhost a belső hivatkozás.

Azért is gondolom, hogy általános a hiba nálam win szinten, mert ha belső végett hálózatban az egyik gépre szeretnék mondjuk SFTP-t nyitni, akkor azt Puttyal csinálom.
Ott is felmerül a hiba ha IPV4-es local tunnelt csinálok, vagy az SFTP TotalCommander pluginban azt kérem, hogy minden félképpen IPV4-et használjon.
De ugyanerre jutottam, akkor is ha az egész tunnelt kihagyom.
Ha a saját gépemen hozok léte egy SQL szervet, azt is csak IPV6 címmel lehet megnyitni, illetve IPV4-en a 127.0.0.1 kivételével minden mással ( pl. 127.0.0.2).
Valamint kerestem egy randon window szervizt (valami nyomtatós sizét) a gépen aminek szintén van IPV4 és IPV6 porja is a localra. Ezekre próbáltam szintén bejelentkezni telnettel, és ott is csak IPV6-al sikerült.

A 2 napi tesztelés után arra jutottam, hogy bár kompatibilisen a localhost porotk létrejönnek IPV4 és IPV6 ként is, de dedikáltan a 127.0.0.1 az a cím az ami mintha blokkolva lenni, vagy a hiba miatt valami más helyen köt ki.
Tehát ez az egy 127.0.0.1 cím IPV4 ként valamiért tabu a gépnek (ezért gondolom hogy az nem az élő hálózaton akar kimenni, hanem valahol máshol landol).

( worlds | 2015. 09. 25., p – 13:13 )

A barátom a telepítő lett.
Mert idő közben újraraktam, és szépen tökéletesen megy.
Tehát ezt már nem fogom megtudni.

( worlds | 2015. 09. 30., sze – 11:30 )

A Microsoft *****************, de nagyon!
3 nap és ott vagyok ahol voltam.
Megint csinálja a gép.
Megint a 127.0.0.1-en keresztül csak a ping érhető el, más nem.
Nem volt bios frissítés, nem volt semmi.
A **** kivan vele.

Valakinek ötlete?

Ui:
A HDD-s telepítésem meg van még ugyanezen gépre.
Az még megy, tehát ha valamit össze kellene hasonlítani, akkor ugyanazon gépre van egy működő és egy nem működő Win10 config.

számomra inkább ez azt jelenti, hogy valamelyik picipuha silent update csinálhat valamit, mivel az eredeti eset is ilyesmi volt, hogy működött ... aztán semmi érdemi változtatás után pedig nem. Sok olyasmit hallani hogy Satyáék úgy döntöttek, hogy majd a userek helyett állítgatnak pár dolgot a le nem tiltható?! updateken keresztül. Ha így van akkor megnehezült a dolgod, muszáj w10? 8-nál még volt lehetőség 7 downgradere

25 óta (mikor teleptettem) nem látok kiírt frissítést, de ki tudja.
Új gépet kaptam a cégnél, és én lettem a teszt alany, hogy frissítsünk -e már Win 10-re.
Win8 és 8.1 az tuti soha nem kerül a gépemre. Ezt már rég eldöntöttem.
A csalódás, hogy azzal volt tele minden, hogy milyen fasza lett ez a Win10, és minél jobban nézem, ez ez.....
(Ha kirakok egy ikont a start menüs csempékbe, akkor ki kell jelentkeznem meg vissza, hogy lássam is. De ilyen az XP óta bevezetett rendszer-visszaállítás is. Ez sem működött még, de a neten más is panaszkodik, hogy hiába csinált pontokat, azokra nem lehet visszaállni. )

De az a gond, hogy egyik oldal megy egy nagy project nálunk és az én gépemen vagy egy fejlesztési ág amin keresztül a tesztek is mennek, így nem nagyon kéne telepítenem állandóan. Viszont a Win 10-et is kéne tesztelni mikor frissüljön az iroda. Ja és mikor azt mondják egy mezőt állítsak már át egy táblában, akkor ne azzal menjen el az idő, hogy valahogy kapcsolatot varázsoljak az adatbázissal.

Az IPCONFIG /ALL paramétereket összehasonlítottam már. Itt nincs eltérés.
Mit érdemes még összehasonlítani?
Köszi.

navicica a portot megcsinálja? netstat -p tcp -nao
teszt erejéig puttyal kipróbáltad navicica helyett?
személy szerint sohasem bíztam egy ms 'szolgáltatásban' sem, úgy állok mindegyikhez hozzá, hogy csoda ha úgy működik ahogy kell és mindig (ha lehet) egy alternatív megoldást csinálok helyette, ez kiváltképp igaz a recovery pointra, igaz hogy idő/tárhelyigényes de 'megéri'.

Nem mondom, hogy 100% hogy az összes m$ szutykot megfogja, de én esetet használok apfw-nek policykkal, jól bevált szvsz, bár újabb picipuháknál lehet alapból kerülőúton mennek a builtin dolgok hálózatra, nem tudható, az viszont igen, hogy van silent update, szóval nem feltétlen csak akkor van frissítés ha lepotyog egy KBxxxx 'láthatóan', egyrészt utóbbit is könnyű elrejteni, pláne hogy ők írják, másrészről hozzáértő programozók tudnak úgy írni, hogy alkalmazásaik úgy frissüljenek, hogy még újraindítani (bizonyos esetekben) sem kell őket.

Szóval ha nincs valami application layer gw akkor tuti frissíti magát.
Nem hinném, hogy bármit is össze tudnál hasonlítani, illetve nyilván, de megtalálni kb esélytelen, kiváltképp, hogy az eseményt nem felhasználói beavatkozás idézte elő, hanem picipuha mondás szerint csak 'something happened' :D

( mrceeka v | 2015. 09. 30., sze – 12:28 )

Vagy ez: On the client (PuTTY) side, I always specify the "Destination" using "localhost" rather than an explicit IP address

Üdv,
Marci

Szia nem a Destination-nel van gondja.
Az lehet akár 10.10.11.158 is, mert az csak akkor igaz, hogy localhost, ha magára arra a gépre akarsz kapcsolódni amin az SSH létrejött.
De itt nem az a baja. A 127.0.0.1.
És az hogy amikor egy local tunnelt csinálunk, akkor a tunnelre a localhost:port ::1+port vagy 127.0.0.1:port módon hivatkozhatunk.

Ebből a 127.0.0.1:port nem működik (127.0.0.2 már megy).
És a probléma ott van amikor nem putty-ot hazsnálok, hanem egy olyan programot amiben belül van SSH tunnel támogatása (azaz nem kér külső progit: pl. putty), és a program a magán belül a létrehozott belső alagútra 127.0.0.1:port módon hivatkozik.

De ugyanez a helyzet ha a helyi gépre telepítek egy adatbázist, akkor is a 3306-os portját csak a másik két módon tudom megnyitni, de egy webszerver esetén is gondolom ugyanez lenne.
Amikor van rá mód, hogy nem 127.0.0.1-ként hivatkozzak ár, akkor ki lehet kerülni, de attól még a tény az az, hogy valami nem működik. (sajnos az adatbázis kliensem nem ilyen)

( worlds | 2015. 10. 01., cs – 13:23 )

A port az megy. Azt meg tudom csinálni mint írtam, hogy pl. kaspersky-ben megnézem a nyitott portokat, és mivel nyitva tartja a program bezárásáig hiba esetén is, ezért ha erre csinálok egy Navicatos kapcsolatot ami nem 12.0.0.1-el hívok meg, akkor működik.
De mint írtam kerestem egy tetszőleges MS szolgálatát ami localra csinál portot és ott is tudok telnetelni rá ha nem 127.0.0.1-et használok (127.0.0.1 esetén ott sem ment).

Ami röhely hogy most épp megy, úgyhogy külső programmal csináltam teljes mentést, hogy vissza tudjak állni, és elkezdem szisztematikusan nézni mi történik (ha nem telepítek semmi, ha pár nap múlva felteszem a nyomtatót, majd pár nap múlva az egyik fejlesztőeszközt, stb.).

Hogy hogy javult meg, azt itt leírtam már. A Win 10 tényleg egy rakat..... Nem tudom mit fizettek a médiának, hogy mást terjesszenek. Meg az sem tudom, hogy hol az a fejlesztő gárda aki eddig csinálta, mert olyan mintha 10 éves dolgok működését elfeleltették volna, hogy is volt megírva.

Hogyan romlott le
Hogyan jött vissza a halálból

Update: Skype mnet csak fel a gépre, de megint elcsesződött.
De kiderült ha újra indítom a gépet, akkor vagy hogy megjavul. :)

( worlds | 2015. 11. 02., h – 09:33 )

Sziasztok!
Hetek teltek el és jól ment a gép.
Nem mertem szinte semmit sem telepíteni...

Viszont kb. 1 hete babráltam a hosts fájlban.
Ekkor ez nem okozott problémát, viszont másnaptól gép indításkor vissza jött a hiba.
Hiába állítottam vissza a fájlt az eredetire, nem oldódott meg a dolog.

Most úgy vélem, hogy maga a hosts file kezelésben lehet valami hiba.

Amit beállítottam:
127.0.0.1 valami kaspersy cím.

Az azért került bele, mert a kaspersy minden mozdulatomra adatokat küld a központi szerverre, így viszont fejleszteni nem lehet, mert a consol csak ezzel a kérésekkel van teli (az adott plugin hiába volt letiltva, attól még ez a része futott).

Azért gondolom, hogy ez lehet a hiba forrása:
- mert pont az állítás után újraindulástól jött vissza hiba
- mert pont a 127.0.0.1-es címmel foglalózik
- mert a fájl visszaállítása után is a consol nincs tele a kaspersky sorokkal, tehát olyan mintha mind a mai napig blokkolva lenne.

Kérdésem:
1. Hogy lehetne rávenni a windows-t hogy olvassa már be a hosts fájlt újra (ez eddig egy win-nek sem okozott gondot)?
2. Ha az első pont sikerülne, akkor mire irányítsam az adott címet, hogy hasonlóan fejlesztéskor ne zavarjon nekem állandóan a kaspersky?

Előre is köszi.
Zoli

1.) elvileg olvasnia kellene, ha átírás után megpingeled az érintett, hostot milyen ipt pingel? Nincs véletlen valami tűzfalszabály (esetleg kaspersky blokkol, ha zinternet security változat) is ráhúzva a 127.0.0.1-re ?
(értsd a névfeloldástól függetlenül a tunnelben forwardolt portnak működnie kellene).